1

こんにちは、まず分析して理解し、サイトの HTTP ヘッダー応答を最適化したいと考えています。ウェブマスターから Google として取得すると、次のようになります。

HTTP/1.1 200 OK

Date: Fri, 26 Oct 2012 17:34:36 GMT // メッセージが送信された日時

Server: Apache // サーバーの名前

P3P: CP="NOI ADM DEV PSAi COM NAV OUR OTRo STP IND DEM" // P3P e コマース ストアにはこれが必要ですか?

ETag: c4241ffd9627342f5f6f8a4af8cc22ed // リソースの特定のバージョンを識別します

Content-Encoding: gzip // データで使用されるエンコーディングのタイプ

X-Content-Encoded-By: Joomla! 1.5 // これは明らかに Joomla によって生成されたものです。削除しても問題はありませんよね?

Expires: Mon, 1 Jan 2001 00:00:00 GMT // 応答が古くなったと見なされる日付/時刻を示します: 設定された日付はすでに期限切れになっているため、競合が発生しますか?

Cache-Control: post-check=0, pre-check=0 // これは、サイトがキャッシュされていないことを意味しますか? または何？

Pragma: no-cache // 何か案が？

Set-Cookie: 5d962cb89e7c3329f024e48072fcb9fe=9qdp2q2fk3hdddqev02a9vpqt0; path=/ // どのページにも Cookie を設定する必要があるのはなぜですか?

Last-Modified: Fri, 26 Oct 2012 17:34:37 GMT

X-Powered-By: PleskLin // これは削除できますか?

Cache-Control: max-age=0, must-revalidate // キャッシュ コントロールが 2 つあります。これは修正する必要がありますか? どちらが有利ですか？max-age=0, must-revalidate? post-check=0, pre-check=0?

Keep-Alive: timeout=3, max=100 // あれは何でしょう？

Connection: Keep-Alive

Transfer-Encoding: chunked // これは deflate や gzip であってはなりません ??

Content-Type: text/html

4

1 に答える 1

2
  • post-check エンティティの鮮度をチェックする間隔を秒単位で定義します。ユーザーにリソースが表示された後にチェックが行われる場合がありますが、次のラウンドトリップでキャッシュされたコピーが最新であることを確認します。 http://www.rdlt.com/cache-control-post-check-pre-check.html
  • pre-check ユーザーにリソースを表示する前にエンティティの鮮度をチェックする間隔を秒単位で定義します。
  • プラグマ: no-cache ヘッダー フィールドは、リクエストでの使用を目的とした HTTP/1.0 ヘッダーです。これは、ブラウザがサーバーと中間キャッシュに、リソースの新しいバージョンが必要であることを伝える手段であり、サーバーがブラウザにリソースをキャッシュしないように伝える手段ではありません。一部のユーザー エージェントは、応答でこのヘッダーに注意を払いますが、HTTP/1.1 RFC は、この動作に依存することに対して明確に警告しています。
  • Set-Cookie:ユーザーが今後同じ Web サイトを閲覧すると、Web サイトは Cookie に保存されたデータを取得して、ユーザーの以前のアクティビティを Web サイトに通知できます。[1] クッキーは、ウェブサイトがウェブサイトの状態やユーザーが過去に行った活動を記憶するための信頼できるメカニズムとなるように設計されています。これには、特定のボタンのクリック、ログイン、または数か月または数年前にユーザーがアクセスしたページの記録が含まれます。
  • X-Powered-By: Web アプリケーションをサポートするテクノロジ (ASP.NET、PHP、JBoss など) を指定します。これは一般的な非標準の応答ヘッダーの下にあり、削除できます。
  • Keep-Alive Web サイトの接続数を減らすことを目的としています。Web ページの各イメージ/css/javascript に対して新しい接続を作成する代わりに、同じ接続を再利用して多くのリクエストが行われます。
  • Transfer-Encoding:エンティティをユーザーに安全に転送するために使用されるエンコードの形式。現在定義されているメソッドは、chunked、compress、deflate、gzip、identity です。
于 2013-01-07T08:46:50.243 に答える