Penjelasan terperinci tentang mekanisme cache HTTP

Caching HTTP ialah teknologi yang meningkatkan prestasi halaman web dengan mengurangkan beban pelayan, mempercepatkan tindak balas pelanggan dan menjimatkan lebar jalur rangkaian. Caching HTTP terutamanya terbahagi kepada dua jenis: caching paksa dan caching yang dirundingkan.

Paksa caching

Cache paksa membolehkan pelanggan menggunakan sumber cache setempat secara langsung dalam tempoh masa tertentu tanpa menghantar permintaan kepada pelayan. Cache paksa dikawal oleh pengepala respons yang ditentukan oleh pelayan, terutamanya melalui dua medan: Cache-Control dan Tamat tempoh.

Kawalan Cache

Kawalan Cache ialah pengepala umum yang menentukan tempoh sah maksimum sumber (umur maksimum), sama ada cache boleh dikongsi (awam atau peribadi) dan sama ada pengubahsuaian dibenarkan (tidak- cache atau tiada -stor).

Contoh:

<code>Cache-Control: max-age=3600</code>

Di atas bermakna sumber itu sah selama 3600 saat dan boleh dicache.

Tamat tempoh

Tamat Tempoh ialah medan yang tidak digunakan lagi yang menentukan masa tamat tempoh mutlak cache.

Contoh:

<code>Expires: Wed, 23 Aug 2024 03:36:26 GMT</code>

Ini bermakna sumber akan tamat tempoh pada 23 Ogos 2024 jam 3:36:26 PG.

Jika kedua-dua Kawalan Cache dan Tamat tempoh wujud, maka Kawalan-Cache diutamakan.

Cache Rundingan

Rundingan caching memerlukan pelanggan menyemak sama ada sumber pelayan telah dikemas kini pada setiap permintaan. Jika tidak dikemas kini, pelayan mengembalikan kod status 304 dan badan respons kosong, membolehkan pelanggan terus menggunakan cache setempat. Jika dikemas kini, pelayan akan mengembalikan kod status 200 dan sumber baharu, menggantikan cache setempat. Cache berunding melibatkan pengepala pelayan dan pelanggan, terutamanya Terakhir-Diubahsuai/Jika-Diubah-Sejak dan ETag/Jika-Tiada-Padanan.

Terakhir-Diubah Suai/Jika-Diubahsuai-Sejak

Terakhir Diubahsuai ialah medan sisi pelayan yang menunjukkan masa terakhir diubah suai sumber. Contoh:

<code>Last-Modified: Tue, 22 Aug 2024 02:36:26 GMT</code>

Ini bermakna sumber kali terakhir diubah suai pada 22 Ogos 2024 pada 2:36:26 PG.

If-Modified-Since ialah medan sisi klien yang menunjukkan kali terakhir sumber itu diambil semula. Contoh:

<code>If-Modified-Since: Tue, 22 Aug 2024 02:36:26 GMT</code>

Ini bermakna pelanggan mendapatkan semula sumber itu pada 22 Ogos 2024 pada 2:36:26 PG.

Jika dua cap masa adalah sama atau Terakhir Diubahsuai lebih awal, sumber tidak dikemas kini. Jika Ubahsuai Terakhir lewat, sumber telah dikemas kini.

ETag/Jika-Tiada-Padanan

ETag ialah medan sisi pelayan yang mewakili pengecam unik untuk sumber. Contoh:

<code>ETag: '5d3a9f6d-1f86'</code>

Ini bermakna pengecam sumber ialah "5d3a9f6d-1f86".

Jika-Tiada-Padanan ialah medan sisi klien yang menunjukkan pengecam sumber yang dijangkakan. Contoh:

<code>If-None-Match: '5d3a9f6d-1f86'</code>

Ini bermakna pelanggan menjangkakan pengecam sumber "5d3a9f6d-1f86".

Jika kedua-dua nilai sepadan, sumber tidak dikemas kini. Jika mereka berbeza, sumber telah dikemas kini.

Amalan Terbaik Caching HTTP

Menggabungkan caching rundingan dan caching paksa boleh mengurangkan permintaan rangkaian yang tidak perlu dengan berkesan sambil memastikan pengguna sentiasa mempunyai kandungan terkini.

Kaedah am:

Paksa caching: Untuk sumber statik (cth. CSS, JS, imej), tetapkan tempoh cache yang lebih lama. Ini membolehkan penyemak imbas untuk mendapatkan semula sumber secara terus daripada storan tempatan tanpa menghubungi pelayan.

Cache Rundingan: Untuk sumber yang mungkin berubah, gunakan cache rundingan. Penyemak imbas akan menghantar permintaan untuk menyemak sama ada sumber telah berubah. Jika tidak, pelayan akan mengembalikan respons 304 Not Modified, membenarkan penyemak imbas menggunakan cache setempat. Jika sumber telah berubah, pelayan akan mengembalikan 200 OK dan sumber yang dikemas kini.

Contoh pelaksanaan:

Andaikan kami menggunakan Express.js sebagai rangka kerja bahagian belakang:

<code>Cache-Control: max-age=3600</code>

Pertimbangan Utama

• Versi: Untuk memaksimumkan keberkesanan caching paksa, sertakan maklumat versi dalam URL sumber, seperti /static/js/main.2024082301.js. Apabila sumber dikemas kini, tukar nombor versi untuk memastikan pengguna sentiasa mendapat versi terkini.
• Kos Caching Rundingan: Walaupun caching rundingan mengurangkan pemindahan data yang tidak perlu, ia masih memerlukan perjalanan pergi balik rangkaian. Untuk sumber yang jarang berubah, memaksa caching mungkin lebih cekap.

Leapcell: Pilihan terbaik anda untuk mengehos projek bahagian belakang

Leapcell ialah platform tanpa pelayan generasi baharu untuk pengehosan web, tugas tak segerak dan Redis:

Sokongan berbilang bahasa

• Bangun dengan Node.js, Python, Go atau Rust.

Kerahkan projek tanpa had secara percuma

• Bayar hanya untuk apa yang anda gunakan - tiada permintaan, tiada bayaran.

Keberkesanan kos yang tiada tandingan

• Bayar semasa anda pergi, tiada yuran tidak aktif.
• Contoh: $25 menyokong 6.94 juta permintaan dengan purata masa tindak balas 60 milisaat.

Pengalaman pembangun yang dipermudahkan

• UI intuitif, mudah disediakan.
• Saluran paip CI/CD automatik sepenuhnya dan penyepaduan GitOps.
• Metrik masa nyata dan pengelogan untuk mendapatkan cerapan yang boleh diambil tindakan.

Skala mudah dan prestasi tinggi

• Penskalaan automatik untuk mengendalikan konkurensi tinggi dengan mudah.
• Sifar overhed operasi - hanya fokus pada pembinaan.

Ketahui lebih lanjut dalam dokumentasi!

Ikuti kami di X: @LeapcellHQ

Baca blog kami

Atas ialah kandungan terperinci Caching HTTP : Semua yang Anda Perlu Tahu. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!