NGINX - 无法设置 content-type header
NGINX - Can't set content-type header
我在 Debian 上使用 nginx/1.10-3
。
我有一个名为 logo.img 的文件,它实际上是一个 svg。
我修改了 /etc/nginx/mime.types
以包含 .img
作为 svg 文件类型的扩展名:image/svg+xml svg svgz img;
但是提供的文件的 headers 仍然是 application/octet-stream
出于某些奇怪的原因,我被要求将 .img
文件作为站点徽标的 svg 提供,我已经使用 mime magic 在 Apache2 上运行它。但是,据我所知,这在 NGINX 上不存在。
/etc/nginx/mime.types
文件已包含以 .img
结尾的 URI 的映射,该映射设置为 application/octet-stream
。
当您编辑该文件时,还必须删除此现有映射。
或者,您可以覆盖单个 URI 的内容类型。
例如:
root /path/to/root;
...
location = /images/logo.img {
types {}
default_type image/svg+xml;
}
我在 Debian 上使用 nginx/1.10-3
。
我有一个名为 logo.img 的文件,它实际上是一个 svg。
我修改了 /etc/nginx/mime.types
以包含 .img
作为 svg 文件类型的扩展名:image/svg+xml svg svgz img;
但是提供的文件的 headers 仍然是 application/octet-stream
出于某些奇怪的原因,我被要求将 .img
文件作为站点徽标的 svg 提供,我已经使用 mime magic 在 Apache2 上运行它。但是,据我所知,这在 NGINX 上不存在。
/etc/nginx/mime.types
文件已包含以 .img
结尾的 URI 的映射,该映射设置为 application/octet-stream
。
当您编辑该文件时,还必须删除此现有映射。
或者,您可以覆盖单个 URI 的内容类型。
例如:
root /path/to/root;
...
location = /images/logo.img {
types {}
default_type image/svg+xml;
}