Purge pada CDN tidak mengosongkan fail yang sudah disimpan dalam pelayar pelawat. Semak laluan respons sebelum melakukan purge secara meluas atau meningkatkan TTL cache.
Bandingkan HTML dan aset berversi
- Minta halaman dan aset yang tepat daripada sesi pelayar bersih. Catat status, Age, Cache-Control, ETag/Last-Modified dan pengepala status cache CDN jika ada.
- Pastikan HTML disahkan semula semasa navigasi dan JS/CSS dengan hash kandungan menggunakan caching jangka panjang. Jangan tetapkan dasar immutable setahun pada URL yang boleh berubah.
Purge lapisan yang lapuk sahaja
- Jika CDN memulangkan bait lama, purge URL atau versi yang tepat dan semak semula daripada dua rangkaian. Jika hanya satu pelayar lapuk, uji profil baharu sebelum mengubah peraturan edge.
- Selepas perubahan, sahkan halaman log masuk dan awam secara berasingan. Respons diperibadikan tidak patut masuk ke cache kongsi; simpan pengepala dan salinan rollback bagi peraturan sebelumnya.
Contoh dan hasil yang dijangka
- Jalankan
curl -sS -D page.headers -o page.html PAGE_URLuntuk halaman; gunakan nama berbeza sepertiasset.headersdanasset.binbagi aset dengan hash. Periksapage.htmlyang disimpan atau bandingkan pengecam build dengan origin. Ulangi kedua-dua permintaan GET selepas deployment dan bandingkan Age serta pengepala status CDN; semak Cache-Control dan ETag juga. HTML mungkin tidak dicache secara lalai, jadi periksa peraturan sebenar laman dahulu. - Jika hanya satu profil pelayar memaparkan data lama, semak service worker dan cache setempatnya. Jika CDN memulangkan HIT lama, purge laluan tepat yang terjejas dan ulangi dalam profil baharu. Jika origin juga lama, baiki deployment/origin dahulu. Jangan purge laluan yang tidak berkaitan.