PHP の Yii フレームワークにおけるキャッシュの高度な使用方法の紹介、phpyii フレームワーク caching

PHP の Yii フレームワークにおけるキャッシュの高度な使用方法の紹介、phpyii フレームワーク caching_PHP チュートリアル

WBOY

リリース： 2016-07-12 08:55:12

オリジナル

854 人が閲覧しました

PHP の Yii フレームワーク、phpyii フレームワークのキャッシュの高度な使用方法の紹介

ページのキャッシュ
ページのキャッシュとは、サーバー側でページ全体のコンテンツをキャッシュすることを指します。その後、同じページがリクエストされると、コンテンツは再生成されるのではなく、キャッシュからフェッチされます。

ページのキャッシュは、フィルターである yiifiltersPageCache クラスによってサポートされています。次のようにコントローラークラスで使用できます:

リーリー

上記のコードは、ページキャッシュがインデックス操作中にのみ有効になることを示しています。ページコンテンツは最大 60 秒間キャッシュされ、現在のアプリケーションの言語が変更されると変更されます。総記事数が変化すると、キャッシュされたページは無効になります。

ご覧のとおり、ページキャッシュとフラグメントキャッシュは非常に似ています。これらはすべて、期間、依存関係、バリエーション、有効な構成オプションをサポートしています。これらの主な違いは、ページキャッシュがフィルターによって実装されるのに対し、フラグメントキャッシュはウィジェットであることです。

ページキャッシュを使用しながら、フラグメントキャッシュと動的コンテンツを使用できます。

HTTPキャッシュ

サーバー側のキャッシュに加えて、Web アプリケーションはクライアント側のキャッシュを使用して、同じページコンテンツの生成と送信時間を節約することもできます。

yiifiltersHttpCache フィルターを構成すると、コントローラーの操作によってレンダリングされたコンテンツをクライアントにキャッシュできます。 yiifiltersHttpCache フィルターは GET リクエストと HEAD リクエストにのみ有効で、これらのリクエストに対して 3 つのキャッシュ関連の HTTP ヘッダーを設定できます。

yiifiltersHttpCache::lastModified
yiifiltersHttpCache::etagSeed
yiifiltersHttpCache::cacheControlHeader

最終変更ヘッダー

Last-Modified ヘッダーはタイムスタンプを使用して、クライアントが最後にページをキャッシュしてからページが変更されたかどうかを示します。

yiifiltersHttpCache::lastModified プロパティを構成して、Last-Modified ヘッダーをクライアントに送信します。この属性の値は PHP 呼び出し可能なタイプである必要があり、ページが変更されたときの Unix タイムスタンプを返します。この呼び出し可能なパラメータと戻り値は次のようになります:

リーリー

Last-Modified ヘッダーを使用した例を次に示します:

リーリー

上記のコードは、HTTP キャッシュがインデックス操作中にのみ有効になることを示しています。ページの最終変更時刻に基づいて Last-Modified HTTP ヘッダーを生成します。ブラウザが初めてインデックスページにアクセスすると、サーバーはページを生成し、クライアントブラウザに送信します。その後、ページが変更されていないときにクライアントのブラウザーがページにアクセスすると、サーバーはページを再生成せず、ブラウザーは前のクライアントによってキャッシュされたコンテンツを使用します。したがって、サーバー側のレンダリングとコンテンツの送信は省略されます。

ETタグヘッダー

「エンティティタグ」(略して ETag) は、ハッシュ値を使用してページのコンテンツを表します。ページが変更されている場合、ハッシュ値も変更されます。クライアント側のハッシュ値とサーバー側で生成されたハッシュ値を比較することで、ブラウザはページが変更されたかどうかを判断し、コンテンツを再送信する必要があるかどうかを判断できます。

yiifiltersHttpCache::etagSeed プロパティを構成して、ETag ヘッダーをクライアントに送信します。この属性の値は PHP 呼び出し可能なタイプである必要があり、ETag ハッシュ値の生成に使用されるシード文字を返します。この呼び出し可能なパラメータと戻り値は次のようになります:

リーリー

以下はETagヘッダーの使用例です:

リーリー

上記のコードは、HTTP キャッシュが表示操作中にのみ有効になることを示しています。ユーザーのリクエストのヘッダーとコンテンツに基づいて ETag HTTP ヘッダーを生成します。ブラウザがビューページに初めてアクセスすると、サーバーはページを生成し、クライアントブラウザに送信します。その後、クライアントのブラウザのタイトルとコンテンツが変更されていない場合、その期間中にページがアクセスされた場合、サーバーはページを再生成せず、ブラウザは前のクライアントによってキャッシュされたコンテンツを使用します。したがって、サーバー側のレンダリングとコンテンツの送信は省略されます。

ETag は、Last-Modified よりも複雑で正確なキャッシュ戦略を実装できます。たとえば、サイトが別のテーマに切り替わると ETag が無効になる可能性があります。

各リクエストに応じて Etag を再計算する必要があるため、複雑な Etag 生成シードは HttpCache を使用する本来の目的を無効にし、不要なパフォーマンスのオーバーヘッドを引き起こす可能性があります。 Etag の失敗を引き起こす最も簡単な式を見つけてみてください。

注: RFC 7232 (HTTP 1.1 プロトコル) に準拠するために、ETag ヘッダーと Last-Modified ヘッダーの両方が設定されている場合、HttpCache はそれらを同時に送信します。また、クライアントが If-None-Match ヘッダーと If-Modified-Since ヘッダーの両方を送信した場合、前者のみが受け入れられます。
キャッシュ制御ヘッダー

Cache-Control ヘッダーは、ページの一般的なキャッシュ戦略を指定します。対応するヘッダー情報は、yiifiltersHttpCache::cacheControlHeader プロパティを構成することで送信できます。次のヘッダーがデフォルトで送信されます:

リーリー

セッションキャッシュリミッター

ページがセッションを使用する場合、PHP は、PHP.INI で設定された session.cache_limiter 値に従って、キャッシュ関連の HTTP ヘッダーを自動的に送信します。これらの HTTP ヘッダーは、最初に設定した HttpCache を妨げたり、無効にしたりする可能性があります。この問題を回避するために、HttpCache はデフォルトでこれらのヘッダーの自動送信を無効にします。この動作を変更するには、yiifiltersHttpCache::sessionCacheLimiter プロパティを設定します。このプロパティは、public、private、private_no_expire、nocache などの文字列値を受け入れます。これらの値の意味については、PHP マニュアルの「キャッシュリミッター」を参照してください。

SEOへの影響

検索エンジンはサイトのキャッシュヘッダーを追跡する傾向があります。一部のクローラーのクロール頻度は制限されているため、キャッシュヘッダーを有効にすると、繰り返されるリクエストの数が減り、クローラーのクロール効率が向上します。