Cara menyelesaikan suram caching

Caching Web: Aspek pembangunan web yang penting, namun unik. Antara penyemak imbas dan pelayan anda terletak rangkaian cache yang kompleks, secara senyap mengoptimumkan trafik internet. Walau bagaimanapun, sistem ini boleh memperkenalkan ketidakkonsistenan yang membingungkan jika tidak diuruskan dengan teliti.

Takeaways utama:

• Caching Web sangat bergantung pada kod status HTTP dan tajuk (seperti Last-Modified, Etag, dan Cache-Control). Cache-Control adalah yang paling penting, menawarkan pilihan seperti no-store, no-cache, public, private, dan max-age.
• Chrome and Edge mempamerkan tingkah laku yang unik. Untuk mengelakkan konflik caching, terutamanya dengan panggilan AJAX, gunakan URL yang berbeza untuk kandungan halaman dan data AJAX. Ini mengelakkan senario di mana JSON cache menggantikan HTML yang dijangka.
• Sijil SSL yang ditandatangani sendiri mengganggu caching dalam krom dan penyemak imbas yang serupa. Mereka berkesan melumpuhkan caching, yang membawa kepada percanggahan antara ujian tempatan dan penyebaran langsung.

Pengurusan header http:

Tingkah laku caching ditentukan oleh kod status HTTP dan tajuk. Penyemak imbas/proksi sama ada akan menyampaikan data cache, mengesahkan kesegaran data dengan pelayan, atau mengambil data segar. Header

adalah kunci: Cache-Control

• atau no-store: no-cache menghalang semua caching; no-store Membolehkan penyemak imbas/proksi untuk memeriksa dengan pelayan menggunakan no-cache dan/atau Last-Modified sebelum melayani data cache. Etag
• atau public: private membolehkan caching di mana -mana; public mengehadkan caching ke penyemak imbas pengguna. private
• : Menentukan tempoh kesahihan cache dalam beberapa saat. max-age

Contoh (php):

header('Cache-Control: private,max-age=30');
echo json_encode($data);

Contoh (node.js/express):

res
    .set('Cache-Control', 'private,max-age=30')
    .json(data);

URL yang berbeza untuk halaman dan data Ajax:

Walaupun dengan tetapan header yang betul, ketidakkonsistenan penyemak imbas boleh timbul, terutamanya apabila menggunakan butang belakang. Chrome dan Edge mungkin kembali ke keadaan halaman awal, manakala Firefox dan Safari mengekalkan keadaan terakhir yang diketahui.

Pertimbangkan jadual paginated:

beban halaman awal:

1. http://myapp.com/list/ navigasi Ajax: URL berubah (mis., ), tetapi Ajax mengemas kini dom.
2. http://myapp.com/list/?search=bob&page=42 Jika panggilan AJAX menggunakan URL yang sama, Chrome/Edge mungkin berkhidmat JSON cache dan bukannya HTML apabila butang belakang ditekan. Penyelesaian: Gunakan URL berasingan untuk permintaan Page dan Ajax (mis., Tambah
ke URL AJAX). Ini memastikan caching bebas.

&ajax=1 bahaya sijil SSL yang ditandatangani sendiri:

Walaupun mudah untuk pembangunan, sijil ditandatangani sendiri menghalang krom (dan mungkin pelayar berasaskan berkedip lain) dari data halaman caching. Ini mewujudkan ketidakkonsistenan antara ujian tempatan (tiada caching) dan penyebaran hidup (caching enabled).

Soalan Lazim (Soalan Lazim):

Seksyen FAQ yang disediakan masih tidak berubah, kerana ia menawarkan maklumat yang berharga mengenai amalan terbaik dan penyelesaian masalah. Kandungannya sudah berstruktur dengan baik dan menangani kebimbangan umum yang berkaitan dengan respons JSON caching dan strategi pembangunan web secara keseluruhan.

Atas ialah kandungan terperinci Cara menyelesaikan suram caching. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!