𝟯 𝗣𝗼𝘀𝘁-𝗗𝗲𝗽𝗹𝗼𝘆 𝗖𝗵𝗲𝗰𝗸𝘀 𝗜 𝗥𝘂𝗻 𝗔𝗳𝘁𝗲𝗿 𝗘𝘃𝗲𝗿𝘆 𝗖𝗹𝗼𝘂𝗱𝗳𝗹𝗮𝗿𝗲 𝗣𝗮𝗴𝗲𝘀 𝗕𝘂𝗶𝗹𝗱
ਮੈਂ production ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ debug ਕਰਨ ਵਿੱਚ ਦੋ ਹਫ਼ਤੇ ਬਿਤਾਏ।
ਇੱਕ sitemap rule ਨੇ ਮੇਰੀਆਂ XML ਫਾਈਲਾਂ ਨੂੰ ਰੋਕ ਦਿੱਤਾ। ਇੱਕ race condition ਕਾਰਨ image upload ਫੇਲ ਹੋ ਗਏ। ਮੈਂ ਅੰਦਾਜ਼ੇ ਲਗਾਉਣਾ ਬੰਦ ਕਰ ਦਿੱਤਾ ਅਤੇ ਆਪਣੇ workflow ਵਿੱਚ ਤਿੰਨ ਖਾਸ ਚੈੱਕ ਜੋੜ ਦਿੱਤੇ।
ਮੈਂ ਇਹਨਾਂ ਨੂੰ ਤਿੰਨ Astro 5 SSG sites 'ਤੇ ਚਲਾਉਂਦਾ ਹਾਂ: aiappdex.com, findindiegame.com, ਅਤੇ ossfind.com।
ਇਹ ਚੈੱਕ ਮੇਰੇ ਅਸਲ failure modes ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾਉਂਦੇ ਹਨ।
- Sitemap Verification
ਮੈਂ ਚੈੱਕ ਕਰਦਾ ਹਾਂ ਕਿ ਕੀ sitemap-index.xml ਸਾਰੇ domains 'ਤੇ 200 status code ਵਾਪਸ ਕਰਦਾ ਹੈ। ਮੈਂ redirect following ਤੋਂ ਬਿਨਾਂ curl ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹਾਂ। ਇਹ ਉਹਨਾਂ rules ਨੂੰ ਫੜ ਲੈਂਦਾ ਹੈ ਜੋ URLs ਨੂੰ ਗਲਤ ਤਰੀਕੇ ਨਾਲ rewrite ਕਰਦੇ ਹਨ।
ਮੈਂ sub-sitemaps ਨੂੰ ਵੀ ਚੈੱਕ ਕਰਦਾ ਹਾਂ। ਮੈਂ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹਾਂ ਕਿ ਉਹਨਾਂ ਵਿੱਚ URLs ਦੀ ਘੱਟੋ-ਘੱਟ ਗਿਣਤੀ ਹੋਵੇ। ਉਦਾਹਰਨ ਲਈ, ਜੇਕਰ aiappdex.com ਦੇ URLs 1,000 ਤੋਂ ਘੱਟ ਹੋ ਜਾਂਦੇ ਹਨ, ਤਾਂ ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਮੇਰਾ data pipeline ਫੇਲ ਹੋ ਗਿਆ ਹੈ।
- IndexNow Submission
Sitemap ਚੈੱਕ ਪਾਸ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਮੈਂ URLs ਨੂੰ IndexNow ਵਿੱਚ submit ਕਰਨ ਲਈ ਇੱਕ script ਚਲਾਉਂਦਾ ਹਾਂ। ਇਹ Bing, Yandex, Naver, ਅਤੇ Seznam ਨੂੰ ਨਵੇਂ content ਬਾਰੇ ਸੂਚਿਤ ਕਰਦਾ ਹੈ।
ਮੈਂ 403 errors 'ਤੇ ਨਜ਼ਰ ਰੱਖਦਾ ਹਾਂ। 403 ਦਾ ਆਮ ਤੌਰ 'ਤੇ ਮਤਲਬ ਹੁੰਦਾ ਹੈ ਕਿ ਮੇਰੀ key verification file deploy ਹੋਣ ਵਿੱਚ ਫੇਲ ਹੋ ਗਈ ਹੈ ਜਾਂ ਕਿਸੇ redirect rule ਨੇ path ਨੂੰ ਖਰਾਬ ਕਰ ਦਿੱਤਾ ਹੈ। ਇਸਨੂੰ ਜਲਦੀ ਫੜ ਲੈਣ ਨਾਲ indexing ਵਿੱਚ ਦੇਰੀ ਤੋਂ ਬਚਿਆ ਜਾ ਸਕਦਾ ਹੈ।
ਮੈਂ ਇਸਨੂੰ deployment ਤੋਂ ਬਾਅਦ ਮੈਨੂਅਲੀ ਚਲਾਉਂਦਾ ਹਾਂ। ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਮੈਂ ਉਹ URLs submit ਕਰ ਰਿਹਾ ਹਾਂ ਜੋ ਅਸਲ ਵਿੱਚ CDN 'ਤੇ live ਹਨ।
- Scheduled Lighthouse Audits
ਮੈਂ ਹਰ ਸੋਮਵਾਰ ਨੂੰ ਇੱਕ cron job ਰਾਹੀਂ Lighthouse ਚੈੱਕ ਚਲਾਉਂਦਾ ਹਾਂ। ਮੈਂ ਹਰੇਕ site ਲਈ ਇੱਕ homepage ਅਤੇ ਇੱਕ deep page ਚੈੱਕ ਕਰਦਾ ਹਾਂ।
ਮੈਂ ਇਹਨਾਂ metrics 'ਤੇ ਨਜ਼ਰ ਰੱਖਦਾ ਹਾਂ:
- Performance (ਟੀਚਾ 80 ਤੋਂ ਉੱਪਰ)
- CLS (ਟੀਚਾ 0.1 ਤੋਂ ਹੇਠਾਂ)
- Accessibility scores
ਮੈਂ Lighthouse ਨੂੰ ਇੱਕ trend monitor ਵਜੋਂ ਵਰਤਦਾ ਹਾਂ। ਜੇਕਰ ਸਕੋਰ ਥੋੜ੍ਹਾ ਜਿਹਾ ਡਿੱਗ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਮੈਂ deploys ਨੂੰ ਨਹੀਂ ਰੋਕਦਾ। ਮੈਂ ਆਪਣੇ Tailwind config ਜਾਂ component layouts ਵਿੱਚ regressions ਦਾ ਪਤਾ ਲਗਾਉਣ ਲਈ ਇਸ data ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹਾਂ।
Why these three?
ਮੈਂ uptime monitoring ਜਾਂ end-to-end user tests ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਦਾ। ਮੇਰੀਆਂ sites static SSG deployments ਹਨ। ਪੂਰਾ runtime pre-built HTML ਅਤੇ CSS ਹੈ।
Failure surface ਛੋਟੀ ਹੈ। ਇਹ ਤਿੰਨ ਚੈੱਕ ਮੇਰੇ production environment ਦੇ ਟੁੱਟਣ ਦੇ ਸਭ ਤੋਂ ਸੰਭਾਵੀ ਤਰੀਕਿਆਂ ਨੂੰ ਕਵਰ ਕਰਦੇ ਹਨ।
Source: https://dev.to/morinaga/three-post-deploy-checks-i-run-after-every-cloudflare-pages-build-3j14