Kalkulator TTL Cache

TTL (time-to-live) cache adalah lamanya respons yang disimpan — entri cache browser, cache edge CDN, kunci Redis — dianggap "fresh" sebelum harus di-fetch ulang atau di-validasi kembali terhadap origin. Di web, cara paling umum untuk mengekspresikan TTL adalah header respons HTTP Cache-Control: max-age=<seconds>, di mana nilainya selalu dalam detik, bukan menit atau jam. Ketidaksesuaian ini — berpikir dalam jam atau hari tetapi harus mengetik detik — adalah tempat kesalahan sering terjadi (typo mengubah "1 hari" menjadi 864 detik alih-alih 86400).

Kalkulator ini menghilangkan aritmetika. Masukkan nilai TTL dan pilih satuannya (detik, menit, jam, hari atau minggu), dan secara instan mengkonversi nilainya ke total detik, menjelaskan durasi yang mudah dibaca, dan menulis string header Cache-Control: max-age= yang cocok yang dapat Anda tempel langsung ke config server, rule CDN, atau kode aplikasi.

Cara menggunakannya

1. Masukkan Nilai TTL — angka non-negatif apa pun, termasuk desimal (cth. 1.5).
2. Pilih Satuan — Detik, Menit, Jam, Hari atau Minggu.
3. Baca tabel hasil:
   • Total Seconds — angka mentah yang diharapkan max-age.
   • Human-Readable Duration — nilai yang sama dipecah menjadi minggu, hari, jam, menit dan detik (cth. "1 hari, 12 jam").
   • Cache-Control Header — string header siap pakai (Cache-Control: max-age=7200).
   • Expires Header (relative) — pengingat bahwa header Expires yang lebih lama (tanggal absolut) setara dengan "waktu saat ini ditambah jumlah detik ini," untuk sistem yang masih mengeluarkan Expires alih-alih max-age.

Hasil diperbarui secara otomatis saat Anda mengetik — tidak ada tombol untuk diklik.

FAQ

Mengapa detik khususnya? max-age (dan sibling shared-cache s-maxage) didefinisikan dalam spesifikasi HTTP sebagai integer number dari detik. Alat ini membulatkan hasil pecahan (cth. 1.5 menit) ke detik terdekat, karena max-age tidak mendukung pecahan.

Apa arti max-age=0? Nol detik berarti respons cache segera stale — klien harus melakukan revalidasi dengan origin sebelum menggunakannya kembali. Ini berbeda dari no-store, yang melarang penyimpanan respons sama sekali; max-age=0 masih memungkinkan caching, hanya dengan revalidasi wajib.

Apakah ada TTL maksimal yang berguna? Praktis, nilai jauh melampaui satu tahun (31536000 detik) jarang menambah nilai — sebagian besar browser dan CDN menutup caching efektif jauh di bawah itu, dan TTL yang sangat panjang membuat sulit untuk meluncurkan perubahan tanpa cache-busting (cth. nama file versi). Hari-hingga-minggu adalah tipikal untuk aset statis; detik-hingga-menit adalah tipikal untuk respons API dinamis.

Bagaimana dengan s-maxage, stale-while-revalidate, atau direktif Cache-Control lainnya? Alat ini berfokus pada pengkonversian TTL tunggal ke max-age. Direktif apa pun di atas menggunakan unit "detik" yang sama, jadi nilai Total Seconds di sini masuk langsung ke s-maxage=<seconds>, stale-while-revalidate=<seconds>, dll. jika Anda sedang merakit header yang lebih kompleks secara manual.

Privasi

Semuanya berjalan secara lokal di browser Anda — nilai TTL yang Anda masukkan tidak pernah dikirim ke server.