Pembuat Header Kontrol Cache
Buat header HTTP Kontrol Cache standar dan sangat optimal secara visual dalam hitungan detik. Tentukan cakupan publik/pribadi, atur batas waktu kedaluwarsa max-age dan s-maxage menggunakan preset ramah, tambahkan fallback lama, dan salin konfigurasi server siap pakai untuk Nginx, Apache, Vercel, dan Next.js. Pribadi, cepat, dan lokal.
Select your cacheability scope, set browser/CDN expiration parameters, enable stale recovery limits, and specify revalidation holds.
Cache-Control: public, max-age=3600
Plain-English Caching Rule Translation
Browsers will cache this resource locally for up to 1 hour and load it instantly from cache without checking the server.
CDNs and public proxies will cache this resource for up to 1 hour (matching the browser limit).
Once the cache expires, browsers will typically check with the server, but may serve a cached copy under certain network/browser fallback conditions.
Standard caching directive layout suitable for ordinary web assets.
Fitur Pembuat Header Kontrol Cache
- Konfigurasi Petunjuk Terperinci: Konfigurasikan cakupan Cacheability, Browser Max-Age, penggantian CDN, fallback basi, harus divalidasi ulang, dan pengaturan kekekalan dengan mudah.
- Terjemahan Bahasa Inggris Biasa: Pahami dengan tepat bagaimana konfigurasi header Anda menginstruksikan browser, CDN, dan proxy untuk menyimpan, memvalidasi, dan menyajikan aset web Anda.
- Integrasi Kode Multi-Platform: Hasilkan cuplikan integrasi secara instan untuk Nginx, Apache, Vercel, Next.js, Netlify, Express, PHP, dan Cloudflare Workers.
- 100% Kotak Pasir Lokal & Aman: Setiap perhitungan, kompilasi header, dan ekspor cuplikan dijalankan sepenuhnya di sisi klien browser lokal Anda, memastikan privasi lengkap.
Hirarki Caching (Browser vs CDN)
Caching web terjadi di banyak lapisan. Pertama, cache browser menyimpan sumber daya secara lokal di mesin pengguna. Kedua, cache bersama seperti proxy, gateway, dan file cache Jaringan Pengiriman Konten (CDN) yang lebih dekat dengan pengguna di lokasi edge. Menggunakan arahan seperti public, private, dan s-maxage memungkinkan Anda mengontrol lapisan mana yang menyimpan cache file Anda dan berapa lama.
Validasi & Validasi Ulang Cache
Perintah seperti must-revalidate dan proxy-revalidate menginstruksikan cache tentang apa yang harus dilakukan ketika sumber daya yang di-cache habis masa berlakunya (menjadi basi). Ketika validasi ulang diperlukan, cache tidak dapat menyajikan salinan basi hingga berhasil memverifikasi dengan server asal (menggunakan If-None-Match dengan ETags atau If-Modified- Since) bahwa sumber daya tidak berubah.
Keuntungan basi-sementara-validasi ulang
Aplikasi web modern menggunakan masa berlaku sementara validasi ulang untuk mengoptimalkan jalur rendering penting. Daripada membuat pengguna menunggu permintaan jaringan ketika item yang di-cache sudah basi, klien langsung memuat item basi dari cache. Di latar belakang, browser memicu permintaan validasi ulang untuk mengganti entri cache lama dengan salinan baru untuk permintaan berikutnya.
Kekekalan untuk Aset Hash
Untuk kerangka kerja frontend modern yang menggunakan hashing konten untuk keluaran build (mis. bundle.[hash].js), file dijamin tidak akan pernah berubah. Menandai respons ini sebagai tidak dapat diubah dengan usia maksimum yang tinggi (misalnya 1 tahun) akan mencegah browser membuang-buang siklus CPU dan bandwidth server pada pemeriksaan validasi ulang yang berlebihan, bahkan selama penyegaran browser secara intensif.
Pertanyaan yang Sering Diajukan
Kontrol Cache adalah header HTTP standar yang berisi arahan yang menginstruksikan browser, proxy, dan Jaringan Pengiriman Konten (CDN) tentang cara menyimpan sumber daya dalam cache. Ini mengatur kemampuan cache, batas waktu kedaluwarsa, permintaan validasi ulang, dan kebijakan fallback yang sudah ketinggalan zaman untuk mengoptimalkan kinerja web dan penggunaan bandwidth.
Arahan max-age menentukan berapa lama (dalam detik) suatu respons dianggap baru untuk browser klien. Arahan s-maxage secara khusus mengesampingkan max-age untuk cache, proxy, dan CDN bersama (seperti Cloudflare atau Fastly), memungkinkan Anda menyimpan aset dalam cache pada node edge untuk durasi yang berbeda dari browser pengguna.
Perintah no-store melarang cache apa pun (browser pribadi atau CDN publik) menyimpan bagian mana pun dari permintaan atau respons; itu diambil segar dari server asal setiap saat. Arahan no-cache mengizinkan cache untuk menyimpan respons, tetapi memaksanya untuk memvalidasinya dengan server asal (menggunakan ETag atau Last-Modified) sebelum menggunakannya kembali.
Arahan yang tidak dapat diubah memberi tahu browser bahwa isi respons tidak akan pernah berubah selama umur maksimalnya. Hal ini mencegah browser mengirimkan permintaan validasi ulang bersyarat ke server saat pengguna menyegarkan halaman secara manual, sehingga mempercepat pemuatan ulang halaman untuk aset bundel statis dan hash (seperti main.a8f9b2.js).
Arahan basi-sementara-validasi ulang memungkinkan cache untuk secara instan menyajikan aset cache yang kedaluwarsa (basi) ke klien sekaligus memicu pengambilan latar belakang untuk mengambil versi baru dari server asal, sehingga menghasilkan respons latensi yang dirasakan sebesar 0 ms.
Ya, 100%. Semua kompilasi header, terjemahan, dan pembuatan cuplikan kode dijalankan sepenuhnya di sisi klien di browser web Anda. Tidak ada pengaturan, jalur API, atau nilai parameter yang pernah diunggah ke server eksternal, sehingga menjaga privasi sepenuhnya.