Author Archive
Acts_as_authenticated : Encore un autre système d’authentification !
Après mon long didacticiel sur Ruby On Rails, me voilà de retour sur des articles plus courts (si si je vais essayer !) pour faire le tour de quelques uns des plugins qui font la force du framework Rails.
Je vais donc commencer (ou plutôt reprendre) ce tour d’horizon avec acts_as_authenticated. Je sais, j’ai déjà parlé à plusieurs reprises 1 2 3 4 de systèmes permettant de traiter l’identification avec Rails, cependant je ne pouvais pas en dire autant sans parler du plugin que j’utilise maintenant sur tout mes projets : acts_as_autenticated.
Ma première application Ruby On Rails
J’ai atteint un stade agréable dans ma phase d’apprentissage RubyOnRails : je m’amuse enfin avec ce langage ! Oh, je ne sais pas encore tout faire, loin de là, et comme je le disais dans un précédent billet, la phase d’apprentissage n’est pas si courte que cela lorsque l’on vient de PHP ! Mais bon, j’en sais assez pour me permettre d’écrire ce nouveau petit didacticiel destinés à ceux qui veulent faire leur premier pas avec Rails et qui veulent bien le faire !
L’objectif de ce billet est de permettre à chacun de créer son premier site Internet (ou plutôt sa première application) avec Ruby On Rails, depuis l’écriture de la première ligne de code jusqu’à sa mise en ligne. Pour cela il nous faut un sujet, on pourrait prendre l’exemple d’un blog mais certains l’on déjà fait, on pourrait essayer de faire une petite boutique de ecommerce mais d’autres en ont déjà fait livre. En fait, on pourrait « presque » tout faire… mais le but n’est vraiment pas de coder une application complexe, il faut que ce soit simple à écrire et à comprendre !
Je tranche donc, ce sera une petite application de gestion de CDs, basique : ajout de CD, édition, suppression, consultation. C’est pas le graal mais c’est pas le but. Faut que ce soit à la porté de tout le monde afin d’introduire Ruby On Rails.
Mettre à jour un projet existant de Rails 1.1.6 à Rails 1.2.1
Cette semaine j’ai voulu passer à Rails 1.2.1 sur ma Ubuntu Edgy Eft, j’ai donc lancé la commande magique :
gem update rails ––include-dependencies
Ce qui m’a correctement mis à jour ma machine… Plus tard j’ai voulu installer le plugin acts_as_authenticated sur un « vieux » projet (par vieux j’entends commencé avec Rails 1.1.6…) et j’ai eu quelques problèmes bizarres, notamment avec des vues qui ne s’affichaient plus le tout sans provoquer la moindre erreur… En allant faire un tour sur le code rien ne m’a paru alarmant et il m’a fallut un bon bout de temps avant de comprendre que le plugin que je venais d’installer avait été mis à jour pour être compatible avec Rails 1.2.1 et que du coup certaines parties ne fonctionnaient plus avec Rails 1.1.6…
Il serait peut être intéressant que les plugins gèrent un peu mieux les dépendances avec Rails cela éviterai ce genre de petit désagrément
… Bref, la solution est simple, il suffit de mettre à jour son projet. Une fois fois la mise à jour ci dessus effectuée, il faut alors éditer le fichier environnement.rb du projet à mettre à jour et changer :
RAILS_GEM_VERSION = '1.1.6'
en
RAILS_GEM_VERSION = '1.2.1'
ensuite à la racine de votre projet exécutez la commande suivante :
rake rails:update
et voila !
Rails : Validation de formulaire en AJAX step by step !
L’architecture de Rails basée sur le modèle MVC permet de réaliser des validations de formulaires en se basant sur le « model ». Cette validation est très pratique et très bien conçue mais est quelque peu limitée dans sa construction par défaut. Ainsi il est possible de valider l’ensemble d’un formulaire lors de sa soumission, les erreurs seront alors affichées ensemble au dessus du formulaire. Bien qu’il soit possible d’exécuter ce processus en AJAX ce qui « web2ise » un peu l’appli, ce n’est pas encore la panacée…
Effectivement, une grande partie des nouveaux site Web2 proposent une validation « live » et « step by step » de leur formulaire. Prenons un cas concret, sur une même page proposant la création d’un compte utilisateur, un formulaire bien fait vérifiera l’existence du compte à créer dès que l’utilisateur l’aura saisi (c’est à dire sans attendre la soumission) et fera aussi en sorte de controler la « force » d’un mot de passe avant sa soumission.
Je vous propose de mette en place ce type de formulaire dans votre application Rails sans casser (ni doubler) le mécanisme des validations déjà présent sur votre modèle (validates_presence_of …)
Migration Typo vers WordPress…
Le blog est en cours de migration vers WordPress sur ma dédibox, Typo était décidément trop lent…
Je commenterais cette migration un peu plus tard, pour l’heure je m’attaque aux corrections de bugs !
Si vous relevez des erreurs, comme le fait que les commentaires importés soient vides
, notez les dans les commentaires de ce post !
Merci !
Debian On Rails : Apache 2.2 + MySQL + Ruby + Rails + PHP + Mongrel + Mongrel_cluster + Subversion + Trac + Capistrano
Il y a quelques mois de cela je louais un serveur dédié avec comme but initial d’héberger mes propres sites et ceux de quelques amis. Je pensais alors que l’installation et la configuration de mon serveur ne serait qu’une formalité [modeste]au vue de mon expérience[/modeste]… Je me trompai alors dans les grandes largeurs !
Effectivement ce n’est que quelques mois plus tard et au bout de multiples expériences plus ou moins avortées avec différents panels d’administration que j’arrive enfin avec une installation que je qualifierai de presque correcte de mon serveur web…
Je vais donc vous faire part dans cet article des étapes que j’ai suivies pour en arriver là.
- Objectifs
- Installation système et applications
- Installation – Debian et utilitaires
- Installation – Apache 2.2 & PHP5 (ou 4)
- Installation – MySQL
- Installation – Subversion
- Installation – Ruby, Rails and friends
- Installation – Mongrel, Mongrel_cluster, Capistrano
- Installation – Trac
- Etude de cas : « monappli.com »
- Création du repository Subversion
- Configuration Trac & Accès Subversion
- Import de « monappli » dans Subversion
- Configuration de Capistrano
- Configuration Apache/Mongrel/Mongrel_Cluster
- Mise en ligne !
- Limites et idées d’amélioration
Sources
Apprendre RubyOnRails quand on vient de php…
Loin de moi l’idée de pousser un coup de gueule contre Rails… seulement, à l’heure où chacun fait le bilan de l’année passée, je me suis dit, « tiens, j’en suis où moi avec Rubyonrails ? ».
Je vais pas étaler ici tout ce que je sais sur Rails, c’est pas vraiement le but de l’article, j’ai plutôt envie de montrer comment je suis « tombé dans la marmitte »…
Et surtout comment j’essaye de ne pas m’y noyer !
Ubuntu Edgy Eft : Installer RubyOnRails & Eclipse (RadRails)
Suite à mon récent passage à la dernière version de Ubuntu, j’ai nommé Kubuntu Edgy Eft j’ai du recommencer mon installation de l’environnement de développement RubyOnRails à savoir :

