Anomali cache atau konten kedaluwarsa - Edge Security Acceleration

Setelah mengintegrasikan situs ke Edge Security Accelerator (ESA), permintaan mungkin tetap mengembalikan konten kedaluwarsa meskipun file di origin server telah diperbarui. Hal ini umumnya terjadi karena cache ESA sebelumnya belum dipurge atau karena aturan cache tidak mengecualikan antarmuka dinamis. Topik ini menjelaskan penyebab umum anomali cache dan konten kedaluwarsa serta menyediakan langkah-langkah troubleshooting.

Konten halaman tidak diperbarui setelah onboarding, atau cache berperilaku tidak sesuai harapan

Gejala khas: File di origin server telah diperbarui, tetapi permintaan melalui ESA masih mengembalikan konten lama.

Sebelum menerapkan solusi, identifikasi terlebih dahulu penyebabnya. Periksa bidang x-cache pada header respons untuk menentukan apakah respons disajikan dari cache. Tabel berikut mencantumkan penyebab umum beserta solusi yang sesuai. Terapkan hanya solusi yang relevan dengan penyebab Anda.

Gejala	Penyebab	Solusi
Permintaan tetap mengembalikan konten lama setelah Anda memperbarui file di origin server	Cache belum dipurge	Purge cache
Antarmuka dinamis, seperti permintaan API dan pengiriman form, di-cache	Aturan cache tidak mengecualikan antarmuka dinamis	Konfigurasikan aturan do-not-cache
Sumber daya statis tidak di-cache	Origin server menetapkan `Cache-Control: no-cache` pada header responsnya	Aktifkan Ignore origin no-cache header

Purge cacheESA

Terapkan solusi ini jika file di origin server telah diperbarui tetapi cache belum dipurge.

Pada panel navigasi kiri, pilih Cache > Purge Cache.
Pilih jenis purge berdasarkan cakupan yang ingin Anda bersihkan:
- URL purge: membersihkan cache file tertentu. Gunakan opsi ini untuk purge satu file.
- Directory purge: membersihkan cache seluruh direktori. Gunakan opsi ini untuk purge semua file dalam suatu direktori.
Masukkan URL file atau direktori yang ingin Anda purge.
Kirim permintaan purge.

Konfigurasikan aturan cache

Terapkan solusi ini jika antarmuka dinamis di-cache karena aturan cache tidak mengecualikannya.

Pada panel navigasi kiri, pilih Rules > Cache Rules.
Tambahkan aturan untuk antarmuka dinamis Anda, seperti permintaan API dan pengiriman form.
Pada aturan tersebut, cocokkan file dinamis berdasarkan ekstensi file (seperti .php, .asp, .aspx, dan .jsp) atau berdasarkan path API, lalu atur agar permintaan yang sesuai tidak di-cache.

Abaikan header no-cache dari origin

Jika origin server menetapkan Cache-Control: no-cache pada header responsnya tetapi Anda ingin ESA meng-cache sumber daya statis, aktifkan Ignore origin no-cache header.

Pada panel navigasi kiri, pilih Cache > Cache Settings.
Aktifkan Ignore origin no-cache header.

Verifikasi hasil

Setelah menerapkan solusi yang sesuai dengan penyebab Anda, refresh halaman dan periksa bidang x-cache pada header respons. MISS menunjukkan bahwa cache telah dipurge, sedangkan HIT menunjukkan bahwa respons dikembalikan dari cache ESA.

Nilai x-cache yang dapat Anda harapkan bergantung pada solusi yang diterapkan:

Setelah purge cache, respons untuk sumber daya yang dipurge akan menampilkan MISS, yang mengonfirmasi bahwa cache telah dipurge.
Setelah mengonfigurasi aturan do-not-cache, respons untuk permintaan dinamis yang sesuai akan menampilkan MISS karena tidak disajikan dari cache.
Setelah mengaktifkan Ignore origin no-cache header, sumber daya statis dapat di-cache, dan respons akan menampilkan HIT ketika disajikan dari cache.
Jika masalah masih berlanjut, periksa cakupan solusi yang telah Anda terapkan:

Untuk purge cache, pastikan jenis purge mencakup sumber daya yang terdampak. URL purge membersihkan cache file tertentu, sedangkan directory purge membersihkan cache seluruh direktori.
Untuk aturan cache, pastikan aturan tersebut sesuai dengan ekstensi file atau path API dari permintaan yang terdampak.