Commençons par installer mongrel_cluster si ce n’est pas déjà fait

sudo gem install mongrel_cluster

Puis, pour configurer un cluster de 3 serveurs accessibles sur les ports 8000, 8001 et 8002 :

sudo mongrel_rails cluster::configure -e production \
-p 8000 -N 3 -c /var/www/apps/testapp -a 127.0.0.1 \
--user mongrel --group mongrel

Vous pouvez changer la dernière ligne en fonction de vos besoins si vous n’avez pas d’utilisateur (ou de groupe) nommé mongrel.

Maintenant que c’est fait, lançons les serveurs et vérifions que tout fonctionne bien en nous connectant directement sur chacun des ces ports.

sudo mongrel_rails cluster::start

Configuration d’Apache

Apache 2.0 n’a pas de module poxy_balancer, l’astuce que nous utiliserons dans ce cas est de passer par la fonction de mapping aléatoire du module de ré-ecriture d’adresses.

Nous avons donc trois instances de mongrel tournant sur les ports 8000, 8001 et 8002, nous devons créer un fichier de mapping de ces trois ports map.txt contenant :

ports  8000|8001|8002

Puis voici la configuration de notre serveur virtuel :

ProxyRequests Off
ProxyPassReverse / http://localhost:8000/
ProxyPassReverse / http://localhost:8001/
ProxyPassReverse / http://localhost:8002/
ProxyPreserveHost On
RewriteEngine On
RewriteMap  servers rnd:/chemin/vers/le/fichier/map.txt
RewriteRule ^/(images|stylesheets|javascripts)/?(.*) $0 [L]
RewriteRule ^/(.*)$ http://localhost:${servers:ports}/$1 [P,L]

Voila, c’est tout. Relancez votre serveur web. Vous pouvez aussi lancer le cluster mongrel au démarrage de votre machine (voir du coté de update-rc.d)

Pour plus d’infos n’hésitez pas à consulter le focus sur Mongrel des édition O’Reilly

ActionController::Routing::Routes.draw do |map|
# The priority is based upon order of creation: first created -> highest priority.
 
# Commenter pour annuler la redirection
map.connect '', :controller => 'maintenance'
map.connect ':en_maintenance', :controller => 'maintenance', :requirements => { :en_maintenance => /.*/ }
 
...

Ici on redirige toujours vers le contrôleur maintenance, à vous d’adapter en fonction de vos besoins.

Opérations de base nécéssaires pour faire une application Rails :

• Pour créer une application il faut utiliser la commande ‘rails nomdemonsiteweb’
• Ensuite, pour créer les controlleurs et les modèles : ‘ruby script/generate type nom’ où type est soit ‘controller’ ou ‘model’ et ‘nom’ est le nom de ce que vous créez.

A connaître sur :

• Les table (schema) dans la base de données : Nom au pluriel, avec des underscores à la place d’espaces entre les mots, comme item_lignes.
• Les modèles : Nom au singulier, première lettre de chaque mots en majuscule comme : ItemLigne.
  • La validation des données se fait ici.
  • Décrit aussi les relations entre les differentes tables :
    • Les modèles contiennent des commandes qui décrivent les relations qu’il existe entre les tables comme par exemple : belongs_to et has_many . Rails en deduira alors les connections.
    • belongs_to (appartient_a en français, un modèle Histoire appartient à un Auteur). Lorsqu’une table est liée à une autre table par belongs_to, vous pouvez utiliser les champs de cette table en ajoutant le nom de cette relation au nom de la classe, par exemple : si produit appartient à categorie, dans une vue qui est en relation avec produit, on peut obtenir la catégorie de cette façon : produit.categorie.nom.
    • has_many un Auteur a_beacoup d’Histoires.
  • Les noms au pluriel ont leur importance, faites attention (spécialement avec le mots en français) de mettre le bon nombre de s. Par exemple, la table souris sera automatiquement associée à la classe souri (sans le s) par rails. Par contre, avec des noms en anglais c’est plus simple, rails connait les bons pluriels à utiliser, il sait par exemple associer la classe child à la table children.
• Les controlleurs (Nom au singulier, sans lettre capitale)
  • Centralise la logique, dit ce qu’il faut faire où il faut le faire. Un peu comme : « si le paramètre n’est pas valide, envoyer une erreur sur la validation »
  • Prépare les variables à afficher dans les vues.
    • Par exemple, la commande find(:all) prépare une variable contenant les données d’une table.
• Les vues
  • Génere les pages à afficher. En ruby, ces pahes sont avec l’extension .rhtml
  • Utilise les variables préparées par le controleur et les affiches
    • Les variables accessibles depuis la vue doivent avoir un @ au début ()
  • <%= debug(@variableName) %> est très utile pour afficher des informations sur une variable, elle retourne <hr /> si la variable n’existe pas.
  • Le scaffold crée des liens edit, show, et delete dans une nouvelle vue. Pour remplacer le mots ’show’ par autre chose, (Ici, on utilise le nom du produit et le h() permet de traiter les eventuels codes html présents dans ce nom) faites :
    <%=
hname = h(product.name)
link_to(hname, :action => 'show', :id => product)
%>

Divers

• Quelquefois il faut vider les sessions dans le répertoire /tmp/ si des erreurs 404 commence à se produire.

• Alwaysdata – Payant mais une offre gratuite existe.
• Typhon – Payant – Sur demande
• s6n – Payant
• Peewi – Payant (Hébergeur associatif)
• Ovh.com : Des tests sont en cours

Les hébergeurs étrangers :

• hostingrails.com – Payant – un mois gratuit (sans obligation de renouveler)
• blackcurrant hosting – Gratuit (En échange vous devez participer à leur forum)
• railsplayground.com – Payant
• textdrive.com – Payant
• site5.com – Payant
• hostmysite.com – Essais gratuit
• dreamhost.com – Payant
• ambitiouslemon.com – Gratuit mais ils n’acceptent plus les inscriptions pour l’instant
• freeonrails.com – Gratuit, les inscriptions sont soumises à validation
• bleunote – Payant