歴史

きみのip:3.128.181.81

• post パラメータ
• cookie
• header
• proxy
• note

POST GET PUT DELETE HEAD TRACE PATCH OPTIONS application/x-www-form-urlencoded application/json application/javascript application/grpc-web-text text/plain application/xml text/javascript text/html custom(自定义content-type,在header中填写) UTF-8 --インターフェース出力 GBk --インターフェース出力 減圧(gzip,deflate,flate) 減圧なし

提交 doc 例 歴史 晴れ

インターフェースのテストを迅速に行うために、リクエスト情報をこのサイトに送信できます。このサイトの形式で送信する限り、このサイトのリクエストページに直接ジャンプできるため、手間が省けます。あなた自身の要求を開発することの。
このサイトによって提供されるアドレス：http：//coolaf.com/tool/gp、get requestのサポート、Webページのこのサイトへのパラメーターの受け渡し
URLは、このサイトのリクエストボックスに自動的に入力されます。これは、直接テストするのに便利です。 パラメータの説明は次のとおりです。
u：リクエストしたURL、必須
m：リクエストメソッド、デフォルトの投稿その他：get、put、delete、head、trace、patch、options
p：リクエストした投稿パラメータ、オプション
c：あなたが要求したクッキー、フォーマットはこのサイトページの記入方法のようなもので、オプションです
h：リクエストしたヘッダー、フォーマットはこのサイトページの入力方法のようなもので、オプションです
px：プロキシIPを使用、フォーマット10.10.10.10：8080、オプション
上記のすべてのパラメーターはencodeURIComponentである必要があります

例：
http://coolaf.com/tool/gp?u=http%3A%2F%2Fcoolaf.com%2Ftool%2Fparams%3Fg%3Dgtest%26g2%3Dgtest2&p=p%3Dptest%26p%3Dtest2&c=c%3Dcookie%3Bc1%3Dcookie1%3Bc2%3Dcookie2&px=&h=Content-Type%3Aapplication%2Fx-www-form-urlencoded%0AAccept-Language%3Azh-CN%2Cen-US%3Bq%3D0.8%2Cen%3Bq%3D0.6%2Czh%3Bq%3D0.4
		

快捷方式: Http状态码   Http Header头信息对应表   Http Content-Type信息对应表  

Q＆A時間：

このツールの簡単な説明：

1.このオンラインツールは、インターフェースhttp post、get、put、delete、head、trace、options、patch、およびその他の要求をサポートし、CookieヘッダーとIPプロキシを使用した要求をサポートします。
2. apiインターフェイスドキュメントを生成できます。このサイトでは、apiインターフェイスのストレステストとWebSocketテストも提供しています。 2.ログインするインターフェースにアクセスするときに、手動でCookieを入力できます。または、Google Chromeでこのインターフェースのドメイン名にアクセスし、ネットワークの下でF12キーを押します。 アイコン、このツールのCookieを直接コピーして入力します。あなたはクッキーで訪問することができます、手動で記入する必要はありません
3.ヘッダーは手動で入力できます（カスタムヘッダー情報）。ブラウザのネットワークでヘッダー情報を取得し、このツールのヘッダー入力ボックスに直接入力することもできます。 アイコン

httpリクエストについての言葉で： httpインターフェースをテストして使用するには、最初にhttpリクエストとは何かを理解する必要があります。
一般的に、httpリクエストはhttpプロトコルを介してクライアントのものをサーバーに送信することであり、サーバーはhttpプロトコルの定義に従ってクライアントの送信を解析します。
ここに何か！
getおよびpostリクエストパラメータは一般的にhttpリクエストで使用されます。getパラメータはURLの後ろでスプライスされ、ドメイン名とパラメータは「？」で接続されてgetリクエストを形成します。
例：http：//coolaf.com？a = b＆c = d、疑問符がget requestパラメータになった後、postリクエストはURLに表示されず、httpに配置されます。
リクエストの本文では、関数はすべての主要言語でカプセル化され、リクエスト後のパラメータは本文で解析されます。 postパラメータはどのように見えますか？かもね
どの形式でも、一般的なkey = value形式は、getリクエスト形式「a = b＆c = d」と同じです。さらに、json形式とxml形式も一般的です。これ
一部の形式は、配信時にContent-Typeの影響を受けます。Content-Typeの配信形式が異なると、サーバーは
Content-Typeは対応するフォーマットを分析します。クライアントとサーバーはこれらのプロトコルを使用して、配信されている形式を区別します。理解する必要があります
一般的なコンテンツタイプ。詳細については、上記のコンテンツタイプのリンクの説明を参照してください。
Content-Type：application / x-www-form-urlencoded、フォームフォームやリクエストの取得と投稿に似ています。
"a = b＆c = d"などの形式の場合、サーバーは自動的に解析します
Content-Type：application / json json形式を送信する場合は、このContent-Typeをリクエストヘッダーに追加する必要があります
タイプの場合、この形式のサーバーの受け入れは同じではありません。通常、POSTリクエストに解析されません。通常、ボディストリームを読み取ることによって取得する必要があります。
上記は2つの一般的な送信形式です。コードを自分で作成する場合、コードを作成する必要がない場合があります。これは、一部のライブラリが自動的に追加されているためです。
自分で追加する必要はありません。Content-Typeは非常に重要です。配信する形式に影響します。
また、httpリクエストでは、リクエストヘッダーとレスポンスヘッダーに分かれているヘッダー、リクエストヘッダーにも注意してください。
これは、クライアントが要求したときに送信され、クライアントの状況、サーバーがどのようにユーザーに戻る必要があるか、たとえば、圧縮するかどうかをサーバーに通知します。
（Accept-Encoding：gzip、deflate、sdch）これは、私がこれらの種類の圧縮をサポートしていることをサーバーに通知するためのものです。
後で、データ圧縮の種類を選択できます。ロックを解除できます。キャッシュするかどうか、受け入れられる言語、ユーザーエージェント、リファラーなどもあります。
Cookieもリクエストヘッダーに配置され、ログインを有効にするためにサーバーに渡されます。したがって、リクエストヘッダーは
サーバー側にあるものや渡すパラメータはすべてhttpプロトコルで定義されており、誰でもこのルールに従って解析できます。
ヘッダーはカスタマイズでき、任意の変数を追加できます。したがって、ヘッダー内の情報を任意に変更して、に送信することができます。
サーバー側。
応答ヘッダーは、サーバーがクライアントに提供する情報である要求ヘッダーに関連しています。一部はクライアントに基づいています。
要求に応じて、一部のサーバーはクライアントに他の情報（たとえば、要求プロトコル、要求ステータスコード、キャッシュするかどうか）を通知します。
Cookieの設定も応答ヘッダーで返され、ブラウザはCookieを受信するとブラウザに設定します。
非常に多くの言葉があります。間違いや問題があれば、グループで話し合うことができます。学習は無限大です。 httpは魔法ではありません。ブラウザのf12をもっと活用してください。
ネットワークを見てください。時間の経過とともに、予期しない影響が発生します。 ！ ！