httpプロトコルを使用した処理

今回は http プロトコルを使用するプロセスについて説明します。 http プロトコルを使用するプロセスの 注意事項 については、実際のケースを見てみましょう。

通常、http クライアントはリクエストを開始し、ポートを作成します (つまり、携帯電話、コンピューターなどがブラウザを使用してページを開きます)
このとき、http サーバーはポート上でクライアントのリクエストをリッスンします。
リッスン後、http サーバーはステータス (200 など) とコンテンツ (要求されたファイル、エラー メッセージ など) をクライアントに返します。

URL を入力して Enter キーを押すとき、またはページを更新するとき、コンピューターとブラウザーは何をしますか?

1つ目はドメイン名の解決です。
最初のステップは、Chrom ブラウザを使用していることを前提としています。

1.chrom は独自の DNS キャッシュを検索します。

2. オペレーティングシステムのDNSキャッシュを検索します

このキャッシュ時間は約1分です。キャッシュがある場合は、キャッシュの有効期限が切れているかどうかを確認してください。
Chromにキャッシュがあるかどうかを確認するにはどうすればよいですか?
Chrome ブラウザを開いて chrome://net-internals/#dns と入力します

ここで、訪問した Web サイトの DNS レコードを表示できます。

ブラウザがキャッシュを見つけられない場合、またはキャッシュの有効期限が切れている場合、Chrome はオペレーティング システム自体の DNS キャッシュを検索し、キャッシュが見つかって有効期限が切れていない場合、検索は停止し、解析はここで終了します。

3. オペレーティング システムが DNS キャッシュを見つけられない場合、Chrome はローカル ホスト ファイルを読み取ろうとします

4. 対応する設定項目がホスト内に見つからない場合、ブラウザは DNS を開始します。システム コールは、ローカルに制御される DNS サーバー (通常はブロードバンド オペレータによって提供される) へのドメイン名解決要求を開始します。

オペレーターのドメイン名解決サーバーは通常: (www.imooc.com を例に挙げます)
1) 独自のキャッシュを検索し、有効期限が切れていない場合、解決は成功します。
2) このエントリが見つからない場合、オペレーターの DNS サーバーはブラウザに代わって反復的な DNS 解決リクエストを開始します。
最初にルート ドメインの DNS IP アドレスを検索し、imooc.com のドメイン名アドレスを要求します。ルート ドメインは、これがトップレベル ドメイン (com ドメイン) のドメイン名であることを認識するため、次のように応答します。オペレーターのサーバーに問い合わせると、トップレベル ドメインの IP アドレスは com ドメインしかわかりません。
その後、オペレーターは com ドメインのトップレベル ドメインの IP アドレスを取得し、それを尋ねました。com ドメインは、imooc.com の DNS サーバーのアドレスしか知らないと答えました。
その後、オペレーターのメイン DNS サーバーが imooc.com ドメインの DNS サーバーを見つけます。これは通常、ドメイン名レジストラーによって提供され、imooc.com サーバーがそれを見つけた後、そのドメイン名アドレスを要求します。それをオペレーターのサーバーに送信します。

オペレーターサーバーはデメリットをオペレーティングシステムカーネルに返すとともに、自身のキャッシュ領域にキャッシュします(このキャッシュは長さによっては無効になる場合があります)

オペレーティングシステムカーネルはIPアドレスをブラウザーに返します。

最終的に、ブラウザは www.imooc.com に対応する IP アドレスを取得しました。

5. ブラウザは、ドメイン名に対応する IP アドレスを取得した後、TCP「スリーウェイ ハンドシェイク」を開始します。

ブラウザは、次のコマンドを使用して Web サーバー (nginx ポート 80 など) への TCP リンク リクエストを開始します。ランダムなポート。
この TCP 接続リクエストは、ルーティング デバイスの層を介してサーバーに到達し、ネットワーク カードに入り、その後、ファイアウォール フィルタリングを通過して、最終的に Web サーバーに到達することもあります。 /ip 接続が確立されます。 この3回の握手中に何をしましたか?
クライアントはサーバーに「聞こえますか？しばらくチャットしましょう」と言います

サーバーはクライアントに「聞こえます。しばらくチャットしましょう」と言います

その後、クライアントはサーバーに「わかりました、チャットを始めましょう!」

6. TCP/IP 接続が確立された後、ブラウザは、HTTP get メソッドを使用して、ルート ドメインのドメイン名を要求できます。 HTTP 1.0を使用したプロトコル。

7. サーバーはこのリクエストを受信し、バックエンド処理の後、処理された結果データがブラウザに返されます (MOOC ページの場合)。ブラウザ。

8. ブラウザは完全な HTML ページ コードを取得します。このページを解析してレンダリングするとき、内部の JS、CSS、画像、その他の静的リソースも HTTP リクエストであり、これらはすべて上記の 7 つの主要な手順を実行する必要があります。

9. ブラウザーは取得したリソースに基づいてページをレンダリングし、最終的にユーザーにページを表示します。

HTTP はリクエストとレスポンスに分かれています。
リクエストまたはレスポンスに関係なく、http ヘッダーと本文の情報が含まれます。 (2 つは同じです)
http ヘッダーは、コンテンツ タイプ、サーバーが応答を送信した日付、HTTP ステータス コード
などの追加情報を送信します。本文は、ユーザーによって送信されたフォーム データ、または返されたフォーム データです。データ 。

この記事の事例を読んだ後は、この方法を習得したと思います。さらに興味深い情報については、php 中国語 Web サイトの他の関連記事に注目してください。

推奨書籍:

HTTPの基礎知識

JavaScriptオブジェクトの詳細な説明

以上がhttpプロトコルを使用した処理の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。