タグ付けされた質問 「http-headers」

ハイパーテキスト転送プロトコル(HTTP)では、HTTPヘッダーフィールドに、HTTP要求または応答の操作パラメーターが含まれています。要求行または応答行(メッセージの最初の行)では、メッセージヘッダーを形成します。

5
AcceptとContent-Type HTTPヘッダーの違い
そのため、Acceptヘッダーは、ブラウザが探しているリソースのMIMEタイプをサーバーに伝えます。たとえば、サーバーはプレーンテキスト、HTML、JSONなどを送信できます。 OK、それは理にかなっていますが、Content-Typeヘッダーを見ると同じことをしているようです。たとえば、テキストまたはJSONが必要であることをサーバーに伝えます。 ではAccept、Content-TypeHTTPヘッダーとHTTPヘッダーの違いは何ですか?

5
304 / If-modified-since / HEADリクエストを防ぐためのヘッダー
コンテンツがキャッシュされた後、サーバーへのすべてのリクエストを完全に停止するには、どのヘッダーを送信する必要がありますか? 非常に待ち時間の長いサーバー(Sigh、VMWare)があるためHEAD、サーバーへの要求の送信でも+ 40msかかります。 現在、これらは送受信されるヘッダーです。 最初のリクエスト クライアントが送信します。 GET http://dugong:8080/Rvi24mYJkxFRGNzq73PPvgWGh1j/IMG_2071.jpg HTTP/1.1 Host: dugong:8080 User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:9.0) Gecko/20100101 Firefox/9.0 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: en-us,en;q=0.5 Accept-Encoding: gzip, deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Pragma: no-cache, no-cache, no-cache Cache-Control: no-cache, no-cache, no-cache サーバーが応答します。 HTTP/1.1 200 OK Server: nginx/1.0.11 Date: Wed, 01 Feb 2012 14:51:51 GMT Content-Type: …

1
gzipのパフォーマンスを向上させるために推奨される最小オブジェクトサイズは何ですか?
私はページ速度の表示時間の改善に取り組んでおり、その方法の1つはWebサーバーからコンテンツをgzipすることです。 Googleの推奨事項: gzip圧縮は、より大きなリソースに対してのみ有益であることに注意してください。圧縮と解凍のオーバーヘッドと遅延のため、特定のサイズのしきい値を超えるgzipファイルのみを使用する必要があります。150〜1000バイトの最小範囲をお勧めします。150バイト未満のファイルをgzip圧縮すると、実際にはサイズが大きくなる可能性があります。 Akamaiを介してコンテンツを提供し、プロキシとCDNのネットワークを使用します。彼らが私に言ったこと: アカマイがエンドユーザーに送信する際に、要求されたオブジェクトを圧縮する最小サイズについての質問をフォローアップします。最小サイズは860バイトです。 私の返信: アカマイの最小サイズが860バイトである理由は何ですか?そして、たとえば、AkamaiがFacebookに提供するファイルの場合はなぜではないのですか?(以下を参照)gzipをより積極的に使用することをお勧めします。そして、それは私たちのサイトでは適切であるように思えます。最も頻繁にヒットするのは、860バイト未満のAJAX呼び出しです。 アカマイの対応: 860バイトが圧縮の最小サイズである理由は2つあります。(1)860バイト未満のオブジェクトを圧縮するオーバーヘッドは、パフォーマンスの向上を上回ります。(2)860バイト未満のオブジェクトは、とにかく単一のパケットで送信できるため、それらを圧縮する説得力のある理由はありません。 だから私はいくつかの事実確認のためにここにいます。パケットサイズによる860バイトの制限は、この推論の終わりですか?なぜトラフィック量の多いサイトがこれを150バイトの制限まで押し下げるのでしょうか...帯域幅コストを節約するためだけに(CDNは料金をオリジンからオフロードされた帯域幅に基づいているため)、そうすることでパフォーマンスが向上しますか? 2012年7月9日更新:既にパケットよりも小さいgzip応答のパフォーマンス向上があるかどうかと、Steve Souders に質問し、gzipのパフォーマンスの利点のために推奨される最小オブジェクトサイズを教えてください。 メールありがとう。サイズは1〜5Kの間です。Apacheにはデフォルトがありますが、それが何であるか忘れています-それは良いガイドです。 F5アプライアンスで圧縮を実行します。そのため、それと1Kの間にAJAX呼び出しがかなりあるため、350バイトに減らします。私たちのウェブサイトで350バイト未満のAJAX呼び出しはすべて約70バイトダウンしています... Googleの推奨よりも少ないので...本当にあなたのウェブサイトを知り、コードに基づいて調整するようになります。 本番でしばらくF5アップデートを実行した後、この投稿に戻ります。パフォーマンス上のメリットはほとんどないと思いますが、アカマイのサービスが少ないため、アカマイのコストを少し引き下げます。

2
相対位置ヘッダーを使用した場合の結果は何ですか?
仕様によると、リダイレクトで使用されるLocationヘッダーにはサーバー名が必要です HTTP/1.1 301 Moved Permanently ... Location: http://example.com/foo/baz/bar ただし、2012年には、ほとんどのWebブラウザーは相対パスを認識し、元のサーバー名を使用して新しい場所にリダイレクトします HTTP/1.1 301 Moved Permanently ... Location: /foo/baz/bar Locationヘッダーで相対URLを使用すると、否定的/驚くべき結果がありますか?私が特に懸念しているのは、Google /検索エンジンがこれをどのように解釈するかですが、他に何か考えていないことがあれば、それを聞きたいです。

2
クロスオリジンリソース共有ポリシーによってフォントのロードがブロックされました: 'Access-Control-Allow-Origin'なし
Google Chromeでこのエラーが発生しています。すべてが正しくセットアップされていると思いました。しかし、そうではないでしょうか? http://skin.cdn.comクロスオリジンリソース共有ポリシーにより、オリジンからのフォントのロードがブロックされました:要求されたリソースに「Access-Control-Allow-Origin」ヘッダーがありません。http://domain2.comしたがって、Origin はアクセスを許可されていません。 そして、htaccess(ドメインのルート)に次のものがあります。 <IfModule mod_headers.c> Header add Access-Control-Allow-Origin "http://skin.cdn.com" </IfModule> 質問:他の設定を忘れましたか? どうもありがとう

1
HTTPヘッダーエラーで指定されていない文字セット
このページをPage Speedでテストすると、Specify a character setエラーが発生します。 The following resources have no character set specified in their HTTP headers. Specifying a character set in HTTP headers can speed up browser rendering. Content-Typeタグが存在し、ページも同様にUTF-8エンコーディングで保存されたので、どこにエラーがから来ていますか?

1
Webサイトを終了する最良の方法は何ですか?
ASP.NET MVC 3で構築されたWebサイトがあり、完全に閉鎖されます。ドメインはまだ数か月必要なので、その間は少なくともメインページに1つのメッセージを表示したいと思います。 標準では、301 Moved Permanentlyを介してすべてのリクエストを単一のページに送信するか、すべてのリクエストに対して410 Goneを提供するかが基準になると考えています。 Webサイトを完全に閉じたのはこれが初めてです。すぐに再度行う必要はないと思いますが、これを行うための好ましい方法を知りたいと思います。 (タグの提案に完全にオープンです。Webサイトを閉じることは人気のあるトピックではないようです。これは良いことだと思います。)

2
HTTP Content-MD5ヘッダーの考慮事項
Content-MD5ヘッダーを使用するかどうかを検討しています。 長所: CMSを使用すると、オーバーヘッドを最小限に抑えて簡単に含めることができます(ケースの80%以上でキャッシュされた応答)。 問題に対する別の保護層が追加されます。 短所: Content-Lengthヘッダーは常に(動的に作成されたページ上にも)存在するため、クライアントは別の形式の検証を必要としません。 これまでのところ、破損が原因で発生する問題は認識していません。 MD5チェックは、Webページのロード時間に遅延を追加します。 ポイント: 特定のメディアタイプには、これを不要にする独自の形式のダイジェストが含まれていますか? TCPがすでにこれを提供している場合、なぜHTTP標準に含まれていたのですか? 既存の実際の用途は何ですか? MD5チェックは無視できますか? これを単体テストに追加して実装することは、実際の問題ではありません。1時間程度の作業です。ただし、有害な場合は、Webサイトの「ヘルスチェック」で使用される高レベルのスニフテストに追加する必要があります。

1
コンテンツのgzip圧縮バージョンのみを提供する場合、さまざまな受け入れエンコーディングヘッダーを追加する必要がありますか?
静的サイトをVPSからAmazon S3に移動しました。S3はWebサーバーではないため、ヘッダーに基づくロジックを使用できないため、ページのgzip圧縮バージョンのみを提供することにしました。CloudfrontをCDNとしても使用しています。 http://gtmetrix.com/で自分のページをテストしていましたが、を追加していないため、悪いメモを受け取りましたvary accept encoding header。だから私はこれが何であるかを確認しました、そして私が理解している限り、私たちが圧縮バージョンと非圧縮バージョンの両方を提供するときに理にかなっています。 ですから、これを明確にする手助けをしてください。追加しますか?ありがとう:)

