𝟯 ഓരോ Cloudflare Pages ബിൽഡിന് ശേഷവും ഞാൻ നടത്തുന്ന 𝟯 പോസ്റ്റ്-ഡിപ്ലോയ്മെന്റ് പരിശോധനകൾ
പ്രൊഡക്ഷനിൽ മാത്രം പ്രത്യക്ഷപ്പെടുന്ന പ്രശ്നങ്ങൾ പരിഹരിക്കാൻ (debugging) ഞാൻ രണ്ടാഴ്ചയോളം ചിലവഴിച്ചു.
ഒരു സൈറ്റ്മാപ്പ് റൂൾ എന്റെ സൈറ്റ്മാപ്പ് ഇൻഡക്സിനെ തടഞ്ഞു. മറ്റൊരു പ്രശ്നം ഇമേജ് അപ്ലോഡ് വൈകുന്നത് മൂലമായിരുന്നു.
ഞാൻ ഒരു സമ്പൂർണ്ണ എൻഡ്-ടു-എൻഡ് (end-to-end) ടെസ്റ്റ് സ്യൂട്ട് ഉപയോഗിക്കാറില്ല. പകരം, എനിക്ക് നേരിടേണ്ടി വരുന്ന പിശകുകൾ കണ്ടെത്താൻ മൂന്ന് പ്രത്യേക പരിശോധനകളാണ് ഞാൻ ഉപയോഗിക്കുന്നത്.
Cloudflare Pages-ൽ Astro 5 SSG ഉപയോഗിച്ച് നിർമ്മിച്ച മൂന്ന് സൈറ്റുകളിലാണ് ഞാൻ ഇവ നടപ്പിലാക്കുന്നത്.
- Sitemap Verification
എല്ലാ ഡൊമെയ്നുകളിലും sitemap-index.xml ഒരു 200 സ്റ്റാറ്റസ് കോഡ് നൽകുന്നുണ്ടോ എന്ന് ഞാൻ പരിശോധിക്കുന്നു.
ഞാൻ sitemap-0.xml-ഉം പരിശോധിക്കാറുണ്ട്. അതിൽ കുറഞ്ഞത് നിശ്ചിത എണ്ണം URL-കൾ ഉണ്ടെന്ന് ഞാൻ ഉറപ്പുവരുത്തുന്നു. ഒരു സൈറ്റിൽ ആ എണ്ണം 1,000 ആണ്. ആ എണ്ണത്തിൽ കുറവുണ്ടെങ്കിൽ, എന്റെ ഡാറ്റാ പൈപ്പ്ലൈൻ പരാജയപ്പെട്ടുവെന്ന് അർത്ഥം.
കഠിനമായ അനുഭവത്തിലൂടെയാണ് ഞാൻ ഇത് പഠിച്ചത്. ഒരിക്കൽ ഒരു റീഡയറക്ട് റൂൾ കാരണം എന്റെ സൈറ്റ്മാപ്പ് അഞ്ച് ദിവസം തകരാറിലായി. ബ്രൗസറിൽ നോക്കുമ്പോൾ അത് ശരിയായി കാണപ്പെടുന്നുണ്ടെങ്കിലും ക്രോളറുകൾക്ക് (crawlers) അത് ലഭ്യമായിരുന്നില്ല. curl ഉപയോഗിച്ചതുകൊണ്ടാണ് ഈ പിശക് പെട്ടെന്ന് കണ്ടെത്താൻ കഴിഞ്ഞത്.
- IndexNow Submission
സൈറ്റ്മാപ്പ് പരിശോധനകൾ വിജയകരമായാൽ, URL-കൾ IndexNow-ലേക്ക് സമർപ്പിക്കുന്നതിനായി ഞാൻ ഒരു സ്ക്രിപ്റ്റ് പ്രവർത്തിപ്പിക്കുന്നു. ഇത് എന്റെ URL-കൾ Bing, Yandex, Naver, Seznam എന്നിവയിലേക്ക് അയക്കുന്നു.
IndexNow ഒരു 403 എറർ നൽകുന്നുണ്ടെങ്കിൽ, എന്റെ കീ വെരിഫിക്കേഷൻ ഫയൽ കാണാനില്ലെന്നോ അല്ലെങ്കിൽ ഒരു റീഡയറക്ട് റൂൾ തകരാറിലായെന്നോ ആണ് അർത്ഥം. ഡിപ്ലോയ്മെന്റിന് തൊട്ടുപിന്നാലെ ഇത് കണ്ടെത്തുന്നത് ഇൻഡക്സിംഗ് വൈകുന്നത് ഒഴിവാക്കാൻ സഹായിക്കുന്നു.
GitHub Actions-നുള്ളിൽ ചെയ്യുന്നതിന് പകരം, ഒരു ഡിപ്ലോയ്മെന്റിന് ശേഷം ഞാൻ ഇത് നേരിട്ട് (manually) ചെയ്യുന്നു. ഇത് ലൈവ് ആയതും സ്ഥിരതയുള്ളതുമായ URL-കൾ സമർപ്പിക്കുന്നുണ്ടെന്ന് ഉറപ്പാക്കുന്നു.
- Weekly Lighthouse Audits
എല്ലാ തിങ്കളാഴ്ചയും 04:30 UTC-ക്ക് ഞാൻ ഒരു Lighthouse ചെക്ക് നടത്താറുണ്ട്.
പെർഫോമൻസ് (performance), ലേഔട്ട് ഷിഫ്റ്റുകൾ (layout shifts), അക്സസിബിലിറ്റി സ്കോറുകൾ (accessibility scores) എന്നിവ ഞാൻ നിരീക്ഷിക്കുന്നു. ഈ സൈറ്റുകൾ ക്ലയന്റ് സൈഡ് JS ഇല്ലാത്ത Astro SSG ഉപയോഗിക്കുന്നതിനാൽ, സ്കോറുകൾ സ്ഥിരമായിരിക്കണം. സ്കോറുകളിൽ കുറവുണ്ടെങ്കിൽ, ഒരു CSS അല്ലെങ്കിൽ കമ്പോണന്റ് മാറ്റം ലേഔട്ടിനെ ബാധിച്ചു എന്ന് എനിക്ക് മനസ്സിലാകും.
ഡിപ്ലോയ്മെന്റുകൾ തടയാൻ ഞാൻ ഈ സ്കോറുകൾ ഉപയോഗിക്കാറില്ല. പകരം, മാറ്റങ്ങൾ (trends) നിരീക്ഷിക്കാനാണ് ഞാൻ ഇവ ഉപയോഗിക്കുന്നത്.
എന്തുകൊണ്ട് ഈ മൂന്ന് പരിശോധനകൾ?
ഞാൻ അപ്ടൈം മോണിറ്ററിംഗോ (uptime monitoring) API ചെക്കുകളോ ഉപയോഗിക്കാറില്ല. എന്റെ സൈറ്റുകൾ സ്റ്റാറ്റിക് ആണ്. ഇൻഫ്രാസ്ട്രക്ചർ കൈകാര്യം ചെയ്യുന്നത് Cloudflare ആണ്. ബിൽഡ് സമയത്ത് മാത്രമാണ് ഡാറ്റാബേസ് ക്വറി ചെയ്യുന്നത്.
സ്റ്റാറ്റിക് CDN ഡിപ്ലോയ്മെന്റുകൾക്ക്, ഈ മൂന്ന് പരിശോധനകൾ എന്റെ യഥാർത്ഥ റിസ്കുകൾ പരിഹരിക്കാൻ മതിയാകും.
Source: https://dev.to/morinaga/three-post-deploy-checks-i-run-after-every-cloudflare-pages-build-2862