Anda dapat membuat aturan berdasarkan bagian-bagian berbeda dari permintaan pengguna—seperti string kueri, header permintaan HTTP, atau cookie—untuk menghasilkan kunci cache kustom. Fitur ini menyatukan kunci cache untuk sekelompok permintaan yang mengakses file yang sama, sehingga mencegah file yang identik di-cache sebagai entitas terpisah akibat variasi parameter permintaan. Dengan demikian, tingkat hit cache meningkat, sedangkan waktu respons dan konsumsi bandwidth berkurang.
Informasi latar belakang
Fitur kunci cache kustom tidak mengubah URL asal (back-to-origin URL), melainkan hanya mengubah identitas cache dari permintaan. Hal ini memastikan bahwa permintaan ke origin tetap konsisten dengan permintaan klien.
Kunci cache adalah pengenal unik untuk file yang di-cache pada titik kehadiran (POP) ESA. Setiap file yang di-cache pada POP memiliki kunci cache yang unik. Secara default, kunci cache adalah URL lengkap dari permintaan klien, termasuk parameternya.
Catatan
Jika Anda mengonfigurasi CacheKey kustom dengan parameter seperti header permintaan HTTP, cookie, atau fitur pengguna, Anda tidak dapat menggunakan Purge cache by URL untuk membersihkan file cache untuk URL tertentu. Sebagai gantinya, Anda harus menggunakan Purge cache by custom key untuk membersihkan file cache untuk URL tersebut.
Kasus penggunaan
Prosedur
Saat aturan diterapkan, permintaan dicocokkan sesuai dengan Rule Precedence.
Di Konsol ESA, pilih Websites, lalu di kolom Website, klik situs target.
Di panel navigasi kiri, pilih .
Klik Create Rule dan masukkan Rule Name.
Di bawah If requests match..., atur kondisi pencocokan untuk permintaan masuk. Untuk informasi lebih lanjut tentang pembuatan ekspresi aturan, lihat Composition of a rule expression.
Di bagian Cache Eligibility, atur Cache Eligibility menjadi Eligible for Cache.
Di bagian Custom Cache Keys, klik Configure, lalu atur parameter berikut.

Parameter
Deskripsi
Sort Query Strings
Menentukan apakah akan mengaktifkan fitur Sort Query String.
Query String
Menentukan apakah akan menghapus karakter
?dan query string setelahnya dari URL permintaan.HTTP Request Header
Include these header names and values (enter header name; lowercase only): Menambahkan nama header permintaan HTTP yang ditentukan beserta nilainya ke Cachekey.
Check existence (enter header name; lowercase only): Memeriksa apakah header permintaan HTTP yang ditentukan ada. Jika ada, nama-namanya ditambahkan ke Cachekey.
Cookie
Include these cookie names and values (enter cookie name; lowercase only): Menambahkan nama parameter cookie yang ditentukan beserta nilainya ke Cachekey.
Check existence (enter header name; lowercase only): Memeriksa apakah parameter cookie yang ditentukan ada. Jika ada, nama-namanya ditambahkan ke Cachekey.
Tipe karakter input yang didukung:
Simbol:
! # $ % & ' * + - . ^ _ ` | ~Angka:
0-9Huruf:
a-z(huruf kecil bahasa Inggris)
User
Device Type: Mengidentifikasi tipe klien berdasarkan informasi
User-Agentklien, lalu menghasilkan Cachekey berdasarkan tipe klien tersebut. Nilai yang valid:desktop,tablet,mobileCountry/Region: Mengidentifikasi negara atau wilayah klien berdasarkan alamat IP klien, lalu menghasilkan Cachekey berdasarkan negara atau wilayah tersebut.
Language: Mengidentifikasi bahasa klien berdasarkan informasi
Accept-Languagedalam permintaan klien, lalu menghasilkan Cachekey berdasarkan jenis bahasa tersebut.
Cache Deception Defense
Melindungi dari serangan web cache deception sekaligus memungkinkan konten statis di-cache.
Klik OK.
Contoh konfigurasi
Skenario contoh |
|
Konfigurasi fitur |
|
Cachekey yang dihasilkan | Fragmen Cachekey yang dihasilkan untuk setiap parameter adalah:
Oleh karena itu, Cachekey akhir merupakan gabungan dari fragmen-fragmen tersebut: |
Dokumentasi terkait
Fitur terkait aturan memiliki prioritas efektif, reentrancy, dan granularitas efektif yang berbeda-beda. Untuk detailnya, lihat Properties of Rule-Related Features.
