curl を HTTP に変換
curl2code は、curl コマンドを生の HTTP リクエスト形式に変換します。変換は完全なプライバシー保護のため、WebAssembly を介してブラウザ内で実行されます。HAR 形式については、curl to HAR 変換ツールをご確認ください。HTTPie については、curl to HTTPie をご覧ください。以下に、実用的な HTTP リクエストの例を示します。
ブラウザから curl をコピーする方法
- 1
デベロッパーツールを開く
F12 キーを押すか、Ctrl+Shift+Iを使用してブラウザのデベロッパーツールを開きます。
- 2
ネットワークタブに移動
ネットワークタブをクリックし、HTTP リクエストをトリガーするアクションを実行します。
- 3
cURL としてコピー
リクエストを右クリック → コピー → cURL としてコピー を選択します。その後、上に貼り付けてください。
よくある質問
生の HTTP フォーマットとは何ですか？
生の HTTP は、ネットワーク経由で送信される実際のプロトコルテキストを示します：リクエストライン (GET /path HTTP/1.1)、ヘッダー、およびボディ。これは RFC 9110 で定義されている標準的な表現です。curl2code は生の HTTP リクエストフォーマットを生成します。これは、curl コマンドがプロトコルレベルで正確に何を行っているかを理解するのに役立ちます。
生の HTTP、HAR、HTTPie のどれを選択すべきですか？
生の HTTP は正確なプロトコル表現を示し、学習やドキュメント化に最適です。HAR はツール用の JSON 構造です。HTTPie は人間にとって使いやすい CLI 構文です。プロトコルの理解には生の HTTP を、分析には HAR を、スクリプトには HTTPie を選択してください。curl to HAR および curl to HTTPie も参照してください。
生の HTTP で認証はどのように見えますか？
認証はヘッダー行として表示されます：Authorization: Bearer token123 または Authorization: Basic dXNlcjpwYXNz。生の HTTP では、送信される正確なヘッダーを確認できるため、認証が正しく構成されているかを簡単に検証できます。curl2code は認証ヘッダーを含む完全なリクエストを表示します。
生の HTTP でフォームデータはどのように見えますか？
マルチパートフォームデータはバウンダリを表示し、各パートには独自の Content-Disposition および Content-Type ヘッダーがあり、バウンダリ文字列で区切られています。Content-Type ヘッダーには multipart/form-data; boundary=... が含まれます。生の HTTP は、ライブラリが抽象化している正確な構造を明らかにします。
HTTP エラーはどのように表現されますか？
レスポンスステータスラインにコードが表示されます：HTTP/1.1 404 Not Found または HTTP/1.1 500 Internal Server Error。レスポンスヘッダーには、レート制限のための Retry-After や認証チャレンジのための WWW-Authenticate が含まれる場合があります。生の HTTP を理解することは、あらゆるプログラミング言語における問題のデバッグに役立ちます。
HTTP バージョン間の違いは何ですか？
HTTP/1.1 はテキストベースのヘッダーを使用し、1つの接続につき1つのリクエスト（キープアライブあり）を使用します。HTTP/2 は単一のバイナリ接続上でリクエストを多重化します。HTTP/3 はより高速な接続セットアップのために QUIC (UDP ベース) を使用します。curl は --http2 および --http3 フラグですべてをサポートします。
一般的な HTTP ステータスコードの意味は何ですか？
200 OK、201 Created、204 No Content は成功です。301/302 はリダイレクト。400 Bad Request、401 Unauthorized、403 Forbidden、404 Not Found はクライアントエラー。500 Internal Server Error、502 Bad Gateway、503 Service Unavailable はサーバーエラー。429 Too Many Requests はレート制限です。
デバッグに生の HTTP をどのように使用しますか？
curl2code からの生の HTTP 出力と実際のネットワークトラフィックを比較します（詳細な出力には curl -v を使用）。ヘッダー、Content-Type、ボディのエンコーディング、および Content-Length が期待通りであることを確認してください。mitmproxy、Wireshark、Fiddler などのツールは、あらゆるクライアントの生の HTTP を表示します。CLI デバッグについては、curl to HTTPie を参照してください。
Raw HTTPでJSONボディを含むPOSTリクエストを表現する方法は？
curlの-X POST -d '{"key":"value"}' -H "Content-Type: application/json"を使用すると、curl2codeはそれをRaw HTTP形式に変換します：POST /api/data HTTP/1.1 Content-Type: application/json {'key':'value'}。JSONボディとContent-Typeヘッダーは出力に保持されます。curl2codeはインラインJSONと@file.json参照の両方を処理します。
Raw HTTPにBearerトークン認証を含める方法は？
curl2codeでcurl -H "Authorization: Bearer YOUR_TOKEN" URLを変換すると、BearerトークンはRaw HTTP出力に保持されます：Authorization: Bearer YOUR_TOKEN。-H "Authorization: Bearer ..."とOAuthトークンフラグの両方が自動的に検出されます。
Raw HTTP形式でContent-Typeはどのように表現されますか？
curl -H "Content-Type: application/json" URLを変換すると、curl2codeはRaw HTTPのContent-Typeを次のように出力します：Content-Type: application/json。一般的なタイプにはapplication/json、application/x-www-form-urlencoded、multipart/form-dataが含まれます。curl2codeは元のcurlコマンドから正確なContent-Typeを保持します。