http1.0と1.1の違い
1. HTTP 1.1 は、永続的な接続 (PersistentConnection) とリクエスト パイプライン (Pipelining) 処理をサポートします。
HTTP 1.0 では、ブラウザーとサーバーのみが保守することを規定しています。存続期間の短い接続です。ブラウザの各リクエストは、サーバーとの TCP 接続を確立する必要があります。サーバーは、リクエストの処理が完了すると、すぐに TCP 接続を切断します。サーバーは、各クライアントを追跡したり、過去のリクエストを記録したりしません。 (推奨学習: Web フロントエンド ビデオ チュートリアル)
HTTP 1.1 は永続的な接続をサポートしており、デフォルトで永続的な接続を使用します。複数の HTTP リクエストとレスポンス。複数のリクエストとレスポンスは重複する可能性があり、複数のリクエストとレスポンスを同時に実行できます。より多くのリクエスト ヘッダーとレスポンス ヘッダー (たとえば、HTTP 1.0 にはホスト フィールドがありません)。
1.0 セッション モード:
1. 接続を確立します。
2. リクエスト メッセージを送信します。
3. 応答メッセージを送り返します。
4. 接続を閉じます。
HTTP 1.1 の継続的接続には、実装に役立つ新しいリクエスト ヘッダーも追加する必要があります。たとえば、Connection リクエスト ヘッダーの値が Keep-Alive の場合、クライアントはこのリクエストの結果を返した後、接続を維持するようにサーバーに通知します。接続 リクエスト ヘッダーの値が close の場合、クライアントはこのリクエストの結果を返した後、接続を閉じるようにサーバーに通知します。 HTTP 1.1 では、認証、状態管理、キャッシュ キャッシュなどのメカニズムに関連する要求ヘッダーと応答ヘッダーも提供します。
リクエストのパイプライン処理により、TCP 接続上で複数の HTTP リクエストとレスポンスを送信できるため、接続の確立と終了にかかる消費と遅延が軽減されます。たとえば、多くの画像を含む Web ページ ファイルに対する複数のリクエストと応答は 1 つの接続を介して送信できますが、個々の Web ページ ファイルに対するリクエストと応答は依然として独自の接続を使用する必要があります。 HTTP 1.1 では、クライアントが前のリクエストの結果が返されるのを待たずに次のリクエストを行うこともできますが、サーバーは、クライアントが確実に応答できるように、クライアント リクエストを受信した順序で応答結果を送り返す必要があります。各リクエストの内容を区別する レスポンスの内容
2.HTTP 1.1 はホスト フィールドを追加します
HTTP1.0 では、各サーバーは一意の IP アドレスにバインドされていると見なされます。したがって、要求メッセージ ホスト名が渡されません。しかし、仮想ホスト技術の発展により、物理サーバー上に複数の仮想ホスト (マルチホーム Web サーバー) が存在し、IP アドレスを共有できるようになりました。
HTTP1.1 リクエスト メッセージとレスポンス メッセージは Host ヘッダー フィールドをサポートする必要があり、リクエスト メッセージに Host ヘッダー フィールドがない場合、エラー (400 Bad Request) が報告されます。さらに、サーバーは絶対パスでマークされたリソース要求を受け入れる必要があります(SHOULD)。
3. 100 (継続) ステータス (帯域幅の節約)
HTTP/1.1 では、新しいステータス コード 100 (継続) が追加されました。クライアントはあらかじめヘッダーフィールドのみを付けたリクエストを送信し、サーバーが権限によりリクエストを拒否した場合はレスポンスコード401(Unauthorized)を返し、サーバーがリクエストを受信した場合はレスポンスコード100を返します。 、クライアントはエンティティを使用して完全なリクエストを送信し続けることができます。 100 (継続) ステータス コードを使用すると、クライアントはリクエスト メッセージ本文を送信する前にリクエスト ヘッダーを使用してサーバーをテストし、サーバーがリクエスト本文の受信を希望しているかどうかを確認し、その後、リクエスト本文を送信するかどうかを決定できます。
4. チャンク転送コーディングは、上記の問題を解決するために HTTP/1.1 で導入されました。送信者はメッセージを任意のサイズのいくつかのデータ ブロックに分割し、各データ ブロックは送信時にブロックに添付されます。最後にメッセージの終わりの標識として長さ 0 のブロックを使用します。このアプローチにより、送信者はメッセージの断片のみをバッファリングすることができ、メッセージ全体をバッファリングすることによって引き起こされる過負荷を回避できます。
5. HTTP/1.1 では、1.0 をベースにいくつかの新しいキャッシュ機能が追加されています。キャッシュされたオブジェクトの有効期間が Expire を超えると、そのオブジェクトは古いオブジェクトになります。キャッシュは古いオブジェクトを直接破棄する必要はありません。ただし、ソース サーバーと通信します。再検証を実行します。
以上がhttp1.0と1.1の違いの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック











HTTP ステータス コード 520 は、サーバーがリクエストの処理中に不明なエラーに遭遇し、より具体的な情報を提供できないことを意味します。サーバーがリクエストを処理しているときに不明なエラーが発生したことを示すために使用されます。サーバー構成の問題、ネットワークの問題、またはその他の不明な理由が原因である可能性があります。これは通常、サーバー構成の問題、ネットワークの問題、サーバーの過負荷、またはコーディング エラーが原因で発生します。ステータス コード 520 エラーが発生した場合は、Web サイト管理者またはテクニカル サポート チームに連絡して詳細情報と支援を得ることが最善です。

HTTP ステータス コード 403 は、サーバーがクライアントの要求を拒否したことを意味します。 http ステータス コード 403 の解決策は次のとおりです: 1. 認証資格情報を確認します。サーバーが認証を必要とする場合は、正しい資格情報が提供されていることを確認します。2. IP アドレス制限を確認します。サーバーが IP アドレスを制限している場合は、クライアントの IP アドレスは制限されています。ホワイトリストに登録されているか、ブラックリストに登録されていません。3. ファイルのアクセス許可設定を確認します。403 ステータス コードがファイルまたはディレクトリのアクセス許可設定に関連している場合は、クライアントがこれらのファイルまたはディレクトリにアクセスするための十分なアクセス許可を持っていることを確認してください。等

HTTP 301 ステータス コードの意味を理解する: Web ページ リダイレクトの一般的なアプリケーション シナリオ インターネットの急速な発展に伴い、Web ページの操作に対する人々の要求はますます高くなっています。 Web デザインの分野では、Web ページのリダイレクトは一般的かつ重要なテクノロジであり、HTTP 301 ステータス コードによって実装されます。この記事では、HTTP 301 ステータス コードの意味と、Web ページ リダイレクトにおける一般的なアプリケーション シナリオについて説明します。 HTTP301 ステータス コードは、永続的なリダイレクト (PermanentRedirect) を指します。サーバーがクライアントのメッセージを受信すると、

HTTP ステータス コード 200: 成功した応答の意味と目的を調べる HTTP ステータス コードは、サーバーの応答のステータスを示すために使用される数値コードです。このうち、ステータス コード 200 は、リクエストがサーバーによって正常に処理されたことを示します。この記事では、HTTP ステータス コード 200 の具体的な意味と使用法について説明します。まず、HTTP ステータス コードの分類を理解しましょう。ステータス コードは、1xx、2xx、3xx、4xx、5xx の 5 つのカテゴリに分類されます。このうち、2xx は成功応答を示します。 200 は 2xx で最も一般的なステータス コードです

NginxProxyManager を使用して HTTP から HTTPS への自動ジャンプを実装する方法 インターネットの発展に伴い、ますます多くの Web サイトが HTTPS プロトコルを使用してデータ送信を暗号化し、データ セキュリティとユーザーのプライバシー保護を向上させ始めています。 HTTPS プロトコルは SSL 証明書のサポートを必要とするため、HTTPS プロトコルを展開する際には特定の技術サポートが必要です。 Nginx は強力で一般的に使用される HTTP サーバーおよびリバース プロキシ サーバーであり、NginxProxy

http.PostForm 関数を使用して、フォーム データを含む POST リクエストを送信します。Go 言語の http パッケージでは、http.PostForm 関数を使用して、フォーム データを含む POST リクエストを送信できます。 http.PostForm 関数のプロトタイプは次のとおりです。 funcPostForm(urlstring,dataurl.Values)(resp*http.Response,errerror)where, u

クイック アプリケーション: PHP の実践的な開発ケース分析 複数ファイルの非同期 HTTP ダウンロード インターネットの発展に伴い、ファイル ダウンロード機能は多くの Web サイトやアプリケーションの基本的なニーズの 1 つになりました。複数のファイルを同時にダウンロードする必要があるシナリオでは、従来の同期ダウンロード方法は非効率的で時間がかかることがよくあります。このため、PHP を使用して HTTP 経由で複数のファイルを非同期にダウンロードするソリューションがますます一般的になってきています。この記事では、実際の開発事例を通して、PHP 非同期 HTTP の使用方法を詳しく分析します。

解決策: 1. リクエスト ヘッダーの Content-Type を確認する; 2. リクエスト本文のデータ形式を確認する; 3. 適切なエンコード形式を使用する; 4. 適切なリクエスト メソッドを使用する; 5. サーバー側のサポートを確認する。