问题标签 [http-content-length]

我使用此代码从 ftp 将文件下载到内存：

如何让它直接将文件发送给用户（浏览器）而不保存到磁盘并且不重定向到 ftp 服务器？

**我用其他软件检查过，我发现它是 gzip 压缩文件，它有 10mb，我快 1mb **

目前正在尝试创建一个分段上传请求来上传一个 png 以及一些额外的正文参数。服务器正在返回响应：

请求正文不包含指定的字节数。得到 142,827，预期 146,836

所以很明显，计算出了点问题。我一生都无法弄清楚如何实际手动计算正文的内容长度并为请求正确归档。请参阅下面我发送请求的代码：

我从服务器下载文件。但是当我想获取文件大小时总是 body.contentLength()返回 -1 。有一些方法可以解决这个问题，HttpUrlConnection但是ResponseBody类呢？

我知道在 HTTP 1.0 中，响应的内容是通过关闭连接来终止的。

在 HTTP 1.1 中，引入了保持活动连接，在单个 TCP 连接中启用多个请求和响应。

当通过同一连接发送多条消息时，需要一种机制来定义一条消息在哪里结束，下一条消息从哪里开始。

通过测试，我发现当我在响应中设置content-length 标头时这有效。通过知道内容长度，客户端知道何时完全接收到内容并可以解析下一个响应。

我的问题是：

是否可以在不设置内容长度标头的情况下在保持活动连接中发送多个响应？

如果是，如何？

澄清一下：我正在考虑在开始将响应发送到客户端时不知道响应长度的情况，我想知道关闭连接是否是实现该响应的唯一方法。

以下是我的示例 HTTP 服务器。我需要删除响应中生成的“内容长度：”标头。我尝试了很多方法，但都没有成功。有没有办法从服务器响应中删除内容长度？

我正在尝试在 PHP 中提供 WOFF 字体文件。

首先我设置 Content-Type 标头：

然后我尝试以下方法：

这很好用（文件已正确提供给用户，并且 Content-Length 标头与文件大小匹配）：

但这不是（脚本完成没有错误，但我在浏览器中收到“八位字节流”错误，并且 Content-Length 标头为 0）：

为什么我在使用 file_get_contents 时收到错误消息？我正在使用 Windows 10、IIS Express 10 和 PHP 7.2

我们将二进制编码数据作为 JSON 请求的有效负载发送到我们的 Netty 后端。在较小的有效载荷（1-2MB）上一切都很好，但在较大的有效载荷上它会失败并带有HTTP 413 Request entity too large.

我们发现了两个可能会受到影响的地方：

1. HttpObjectAggregator的构造函数
2. JsonObjectDecoder主体解析器的构造函数。

我们将第一个设置为高于（10MB）我们的问题阈值（5MB）的默认方式，而后者我们根本不使用，所以我们不确定如何深入研究这个。

（顺便说一句，我们打算在未来不将 JSON 用于大型二进制有效负载，因此不需要更改底层架构的“有用”提示 ;-)）

管道设置 我们有两个阶段的管道初始化，第一阶段取决于http协议版本和SSL是否结合，后一个阶段只关注应用程序级别的处理程序。PipelineInitializer只是一个内部接口。

我们的 ApplicationPipelineInitializer 中的应用程序级管道设置。我不认为这些是相关的，但为了完整性而包括在内。这部分中的所有处理程序都是用户定义的处理程序：

Netty 版本 4.1.15

我目前正在开发一个 HTTP 服务器应用程序，并且我正在努力处理正文有效负载的大小。

根据规范（以及HTTP 标头中的“Content-Length”字段是什么？），HTTP 标头Content-Length包含整个正文有效负载的实际字节数。

现在，假设我正在解雇这个：

我的服务器将收到一个Content-Length包含 value 的标头4。由于我正在发送一个字符串，并且包含空字节的字符串将有 5 个字节，因此我希望Content-Length是5，并且请求正文也包含空字节。

我的假设是错误的吗？或者这是某种卷曲问题？我尝试使用另一个工具（Mac 上的 Paw），它实际上可以选择发送文本有效负载，结果相同。

我有一些我在 Mac 的预览中裁剪的图像，并使用名为 Jhead 的工具进行了旋转。这些图像现在仅在我的网站上出现约 20 秒，然后消失，在控制台中出现此错误：

我猜我的编辑弄乱了 exif 数据，并且不知何故使图像认为它的大小与实际大小不同？我该如何解决？