Recherche…


Environnements en Rails

Les fichiers de configuration des rails se trouvent dans config/environments/ . Par défaut, les rails ont 3 environnements, development , production et test . En éditant chaque fichier, vous modifiez uniquement la configuration pour cet environnement.

Rails a également un fichier de config/application.rb dans config/application.rb . Ceci est un fichier de configuration commun car tous les paramètres définis ici sont écrasés par la configuration spécifiée dans chaque environnement.

Vous ajoutez ou modifiez les options de configuration dans Rails.application.configure do options de bloc et de configuration commencent par config.

Configuration de la base de données

La configuration de la base de données d'un projet rails se trouve dans un fichier config/database.yml . Si vous créez un projet à l'aide de la commande rails new et que vous ne spécifiez pas de moteur de base de données à utiliser, alors rails utilise sqlite comme base de données par défaut. Un fichier database.yml typique avec une configuration par défaut ressemblera à ceci.

# SQLite version 3.x
#   gem install sqlite3
#
#   Ensure the SQLite 3 gem is defined in your Gemfile
#   gem 'sqlite3'
#
default: &default
  adapter: sqlite3
  pool: 5
  timeout: 5000

development:
  <<: *default
  database: db/development.sqlite3

# Warning: The database defined as "test" will be erased and
# re-generated from your development database when you run "rake".
# Do not set this db to the same as development or production.
test:
  <<: *default
  database: db/test.sqlite3

production:
  <<: *default
  database: db/production.sqlite3

Si vous souhaitez modifier la base de données par défaut lors de la création d'un nouveau projet, vous pouvez spécifier la base de données: rails new hello_world --database=mysql

Configuration générale des rails

Les options de configuration suivantes doivent être appelées sur un objet Rails::Railtie

  • config.after_initialize : Prend un bloc qui sera exécuté après l'initialisation des rails par l'application.
  • config.asset_host : Ceci définit l'hôte pour les actifs. Ceci est utile lorsque vous utilisez un réseau de distribution de contenu . Ceci est un raccourci pour config.action_controller.asset_host
  • config.autoload_once_paths : Cette option accepte un tableau de chemins où Rails charge automatiquement les constantes. La valeur par défaut est un tableau vide
  • config.autoload_paths : Ceci accepte un tableau de chemins où Rails charge automatiquement les constantes. Il utilise par défaut tous les répertoires sous app
  • config.cache_classes : Détermine si les classes et les modules doivent être rechargés à chaque demande. En mode de développement, la valeur par défaut est false et dans les modes de production et de test, elle est définie par défaut sur true
  • config.action_view.cache_template_loading : détermine si les modèles doivent être rechargés à chaque demande. Par défaut, le paramètre config.cache_classes
  • config.beginning_of_week : Ceci définit le début de semaine par défaut. Il nécessite un symbole valide du jour de la semaine ( :monday )
  • config.cache_store : choisissez le magasin de cache à utiliser. Les options incluent :file_store :memory_store , mem_cache_store ou null_store .
  • config.colorize_logging : contrôle si les informations de journalisation sont colorisées
  • config.eager_load : tous les utilisateurs sont chargés
  • config.encoding : Spécifie le codage de l'application. La valeur par défaut est UTF-8
  • config.log_level : définit la verbosité du logger Rails. La valeur par défaut est :debug dans tous les environnements.
  • config.middleware : Utilisez ceci pour configurer le middleware de l'application
  • config.time_zone : définit le fuseau horaire par défaut de l'application.

Configuration des actifs

Les options de configuration suivantes peuvent être utilisées pour configurer les actifs

  • config.assets.enabled : détermine si le pipeline de ressources est activé. Cela par défaut à true
  • config.assets.raise_runtime_errors : Ceci active la vérification des erreurs à l'exécution. C'est utile pour le development mode
  • config.assets.compress : Permet de compresser les actifs. En mode production, la valeur par défaut est true
  • config.assets.js_compressor : Spécifie le compresseur JS à utiliser. Les options incluent :closure :uglifier et :yui
  • config.assets.paths : Spécifie les chemins à rechercher pour les actifs.
  • config.assets.precompile : permet de choisir des ressources supplémentaires à précompiler lorsque les rake assets:precompile est exécutée
  • config.assets.digest : cette option permet d'utiliser les empreintes digitales MD-5 dans les noms d'actifs. La valeur par défaut est true en mode de développement
  • config.assets.compile : Active / désactive la compilation des Sprockets live en mode production

Configuration des générateurs

Rails vous permet de configurer les générateurs utilisés lors de l'exécution de commandes avec des rails generate . Cette méthode, config.generators prend un bloc

config.generators do |g|
  g.orm :active_record
  g.test_framework :test_unit
end

Voici quelques options

Option La description Défaut
les atouts Crée des ressources lors de la génération d'un échafaudage vrai
force_plural Permet des noms de modèle pluralisés faux
assistant Détermine s'il faut générer des helpers vrai
outil d'intégration Spécifier l'outil d'intégration test_unit
javascript_engine Configure le moteur JS :js
resource_route Génère un itinéraire de ressource vrai
stylesheet_engine Configure le moteur de feuille de style :cs
scaffold_stylesheet Crée des CSS sur des échafaudages vrai
test_framework Spécifier le cadre de test Minitest
template_engine Configure le moteur de template :erb


Modified text is an extract of the original Stack Overflow Documentation
Sous licence CC BY-SA 3.0
Non affilié à Stack Overflow