数日前、W3TCに関する一連のチュートリアルを開始しました（W3合計キャッシュ）、これはブログをキャッシュできるようにするプラグインであるため、ブログの実行速度は大幅に向上します。
このチュートリアルシリーズは次のようになります。
- パート1：キャッシュの概要
- パート2：W3TCを構成する方法
- 一般設定-エピソード1
- より一般的な設定-エピソード2
- ページキャッシュの構成-エピソード3（このチュートリアル）
- 構成の縮小-エピソード4
- データベースキャッシュの構成-5エピソード
- オブジェクトとブラウザの構成-エピソード6
- パート3：質問に対するすべての答え
- パート4：W3TC「メインスパン」パラメーター
前のエピソードでは、まだパート 2 でしたが、一般的な設定から始めました。 今日は、の設定を続けます。 キャッシュされた ページ。
いつ キャッシュされた 一般設定メニューからページをアクティブにするには、「 ページキャッシュ この要素のキャッシュ構成にアクセスします。
キャッシュするページを選択するときは、できるだけ包括的にしてください。 ほとんどの場合、ほぼすべてのページをキャッシュする必要があります。
あなたのサイトがHTTPSで利用可能であるなら、あなたは（SSLのキャッシュを有効にしたいと思うでしょうHTTPS）これらのアプリケーションのために。
ほとんどのサイトではメリットが得られません。 キャッシュされた URIに基づいて。 このオプションを有効にすると、予期しない文字列がキャッシュされるため、予期しない結果が生じる可能性があります。 したがって、同じ用語での検索に検索機能が広く使用されていない限り、このオプションは無効のままにしてください。
最後に、404ページをキャッシュしないことをお勧めします。 とにかく訪問者はそれらをあまり頻繁に見るべきではなく、Googleが404ページを通常のページとしてインデックス化したくないでしょう。これはこのオプションを有効にした場合に起こります。
次のオプションは、「（ドメイン）サイトアドレス」（キャッシュ要求のみ）はデフォルトではオフになっていますが、普遍的な推奨事項はこのオプションをオンにすることです。
次のXNUMXつのオプションは非常によく似ていますが、各オプションの下の説明でわかりやすくなっています。
« ログインしたユーザーのページをキャッシュしないでください常にチェックされたままにする必要があります 常にチェックしたままにする必要があります。 接続中にチェックしたままサイトを表示すると、アクションはページをキャッシュし、ログインしていないユーザーに表示します。
« 次のユーザーロールのページを非表示にしないでください 選択したロールに一致するユーザーがサイトの直接（キャッシュされていない）バージョンにアクセスすることを意味します。
次のセクション、「 キャッシュのプリロード ロードされる前にページキャッシュを構築するために使用されます。
ページ キャッシュのプリロード オプションを選択することをお勧めします。 デフォルトのページ間隔とページ間隔の値は、共有サーバーに適した設定です。 ただし、宿泊施設 より強力にするには、ページの更新とキャッシュの間隔を自由に減らしてください。
キャッシュする必要があるページを識別するためにW3TCが使用する適切な種類のフィールドにサイトマップURLを追加する必要があります。
最後に、ほとんどの場合、「」を選択する必要があります。 イベントをパブリッシュするとキャッシュポストをプリロード "。 これにより、新しい記事を公開するたびに、キャッシュされたバージョンのページが更新されます。
クリーニングセクションを使用して、ページを「 空 キャッシュから、記事が投稿、編集、またはコメントされたとき。
前述のイベントでページのいずれかを削除しないことがわかっている場合を除き、キャッシュクリーニングオプションはそのままにしておくことをお勧めします。
パージ制限により、パージする必要があるアーカイブページの数が決まります。 たとえば、記事のアーカイブに20ページがあり、パージ制限を15に設定すると、最後の15ページがパージされますが、最も古い5ページはパージされるまでこれらのページの有効期限が切れていること。
アーカイブの一部が非常に大きい場合を除き、値を0に設定してすべてのページをパージすることをお勧めします。 この場合、10の値を使用する必要がありますが、これはこの状況に適している場合があります。
メッセージが編集および公開されるたびに削除する必要があるカスタムページを作成した場合は、追加ページフィールドに手動で追加する必要があります（少し下の利用可能オプション).
詳細セクションは、次のことに役立ちます。
- W3TCが特定のリクエスト文字列を処理する方法を制御します。
- 、キャッシュされたバージョンを受信しません特定の薬剤（デバイス、ブラウザ）を除外する
- W3TCがページをキャッシュしないようにするCookieを特定する
- 追加の特定の例外を設定します。
「詳細」セクションの冒頭にある設定を確認してください。
« 後期の初期化 この高度な機能を使用すると、断片化した方法でページキャッシュを実装できます。 ほとんどの場合、このオプションは無視できます。
« 互換モード »：プラグインの作成者は、エラーの発生を最小限に抑えるために互換性モードをアクティブにすることをお勧めします。
« 文字セット キャッシュページに奇妙な文字が表示される場合は、このオプションを有効にします。
« HEADリクエストを拒否 "：このオプションは無効のままにします。 結果のページを作成するには、HTTP HEADリクエストに含まれる情報が必要になる場合があります。 このオプションを無効にすると、HEADリクエストデータはキャッシュされず、この情報を使用して構築されたページが破損する可能性があります。
« ガベージコレクション間隔 »: 期限切れのキャッシュ データを削除する頻度を指定します。 キャッシュされたデータ テイクの削除 ressources サイトが混雑している場合やサーバーが過負荷になっている場合は、あまり頻繁に実行しないでください。 デフォルトは、ほとんどすべてのサーバーに適しています。
« どのようにクッキーの有効期間 この値を減らすと、利害関係者の認証に使用されるCookieの有効期限がより早く切れるため、サーバーの負荷が軽減されます。 ただし、値の設定が短すぎると、ユーザーは常にログインします。
このセクションの残りのフィールドは、特定のCookieのW3TCの動作をオーバーライドすることがわかっている場合を除き、変更しないでください。 ユーザエージェント またはページ。
このスイートは以上です。 次のエピソードに進みます。
