如何解決緩存的難題

>網絡緩存：網絡開發的關鍵但又古怪的方面。 在您的瀏覽器和服務器之間是一個複雜的緩存網絡，默默地優化了Internet流量。但是，如果不仔細管理，這個系統可能會引起令人困惑的矛盾。

>

鑰匙要點：

• > Web緩存在很大程度上依賴於HTTP狀態代碼和標題（例如Last-Modified>，Etag和Cache-Control）。 Cache-Control是至關重要的，提供諸如no-store，no-cache，public，private和max-age>。 鉻和邊緣表現出獨特的行為。 為了防止緩存衝突，尤其是在AJAX呼叫的情況下，使用不同的URL用於頁面內容和AJAX數據。 這避免了緩存JSON替代預期HTML的情況。 >自簽名的SSL證書破壞了Chrome和類似瀏覽器中的緩存。 它們有效地禁用緩存，從而導致本地測試和實時部署之間存在差異。
• HTTP標頭管理：

緩存行為由HTTP狀態代碼和標題決定。 瀏覽器/代理將提供緩存的數據，用服務器驗證數據新鮮度，或獲取新鮮數據。 標題是鑰匙：

或

：Cache-Control可防止所有緩存；

>允許瀏覽器/代理在提供緩存的數據之前使用

和/或
• 在服務器上檢查。 no-store> no-cacheno-store或no-cache：允許在任何地方緩存； Last-Modified將緩存限製到用戶的瀏覽器中。 Etag
• ：指定秒內的高速緩存有效期。 public> private public>示例（php）：private
• >示例（node.js/express）： max-age 頁面和ajax數據的

不同的URL：

> 即使使用適當的標題設置，也可能會出現瀏覽器不一致，尤其是在使用後式按鈕時。 Chrome和Edge可能會恢復到初始頁面狀態，而Firefox和Safari保留了最後一個已知的狀態。

考慮一個分頁表：

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

初始頁面加載：

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

ajax導航：URL更改（例如，），但是Ajax更新了DOM。

如果AJAX調用使用相同的URL，則在按下後面按鈕時，Chrome/Edge可能會使用緩存的JSON而不是HTML。 解決方案：對頁面和AJAX請求使用單獨的URL（例如，在Ajax URL中添加

）。這確保了獨立的緩存。

1. 自簽名的SSL證書的危險：http://myapp.com/list/>

   

   雖然方便開發，但自簽名的證書可阻止Chrome（以及其他基於眨眼的瀏覽器）從緩存頁面數據中進行。 這會在本地測試（無緩存）和實時部署（啟用緩存）之間造成不一致的不一致。

   常見問題（常見問題解答）：>

   提供的常見問題解答部分在很大程度上保持不變，因為它提供了有關緩存最佳實踐和故障排除的有價值的信息。 該內容已經是結構化的，並解決了與緩存JSON響應和整體Web開發策略有關的共同問題。

以上是如何解決緩存的難題的詳細內容。更多資訊請關注PHP中文網其他相關文章！