注意:已解决-请参阅下面的答案.问题保留以供参考.
某种原因导致Nginx或PHP或PHPbb(或其他东西)向从PHPbb下载的头像文件的开头添加1个字节.这会损坏文件.
为了排除Cloudflare之类的外部因素,我现在将PHPbb设置为非https,仅限localhost,关闭压缩.
从以下代码可以看出问题:
从本地主机获取文件-无需缓存或cloudflare即可进行干预:
wget http://localhost/forum/download/file.PHP?avatar=4625_1413540046.jpg -O avatest_local.jpg
‘avatest_local.jpg’ saved [6419/6419]
测试文件
jpeginfo avatest_local.jpg
avatest_local.jpg Not a JPEG file: starts with 0x0a 0xff [ERROR]
find /var/www/forum/images/avatars/upload -size 6419c
/var/www/forum/images/avatars/upload2a36dc33069249d6b1187fd84d7fc957_4625.jpg
测试那个文件,发现它是好的
jpeginfo /var/www/forum/images/avatars/upload/2a36dc33069249d6b1187fd84d7fc957_4625.jpg
./2a36dc33069249d6b1187fd84d7fc957_4625.jpg 80 x 80 24bit JFIF N 6419
检查原始文件的前几个字节:
xdd /var/www/forum/images/avatars/upload/2a36dc33069249d6b1187fd84d7fc957_4625.jpg
0000000: ffd8 ffe0 0010 4a46 4946 0001 0101 013a ......JFIF.....:
0000010: 013a 0000 ffed 0036 5068 6f74 6f73 686f .:.....6Photosho
0000020: 7020 332e 3000 3842 494d 0404 0000 0000 p 3.0.8BIM......
检查下载文件的前几个字节,并查看额外的位:
xdd avatest_local.jpg
0000000: 0aff d8ff e000 104a 4649 4600 0101 0101 .......JFIF.....
0000010: 3a01 3a00 00ff ed00 3650 686f 746f 7368 :.:.....6Photosh
0000020: 6f70 2033 2e30 0038 4249 4d04 0400 0000 op 3.0.8BIM...
从下载的文件中剥离掉第一位以证明这一点:
tail -c +2 avatest_local.jpg > avatest_fixed.jpg
jpeginfo avatest_fixed.jpg
avatest_fixed.jpg 80 x 80 24bit JFIF N 6418
可能相关,也可能不相关,但是如果我使用chrome标头查看器检查器,则头像的http响应标头显示以下内容:
content-disposition inline; filename=4625.jpg
但是,如果我使用redbot,它将显示:
Content-Disposition: inline; filename*=UTF-8''4625.jpg
并警告
The Content-Disposition header doesn’t have a ‘filename’ parameter.
但是,在官方的PHPbb板上,content-disposition标头似乎是正确的,尽管正如您在下面看到的那样,这似乎并不影响查看图像的其他方法.
摘要:
>以/download/file.PHP?avatar=4625_1413540046.jpg格式下载或查看化身时,会将单个字节添加到文件中,使其无效.
>在查看/download/file.PHP?id=2871之类的图像时,该图像完全有效并显示OK.
>当前服务器上的所有图像文件均有效.
>我已经在“ lint”模式下运行了PHP,所有文件似乎都有效.
>我尝试在非https中将板作为“ localhost”运行,以完全消除外部因素.
>我已禁用所有扩展名,甚至删除了它们的文件.
>通过删除所有核心文件并复制新的核心文件,可以升级此板.
> Nginx可以很好地直接提供图像和其他文件,并且同一台服务器上的其他软件运行良好.
服务器详细信息:
Nginx 1.9.4
PHP 5.6.4-4ubuntu6.3
PHPbb 3.1.6
Linux 3.19.0-30-generic #34-Ubuntu SMP Fri Oct 2 22:07:32 UTC 2015 i686 i686 i686 GNU/Linux
一整天都花在了这一点上,我自己和PHPbb论坛都完全被弄糊涂了.自从更新到PHPbb 3.1.6以来才开始发生.显然,这是我独有的问题.或者可能不是?