W3TCプラグインの構成に関するチュートリアルシリーズを継続しました。 念のため、W3TCは「 W3合計キャッシュ これは、ブログのキャッシングで有名なプラスです。 ブログのキャッシュはレンダリングを意味します données サーバーから簡単にアクセスできます。
詳細については、このテーマに関する以前のチュートリアルをご覧ください。
- パート1：キャッシュの概要
- パート2：W3TCを構成する方法
- 一般設定-エピソード1
- より一般的な設定-エピソード2
- ページキャッシュの構成-3エピソード
- 構成の縮小-エピソード4
- データベース キャッシュの構成 données – エピソード 5 (このチュートリアル)
- オブジェクトとブラウザの構成-エピソード6
- パート3：質問に対するすべての答え
- パート4：W3TC「メインスパン」パラメーター
の構成ページ キャッシュされた デ・ラ・ベース・デ données メニューには、「一般」と「詳細」の XNUMX つのセクションがあります。
セクション 「1つのオプションがあります。デフォルトでチェックされているチェックボックスは、ログインしているユーザーに対して行われたクエリをキャッシュしないようにします。 これが意味することは、ユーザーがログインしている場合、ユーザーはキャッシュからのデータを持たないということです。 その理由は、ログインしているユーザーがセッション中にサイトと対話するためです。 したがって、更新されたデータを受信する必要があります。
この例外となるのは、 コンテンツ 「」の後ろに隠れています 有料の壁 」、これはログインユーザーのオープンで変わりません。 この場合、データベース キャッシュされた ユーザーはアクセスするためだけにログインするため、使用されます。 コンテンツ 実際に操作したり変更したりしないでください。 コンテンツ サイトの
セクション 高度な データベースメニューでは、データベースキャッシュを調整できます。 キャッシュ内のオブジェクトにライフを割り当て、デフォルト値は180秒にして、期限切れのオブジェクトを削除するまでの時間を決定できます。
を使用する場合は、 キャッシュされた データベースのキャッシュが大きくなりすぎない限り、デフォルトのままにしてください。この問題が発生した場合は、キャッシュ オブジェクトの有効期間またはガベージ コレクション間隔を短縮して、データベース キャッシュが占有する領域の量を減らします。
キャッシュされたデータベースデータが後続のページで使用されない特定のページを指定することもできます。 これは、ログインしているユーザーに対してキャッシュリクエストを作成しているが、キャッシュデータをサポートしたくないページがある場合に特に便利です。
[詳細]セクションの次のフィールドでは、無視するデータベースクエリステムを指定できます。つまり、データベースキャッシュによってキャッシュされません。 データベースクエリに依存するプラグインを使用している場合は、このフィールドを使用します。
たとえば、フィールドには3つの値が事前に入力されています。 gdsr_, wp_rg_、 et _wp_session。 これらのXNUMXつのリクエストは、GD Rating System、Gravity Forms、およびWP SessionManagerプラグインに対応しています。 これらは、データベースのキャッシュバージョンではなく、ページが読み込まれるたびにデータベースに直接クエリを実行する必要があるXNUMXつの一般的なプラグインです。 したがって、これらのクエリを無視リストに追加すると、これらのクエリがキャッシュされないようにするのに役立ちます。
データベースキャッシュを有効にしていて、特定のプラグインが正常に機能していないことに気付いた場合は、プラグインコードを掘り下げるか、プラグインの作成者に問い合わせて、関連するクエリを特定する必要があります。
「 拒否クエリ キャッシュしてはならない特定の種類のクエリを識別できます。 データベースの管理者でない限り、このフィールドはそのままにしてください。
W3TCのデータベースキャッシュ構成については以上です。 あなたがポイントを理解していないなら、私たちに質問することをheしないでください。
