HTTP Caching-ൽ Cache-Control, ETag എന്നിവ മനസ്സിലാക്കാം

നിങ്ങളുടെ ബ്രൗസറിൻ്റെ നെറ്റ്‌വർക്ക് ടാബ് തുറക്കുക, നിങ്ങൾക്ക് പലപ്പോഴും കാണാം Cache-Control കൂടാതെ ETag ചിത്രങ്ങൾ, സ്റ്റൈൽഷീറ്റുകൾ, സ്ക്രിപ്റ്റുകൾ എന്നിവയുടെ റെസ്പോൺസ് ഹെഡറുകളിൽ. പല ഡെവലപ്പർമാർക്കും ഈ പദങ്ങൾ പരിചിതമാണെങ്കിലും, അവ കാഷിംഗിൽ എങ്ങനെ ഒരുമിച്ച് പ്രവർത്തിക്കുന്നുവെന്ന് വിശദീകരിക്കാൻ കുറച്ചുപേർക്കേ കഴിയൂ. ഡെവലപ്പർമാർക്ക് വെബ് പ്രകടനം ഒരു മുൻഗണനയായി തുടരുന്നതിനാൽ ഈ ഹെഡറുകൾ മനസ്സിലാക്കേണ്ടത് പ്രധാനമാണ്.

എന്താണ് HTTP Caching?

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

ഈ ഹെഡറുകൾ പരിഹരിക്കുന്ന പ്രശ്നം

Cache-Control കൂടാതെ ETag സെർവറിൽ നിന്ന് വ്യക്തമായ നിർദ്ദേശങ്ങൾ നൽകിക്കൊണ്ട് ഊഹങ്ങൾ ഒഴിവാക്കാൻ സഹായിക്കുന്നു. അവ രണ്ട് വ്യത്യസ്ത ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുന്നു:

• Cache-Control: "എത്രനേരം നിങ്ങൾക്ക് എന്നോട് ചോദിക്കുന്നത് പൂർണ്ണമായും ഒഴിവാക്കാം?"
• ETag: "ആ കാലയളവ് കഴിഞ്ഞാൽ, എന്തെങ്കിലും യഥാർത്ഥത്തിൽ മാറിയിട്ടുണ്ടോ എന്ന് നിങ്ങൾക്ക് എങ്ങനെ കുറഞ്ഞ ചിലവിൽ പരിശോധിക്കാം?"

Cache-Control എന്താണ് നിയന്ത്രിക്കുന്നത്

ഈ Cache-Control ഹെഡർ ഒരു റിസോഴ്സ് എത്ര സമയം കാഷെ ചെയ്യാമെന്നതിനായുള്ള നിയമങ്ങൾ സജ്ജമാക്കുന്നു. ഉദാഹരണത്തിന്, സെർവർ ഈ ഹെഡറിനൊപ്പം ഒരു റെസ്പോൺസ് അയക്കുകയാണെങ്കിൽ:

Cache-Control: public, max-age=2592000, immutable

ഇതിനർത്ഥം:

• public: CDNs പോലെയുള്ള പങ്കിട്ടവ ഉൾപ്പെടെ ഏത് കാഷെക്കും റിസോഴ്സ് കാഷെ ചെയ്യാൻ കഴിയും.
• max-age=2592000: റിസോഴ്സ് 30 ദിവസത്തേക്ക് (2,592,000 സെക്കൻഡ്) ഫ്രഷ് ആണ്. ഈ സമയത്ത്, ബ്രൗസർ സെർവറുമായി ബന്ധപ്പെടേണ്ടതില്ല.
• immutable: ഈ ഫ്രഷ്നസ് കാലയളവിൽ കണ്ടൻ്റ് മാറില്ല, അതിനാൽ പരിശോധിക്കാതെ തന്നെ ബ്രൗസറിന് കാഷെ ചെയ്ത പതിപ്പ് ഉപയോഗിക്കാം.

ഉപയോഗിക്കുന്നത് immutable സുരക്ഷിതമാകുന്നത് URL എപ്പോഴും ഒരേ കണ്ടൻ്റിലേക്ക് പോയിൻ്റ് ചെയ്യുമെങ്കിൽ മാത്രമാണ്.

ETag എന്താണ് നിയന്ത്രിക്കുന്നത്

