「HTTP プロトコルはファイル交換用に設計されているため、そのためのコマンドがいくつか組み込まれており、これらはメソッドと呼ばれることが多いです。

「ここにあります: GET、POST、PUT、DELETE 、OPTIONS、HEAD、PATCH、TRACE、LINK、UNLINK、CONNECT

主な4つの方法をお伝えします。

「GET メソッドは、リクエスト (URL) に基づいてファイルを受信するように設計されています。ファイル リクエストは、リクエスト自体のみがサーバーに送信されることを前提としています。また、そのようなリクエストの結果 (応答) をキャッシュすることも通常とみなされます。このキャッシュのわかりやすい例は、ブラウザによる画像の読み込みです。」

「PUT メソッドは、サーバーにファイルを追加するために設計されています。ファイル パスは、URL で指定されたパスであることが想定されます。リクエストの本文にはファイルが含まれている必要があります。」

「POST メソッドは、サーバー上のファイルを更新するために設計されています。データとファイルの両方がリクエストとレスポンスで送信されます。」

「DELETE メソッドは、URL に基づいてファイルを削除するように設計されています。」

「この情報を 1 つの表にまとめてもらえますか?」

"もちろん:"

HTTP、ポート、リクエスト、レスポンス、REST - 1

「実際、Web は URL をファイル パスとして考えるのをやめ、リクエストとして扱い始めました。その結果、GET メソッドと POST メソッドが最も一般的になりました。」

「POST メソッドは最も汎用的です。本格的なリクエストと本格的な応答の両方をサポートします。」

「そうは言っても、GET メソッドは POST の簡易バージョンとみなされることがよくあります。本格的なリクエストは必要なく、リクエストとして URL のみが必要です。」

「ブラウザでリンクを開いたとき、サーバーにはどのようなリクエストが送信されますか?」

「ブラウザに新しい URL を入力するたびに、ブラウザは GET リクエストを送信します。結局のところ、URL 以外のデータは送信されません。」

「ところで、テーブルにステータス列を作成したようですが、これは何ですか?」

「HTTP プロトコルを使用するサーバー応答は、リクエストのステータスで始まる必要があります。」

「ステータスコードは次のとおりです。」

ステータスコード 説明
1xx 情報提供への対応 101
2xx- 成功 200
3xx リダイレクション 301,302,303,305
4xx クライアントエラー 404
5xx サーバーエラー 501

「すべてが正常な場合、通常はステータス コード 200 が返されます。」

「サーバーがユーザーを別のページにリダイレクトしたい場合は、新しい URL とステータス コード 302 を返します。」

「要求されたページが見つからない場合は 404 を返します。」

「サーバーエラーが発生した場合、ステータスコード 501 ~ 503 が返されます。」

「なんだか気分が悪いんだ、アミーゴ」

「私は自分自身から何かを取り除くつもりです。一方、あなたはここで詳細を読むことができます。」