Multipart-form-data POST 请求上传文件
Multipart-form-data POST request for Uploading Files
在将 FreshDesk 集成到我的产品中时，我遇到了使用附件 API 创建票证的问题。我正在使用 Advanced Rest Client 进行测试 APIs.I 已经在 Stack Overflow 本身上看到了很多论坛和问题，但我仍然不满意与 multipart-form-data POST 上传文件请求有关的任何答案。
我想知道 Advanced Rest Client 中要求的请求格式以及 headers。
到目前为止，这是我正在使用的请求，但我没有得到正确的响应：
-----------------------------7d01ecf406a6
Content-Disposition: form-data;name="files";filename="text1.txt"
Content-Type:text/plain
Its a nice day.
-----------------------------7d01ecf406a6--
您需要设置正确的 Content-Type header
Content-Type: multipart/form-data; boundary=---------------------------7d01ecf406a6
服务器需要知道在请求中寻找什么body。在 multipart/form-data 的情况下，您需要通过您在 Content-Type header.
中使用的边界
我刚刚在同一个问题上花了最后一个小时，以为我做错了什么。我最终放弃了 ARC 并尝试了 PostMan 并将所有值设置为相同并且它在 server-side（我使用的是 node.js+hapi）上工作，之前服务器返回 415 并提供更多信息（Hapi 中有一个未解决的问题）。
在使用 PostMan 时看到服务器上的请求并考虑 UI 关于 multi-part 的反馈 ARC（暗示它会覆盖任何包含的 content-type headers） ，我得出的结论是它应该 overwrite/include content-type header 并提供边界，但不是，所以我的请求失败了。
我还查看了 ARC ( https://github.com/jarrodek/ChromeRestClient/issues?utf8=%E2%9C%93&q=is%3Aissue%20multipart ) 的已解决和未解决问题，看起来很像 multi-part 从客户端上传的已知问题，所以我建议你在尝试使用其他客户端消除 ARC 作为问题根源之前，不要花太多时间在 ARC 上。
在将 FreshDesk 集成到我的产品中时，我遇到了使用附件 API 创建票证的问题。我正在使用 Advanced Rest Client 进行测试 APIs.I 已经在 Stack Overflow 本身上看到了很多论坛和问题，但我仍然不满意与 multipart-form-data POST 上传文件请求有关的任何答案。
我想知道 Advanced Rest Client 中要求的请求格式以及 headers。
到目前为止，这是我正在使用的请求，但我没有得到正确的响应：
-----------------------------7d01ecf406a6
Content-Disposition: form-data;name="files";filename="text1.txt"
Content-Type:text/plain
Its a nice day.
-----------------------------7d01ecf406a6--
您需要设置正确的 Content-Type header
Content-Type: multipart/form-data; boundary=---------------------------7d01ecf406a6
服务器需要知道在请求中寻找什么body。在 multipart/form-data 的情况下，您需要通过您在 Content-Type header.
中使用的边界我刚刚在同一个问题上花了最后一个小时，以为我做错了什么。我最终放弃了 ARC 并尝试了 PostMan 并将所有值设置为相同并且它在 server-side（我使用的是 node.js+hapi）上工作，之前服务器返回 415 并提供更多信息（Hapi 中有一个未解决的问题）。
在使用 PostMan 时看到服务器上的请求并考虑 UI 关于 multi-part 的反馈 ARC（暗示它会覆盖任何包含的 content-type headers） ，我得出的结论是它应该 overwrite/include content-type header 并提供边界，但不是，所以我的请求失败了。
我还查看了 ARC ( https://github.com/jarrodek/ChromeRestClient/issues?utf8=%E2%9C%93&q=is%3Aissue%20multipart ) 的已解决和未解决问题，看起来很像 multi-part 从客户端上传的已知问题，所以我建议你在尝试使用其他客户端消除 ARC 作为问题根源之前，不要花太多时间在 ARC 上。