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?
Répondre
Oui, c'est bon. Beaucoup de grands sites le font, d'une manière ou d'une autre.
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.
Quelle fonctionnalité particulière de Spring 3 recommandez-vous pour remplacer UrlRewriteFilter? Annotations '@ RequestMapping'? –
Oui, consultez l'article de blog suivant: http://blog.springsource.com/2009/03/08/rest-in-spring-3-mvc/ – Bivas
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 :)
- 1. Tomcat en production
- 2. LaTeX pour la génération PDF en production
- 3. déploiement weblogic en production
- 4. CouchDB en production
- 5. ClickOnce déploiement en production
- 6. Réécriture d'URL en C#
- 7. Cassandra questions en production
- 8. Réécriture de la logique?
- 9. ASP.NET MVC 3 en production?
- 10. cache_counter se désynchronise en production
- 11. Hiberne sur hypersonique en production?
- 12. Code de profilage en production
- 13. Pages PHP lentes en production
- 14. ServletRequestWrapper ou ServletResponseWrapper en production?
- 15. Travailler les journaux en production
- 16. Réécriture ou réécriture de la couche d'interface utilisateur depuis Scratch
- 17. réécriture d'URL en utilisant .htaccess
- 18. Réécriture d'URL en utilisant .htaccess
- 19. Débogage de la production .NET
- 20. ReWriteRule redirige plutôt la réécriture
- 21. Erreur avec la réécriture htaccess
- 22. Comment fonctionne la réécriture d'URL?
- 23. Réécriture Nom de la page
- 24. RegularExpression pour la réécriture d'URL
- 25. Effectuer une réécriture 301 à partir d'un dossier en utilisant des URL de réécriture relatives
- 26. La commande de gestion personnalisée django n'apparaît pas en production
- 27. Système de production exécutant la mise en grappe JBoss
- 28. Bizspark - Licences après la mise en production du produit
- 29. Réécriture paquets réseau à la volée en utilisant libnetfilter_queue
- 30. Faire une URL réécriture en utilisant la méthode GET PHP
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