Question

我们使用DomPDF运行Apache 2.2.16和PHP 5.3.3来生成PDF。在生成PDF之后，后续请求偶尔会返回纯文本响应，该响应部分由用于生成PDF的HTML（即来自先前请求）组成，与HTTP标头和请求页面的响应混合。

Apache以某种方式将响应的一部分与先前的请求混合在一起。它似乎是一个输出缓冲问题，虽然我不能使用相同的代码在本地复制它。它似乎与gzip无关，因为问题仍然在禁用时出现。我也尝试过使用Firefox和Chrome，但也遇到了同样的结果。

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

以下是请求标头：

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‰<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 -->

Answer 1

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

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

我的偏好绝对会转到第一个选项，如果解决了它，第二个选择很麻烦。

PHP响应与先前的响应混合并以纯文本形式输出

1 个答案: