我有一个使用mPDF（v6.0.0， http ://mpdf1.com）dynamic生成PDF的Web应用程序。 虽然一切工作正常与Apache和PHP我有一些Nginx + HHVM麻烦。
问题是Nginx拒绝设置正确的Content-Type头，这将是应用程序/ pdf。 相反，无论我在代码或环境configuration中做了什么/更改，都保留设置text / html，结果是文档的二进制数据显示在浏览器窗口中。 我正在使用没有任何参数的mPDF的Output（）方法，所以PDF是为了内联呈现： http ://mpdf1.com/manual/index.PHP?tid=125
查看源代码（mpdf.PHP的8295行），一切都应该很好： https ：//raw.githubusercontent.com/mpdf/mpdf/v6.0.0/mpdf.PHP
我已经确保“application / pdf”在mime.types文件中。 以.pdf结尾的所有URI设置位置指令“add_header Content-Type application / pdf”也不起作用。
从unsigned int转换为float
在命令batch file中隐藏文件名
是什么导致计算机将文件识别为某种文件types？ 以及如何改变它（与Java）？
这里是cURL输出，这导致我正确的方向： HTTP/1.1 200 OK Server: Nginx/1.4.6 (Ubuntu) Date: Thu,10 Dec 2015 08:13:29 GMT Content-Type: text/html; charset=utf-8 Content-Length: 1571243 Connection: keep-alive X-Powered-By: HHVM/3.10.1 vary: Accept-Encoding Content-disposition: inline; filename="mpdf.pdf" Pragma: public Cache-Control: no-cache,max-age=0,must-revalidate,no-transform Expires: Sat,26 Jul 1997 05:00:00 GMT Last-Modified: Thu,10 Dec 2015 08:13:29 GMT HTTP/1.1 200 OK Server: Nginx/1.4.6 (Ubuntu) Date: Thu,10 Dec 2015 08:13:29 GMT
任何想法或build议？ 谢谢！
更新：
原来，HHVM是问题。 在同一个Header上多次使用header()方法时，似乎有一个bug。 切换到PHP-FPM之后，它就好了。 我还必须确保HOMEvariables（在PHP的$_SERVER数组中）与Web应用程序文件的acutal目录同步。
使Windows上的字体呈现像Mac / Linux：禁用字体提示和/或在客户端处理反别名
在Windows中识别文件types
如何find一个文件“MIMEtypes（Content-Type？）”？
在Windows C / C ++中使用半字节（4位variables）
Bash命令用于在ubuntu的目录中查找具有特定文件types的所有文件的大小
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
