Reprise du message précédent :
Si c'est l'instanciation ActiveRecord qui te fait peur, oui c'est inutile, tu peux spécifier ce que tu veux mapper en passant :select => "col" lors de ton find. Ton objet AR ne contiendra que les infos mappées.
 
De toute façon, "premature optimization is the root of all evil".
 

Ok merci de ton avis

Salut,
J'ai une question par rapport à la manière avec laquelle vous déployez vos applications
J'ai un serveur sur lequel tournent mes appli Rails. Le seul utilisateur autorisé à se connecter par SSH est toto. L'utilisateur utilisé par Passenger pour faire tourner les apppli est "admin". Ceci de sorte à ce que si "toto" se fait hacker, les appli existantes soient sauvées.
Quand je déployais mes appli à la mains, pas de problèmes, je copiais l'appli sur le home de toto, puis je passais en root, déplaçait le dossier, lançais un "chown -R admin" dessus et voilà.
 
Maintenant, je veux utiliser Capistrano parce que les déploiements deviennent de plus en plus compliqués et fréquents, mais je soucis c'est que je vois pas comment m'y prendre. J'ai pas envie de faire ce qui est préconisé dans la doc (c-a-d laisser "sudo" ouvert aux 4 vents). Vous vous faites comment?
 
Merci bien

J'ai une TMA à 2800 euros/mois qui s'occupe de ce genre de problème      
/pollutage

Ok mais si tu devais te soucier du problème, tu ferais quoi ?

Edit : À part ça, vous trouvez pas un peu inquiétant que tous les tuto préconisent accès SSH + sudo donnant droit à tous les pouvoirs?
C'est moi qui suis parano ou quoi ?

Rails 3 approche et y'a beaucoup de changement.
 
Je suis également passé à côté de ça quand c'est sorti dans mon RSS reader: http://m.onkey.org/2010/1/22/activ [...] -interface , je sens qu'un paquet d'applications vont péter!

Mon appli va être parterre
Par contre c'est assez stylé je trouve les modif

C'est les deprec d'ActiveRecord qui vous fait peur ?
Ben putain, vous avez de la chance, si y'avait que ça...

J'ai commencé hier ma première appli Rails3, tout ca a l'air bien sympa mais il va falloir s'habituer, j'ai eu le droit a ma première prise de tête avec Bundler

Mais c'est clair que le nouveau ActiveRecord, basé sur Arel, à l'air juste génial !

P.S. : les dépréciations abordées au dessus, c'est pour Rails3.1 pas Rails3

Bundler, rien que l'idée me fait gerber.
Mais il parait que c'est le nouveau noir, tout le monde a l'air super enthousiaste  
Et ça résoud tous les problèmes que j'ai jamais eu avec config.gem  

config.gem devait être trop simple, je sais pas.

Mais quand je vois tous ces crétins qui continuent de se servir de gem dans le init de leurs plugins pour charger des dépendances, je me dis qu'on est pas sorti de l'auberge avec Bundler.

Enfin bon, paix et maour.

Mais s'aurait pas été du luxe d'avoir le choix avec Rails 3

+1, j'ai jamais eu aucun problème avec config.gem. Je ne vois pas ce que ça peut améliorer.    
 
Sinon, quelqu'un utilise less? http://lesscss.org/ La claque  C'est ce qu'aurait du être le CSS! Sass et haml ne m'ont jamais emballé.

J'ai pas fouiné plus que ca Less, mais les versions de Sass font a peu près tout celà aussi non ?
Exemple sur les couleurs : http://nex-3.com/posts/89-powerful [...] -with-sass

Après c'est une histoire de syntaxe, perso celle de SASS me va bien et les ressources autour sont plus nombreuses.

Quand à HAML, je ne peux t'inviter à réessayer, j'avais été déçu la première fois aussi, je trouvais que ca devenait vite dégeux, mais la vrai raison c'est que j'essayais de mettre de la logique dans mes vues, et là effectivement Haml est nul à chié, pour le reste, je trouve ça assez génial

C'est sympa si tu bosses seul sur tes CSS, sinon oublie. Je me vois pas expliquer à mes intégrateurs qu'il faut lancer un watcher pour compiler la CSS.
 
En fait ça n'apporte rien d'autre qu'un plaisir un peu vain, parce qu'au final, ta CSS reste la même, ça ne fait gagner de temps à personne.
 
