Salut,
Est-ce que tu pourrais copier le log de démarrage de Webrick stp ? Chez moi il se lance par défaut sur 0.0.0.0:3000, mais si chez toi il démarre sur 127.0.0.1:3000 tu ne pourras pas y acceder depuis un autre poste. Il faut alors le démarrer avec :
script/server --binding 0.0.0.0
Envoyé par
gvdmoort
Mes premiers essais pour faire fonctionner Rails comme cgi donnent des performances désastreuses par rapport à webrick (sur le même serveur pourtant, alors qu'apache fonctionne en parallèle).
C'est tout à fait normal, en cgi, tout est relancé a chaque requête, plus ou moins comme si tu lançais un webrick a chaque requête et que tu le fermais à la fin
Envoyé par
gvdmoort
D'autre part, si cela est possible, webrick est-il une bonne solution sur un réseau local ? Je souhaite en effet l'installer sur un lan, mais le serveur local tourne sous Apache 1.3.
[...]
Je n'ai guère le temps de réinstaller Apache pour activer le fastcgi, ni pour migrer vers lighttpd. C'est pourquoi le fonctionnement avec webrick me dépannerait provisoirement.
Webrick est un serveur de développement et n'a absolument pas été conçu pour la production : les performances ne sont pas au top et la sécurité n'a pas été bien testé.
Après, c'est à toi de savoir ce que tu fais. Si tu as besoin d'une solution temporaire, que tu n'as pas envie d'installer FastCGI/mod_proxy_balancer ou lighttpd, que les perfs ne sont pas un souci, que de toute façon le serveur ne sera accessible que depuis un LAN dont tu fais confiance a tes utilisateurs, etc. tu peux essayer avec Webrick.
A priori je ne vois pas de raison pour que ça ne fonctionne pas.
Tu peux quand même essayer Mongrel (gem install mongrel) qui offre de meilleures perfs et probablement une meilleure sécurité et qui peut se substituer a Webrick très simplement
L'inconvénient avec ce système c'est qu'a priori tu ne peux pas avoir de virtual hosts, et tu es limité a un Webrick/Mongrel (ou alors tu devras utiliser plusieurs ports différents)
Partager