歴史的な話のHTTPプロトコルから上、以下の、ハイパーテキスト転送プロトコル:HTTPプロトコルでは、三つの領域を理解する必要があるハイパーテキスト転送プロトコル(ハイパーテキスト転送プロトコル)の略です。
1960年代には、米国国防総省の国防高等研究計画局(ARPA)が世界中に4つのノードを持つARPAネットワークを設立し、インターネットの祖先と考えられています。
そう、インターネットへの複数のコンピュータにアクセスすることを、1970年代、ARPAネットワークの実践と思考に基づいて、研究者たちは、よく知られているTCP / IPプロトコルを発明し、1980年代半ばにUNIXカーネルを入力してください。
HTTPの誕生
ティム・バーナーズ=リー(ティム・バーナーズ=リー)と呼ばれるマスター、ワールド・ワイド・ウェブの創始者である、簡単に言えばは、現代のインターネットの創設者です。
1989年、彼は論文を発表し、本論文では、彼は3つの主要技術を確立し、インターネット上のハイパーリンク・ファイル・システムを構築するというアイデアを提案しました。
- URI:統一資源識別子、インターネット上のリソースを一意に識別
- HTML:HTML、ハイパーテキスト文書の記述
- HTTP:トランスポート・ハイパーテキストに使用ハイパーテキスト転送プロトコル、
これらの3つの技術は、直接、私たちは、今日のWebの世界の技術です、ティムは、World Wide Web(ワールドワイドウェブ)と呼びました。
だから、1989年に、HTTP生まれ。
HTTP / 0.9
1990年代初頭には、インターネットの世界は砂漠、処理能力の低いコンピュータであり、記憶容量が小さいため、速度が非常に遅いです。HTTPプロトコルは、プレーンテキスト形式であるように、ネットワークリソース上のリソースの大半は、プレーンテキストです。
処理サーバとクライアントを容易にするために、ティムは、もともとシステムに想定すると、ファイルは読み取り専用され、ユーザーはサーバーからHTML文書を取得するためにGET要求を許可されている、と密接な関係がすぐに応答した後、非常に限られています。
HTTPプロトコルのこのバージョンはシンプルですが、しかし、プロトタイプとして、完全なWebサービスの実現可能性を検証します。
HTTP / 1.0
1993年に、米国立スーパーコンピュータ応用研究所(NCSA)が最初のブラウザはフォトテキストことができ、モザイクを開発し、その後1995年にApacheサーバのソフトウェアを開発し、HTTPサービスの構築作業を簡素化します。
同期間中、1992年に、彼は1995年にMP3の音楽フォーマットを発明し、JPEG画像フォーマットを発明しました。
新技術の出現、HTTPプロトコルを推進するには、ユーザーニーズの観点から、HTTPプロトコルの開発を促進し、様々な特性を追加していきました。
ドラフトのシリーズ、HTTP / 1.0正式に1996年にリリースされて、既存の練習に基づいています。次のセクションでの主な増加:
- 追加された新しい方法HEAD / POSTなど
- レスポンスのステータスコードを増やします
- バージョン番号を増やし
- コンセプトヘッダーヘッドを追加しました
- 増加した
Content-Type
データの送信は、もはやテキストに制限されていません
しかし、HTTP / 1.0は標準ではありませんが、既存の慣行やパターンのレコードリファレンスドキュメント、メモへの実際の結合、同等のものを持っていません。
HTTP / 1.1
1999年には、発行されたHTTP / 1.1 RFC文書は、番号2616を改正として、私たちが見ることができる、バージョン番号から、HTTP / 1.1はHTTP / 1.0のための小さなマージンです。しかし、重要な違いは、それが正式な標準ではなく、参照文書であるということです。しかし、HTTP / 1.1、主要な変更点はあり、小振幅補正が非常に正確ではないと述べました。
- 追加された新しいメソッドのPUT / DELETE / OPITIONSなど
- キャッシュ制御と管理を増やします
Cache Control
- クリア接続管理、持続的な接続を可能に
Keepalive
- 応答データブロックを可能にする、大きなファイル(チャンク)の送信を容易にします
- 必須Hostヘッダ
私たちの世界のすべてのよく知られたサイト今日は、この時点の周りに作成され、それはHTTP / 1.1と言うことができる、それは、Web 1.0、Web 2.0の時代を作成しました。
しかし、HTTP / 1.1はそう2014年に彼らは、6つの小さい文書に分割改定を実施し、大きすぎると複雑である7230 / 7231 / 7232 / 7233 / 7234 / 7235を
6つの文書は二つの大きなニーズを追加しました:
- そのようなTLSプロトコルを使用するなど、HTTPのセキュリティを高めます
- HTTPは、より多くのアプリケーションをサポートすることができましょう、今4つのネットワーク・プロトコルをサポートしています。
- 伝統的な短い接続
- TCP接続は、モデルの再利用を成長することができます
- PUSHサーバモデル
- WebSocketのモデル
HTTP / 2
HTTP / 1.1は、2つの問題があります。
- 低速の接続要求は、シリアル、順序は、例えば、リソースページが複数存在することができることを保証する必要があることです
- パフォーマンスの低下、HTTP / 1.1は、テキストモード、CPUのzip圧縮を低減することにより、ネットワークの帯域幅が、フロントのコストと後端であるCPU
2010年には、Googleは新しいSPDYプロトコルを開始し、独自のサーバーに適用され、HTTP / 2 SPDYには基づいており、その主な機能は次のとおりです。
- バイナリ転送を使用して、それはもはやプレーンテキストではありません
- HTTP TCPで同時に複数の要求に接続することができ、要求はシリアルHTTP / 1.1に除去されます
- 頭を圧縮する使用HPACKアルゴリズム
- これは、サーバーがクライアントにデータをプッシュするためのイニシアチブを取ることができます
- TLSプロトコルベースのセキュリティの強化、
HTTP / 3
主な問題はHTTP / 2が言うことであるという問題をブロックラインの頭を、持っている、損失が発生すると、その後、問題はすべての要求によって引き起こされるTCPコネクション多重化でHTTPリクエストの数は、体重を失ったパッケージを待つ必要がありますパッケージには、私のHTTPリクエストでない場合であっても、バックパス。
これに基づき、GoogleはUDPに基づいていますQUIC(クイックUDPインターネット接続)プロトコルを発明しました。そのため、以下の質問に対処します。
- UDPが乱れているので、ヘッドライン、ブロッキングの問題が存在しません
- QUICは独自の再送パケットロスや輻輳制御プロトコルを持っています
- HTTPS握手通常、6つのネットワークの相互作用を必要とQUICは直接TLSおよびTCP 3ウェイハンドシェイクにマージ
したがって、上記QUICは、TLS + HTTP / 2における擬似TCP + UDP多重化プロトコルです。将来的には、QUICプロトコルが成熟し、TCPプロトコルを交換することが可能です。
技術的なマップの20セットを受信するための社会的関心番号