Discussion :

[gvdmoort]

Bonjour à tous,

Il semble qu'on ne puisse accéder à webrick que depuis http://localhost:3000.
Une requête sur http://nom_d_hote:3000/ est rejetée, même depuis le poste où est lancé le serveur.

Est-ce qu'il est possible de configurer webrick pour qu'il soit accessible depuis les autres postes d'un même réseau ?

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. 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).

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.

Merci d'avance,

G.

[titoumimi]

pourquoi ne pas utiliser simplement l'adresse IP de ton poste ?

[gvdmoort]

pourquoi ne pas utiliser simplement l'adresse IP de ton poste ?

Non, ça ne marche pas non plus. Pour montrer l'avancement des travaux aux futurs utilisateurs, j'avais apporté mon portable pour le brancher sur le réseau local, pensant simplement faire comme tu le suggérais, mais non. J'ai dû configurer le serveur DNS local et mon portable (dont le nom de domaine différait) pour qu'on puisse y accéder avec l'adresse de l'hôte virtuel spécifié dans le fichier de configuration de lighttpd.

[titoumimi]

et ce ne serait pas plus un problème lié à ton réseau ? je ne sais pas, identification quelconque, firewall, ... ???

au boulot, je fait tourner un webrick de dev, auquel tout le monde a accès simplement avec mon adresse IP...

[gvdmoort]

et ce ne serait pas plus un problème lié à ton réseau ? je ne sais pas, identification quelconque, firewall, ... ???

au boulot, je fait tourner un webrick de dev, auquel tout le monde a accès simplement avec mon adresse IP...

bon, ça me rassure déjà, j'examinerai les choses en détail. Sinon, quant au fait d'utiliser webrick en production ?

[titoumimi]

à priori, en prod, c'est plutôt le couple mongrel + apache qui est chaudement recommandé

[Taum]

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 :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

script/server --binding 0.0.0.0

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

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)