我所认识的HTTP私たちは皆、そのHTTPハイパーテキストプロトコルを知っています。しかし、より具体的に、我々は契約を理解するためにどのようにすべきですか？一部の人々は、言語は私たち人間のコミュニケーションの基礎となっているので、我々は、言語のアナロジーと言うことができると言います。言語のアナロジーに入れて、HTTPを形成し、現在の技術の家族と相まってが過言ではありません、HTTPベースのアプリケーションの多くは、彼らがHTTPを介して情報を送信する必要が、あります。典型的なアプリケーションは、ブラウザとWebサーバーです。アナロジーは本当ですが、私たちの言語自体が十分に抽象的であるため、HTTPを理解するために私たちを助けているように見えることはできませんが、少なくとも私たちは直感的にHTTPはそれが何であるかであることを認識させません。
より良いHTTPを理解するために、我々は、まだその時の単純なHTTPプロトコルで、HTTPの以前のバージョンにさかのぼることができ、インターネットの不確実性に対応するために、インターネット通信のための基礎を提供し、我々は問題を回避するための戦略のシリーズを設計する必要があります情報の円滑な伝達を確保しながら、1つのシーンの問題を解決します。そして、このシナリオは比較的簡単ですが、私たちは人生の例を想像することができ、一部の人々はあなたがお金を借りる見つけ、あなたは彼が特に適していることに時間を見つけることができます、たとえば、あなただけの賃金を受け取り、彼の勝利と相まって、あなたがお金の理由を借りますあなたはためらいを感じるとき、あなたがあきらめどのくらい借りたいしない理由は、彼が献身以上のものを持っていた、このシーンは、あなたのポケットのお金とあなたの妻とまったく同じシーンを圧縮し、大人ベンの崩壊は、最初からお金を借りることです、彼彼らは、ナイフを作るあなたが戻って与えると言うので、彼が正常にあなたのお金を借りて、あなたは簡単な喜びを賃金に終わりをもたらします。私たちは、彼はあなたのお金を借りて、既知および未知のシーンを考慮し、プロセスは非常に適切である多くの人々を借りて、シーンとしてお金を借ります。特に、HTTPの以前のバージョンのプロセス全体に対処したいと思います。
HTTPプロトコルは、Web上での基本的な知識である、またはネットワークアーキテクチャ、およびWeb開発者は、B / Sアーキテクチャので、ブラウザがHTTPをカプセル化している、それに触れるために少しチャンスがあると述べ、我々はより多くを処理しています私たちのビジネスシーン。
HTTPは、信頼性の高いデータ転送プロトコルであるため、今のところ、インターネット上の情報は、数百万ドルのリソースファイルの何百ものがあり、これらは、世界のさまざまな部分に位置している、我々は、HTTPを介して情報にアクセスするには、コンピュータや携帯電話を使用することができ、そのよう良いことである、開発者がビジネスの開発に集中することができるWeb開発者やユーザーのためである、信頼性の高いデータが破壊されることはありませんか、送信中に失われることを保証。
Webサーバは、また、WebサーバーがHTTPプロトコルで、インターネット上のデータのほとんどのHTTPサーバストアを使用しているため、HTTPサーバとして知られており、クライアントは最も一般的なブラウザでHTTPクライアントへのHTTPリクエストがあるときに、データを返しますデバイス。
Webリソースのために、それはあなたがそのようなテキスト、画像、オーディオとビデオのように、これらのリソースは通常、静的リソースと呼ばれている、と考えることができます任意の形式にすることができますが、注意すべき点は、静的なWebリソースに加えて、資源もすることができ、ということですソフトウェアは、異なるコンテンツに基づいて異なるIDを生成するなど、必要に応じてリソースを生成します。
Webリソースの多くの種類、よりよい異なるデータ型を同定するためにHTTP、また、MIMEのとして知られているメディアタイプの導入があり
、ブラウザがリソースへのWebサーバー上で利用可能なデータ形式のタグであるタイプ、意志は、最初のリソースのMIMEタイプをチェックするので、このリソースに対処する方法。MIME形式、典型的には大型タイプ/サブタイプ。
マークするテキスト/ HTMLを使用してHTML形式のテキスト、画像/ JPEGを使用してJPEG画像をマーク。
一般的なMIMEの何百もあります。
正確なターゲットリソースを得るために、HTTPは、HTTPリソースファイルを正確ユニフォームリソース識別子によって配置することができ、世界的に一意な識別子であるユニフォームリソース識別子URIを導入しました。同時に、URI、URLとURNの二つの形式がある。
ユニフォームリソースロケータのURL、現在のリソース識別子の最も一般的な形態であり、特定のサーバ上の特定のリソースの場所を記述します。第一の部分、リソース・アクセス・プロトコル・タイプ（スキーム）;サーバのインターネットアドレスの第二部分と第三部分、リソースファイルのパス。ここでは、URIとURLは同等です。
URN、ユニフォームリソース名、リソース名との関連にかかわらず、リソースアドレスの。使用シナリオでは、名前で、ネットワークプロトコルが訪問するより多くを行うために使用することができます。URNはまた、パイロット段階に保存されている。しかし、何の大規模な使用はありません。