2010-08-17 2 views
2

J'ai utilisé UrlRewriteFilter de tuckey dans de petits projets, mais j'hésite à utiliser une telle chose dans un environnement de production qui pourrait toucher des dizaines de milliers de clients payants (ça sent kludge-y). Est-ce bien d'utiliser un moteur de réécriture basé sur des règles en production, et quelles sont les alternatives que je pourrais utiliser pour les URL propres?Quelqu'un utilise-t-il la réécriture d'URL en production?

+0

Oui, certains utilisateurs d'OCPsoft PrettyFaces et Rewrite (http://ocpsoft.com) ont affirmé les avoir utilisés en production sur des sites obtenant plus de 2-3 millions de visites par jour. Il n'y a rien de "cludgy" dans les systèmes basés sur des règles. Comme toute autre chose, vous devez tester vos solutions, mais il n'y a pas beaucoup d'autres options, donc. Faites votre choix. – Lincoln

Répondre

0

Oui, c'est bon. Beaucoup de grands sites le font, d'une manière ou d'une autre.

3

Nous utilisons l'UrlRewriteFilter de Tuckey dans notre environnement de production sans problèmes ni chutes de performance. Nos services sont fortement utilisés avec plus de 10k hits par seconde.

Si vous utilisez UrlRewrite uniquement pour traiter des URL RESTful, pensez à passer à Spring 3.0 (http://blog.springsource.com/2009/03/08/rest-in-spring-3-mvc/).

En outre, pensez à utiliser JAX-RS mais je n'ai pas de connaissances approfondies sur ses performances par rapport à Spring.

+0

Quelle fonctionnalité particulière de Spring 3 recommandez-vous pour remplacer UrlRewriteFilter? Annotations '@ RequestMapping'? –

+0

Oui, consultez l'article de blog suivant: http://blog.springsource.com/2009/03/08/rest-in-spring-3-mvc/ – Bivas

0

J'ai utilisé la réécriture d'URL dans des sites de taille moyenne (10 à 20 000 visiteurs/jour) et je n'ai jamais constaté qu'il s'agissait d'un goulot d'étranglement. Je n'ai pas utilisé le reqriter que vous mentionnez donc il y a une chance que cela puisse poser problème.

En général, à moins que vous ayez des règles chevronnées REALLY, le temps de réécriture sera négligeable par rapport à l'ouverture d'une connexion à une base de données, par exemple.

Il y a également des avantages pour l'utilisateur en termes d'utilisabilité/mémorisation des URL et (aussi les URL conviviales semblent rendre les utilisateurs plus confiants). C'est aussi plus agréable lorsque vous creusez des journaux d'erreurs :)