Webキャッシング：Web開発の重要でありながら風(fēng)変わりな側(cè)面。 ブラウザとサーバーの間には、キャッシュの複雑なネットワークがあり、インターネットトラフィックを靜かに最適化します。ただし、このシステムは、慎重に管理されていなければ、困惑する矛盾を?qū)毪扦蓼埂?

キーテイクアウト：

Webキャッシングは、HTTPステータスコードとヘッダー（
• 、Last-Modified、Etagなど）に大きく依存しています。 Cache-Controlは最優(yōu)先で、Cache-Control、no-store、no-cache、public、privateなどのオプションを提供しています。 max-ageChromeとEdgeは獨(dú)自の動(dòng)作を示します。 特にAjaxコールでキャッシュ競合を防ぐために、ページコンテンツとAJAXデータには別々のURLを使用します。 これにより、キャッシュされたJSONが予想されるHTMLに取って代わるシナリオが回避されます。
自己署名SSL証明書は、Chromeおよび同様のブラウザでのキャッシュを破壊します。 彼らはキャッシュを効果的に無効にし、ローカルテストとライブ展開との間の矛盾につながります。
• httpヘッダー管理：

キャッシュ動(dòng)作は、HTTPステータスコードとヘッダーによって決定されます。 ブラウザ/プロキシは、キャッシュされたデータを提供するか、サーバーでデータの鮮度を確認(rèn)するか、新しいデータを取得します。

ヘッダーはキーです：

Cache-Controlまたは

：

はすべてのキャッシングを防ぎます。
• キャッシュされたデータを提供する前に、ブラウザ/プロキシがno-storeおよび/またはno-cacheを使用してサーバーに確認(rèn)できるようにします。 no-storeno-cacheまたはLast-Modified：Etagは、どこでもキャッシュを許可します。
キャッシュをユーザーのブラウザに制限します
• public：秒?yún)g位でキャッシュの妥當(dāng)性期間を指定します。private public private例（PHP）：
• max-ageexample（node.js/express）：

ページとajaxデータの個(gè)別のurl：

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

適切なヘッダー設(shè)定があっても、特にバックボタンを使用する場合、ブラウザの矛盾が発生する可能性があります。 ChromeとEdgeは初期ページの狀態(tài)に戻る可能性があり、FirefoxとSafariは最後の既知の狀態(tài)を保持します。

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

塗裝されたテーブルを検討してください：

初期ページの読み込み：

ajaxナビゲーション：URLが変更されます（例えば

）が、ajaxはdomを更新します。

Ajaxコールが同じURLを使用する場合、バックボタンが押されたときにChrome/EdgeがHTMLの代わりにキャッシュされたJSONを提供する場合があります。 解決策：ページに個(gè)別のURLを使用し、Ajax要求を使用します（たとえば、
1. をAjax URLに追加します）。これにより、獨(dú)立したキャッシングが保証されます http://myapp.com/list/
自己署名SSL証明書の危険：
2. http://myapp.com/list/?search=bob&page=42

   

   開発に便利ですが、自己署名証明書は、Chrome（およびおそらく他のBlinkベースのブラウザー）がキャッシングページデータを防ぎます。 これにより、ローカルテスト（キャッシングなし）とライブ展開（キャッシングが有効）の間に矛盾が生じます。

   よくある質(zhì)問（FAQ）：

   提供されたFAQSセクションは、キャッシュのベストプラクティスとトラブルシューティングに関する貴重な情報(bào)を提供するため、ほとんど変わらないままです。 コンテンツはすでに十分に構(gòu)成されており、JSON応答のキャッシュとWeb開発戦略全體に関連する一般的な懸念に対処しています。

以上がキャッシュの難問を解く方法の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。