问题标签 [http-1.1]

我已经包含了一个音频和视频播放器（带有 Flash 后备的 html5），它适用于除 IE 之外的所有浏览器。

在寻找问题时，我发现服务器发送“HTTP/1.0 200 OK”和“Connection:close”标头（并且没有 Content-Length），但仅在 IE 中且仅针对某些文件（包括 .swf、.mp3 和.mp4)。

我已将以下内容添加到 .htaccess 以禁用这些文件的 gzip：

我对 apache 配置没有经验，也不知道为什么应该为某些请求使用不同的 http 版本。

以下是发送标头：

和响应头：

更新：我刚刚发现初始页面请求（PHP，文本/html）响应也是 HTTP/1.0，但不是所有后续的 ajax 请求。

我最近从 Godaddy 获得了 ssl 证书。我正确创建了密钥库并将以下内容放入我的 server.xml：

我最初有 protocol="HTTP/1.1" 但我收到一条错误消息，指出 keystoreFile 和 keystorePass 没有匹配的值。这导致了端口 8443 上的绑定错误。我运行 netstat 并确保 8443 上没有运行任何东西；做了一些谷歌搜索，发现可以解决该问题以更改上面的协议。

添加该更改后，我收到以下错误：

有谁知道需要做什么才能解决这个问题？

我使用什么语言？

原谅我的无知

我正在查看HTTP 1.1规范，并且正在查看与“连接”标头相关的规范部分。我注意到为“连接”标头指定的唯一标记是“关闭”。经过一番挖掘，我发现在许多服务器实现（包括使用 Apache 2.2.3的 Vim 的）的“连接”标头中找到的“保持活动”令牌是从HTTP 1.0遗留下来的。鉴于 HTTP 1.1 的广泛使用，从 HTTP 1.0 添加 Keep-Alive 和类似的继承令牌有多大价值？

问题

我正在通过 Node.JS 提供长度未知的资源。因此，Content-Length无法设置标题。对于 HTTP 1.1，要求对这种性质的资源使用分块编码。Node.JS 知道这一点，并自行使用分块传输编码发送我的数据，并带有以下标头：

对于表现良好的客户来说，这一切都很好。 但是，我必须支持一些表现不佳的客户端（即 Android 2.2 和更早版本）。 这些客户端不正确支持分块传输编码。

修复尝试 #1

我最初的想法是将编码设置为none：

这会禁用 Node.JS 的自动分块编码并保持与大多数客户端的兼容性。但是，现在我已经破坏了 Android 2.3+ 客户端，因为当他们看到这样一个虚假的传输编码标头时，他们只会咳嗽和窒息。

修复尝试 #2（我需要帮助的地方）

当我使用 发出请求时HTTP/1.0，服务器会正​​确返回没有分块编码的响应：

这解决了我的问题，并允许我为所有麻烦的客户提供服务。我不必为 发送虚假标头Transfer-Encoding，也不必指定内容的长度。

如何强制 Node.JS 的 HTTP 服务器始终以 HTTP/1.0 模式提供服务？

在我的 MVC 框架中，我有时会在提交表单后重定向。假设您将表单发布到 /example/input。

我想在 PHP 中添加正确的标头代码和解释性文本，例如header('HTTP/1.1 404 Not Found');

1）您的输入包含错误。您停留在 /example/input 页面并再次获取表单，标记有错误等。HTTP 1.1。代码和文本是否适合发送重定向指令？

2) 你的输入没问题，元素被保存，你被重定向Header('Location: ...')到/example/success。哪个 HTTP 1.1。代码和文本在这里合适吗？

3) PHP 代码由于配置错误、缺少包含文件、损坏的数据库连接或其他原因有时会引发错误。哪个 HTTP 1.1。代码和文本在这里合适吗？

我在这里查看了代码：http: //www.w3.org/Protocols/rfc2616/rfc2616-sec10.html 200 号出现在 1) 中，而 301/302 号出现在 2) 中，500 号出现在3）。但在所有三种情况下，我发现上面链接代码后面的标题/解释并不完全符合我上面描述的场景。我应该选择其他代码/文本吗？

从 HTTP 服务器流式传输视频的 HTTP 1.1 标头是什么？目前我正在发送

传输编码：分块

这在 google chrome 的 flash 视频播放器中运行良好，但无法在 Firefox 中加载。

这是我的代码：

我使用 express 是因为我在 heroku 中测试这个并且我在那里使用了指南。因此，当我打开应用程序时，我会看到一个下载弹出窗口，其中包含文件中的数据（已下载），而不是 html (dom) 响应。

我做错了什么？（是浏览器的问题吗？）

编辑：
@Joe，已经解决了我最初的问题，但我有两个问题：
1）为什么我不需要插入“正确”的内容类型？（流式传输？）
2）为什么这段代码只在一段时间后（大约半分钟）才输出。？

根据这个关于设计 RESTful 接口的优秀演示文稿，实现版本控制的首选方法是利用 Accept-header，使用类似的东西：

这对 XML Content-Types 非常有效，但是可以使用相同的方案对 JSON 等效项进行版本控制？

即，是否可以要求：

响应将类似于：

和 JSON 等价物（有点）：

我正在构建一个可以接受和处理多个客户端连接的网络服务器。我正在使用select()这个。
现在，在此过程中，如果特定连接的套接字上没有任何活动（发送或接收），我想关闭它。因此，如果一段时间内没有来自已连接客户端的请求，我将关闭套接字。有多个这样的连接套接字，我需要对每个套接字进行监视。

我需要这个功能来创建持久连接，因为我的网络服务器必须支持 HTTP 1.1

做这个的最好方式是什么？