ഓരോ Cloudflare Pages ബിൽഡിന് ശേഷവും ഞാൻ നടത്തുന്ന 3 പോസ്റ്റ്-ഡിപ്ലോയ്മെന്റ് പരിശോധനകൾ
പ്രൊഡക്ഷൻ പ്രശ്നങ്ങൾ പരിഹരിക്കാൻ (debugging) ഞാൻ രണ്ടാഴ്ച ചിലവഴിച്ചു.
ഒരു സൈറ്റ്മാപ്പ് റൂൾ എന്റെ XML ഫയലുകളെ തടഞ്ഞു. ഒരു race condition കാരണം ഇമേജ് അപ്ലോഡ് പരാജയപ്പെട്ടു. ഊഹിച്ചുകൊണ്ട് പ്രവർത്തിക്കുന്നത് നിർത്തി ഞാൻ എന്റെ വർക്ക്ഫ്ലോയിൽ മൂന്ന് പ്രത്യേക പരിശോധനകൾ ഉൾപ്പെടുത്തി.
മൂന്ന് Astro 5 SSG സൈറ്റുകളിലാണ് ഞാൻ ഇവ നടപ്പിലാക്കുന്നത്: aiappdex.com, findindiegame.com, പിന്നെ ossfind.com എന്നിവയാണ് അവ.
എന്റെ സൈറ്റുകളിൽ യഥാർത്ഥത്തിൽ സംഭവിക്കാറുള്ള പിഴവുകൾ കണ്ടെത്തുന്നതിനാണ് ഈ പരിശോധനകൾ ലക്ഷ്യമിടുന്നത്.
- Sitemap Verification
എല്ലാ ഡൊമെയ്നുകളിലും sitemap-index.xml ഒരു 200 സ്റ്റാറ്റസ് കോഡ് നൽകുന്നുണ്ടോ എന്ന് ഞാൻ പരിശോധിക്കുന്നു. ഇതിനായി redirect ഫോളോ ചെയ്യാത്ത രീതിയിൽ ഞാൻ curl ഉപയോഗിക്കുന്നു. URL-കൾ തെറ്റായി റീറൈറ്റ് ചെയ്യുന്ന റൂളുകളെ കണ്ടെത്താൻ ഇത് സഹായിക്കുന്നു.
സബ്-സൈറ്റ്മാപ്പുകളും (sub-sitemaps) ഞാൻ പരിശോധിക്കാറുണ്ട്. അവയിൽ കുറഞ്ഞത് നിശ്ചിത എണ്ണം URL-കൾ ഉണ്ടെന്ന് ഞാൻ ഉറപ്പുവരുത്തുന്നു. ഉദാഹരണത്തിന്, aiappdex.com-ലെ URL-കളുടെ എണ്ണം 1,000-ൽ താഴെയായാൽ, എന്റെ ഡാറ്റാ പൈപ്പ്ലൈൻ പരാജയപ്പെട്ടുവെന്ന് അർത്ഥം.
- IndexNow Submission
സൈറ്റ്മാപ്പ് പരിശോധന വിജയകരമായാൽ, URL-കൾ IndexNow-ലേക്ക് സമർപ്പിക്കുന്നതിനായി ഞാൻ ഒരു സ്ക്രിപ്റ്റ് പ്രവർത്തിപ്പിക്കുന്നു. ഇത് പുതിയ ഉള്ളടക്കത്തെക്കുറിച്ച് Bing, Yandex, Naver, Seznam എന്നിവയെ അറിയിക്കുന്നു.
403 എററുകൾക്കായി ഞാൻ ശ്രദ്ധിക്കുന്നു. സാധാരണയായി ഒരു 403 എറർ എന്നാൽ എന്റെ കീ വെരിഫിക്കേഷൻ ഫയൽ ഡിപ്ലോയ് ചെയ്യുന്നതിൽ പരാജയപ്പെട്ടു എന്നോ അല്ലെങ്കിൽ ഒരു റീഡയറക്ട് റൂൾ പാത്ത് (path) തകരാറിലാക്കി എന്നോ ആണ് അർത്ഥമാക്കുന്നത്. ഇത് നേരത്തെ കണ്ടെത്തുന്നത് ഇൻഡെക്സിംഗ് വൈകുന്നത് ഒഴിവാക്കാൻ സഹായിക്കുന്നു.
ഡിപ്ലോയ്മെന്റിന് ശേഷം ഞാൻ ഇത് മാനുവലായി ചെയ്യുന്നു. ഇത് CDN-ൽ ലൈവ് ആയിട്ടുള്ള URL-കൾ തന്നെ സമർപ്പിക്കുന്നുണ്ടെന്ന് ഉറപ്പാക്കുന്നു.
- Scheduled Lighthouse Audits
എല്ലാ തിങ്കളാഴ്ചയും ഒരു cron job വഴി ഞാൻ Lighthouse പരിശോധനകൾ നടത്തുന്നു. ഓരോ സൈറ്റിലും ഒരു ഹോംപേജും ഒരു ഡീപ് പേജും (deep page) ഞാൻ പരിശോധിക്കുന്നു.
ഞാൻ ഈ മെട്രിക്സുകൾ നിരീക്ഷിക്കുന്നു:
- Performance (ലക്ഷ്യം 80-ന് മുകളിൽ)
- CLS (ലക്ഷ്യം 0.1-ന് താഴെ)
- Accessibility സ്കോറുകൾ
ഒരു ട്രെൻഡ് മോണിറ്ററായിട്ടാണ് ഞാൻ Lighthouse ഉപയോഗിക്കുന്നത്. സ്കോറിൽ ചെറിയ കുറവുണ്ടായാൽ ഞാൻ ഡിപ്ലോയ്മെന്റുകൾ തടയാറില്ല. എന്റെ Tailwind കോൺഫിഗറേഷനിലോ കമ്പോണന്റ് ലേഔട്ടുകളിലോ (component layouts) എന്തെങ്കിലും മാറ്റങ്ങൾ (regressions) വന്നിട്ടുണ്ടോ എന്ന് കണ്ടെത്താൻ ഞാൻ ഈ ഡാറ്റ ഉപയോഗിക്കുന്നു.
എന്തുകൊണ്ടാണ് ഈ മൂന്ന് പരിശോധനകൾ?
ഞാൻ uptime മോണിറ്ററിംഗോ എൻഡ്-ടു-എൻഡ് യൂസർ ടെസ്റ്റുകളോ ഉപയോഗിക്കാറില്ല. എന്റെ സൈറ്റുകൾ സ്റ്റാറ്റിക് SSG ഡിപ്ലോയ്മെന്റുകളാണ്. ഇതിന്റെ റൺടൈം മുഴുവൻ പ്രീ-ബിൽറ്റ് HTML, CSS എന്നിവയാണ്.
പിഴവുകൾ സംഭവിക്കാനുള്ള സാധ്യത വളരെ കുറവാണ്. എന്റെ പ്രൊഡക്ഷൻ എൻവയോൺമെന്റിൽ തകരാറുകൾ സംഭവിക്കാൻ സാധ്യതയുള്ള പ്രധാന കാര്യങ്ങൾ ഈ മൂന്ന് പരിശോധനകളിലൂടെയും കവർ ചെയ്യുന്നു.
ഉറവിടം: https://dev.to/morinaga/three-post-deploy-checks-i-run-after-every-cloudflare-pages-build-3j14