Summary: | make type-maps usable again, by making them accessible via the (virtual) resource name | ||
---|---|---|---|
Product: | Apache httpd-2 | Reporter: | Christoph Anton Mitterer <calestyo> |
Component: | mod_negotiation | Assignee: | Apache HTTPD Bugs Mailing List <bugs> |
Status: | NEW --- | ||
Severity: | enhancement | ||
Priority: | P2 | ||
Version: | 2.5-HEAD | ||
Target Milestone: | --- | ||
Hardware: | All | ||
OS: | All |
Description
Christoph Anton Mitterer
2013-08-18 23:11:53 UTC
> In it's current status, type-maps seem to work like the following:
> if I have a type map, named foo.var, then browsers MUST access it as foo.var
> to get anything done at all (i.e. negotiation).
1)
The browser can access /foo if other apache configuration maps the URI to the .var file (alias, rewrite, multiviews, ...)
Changing this PR to an enhancement since this request is the bulk of the issue. This would not seem to be a backportable change in behavior.
2)
The doc for type map negotiation under question:
"A request for document.html in this directory will result in document.html.var being consulted, and the variant chosen which most closely matches the language preference specified in the user's Accept-Language request header."
I think think this is referring to using multiviews to find the .var file, but this only happens by default on 1.3, or in later releases with MultiviewsMatch Any"
> I think think this is referring to using multiviews to find the .var file,
> but this only happens by default on 1.3, or in later releases with
> MultiviewsMatch Any"
"handlers" is sufficient
Hi. Well first... let's keep this as an enhancement as you proposed... The ways you suggested me now, rather seems like workarounds,... since one will always want to get access via foo and not via some other path.... so it seems reasonable that mod_negotiate by itself does already everything necessary. - Alias is IMHO not really a solution if at all, only AliasMatch... as that's the whole point IMHO about the type-maps => not having the need to change the webserver config. - both rewrite and AliasMatch, seem to be rather error prone ways IMHO... - I do not quite understand how it should work with MultiViews... tried that, but it produced ambiguous results... and AFAIU. Perhaps the MultiViewsMatch thingy was missing for that. In prciniple MultiViewsMatch handlers comes close to a real solution of the problem, but: - AFAIU, it will accept all handlers,... which can lead to unexpected side effects - it will still include NegotiatedOnly, so "normal" MutliViews are still in place and again, could lead to side effects. Cheers, Chris. trunk and 2.4 doc updated http://svn.apache.org/viewvc?view=revision&revision=r1515245 to require multiviews/multiviews match to go from document.html to document.html.var |