Initialiser une application avec des données nécessaires à son bon fonctionnement n'était pas vraiment aidée par rails et ses normes : faut il créer un script distinct ? utiliser un jeu de fixtures ? un controlleur de configuration de l'application ? une migration ?
# · Lire toute l'histoire · Aucun commentaireAyant parlé avant d'une librairie ruby pour flickr, je me suis lancé dans un petit test de cette librairie en l'incorporant à une application ruby on rails. L'idée est simple : nous avons des utilisateurs qui peuvent avoir un compte flickr. Les accès à ce compte seront stockés dans la base de données pour donner à l'utilisateur un accès à ses données flickr à tout moment sans qu'il ne doive se ré-authentifier sur flickr.
# · Lire toute l'histoire · Aucun commentaireCeci est le premier billet d'une trilogie consacrée au messaging avec ruby on rails.
Le messaging est une technique permettant de distribuer des tâches sur divers noeuds en leur envoyant des messages. Elle repose sur un système asynchrone, l'envoie étant distingué du traitement. On distingue donc plusieurs composants : émetteur => gestionnaire de messages => destinataire.
Un des gros avantages du messaging est qu'il permet de lancer des tâches sur un grand nombre de noeuds sans une mise en oeuvre complexe comme certains clusters peuvent l'être. De plus, l'envoi de message est généralement une tâche très peu gourmande en ressources.
# · Lire toute l'histoire · Aucun commentaireUne chose qui me fait perdre quelques secondes quand je dois créer un modèle qui utilisera le mécanisme STI et donc hérite d'un autre modèle, c'est la génération.
Le seul script de génération permettant de faire cela au sein de rails est celui de modèle. Malheuresement, il faut lui passer 2 options pour éviter la génération du fichier de migration de la base de données et des fixtures.
De plus, le fichier généré doit être modifié pour hériter correctement de la bonne classe.
# · Lire toute l'histoire · Aucun commentaireDans un précédent billet, je détaillais l'installation de postgresql avec rails sous leopard. Je conseillais notemment l'utilisation du gem postgres.
Cependant, après quelques recherches, il semblerait que ce gem ne soit maintenant maintenu que pour des raisons de sécurité et support de nouvelles versions sans leur fonctionnalités.
Dès le départ, le gem postgres se voulait être une version fonctionnelle mais pas la plus performante/récente. Le gem pg devait implémenter la nouvelle API de postgres et gagner en performances. Mais il était encore en beta il y a peu.
# · Lire toute l'histoire · Aucun commentaireJ'avais sur mon ancien blog un article expliquant comment installer postgresql sur leopard dans une configuration simple pour un développeur et utilisateur unique de la machine.
Mais ayant changé de moteur de blog, je n'ai pas repris tout le contenu. Après quelques demandes autour de quelques amis, j'ai finalement décidé de prendre le temps de remettre à jour l'ancien contenu.
L'idée est donc d'obtenir une installation de postgresql à jour, facilement mettable à jour et surtout sans administration. Si on reprend le cas par défaut de mysql, cas idéal pour un simple développeur sur une seule machine, il faudrait posséder tous les droits sur toutes les baes de données depuis cet utilisateur.
L'installation sera faite avec macports. Il permet aussi une mise à jour assez simple.
# · Lire toute l'histoire · 2 commentaires