ഒരിക്കൽ ഈ max-age കാലയളവ് അവസാനിച്ചാൽ, ബ്രൗസർ കാഷെ ചെയ്ത പകർപ്പ് ഒഴിവാക്കില്ല. പകരം, പഴയ പകർപ്പ് ഇപ്പോഴും സാധുവാണോ എന്നറിയാൻ അത് സെർവറുമായി പരിശോധിക്കുന്നു. ഇവിടെയാണ് ETag വരുന്നത്. ഒരു ETag ഒരു അദ്വിതീയ ഐഡൻ്റിഫയർ ആണ്, സാധാരണയായി കണ്ടൻ്റിൻ്റെ ഒരു ഹാഷ്. കണ്ടൻ്റ് മാറുകയാണെങ്കിൽ, ഈ ETag കൂടി മാറും. ഇത് എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്നത് ഇതാ:

1. സെർവർ ഇതിലൂടെ പ്രതികരിക്കുന്നു, ഒരു ETag, ഉദാഹരണത്തിന്, ETag: "abc123".
2. ബ്രൗസർ ഈ മൂല്യം ഓർമ്മിക്കുന്നു. കാഷെ ചെയ്ത പകർപ്പിൻ്റെ കാലാവധി കഴിയുമ്പോൾ, അത് ഇതിനൊപ്പം ഒരു അഭ്യർത്ഥന അയയ്ക്കുന്നു If-None-Match: "abc123".
3. സെർവർ നിലവിലെ പരിശോധിക്കുന്നു ETag. അത് മാറിയിട്ടില്ലെങ്കിൽ, അത് ഇതിലൂടെ മറുപടി നൽകുന്നു 304 Not Modified, റിസോഴ്സ് വീണ്ടും ഡൗൺലോഡ് ചെയ്യാതെ കാഷെ ചെയ്ത പകർപ്പ് ഉപയോഗിക്കുന്നത് തുടരാൻ ബ്രൗസറിനെ അനുവദിക്കുന്നു.

ഈ പ്രക്രിയ ബാൻഡ്‌വിഡ്ത്ത് ലാഭിക്കുകയും ലോഡിംഗ് സമയം വേഗത്തിലാക്കുകയും ചെയ്യുന്നു.

എന്തുകൊണ്ടാണ് ചില പ്രോജക്റ്റുകൾ ETag ഒഴിവാക്കുന്നത്

ചില സന്ദർഭങ്ങളിൽ, ഉദാഹരണത്തിന് ogp-generator.php പ്രോജക്റ്റിൽ, ഉപയോഗിക്കുന്നത് ETag അനാവശ്യമാണെന്ന് തോന്നിയേക്കാം. പോസ്റ്റ് അവസാനം മാറ്റം വരുത്തിയ സമയത്തെ അടിസ്ഥാനമാക്കി ഓരോ ചിത്രത്തിനും പ്രോജക്റ്റ് ഒരു അദ്വിതീയ ഫയൽനാമം സൃഷ്ടിക്കുന്നു. കാഷെ ബസ്റ്റിംഗ് എന്നറിയപ്പെടുന്ന ഈ സാങ്കേതികവിദ്യ, പോസ്റ്റ് എഡിറ്റ് ചെയ്യുമ്പോഴെല്ലാം URL മാറുന്നുവെന്ന് ഉറപ്പാക്കുന്നു. അതിനാൽ, ഇതിൻ്റെ ആവശ്യമില്ല ETag കാരണം കണ്ടൻ്റ് ഫ്രഷ് ആണെന്ന് URL തന്നെ ഉറപ്പുനൽകുന്നു.

ഉപസംഹാരം

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

ഗുണങ്ങൾ

• സെർവർ അഭ്യർത്ഥനകൾ കുറയ്ക്കുന്നതിലൂടെ വെബ് പ്രകടനം മെച്ചപ്പെടുത്തുന്നു.
• അനാവശ്യ ഡൗൺലോഡുകൾ തടയുന്നതിലൂടെ ബാൻഡ്‌വിഡ്ത്ത് ലാഭിക്കുന്നു.
• ബ്രൗസറുകൾക്കും CDN-കൾക്കും വ്യക്തമായ കാഷിംഗ് നിർദ്ദേശങ്ങൾ നൽകുന്നു.

ദോഷങ്ങൾ

