Ruby On Rails

05/07/2007, 17h25

Bonjour,
Sur l'hébergement mutualisé, nous avons mis en bêta la possibilité
d'exécuter vos framework Ruby. Il s'agit d'un langage de programmation
ultra simplifié qui permet de coder en 2 minutes des applications
complexes avec des bases de données, les formulaires etc.

Ruby est disponible sur l'ensemble des gp et des plans au même titre
que perl, php, c ou python.

L'implementation de Ruby dans notre hébergement ne nous donne pas
encore une entière satisfaction pour une raison simple: c'est
lent.

C'est donc une version de travail qui, on espère, attira des
développeurs Ruby, avec lesquels on pourra améliorer le fonctionnement
de Ruby en environnement mutualisé. Si vous souhaitez contribuer dans
cette amélioration, n'hésitez pas poster vos remarques sur le forum
http://forum.ovh.com/forumdisplay.php?f=8

Un guide d'utilisation
http://guides.ovh.net/UtilisationRubyOnRails

Et un exemple (simple et lent):
http://300gp.ovh.net/rails/commentaire

Amicalement
Octave

renchap · 05/07/2007, 17h47

Pour améliorer la vitesse, peut être que mettre un mod_proxy avec un serveur lighttpd/mongrel derriere (sur un cluster séparé ?) peut être une bonne solution.

Rails est beaucoup plus à l'aise avec ce type de serveur, et avec mod_proxy on peut garder apache en frontal.

Après, est-ce adapté à du mutualisé, sans connaitre l'infra je ne peux pas dire

RomainOnRails · 05/07/2007, 19h13

Une fois encore,

bravo a Octave et OVH pour l'initiative.
Un hebergeur frenchy digne de ce nom qui s'interesse a Rails, c'est tres bon.
Pour mes bidouilles Rails, je suis chez Site 5, en mutualisé.
Maintenant, evidemment, qqs questions, fruits de mon experience de Rails en mutualisé
- peux-tu indiquer la version de Ruby, et des Gems (Rails et autres) qui sont fournis dans l'install actuelle ?
- quid de l'install de gem perso ? est-ce possible ? et si oui, comment cela va-t-il cohabiter en mutualisé ?

Romain.

Abogil · 05/07/2007, 19h33

Octave,

Si j'ai bien compris, le guide http://guides.ovh.net/UtilisationRubyOnRails, il n'y a rien à installer de spécifique sur notre hébergement 60gp, 90plan.
Il suffit simplement de transférer les dossiers qui fonctionnent en local sur notre micro.

**Laurent** · 06/07/2007, 11h06

Il y a des petites astuces avec des .htaccess. Sinon c'est tout bon.

Pour le moment c'est de la beta. On attend les retours pour améliorer
le plus possible.

**Laurent** · 06/07/2007, 11h11

Pour le moment on a :

ruby 1.8.5
gem 0.9.4

Liste des gem installes :
*** LOCAL GEMS ***

actionmailer (1.3.3)
Service layer for easy email delivery and testing.

actionpack (1.13.3)
Web-flow and rendering framework putting the VC in MVC.

actionwebservice (1.2.3)
Web service support for Action Pack.

activerecord (1.15.3)
Implements the ActiveRecord pattern for ORM.

activesupport (1.4.2)
Support and utility classes used by the Rails framework.

rails (1.2.3)
Web-application framework with template engine, control-flow layer,
and ORM.

rake (0.7.3)
Ruby based make-like utility.

sources (0.0.1)
This package provides download sources for remote gem installation

