Mettre en ligne une application sur alwaysdata.com

On 8/24/07, Michel B. [email protected] wrote:

Ce que je me demande c’est si j’ai bien indiqué les bons serveurs. Chez
alwaysdata, il y a un sous-domaine pour chaque rôle :
ftp.alwaysdata.com
ssh.alwaysdata.com
login.alswaysdata.com (pour accéder au site par http)
etc.

Quel type de serveur Capistrano doit utiliser pour le transfert ?

Capistrano se connecte en SSH sur les serveur distant. Je pense donc
qu’il faut utiliser ssh.allwaysdata.com

Mais peut-être qu’une personne de chez eux pour t’aider plus
amplement, vu qu’ils lisent cette liste.


Cyril M.

Ce que je me demande c’est si j’ai bien indiqué les bons serveurs. Chez
alwaysdata, il y a un sous-domaine pour chaque rôle :
ftp.alwaysdata.com
ssh.alwaysdata.com
login.alswaysdata.com (pour accéder au site par http)
etc.

Quel type de serveur Capistrano doit utiliser pour le transfert ?

On 8/24/07, Michel B. [email protected] wrote:

Celui de mon compte chez alwaysdata.com.


Michel B.

J’ai fait une installation sur alwaysdata pour tester hier.
Je n’ai pas eu spécialement de difficultés, j’ai éffectué les étapes
suivantes:

  • j’ai uploadé mon projet rails par scp dans le répertoire “web” se
    répertoire étant celui de base si rien n’est précisé.
  • J’ai modifié dans l’interface d’administration la racine du site, le
    passant de “/” Ã “/public”
  • J’ai modifié le fichier public/.htaccess comme mentioné dans la
    documentation alwaysdata, modification du handler en fcgid à la place de
    fastcgi, et modification de la rewrite rule pour la prise en compte du
    .fcgi
    Ã la place du .cgi
  • j’ai crée la base dans l’interface d’administrion
  • J’ai modifié le fichier database.yml pour modifier les informations de
    production, changement des login/pass et surtout rajout de la ligne
    “host :
    mysql.alwaysdata.com
  • J’ai modifié le fichier environement.yml pour forcer le mode
    production
  • J’ai fait un coup de rake db:migrate RAILS_ENV=production en ssh
  • J’ai relancé le process fastcgi par l’interface d’administration

Et voila une appli en prod.
Capristano peut effectivement automatisé le tout mais je me suis pas
fait
chier juste pour tester.

En espérant que ca aide
Bastien

Merci beaucoup, j’essaye ce soir.

Le jeudi 23 août 2007 à 23:54 +0200, Jean-François Trân a écrit :

Brainfuck

ptdr!
Il y avait une chance sur 1 millions que ce langage soit cité sur la
mailing rails. Merci JF pour ce grand moment de bonheur !

J.

On 8/24/07, Jérémy DIERX [email protected] wrote:

ptdr!
Il y avait une chance sur 1 millions que ce langage soit cité sur la
mailing rails. Merci JF pour ce grand moment de bonheur !

Si il y a une chance sur un million, ça arrive neuf fois sur dix
(dixit Pratchett).

J.


Nicolas D.
N’imprimez ce mail que si vous ne savez pas le lire sur l’écran : les
électrons se recyclent bien, le papier, beaucoup moins bien.

Merci, je vais essayer ça ce soir.

Au cas où, si quelqu’un d’AlwaysData entend ma supplique…

On 8/24/07, TslH [email protected] wrote:

Et pour ne pas contrarié Terry, n’oublions pas que les variables du langage
Whitespace sont les plus faciles à comprendre, tout comme le code dans sa
globalité:

http://compsoc.dur.ac.uk/whitespace/