• തെറ്റായ കോൺഫിഗറേഷൻ പഴയ കണ്ടൻ്റ് നൽകുന്നതിലേക്ക് നയിച്ചേക്കാം.
• URL-കൾ ശരിയായ കണ്ടൻ്റിലേക്ക് പോയിൻ്റ് ചെയ്യുന്നുവെന്ന് ഉറപ്പാക്കാൻ ശ്രദ്ധാപൂർവ്വമായ മാനേജ്മെൻ്റ് ആവശ്യമാണ്.

മുന്നറിയിപ്പ്

ഈ ലേഖനം വിദ്യാഭ്യാസ ആവശ്യങ്ങൾക്കുള്ളതാണ്. നിങ്ങളുടെ ആപ്ലിക്കേഷനുകളിൽ എല്ലായ്പ്പോഴും പ്ലേസ്‌ഹോൾഡർ മൂല്യങ്ങൾക്ക് പകരം യഥാർത്ഥ ഡാറ്റ നൽകുക. അവയെ ആശ്രയിക്കുന്നതിന് മുമ്പ് യഥാർത്ഥ ഉറവിടത്തിനെതിരായ ഏതെങ്കിലും അവകാശവാദങ്ങൾ പരിശോധിച്ചുറപ്പിക്കുക.

പതിവായി ചോദിക്കുന്ന ചോദ്യങ്ങൾ

• എന്താണ് Cache-Control? — ഒരു റിസോഴ്സ് എത്ര സമയത്തേക്ക്, ഏതൊക്കെ സാഹചര്യങ്ങളിൽ കാഷെ ചെയ്യാമെന്ന് വ്യക്തമാക്കുന്ന ഒരു HTTP ഹെഡർ ആണ് Cache-Control.
• ETag എന്നതിൻ്റെ പൂർണ്ണരൂപം എന്താണ്? — ETag എന്നാൽ Entity Tag (എൻ്റിറ്റി ടാഗ്) എന്നാണ് അർത്ഥമാക്കുന്നത്, ഇത് ഒരു റിസോഴ്സിൻ്റെ നിർദ്ദിഷ്ട പതിപ്പിനായുള്ള ഒരു അദ്വിതീയ ഐഡൻ്റിഫയർ ആണ്.
• Cache-Control എങ്ങനെ പ്രകടനം മെച്ചപ്പെടുത്തുന്നു? — ഇത് റിസോഴ്സുകൾ കാഷെ ചെയ്യാൻ ബ്രൗസറുകളെ അനുവദിക്കുന്നു, സെർവറിലേക്കുള്ള ആവർത്തിച്ചുള്ള അഭ്യർത്ഥനകളുടെ ആവശ്യം കുറയ്ക്കുന്നു.
• ഞാൻ എപ്പോഴാണ് ETag ഉപയോഗിക്കേണ്ടത്? — കാഷെ ചെയ്ത റിസോഴ്സിൻ്റെ ഫ്രഷ്നസ് കാലയളവിന് ശേഷം അത് മാറിയിട്ടുണ്ടോ എന്ന് കാര്യക്ഷമമായി പരിശോധിക്കാൻ നിങ്ങൾ ആഗ്രഹിക്കുമ്പോൾ ETag ഉപയോഗിക്കുക.
• എന്താണ് കാഷെ ബസ്റ്റിംഗ് (cache busting)? — ഒരു റിസോഴ്സിൻ്റെ കണ്ടൻ്റ് മാറുമ്പോഴെല്ലാം അതിൻ്റെ URL മാറ്റുന്ന ഒരു സാങ്കേതികവിദ്യയാണ് കാഷെ ബസ്റ്റിംഗ്, ഇത് ഉപയോക്താക്കൾക്ക് അപ്ഡേറ്റ് ചെയ്ത പതിപ്പ് ലഭിക്കുന്നുവെന്ന് ഉറപ്പാക്കുന്നു.
• എനിക്ക് ETag ഇല്ലാതെ Cache-Control ഉപയോഗിക്കാനാകുമോ? — അതെ, നിങ്ങൾക്ക് Cache-Control സ്വന്തമായി ഉപയോഗിക്കാൻ കഴിയും, എന്നാൽ കാഷിംഗിന് ശേഷം കണ്ടൻ്റ് ഫ്രഷ് ആണെന്ന് സ്ഥിരീകരിക്കാനുള്ള ഒരു മാർഗ്ഗം ETag നൽകുന്നു.

ടാഗുകൾ

#http #caching #webdevelopment #performance #etag #cachecontrol #webdesign #frontend #backend #optimization