Tutorial Rubyonrails 3 - Partie 0 - Arborescence d'un projet rails3 et environnement
Il s’agit de la première partie d’une série de tutorials rubyonrails 3 pour les
novices qui ne connaissent pas rails 2.
N’hésitez à mettre des commentaires / à corriger mes fautes / à rajouter des choses !
Bon créons une application rails (le classique blog) :
rails new monblog
Voici l'arborescence générée :
app : il contient le code source de votre application
app/controllers : il contient les controllers
app/helpers : il contient les helpers
app/mailers : il contient les mailers
app/models : il contient les models
app/views : il contient les vues
config : les fichiers de configuration de votre application (base de données, routes, et autres configurations)
db : contient les migrations
doc : vous mettez ici la doc de votre application
lib : pour des nouvelles bibliothèques
log : contient les logs de l'application
public : contient les fichiers clients (image, js, css)
public/images : contient les images de votre application
public/javascripts : contient les fichiers javascripts de votre application
public/stylecheets : contient les fichiers css de votre application
script : contient le script rails
test : contient les fichiers de test (unitaires / fonctionnels / intégrations)
tmp : contient les sessions, et les fichiers temporaires
vendor : contient les plugins rails
vendor/plugins : quand on installe un plugin il se trouve ici
Gemfile : contient la liste des gems dont l'application a besoin pour fonctionner
Rakefile
README
Rails possède 3 environnement :
Production : quand le site est déployé.
Development : quand on développe, plus lent qu'en production mais supporte la modification de code sans redemarrage du serveur.
Test : environnement destiné à être utiliser pour faire les tests.
En console vous pouvez précisé l'environnement de cette manière :
RAILS_ENV=env
Exemple :
RAILS_ENV=production rails console
Env = production ou development ou test
Par défaut l'environnement development est pris en compte.
Des éléments de configuration peuvent changer suivant l'environnement (la base de données à utiliser, la mise en cache des fichiers...)
Vous pouvez tout de suite ouvrir le fichier config/database.yml qui vous permet de définir les bases de données pour chaque environnement, mais ne modifier rien pour le moment !
Garder sqlite3 pour le développement !
N’hésitez à mettre des commentaires / à corriger mes fautes / à rajouter des choses !
Bon créons une application rails (le classique blog) :
rails new monblog
Voici l'arborescence générée :
app : il contient le code source de votre application
app/controllers : il contient les controllers
app/helpers : il contient les helpers
app/mailers : il contient les mailers
app/models : il contient les models
app/views : il contient les vues
config : les fichiers de configuration de votre application (base de données, routes, et autres configurations)
db : contient les migrations
doc : vous mettez ici la doc de votre application
lib : pour des nouvelles bibliothèques
log : contient les logs de l'application
public : contient les fichiers clients (image, js, css)
public/images : contient les images de votre application
public/javascripts : contient les fichiers javascripts de votre application
public/stylecheets : contient les fichiers css de votre application
script : contient le script rails
test : contient les fichiers de test (unitaires / fonctionnels / intégrations)
tmp : contient les sessions, et les fichiers temporaires
vendor : contient les plugins rails
vendor/plugins : quand on installe un plugin il se trouve ici
Gemfile : contient la liste des gems dont l'application a besoin pour fonctionner
Rakefile
README
Rails possède 3 environnement :
Production : quand le site est déployé.
Development : quand on développe, plus lent qu'en production mais supporte la modification de code sans redemarrage du serveur.
Test : environnement destiné à être utiliser pour faire les tests.
En console vous pouvez précisé l'environnement de cette manière :
RAILS_ENV=env
Exemple :
RAILS_ENV=production rails console
Env = production ou development ou test
Par défaut l'environnement development est pris en compte.
Des éléments de configuration peuvent changer suivant l'environnement (la base de données à utiliser, la mise en cache des fichiers...)
Vous pouvez tout de suite ouvrir le fichier config/database.yml qui vous permet de définir les bases de données pour chaque environnement, mais ne modifier rien pour le moment !
Garder sqlite3 pour le développement !