2
「サーバー」ヘッダーは何かの目的を果たしますか?
たとえば、サーバーの応答ヘッダーをダンプすると、次のようになります。 Server: Apache/2.2.11 (Ubuntu) PHP/5.2.6-3ubuntu4.5 with Suhosin-Patch mod_ssl/2.2.11 OpenSSL/0.9.8g これは何かに使用されますか?サーバー構成をブロードキャストするセキュリティリスク(小さいですが)ですか?

2
キャッシュの有効期限の一般的な値として「29030400」秒が使用されるのはなぜですか?
静的ファイルのExpiresディレクティブで29030400が頻繁に使用されていることに気付きました。 この種のファイルは、最大1年間(少なくとも1か月)キャッシュすることをお勧めします。 私は計算しました:29030400秒= 336日 それは約1年から1か月を引いたものなので、推奨される間隔に完全に収まりますが、問題はなぜ正確に29030400なのかです。そして31536000秒= 365日ではありませんか?昔ランダムに設定された値のブラインドコピー/貼り付けだけですか?それとも別の説明がありますか?

3
期限切れのコンテンツはどのように処理する必要がありますか?
この単純化されたケースを想像してみましょう。オークションのWebサイトには「オークションの詳細」ページがあります。オークション終了から数週間後、「オークション詳細」ページはご利用いただけなくなります。 HTTP/1.1 410 Gone理由を提供するページを提供するだけです。 ただし、競合他社のプレイ方法は異なります(ebayでも)... コンテンツが削除されると、コンテンツが配信さHTTP/1.1 301 Moved Permanentlyれ、オークションに関連するカテゴリリストにリダイレクトされます。 この301リダイレクト戦略のクリーン度はどのくらいですか?(私たちにはそれは灰色/黒のseoのように見えます) 最善の戦略は何ですか? 注意してください: ユーザーがオークションを削除すると、一部のデータは「戦略的」または慎重に扱う必要があるため、コンテンツを(直接リンクでも)アクセス可能にしておくことはできません。

4
サーバーのContent-Typeヘッダーに関係なく、HTML Webサイトの文字エンコードをブラウザーに伝える方法は?
私はHTMLページを持っています(ディスク上の物理のエンコーディングがそれに一致している)が、それがContent-Typeであることを通知しています: <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta http-equiv="Content-Type" content= "text/html; charset=utf-8"> <title> ... ブラウザ(Google Chrome、Firefox)でディスクからファイルを開くと正常に動作します。 HTTP経由でリクエストすると、ウェブサーバーは別のContent-Typeヘッダーを送信します。 $ curl -I http://example.com/file.html HTTP/1.1 200 OK Date: Fri, 19 Oct 2012 10:57:13 GMT ... Content-Type: text/html; charset=ISO-8859-1 (最後の行を参照)。次に、ブラウザーはISO-8859-1を使用して、望ましくない結果を表示します。 HTMLドキュメント内からブラウザーに送信されるサーバーヘッダーを上書きする一般的な方法はありますか?

2
コンテンツを削除するとどうなりますか?
アプリケーションとSEOの観点から削除されたデータリンクの標準的な処理について疑問に思っています。 ユーザーがコンテンツを作成できるアプリケーションを持っていますが、コンテンツを削除することもできます。削除されたリンクへの着信トラフィックを処理する最良の方法は何ですか? 301を使用してそれらをどこかにリダイレクトする必要がありますか、それとも別のエラーをスローし、ページをそのままにしてエラーメッセージを表示する必要がありますか?

2
ETagを使用する場合と使用しない場合
私はWebPageTest.orgで私たちのサイトを見ていましたが、ウェブサイトを高速化するための推奨事項の1つは次のとおりです。 ETagヘッダーは、それを必要とする明確な理由がない限り、通常は使用しないでください。 これはどういう意味かと思っていました。それはあなたが知っている静的なコンテンツがそれらを持っているべきではありません変更されることはありませんか、それはあなたが知っている平均コンテンツはそれらを持っているべきではありません定期的に変更されない、またはそれはあなたがそれらを使用してはならないことを意味しない意味しています一般的にあなたがAを持っていない限り、特定のニーズ。 後者の場合、それらを使用する適切なタイミングはいつですか?助けてくれてありがとう。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.