You are viewing a plain text version of this content. The canonical link for it is here.
Posted to apache-bugdb@apache.org by Paul Sutton <pa...@ukweb.com> on 1997/05/30 15:10:02 UTC
Re: mod_negotiation/94
The following reply was made to PR mod_negotiation/94; it has been noted by GNATS.
From: Paul Sutton <pa...@ukweb.com>
To: wildenht@komm.rz.ph-erfurt.de
Subject: Re: mod_negotiation/94
Date: Fri, 30 May 1997 14:06:43 +0100 (BST)
On Sun, 6 Apr 1997, Marc Slemko wrote:
> No Accept: -> browser gets the default
> Accept: de browser gets german
> Accept: de,en,* browser gets german if possible or en, or ...
> Accept: de,* browser gets englisch hu? schould not be, what?
>
> Current Configuration:
> LanguagePriority de en fr
> but now we can live with it.
This is an old bug report, but still open in the bug database.
The LanguagePriority header has no effect if the request includes an
Accept-Language: header. This is because under HTTP/1.1 Accept-Language
can include priority values (q=X) for each language. It would be difficult
to sensibly merge the explicity q values with implicity LanguagePriority
priorities.
> the vary-maps dont work at all, I ve set up a test with
> a file picture.gif (62079 bytes) and a file picture.jpg (22578 bytes)
Do you have the file size listed in the type map itself? If a type map is
used, Apache will not get any information from the file itself(*), so put
the size into the type map (using Content-Length: lines).
Also HTTP/1.1 no longer defines the maxbytes parameter, so do not expect
browsers to send it. However Apache should still honor it if it is
present. If your type-map does include sizes and either the maxbytes is
being ignored, or the smallest most-acceptable variant is not being
selected, send a copy of your type-map so we can have a look at the
problem.
(*) Actually Apache will use the information from the file when it returns
the file in the response, which can lead to inconsistency, but this is a
whole different problem.
Paul
pcs@apache.org