2

我们使用 DomPDF 运行 Apache 2.2.16 和 PHP 5.3.3 来生成 PDF。生成 PDF 后，后续请求偶尔会返回纯文本响应，其中部分包含用于生成 PDF（即来自先前请求）的 HTML，以及 HTTP 标头和请求页面的响应。

Apache 以某种方式将对先前请求的部分响应与新响应混合在一起。这似乎是一个输出缓冲问题，尽管我无法使用相同的代码在本地复制它。它似乎也与 gzip 无关，因为禁用它仍然会出现问题。我也在 Firefox 和 Chrome 中进行了尝试，并获得了相同的结果。

更新：如果我关闭keep-alive，它可以解决问题。但是，我不一定要保持活动状态。输出缓冲区或响应没有被清除显然仍然存在潜在问题。

以下是请求标头：

Request URL:https://asdf.com/checkout/5d86a9bdf455cdfd334494183559bf
Request Method:GET
Status Code:200 OK
Accept:text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3
Accept-Encoding:gzip,deflate,sdch
Accept-Language:en-US,en;q=0.8
Connection:keep-alive
Cookie:APP=636c8e6b58e991476ed7d38849bde0d4; _
Host:asdf.com
Referer:https://asdf.com/get_pdf/33711
User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_4) AppleWebKit/536.11 (KHTML, like Gecko) Chrome/20.0.1132.34 Safari/536.11

浏览器中显示的截断响应：

<!-- truncated HTML from the previous page (i.e. PDF) -->
    </p>
</div>


</body>
</html>HTTP/1.1 200 OK
Date: Tue, 19 Jun 2012 18:06:13 GMT
Server: Apache
P3P: CP="NOI ADM DEV PSAi COM NAV OUR OTRo STP IND DEM"
Vary: Accept-Encoding
Content-Encoding: gzip
Content-Length: 6457
Keep-Alive: timeout=7, max=96
Connection: Keep-Alive
Content-Type: text/html; charset=UTF-8

‹í]ksÛ¸’ýìü
Œfvm×ÆzP/?µëØNâÄI<‘’ìL*å‚HHBD
Z–gæ¿o7@I-BNrkë~ÐÜ;c‰&lt;xtŸF£›lŠÇ¿œ¿;ëüq}Aj’ëÏ®.ÏHa¯TúT=+•Î;çä_vÞ\‘J±L:’F1W\D4,•.ÞHa Ôø°TšL&ÅIµ(d¿Ôy_ºÃ¾*Ø8ý¸§¬–Å@…Ö“c=àÝ(Œâ“ÝTLke4h=Ù:V\…¬õ{"‹Éßä2RLR_ñ[FN}_$‘âQÿ¸d`€1E  v¾Ç¾%üö¤p& I¤ö:Ó1+ß|;)(v§J8ØñTÆL$ª··_ ¥ÖqìK>VDA“ù•ÞRs´@bé›ùÇ ýJïŠ}!ú!£c}1ÒÇJ!ïÆ¥¯ß&§¥J±™~,ŽxTüZÇ
<!-- followed by a bunch more gzipped gibberish -->
4

1 回答 1

1

这听起来确实像是网络服务器的问题，部分是由keep-alive连接引起的。可能的补救措施：

  • Content-Length如果您还没有，请发送带有 PDF 的标题。另外，请确保Content-Length正确：即：之后不再有输出。
  • KeepAlive在apache中禁用。问题是，据我所知，这不能在每个请求甚至每个目录的基础上完成，所以这意味着如果为您禁用整个站点（不推荐），或者从不同的虚拟主机提供 pdf。

如果可以解决，我的首选肯定是第一个选项，第二个很麻烦。

于 2012-06-19T20:16:53.727 回答