* Andre Bischoff <[EMAIL PROTECTED]> wrote:
> Sebastian Kayser schrieb:
>
> [...]
> >Bei mir (Apache 2.0.54) funktioniert dies. Apache arbeitet die
> >Location-Anweisungen in der Reihenfolge ab, in der sie in der
> >Konfiguration stehen und die Konfiguration des letzten passenden
> >Location-Elementes zieht.
> >
> >
> Apache 2.0.59 verhält sich in diesem Fall definitiv anders.
Debian Sarge + Apache 2.0.59 mit magischem Dreisatz frisch aus den
Sourcen kompiliert und ich kann Dein Problem leider nicht nachstellen.
Hier funktioniert es einwandfrei.
> >Versichere Dich also nochmal, dass Du den Apache nach der Umsortierung
> >(/ vor /c und /rrdtool) auch neu geladen hast.
> Hatte ich! Mehrfach!
> >Alternativ kannst Du
> >anstatt <Location /> auch <LocationMatch "^/$> schreiben, dann gehst Du
> >sicher, dass der Container _nur_ auf das Stammverzeichnis passt,
> >ungeachtet der Reihenfolge in der Konfiguration.
> >
> Das funktioniert als workaround. Ist aber sehr unbefriedigend, da ich
> für sehr viele <Location /$name/ > Anpassungen vornehmen muß. Die mit
> einem <Locacation /> elegant abgefangen worden wären.
Falls das Problem bei Dir weiterhin vorherrscht (Vodoo, kann ich mir
kaum vorstellen), kannst Du Dir ggf. auch mit einem negative lookahead
behelfen.
<LocationMatch "^/(?!(c|rrdtool))">
Ist ein Fallback für alles, was nicht mit /c oder /rrdtool beginnt,
matcht aber auch leider nicht für z.B. /c2 oder /rrdtool-test.
<LocationMatch "^/(?!(c|rrdtool))$">
Mit Anker funktionierts leider noch weniger, weil der Apache dann nur
noch auf ^/$ matcht. Ist aber zumindest ein wenig Futter, um bei
Interesse weiterzuforschen.
Sebastian
--------------------------------------------------------------------------
Apache HTTP Server Mailing List "users-de"
unsubscribe-Anfragen an [EMAIL PROTECTED]
sonstige Anfragen an [EMAIL PROTECTED]
--------------------------------------------------------------------------