Ca ne vaut vraiment pas le ook
(http://fr.wikipedia.org/wiki/Brainfuck#Ook.21)


Nicolas D.
N’imprimez ce mail que si vous ne savez pas le lire sur l’écran : les
électrons se recyclent bien, le papier, beaucoup moins bien.

Le 24/08/07, Jérémy DIERX [email protected] a écrit :

Et pour ne pas contrarié Terry, n’oublions pas que les variables du
langage
Whitespace sont les plus faciles à comprendre, tout comme le code dans
sa
globalité:

http://compsoc.dur.ac.uk/whitespace/

Le vendredi 24 août 2007 à 14:38 +0200, TslH a écrit :

    mailing rails. Merci JF pour ce grand moment de bonheur ! 
    
    J.

Et pour ne pas contrarié Terry, n’oublions pas que les variables du
langage Whitespace sont les plus faciles à comprendre, tout comme le
code dans sa globalité:

http://compsoc.dur.ac.uk/whitespace/

ahahah c’est un langage de sourd …euh non d’aveugle !

En tout cas, l’exemple affichant “hello world” comptabilise 110 ligne de
code, dsl j’ai pas pu compter les mots :slight_smile:

J.

PS : ça tourne au n’importe quoi ce post

On Aug 24, 12:04 pm, “Michel B.” [email protected]
wrote:

Merci beaucoup, j’essaye ce soir.

Bonjour,

Le thread m’avait échappé. Etes-vous parvenu à déployer votre
application ?

Effectivement, c’est ssh.alwaysdata.com qu’il faut utiliser (et non
nom_du_compte.alwaysdata.net).
Vous ne pouvez évidemment pas faire de sudo gem install, mais vous
pouvez installer des gems localement (sans le sudo), dans votre propre
répertoire. De manière générale, s’il vous manque un gem (ou toute
application), n’hésitez pas à nous le demander, nous pourrons
certainement l’installer sur nos serveurs.


Cyril Baÿ - alwaysdata

Je n’y suis toujours pas arrivé avec Capistrano, j’ai fini par laisser
tomber et le faire à la main depuis le svn :

  • faire un export svn directement à travers une session ssh dans un
    sous-répertoire de mon ~/www
  • modifier les fichiers config/database.yml , config/environment.rb pour
    configurer correctement les bases de données et donner la version de
    Rails
    du serveur (1.2.3 chez alwaysdata contre 1.2.1 sur mon poste de
    développement)
  • faire le rake db:migrate pour générer une jolie db toute propre
  • faire les modifications préconisées dans le public/.htaccess et le
    public/dispatch.fcgi pour le routage
  • tester en me connectant sur le
    http://bastes.alwaysdata.net/portfolio/public

Et ça… Marchouille. Y’a encore des problèmes avec les CSS, j’ai
peut-être
raté une marche et pas mis les css en propre, mais au moins maintenant
je
vais pouvoir résoudre ces petits problèmes secondaires.

Un grrrrrrrand merci à tous les railleurs qui ont eu la patience de
m’aider,
même si Capistrano n’est décidément pas mon ami, en tout cas grâce Ã
vous
j’ai compris comment mettre en ligne le bidule et sans vous j’aurais
sans
aucun doute beaucoup galéré. Je vous tiens au courant quand le site sera
en
ligne sur son bel hébergement et tout propre.

Merci à tous.

On 8/28/07, Cyril Baÿ [email protected] wrote:


Michel B.

Parenthèse : ceci dit j’obtiens beaucoup de :

Application errorRails application failed to start properly

Je ne sais pas de quoi ça viens, si notre ami chez alwaysdata a de
l’info
sur cette erreur ?..

Le 24/08/07, Nicolas D. [email protected] a écrit :

Ca ne vaut vraiment pas le ook (
http://fr.wikipedia.org/wiki/Brainfuck#Ook.21)

La quille, ce serait que M. Pratchett face prononcé un bout de code en
Ook
dans un futur bouquin :wink:

On Aug 28, 11:47 pm, “Michel B.” [email protected]
wrote:

Comme c’est pour un portfolio de graphiste, il y a beaucoup d’images, et je
n’ai pas tellement envie d’avoir à adapter les CSS à chaque migration…

Comment faire pour qu’il prenne la bonne route de départ ?

Merci d’avance…

[un peu HS]

Bonjour,

Pour le << Application errorRails application failed to start properly

, c’est parce que votre appli Ruby lançait trop de processus
(plusieurs en quelques secondes), sans doute parce qu’elle ne
démarrait pas correctement et qu’Apache tentait de la relancer.

Pour le répertoire d’arrivée, vous devez, dans votre interface d’admin
alwaysdata, modifier le répertoire de destination du sous-domaine. Si
vous mettez portfolio/public, alors http://bastes.alwaysdata.net/
pointera directement vers public, et tout devrait rentrer dans
l’ordre.

N’hésitez pas à nous contacter par ticket ou par notre forum si vous
avez des soucis.


Cyril Baÿ - alwaysdata

Aha, autre question qui concerne alwaysdata (mais que je crais être à la
limite du hors-sujet de départ) :
Le projet étant dans un sous-répertoire de mon ~/www et obligation étant
d’y
accéder à travers le répertoire /public, la racine des pages se trouve
être
: http://bastes.alwaysdata.net/portfolio/public

Ce qui me va parfaitement (après tout c’est pour des tests) mis à part
un
détail : les chemins d’accès aux images dans la css sont définis
relativement à la racine du site (type : background-image:
url(/images/titre.gif);).

Comme c’est pour un portfolio de graphiste, il y a beaucoup d’images, et
je
n’ai pas tellement envie d’avoir à adapter les CSS à chaque migration…

Comment faire pour qu’il prenne la bonne route de départ ?

Merci d’avance…

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs