ചിലപ്പോൾ, ഒരു പേജ് കാഷെ ചെയ്യുന്നതിൽ നിന്ന് ബ്രൗസറിനെ തടയേണ്ടത് ആവശ്യമായി വന്നേക്കാം, കാരണം അതിലെ വിവരങ്ങൾ ഓരോ തവണയും അപ്ഡേറ്റ് ചെയ്യപ്പെടുന്നു. ഇത് തിരഞ്ഞെടുത്ത ഫിൽട്ടറുകൾ അല്ലെങ്കിൽ ഓരോ തവണയും പുതിയ രീതിയിൽ സൃഷ്ടിക്കുന്ന മറ്റ് ഉള്ളടക്കങ്ങൾക്കനുസരിച്ചുള്ള ഡാറ്റയുടെ ജനറേഷൻ ആകാം. ചുരുക്കത്തിൽ, ഒരു വഞ്ചനാപരമായ പ്രോഗ്രാം ഒരു പേജ് കാഷെ ചെയ്യുന്നതിൽ നിന്ന് തടയേണ്ട സമയങ്ങളുണ്ട്. ഇത് എങ്ങനെ നടപ്പിലാക്കണമെന്ന് ഇന്ന് നമ്മൾ പഠിക്കും വ്യത്യസ്ത രീതികളിൽ, കൂടെ PHP ഉപയോഗിക്കുന്നുഅല്ലെങ്കിൽ HTML അല്ലെങ്കിൽ .htaccess.

HTML-ൽ പേജ് കാഷെ ചെയ്യുന്നത് നിരോധിക്കുന്നു

മെറ്റാ ടാഗുകൾ ഉപയോഗിച്ച് ഇത് ചെയ്യാൻ കഴിയും. ഇപ്പോൾ ഞങ്ങൾ അത് മനസ്സിലാക്കും വ്യത്യസ്ത ഓപ്ഷനുകൾകാഷിംഗ് നിരോധനം.

ബ്രൗസറും പ്രോക്സി സെർവറും ഉപയോഗിച്ച് കാഷെ ചെയ്യുന്നതിനുള്ള നിരോധനം

പേജ് കാഷിംഗ് പ്രവർത്തനരഹിതമാക്കുക, ബ്രൗസർ മാത്രം

എന്നതിലേക്ക് കാഷിംഗ് ക്രമീകരിക്കുന്നു നിശ്ചിത സമയം, ബ്രൗസറിനായി

ചുവടെയുള്ള കോഡ് ഉപയോഗിച്ച്, ഡോക്യുമെൻ്റ് എത്രനേരം കാഷെയിൽ സൂക്ഷിക്കണമെന്ന് നമുക്ക് ബ്രൗസറിനോട് പറയാൻ കഴിയും. അതിനുശേഷം, കാഷെ അപ്ഡേറ്റ് ചെയ്യും.

ഒരു പ്രോക്‌സി സെർവറിനായി ഒരു നിർദ്ദിഷ്‌ട സമയത്തേക്ക് കാഷിംഗ് സജ്ജീകരിക്കുന്നു

പ്രായോഗികമായി, മുമ്പത്തെ കോഡിലെ പോലെ തന്നെ, പ്രോക്സി സെർവറിനുള്ള സൂചന മാത്രമാണ്.

PHP ഉപയോഗിച്ച് പേജ് കാഷെ ചെയ്യുന്നത് തടയുക

പ്രായോഗികമായി, എല്ലാം HTML-ൻ്റെ കാര്യത്തിലേതിന് സമാനമാണ്, തലക്കെട്ടുകളിലൂടെ മാത്രമേ ഞങ്ങൾ വിവരങ്ങൾ പ്രദർശിപ്പിക്കുകയുള്ളൂ. ഒരു സമ്പൂർണ്ണ കാഷെ നിഷേധം എങ്ങനെ നടപ്പിലാക്കാം എന്നത് ഇതാ:

നിങ്ങൾക്ക് ഒരു നിശ്ചിത സമയത്തേക്ക് കാഷെ ചെയ്യാനും അനുവദിക്കാം. ഉദാഹരണത്തിന്, 1 മണിക്കൂർ മാത്രം കാഷെ ചെയ്യാൻ അനുവദിക്കുക.

.htaccess ഉപയോഗിച്ച് പേജ് കാഷെ ചെയ്യുന്നത് തടയുക

ആശയം നടപ്പിലാക്കുന്നത് എളുപ്പമാക്കുന്നതിന്, എല്ലാം അപ്പാച്ചെ സെർവർ കോൺഫിഗറേഷൻ തലത്തിൽ ചെയ്യാവുന്നതാണ്. അതിനുമുമ്പ്, അത് ഉറപ്പാക്കേണ്ടതുണ്ട് ആവശ്യമായ മൊഡ്യൂളുകൾപ്രവർത്തന ക്രമത്തിലാണ്. തുറക്കുന്നു കോൺഫിഗറേഷൻ ഫയൽഅപ്പാച്ചെ, ഇനിപ്പറയുന്ന ചിത്രം കാണുക:

LoadModule expires_module modules/mod_expires.so LoadModule headers_module modules/mod_headers.so ... AddModule mod_expires.c AddModule mod_headers.c

ഇപ്പോൾ .htaccess ഫയലിൽ, ഔട്ട്‌പുട്ട് ഡാറ്റ കാഷെ ചെയ്യുന്നത് ഞങ്ങൾ യഥാർത്ഥത്തിൽ നിരോധിക്കുന്നു. നമുക്കറിയാവുന്നതുപോലെ, . htaccess ഫയൽഅത് സ്ഥിതി ചെയ്യുന്ന ഡയറക്‌ടറിയിലും എല്ലാ ഉപഡയറക്‌ടറികളിലും ബാധകമാകും.

# Header Cache-Control Header append Cache-Control "no-store, no-cache, must-revalidate" # Header ExpiresActive on ExpiresDefault "ഇപ്പോൾ"

എന്നത് ശ്രദ്ധിക്കേണ്ടതാണ് സമ്പൂർണ നിരോധനംകാഷിംഗ് സെർവറിലെ ലോഡ് വർദ്ധിപ്പിക്കുന്നു. അതിനാൽ, ഇത് ശ്രദ്ധാപൂർവ്വം കളിക്കുക! ഇതിലും മികച്ചത്, നിങ്ങൾക്ക് പ്രമാണങ്ങൾ കാഷെ ചെയ്യാൻ കഴിയുന്ന ഒരു പ്രത്യേക സമയം സജ്ജമാക്കുക. ഉദാഹരണത്തിന്, നമുക്ക് 1 മണിക്കൂർ കാഷിംഗ് സജ്ജമാക്കാം:

# ഹെഡർ കാഷെ-നിയന്ത്രണ തലക്കെട്ട് കൂട്ടിച്ചേർക്കുക കാഷെ-നിയന്ത്രണം "പബ്ലിക്" # ഹെഡർ കാലഹരണപ്പെടുന്നു സജീവം കാലഹരണപ്പെടുന്നു ഡിഫോൾട്ട് "ആക്സസും 1 മണിക്കൂറും"

ഉപസംഹാരം

ആധുനിക ബ്രൗസറുകൾ അവരുടെ ജോലിയിൽ പലപ്പോഴും ഒരു പ്രാദേശിക കാഷെ ഉപയോഗിക്കുന്നു. എന്താണിതിനർത്ഥം? ഇതിനർത്ഥം, സെർവറിൽ നിന്ന് ഒരു HTML പ്രമാണമോ ചിത്രമോ മറ്റ് ഉറവിടമോ ലഭിച്ച ബ്രൗസർ അതിനെ അതിൻ്റെ പ്രാദേശിക കാഷെയിൽ സ്ഥാപിക്കുന്നു (മറ്റൊരു രീതിയിൽ പറഞ്ഞാൽ, സ്വീകരിച്ച ഉറവിടം ഹാർഡ് ഡ്രൈവ്ഉപയോക്തൃ മെഷീൻ) കൂടാതെ അത്തരം ഒരു റിസോഴ്സിലേക്കുള്ള തുടർന്നുള്ള അഭ്യർത്ഥനകളിൽ സെർവറിൽ പ്രവേശിക്കുന്നില്ല, പക്ഷേ പ്രാദേശിക കാഷെയിൽ നിന്ന് ഉറവിടം നേടുന്നു.

ഈ ബ്രൗസർ അൽഗോരിതം HTML പ്രമാണങ്ങളുടെ ലോഡിംഗ് വേഗത ഗണ്യമായി വർദ്ധിപ്പിക്കുന്നു. റിസോഴ്‌സ് ഇതിനകം ലോഡുചെയ്‌തിട്ടുണ്ടെങ്കിൽ, അതിൻ്റെ ഫലമായി പ്രാദേശിക കാഷെയിൽ സ്ഥിതിചെയ്യുന്നുവെങ്കിൽ, ആക്‌സസ് സമയം നിർണ്ണയിക്കപ്പെടുന്നില്ല ത്രൂപുട്ട്ആശയവിനിമയ ചാനലും (ഉദാഹരണത്തിന്, മോഡം കണക്ഷൻ) വേഗതയും കഠിനാധ്വാനം ചെയ്യുകഡിസ്ക്.

എന്നിരുന്നാലും, ഗുണങ്ങളോടൊപ്പം ഈ രീതികൂടാതെ നിരവധി പ്രശ്നങ്ങൾ സൃഷ്ടിക്കുന്നു. പ്രത്യേകിച്ചും, മിക്ക പുതിയ വെബ് പ്രോഗ്രാമർമാരും, ഡൈനാമിക് സൈറ്റുകൾ വികസിപ്പിക്കുമ്പോൾ, ഇതേ പ്രശ്നം നേരിടുന്നു. ഈ പ്രശ്നത്തിൻ്റെ സാരം, ചില വിവരങ്ങൾ പരിഷ്ക്കരിക്കുന്ന സെർവറിൽ ഒരു സ്ക്രിപ്റ്റ് പ്രവർത്തിപ്പിക്കുന്ന ഒരു പേജിനായി സെർവറുമായി ആവർത്തിച്ച് ബന്ധപ്പെടുന്നതിന് പകരം, ബ്രൗസർ ലോക്കൽ കാഷെ ആക്സസ് ചെയ്യുന്നു എന്നതാണ്. ഉദാഹരണത്തിന്, മൂന്ന് അഭ്യർത്ഥനകളുടെ ഫലമായി, സെർവറിൽ സ്ഥിതി ചെയ്യുന്ന വിവരങ്ങളുടെ മൂന്ന് പരിഷ്കാരങ്ങളല്ല, ഒന്ന് മാത്രം.

ഓരോ തവണയും സെർവറിൽ നിന്ന് ഒരു പേജ് അഭ്യർത്ഥിക്കാൻ ബ്രൗസറിനെ നിർബന്ധിക്കുന്നതിന്, ബ്രൗസറിൽ പ്രവേശിക്കുന്നതിൽ നിന്ന് നിങ്ങൾ വിലക്കേണ്ടതുണ്ട് ഈ വിഭവംകാഷെ ചെയ്യാൻ. കാഷിംഗ് പ്രവർത്തനരഹിതമാക്കുന്നതിനോ ബൈപാസ് ചെയ്യുന്നതിനോ ഉള്ള ഏറ്റവും സാധാരണമായ രീതികൾ ചുവടെയുണ്ട്.

ഒരു പുതിയ URL സൃഷ്ടിക്കുന്നു

അഭ്യർത്ഥിച്ച ഉറവിടത്തിന് ഇനിപ്പറയുന്ന url ഉണ്ടെന്ന് നമുക്ക് അനുമാനിക്കാം: test.html?id=7. നിങ്ങൾക്ക് url ൽ നിന്ന് കാണാൻ കഴിയുന്നതുപോലെ "ഒപ്പം ഒരു പരാമീറ്റർ അതിലേക്ക് കടന്നുപോകുന്നു. ഉദാഹരണത്തിന്, കൂടെ ചേർക്കാം. JavaScript സഹായം, url-ൽ ഒരു പാരാമീറ്റർ കൂടി ഉണ്ട്, ഞങ്ങൾ അതിനെ അതിൻ്റെ മൂല്യമാക്കും ക്രമരഹിത സംഖ്യ. ഫലമായി, url ഇതുപോലെ കാണപ്പെടും: test.html?id=7&rnd=0.6700820127538827. ഓരോ തവണയും ക്രമരഹിതമായ പാരാമീറ്റർ പുതുതായി സൃഷ്ടിക്കപ്പെടും. ഈ സമീപനം പ്രകടമാക്കുന്ന ഒരു ലിസ്റ്റിംഗ് ചുവടെയുണ്ട്:

ഒരു പുതിയ URL പ്രമാണം സൃഷ്ടിക്കുന്നു.write("");

ഓരോ തവണയും അത്തരത്തിലുള്ള ഒരു അഭ്യർത്ഥനയുടെ ഫലം കാഷെ ചെയ്യപ്പെടും, എന്നാൽ മുഴുവൻ url-ലും കാഷിംഗ് നടത്തുന്നതിനാൽ, ഓരോ തവണയും ഒരു പുതിയ url ലഭിക്കും, കൂടാതെ സെർവറിൽ നിന്ന് ഒരു റിസോഴ്സ് അഭ്യർത്ഥിക്കാൻ ബ്രൗസർ നിർബന്ധിതരാകും. രണ്ട് അഭ്യർത്ഥനകൾ കൃത്യമായി പൊരുത്തപ്പെടുന്നില്ല.

ഹെഡർ ഫീൽഡുകൾ

നിങ്ങൾക്ക് സെർവർ വശത്ത് നിന്ന് കാഷെ ചെയ്യാനും നിയന്ത്രിക്കാനാകും. ഇത് നേടുന്നതിന്, ബ്രൗസറിലേക്ക് അയച്ച ഉറവിടം ഹെഡർ ഫീൽഡുകൾക്കൊപ്പമാണ്. വിശദമായ വിവരണം HTTP 1.1 പ്രോട്ടോക്കോൾ വിവരിക്കുന്ന RFC 2068 സ്റ്റാൻഡേർഡിൽ ഹെഡർ ഫീൽഡുകൾ കാണാം.

ഹെഡർ ഫീൽഡ് കാലഹരണപ്പെടുന്നു

വിഭവത്തിൻ്റെ ഉള്ളടക്കം കാലഹരണപ്പെടുന്ന തീയതിയാണ് ഈ ഹെഡറിൻ്റെ മൂല്യം. ഈ തീയതിക്ക് ശേഷം ഒരു ഉപയോക്താവ് ഒരു റിസോഴ്‌സ് ആക്‌സസ് ചെയ്യുകയാണെങ്കിൽ, ബ്രൗസർ പ്രാദേശിക കാഷെയിൽ നിന്നല്ല, സെർവറിൽ നിന്ന് ഉറവിടം അഭ്യർത്ഥിക്കണം.

ഫീൽഡ് > കാലഹരണപ്പെടുകയാണെങ്കിൽ< содержит дату, прошедшую, по отношению к текущей, то при следующем обращении к ресурсу браузер будет вынужден снова обратиться к серверу. Это произойдет вследствие того, что либо документ не будет занесен в кэш - как уже устаревший, либо при обращении к кэшу браузер определит, что документ уже устарел. Следующий листинг на PHP демонстрирует использование заголовка Expires:

അവസാനം പരിഷ്കരിച്ച തലക്കെട്ട് ഫീൽഡ്

ഈ തലക്കെട്ടിൻ്റെ മൂല്യം തീയതിയാണ് അവസാന അപ്ഡേറ്റ്വിഭവം. ഭൂരിപക്ഷം ആധുനിക ബ്രൗസറുകൾഉപയോഗിക്കുക അടുത്ത അൽഗോരിതംഉറവിടം ഇതിനകം പ്രാദേശിക കാഷെയിലാണെങ്കിൽ:

• അവസാന റിസോഴ്സ് അപ്ഡേറ്റ് തീയതി സെർവറിൽ നിന്ന് അഭ്യർത്ഥിക്കുന്നു
• ലഭിച്ച തീയതിയും പ്രാദേശിക കാഷെയിലെ ഉറവിട തീയതിയും താരതമ്യം ചെയ്യുന്നു
• റിസോഴ്സ് സെർവറിലാണെങ്കിൽ വിഭവത്തേക്കാൾ പുതിയത്കാഷെയിൽ - സെർവറിൽ നിന്ന് ഒരു ഉറവിടം അഭ്യർത്ഥിക്കുന്നു

സെർവറിൽ സ്ഥിതിചെയ്യുന്ന ഒരു ഉറവിടം ഈ ഫീൽഡിൽ അടങ്ങിയിട്ടുണ്ടെങ്കിൽ നിലവിലെ തീയതി, തുടർന്ന് ബ്രൗസർ ഓരോ തവണയും സെർവറിൽ നിന്ന് ഉറവിടം അഭ്യർത്ഥിക്കും, അല്ലാതെ പ്രാദേശിക കാഷെയിൽ നിന്നല്ല. അവസാനമായി പരിഷ്‌ക്കരിച്ച ഹെഡർ ഫീൽഡിൻ്റെ ഉപയോഗം ഇനിപ്പറയുന്ന ലിസ്റ്റിംഗ് കാണിക്കുന്നു:

തലക്കെട്ട്("അവസാനം പരിഷ്ക്കരിച്ചത്: " . gmdate("D, d M Y H:i:s") . " GMT");

കാഷെ-നിയന്ത്രണവും പ്രാഗ്മ ഹെഡർ ഫീൽഡുകളും

അവസാനമായി, റിസോഴ്‌സ് കാഷിംഗിന് നേരിട്ട് ഉത്തരവാദികളായ ഹെഡർ ഫീൽഡുകൾ. HTTP 1.0 പ്രോട്ടോക്കോൾ വിവരിക്കുന്ന RFC 1945 സ്റ്റാൻഡേർഡിലാണ് ഫീൽഡ് നിർവചിച്ചിരിക്കുന്നത്. ഈ ഫീൽഡ് കാലഹരണപ്പെട്ടതായി കണക്കാക്കപ്പെടുന്നു, എന്നാൽ ചില സന്ദർഭങ്ങളിൽ ഇത് ഉപയോഗിക്കേണ്ടത് ആവശ്യമാണ്. പ്രത്യേകിച്ചും, ഈ ഹെഡർ ഫീൽഡ് റിസോഴ്സിനൊപ്പം അയച്ചിട്ടില്ലെങ്കിൽ, ചില പ്രോക്സി സെർവറുകൾ നിരന്തരം ഉറവിടങ്ങൾ മാറ്റുന്നതിനുള്ള അഭ്യർത്ഥനകൾ ശരിയായി പ്രോസസ്സ് ചെയ്യുന്നില്ല.

HTTP 1.1 പ്രോട്ടോക്കോൾ വിവരിക്കുന്ന RFC 2068 സ്റ്റാൻഡേർഡിലാണ് രണ്ടാമത്തെ ഫീൽഡ് നിർവചിച്ചിരിക്കുന്നത്. ഈ ഹെഡർ ഫീൽഡ് കാഷിംഗ് പ്രവർത്തനരഹിതമാക്കാനും ഓരോ തവണയും സെർവറിൽ നിന്ന് ഒരു റിസോഴ്സ് അഭ്യർത്ഥിക്കാനും നിങ്ങളെ അനുവദിക്കുന്നു. കാഷിംഗ് പ്രവർത്തനരഹിതമാക്കുന്നതിന് കാഷെ-നിയന്ത്രണത്തിൻ്റെയും പ്രാഗ്മ ഹെഡർ ഫീൽഡുകളുടെയും ഉപയോഗം ഇനിപ്പറയുന്ന ലിസ്റ്റിംഗ് കാണിക്കുന്നു:

തലക്കെട്ട്("കാഷെ-നിയന്ത്രണം: നോ-കാഷെ, വീണ്ടും മൂല്യനിർണ്ണയം"); തലക്കെട്ട് ("പ്രാഗ്മ: നോ-കാഷെ");

കാഷിംഗ് എങ്ങനെ പ്രവർത്തനരഹിതമാക്കാം?

മാസ്റ്ററുടെ ഉത്തരം:

പ്രമാണങ്ങൾ കാഷെ ചെയ്യുന്നത് എല്ലായ്പ്പോഴും ഉപയോഗപ്രദമല്ല വേഗത്തിലുള്ള ജോലിബ്രൗസർ. ഇത് പ്രവർത്തനരഹിതമാക്കുന്നതിന്, ഓരോ ഇൻ്റർനെറ്റ് ബ്രൗസറിലും അന്തർലീനമായ സവിശേഷതകൾ നിങ്ങൾ അറിഞ്ഞിരിക്കണം. ഏറ്റവും ജനപ്രിയമായ ഇൻ്റർനെറ്റ് ബ്രൗസറുകളിൽ കാഷെ ചെയ്യുന്നത് എങ്ങനെ പ്രവർത്തനരഹിതമാക്കാം?

ഉപയോഗിക്കുകയാണെങ്കിൽ താഴെപ്പറയുന്ന കാര്യങ്ങൾ ചെയ്യാം മോസില്ല ഫയർഫോക്സ്. IN വിലാസ ബാർബ്രൗസർ opera:config നൽകുക. അതീവ ജാഗ്രത പാലിക്കണമെന്ന് മുന്നറിയിപ്പ് നൽകുന്ന ഒരു വിൻഡോ ദൃശ്യമാകും. "ശരി" ക്ലിക്ക് ചെയ്യുക. "ഫിൽറ്റർ" കണ്ടെത്തി അവിടെ browser.cache എന്ന് ടൈപ്പ് ചെയ്യുക. ഇതിനുശേഷം, ക്രമീകരണങ്ങളിൽ പത്തിൽ കൂടുതൽ വരികൾ നിലനിൽക്കില്ല.

കാഷിംഗ് പ്രവർത്തനരഹിതമാക്കുന്നതിന്, browser.cache.disk.enable, browser.cache.memory.enable എന്നിവ കണ്ടെത്തുക. മൂല്യ മണ്ഡലത്തിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കാം. ഈ രണ്ട് വരികൾക്കും ഉണ്ട് സത്യം. നമുക്ക് അതിനെ കള്ളമാക്കി മാറ്റാം. ഇതിനുശേഷം, എല്ലാ മാറ്റങ്ങളും പ്രാബല്യത്തിൽ വരുന്നതിന് ബ്രൗസർ പുനരാരംഭിക്കുക. 2. ഉപയോഗിക്കുകയാണെങ്കിൽ താഴെ പറയുന്ന കാര്യങ്ങൾ ചെയ്യാം ഇൻ്റർനെറ്റ് എക്സ്പ്ലോറർ. മെനുവിൽ, "ടൂളുകൾ" തുറക്കുക, തുടർന്ന് "ഇൻ്റർനെറ്റ് ഓപ്ഷനുകൾ" വിൻഡോയിൽ ക്ലിക്കുചെയ്യുക. ബ്രൗസർ പ്രോപ്പർട്ടികൾ വിൻഡോ തുറക്കും. "പൊതുവായ" ടാബിലേക്ക് പോകുക, അവിടെ "ഓപ്ഷനുകൾ" ക്ലിക്ക് ചെയ്യുക.

തുടർന്ന് "സംരക്ഷിച്ച പേജുകളിലേക്കുള്ള അപ്‌ഡേറ്റുകൾക്കായി പരിശോധിക്കുക" സെലക്ടറിൽ, "ഒരിക്കലും" തിരഞ്ഞെടുക്കുക. കാഷിംഗ് പ്രവർത്തനരഹിതമാക്കാൻ, "ഉപയോഗിച്ച ഡിസ്ക് സ്പേസ്" വിൻഡോയ്ക്ക് അടുത്തായി ഒരു പൂജ്യം ഇടുക. അതിനുശേഷം, മാറ്റങ്ങൾ അംഗീകരിക്കാൻ "ശരി" ക്ലിക്ക് ചെയ്യുക.

നിങ്ങൾ ഓപ്പറ ഉപയോഗിക്കുകയാണെങ്കിൽ. Ctrl+F12 കീകൾ അമർത്തുക, തുടർന്ന് " തിരഞ്ഞെടുക്കുക പൊതുവായ ക്രമീകരണങ്ങൾ" നമുക്ക് "വിപുലമായ" ടാബിലേക്ക് പോകാം, തുടർന്ന് "കഥകൾ". "മെമ്മറി കാഷെ" ടാബ്, അതുപോലെ " ഡിസ്ക് കാഷെ»കാഷിംഗ് പ്രവർത്തനരഹിതമാക്കുന്നതിന് മൂല്യം "അപ്രാപ്തമാക്കി" എന്ന് സജ്ജമാക്കുക. "രേഖകൾ പരിശോധിക്കുക", "ചിത്രങ്ങൾ പരിശോധിക്കുക" വിൻഡോകളിൽ, "ഒരിക്കലും" തിരഞ്ഞെടുക്കുക. അപ്പോൾ "ശരി", മാറ്റങ്ങൾ പ്രാബല്യത്തിൽ വരും.

ഉപയോഗിച്ചാൽ Google Chrome. ക്ലിക്ക് ചെയ്യാം റൈറ്റ് ക്ലിക്ക് ചെയ്യുകബ്രൗസർ ലോഞ്ച് കുറുക്കുവഴിയിലേക്ക് മൗസ്. രൂപം ശേഷം സന്ദർഭ മെനു"പ്രോപ്പർട്ടീസ്" വിൻഡോ തിരഞ്ഞെടുക്കുക. അതിനുശേഷം, ദൃശ്യമാകുന്ന വിൻഡോയിൽ, "കുറുക്കുവഴി" ടാബിലേക്ക് പോകുക. ഫയൽ വിലാസം സൂചിപ്പിച്ചിരിക്കുന്ന വിൻഡോയിൽ, "-disk-cache-size=0-media-cache-size=0" ചേർക്കുക. സ്ഥാപിക്കാം ഈ കമാൻഡ്പിന്നിൽ ഫയൽ വിലാസം ഉദ്ധരിക്കുന്നു. മാറ്റങ്ങൾ പ്രയോഗിക്കാം.

ടാഗിനെക്കുറിച്ച് എത്രയോ തവണ എഴുതി മാറ്റിയെഴുതിയിട്ടുണ്ട്... അത് അങ്ങനെയാണെന്ന് തോന്നും! മതി! വിഷയം അടച്ചു! പക്ഷേ ഇല്ല! എല്ലാത്തിനുമുപരി, എല്ലാം പറഞ്ഞില്ല! അല്ലെങ്കിൽ, എല്ലാം ഇവിടെയും അവിടെയും ഉണ്ട്, പക്ഷേ അത് വീണ്ടും കണ്ടെത്താൻ ശ്രമിക്കുക. എല്ലാത്തരം റാംബ്ലറും യാൻഡെക്സും പരീക്ഷിച്ചുനോക്കൂ...

അതുകൊണ്ട് നമുക്ക് കാഷെ ചെയ്യുന്നതിനെക്കുറിച്ച് സംസാരിക്കാം. യഥാർത്ഥത്തിൽ, പാവപ്പെട്ട ഇൻ്റർനെറ്റ് ഉപയോക്താക്കളേ, നമുക്കെല്ലാവർക്കും ഇത് ഒരു ആവാസവ്യവസ്ഥയായി ആവശ്യമായിരിക്കുന്നത് എന്തുകൊണ്ട്? ട്രാഫിക് കുറയ്ക്കൽ - അതാണ് പ്രയോജനം! ശരി, നമ്മൾ എന്തിനാണ് ചില വെബ്‌സൈറ്റുകളുടെ ആദ്യ പേജ് ഇൻ്റർനെറ്റിൽ നിന്ന് ഒരു ദിവസം പത്ത് തവണ വീണ്ടും ഡൗൺലോഡ് ചെയ്യേണ്ടത്? തിരയൽ ഡയറക്ടറിനിങ്ങൾക്ക് അത് ശ്രദ്ധാപൂർവ്വം കാഷെയിൽ ഇടുകയും മറക്കുകയും ചെയ്യുമ്പോൾ മന്ദഗതിയിലുള്ള ലോഡിംഗ്ഈ സൈറ്റിനായി? അത് തന്നെയാണ് അവർ ചെയ്യുന്നത്. നമുക്ക് പ്രശ്നത്തിലേക്ക് കടക്കാം.

