ക്വറി സ്ട്രിംഗുകളുള്ള URL-കൾക്കായി HTTP പ്രോക്സി കാഷിംഗ്

ആധുനിക HTTP നിയമങ്ങൾ പ്രകാരം ക്വറി സ്ട്രിംഗ് ഒരു പ്രതികരണത്തെ കാഷ് ചെയ്യാനാകാത്തതാക്കുന്നില്ല. /catalog?page=2 പോലുള്ള ഒരു പൊതു ഉറവിടത്തിന് അതിന്റെ ഉദ്ദേശിത പുതുമ നേരിട്ട് പ്രഖ്യാപിക്കാം:

Cache-Control: public, max-age=60

ഇത് പൊതു ഉള്ളടക്കത്തിനുള്ള ഒരു ഉദാഹരണ നയമാണ്. പ്രതികരണം ഇപ്പോഴും മറ്റ് കാഷിംഗ് യോഗ്യതാ ആവശ്യകതകൾ പാലിക്കണം. വ്യക്തിഗതമാക്കിയ ഫലങ്ങൾ ഒരു പ്രോക്സി ഓപ്പറേറ്റർ മികച്ച ഹിറ്റ് നിരക്ക് ആഗ്രഹിക്കുന്നു എന്ന കാരണത്താൽ മാത്രം പങ്കിട്ട കാഷിംഗ് നേടരുത്.

ക്വറി കാഷ് കീയിൽ ഉപയോഗിക്കുന്ന ലക്ഷ്യ URI-യുടെ ഭാഗമായി തുടരുന്നു. പേജ് 2-ഉം പേജ് 3-ഉം വ്യത്യസ്ത അഭ്യർത്ഥനകളാണ്. അവയുടെ URL-കൾ ഒരുപോലെ കാണപ്പെടാൻ ക്വറി നീക്കം ചെയ്യുന്നത് ഒരു ഫലം മറ്റൊന്നിന് പകരം നൽകിയേക്കാം; അത് ഫലങ്ങളെ തുല്യമാക്കുന്നില്ല.

ക്വറി URL-കൾക്കുള്ള ഹ്യൂറിസ്റ്റിക് പുതുമയിലുള്ള HTTP-യുടെ പഴയ നിയന്ത്രണം മോശമായി നടപ്പാക്കിയതായി തെളിഞ്ഞതിന് ശേഷം നീക്കം ചെയ്തു. വ്യക്തമായ പുതുമ കാഷിന്റെ ഊഹത്തെ ആശ്രയിക്കുന്നത് ഒഴിവാക്കുന്നു, അതേസമയം പ്രാദേശിക പ്രോക്സി നിയമങ്ങൾക്ക് ചില URL-കൾ ഇപ്പോഴും ഒഴിവാക്കാം.

സാധാരണ HTTPS CONNECT ട്രാഫിക് ഉറവിടത്തെയും അതിന്റെ കാഷ് നയത്തെയും TLS-നുള്ളിൽ വിടുന്നു. ടണലിംഗ് ഫോർവേഡ് പ്രോക്സിക്ക് ആ പേജുകൾക്കായി ഒബ്ജക്റ്റ് കാഷ് ലഭിക്കുന്നില്ല URL ഒരു ക്വറി ഉപയോഗിക്കുന്നു എന്ന കാരണത്താൽ മാത്രം.