- MySQL (et les bonnes librairies)
- Ruby
- RubyGems
- Rails.
- Eclipse
- Plugins Radrails pour Eclipse
Je vais donc écrire en quelques lignes les étapes à suivre pour pouvoir développer en RubyOnRails sur votre Ubuntu (Edgy Eft).
Debian Dedibox : Awstats, ClamAV et SpamAssassin avec VHCS
Je continue la configuration de ma Dédibox avec l’installation d’un outil de statistique que j’ai l’habitude d’utiliser (Awstats) puis avec l’installation du BA-BA des outils accompagnant un serveur de mail : l’antivirus ClamAV et le bloqueur de spam SpamAssasin.
Je n’ai ni la prétention d’inventer la roue ni d’ailleurs de la réinventer, cet article sera donc bref, je ne ferai que citer les quelques liens que j’ai scrupuleusement suivi et à peine adapté pour coller à ma configuration. Read the rest of this entry »
Debian Dedibox : Sécurisation VHCS avec SSL
Presque 20 jours sans aucun article… Il m’a bien fallut tout ce temps pour tordre VHCS jusque dans ses plus profonds fichiers de configuration ! En faisant le tour de la sphère VHCS, j’ai pu me rendre compte que plusieurs personnes ont tenté (avec plus ou moins de succès) de coupler VHCS et SSL… Les différentes explications que l’on peut trouver ça et là (ou encore ici et là-bas) ne m’ont pas complètement satisfait.
Je vais donc tenter de proposer une solution, non pas alternative car j’utilise les mêmes principes, non plus innovante car je n’invente rien, mais plutôt personnelle. Je pars evidement du principe que mon serveur se trouve dans l’état ou je l’ai laissé depuis mon dernier article.
Voici donc les objectifs :
- VHCS, Webmail, Phpmyadmin et le Filemanager en SSL (uniquement)
- POP et IMAP en SSL (presque uniquement, on verra pourquoi ensuite…)
- Accès au panel principal sur https://sd-XXX.dedibox.fr (Pour les dédiboxiens)
- Accès par sous domaines (uniquement) au lieu des URLs. (Pour chaque domaine !)
- panel.domaine.tld
- webmail.domaine.tld
- files.domaine.tld
- pma.domaine.tld
Création des définitions POP et IMAP pour chaque domaine (futile mais pratique pour la configuration des clients mails.)
- pop.domaine.tld
- imap.domaine.tld
Munissez vous d’une bonne dose de patience et en route !

