Me preguntaba cómo agregar variables de configuración personalizadas a una aplicación de rieles y cómo acceder a ellas en el controlador, por ejemplo, quiero poder definir un directorio upload_directory en los archivos de configuración, por ejemplo desarrollo.rb y poder acceder a él en uno de mis controladores

En segundo lugar, estaba planeando tener soporte S3 para cargas en mi aplicación, si quisiera agregar un archivo yaml con acceso s3, clave secreta, ¿cómo lo inicializo en mi aplicación Rails y cómo accedo a los valores que he definido? en ese archivo de configuración.

Actualización 1

Muy recomendable: voy con la gema de configuración de Rails hoy en día por el control de grano fino que proporciona.

Actualización2

Si desea una solución rápida, verifique la respuesta de Jack Pratt a continuación.

Aunque mi respuesta original a continuación todavía funciona, esta respuesta ahora está desactualizada. Recomiendo mirar las actualizaciones 1 y 2.

Respuesta original

Para una solución rápida, ver la pantalla "Archivo de configuración YAML" emitida por Ryan Bates debería ser muy útil.

En resumen:

# config/initializers/load_config.rb
APP_CONFIG = YAML.load_file("#{Rails.root}/config/config.yml")[Rails.env]

# application.rb
if APP_CONFIG['perform_authentication']
  # Do stuff
end

En Rails 3, los datos de configuración personalizados específicos de la aplicación se pueden colocar en el objeto de configuración de la aplicación. La configuración se puede asignar en los archivos de inicialización o en los archivos de entorno; por ejemplo, para una aplicación determinada MyApp:

MyApp::Application.config.custom_config_variable = :my_config_setting

o

Rails.configuration.custom_config_variable = :my_config_setting

Para leer la configuración, simplemente llame a la variable de configuración sin configurarla:

Rails.configuration.custom_config_variable
=> :my_config_setting

ACTUALIZAR Rieles 4

En Rails 4 hay una nueva forma para esto => http://guides.rubyonrails.org/configuring.html#custom-configuration

En Rails 3.0.5, el siguiente enfoque funcionó para mí:

En config/environments/development.rb, escribe

config.custom_config_key = :config_value

El valor custom_config_keypuede ser referenciado desde otros archivos usando

Rails.application.config.custom_config_key

Esto funciona en rails 3.1:

en config / environment.rb (o en config / environment / .. para apuntar a un entorno específico):

YourApp::Application.config.yourKey = 'foo'

Estará accesible en el controlador o en vistas como esta:

YourApp::Application.config.yourKey

(Su aplicación debe ser reemplazada por el nombre de su aplicación).

Nota : es el código Ruby, por lo que si tiene muchas claves de configuración, puede hacer esto:

en config / environment.rb:

YourApp::Application.configure do
  config.something = foo
  config.....
  config....
  .
  config....
end

En rieles 4

Suponiendo que coloca sus variables personalizadas en un archivo yaml:

# config/acme.yml
development:
  :api_user: 'joe'
  :api_pass: 's4cret'
  :timeout: 20

Crea un inicializador para cargarlos:

# config/initializers/acme.rb
acme_config = Rails.application.config_for :acme

Rails.application.configure do
  config.acme = ActiveSupport::OrderedOptions.new
  config.acme.api_user = acme_config[:api_user]
  config.acme.api_pass = acme_config[:api_pass]
  config.acme.timeout  = acme_config[:timeout]
end

Ahora, en cualquier lugar de su aplicación, puede acceder a estos valores de la siguiente manera:

Rails.configuration.acme.api_user

Es conveniente que Rails.application.config_for :acmecargue acme.ymly use el entorno correcto.

Desde Rails 4.2, sin gemas adicionales, puede cargar config / hi.yml simplemente usando Rails.application.config_for :hi.

Por ejemplo:

1. touch config/passwords.yml

       #config/passwords.yml
       development:
         username: 'a'
         password: 'b'
       production:
         username: 'aa'
         password: 'bb'

2. touch config/initializers/constants.rb

   #config/initializers/constants.rb
   AUTHENTICATION = Rails.application.config_for :passwords

3. y ahora puedes usar AUTHENTICATIONconstante en todas partes en tu aplicación:

   #rails c production
   :001> AUTHENTICATION['username'] => 'aa'

4. luego agregue passwords.yml a .gitignore : echo /config/passwords.yml >> .gitignorecree un archivo de ejemplo para su comodidad cp /config/passwords.yml /config/passwords.example.ymly luego simplemente edite su archivo de ejemplo en su consola de producción con los valores de producción reales.

Solo quería actualizar esto para las últimas cosas interesantes en Rails 4.2, ahora puede hacerlo dentro de cualquiera de sus config/**/*.rbarchivos:

config.x.whatever.you.want = 42

... y esto estará disponible en su aplicación como:

Rails.configuration.x.whatever.you.want

Ver más aquí: http://guides.rubyonrails.org/configuring.html#custom-configuration

Echa un vistazo a esta joya ordenada haciendo exactamente eso: https://github.com/mislav/choices

De esta manera, sus datos confidenciales no estarán expuestos en proyectos de código abierto

Creé un complemento simple para la configuración de YAML: Creé Yettings

Funciona de manera similar al código en la respuesta de khelll, pero solo necesita agregar este archivo de configuración YAML:

app/config/yetting.yml

El complemento crea dinámicamente una clase que le permite acceder a la configuración de YML como métodos de clase en su aplicación de la siguiente manera:

Yetting.your_setting

Además, si desea utilizar múltiples archivos de configuración con nombres únicos, puede colocarlos en un subdirectorio dentro de la aplicación / configuración de esta manera:

app/config/yettings/first.yml
app/config/yettings/second.yml

Entonces puede acceder a los valores de esta manera:

FirstYetting.your_setting
SecondYetting.your_setting

También le proporciona configuraciones predeterminadas que pueden anularse por entorno. También puede usar erb dentro del archivo yml.

Realmente me gusta la gema de settingslogic . Muy fácil de configurar y utilizar.

https://github.com/binarylogic/settingslogic

Si usa Heroku o necesita mantener la configuración de su aplicación como variables de entorno, la gema de Figaro es muy útil.

Me gusta usar la configuración de rieles para valores de configuración global que necesitan ser cambiables a través de la interfaz web.

Algo que hemos comenzado a hacer en el trabajo es el hash ordenado de ActiveSupport

Lo que le permite definir su configuración limpiamente dentro de los archivos de entorno, por ejemplo

config.service = ActiveSupport::OrderedOptions.new
config.service.api_key = ENV['SERVICE_API_KEY']
config.service.shared_secret = ENV['SERVICE_SHARED_SECRET']

Sugeriría un buen enfoque sobre cómo lidiar con la configuración en su aplicación. Hay tres reglas básicas:

• cambie su configuración, no un código;
• usar configuraciones sobre condiciones;
• escribir código que signifique algo.

Para tener una descripción más detallada, siga este enlace: Configuración de rieles de la manera adecuada