WordPressキャッシュはどのように機能しますか?

  1. 1. WordPressの内部機能を理解するための初心者向けガイド
  2. 2. WordPressのキャッシングとは何か、なぜそれが重要なのか?
  3. 3. 現在読んでいる: WordPressキャッシングの仕組み?
  4. 4. WP Super CacheでWordPressキャッシュをインストールおよびセットアップする方法
  5. 5. W3 Total Cache(W3TC)でWordPressキャッシングを設定する方法
  6. 6. MaxCDNレビュー:WordPressに最適なCDN?

WordPressキャッシングシリーズの新しい章へようこそ。ここでは、WordPressキャッシングの仕組みを学びます。このトピックの最後に到達する前に、この章ではそれらの知識を使用するため、前のトピック(このシリーズから)のそれぞれに注意深く従っていることを確認してください。まず、クライアント/サーバーモデルに基づいた、利用可能な2つの主要なキャッシングプロトコルについて説明します。


  • クライアント側のキャッシュと
  • サーバー側のキャッシュ

クライアント側のキャッシュ

クライアントサーバーモデル

クライアントサーバーモデル

Webサイトには、画像、CSS、JavaScriptファイルなど、テキスト以外の静的データが多数含まれています。ダウンロード後は、F5ボタンを押すたびに再ダウンロードしないように、ブラウザは十分にスマートです。ローカルキャッシュからデータを提供するだけです。つまり、コンピュータのハードディスクに保存されたキャッシュデータです。そのため、時々ブラウザのキャッシュをクリアすることをお勧めします。これにより、多くのスペースが節約され、パフォーマンスが向上します.

クライアントのコンピューター(またはクライアントのエンド)からキャッシュされたデータを再利用するこのプロセスは、クライアント側キャッシュと呼ばれ、ほとんどすべての最新のWebサイトがそれを使用し、すべてのブラウザーがそれをサポートしています。クライアント側のキャッシングは、データの冗長性(つまり、同じデータを何度も何度もダウンロードすること)を防ぐのに役立ち、サーバーのリソースを大幅に節約します。!

サーバー側のキャッシュ

サーバ

サーバー側のキャッシングには、WordPressキャッシングで使用されるさまざまなキャッシングプロトコルがすべて含まれています。次のものが含まれます。

  • ページのキャッシュ
  • データベースクエリのキャッシュ
  • オブジェクトベースのキャッシュ
  • オペコードキャッシング

WordPressはこれら4つの主要なサーバー側キャッシュプロトコルを採用しています。それぞれを個別に見ていき、それぞれをキャッシュすることで貴重な計算時間を大幅に節約し、ウェブサイトを高速化する方法を見ていきます。.

ページキャッシング

1381630448_HTML-2ページキャッシングは、すべてのキャッシングプロトコルの中で最も単純であり、すでにご存じでしょう。動的に生成されたHTMLファイルをサーバーのハードディスクまたはメモリ(RAM)(一般に「キャッシュ」として知られている)に保存し、リクエストが行われるたびにキャッシュからそれらを提供する(つまり、以前に生成されたデータを再利用する)プロセスを指します。これにより、PHPコードとMySQLデータベースクエリを実行するオーバーヘッドが節約されます。.

データベースのキャッシュ

データベースデータベースについて最初に知っておくべきことは、データベースが巨大でリソースを大量に消費することです。それらは文字通り、すべての会社の核心です–それがオンラインであるかどうかに関係なく。 WordPressについても同様です。データベースの目的は、データを効率的に保存、更新、および配信することです。通常、それらは巨大であるため、各クエリには時間がかかります(通常、数百マイクロ秒程度)。ハードウェアが向上すると、クエリ結果の生成が速くなります。これについて考える。 WordPressはデータベースに大きく依存しているため、時々クエリを作成します。また、データベースでデータが変更されていない場合、同じデータを取得するためのクエリを実行することは、クライアント側のキャッシュで説明されているように、同じ画像を何度も再ダウンロードすることに似ています。したがって、クエリの結果をローカルストレージに保存することには意味がありますね。データベースクエリの結果をローカルストレージに保存することは、データベースキャッシングと呼ばれ、WordPressキャッシングの基本的な要素の1つです。.

ただし、データベースが更新されると(たとえば、投稿が更新または公開されたとき、またはコメントが送信されたとき)、以前に保存したデータベースキャッシュを削除して、データベースクエリの結果を再度キャッシュすることが非常に重要です。これは、無関係または誤ったデータベースクエリ結果を排除するのに役立つため、冗長ではありません。.

オブジェクトのキャッシュ

オペコードWordPressには、いくつかのサブシステム(Caching API、オブジェクトキャッシュ、一時APIなど)を含む内部キャッシュシステムがあります。 WordPressコアを使用すると、プラグインでこのキャッシュシステムを制御して、データベース呼び出しの数を減らすことができます。これはかなり高度なトピックであり、日常のユーザーにはあまり関係がありません.

オペコードキャッシング

PHPコードデータベースクエリの数を減らすことを目的とするデータベースキャッシングと同様に、opcodeキャッシングは、すべてのリクエスト間でコンパイルされたPHPコードを保存することを指します。 PHPファイルを見ると、コードが実際にコンパイラーが使用する命令のリストであることがわかります。 PHPはオブジェクト指向プログラミング言語であり、その起源からの特典があります。 PHPコードを実行するには、PHPコンパイラが最初にコードをコンパイルし、Webサーバーが実行する実行可能コードを生成する必要があります。 PHPコンパイラの出力を複数の実行用にキャッシュすることは、オペコードキャッシュのすべてです。繰り返しますが、これは内部的なものです。あまり心配する必要はありません。!

ローカルストレージ–プライマリとセカンダリ

ローカルストレージ

任意の形式のサーバー側キャッシュを実装するには、データをローカルストレージに格納する必要があることがわかります。 「ローカルストレージ」という用語は、次の2つのいずれかを意味します。 1つはサーバーのハードディスクで、もう1つはサーバーのプライマリメモリ、つまりRAMです。.

ランダムアクセスメモリの略であるRAMは、揮発性メモリの一種であり、不揮発性の2次ストレージであるハードディスクよりも桁違いに高速です。それもより高価です。もちろん、あなたはみんなこれを知っています.

キャッシュされたデータをどこに保存するかによって、大きな違いが生まれます。ハードディスクにある場合は、RAMに保存されている場合よりも明らかに遅くなります。 HDDの速度も重要です。サーバーのハードディスクの範囲は7,200 RPMから15,000 RPMで、RAIDレベルが異なる場合があります。RAID0が最も高速で最も安全ではなく、RAID 4が適切なバランスです。 SSDもあります。したがって、キャッシュされたデータの場所は速度に深刻な影響を与えます.

共有ホスティングサーバーを使用している人は、ハードディスクに保存するしかありません。独自の専用サーバーまたはVPSを実行している場合は、プライマリメモリにキャッシュを保存するという追加オプションがあります。これも、細心の注意を払って行う必要があります。不適切な構成は、不安定になる可能性があります(RAM不足など)。そして頻繁なサーバークラッシュ.

結論

さまざまなWordPressキャッシングプロトコルを十分に理解したところで、投稿シリーズの中心的な部分であるWordPressキャッシングの実装方法に行きましょう。.

この章を改善するための質問や提案がある場合は、遠慮なく質問または共有してください-ご意見をお聞かせください!

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Like this post? Please share to your friends:
    Adblock
    detector
    map