Coucou, je suis tout nouveau sur ruby et rails et je n’arrive pas Ã
trouver
de l’information sur la migration des applications vers un serveur de
test
ou de production (étant donné que pour rails migration ne s’applique
qu’aux
bases de données, google a du mal).
Quelqu’un saurait-il m’aiguiller ?
Merci d’avance.
–
Michel B.
Heu, oooook. Je regarde ça…
…Et je me demande pourquoi mon ami ne veut pas m’aider.
J’ai suivi ce tuto : http://www.blog.fbollon.net/archives/39
Et je bloque au cap -A, il me dit qu’il ne connaît pas la commande cap.
Pour info je suis sous Ubuntu.
J’ai pas pris le bon tuto ? J’ai manqué un truc ?
Merci d’avance…
On 8/23/07, Cyril M. [email protected] wrote:
bases de donn�es, google a du mal).
–
Cyril M.
–
Michel B.
Petite recherche plus tard, trouvé quoi rajouter dans le PATH de mon
exécuteur de commande.
Maintenant j’ai une autre erreur, cap -A ça ne marche pas, il me dit que
l’option -A est invalide. Quid ?
Ah tu bien mis Capistrano sur la machine cible et ma machine parent.
Si tu as installé capistrano par gem il faut vérifier que cap est bien
dans ton path (le même que Rails je crois par les gem)
On 8/23/07, Michel B. [email protected] wrote:
de l’information sur la migration des applications vers un serveur de
Michel B.–
Michel B.
–
Cyril M.
Tout s’explique alors.
Pour la petite histoire, j’ai installé Capistrano sur la machine source
et
non sur la machine cible. La machine cible est un serveur mutualisé (
alwaysdata.com) et je ne crois pas que j’ai la permission de faire des
sudo
gem install chez eux…
Est-ce nécessaire de l’avoir sur le serveur cible ?
Le tuto que tu as point� est pour cap 1 et non le 2 qui est sorti ce
moi.
Pour info si tu veux un petit tuto sur cap 2 en fr tu as celui de
notre ami nicolas Merouze
http://blog.boldr.fr/2007/8/22/capistrano-2-le-deploiement-simplement
cap -A n’existe pas dans cap 2
On 8/23/07, Michel B. [email protected] wrote:
Petite recherche plus tard, trouv� quoi rajouter dans le PATH de mon
ex�cuteur de commande.Maintenant j’ai une autre erreur, cap -A �a ne marche pas, il me dit que
l’option -A est invalide. Quid ?
–
Cyril M.
En effet même sans sudo je n’ai pas l’autorisation d’installer
Capistrano.
N’y a-t-il pas d’autres façon de déployer une application sur un serveur
?
Michel :
Pour la petite histoire, j’ai installé Capistrano sur la machine source et
non sur la machine cible. La machine cible est un serveur mutualisé
(alwaysdata.com ) et je ne crois pas que j’ai la permission de faire des
sudo gem install chez eux…Est-ce nécessaire de l’avoir sur le serveur cible ?
Tu as besoin d’installer Capistrano que sur la machine à partir
de laquelle tu veux lancer le déploiement. Tu n’en as pas besoin sur
les serveurs où sont déployés ton application.
– Jean-François.
–
Ruby ( http://www.rubyfrance.org ) on Rails ( http://www.railsfrance.org
)
Ok, merci.
Encore une question : Ã quoi sert dans le deploy.rb le nom de
l’application
?
On 8/23/07, Jean-François Trân [email protected] wrote:
les serveurs où sont déployés ton application.
Désolé d’avoir intégré cette erreur 
–
Cyril M.
ma poire :
Tu as besoin d’installer Capistrano que sur la machine à partir
de laquelle tu veux lancer le déploiement. Tu n’en as pas besoin sur
les serveurs où sont déployés ton application.
Pfff. … où est déployée ton application.
voire même, sur les serveurs sur lesquels ton application est déployée.
Excusez,
-- Jean-François.
–
Ruby ( http://www.rubyfrance.org ) on Rails ( http://www.railsfrance.org
)
Je suis en train de suivre le tutorial, mais j’ai l’impression que le
fichier de configuration que j’ai fait ne marche pas.
Actuellement j’ai dans le config/deploy.rb :
set :application, “mon_appli”
set :repository, “http://mon_serveur_svn/#{application}”
set :deploy_to, “/home/mon_compte_alwaysdata/www/#{application}”
role :app, “mon_compte_alwaysdata.alwaysdata.net”
role :web, “mon_compte_alwaysdata.alwaysdata.net”
role :db, “localhost”, :primary => true
set :scm_user, “mon_user_svn”
set :scm_password, Proc.new { Capistrano::CLI.password_prompt('Password:
')
}
Quand je lance cap deploy:setup j’obtiens :
Ai-je mal configuré le fichier ? Oublié quelque chose ? (avis aux
insomniaques)
Pas de mal merci pour tout en tout cas. J’ai encore quelques petits
soucis
mais je vais essayer de règler ça comme un grand tant que je ne suis pas
complètement bloqué.
Michel :
Encore une question : à quoi sert dans le deploy.rb le nom de l’application
Parce que le nommage est une des opérations/tâches les plus importantes
en informatique.
Je me fous pas de ta gueule, je suis sérieux.
Dans le cas de Capistrano, par défaut, il va créer sur le serveur
distant une arborescence de fichiers sous /u/apps/ton_appli
(modifiable avec la variable :deploy_to). Les noms de sous
répertoires où il y aura, par exemple, le répertoire des
anciennes versions et la version actuelle des sources Rails de
ton appli, seront déduits à partir de ce répertoire /u/apps/ton_appli :
à savoir /u/apps/ton_appli/releases/
/u/apps/ton_appli/releases/pleins_de_chiffres
/u/apps/ton_appli/current
etc.
De plus, rien empêche de déployer plusieurs appli sur le(s)
même(s) serveur(s). Donc plusieurs sous-répertoires dans /u/apps/
Dans le cas de Rails, pourquoi quand on crée un nouveau
projet, on fait : rails nom_de_l_appli ?
Parce que ça va créer une arbo. Pour la distinguer
d’une autre appli Rails.
Pourquoi donne-t-on un nom à une base de données
qu’on vient de créer ? Pour la distinguer de celles déjà
existantes.
Pourquoi donne-t-on des noms à des fichiers ?
Pour les distinguer.Parce que les inodes, c’est pas très sexy.
Pourquoi utilise-t-on des noms de variables en programmation ?
Parce que tout le monde ne programme pas en Brainfuck ?
Pour aider celui qui lit le code, pour renseigner sur l’utilisation
faite de la variable : toto, hash_or_array
Pour les distinguer.
Pourquoi utilise-t-on des noms de méthode en
programmation ?
Pour s’amuser à faire de la métaprogrammation ?
Pourquoi utilise-t-on des espaces de noms dans certains
langages de programmation ?
Pour limiter les collisions de noms (PHP n’a des
espaces de noms que depuis PHP5 ou alors n’en aura qu’à
partir de PHP6, je ne sais plus trop…)
Pourquoi utilise-t-on des noms de domaine alors qu’on
a des adresses IP ?
Parce que c’est dur à retenir ? (et c’est pas très sexy)
etc.
Parce que la génération automatique de noms par ordinateur,
ça ne donne pas des résultats sexy et mémorisables facilement.
Parce que le nommage est une affaire trop importante pour
être confié à des ordis et il est préférable que cela soit fait
par des humains.
Parce que le nommage est une des opérations/tâches les plus
importantes en informatique.
-- Jean-François.
–
Ruby ( http://www.rubyfrance.org ) on Rails ( http://www.railsfrance.org
)
Jean-François Trân wrote:
Michel :
Encore une question : à quoi sert dans le deploy.rb le nom de l’application
Parce que le nommage est une des opérations/tâches les plus importantes
en informatique.[… plein de choses …]
+1, j’ajouterais qu’un de mes chevaux de bataille favoris avec les
équipes de dev c’est : “la documentation du code, ça commence par nommer
les méthodes et les variables de façon à ce que leur fonction soit limpide”.
“Le nommage en informatique”, personne n’a encore écrit ce bouquin ?
Lionel, à point nommé 
Ok pour le nommage.
Pas d’idée pour le blocage sur cap deploy:setup ?
Michel :
J’entre mon password…
…
Quel mot de passe ?
– Jean-François.
–
Ruby ( http://www.rubyfrance.org ) on Rails ( http://www.railsfrance.org
)
Cette fois je l’ai laissé tourner 15 minutes et j’ai obtenu le message :
connection failed for: bastes.alwaysdata.net (Errno::ETIMEDOUT:
Connection
timed out - connect(2))
This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.
Sponsor our Newsletter | Privacy Policy | Terms of Service | Remote Ruby Jobs