C'est vrai que les variables peuvent être sympa, mais compare ça à une CSS de couleurs séparé, ou simplement à un bon commentaire avec toutes les couleurs indexée en début de document, et tu te rends compte que c'est joli mais que ce n'est certainement pas une bonne idée vu le supplément d'administration que ça t'amène.
 
Par contre le jour ou les vrais CSS ressembleront à ça  

Tu peux pas juste leur filer un truc compilé quand tu buildes ton projet pour leur fournir?

css est un subset de less, ce qui est plutôt sympa.
C'est pas le cas avec SASS.
Pourquoi apprendre un nouveau langage ?

Pour qu'ils modifient la version compilée ?    
 
Je suis sensé back-porté leurs modifs ?

Je trouve la syntaxe d'haml/sass imbuvable.
 
Less a contrario reste parfaitement lisible pour un néophyte. Je préfère garder les accolades également pour bien distinguer chaque bloc.

D'où tes intégrateurs éditent les fichiers que tu leur files, d'autant plus s'ils sont pas capables de faire tourner un pauvre compilo sur un fichier .less?

http://nex-3.com/posts/83-sass-and-less

Depuis la 2.4 est sortie, donc on a le choix dans la date syntaxe.

Ha! Donc sass copie less maintenant

Oui, un peu, mais ca fait partie des principes du libre
Et Sass fourni déjà plein de modules pour utiliser les différents frameworks CSS (blueprint / 960gs...) et utiliser plus facilement les possibilité de CSS3 sans avoir a préfixer les css par -moz -webkit...  
A mon avis on est pour le moment plus productif avec Sass

Mouais, jblanche.fr n'est pas très w3c compliant  

seabee pourquoi un tel revirement par rapport à less? Intégrateurs mis à part.

Il est pas très fini pour dire vrai mais a part un pb sur le <time> il valide en HTML5 non ?

Par contre il ne doit pas passer bien du tout sur IE, c'est dans la ToDo list

Ouch je viens de voir que le Doctype était plus HTML5, ce n'est pas normal du tout
Tu m'ettonnes que ca valide pas [/HS]

Ca doit etre un bug de HAML en plus
Edit : Corrigé

 
Pas de reviremment    
 
Less est 1000x mieux que Sass niveau syntaxe. (sass a des fonctions avancées intéressantes)
 
Moi ça me fait peur toussa    
 
Je trouve ça dommage de ne pas pouvoir la modifier en dehors de ton environnement de dev ruby, juste pour pouvoir avoir un truc un peu plus joli.
Je suis conscient qu'il y a des gros manques niveau CSS, mais ajouter une couche de génération et de cache là ou il n'y avait que simplicité, c'est con.
Quid des numéros de ligne dans le fichier généré que tu ne peux plus exploiter, par exemple ? Je pense à ça mais il y a des dizaines de trucs qui surviennent.
 
En fait, je trouve pas ça KISS.  

Installer une stack ruby pour compiler une CSS, si c'est un intégrateur qui doit bosser dessus une heure..

T'utilises quoi pour valider? Je viens de me rendre contre qu'Html Validator intégré en Addon Firefox ne semble pas supporter html5    
 

Effectivement je n'avais pas pensé à ça, bien vu.

http://validator.w3.org/check?uri= [...] blanche.fr

http://wiseheartdesign.com/article [...] -comments/

Par contre je suis d'accord, si le projet implique des intégrateurs externes ou qui devrait installer des outils nouveaux pour bosser, mieux vaut oublier, mais si on maitrise la chaine de production (site en interne / freelance...), c'est quand même super pratique.

Quelqu'un sait où trouver un dropdown menu en javascript (ajax?) pour sélectionner la marque de sa voiture, puis activer un second drop down avec les modèles disponibles pour cette marque?
 
Sur lacentrale il y a apparement un appel à hxxp://www.lacentrale.fr/js/tools/data/brand_models-auto_js.ref.php
 
Comment ça se maintien un truc pareil? Il faut faire appel à des chinois?

Pour tester vos applis vous utilisez quoi?
 
J'ai eu ma période rspec et j'ai détesté.
 
Ensuite j'écrivais des functional et unit tests à tire la rigaud, mais c'est pénible à maintenir alors j'ai viré les unit-test car ils étaient généralement redondants avec les functional test.
 
J'ai développé ma propre factory pour me simplifier la vie dans la création des objets.
 
Je suis même passé par la case "no db hit when testing" avec des mock/stub de partout et impossible à maintenir.
 
Les functional test marchent bien mais sont encore un peu trop couplés au code, donc légèrement pénibles à maintenir.
 
