显示使用 Apache 长时间运行的 shell 进程

Question

我有一个 CGI 脚本，运行大约需要 1 分钟。目前，Apache 仅在该过程完成后才将结果返回给浏览器。

我怎样才能让它像在终端上运行一样显示输出？

这是一个演示该问题的示例。

我想看到数字 1 到 5 在打印时出现。

Answer 1

我必须禁用 mod_deflate 才能使块模式与 apache 一起工作，

我没有找到另一种方法让我的 cgi 禁用自动编码到 gzip。

Answer 2

这里有几个因素在起作用。为了消除一些问题，Apache 和 bash 不缓冲任何输出。您可以使用此脚本进行验证：

#!/bin/sh

cat <<END
Content-Type: text/plain

END

for i in $(seq 1 10)
do
    echo $i
    sleep 1
done

将其粘贴到 Apache 配置为执行 CGI 脚本的地方，并使用 netcat 进行测试：

$ nc localhost 80
GET /cgi-bin/chunkit.cgi HTTP/1.1
Host: localhost

HTTP/1.1 200 OK
Date: Tue, 24 Aug 2010 23:26:24 GMT
Server: Apache/2.2.14 (Unix) mod_ssl/2.2.14 OpenSSL/0.9.7l DAV/2
Transfer-Encoding: chunked
Content-Type: text/plain

2
1

2
2

2
3

2
4

2
5

2
6

2
7

2
8

2
9

3
10

0

当我这样做时，我在 netcat 中看到每个数字按照预期每秒出现一次。

请注意，我的 Apache 版本至少自动应用分块传输编码，大概是因为我没有包含 Content-Length；如果您自己返回 Transfer-Encoding: chunked 标头，则需要使用分块传输编码对脚本的输出进行编码。即使在 shell 脚本中，这也非常简单：

chunk () {
    printf '%x\r\n' "${#1}"  # Length of the chunk in hex, CRLF
    printf '%s\r\n' "$1"     # Chunk itself, CRLF
}

chunk 
但是，将其提供给浏览器，您将得到不同的结果，具体取决于浏览器。在我的系统 Mac OS X 10.5.8 上，我发现浏览器之间存在不同的行为。在 Safari、Chrome 和 Firefox 4 beta 中，直到我发送了大约 1000 个字符（我猜是 1024 个字符，包括标头或类似的字符），我才开始看到输出，但我还没有将其缩小到确切的行为）。在 Firefox 3.6 中，它会立即开始显示。
我猜测这种延迟是由于 内容类型嗅探 或 字符编码嗅探，正在标准化过程中。我尝试看看是否可以通过指定正确的内容类型和字符编码来解决延迟问题，但没有成功。您可能必须发送一些填充数据（如果您使用 HTML 而不是纯文本，这将很容易在无形中完成），以超出初始缓冲区。
一旦开始流式传输 HTML 而不是纯文本，HTML 的结构也很重要。有些内容可以逐步显示，有些则不能。例如，将 
 流式传输到正文中，不带样式，效果很好，并且可以在到达时逐步显示。如果您尝试打开 

 标签，然后将内容流式传输到该标签中，基于 Webkit 的浏览器将等到看到关闭标签后才尝试将其布局，而 Firefox 很乐意显示逐步进行。我不知道所有的极端情况；你必须尝试一下，看看什么对你有用。

无论如何，我希望这可以帮助您入门。如果您还有其他问题，请告诉我！
1\n' # This is a Bash-ism, since it's pretty hard to get a newline
chunk 
但是，将其提供给浏览器，您将得到不同的结果，具体取决于浏览器。在我的系统 Mac OS X 10.5.8 上，我发现浏览器之间存在不同的行为。在 Safari、Chrome 和 Firefox 4 beta 中，直到我发送了大约 1000 个字符（我猜是 1024 个字符，包括标头或类似的字符），我才开始看到输出，但我还没有将其缩小到确切的行为）。在 Firefox 3.6 中，它会立即开始显示。
我猜测这种延迟是由于 内容类型嗅探 或 字符编码嗅探，正在标准化过程中。我尝试看看是否可以通过指定正确的内容类型和字符编码来解决延迟问题，但没有成功。您可能必须发送一些填充数据（如果您使用 HTML 而不是纯文本，这将很容易在无形中完成），以超出初始缓冲区。
一旦开始流式传输 HTML 而不是纯文本，HTML 的结构也很重要。有些内容可以逐步显示，有些则不能。例如，将 
 流式传输到正文中，不带样式，效果很好，并且可以在到达时逐步显示。如果您尝试打开 



无论如何，我希望这可以帮助您入门。如果您还有其他问题，请告诉我！
2\n' # character portably.

但是，将其提供给浏览器，您将得到不同的结果，具体取决于浏览器。在我的系统 Mac OS X 10.5.8 上，我发现浏览器之间存在不同的行为。在 Safari、Chrome 和 Firefox 4 beta 中，直到我发送了大约 1000 个字符（我猜是 1024 个字符，包括标头或类似的字符），我才开始看到输出，但我还没有将其缩小到确切的行为）。在 Firefox 3.6 中，它会立即开始显示。

我猜测这种延迟是由于 内容类型嗅探 或 字符编码嗅探，正在标准化过程中。我尝试看看是否可以通过指定正确的内容类型和字符编码来解决延迟问题，但没有成功。您可能必须发送一些填充数据（如果您使用 HTML 而不是纯文本，这将很容易在无形中完成），以超出初始缓冲区。

一旦开始流式传输 HTML 而不是纯文本，HTML 的结构也很重要。有些内容可以逐步显示，有些则不能。例如，将

流式传输到正文中，不带样式，效果很好，并且可以在到达时逐步显示。如果您尝试打开

无论如何，我希望这可以帮助您入门。如果您还有其他问题，请告诉我！