Sockets HTTP获取文件扩展名支持

Sockets HTTP获取文件扩展名支持,sockets,http,get,Sockets,Http,Get,我发现HTTP是在服务器上处理文件的好方法。我编写了基于sockets接口的C程序。 当我发布HTTPGET时,我可以轻松下载文件,但只下载具有已知扩展名的文件。扩展名为XXX的(备份)文件为“未找到”(实际上响应返回代码为200(“确定”),但响应内容是包含错误消息的HTML页面(404=未找到) 如何确保web服务器发送我请求的任何文件?我已经在HTTP GET请求中尝试了Accept关键字,但这没有帮助(或者我犯了一个错误) 我不拥有服务器,因此无法更改服务器设置。在客户端服务器上,我不使

我发现HTTP是在服务器上处理文件的好方法。我编写了基于sockets接口的C程序。 当我发布HTTPGET时,我可以轻松下载文件,但只下载具有已知扩展名的文件。扩展名为XXX的(备份)文件为“未找到”(实际上响应返回代码为200(“确定”),但响应内容是包含错误消息的HTML页面(404=未找到)

如何确保web服务器发送我请求的任何文件?我已经在HTTP GET请求中尝试了Accept关键字,但这没有帮助(或者我犯了一个错误)


我不拥有服务器,因此无法更改服务器设置。在客户端服务器上,我不使用浏览器,只使用套接字接口(见上文)。

我认为重要的是要理解HTTP实际上没有“文件”和“目录”的概念相反,该协议在位置和资源上运行。虽然它们可以表示文件和目录,但绝对不能保证它们是相同的

有问题的服务器似乎被配置为在遇到未知扩展名时提供404个错误页。这有点奇怪,绝对不符合标准。尽管在部署a时可能会发生这种情况。同样,HTTP不以任何方式信任文件扩展名,而是依赖于形式为的元数据。这也是问题所在(或多或少)进入请求的
Accept

如何确保web服务器发送我请求的任何文件


当然,你不能。虽然客户端可能会表达偏好,但服务器是以何种方式发送内容的最终权威。

我认为重要的是要理解HTTP实际上没有“文件”和“目录”的概念相反,该协议在位置和资源上运行。虽然它们可以表示文件和目录,但绝对不能保证它们是相同的

有问题的服务器似乎被配置为在遇到未知扩展名时提供404个错误页。这有点奇怪,绝对不符合标准。尽管在部署a时可能会发生这种情况。同样,HTTP不以任何方式信任文件扩展名,而是依赖于形式为的元数据。这也是问题所在(或多或少)进入请求的
Accept

如何确保web服务器发送我请求的任何文件

当然,你不能。虽然客户端可能会表达偏好,但服务器是以何种方式发送内容的最终权威