我有一个网站的背景图片。使用PNG,效果很好。我使用cwebp
创建了一个.webp文件,该.webp文件在预览或Chrome中本地显示良好。使用它的网站作为静态文件使用NGINX在容器中提供,该容器恰好托管在Azure中。我可以通过Azure Front Door或暴露的IP访问网站和背景图像。我已经尝试过打开和关闭GZIP(NGINX配置和Azure FD配置)。如果我在本地运行react脚本来提供图像,它就可以工作。
但在所有情况下,当在Azure上的K8s中的容器中运行时,PNG文件工作正常,但WEBP文件无法显示-有时在加载时会出现损坏图像的短暂 Flink 。下载后检查文件的长度不同。
看来NGINX正在破坏文件。提供文件的NGINX conf行是最简单的try_files $uri /index.html;
。我有proxy_http_version 1.1;
和图像是与正确的mime类型服务。
正如您在下面看到的,浏览器检索到的文件是3,653,289字节,但正在提供的文件应该是3,653,334字节。
1条答案
按热度按时间cvxl0en21#
事实证明,罪魁祸首实际上是来自Google的
cwebp
工具。使用不同的工具来创建webp文件已经创建了工作正常的文件。这仍然是一个谜,为什么文件在预览和Chrome本地工作,但不复制到Web服务器时,也许它与其他人在webp文件损坏报告的长度问题?