Je pense (j'ai pas teste) que l'install des gems perso se fait dans ton repertoire.
Donc pas de pb avec les installs mutu. Par contre, le fait que l'on soit en
beta signifie que rien n'est fige. Donc suivant vos besoins on va installer
le plus de gems possible.
C'est a vous de nous dire ce dont vous avez besoin

slainer68 · 06/07/2007, 14h43

Bonjour à toute l'équipe de OVH.

Premièrement, un grand bravo de s'intéresser de plus prêt à ce fameux framework qu'est Ruby on Rails.

De nombreux hébergeurs mutualisés aux USA le proposent, il y a énormément de bruit autour de ce projet, et progressivement la vague arrive en Europe, cela ne pourra être que bénéfique pour vous si vous êtes les premiers à le proposer en France en mutualisé.
Il est vrai que ce framework est plus lourd qu'un banal mod_php mais ce qu'il apporte au développement Web est bien plus.

A propos de l'hébergement, comme expliqué, le plus fiable et le plus flexible reste le déployement via Apache 2.2 + mod_proxy_balancer + mongrel_clusters.
Le déployement via Apache < 2.2 + mod_proxy est déprécié vu que mod_proxy ne gère pas la balance de charge.
Et le déployement via FCGI est déprécié par les développeurs de Rails pour la non flexibilité et la difficulté de débuggage.

Dans votre guide, vous redirigez les requêtes vers le dispatcher en CGI. Déjà c'est pas bon du tout le déployement en CGI car cela veut dire un process Ruby lancé par requête.

Le mieux serait au minimum d'utiliser FCGI. Et la solution idéale serait Apache 2.2+mod_proxy_balancer+mongrels_cluster comme écrit ci-dessus.

Sinon au niveau des gems...

* ImageMagick + RMagick est très utilisé par les développeurs Rails pour tout ce qui est manipulation d'images.
* RedCloth : Très utilisé pour le formattage de texte.
* Ferret : pour effectuer des recherches textuelles.
* SQLite
* PDF-Writer : Création de PDF.
* FasterCSV : pour gérer les CSV
* hpricot : parser HTML très rapide
* markaby : formattage de texte.

Voilà ma petite liste de gems couramment utilisées par les développeurs Rails.

Bonne continuation.

CHUCKYCHUCK · 06/07/2007, 19h59

@ovh, comment est déployé Ruby on Rails sur les serveurs ?
C'est Apache + quels mods ? ( fcgi, modx ruby, mongrel ??? )

Est-ce sûr que Ruby on Rails sera définitivement adopté par les hébergements mutu ?? Si oui, d'ici la mise en place définitive, RoR sera toujours disponible sans "coupures" ??
( je vais sans doute migrer mon site vers RoR, je voudrais être sur que je puisse l'héberger sur mon 90plan )

Citation:

Et la solution idéale serait Apache 2.2+mod_proxy_balancer+mongrels_cluster comme écrit ci-dessus.

+1

androse · 06/07/2007, 22h06

Désolé d'être le trouble fête, mais Ruby on Rails en mutualisé, ce n'est juste pas réaliste. J'ai essayé, comme beaucoup, pendant de longs mois, chez plusieurs hébergeurs (Textdrive, Typhon), et on se retrouve toujours face à des problèmes majeurs :
- des process rails qui meurent sans raison apparente,
- des gems manquants ou jamais à jour,
- une tenue de charge très aléatoire (RoR consomme beaucoup de ressources, et Ruby est un langage lent),
- un processus de mis en place très contraignant (demande d'un ou plusieurs ports pour les instances de Rails, fcgi+lighttpd ou mongrel, etc).

Donc après plusieurs années de développement RoR, personnellement je n'hébergerais rien en mutualisé.

A mon humble avis, ce qu'OVH devrait proposer c'est ce que font tous les hébergeurs Rails spécialisés : des VPS pré-configurés (appelés "containers", "slices", etc) avec tout le stack. C'est à dire Nginx en répartisseur de charge (ou Pound, ou HAProxy, ou Apache 2.2+mod_proxy_balancer) et un cluster de process Mongrel. Idéalement, il faudrait pré-configurer Monit pour la surveillance et la relance de process morts.

Si vous avez des questions il y a l'excellent groupe :
http://groups.google.com/group/rubyonrails-deployment

Et voici une liste de gems intéressants :
RedCloth (3.0.4 ET 3.0.3)
capistrano
htmlentities
image_science
mongrel
mongrel_cluster
paginator
rspec
tzinfo

En tout cas, comme le dit Slainer68, Rails en CGI c'est une hérésie

slainer68 · 07/07/2007, 08h31

je suis d'accord avec androse. Rails en mutualisé c'est rarement le pied.
Néanmoins, si OVH est capable de le proposer en qualité même "moyenne" sur ses packs grands publics, cela pourrait énormément aider à sa démocratisation.

Maintenant je comprends parfaitement, vu les ressources supplémentaires qu'un framework comme Rails demande, que les hébergeurs soient frileux à le mettre en place. On ne peut pas avoir le beurre et l'argent du beurre.

05/07/2007, 17h25	#1
oles@ovh.net Visiteur Messages: n/a	Ruby On Rails Bonjour, Sur l'hébergement mutualisé, nous avons mis en bêta la possibilité d'exécuter vos framework Ruby. Il s'agit d'un langage de programmation ultra simplifié qui permet de coder en 2 minutes des applications complexes avec des bases de données, les formulaires etc. Ruby est disponible sur l'ensemble des gp et des plans au même titre que perl, php, c ou python. L'implementation de Ruby dans notre hébergement ne nous donne pas encore une entière satisfaction pour une raison simple: c'est lent. C'est donc une version de travail qui, on espère, attira des développeurs Ruby, avec lesquels on pourra améliorer le fonctionnement de Ruby en environnement mutualisé. Si vous souhaitez contribuer dans cette amélioration, n'hésitez pas poster vos remarques sur le forum http://forum.ovh.com/forumdisplay.php?f=8 Un guide d'utilisation http://guides.ovh.net/UtilisationRubyOnRails Et un exemple (simple et lent): http://300gp.ovh.net/rails/commentaire Amicalement Octave

05/07/2007, 17h47	#2
renchap Membre Date d'inscription: février 2004 Messages: 64	Re : Ruby On Rails Pour améliorer la vitesse, peut être que mettre un mod_proxy avec un serveur lighttpd/mongrel derriere (sur un cluster séparé ?) peut être une bonne solution. Rails est beaucoup plus à l'aise avec ce type de serveur, et avec mod_proxy on peut garder apache en frontal. Après, est-ce adapté à du mutualisé, sans connaitre l'infra je ne peux pas dire __________________ #ovh@irc.freenode.net - N'hésitez pas à nous retrouver

05/07/2007, 19h13	#3
RomainOnRails Membre Date d'inscription: juillet 2007 Messages: 1	Re : Ruby On Rails Une fois encore, bravo a Octave et OVH pour l'initiative. Un hebergeur frenchy digne de ce nom qui s'interesse a Rails, c'est tres bon. Pour mes bidouilles Rails, je suis chez Site 5, en mutualisé. Maintenant, evidemment, qqs questions, fruits de mon experience de Rails en mutualisé - peux-tu indiquer la version de Ruby, et des Gems (Rails et autres) qui sont fournis dans l'install actuelle ? - quid de l'install de gem perso ? est-ce possible ? et si oui, comment cela va-t-il cohabiter en mutualisé ? Romain.

05/07/2007, 19h33	#4
Abogil Membre Date d'inscription: octobre 2006 Messages: 3 796	Re : Ruby On Rails Octave, Si j'ai bien compris, le guide http://guides.ovh.net/UtilisationRubyOnRails, il n'y a rien à installer de spécifique sur notre hébergement 60gp, 90plan. Il suffit simplement de transférer les dossiers qui fonctionnent en local sur notre micro. __________________ Cordialement.

06/07/2007, 11h06	#5
Laurent Team OVH Date d'inscription: février 2004 Messages: 137	Re : Ruby On Rails Il y a des petites astuces avec des .htaccess. Sinon c'est tout bon. Pour le moment c'est de la beta. On attend les retours pour améliorer le plus possible. __________________ Laurent Pour tout savoir: http://guides.ovh.net/

06/07/2007, 11h11	#6
Laurent Team OVH Date d'inscription: février 2004 Messages: 137	Re : Ruby On Rails Pour le moment on a : ruby 1.8.5 gem 0.9.4 Liste des gem installes : * LOCAL GEMS * actionmailer (1.3.3) Service layer for easy email delivery and testing. actionpack (1.13.3) Web-flow and rendering framework putting the VC in MVC. actionwebservice (1.2.3) Web service support for Action Pack. activerecord (1.15.3) Implements the ActiveRecord pattern for ORM. activesupport (1.4.2) Support and utility classes used by the Rails framework. rails (1.2.3) Web-application framework with template engine, control-flow layer, and ORM. rake (0.7.3) Ruby based make-like utility. sources (0.0.1) This package provides download sources for remote gem installation Je pense (j'ai pas teste) que l'install des gems perso se fait dans ton repertoire. Donc pas de pb avec les installs mutu. Par contre, le fait que l'on soit en beta signifie que rien n'est fige. Donc suivant vos besoins on va installer le plus de gems possible. C'est a vous de nous dire ce dont vous avez besoin __________________ Laurent Pour tout savoir: http://guides.ovh.net/

06/07/2007, 14h43	#7
slainer68 Membre Date d'inscription: avril 2006 Messages: 10	Re : Ruby On Rails Bonjour à toute l'équipe de OVH. Premièrement, un grand bravo de s'intéresser de plus prêt à ce fameux framework qu'est Ruby on Rails. De nombreux hébergeurs mutualisés aux USA le proposent, il y a énormément de bruit autour de ce projet, et progressivement la vague arrive en Europe, cela ne pourra être que bénéfique pour vous si vous êtes les premiers à le proposer en France en mutualisé. Il est vrai que ce framework est plus lourd qu'un banal mod_php mais ce qu'il apporte au développement Web est bien plus. A propos de l'hébergement, comme expliqué, le plus fiable et le plus flexible reste le déployement via Apache 2.2 + mod_proxy_balancer + mongrel_clusters. Le déployement via Apache < 2.2 + mod_proxy est déprécié vu que mod_proxy ne gère pas la balance de charge. Et le déployement via FCGI est déprécié par les développeurs de Rails pour la non flexibilité et la difficulté de débuggage. Dans votre guide, vous redirigez les requêtes vers le dispatcher en CGI. Déjà c'est pas bon du tout le déployement en CGI car cela veut dire un process Ruby lancé par requête. Le mieux serait au minimum d'utiliser FCGI. Et la solution idéale serait Apache 2.2+mod_proxy_balancer+mongrels_cluster comme écrit ci-dessus. Sinon au niveau des gems... * ImageMagick + RMagick est très utilisé par les développeurs Rails pour tout ce qui est manipulation d'images. * RedCloth : Très utilisé pour le formattage de texte. * Ferret : pour effectuer des recherches textuelles. * SQLite * PDF-Writer : Création de PDF. * FasterCSV : pour gérer les CSV * hpricot : parser HTML très rapide * markaby : formattage de texte. Voilà ma petite liste de gems couramment utilisées par les développeurs Rails. Bonne continuation.

06/07/2007, 22h06	#9
androse Membre Date d'inscription: février 2004 Messages: 17	Re : Ruby On Rails Désolé d'être le trouble fête, mais Ruby on Rails en mutualisé, ce n'est juste pas réaliste. J'ai essayé, comme beaucoup, pendant de longs mois, chez plusieurs hébergeurs (Textdrive, Typhon), et on se retrouve toujours face à des problèmes majeurs : - des process rails qui meurent sans raison apparente, - des gems manquants ou jamais à jour, - une tenue de charge très aléatoire (RoR consomme beaucoup de ressources, et Ruby est un langage lent), - un processus de mis en place très contraignant (demande d'un ou plusieurs ports pour les instances de Rails, fcgi+lighttpd ou mongrel, etc). Donc après plusieurs années de développement RoR, personnellement je n'hébergerais rien en mutualisé. A mon humble avis, ce qu'OVH devrait proposer c'est ce que font tous les hébergeurs Rails spécialisés : des VPS pré-configurés (appelés "containers", "slices", etc) avec tout le stack. C'est à dire Nginx en répartisseur de charge (ou Pound, ou HAProxy, ou Apache 2.2+mod_proxy_balancer) et un cluster de process Mongrel. Idéalement, il faudrait pré-configurer Monit pour la surveillance et la relance de process morts. Si vous avez des questions il y a l'excellent groupe : http://groups.google.com/group/rubyonrails-deployment Et voici une liste de gems intéressants : RedCloth (3.0.4 ET 3.0.3) capistrano htmlentities image_science mongrel mongrel_cluster paginator rspec tzinfo En tout cas, comme le dit Slainer68, Rails en CGI c'est une hérésie

07/07/2007, 08h31	#10
slainer68 Membre Date d'inscription: avril 2006 Messages: 10	Re : Ruby On Rails je suis d'accord avec androse. Rails en mutualisé c'est rarement le pied. Néanmoins, si OVH est capable de le proposer en qualité même "moyenne" sur ses packs grands publics, cela pourrait énormément aider à sa démocratisation. Maintenant je comprends parfaitement, vu les ressources supplémentaires qu'un framework comme Rails demande, que les hébergeurs soient frileux à le mettre en place. On ne peut pas avoir le beurre et l'argent du beurre.

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email