അത് എല്ലാവർക്കും അറിയാം വ്യത്യസ്ത പതിപ്പുകൾ HTTP പ്രോട്ടോക്കോളുകൾക്ക് അവരുടേതായ കാഷിംഗ് നിയന്ത്രണ നിർദ്ദേശങ്ങളുണ്ട്. HTTP/1.1 പ്രോട്ടോക്കോളിൻ്റെ നിർദ്ദേശമാണ് കാഷെ-നിയന്ത്രണം. അവളുടെ പാരാമീറ്ററുകൾ ഇപ്രകാരമാണ്:

ലിസ്‌റ്റ് ചെയ്‌തിരിക്കുന്ന എല്ലാ ആട്രിബ്യൂട്ടുകളും (പരസ്‌പരം എക്സ്ക്ലൂസീവ് ഒഴികെ) കോമകളാൽ വേർതിരിക്കാനാകും. എല്ലാം വ്യക്തമല്ലെന്ന് ഞാൻ മനസ്സിലാക്കുന്നു, ഇപ്പോൾ ഞാൻ എന്തെങ്കിലും വിശദീകരിക്കും.

1. കാഷിംഗ് പൂർണ്ണമായും നിരോധിക്കുക (പ്രോക്സി സെർവറോ ബ്രൗസറോ പ്രമാണം കാഷെ ചെയ്യില്ല):

2. ഡോക്യുമെൻ്റ് ബ്രൗസർ കാഷെ ചെയ്യും, പക്ഷേ പ്രോക്സി സെർവർ കാഷെ ചെയ്യില്ല.

3. ഡോക്യുമെൻ്റ് കാഷെ ചെയ്യപ്പെടും, അത് പാടില്ലെങ്കിലും, സാധാരണ സാഹചര്യങ്ങളിൽ തോന്നുന്നു.

4. പ്രമാണം കാഷെ ചെയ്‌തു, പക്ഷേ ആർക്കൈവിൽ സംരക്ഷിച്ചിട്ടില്ല.

5. നിങ്ങൾക്ക് ബ്രൗസറോട് നേരിട്ട് പറയാനാകും: "എനിക്കായി ഈ പേജ് പുതുക്കുക." (പരമാവധി-പ്രായം പരാമീറ്റർ പ്രമാണം എത്ര സെക്കൻഡ് കാഷെ ചെയ്തിരിക്കുന്നു എന്ന് വ്യക്തമാക്കുന്നു.) എപ്പോൾ പ്രയോജനപ്പെട്ടേക്കാം PHP ഉപയോഗിക്കുന്നുപേജുകളുടെ പ്രോഗ്രാമാറ്റിക് അപ്‌ഡേറ്റിനായി.

6.നിങ്ങൾക്ക് ഇത് പ്രോക്സി സെർവറിനോട് മാത്രമേ പറയാൻ കഴിയൂ.

HTTP 1.0 പ്രോട്ടോക്കോളിൻ്റെ പാരമ്പര്യം എന്ന നിലയിൽ, പ്രാഗ്മ നിർദ്ദേശം അനുസരിച്ച് കാഷിംഗ് കൈകാര്യം ചെയ്യുന്നതിനുള്ള വളരെ ലളിതമായ ഒരു മാർഗ്ഗം ഞങ്ങൾക്ക് പാരമ്പര്യമായി ലഭിച്ചു. ഇത് HTTP/1.0-ലെ ഒരു പൊതു HTTP സന്ദേശ തലക്കെട്ട് നിർദ്ദേശമാണ്, കൂടാതെ നോ-കാഷ് അല്ലാതെ മറ്റ് അർത്ഥങ്ങളൊന്നുമില്ല:

IN HTTP പ്രോട്ടോക്കോൾ 1.1 ഈ നിർദ്ദേശംമൂല്യം നോ-കാഷെ ഉപയോഗിച്ച് കാഷെ-നിയന്ത്രണ നിർദ്ദേശം മാറ്റി. മിക്ക സെർവറുകളും ക്ലയൻ്റുകളും ഈ നിർദ്ദേശത്തെ പിന്തുണയ്ക്കുകയും അത് ശരിയായി കൈകാര്യം ചെയ്യുകയും ചെയ്യുന്നു.

കാഷിംഗ് പ്രവർത്തനരഹിതമാക്കാൻ, ചിലപ്പോൾ കാഷിംഗ് നിയന്ത്രണ നിർദ്ദേശങ്ങൾ ഉപയോഗിച്ചാൽ മതിയാകില്ല. കാഷെ-നിയന്ത്രണത്തിൻ്റെയും പ്രാഗ്മ നിർദ്ദേശങ്ങളുടെയും സാന്നിധ്യത്തിൽ പോലും നെറ്റ്‌സ്‌കേപ്പ് പ്രമാണങ്ങളോ അവയുടെ ഘടകങ്ങളോ കാഷെ ചെയ്യുന്നത് ഇങ്ങനെയാണ്. പേജ് ഘടകം വീണ്ടും വായിക്കാൻ നിർബന്ധിക്കുന്നതിന് (ഇത് സെർവറിൽ നിന്ന് ഒരു സ്വതന്ത്ര HTTP അഭ്യർത്ഥന വഴിയാണ് ലഭിക്കുന്നത്), നിങ്ങൾക്ക് കാലഹരണപ്പെടുന്ന നിർദ്ദേശം സജ്ജമാക്കാൻ കഴിയും.

കാഷിംഗ് സംബന്ധിച്ച സംഭാഷണം ഇങ്ങനെയാണ്. META ടാഗുമായി ഞങ്ങൾ വീണ്ടും കാണും. കൂടാതെ ഒന്നിലധികം തവണ...

നല്ല ചീത്ത

മെറ്റാ ടാഗുകൾ എന്നത് പേജിൻ്റെ വിവരണം ഉൾക്കൊള്ളുന്ന ഒരു പേജിൻ്റെ തലക്കെട്ടിൽ സ്ഥാപിച്ചിരിക്കുന്ന ഓപ്ഷണൽ ആട്രിബ്യൂട്ടുകളാണ്, കീവേഡുകൾഅവളോട്, ചില വിവരങ്ങൾ...

അവരുടെ ഉറവിടങ്ങളിൽ നിന്ന് ലഭിക്കുന്ന വിവരങ്ങൾ സമയബന്ധിതവും വിശ്വസനീയവുമാണെന്ന് കരുതുന്ന സന്ദർശകർക്കും സൈറ്റ് ഉടമകൾക്കും ലേഖനം ഉപയോഗപ്രദമാകും. ഈ മെറ്റീരിയൽ വായിച്ചതിനുശേഷം, സന്ദർശകർ സൈറ്റിൽ കാലഹരണപ്പെട്ട വിവരങ്ങൾ കാണുന്നത് എന്തുകൊണ്ടാണെന്ന് നിങ്ങൾ മനസ്സിലാക്കും, കൂടാതെ ഈ പ്രശ്നം പരിഹരിക്കാനുള്ള വഴികളും നിങ്ങൾ പഠിക്കും.

നിലവിൽ, ഇൻ്റർനെറ്റിലെ ഡാറ്റാ കൈമാറ്റത്തിൻ്റെ വേഗത വീഡിയോകൾ കാണുന്നത് എളുപ്പമാക്കുന്നു നല്ല നിലവാരം, ഓൺലൈൻ ഗെയിമുകൾ കളിക്കുക, കോൺഫറൻസുകൾ സംഘടിപ്പിക്കുക, വിവരങ്ങൾ വേഗത്തിൽ ഡൗൺലോഡ് ചെയ്യുക, കൈമാറുക തുടങ്ങിയവ. എന്നാൽ ഇത് എല്ലായ്പ്പോഴും ഇങ്ങനെയായിരുന്നില്ല! പത്ത് വർഷം മുമ്പ്, 1 എംബി വിവരങ്ങൾ കൈമാറുന്നതിന്, നിങ്ങൾക്ക് ധാരാളം സമയം ചെലവഴിക്കേണ്ടി വന്നു. സൈറ്റ് പേജുകളുടെ ലോഡിംഗ് വേഗത വർദ്ധിപ്പിക്കുന്നതിന്, ബ്രൗസർ കാഷെയിൽ (മെമ്മറി) കുറച്ച് ഡാറ്റ സംരക്ഷിക്കാൻ തീരുമാനിച്ചു. പ്രാദേശിക കമ്പ്യൂട്ടർഉപയോക്താവ്. സൈറ്റിലേക്കുള്ള തുടർന്നുള്ള ആക്സസ് സമയത്ത്, ഡൗൺലോഡ് ചെയ്ത ഡാറ്റ മാറുന്നില്ലെങ്കിൽ ബ്രൗസർ അവ അവിടെ നിന്ന് ഡൗൺലോഡ് ചെയ്തു.

ഇക്കാലത്ത്, ലോഡിംഗ് വേഗത വർദ്ധിപ്പിക്കുന്നതിന് ബ്രൗസർ കാഷെയിലെ ഡാറ്റയുടെ ഉള്ളടക്കം അത്ര ജനപ്രിയമല്ല. മിക്ക കേസുകളിലും, സെർവറിൽ നിന്ന് ഡാറ്റ അഭ്യർത്ഥിക്കുന്നു രീതികൾ നേടുകഅല്ലെങ്കിൽ HEAD. GET, HEAD രീതികൾ ഉപയോഗിച്ചുള്ള അഭ്യർത്ഥനകൾ സെർവർ, പ്രോക്സി സെർവർ ലോഗുകളിലും ബ്രൗസർ ചരിത്രത്തിലും സ്ഥിരസ്ഥിതിയായി കാഷെ ചെയ്യുന്നു (സംരക്ഷിച്ചിരിക്കുന്നു). വിവരങ്ങൾ കാഷെ ചെയ്‌തിരിക്കുന്നതിനാൽ, പല സൈറ്റ് സന്ദർശകരും കാലഹരണപ്പെട്ട ഡാറ്റ കാണും, കാഷെയിൽ നിന്ന് ഇല്ലാതാക്കിയതിനുശേഷം മാത്രമേ പുതിയ വിവരങ്ങൾ അവർക്ക് ലഭ്യമാകൂ. ഇത് സൈറ്റ് സന്ദർശകർക്ക് മാത്രമല്ല, സൈറ്റ് വാണിജ്യപരമാണെങ്കിൽ കമ്പനിയുടെ ലാഭത്തെയും ബാധിക്കും.

ഈ പ്രശ്നം പരിഹരിക്കാൻ, നിങ്ങൾ സെർവറിൽ നിന്ന് കൈമാറുന്ന ഡാറ്റയുടെ കാഷിംഗ് പ്രവർത്തനരഹിതമാക്കേണ്ടതുണ്ട്. ഇൻ്റർനെറ്റിൽ വിവരിച്ചിരിക്കുന്ന കാഷിംഗ് പ്രവർത്തനരഹിതമാക്കാൻ നിരവധി മാർഗങ്ങളുണ്ട്: അവയെല്ലാം പരസ്പരം വ്യത്യാസപ്പെട്ടിരിക്കുന്നു, ചിലത് ഇനി പ്രവർത്തിക്കില്ല.

