はPOST要求を使用している場合リクエストボディURL中とでパラメータを置くの間に違いはありますか?私はいくつかのWebインターフェイスをテストしていますが、どこにパラメータを置いても、サーバーは適切な結果を返します。誰も私がこれを説明するのを助けることができる?場所
Q
場所
1
A
答えて
0
ご質問が多少広いように見えるかもしれませんが、I find that no matter where I put my parameters, the server returns the right result
は、お使いのWebインターフェイス/サーバーとそのような要求を処理する能力に依存しています。
POSTリクエストメソッドは、Webサーバーが を受け入れ、要求メッセージの本文に囲まれたデータを格納するように設計されています。ファイル は、ファイルをアップロードするか、完成したウェブ フォームを送信するときによく使用されます。それが効果的にリクエストをマッピングして提供するために必要な情報のための着信要求のボディ、ヘッダーやURLパラメータを検査しますのAPI /サーバーがあるより多くの柔軟性を可能にするために
。
例えば、要求がなされたとの値は、application/x-www-form-urlencoded
としてコンテンツタイプのリクエストボディで送信されるので、リクエストボディは、URLエンコードされたクエリ文字列と同じフォーマットを使用する場合:
POST http://path/to/resource
Content-Type: application/x-www-form-urlencoded
Content-Length: 28
parameter=value&also=another
同じ要求は、サーバーが前の要求と同じリソースにマッピングすることができる
POST http://path/to/resource?parameter=value&also=another
Content-Length: 0
のような内容とちょうどクエリ文字列なしで作ることができます。
ファイルをアップロードするPOSTリクエストでは、同じことが当てはまらない場合があります。これは、より複雑になり、代わりにmultipart/form-data
エンコーディングを使用する傾向があります。
仕様によれば、サーバーはクライアントから受け取るものには寛容であると予想され、クライアントに返すものは厳しくなりがちです。
関連する問題
- 1. Googleの場所は、場所のID
- 2. 場所または場所のデータベース
- 3. 場所
- 4. 場所
- 5. 場所
- 6. Xcodebuildアーカイブ場所
- 7. コンテンツDIV場所
- 8. ガルプ場所:141
- 9. マップボックスと「場所」
- 10. 場所はアンドロイド
- 11. $場所ハッシュプレフィックス
- 12. @classmethodの場所
- 13. は場所
- 14. オクターブヘッダファイルの場所
- 15. ウィンドウスタートアップリソースディクショナリの場所
- 16. ファンシーボックスキャプションの場所
- 17. エミュレータの場所
- 18. ヘッダー場所
- 19. コンテキストメニューの場所
- 20. プライマリキーの場所
- 21. プロパティの場所
- 22. アタッチメントファイルの場所
- 23. 別の場所
- 24. ユーレカサービス - 場所
- 25. 場所TabNavigatorコンテナ
- 26. ベストな場所
- 27. ナビゲーションボタンユーザーの場所
- 28. HtmlUnitセットダウンロード場所
- 29. テレグボットの場所
- 30. 場所写真