Pembersihan Cache dan Pemversian

Pernahkah anda mengemas kini laman web atau aplikasi anda, tetapi mendapati pengguna masih melihat versi lama?

Masalah lazim ini sering berpunca daripada cache. Pengosongan cache ialah teknik yang digunakan untuk memaksa pelayar dan pelayan cache (seperti CDN) memuatkan versi terkini fail anda, bukannya menyampaikan salinan lapuk yang tersimpan dalam cache.

Cache amat baik untuk prestasi, tetapi cache boleh menyimpan kandungan lama.

Apabila pelayar atau CDN menyimpan fail dalam cache (seperti imej, CSS atau JavaScript), biasanya hal ini dilakukan berdasarkan URL fail dan pengepala HTTP tertentu (seperti Cache-Control). Jika URL tidak pernah berubah, cache mungkin tidak menyedari bahawa kandungan fail telah dikemas kini.

Salah satu kaedah pengosongan cache yang paling mudah ialah menggunakan rentetan pertanyaan. Anda menambahkan pengecam unik (seperti nombor versi atau cap masa) pada penghujung URL fail.

Apabila rentetan pertanyaan berubah, pelayar atau CDN menganggapnya sebagai URL yang sepenuhnya baharu, lalu memaksanya mengambil fail yang dikemas kini daripada pelayan asal.

Beginilah cara anda mungkin menggunakan rentetan pertanyaan untuk mengosongkan cache bagi fail CSS:

<link rel="stylesheet" href="/css/style.css?v=1.0.1">

Jika anda mengemas kini style.css, anda akan mengubah versinya: /css/style.css?v=1.0.2. Ini memberi isyarat kepada cache bahawa versi baharu tersedia.

Walaupun mudah, rentetan pertanyaan mempunyai beberapa kelemahan:

• Sesetengah pelayan proksi mungkin mengabaikan rentetan pertanyaan ketika menyimpan dalam cache, lalu menyebabkan kandungan lapuk.
• Setiap perubahan rentetan pertanyaan menghasilkan entri cache baharu, yang berpotensi memecah-pecahkan cache.
• Kaedah ini tidak memanfaatkan versi sedia ada dalam cache jika hanya sebahagian kecil fail berubah.

Untuk aset kritikal, kaedah yang lebih kukuh biasanya lebih digemari.

Teknik yang lebih berkuasa melibatkan penyematan cincangan kandungan fail terus ke dalam nama failnya.

Contohnya, main.css menjadi main.d41d8cd9.css. Jika satu aksara sahaja dalam main.css berubah, cincangannya akan menjadi sama sekali berbeza, lalu menghasilkan nama fail yang unik.

Alat binaan seperti Webpack atau Gulp biasanya mengautomatikkan proses ini. Alat tersebut menjana cincangan unik berdasarkan kandungan fail dan menamakannya semula semasa penggunaan.

Kaedah ini memastikan hanya fail yang benar-benar baharu diambil, manakala fail lama yang tidak berubah boleh kekal dalam cache tanpa had, sekali gus memaksimumkan kecekapan cache.

Pembatalan cache bukan hanya untuk fail statik. Bagi kandungan dinamik atau API, pengversionan membantu mengurus perubahan.

Pengversionan API melibatkan perubahan pada URL titik akhir API (contohnya, /api/v1/products kepada /api/v2/products) atau penggunaan pengepala HTTP tersuai (contohnya, X-API-Version: 2).

Pembatalan cache yang berkesan sering menggabungkan beberapa strategi:

• Automatikkan Pencincangan: Gunakan alat binaan untuk aset statik.
• Pencachean Agresif: Tetapkan tempoh cache yang panjang untuk fail yang dicincang.
• Pengversionan API: Untuk perubahan yang memutuskan keserasian dalam kandungan dinamik.
• Permintaan Bersyarat: Gunakan ETag atau Last-Modified untuk kemas kini kecil yang kerap.

Matlamatnya adalah untuk menyampaikan kandungan terbaharu dengan boleh dipercayai sambil memaksimumkan capaian cache.

Kita telah mempelajari bahawa pembatalan cache dan pengversionan penting untuk menyampaikan kandungan terkini dalam persekitaran yang menggunakan cache.

Dengan menggunakan teknik seperti rentetan pertanyaan atau, dengan lebih kukuh, pencincangan kandungan fail untuk aset statik, serta pengversionan khusus untuk API, anda boleh memastikan pengguna sentiasa menikmati ciri dan pembaikan terkini tanpa menjejaskan prestasi.