Maintenant je me demande si seulement utiliser webrat pour tester que chaque page du site fonctionne serait une bonne idée? Parce que 99% de mes bugs de fonctionnement c'est généralement une faute de frappe qui fait planter la requête que ce soit dans le model, controller, view, router, etc.

Non mais il est normal que les tests (d'autant plus unitaire) soient couplés au code et difficile à maintenir hein
 
Logiquement, tes tests encodent tout le comportement de ton code. À chaque modif du code, tu devrais avoir au moins un test qui pête.

Exemple:
 
Au lieu d'identifier mes users par email je veux les trouver par login. Dons dans mon Model je crée un truc du genre User#identify_by_login(). Mais dans mon controlleur j'ai oublié de mettre à jour le code, et forçément le test renvoie une erreur. Donc je corrige mon controlleur avec la bonne méthode, et là le test passe.
 
En gros, je voudrais trouver une solution de test qui simule le user experience et qui se comporte comme s'il cliquait sur les boutons et remplissait des champs, c'est là où c'est le moins couplé au code.
 
Les functional tests de Tets::Unit font presque ça, mais il faut maintenir les noms des paramètres, les noms des custom actions (tout n'est pas restful dans la vie) et d'autres petite bricoles, mais qui usent à la longue.
 
Webrat est censé être ce que je cherche, et je voudrais avoir des retours d'exp dessus ou trouver d'autres méthodes de test.
 
EDIT: j'ai viré les tests unitaires parce que ça me saoûlait de devoir changer un ou plusieurs test(s) unitaire(s) juste pour renommer identify_by_login en _email qui de toute façon serait attrappé dans un functional test.

Vous avez un gem ou plugin à conseiller pour générer des graphs?

Met un max de code dans tes modèles, et fais des tests unitaires après avoir fixé la signature du bouzin.
Ils te serviront à éviter de péter des trucs en refactorant, et fixer le feature-set pour tes collègues.
Les tests fonctionnels c'est pour les OCDs.  
C'est une perte de temps énorme dès que tu touche à quoi que ce soit, et les bugs qu'ils surveillent sont les plus faciles à éviter/corriger et les moins dangereux (niveau corruption de données et propagation).
Et faire un search/replace sur un nom de fonction, c'est queudal; comparé aux effets d'un refactor de controller sur des tests fonctionnels.

Laisse tomber Webrat, c'est la looze (et surtout ne touche pas à Webrat-Selenium, les matchers sont tous pourris)        

Et je souhaite personnellement buter un utilisateur (francophone   ) de Cumcumber pour me détendre.

My two cents/

+1, j'utilise shoulda pour de bons tests fonctionnels et voila

Hello les gens
Vous pouvez jetez un oeil à mon topic : http://forum.hardware.fr/hfr/Progr [...] 7624_1.htm ?
 
ça fait 1h que j'essaie de pondre les modèles Rails de la deuxième solution, histoire de pouvoir gérer tout ça sans faire du find_by_sql dans tous les sens. Vous avez des suggestions ?

Le code dans mes controlleur est ulltra lean j'en mets un max dans les models de ce côté là y'a pas de souci    
 
Mon problème principal c'est une faute de frappe dans une view ou un controlleur et qui empêche la page de s'afficher. Il faut absolument des tests fonctionnels (ou autre?) pour intercepter ça. Comment faire alors?

Intégration alors ?
 
Ca dépend pas mal de ton appli. J'ai des admins complexes JAJAX toussa que je teste pas (si il y a un soucis l'équipe s'en rendra compte tout de suite et me passe un coup de fil), pour le front je teste juste des affichage tout con avec un chemin utilisateur en vérifiant le header et un tag ou deux dans la réponse.
 
Par contre je fais des tests unitaires du coeur de mon application pour éviter les plus gros soucis de régression, qui peuvent créer des soucis malsain, des comportements étranges et autres pertes de données.    
 
Normalement y'a pas de raison que tes pages s'affiche mal si tu testes tes modèles et que tout le code important est dedans. Mais bon je ne connais pas ton appli

Est-ce que quelqu'un d'entre vous (Genre seabee ) utilise act_as_nested/awesome_nested_set/better_nested_set ?
 
Si j'ai bien compris, le plugin le plus abouti est awesome_nested_set, et pourtant je me mange des "Duplicate entry" dans tous les sens

 
J'ai utilisé awesome_nested_set pour mettre en place un système de commentaires imbriqués, pas de soucis chez moi