ഏറ്റവും സാധാരണമായ നിയമങ്ങൾ www.spravkaweb.ru (http://www.spravkaweb.ru/php/sovet/nocash), www.ru.wikipedia.org (http://ru.wikipedia.org) എന്നിവയിൽ പ്രസിദ്ധീകരിച്ചിട്ടുണ്ട്. /വിക്കി/ മെറ്റാ ടാഗുകൾ). പല സൈറ്റുകളും ഈ ക്രമീകരണങ്ങൾ കടമെടുത്ത് ഇപ്പോൾ അവ ഉപയോഗിക്കുന്നു.

വിക്കിപീഡിയ അനുസരിച്ച്, നിങ്ങൾ ഒരു പ്രമാണത്തിൻ്റെ തലക്കെട്ടിൽ എഴുതിയാൽ

മറ്റൊരു ആധികാരിക ഉറവിടമായ www.spravkaweb.ru അവകാശപ്പെടുന്നത്, ഏത് സാഹചര്യത്തിലും ഡാറ്റ കാഷെ ചെയ്യുന്നത് നിരോധിക്കുന്ന നാല് തലക്കെട്ടുകൾ കൈമാറാൻ കഴിയുമെന്നാണ്.

ഈ ക്രമീകരണങ്ങൾ ഉപയോഗിച്ച്, ചിത്രം 3-ൽ കാണിച്ചിരിക്കുന്ന തലക്കെട്ടുകൾ സെർവർ അയയ്ക്കുന്നു.

Fig.3 സെർവർ പ്രതികരണ തലക്കെട്ടുകൾ

അത് എങ്ങനെ പ്രവർത്തിക്കണമെന്ന് മനസിലാക്കാൻ ഓരോ വരിയും നോക്കാം.

പ്രമാണത്തിൻ്റെ പ്രസക്തിയുടെ തലക്കെട്ട് കഴിഞ്ഞ തീയതിയായി കൈമാറാൻ നിർദ്ദേശിക്കപ്പെട്ടിരിക്കുന്നു. ഉദാഹരണത്തിന്, “കാലഹരണപ്പെടുന്നു: തിങ്കൾ, 26 ജൂലൈ 1997 05:00:00 GMT”, അതുവഴി ഡാറ്റ ഇനി ആവശ്യമില്ലെന്നും അത് കാഷെ ചെയ്യാൻ കാരണമില്ലെന്നും നിർണ്ണയിക്കുന്നു. ഇത് ആളുകൾക്കിടയിൽ മാത്രമല്ല, അത്തരം പ്രമാണങ്ങൾ സൂചികയിലാക്കുമ്പോൾ തിരയൽ റോബോട്ടുകൾക്കിടയിലും സംശയം ജനിപ്പിക്കണം. ഒരു റോബോട്ട് അപ്രസക്തമായ വിവരങ്ങൾ ഒരു സൂചികയിൽ സൂക്ഷിക്കുന്നത് എന്തുകൊണ്ടാണെന്ന് കുറച്ച് ആളുകൾ ചിന്തിക്കുന്നു. തിരയൽ എഞ്ചിനുകൾആളുകൾ തെറ്റായ വിവരങ്ങൾ നൽകാൻ ശ്രമിക്കുമ്പോൾ അവർ അത് ഇഷ്ടപ്പെടുന്നില്ല.

"അവസാനമായി പരിഷ്‌ക്കരിച്ച" തലക്കെട്ട്, പ്രമാണം പരിഷ്‌കരിച്ച തീയതിയും സമയവും ബ്രൗസറിനോട് പറയുന്നു (ഇൻ ഈ ഉദാഹരണത്തിൽതീയതിയും സമയവും നിലവിലുള്ളതായിരിക്കും). ഓരോ തവണയും നിങ്ങൾ പേജ് സന്ദർശിക്കുകയാണെങ്കിൽ തിരയൽ റോബോട്ട്ഡോക്യുമെൻ്റ് ഇപ്പോൾ മാറിയതായി റിപ്പോർട്ട് ചെയ്യുന്നു (അതിലുള്ളതാണെങ്കിലും തിരയൽ സൂചികറോബോട്ട് വ്യത്യാസങ്ങൾ ശ്രദ്ധിക്കുന്നില്ല), ഒരുപക്ഷേ സിസ്റ്റം ഇത് പ്രസക്തിയിലെ സ്വാധീനമായി മനസ്സിലാക്കും തിരയൽ ഫലങ്ങൾസൈറ്റിൻ്റെ സ്ഥാനം മെച്ചപ്പെടുത്തുന്നതിന്. ഇത് സെർച്ച് എഞ്ചിനുകളുടെ ഉപരോധത്തിന് കാരണമായേക്കാം.

ഡാറ്റ കാഷിംഗ് പ്രവർത്തനരഹിതമാക്കുന്നതിന് "പ്രാഗ്മ: നോ-കാഷെ" എന്ന തലക്കെട്ട് കൈമാറുന്നത് ആദ്യ രീതികളിൽ ഒന്നാണ്, പക്ഷേ ആ നിമിഷത്തിൽഇനി പ്രവർത്തിക്കില്ല.

പരീക്ഷണം

ഉദാഹരണം 1.

നമുക്ക് ഒരു പരീക്ഷണം നടത്താം. നമുക്ക് ഒരു cache.php ഡോക്യുമെൻ്റ് സൃഷ്ടിക്കാം, അതിൽ ഡാറ്റ കാഷിംഗ് പ്രവർത്തനരഹിതമാക്കുന്നതിനുള്ള ഈ രീതി പ്രവർത്തിക്കുന്നുണ്ടോയെന്ന് പരിശോധിക്കാൻ ഉദാഹരണത്തിൽ നിന്ന് തലക്കെട്ടുകൾ അയയ്ക്കും. ഞങ്ങൾ സെർവറിൽ നിന്ന് നിലവിലെ സമയം അഭ്യർത്ഥിക്കുകയും വിവരങ്ങൾ എവിടെ നിന്നാണ് വരുന്നതെന്ന് കാണുകയും ചെയ്യും - ബ്രൗസർ കാഷെയിൽ നിന്നോ സെർവറിൽ നിന്ന് ഡൗൺലോഡ് ചെയ്തതോ.

പരീക്ഷണ വേളയിൽ, യഥാർത്ഥ സെർവറിൽ സ്ഥിതി ചെയ്യുന്ന കാഷെ .php ഫയലിലേക്കുള്ള ലിങ്ക് ഞങ്ങൾ പിന്തുടരുകയും സമയം അപ്ഡേറ്റ് ചെയ്തിട്ടുണ്ടോ ഇല്ലയോ എന്ന് നിരീക്ഷിക്കുകയും ചെയ്യും. സമയം അപ്ഡേറ്റ് ചെയ്തില്ലെങ്കിൽ, ബ്രൗസർ കാഷെയിൽ നിന്ന് ഡാറ്റ എടുക്കുകയും നിരോധനം പ്രവർത്തിക്കാതിരിക്കുകയും ചെയ്യും.

സമയ സൂചകം അപ്‌ഡേറ്റ് ചെയ്‌തിട്ടില്ല, മിക്ക വിഭവങ്ങളും അടങ്ങിയിരിക്കുന്നുവെന്ന് ഇത് വീണ്ടും തെളിയിക്കുന്നു തെറ്റായ വിവരങ്ങൾകാഷിംഗ് നിരോധിക്കാൻ. ഇത് വലിയ താൽപ്പര്യമുള്ളതാണ് ബൾക്ക് പകർത്തൽമറ്റുള്ളവരുടെ തെറ്റുകൾ ഒരു പ്രത്യേക കേസിൽ മാത്രമല്ല, പൊതുവെ ഇൻ്റർനെറ്റിലുടനീളം.

കാഷിംഗ് പ്രവർത്തനരഹിതമാക്കുന്നതിനുള്ള ഒരു പ്രവർത്തന രീതി കാണിക്കുന്നതിന്, ഞാൻ രണ്ടാമത്തെ ഉദാഹരണം നൽകും, അതിൽ അതിൻ്റെ പ്രകടനവും ഒരു പരീക്ഷണത്തിലൂടെ പരിശോധിക്കപ്പെടും.

ഉദാഹരണം 2.

ആദ്യ ഉദാഹരണം "കാഷെ-നിയന്ത്രണം: നോ-കാഷെ, വീണ്ടും മൂല്യനിർണ്ണയം" എന്ന തലക്കെട്ട് അയയ്ക്കാൻ നിർദ്ദേശിച്ചു, പക്ഷേ അത് തെറ്റായി ക്രമീകരിച്ചു. നമുക്ക് പുതിയ പാരാമീറ്ററുകൾ ഹെഡറിലേക്ക് ചേർക്കാം: “കാഷെ-നിയന്ത്രണം: നോ-കാഷെ, നോ-സ്റ്റോർ, മസ്റ്റ്-റിവാലിഡേറ്റ്, max-age=0”, എവിടെ

നോ-സ്റ്റോർ - സ്വകാര്യ ഡാറ്റ സംഭരിക്കാൻ കഴിയില്ല പ്രാദേശിക ഡിസ്ക്(ബ്രൗസറുകളിൽ കാഷെ ചെയ്യുന്നത് അപ്രാപ്തമാക്കുന്നു);

നോ-കാഷെ - പ്രോക്സി സെർവറുകൾ വഴി വിവരങ്ങൾ കാഷെ ചെയ്യുന്നത് നിരോധിക്കാൻ ഉപയോഗിക്കുന്ന നിർദ്ദേശം;

max-age=0 - ബ്രൗസർ കാഷെയിൽ വിവരങ്ങൾ സംഭരിച്ചിരിക്കുന്ന സമയം സൂചിപ്പിക്കുന്ന നിർദ്ദേശം;

must-revalidate - ആവശ്യകതയെക്കുറിച്ച് ബ്രൗസറിനോട് പറയുന്ന ഒരു നിർദ്ദേശം അധിക പരിശോധനസംശയമുണ്ടെങ്കിൽ പ്രമാണത്തിൻ്റെ പ്രസക്തി.

നമുക്ക് ഒരു cache2.php ഡോക്യുമെൻ്റ് സൃഷ്ടിക്കാം, അതിൽ ഡാറ്റ കാഷിംഗ് പ്രവർത്തനരഹിതമാക്കുന്നതിനുള്ള ഈ രീതി പ്രവർത്തിക്കുന്നുണ്ടോയെന്ന് പരിശോധിക്കാൻ ഞങ്ങൾ പുതിയ തലക്കെട്ടുകൾ അയയ്ക്കും.

പരീക്ഷണത്തിൻ്റെ നടപടിക്രമങ്ങളും വ്യവസ്ഥകളും അതേപടി തുടരുന്നു. സമയം മാറുകയാണെങ്കിൽ, അത് സെർവറിൽ നിന്നാണ് അഭ്യർത്ഥിക്കുന്നത്, ബ്രൗസർ കാഷെയിൽ നിന്നല്ല.

പേജ് ആക്‌സസ് ചെയ്യുമ്പോഴെല്ലാം സമയം അപ്‌ഡേറ്റ് ചെയ്യുന്നതിനാൽ, ഡിസേബിൾ കാഷിംഗ് രീതി യഥാർത്ഥത്തിൽ പ്രവർത്തിക്കുന്നു. ഈ ഉദാഹരണത്തിൽ, പാരാമീറ്ററുകൾ പേജിൽ നിന്ന് തന്നെ കൈമാറുന്നു, എന്നാൽ കൂടുതൽ സാർവത്രിക ഓപ്ഷൻ സാധ്യമാണ്, അത് സെർവറിൽ ക്രമീകരിച്ചിരിക്കുന്നു. സെർവറിൽ അപ്പാച്ചെ ക്രമീകരണങ്ങൾ.htaccess സേവന ഫയലിലൂടെയാണ് നിർമ്മിച്ചിരിക്കുന്നത്, സൈറ്റിൻ്റെ എല്ലാ പേജുകൾക്കും ഒരേസമയം കാഷെ ചെയ്യൽ പ്രവർത്തനരഹിതമാക്കുന്നതിനുള്ള കൂടുതൽ പ്രവർത്തനപരമായ സംവിധാനം ഇത് നൽകുന്നു. കോൺഫിഗറേഷൻ ഫയലിൽ, നിങ്ങൾ mod_headers.c, mod_expires.c എന്നീ മൊഡ്യൂളുകൾ പ്രവർത്തനക്ഷമമാക്കണം, കോഡ് ശകലത്തിൽ നിന്നുള്ള അഭിപ്രായങ്ങൾ നീക്കം ചെയ്യുക

കൂടാതെ .htaccess ഫയലിലേക്ക് ഒരു കോഡ് ചേർക്കുക

സെർവർ ഇൻറർനെറ്റ് ഇൻഫർമേഷൻ സർവീസസ് (IIS) 6.0 ആണെങ്കിൽ, സെർവർ ഇൻ്റർഫേസിലേക്ക് നേരിട്ട് ആക്‌സസ് ഉണ്ടെങ്കിൽ മാത്രമേ കാഷിംഗ് പ്രവർത്തനരഹിതമാക്കാൻ കഴിയൂ. ഇത് "HTTP തലക്കെട്ടുകൾ" ടാബിൽ ചെയ്യാവുന്നതാണ് ( HTTP തലക്കെട്ടുകൾ) സെർവർ ക്രമീകരണങ്ങളിൽ.

ചിത്രത്തിൽ. സൈറ്റ് പേജുകൾക്കായി "കാഷെ-കൺട്രോൾ: നോ-കാഷെ, നോ-സ്റ്റോർ, മസ്റ്റ്-റിവാലിഡേറ്റ്, മാക്സ്-ഏജ്=0" എന്ന തലക്കെട്ടുകൾ അയച്ചുകൊണ്ട് കാഷിംഗ് പ്രവർത്തനരഹിതമാക്കുന്നതിനുള്ള ഒരു ഉദാഹരണം ചിത്രം 6 കാണിക്കുന്നു. "കാലഹരണപ്പെടുന്നു" തലക്കെട്ട് കോൺഫിഗർ ചെയ്യുന്നതിന്, നിങ്ങൾ "ഉള്ളടക്ക കാലഹരണപ്പെടൽ പ്രവർത്തനക്ഷമമാക്കുക", "ഉടൻ കാലഹരണപ്പെടുന്നു" എന്നിവ പ്രവർത്തനക്ഷമമാക്കേണ്ടതുണ്ട്.

കാഷിംഗ് പ്രവർത്തനരഹിതമാക്കുന്നതിൻ്റെ ദോഷങ്ങൾ

കാഷിംഗ് പ്രവർത്തനരഹിതമാക്കുന്നത് സൈറ്റ് സ്ഥിതിചെയ്യുന്ന സെർവറിലെ ലോഡ് വർദ്ധിപ്പിക്കുന്നു, കാരണം അതിന് പ്രതികരിക്കേണ്ടതുണ്ട് കൂടുതൽഅഭ്യർത്ഥിക്കുന്നു. സൈറ്റ് സന്ദർശകർക്ക്, കാഷിംഗ് പ്രവർത്തനരഹിതമാക്കുന്നത് പേജ് ലോഡിംഗ് വേഗത കുറയ്ക്കുന്നു, എന്നാൽ ഇത് എപ്പോൾ മാത്രമേ ശ്രദ്ധിക്കപ്പെടുകയുള്ളൂ വേഗത കുറഞ്ഞ വേഗതഇൻ്റർനെറ്റ്.

ഉപസംഹാരം

സൈറ്റ് സന്ദർശകർക്കും അവരുടെ ഉടമകൾക്കും സമയബന്ധിതമായ വിവരങ്ങളുടെ രസീത് ഒരു പ്രധാന പങ്ക് വഹിക്കുന്നു. അതിനാൽ, വെബ് റിസോഴ്സ് ഉടമകൾ അവരുടെ സെർവറുകൾ അയച്ച തലക്കെട്ടുകൾ ശ്രദ്ധാപൂർവ്വം വിശകലനം ചെയ്യേണ്ടതുണ്ട്. കാഷിംഗ് പ്രവർത്തനരഹിതമാക്കുന്നത് പ്രധാനപ്പെട്ട ക്രമീകരണം, നിങ്ങളുടെ സൈറ്റിൽ നിന്ന് എല്ലായ്പ്പോഴും യഥാർത്ഥ വിവരങ്ങൾ മാത്രം സ്വീകരിക്കാൻ സന്ദർശകരെ അനുവദിക്കുന്നു. ഇക്കാലത്ത്, മിക്ക ഇൻ്റർനെറ്റ് ഉറവിടങ്ങളും "കാലഹരണപ്പെട്ടു", "അവസാനം പരിഷ്ക്കരിച്ചത്" എന്നീ തലക്കെട്ടുകൾ പ്രദർശിപ്പിക്കുന്നു, ഇത് കാഷെ ചെയ്യുന്നത് നിരോധിക്കുക മാത്രമല്ല, സെർച്ച് റോബോട്ടുകൾ വഴി സൈറ്റിൻ്റെ സാധാരണ ഇൻഡെക്സിംഗ് തടയാനും കഴിയും.