在自己构建的自定义GPT中尝试将文件上传到自己的API网站中时遇到一个问题，如上图所示：ChatGPT 不支持向您的后端发送 multipart/form-data 请求。当我向GPT发送了这个问题以后，它的解答如下：
通过在OpenAI社区查找相关问题的讨论，找到了一些相关的解释和解决办法，汇总如下：文章源自 吾爱分享 吾爱分享网-https://www.wuaishare.cn/3374.html
在构建现代应用程序时，文件上传功能是用户体验的一个关键部分。然而，使用如OpenAI的GPT-4这类先进的AI服务时，我们面临着一个显著的技术难题：GPT-4不支持从blob直接向服务器发起HTTP请求，即我们在前端常做的文件上传操作。这一限制对于那些希望通过GPT-4来处理文件或媒体传输的开发者来说，无疑增加了实现复杂度。文章源自 吾爱分享 吾爱分享网-https://www.wuaishare.cn/3374.html
前端与后端的文件传输差异
在前端环境中，文件可以作为blob对象存在，并且可以通过表单或者AJAX请求直接上传到服务器。但是，在GPT-4的环境中，由于无法直接发起HTTP请求，这种直观的文件上传方法不可行。这意味着我们不能简单地从GPT-4发送一个文件到服务器。文章源自 吾爱分享 吾爱分享网-https://www.wuaishare.cn/3374.html
Base64编码方法及其限制
一个可能的解决方法是将文件转换为Base64编码的字符串，然后通过GPT-4的文本处理功能来传输这个字符串。理论上，服务器端可以接收这个字符串并将其解码回原始文件。但问题在于，GPT-4在处理这些字符串时存在长度限制。通常，它只能发送大约500个字符的文本，这对于大多数文件来说，不足以表示其内容的1%。即使是一张简单的图片，也远远超出了这个限制。文章源自 吾爱分享 吾爱分享网-https://www.wuaishare.cn/3374.html
分块传输的尝试
为了克服长度限制，可以尝试指导GPT-4分多次发送Base64编码的字符串，每次大约500个字符。然后，开发者需要在服务器端编写逻辑来组装这些分块，重构原始文件。然而，这不仅效率低下，对于一张图片来说可能需要超过60个请求，而且在组装过程中也容易出错，特别是如果请求的顺序发生混乱或某些请求失败时。文章源自 吾爱分享 吾爱分享网-https://www.wuaishare.cn/3374.html
直接文件传输的挑战
综上所述，直接通过GPT-4发送文件是一项艰难，如果不是不可能的任务。在没有直接的文件传输支持的情况下，开发者必须考虑使用间接的方法，如利用客户端上传逻辑或API网关，然后再将必要的信息传递给GPT-4。这不仅增加了实现的复杂性，也可能对用户体验产生不利影响。文章源自 吾爱分享 吾爱分享网-https://www.wuaishare.cn/3374.html
结论
GPT-4在文本生成和处理方面展示了巨大的潜力，但在文件传输方面的限制表明，我们仍需在客户端和服务器端之间寻找更加强大和灵活的解决方案。随着技术的发展，我们期待OpenAI能够提供更加完善的文件处理功能，以支持更广泛的应用场景，从而让开发者能够更好地利用GPT-4的能力，创造出更加丰富和互动的应用体验。文章源自 吾爱分享 吾爱分享网-https://www.wuaishare.cn/3374.html 文章源自 吾爱分享 吾爱分享网-https://www.wuaishare.cn/3374.html
评论