PCRE: Anderes Verhalten für \ w auf verschiedenen Servern

Question

Ich verwende das Routing-System von Kohana für meine eigene Anwendung, und wenn ich das pcre-Muster für ein Tag der URL definiere, verhält sich mein localhost anders als der Produktionsserver.

Ich habe diese Route:

Route::set('list', 'list(/tagged/<tags>)', 
      array('tags'=>'[\w\d\-\+]+')); 

Diese verwendet funktionieren, bis zu dem Tag jemand einen Tag verwendet, die nicht "Standard" Zeichen (ñ) enthalten sind. In meinem localhost gibt es kein Problem, aber im Produktionsserver kann das System die Route nicht finden.

Im Produktionscode muss ich das Muster ändern und explizit 'ñ' zu den erlaubten Zeichen hinzufügen!

'\pL[\w\d\-\+ñ]+' 

Die Frage ist, warum? Ok, es funktioniert jetzt, dass ich das "ñ" hinzugefügt habe, aber es wird früher oder später wieder scheitern!

Answer 1

Werfen Sie einen Blick auf die verschiedenen Unicode-Zeichenklassen können Sie hier verwenden: http://www.regular-expressions.info/unicode.html#prop das gesagt ist, werden Sie in der Lage sein, etwas zu verwenden, wie dies:

Route::set('list', 'list(/tagged/<tags>)', array('tags'=>'[\p{L}\p{N}\-\+]+')); 

1. \p{L} jede Art von Schreiben von jeder Sprache.
2. \p{N} jede Art von numerischen Zeichen in einem Skript.

Ich habe dies auf ideone.com getestet. View example.

Answer 2

Da die Bedeutung von \w länderabhängig ist, hat Ihr Produktionsserver wahrscheinlich ein sauberes C-Gebietsschema, während Ihr Entwicklungssystem erweiterte Zeichencodes enthält.

IIRC mit dem /u Unicode-Modifikator ermöglicht \w, alle "Buchstaben" -Zeichen zu entsprechen. Wenn Kohana das Angeben von Modifikatoren nicht erlaubt, fügen Sie es inline mit (?u)[...] hinzu. Oder vielleicht in Ihrem Fall müssen Sie nur \p{L} innerhalb der eckigen Klammern wiederholen:

'\pL[\w\d\-\+\p{L}]+'