പങ്കിട്ട പ്രോക്സി കാഷെയ്ക്ക് Vary: * എന്താണ് അർത്ഥമാക്കുന്നത്

Vary: * ഉള്ള സംഭരിച്ച പ്രതികരണം സാധാരണ Vary പൊരുത്തപ്പെടുത്തൽ പരിശോധനയിൽ എപ്പോഴും പരാജയപ്പെടുന്നു. URL-ഉം കാണാവുന്ന ഹെഡറുകളും സമാനമായി കാണുന്നു എന്ന കാരണത്താൽ മാത്രം പിന്നീടുള്ള അഭ്യർത്ഥനത്തിന് അതേ അവതരണത്തിന് അർഹതയുണ്ടെന്ന് പ്രോക്സിക്ക് അനുമാനിക്കാനാകില്ല.

ഇതിനെ ഇതുമായി താരതമ്യം ചെയ്യുക:

Vary: Accept-Encoding

ഇത് കാഷെക്ക് താരതമ്യം ചെയ്യാവുന്ന ഒരു അഭ്യർത്ഥന ഫീൽഡിനെ പേരിടുന്നു. ഇത്തരം ഹെഡർ താരതമ്യം മതിയാകില്ലെന്ന് വൈൽഡ്കാർഡ് പറയുന്നു. ഫ്രെഷ്നെസോ കാഷെ വലുപ്പമോ കൂട്ടുന്നത് കാണാത്ത തിരഞ്ഞെടുപ്പ് വിവരം നൽകുന്നില്ല.

വ്യത്യാസം സംഭരണത്തിനും പുനരുപയോഗത്തിനും ഇടയിലാണ്. കാഷെക്ക് സാധുത പരിശോധനയ്ക്ക് ഉപകരിക്കുന്ന വിവരം സൂക്ഷിക്കാം, പക്ഷേ സംഭരിച്ച വൈൽഡ്കാർഡ് വകഭേദം അടുത്ത അഭ്യർത്ഥന തൃപ്തിപ്പിക്കാവുന്ന സാധാരണ പൊരുത്തപ്പെടുന്ന പ്രതികരണമാകുന്നില്ല. സാധാരണയായി പ്രോക്സി ഉത്ഭവത്തോട് ബന്ധപ്പെടേണ്ടതുണ്ട്.

പ്രതികരണ നയം അപ്ലിക്കേഷനെ വിവരിക്കട്ടെ

നിങ്ങൾ ഉത്ഭവം നിയന്ത്രിക്കുകയും അവതരണം യഥാർത്ഥത്തിൽ തിരിച്ചറിയാവുന്ന അഭ്യർത്ഥന ഹെഡറുകൾ മാത്രം അനുസരിച്ച് മാറുകയും ചെയ്യുന്നുവെങ്കിൽ ആ ഫീൽഡുകൾ കൃത്യമായി പേരിടുക. ആ ഉദാഹരണം കാഷെ ചെയ്യാവുന്നത് എന്ന കാരണത്താൽ മാത്രം വൈൽഡ്കാർഡ് Accept-Encoding ഉപയോഗിച്ച് മാറ്റരുത്: അപ്ലിക്കേഷൻ ഭാഷ, അനുമതി അല്ലെങ്കിൽ ആ ഹെഡറുകൾക്ക് പുറത്തുള്ള വിവരം അനുസരിച്ചും മാറാം.

ഉള്ളടക്കം സ്വകാര്യമാണെങ്കിൽ അല്ലെങ്കിൽ സംഭരിക്കരുതെങ്കിൽ, അത് ബന്ധപ്പെട്ട കാഷെ നയത്തിലൂടെ വ്യക്തമാക്കുക. Vary നീക്കം ചെയ്യുന്നത് വ്യക്തിഗതമാക്കിയ ഉള്ളടക്കം പങ്കിടാൻ സുരക്ഷിതമാക്കുന്നില്ല.

Squid-ന്റെ vary_ignore_expire ക്രമീകരണം വ്യത്യാസപ്പെടുന്ന പ്രതികരണങ്ങൾക്കുള്ള കാലഹരണ കൈകാര്യം ചെയ്യലിനെയും ചരിത്രപരമായ HTTP സ്വഭാവത്തെയും സംബന്ധിക്കുന്നു. വൈൽഡ്കാർഡിനെ പൊരുത്തപ്പെടുത്തുന്ന ഒരു സ്വിച്ചല്ല അത്.