HTTPヘッダとは何ですか？

クライアントとサーバ間の公式の情報交換があるHTTPヘッダを使用してください。 この情報は、ユーザーには見えませんが、それは、ブラウザの正しい操作なしには不可能です。 普通のユーザーの場合、この程度とタスクのHTTPヘッダの情報はかなり複雑に見えるが、実際に彼らは困難な言語が含まれていません。 これは、日常的にWebユーザに直面しているものです。

HTTPのは何である ヘッダは？

「ハイパーテキスト転送プロトコル」 - そうHTTPヘッダを変換します。 その存在そのもの、「クライアント - サーバ」間の可能な接続のために。 簡単な言葉で説明している場合、ブラウザによってサーバへの接続を開始し、要求を送信します。 最後に、デフォルトでは、クライアントからの要求を待って、それを処理し、要約または回答を送り返します。 //と開いたページの形で得られた結果：検索ボックスでは、ユーザーは、httpで始まるサイトのアドレスを「ハンマー」。

該当する行のウェブアドレスを印刷する場合、ブラウザはDNSを使用してサーバを必要とされます。 サーバーは彼に顧客を送信し、要求されたヘッダを出力HTTPヘッダ（1または複数）を、認識しています。 セットは必須、既存のタイトルで構成され、見つかりませんでした。

一般的には、HTTPヘッダ十分に有効。 彼らは、彼らが要求された情報に送信され、HTMLコーディングには表示されません。 多くのタイトルが自動的にサーバーによって送信されます。 PHPでそれを送信するために、関数ヘッダーを使用。

ブラウザ対話とウェブサイト

ブラウザとサイト間の相互作用の仕組みは非常に簡単です。 そのため、HTTPヘッダは、サーバーに送信されたクエリ文字列を、開始します。 応答では、クライアントは、情報が来る必要があります。 ところで、 httpプロトコル 17年の-インターネット上で最も使用されています。 それは、簡単で信頼性の高い、高速かつ柔軟です。 メインタスクのhttp - Webサーバから情報を要求します。 ligthttp、apacheの、nginxの - クライアントは、ブラウザとサーバです。 それらの間の接続に成功すると、クエリに応答したサーバは、必要な情報を取得します。 HTTP情報は、テキスト、オーディオファイル、ビデオを含んでいます。

プロトコルは、他人のために輸送することができます。 クライアントの要求は、3つの部分から構成されています。

• スタートライン（メッセージタイプ）。
• ヘッダ（メッセージオプション）。
• 情報の本体（空白行を分離するメッセージ）。

スタートライン - リクエストのHTTPヘッダフィールドの必須要素。 ユーザ要求構造は、3つの主要部分から構成されています。

1. メソッド。 それによって、要求の種類を示します。
2. パス（パス）。 ドメインを、以下のURL、このライン。
3. プロトコルが使用されます。 これは、プロトコルとHTTPのバージョンで構成されています。

最近のブラウザは、バージョン1.1を使用しています。 「：値名」の形式でタイトルが続きます。

HTTPキャッシング

一番下の行は、キャッシュが（ハードドライブ上のオペレーティング・メモリに）キャッシュ内のHTMLページやその他のファイルのストレージを提供することです。 これは、それらへのアクセスを高速化し、帯域幅を再保存するためです。

キャッシュは、クライアントブラウザ、中間ゲートウェイとプロキシサーバーです。 あなたはURLでメッセージを送信する前に、ブラウザがキャッシュ内のオブジェクトをチェックします。 オブジェクトが存在しない場合、要求はそれがnginxのサーバー上のキャッシュHTTPヘッダをチェックされている次のサーバに転送されます。 ゲートウェイとプロキシが異なるユーザによって使用されているので、キャッシュは共有されています。

HTTPキャッシングは大幅にサイトの操作をスピードアップすることができないだけでなく、ページの古いバージョンを与えます。 サイトキャッシュ 応答にヘッダを送信するとき。 これは、HTTPS経由で要求された情報をキャッシュすることはできません。

説明HTTPヘッダ

HTTPヘッダ考慮される最も重要なキャッシュ機構の1つが満了します。 これらの見出しは、応答情報で提供有効期限を報告しています。 彼らは、キャッシュが古くなったとみなされた時間と日付を示しています。 例えば、以下のようなヘッダが：有効期限：温、2016年11月30日午前13時45分○○秒GMTを。 この構造は、キャッシュページと画像に含め、ほとんどどこでも使用されています。 ユーザーが古い日付を選択した場合、情報がキャッシュされません。

HTTPプロキシヘッダはヘッダリンクカテゴリです。 彼らは、デフォルトではキャッシュされません。 正しく動作するためにキャッシュするには、各URLは内容の一の実施形態に対応している必要があります。 ページは二つの言語で有効である場合は、それぞれのバージョンには、独自のURLを持っている必要があります。 タイトルは、キャッシュクエリー名のヘッダに応じて異なります。 クエリ表示はブラウザに依存した場合、サーバは、ヘッダを送信する必要があります。 このように、キャッシュに問い合わせやドキュメントタイプの異なるバージョンを格納しています。 TTPは、それが不要に排除するので、ヘッダーは、で動作するように、それは非常に簡単で、使用するリソースの可能なフォーマットのリストを策定するために必要とされて受け入れます。

