SuperCacheを微調整してそのオプションをテストする場合、生成された特別なHTTPステータスヘッダーが非常に役立ちます。 SuperCacheのシステムは、現在のシステムステータスと、特定のWebリソースがキャッシュされているかどうかに関する情報を提供する特定のHTTPヘッダーを提供します。
重要 ：SuperCacheがどのように機能するかを確認する前に、Cookieを使用する場合のキャッシュの種類と、キャッシュから除外されたサーバーヘッダーに注意する必要があります。これらの設定は、SuperCache»詳細設定»詳細設定で利用できます。
SuperCacheでのキャッシングはどのように機能しますか？
SuperCacheは、リバースプロキシなどの基本的なキャッシング手法とアプローチを適用するキャッシングおよびWebアクセラレータシステムです。
Webサイトから特定のページが初めて読み込まれると、SuperCacheは将来の使用のためにページのキャッシュバージョンを保持します。
キャッシュMISS –（要求されたページはキャッシュで利用できません）
（ 1 ）Webブラウザはpage.html Webリソースのクエリを、要求されたドメインに対応するサーバーに送信し、クエリはSuperCacheに到達します。
（ 2 ）SuperCacheは、キャッシュ内で要求されたページを探しますが、見つかりません。このような省略は、キャッシュMISSと呼ばれます。 SuperCacheは、要求されたページのWebサイトにアクセスする必要があります。
（ 3 ）SuperCacheは、page.htmlWebリソースのクエリをソースサーバーに送信します。
（ 4 ）ソースサーバーはWebページをSuperCacheに返します。
（ 5 ）SuperCacheは、ページを受信してキャッシュにコピーし、Webクライアントに送り返します。
（ 6 ）Webブラウザは要求されたWebリソースを受信します。
キャッシュヒット –（要求されたページはキャッシュで利用可能です）
ページがキャッシュされると、オリジンサーバーに新しいリクエストを送信することなく、次のクエリで直接提供されます。
（ 1 ）Webブラウザは、要求されたドメインに対応するサーバーにpage.htmlのクエリを送信し、クエリはSuperCacheによって検出されます（プロキシサーバーはソースサーバーの前にあるため）。
（ 2 ）SuperCacheは、要求されたページのキャッシュをチェックし、それを見つけます（CacheHIT）。 SuperCacheは、今度はソースサーバーを使用せずに、Webページをクライアントに直接提供します。
SuperCacheのキャッシュチェックとステータス
キャッシュチェックは、より一般的なブラウザでデフォルトで使用できる開発者ツールまたはコンソールのいずれかを介して実行できます。この手順では、SuperCacheから返される特別なヘッダーがチェックされます。
ブラウザで確認
FirefoxとChromeには、ブラウザとSuperCacheによって交換されたHTTPヘッダーを確認できる開発者ツールがあります。
FirefoxまたはChromeでチェックを実行するには、WebページをロードしてF12（またはCtrl + Shift + K）を押します。
HTTPヘッダーを確認し、 X-SH-Cache *を探します サーバーの応答のヘッダー。
コンソールで確認
コンソールからも、ウェブサイトの応答でHTTPヘッダーを確認できます。
キャッシュテストは、リモートマシンを介して実行できます。
マシンがカールをサポートしている場合、使用するものは次のとおりです。
curl -I http://cookies.goodexample.eu
Cookies.goodexample.eu –ウェブサイトのURLに置き換えます;
SuperCacheによって提供されるHTTPステータスヘッダー
SuperCacheがアクティブ化された状態でウェブページが読み込まれると、サーバーの応答ヘッダーに次の特別なHTTPヘッダーのいずれかが表示されます。
X-SH-キャッシュ-ステータス：ヒット
このステータスは、キャッシュされたWebページコンテンツが提供されることを意味します。キャッシングがアクティブ化され、実行されています。
X-SH-キャッシュ-ステータス：MISS
このステータスは、キャッシュされたコンテンツが提供されないことを意味します。初めてWebページにアクセスする場合は、このステータスが表示されます。次のページが読み込まれると、ステータスはHITになります。次のページの読み込みごとにステータスがMISSである場合、これは、条件、HTTPヘッダー、またはキャッシュを妨げるHTTPCookieがあることを意味します。
このステータスは、次の場合にも生成される可能性があります。
–ページが初めて読み込まれる;
–WebサイトがSuperCacheのキャッシュから除外されていないSet-Cookieヘッダーを提供する;
– Webサイトは、SuperCacheのキャッシュを制限するディレクティブを含むCache-Controlヘッダーを提供します。
X-SH-キャッシュ-ステータス：バイパス
このステータスは、キャッシュされたコンテンツが提供されないことを意味します。これの最も一般的な理由は、SuperCacheがキャッシュされたコンテンツを提供しないことを意味する除外されたCookieである可能性があります。キャッシュから除外された認証用のクライアントCookieが生成された場合、BYPASSを受信できます。これらのCookieは、以下の記事で確認できます。
X-SH-キャッシュ-ステータス：除外
このステータスは、URLがキャッシュから除外されているため、キャッシュされたコンテンツがWebページにロードされていないことを通知することを目的としています。これは、[キャッシュからURLアドレスを除外する]で変更できます。
X-SH-キャッシュ-無効：1
このステータスは、cPanelのSuperCacheManagerでキャッシュが無効になっていることを意味します。キャッシュされたバージョンのWebページは提供されません。
X-SH-キャッシュ-ステータス：期限切れ
このステータスは、ウェブページのキャッシュされたバージョンの有効期限が切れており、再検証する必要があることを意味します。次にページにアクセスすると、キャッシュされたコンテンツが更新され、ステータスがHITに変わります。
X-SH-Cache-Status：ホワイトリストに登録されたIP
このステータスは、Webサイトへのクエリが送信されたIPアドレスフォームがキャッシュされたコンテンツの提供から除外されたことを意味します。
X-SH-WhitelistIp：xxx.xxx.xxx.xxx
このヘッダーには、Webサイトへのクエリの送信元のIPアドレスが含まれています。
SuperCacheを使用したキャッシュの特定の機能
HTTPクッキー
SuperCacheは、訪問者のクエリでのHTTPCookieの使用に関する3つのキャッシュモードをサポートしています。キャッシュの種類は、Cookieを使用する場合のキャッシュの種類から選択できます。 SuperCacheの[詳細設定]で利用できるオプション。
Cookieを使用するときに適切なタイプのキャッシュを選択するには、最初にWebサイトを詳細にテストし、Cookieを生成するすべてのケースを定義する必要があります。 Webサイトが各ユーザーにパーソナライズされたコンテンツを提供できるようにするCookieがある場合は、このCookieをキャッシュから除外する必要があります。
キャッシュから除外されたHTTPCookie
WordPress、Joomla！などの最も人気のあるCMSのいくつか！その他は、特定のCookieを使用して以前のユーザーIDを検証します。これらのシステムの管理の一部にログインした後、ユーザーは次のCookieを受け取ります。
管理者 =*
wordpress_logged_in *
joomla_user_state =logged_in
これらの管理Cookieは自動的にキャッシュから除外されます。この防御メカニズムの削除はサポートされていません。
ユーザーがクエリでこれらのCookieの一部をWebサイトに送信すると、SuperCacheはX-SH-Cache-Status： BYPASSを返します。 Webサイトの応答をキャッシュすることも、キャッシュされたデータを訪問者に提供することもありません。
ウェブサイトが上記とは異なる認証にCookieを使用している場合は、特定の訪問者のCookieを除くすべてをキャッシュするからそれらを除外できます。 詳細設定»Cookieを使用する場合のキャッシュの種類 。 [Cookieが存在する場合はキャッシュからコンテンツを提供しない]フィールドにCookie名のみを入力します 。
キャッシュから除外された管理URL
管理Cookieと同様に、最も一般的なCMSの管理URLの一部はキャッシュから除外されます。
キャッシングから除外されたURL：
/ wp-admin
/ wp-login.php
/管理者
/管理者
/ログイン
/ユーザー/ログイン
/ ？q =user
Cookieとは異なり、キャッシュから除外されるURLのオプションを無効にすることができます。これは、キャッシュされていない自動的に追加されたURLアドレスから実行できます。 詳細設定の下 SuperCacheで。
重要 ：Webサイトの管理パネルにアクセスするために、キャッシュから除外されたものとは異なるURLを使用する場合は、SuperCache設定の[キャッシュからURLアドレスを除外する]に追加する必要があります。ウェブサイトが提供するHTTPヘッダー
Webサイトからの応答がキャッシュされるかどうか、およびキャッシュが保存されるまでは、HTTPヘッダーによって異なります。 SuperCacheは、Webサイトの応答のHTTPヘッダーをチェックし、それらの一部に準拠します。
これらは次のとおりです。Set-Cookie 、キャッシュ制御 、有効期限 および変更 。
注 ：キャッシュは特定の時間間隔でパージされます。キャッシュ伝播のグローバル間隔は、SuperCacheの自動キャッシュパージで設定されます。デフォルトで設定される間隔は15分です。これは、特定のWebリソースのキャッシュデータが15分ごとにパージされることを意味します。キャッシュされたコンテンツは削除され、次のクエリでこのリソースは新しいキャッシュを生成します。HTTPセット-Cookieヘッダー
Webサイトは、このヘッダーを介してHTTPCookieをユーザーに送信します。ウェブサイトの応答に少なくとも1つのSet-Cookieヘッダーが含まれている場合、SuperCacheによってキャッシュされません。このオプションは、[詳細設定]»から変更できます。次のサーバーヘッダーの処理を無効にします。このヘッダーを処理から除外すると、SuperCacheはそれに準拠せず、Webサイトの応答を自由にキャッシュします。
HTTPキャッシュ-制御ヘッダー
HTTP Cache-Controlヘッダーからのいくつかのディレクティブは、Webサイトの応答の有効性に関連しており、キャッシングシステムがその応答を処理する方法を制御します。これはWebリソースのキャッシュに直接影響するため、SuperCacheはHTTPCache-Controlヘッダーからのディレクティブに敏感です。
HTTP期限切れヘッダー
このヘッダーは、応答が最新であると見なされるまでの時間を指定します。指定された日付より後に応答が生成された場合、その応答はキャッシングシステムによって廃止され、古いものとして扱われます。応答にmax-ageディレクティブを含むHTTPCache-Controlヘッダーが含まれている場合、SuperCacheはExpiresヘッダーを除外する可能性があります。
HTTP可変ヘッダー
HTTP Varyヘッダーは、ユーザーの仕様によってコンテンツが異なることを通知するためにWebサイトで使用されるメカニズムです。
ヘッダーは、コンテンツのキャッシュ中にこの機能に準拠するように、キャッシュシステムによって使用されます。 User-Agent、Cookiesなどのユーザークエリで生成された他のHTTPヘッダーをディレクティブとして使用する場合があります。
Varyの使用：User-Agentは、無効なキャッシュにつながる可能性があります。ウェブサイトがウェブサイトの適切な操作にとって重要ではないディレクティブでVaryヘッダーを提供している場合は、SuperCacheから除外することをお勧めします。
WebサイトがVary：User-Agentヘッダーを提供しているが、ブラウザー（User-Agent）ごとに異なるWebサイト機能またはコンテンツがない場合は、SuperCacheからUser-Agentディレクティブを除外できます。
SuperCache設定»無視されたVaryヘッダーでVaryヘッダーの特定のディレクティブを除外できます。
コンソールを介してこの機能をテストするには、curlのUser-Agentパラメーターを変更できます（例：
）。curl-I-A「MyUserAgent」http://cookies.goodexample.eu
注 ：Webサイトがモバイルユーザーとデスクトップユーザーに異なるコンテンツを提供し、それらを区別するためにUser-Agentヘッダーを使用する場合、SuperCacheのIgnoredVaryヘッダーにUser-Agentを追加しないでください。トップに戻る続きを読む：
SuperHostingによるSuperCacheManager
SuperCacheManagerの詳細設定
HTTPヘッダー
HTTPVaryヘッダー