only-if-cached പ്രോക്സിയിൽ നിന്ന് സംഭരിച്ച പ്രതികരണം ആവശ്യപ്പെടുന്നു

ഇതിനകം സംഭരിച്ച പ്രതികരണം ഉപയോഗിക്കേണ്ട അഭ്യർത്ഥനയ്ക്ക് HTTP Cache-Control: only-if-cached നിർവചിക്കുന്നു.

ക്ലയന്റിന് ഇത് HTTP കാഷിംഗ് പ്രോക്സിയിലൂടെ അയയ്ക്കാം:

curl --proxy http://127.0.0.1:3128 \
  --header 'Cache-Control: only-if-cached' \
  --include http://www.example.org/report

ഈ നിർദ്ദേശം മാനിക്കുന്ന കാഷ് അഭ്യർത്ഥനയുടെ മറ്റ് നിയന്ത്രണങ്ങളുമായി പൊരുത്തപ്പെടുന്ന സംഭരിച്ച പ്രതികരണം നൽകണം, അല്ലെങ്കിൽ അഭ്യർത്ഥന നിറവേറ്റാൻ കഴിയാത്തപ്പോൾ 504 Gateway Timeout നൽകണം. ഇവിടെ 504 പ്രോക്സിയിലേക്കുള്ള പരാജയപ്പെട്ട TCP കണക്ഷനല്ല, കാഷ് നയമായിരിക്കാം സൂചിപ്പിക്കുന്നത്.

നിർദ്ദേശം പഴയ ഉള്ളടക്കം സ്വയമേവ അനുവദിക്കുന്നില്ല. പുതുമ, സാധൂകരണ ആവശ്യകതകൾ, പൊരുത്തപ്പെടുന്ന Vary ഫീൽഡുകൾ എന്നിവ ഇപ്പോഴും പ്രധാനമാണ്. no-cache അഭ്യർത്ഥന നിർദ്ദേശത്തിന് പകരം വീണ്ടും ഉപയോഗിക്കുന്നതിന് മുൻപ് ഉറവിടത്തിൽ വിജയകരമായ സാധൂകരണം ആവശ്യപ്പെടാം.

കാഷിന്റെ ഓഫ്‌ലൈൻ സാധൂകരണ മോഡ് ക്രമീകരിക്കുന്നതിൽ നിന്നും ഇത് വ്യത്യസ്തമാണ്. only-if-cached വ്യക്തിഗത അഭ്യർത്ഥനയിൽ വഹിക്കപ്പെടുന്നു, ക്ലയന്റ് എന്ത് സ്വീകരിക്കാൻ തയ്യാറാണെന്ന് പ്രകടിപ്പിക്കുന്നു.

ഈ സ്വഭാവം പിന്തുണയ്ക്കുന്ന കാഷ് ഉപയോഗിക്കുക. അവഗണിക്കപ്പെട്ട അഭ്യർത്ഥന നിർദ്ദേശം ഫയർവാൾ അല്ല, അതിനാൽ അപ്‌സ്ട്രീം ട്രാഫിക് കർശനമായി തടയാൻ സ്വതന്ത്രമായി നടപ്പാക്കിയ നെറ്റ്‌വർക്ക് അല്ലെങ്കിൽ സെർവർ നയം ആവശ്യമാണ്.

സാധാരണ HTTPS CONNECT പ്രോക്സി എൻക്രിപ്റ്റ് ചെയ്ത HTTP ഹെഡറുകൾ കാണുന്നില്ല, ആ ടണലിൽ നിന്ന് പേജ് ഒബ്ജക്റ്റുകൾ സൂക്ഷിക്കുന്നുമില്ല. ഉദാഹരണം കാഷിന് പ്രോസസ്സ് ചെയ്യാവുന്ന ലളിതമായ HTTP വിഭവം ബോധപൂർവം ഉപയോഗിക്കുന്നു.