オーバーヘッドを渡すヘッダの四つのグループがあります。 彼らは自然だけでなく、任意のレポートサーバーとクライアント、要求と応答に含まれている - これらは、メインの見出しです。 後者は、クライアントとサーバーからのすべてのメッセージの内容を説明しています。

HTTPヘッダが追加の許可と考えられています。 ウェブページがクライアント認証を要求すると、ブラウザは、ユーザー名とパスワードを入力するためのフィールドを持つ特別なウィンドウが表示されます。 ユーザーが自分のデータを入力した後、ブラウザは、要求のhttpを送信します。 これは、「承認」のタイトルが含まれています。

どのように見出しを表示するには？

HTTPヘッダを参照するには、ブラウザ用のプラグインをインストールする必要があり、例えば、Firefox：

• Firebugの。 ビューの見出し、あなたはすべての選択タブのネット（網）、（すべての）ことができます。 このプラグインは、Web開発者のために有用であろう機能を備えています。
• ライブHTTPヘッダ。 HTTPヘッダを表示するためのシンプルなプラグインです。 それが生成することが可能で、手動で要求します。
• 彼らは、設定ボタンをクリックすると、メンバーは簡単に開発ツール（ネット作品）を選択し、見出しを参照してくださいGhrome。

プラグインがインストールされている場合は、それを実行して 、あなたのリフレッシュ ブラウザを。

クエリメソッド

HTTPに使用される方法は、サーバへのメッセージの形で送信される命令との類似性を有します。 これは、英語の特別な言葉です。

• メソッドをGET。 リソースから情報を要求するために使用されます。 これは、すべてのアクションが始まる彼と一緒でした。
• POST。 使い方は、それがに提出されます。 たとえば、ソーシャルネットワークやコメント上のメッセージは、ブラウザはPOSTリクエストのボディを配置し、それをサーバーに送信します。
• HEAD。 この方法は、第一と同様であるが、肺機能を実行します。 彼は、応答メッセージから除いて、唯一のメタデータを要求します。 彼らはダウンロードせずにファイルの情報を取得したい場合の方法は、使用されています。 彼らは、サーバー上のリンクの機能をテストしたい場合は、それを使用してください。
• PUT。 URL上のデータをロードします。 これは、大量のデータを送信します。
• OPTIONS。 サーバー構成での作業。
• URI。 これは、リソースを識別し、URLが含まれています。

構造HTTPレスポンス

サーバーは、長いメッセージとクライアントの要求に応答します。 応答は、プロトコルバージョン、サーバのステータスコード（200）を示す数行からなります。 彼は、着信要求の処理のためにサーバー上で何が変わったのかを語ります：

1. 「百」のステータスは、情報の処理の成功を示します。 その後、サーバーはクライアントにドキュメントを送信します。 要求ラインの残りの部分は、送信された情報についてのその他の情報を示しています。
2. ファイルが見つからないか、存在しない場合は、サーバーがクライアント404に送信し、それも間違いと呼ばれています。
3. コード206は、しばらく後に再開することができる部分的なファイルのダウンロードを、示しています。
4. コード401は、認可の拒否を示します。 これは、要求されたページは、エントリを確認するために入力する必要がありますパスワードで保護されていることを意味しています。
5. インターネット上の一般的な応答 - アドミタンスの禁止は、コードビュー、ダウンロードやビデオの403の制限と述べました。
6. 要求されたファイルの一時的な動き、内部サーバーエラー、最終運動：コードの他のバージョンもあります。 この場合、ユーザーがリダイレクトされます。 サーバ運用の失敗があったことを意味し、コード500、もし。

URL - それは何ですか？

URLは - クライアントとサーバ間の通信のウェブの心臓部です。 ユニフォームリソースロケータ - 要求は通常、URLを経由して送信されます。 要求URLの構造は非常に単純です。 httpプロトコル（ヘッダ）、やじる（ウェブサイトのアドレス）、ポート、resourteパスとクエリ：それはいくつかの要素で構成されています。

また、このプロトコルは、セキュアなHTTPS接続との情報交換のために利用可能です。 URLアドレスは、インターネット上の特定の部位の配置に関する情報が含まれています。 アドレスは、ドメイン名、ページへのパスだけでなく、その名前が含まれています。

URLへの仕事の主な欠点 - それは厄介なラテンアルファベットとの相互作用だけでなく、数字や記号です。 SEOの最適化の アドレスURLが 重要な役割を果たしています。

役立つヒント

アクティブなコンピュータユーザーと開発者は、この分野の専門家によって与えられたいくつかの専門家のアドバイスに慣れるための場所ではありません。

• アップデート対象ファイルやドキュメントの有効期限を、示しています。 統計情報は、MAX-年齢の高い値で提供されます。
• 別の文書には、1つのURLのみのために利用可能でなければなりません。
• アップデートファイルをユーザーがダウンロードする場合は、名前を変更し、それにリンクしています。 これはかなり時代遅れの文書よりも、新しいダウンロードすることを保証します。
• Last-Modifiedヘッダは、コンテンツ内の最後の変化の現在の日付に適合しなければなりません。 あなたがそれらを変更しない限り、ページやドキュメントを保存し直してはいけません。
• それが必要とされるだけPOSTリクエストを使用してください。 SSLでの作業を最小限に抑えます。
• サーバーを送信する前にヘッダは、プラグインREDbotをチェックする必要があります。