Forum: Rails France apache php ruby

2c173f6aa0a0ff9c11627f9172dd9720?d=identicon&s=25 samuel (Guest)
on 2010-02-21 11:39
(Received via mailing list)
Bonjour,
je venais vous embêter il y a quelques semaines pour installer typo sur
une
machine.
j'ai trouvé l'installation d'une appli rails sur un server beaucoup plus
complexe que l'installation d'une appli php, mais je ne vois pas
pourquoi
apache doit servir de proxy pour ruby alors que pour php on lui donne
juste
le dossier web public.
Pourquoi un système comparable n'existe pas pour ruby ?
261e58ba9b45f42274c2b907171ab709?d=identicon&s=25 Mathieu Poumeyrol (Guest)
on 2010-02-21 12:00
(Received via mailing list)
mod_php est en fait un interpréteur php chargé dans apache. Le problème avec
cette approche, c'est que chaque process apache consomme énormément de RAM,
y compris lorsqu'il n'en a pas besoin, par exemple si on lui demande de
servir un fichier statique depuis le disque. Donc on essaie aujourd'hui
d'éviter de refaire la même erreur.

As-tu essayé mod_rails ? Parce que c'est un bon compromis. Même si c'est un
proxy, puisqu'on autre process qu'apache est en fait lancé pour servir les
requêtes rails, la configuration reste relativement simple, et tu n'as pas
besoin de t'occuper de lancer le process rails. En gros, la
configuration ressemble à du mod_php, mais en fait ça fait du proxy.

Le 21 févr. 2010 à 11:38, samuel a écrit :
2c173f6aa0a0ff9c11627f9172dd9720?d=identicon&s=25 samuel (Guest)
on 2010-02-21 12:34
(Received via mailing list)
bonjour,
oui j'ai installé passenger.
Avec passenger l'appli rails est automatiquement démarrer ?
Du coup à quoi sert apache ?

Le 21 février 2010 11:58, Mathieu Poumeyrol <kali@zoy.org> a écrit :
261e58ba9b45f42274c2b907171ab709?d=identicon&s=25 Mathieu Poumeyrol (Guest)
on 2010-02-21 12:39
(Received via mailing list)
Il sert à servir les fichiers statiques efficacement, et il permet aussi
d'avoir apache qui écoute sur le port 80 (en root) alors que ton appli
tourne avec un user ordinaire, d'avoir plusieurs applis sur le meme port
80, puisque du coup apache va pouvoir router vers l'une ou l'autres des
applis.

Le 21 févr. 2010 à 12:33, samuel a écrit :
9a00ce848763a4472291fcbcefd31a07?d=identicon&s=25 Jean-Baptiste Barth (Guest)
on 2010-02-21 13:13
(Received via mailing list)
J'ajoute que tout dépend du packaging proposé par ta distribution. Sous
du
Debian ou Debian-like, en quelques lignes de commande tu auras une stack
ruby/rails/apache/passenger fonctionnelle. Et il n'y aura rien d'autre à
préciser dans ton vhost que le DocumentRoot pointant sur le répertoire
public de ton appli ROR. Bref, vraiment rien de compliqué.

Si tu pars sur une distrib un peu moins user-friendly (cf la discussion
récente Passenger sur Gentoo, ahah), c'est sûr que ça se corse, mais ça
pourra se corser aussi avec d'autres technos si tu as des besoins
particuliers.

2e chose qu'il faut voir, c'est que ROR est un *framework*. On ne peut
pas
comparer Ror à PHP, qui est un langage (compare à Ruby si tu veux). Si
tu
installes une appli PHP batie sur un framework comparable, ça peut aussi
devenir compliqué (dépendances dans PEAR, version de PHP particulière
pas
forcément packagée pour ton système, etc)

--
JB

Le 21 février 2010 12:39, Mathieu Poumeyrol <kali@zoy.org> a écrit :
700f9a3b883e6a04d018f48290b1a3fd?d=identicon&s=25 de Villamil Frédéric (Guest)
on 2010-02-21 15:44
(Received via mailing list)
Bonjour.

Installation sous debian :
http://t37.net/installer-passenger-mod_rails-sous-...

Ne pas oublier : la philosophie de mod_rails est fondamentalement
différente d'une philopsophie serveur d'application + proxy http à la
Java comme on peut le voir avec du mongrel + apache / nginx. Là tu
n'auras pas besoin de démarrer tes applications Rails, Apache (ou
nginx) le fera pour toi.

Va chercher bonheur (crtm)

Le 21 févr. 10 à 13:10, Jean-Baptiste Barth a écrit :

>
> Le 21 février 2010 12:39, Mathieu Poumeyrol <kali@zoy.org> a écrit :
> > Avec passenger l'appli rails est automatiquement démarrer ?
> > As-tu essayé mod_rails ? Parce que c'est un bon compromis. Même si
> typo sur une machine.
> > > Pour transmettre des messages à ce groupe, envoyez un e-mail à
> >
> Pour transmettre des messages à ce groupe, envoyez un e-mail à
> l'adresse railsfrance@googlegroups.com
> Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscribe@googlegroups.com
>
>
> --
> Vous avez reçu ce message, car vous êtes abonné au groupe
> "Railsfrance" de Google Groups.
> Pour transmettre des messages à ce groupe, envoyez un e-mail à
> l'adresse railsfrance@googlegroups.com
> Pour résilier votre abonnement envoyez un e-mail à l'adresse 
railsfrance-unsubscribe@googlegroups.com

--
Frédéric de Villamil
"What's mine is mine. What's yours is still unsetteled" – Go player
proverb
frederic@de-villamil.com                        tel: +33 (0)6 62 19 1337
http://t37.net                       Typo : http://typosphere.org



--
Frédéric de Villamil
"What's mine is mine. What's yours is still unsetteled" – Go player
proverb
frederic@de-villamil.com                        tel: +33 (0)6 62 19 1337
http://t37.net                       Typo : http://typosphere.org
2c173f6aa0a0ff9c11627f9172dd9720?d=identicon&s=25 samuel (Guest)
on 2010-02-21 16:38
(Received via mailing list)
merci pour tout ces liens mais en fait tout était installer,
aprés une coupure de courant apache a redémarré mais pas typo.
Je l'ai redémarrer à la main et j'ai du changer le port qui était
configurer
( le 4252 ) dans apache pour le 300 mais je pense que du coup c'est
comme si
je me passé de passenger non ?

Le 21 février 2010 15:43, de Villamil Frédéric
<frederic@de-villamil.com> a
écrit :
This topic is locked and can not be replied to.