"charset" ignored / not set for proxied content-type text/css resources
Maxim Dounin
mdounin at mdounin.ru
Tue Feb 9 03:45:44 MSK 2010
Hello!
On Mon, Feb 08, 2010 at 11:05:56PM +0100, Daniel Hahler wrote:
> Maxim Dounin schrieb:
>
> >> This works for application/x-javascript files (where "; charset=utf-8"
> >> gets added), but apparently gets ignored for "text/css" (which is not
> >> modified).
> >>
> >> charset utf-8;
>
> > As of now, by default charset module works only with the following
> > types:
> >
> > text/html
> > text/xml
> > text/plain
> > text/vnd.wap.wml
> > application/x-javascript
> > application/rss+xml
> >
> > You may add more types via charset_types directive, see here (in
> > Russian):
> >
> > http://sysoev.ru/nginx/docs/http/ngx_http_charset_module.html#charset_types
>
> Thank you, this worked fine.
>
> I think text/html is fixed in this list, but all others must get added?
> (it says "[warn]: duplicate MIME type "text/html"" now).
>
> This is probably like with gzip_types, where text/html is always being
> compressed / in the list.
Yes.
> > There is no translation of this directive description in wiki yet,
> > feel free to add one.
>
> I'd like to, but I don't understand a single word of the original
> documentation, which could lead to wrong information.. ;)
Google translate usally provides something readable, and someone
with better knowledge will eventually clean it up. ;)
> I think it would make sense to add text/css to this list?!
Actually, it was removed from the list in 0.7.11. Not sure why,
most likely due to the fact that css isn't something that used to
contain valuable non-ascii texts.
Maxim Dounin
More information about the nginx
mailing list