[htaccess] mod_rewrite weigert

[Verwijderd]

De volgende htaccess mod_rewrite:

werkt wel op Windows én FreeBSD

code:

RewriteRule ^(\w+)/(\w+)\.htm$ /$1_$2.php [QSA,L]

werkt niet op FreeBSD, maar wel op Windows

code:

RewriteRule ^(\w+)/(\w+)\.htm$ /$1.$2.php [QSA,L]

Enige verschil is dus de punt i.p.v. underscore tussen $1 en $2.

Ik kan hier werkelijk niets over vinden. Alles wat ik heb kunnen vinden heb ik al gebruikt om tot zover te komen, maar het laatste stukje van de puzzel ontbreekt dus nog. Iemand van jullie dit dit probleem begrijpt? Ik wil het namelijk ook op FreeBSD werkend krijgen.

[ Voor 6% gewijzigd door Verwijderd op 20-11-2009 14:18 . Reden: verduidelijking probleem ]

[pedorus]

En als je de punt escaped? Wat werkt er niet aan onder FreeBSD, wat komt er in de log?

[Verwijderd]

pedorus schreef op vrijdag 20 november 2009 @ 14:22:
En als je de punt escaped? Wat werkt er niet aan onder FreeBSD, wat komt er in de log?

Escapen maakt geen verschil.

Onder FreeBSD werkt de rewrite niet. Hij lijkt de hele rewrite niet op te pakken zodra $1_$2 wordt gewijzigd in $1.$2.

De apache error log toont:

code:

"GET /voorbeeld/test.htm HTTP/1.1" 404 353 "-"

[ Voor 26% gewijzigd door Verwijderd op 20-11-2009 17:07 ]

[Cartman!]

Andersom toch? Zodra je er een punt van maakt doet ie t op FreeBSD niet meer volgens je TS. Moet je die punt niet gewoon escapen?

[Verwijderd]

Cartman! schreef op vrijdag 20 november 2009 @ 17:07:
Andersom toch? Zodra je er een punt van maakt doet ie t op FreeBSD niet meer volgens je TS. Moet je die punt niet gewoon escapen?

Je hebt gelijk, 't moest andersom zijn. Heb het ge-edit.

Escapen maakt geen verschil.

[RedRose]

Zet ff de rewrite log aan, dan kan je beter zien wat er gebeurt.

code:

RewriteLog "/usr/local/var/apache/logs/rewrite.log" 
RewriteLogLevel 9

[Verwijderd]

FreeBSD is in elk geval hoofdlettergevoelig. Verder zou ik niet kunnen bedenken waarom er verschil zou zijn.

[Verwijderd]

Probleem opgelost!!!

quote: http://www.webmasterworld.com/apache/3970135.htm

Because you (or your host) enabled (by accident?) MultiViews (provided by mod_negotiation) in an Options directive.
http://httpd.apache.org/d...gotiation.html#multiviews

mod_negotiation registers a type_checker hook, which runs prior mod_rewrite's fixup hook. Your request was internally fast redirected to index.php and your regular expression does not match against index.php. That's why your rule failed to match.

quote: http://www.webmasterworld.com/apache/3970135.htm

Options -MultiViews fixed the problem

[Creepy]

Alsnog even een tikje door naar Serversoftware en Windows Servers aangezien daar de vragen met betrekking tot (configuratie van) serversoftware horen.