Merci Nicolas, en fait je fais des tests sur un compte mutualisé où je n'ai donc pas accès aux chemins d'installation standards. Je vais suivre votre conseil et essayer --deployement. Pour EC2, j'y pense encore pour faire quelques tests. Je ne compte pas me spécialiser dans la partie serveur car je manque de temps et d'énergie pour le faire sérieusement. Je développe des applications iOS et Mac et mes besoins serveurs sont souvent limités à des API REST (avec un peu de logique métier). J'ai utilisé pas mal Rails il y a quelques années, mais j'ai eu des problèmes de santé qui affectaient ma mémoire, je vais beaucoup mieux depuis 3 ans, mais je dois me remettre à pas mal de choses et c'est un peu stressant... En ce moment j'essayer d'évaluer des outils qui pourraient me faire gagner un peu de temps, j'explore un peu rails et j'ai aussi commencé à jeter un oeil sur Sinatra, je regardes aussi un peu du côté Python et notamment Flask Restless (j'avais été assez longtemps retissant à Python, mais sans raison objective, je ne connaissais pas).
Merci beaucoup Denis Le 13 avr. 2012 à 16:08, Nicolas Blanco a écrit : > Pour bundler : non, en local, bundle install va "juste" installer les > gems manquantes comme un gem install. Sur la machine de déploiement tu > vas pouvoir utiliser le switch --deployment pour freezer. Ce switch ne > doit pas être utilisé normalement en local. Plus d'infos la : > http://gembundler.com/v1.1/bundle_install.html > > Et pour EC2 c'est ça, t'as un accès root à ton instance virtuelle. Si > tu veux déployer plus facilement y a des services managés au dessus > d'EC2 comme Engine Yard ou Heroku. > > Nicolas -- Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de Google Groups. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour résilier votre abonnement envoyez un e-mail à l'adresse [email protected]
