Concernant l'alliage entre Apache et Mongrel, je me demande comment ça fonctionne, car Mongrel est un serveur web.
Le principe c'est de mettre un apache pour servir les pages statiques (images, etc, ...), chose que apache (ou lighttpd, ou autre) sait très bien faire, puis de rediriger les autres requetes (avec mod_proxy ou mod_rewrite) vers mongrel qui sert rail.
Après tu peux compliquer en faisant du load balancing sur un cluster de process mongrel ou même faire du cache. Mais là il vaut peut-être mieux utiliser un 'vrai' reverse proxy à la squid ou un truc plus moderne (j'ai oublié les noms).
[^] # Re: Ror : Plusieurs hypothèses
Posté par Hank Lords . En réponse au journal apache perd du terrain face à IIS de manière inquiétante. Évalué à 2.
Le principe c'est de mettre un apache pour servir les pages statiques (images, etc, ...), chose que apache (ou lighttpd, ou autre) sait très bien faire, puis de rediriger les autres requetes (avec mod_proxy ou mod_rewrite) vers mongrel qui sert rail.
Après tu peux compliquer en faisant du load balancing sur un cluster de process mongrel ou même faire du cache. Mais là il vaut peut-être mieux utiliser un 'vrai' reverse proxy à la squid ou un truc plus moderne (j'ai oublié les noms).
Rien que du classique finalement :)