As the name implies, secretkeybase should be a secret. That's why we don't generate a secret for production in config/secrets.yml.You see that it's reading from an environment variable so you can easily set your secret on your production server, without changing the file. Dec 18, 2012 Edit: Rails has actually built-in a Rake task to do this as well: $ rake secret 82d58d3dfb91238b495a311eb8539edf5064784f1d58994679db8363ec241c745bef0b446bfe44d66cbf91a2f4e497d8f6b1ef1656e3f405b0d263a9617ac75e.
An Engine
with the responsibility of coordinating the whole boot process.
Rails::Application
is responsible for executing all railties and engines initializers. It also executes some bootstrap initializers (check Rails::Application::Bootstrap
) and finishing initializers, after all the others are executed (check Rails::Application::Finisher
).
Configuration
Besides providing the same configuration as Rails::Engine
and Rails::Railtie
, the application object has several specific configurations, for example “cache_classes”, “consider_all_requests_local”, “filter_parameters”, “logger” and so forth.
Check Rails::Application::Configuration
to see them all.
The application object is also responsible for holding the routes and reloading routes whenever the files change in development.
The Application
is also responsible for building the middleware stack.
The application is also responsible for setting up and executing the booting process. From the moment you require “config/application.rb” in your app, the booting process goes like this:
If you decide to define multiple applications, then the first application that is initialized will be set to Rails.application
, unless you override it with a different application.
To create a new application, you can instantiate a new instance of a class that has already been created:
In the above example, the configuration from the first application was used to initialize the second application. You can also use the initialize_copy
on one of the applications to create a copy of the application which shares the configuration.
If you decide to define Rake tasks, runners, or initializers in an application other than Rails.application
, then you must run them manually.
C
E
FGI
KMNR
S
V
[RW] | assets |
[W] | config |
[R] | executor |
[R] | reloader |
[R] | reloaders |
[RW] | sandbox |
[RW] | sandbox? |
[W] | secrets |
Source: show | on GitHub
Source: show | on GitHub
Source: show | on GitHub
Source: show | on GitHub
Source: show | on GitHub
Convenience for loading config/foo.yml for the current Rails
env.
Example:
Source: show | on GitHub
Sends any console called in the instance of a new application up to the console
method defined in Rails::Railtie
.
Source: show | on GitHub
Decrypts the credentials hash as kept in config/credentials.yml.enc
. This file is encrypted with the Rails
master key, which is either taken from ENV['RAILS_MASTER_KEY']
or from loading config/master.key
. If specific credentials file exists for current environment, it takes precedence, thus for production
environment look first for config/credentials/production.yml.enc
with master key taken from ENV['RAILS_MASTER_KEY']
or from loading config/credentials/production.key
. Default behavior can be overwritten by setting config.credentials.content_path
and config.credentials.key_path
.
Source: show | on GitHub
Shorthand to decrypt any encrypted configurations or files.
For any file added with rails encrypted:edit
call read
to decrypt the file with the master key. The master key is either stored in config/master.key
or ENV['RAILS_MASTER_KEY']
.
It's also possible to interpret encrypted YAML files with config
.
Any top-level configs are also accessible directly on the return value:
The files or configs can also be encrypted with a custom key. To decrypt with a key in the ENV
, use:
Or to decrypt with a file, that should be version control ignored, relative to Rails.root
:
Source: show | on GitHub
Stores some of the Rails
initial environment parameters which will be used by middlewares and engines to configure themselves.
Source: show | on GitHub
Sends any generators called in the instance of a new application up to the generators
method defined in Rails::Railtie
.
Source: show | on GitHub
Returns true if the application is initialized.
Source: show | on GitHub
Sends the initializers to the initializer
method defined in the Rails::Initializable
module. Each Rails::Application
class has its own set of initializers, as defined by the Initializable
module.
Source: show | on GitHub
Sends the isolate_namespace
method up to the class method.
Source: show | on GitHub
Returns the application's KeyGenerator
Source: show | on GitHub
Returns a message verifier object.
This verifier can be used to generate and verify signed messages in the application.
It is recommended not to use the same verifier for different things, so you can get different verifiers passing the verifier_name
argument.
verifier_name
- the name of the message verifier.
See the ActiveSupport::MessageVerifier
documentation for more information.
Source: show | on GitHub
If you try to define a set of Rake tasks on the instance, these will get passed up to the Rake tasks defined on the application's class.
Source: show | on GitHub
Reload application routes regardless if they changed or not.
Source: show | on GitHub
Sends any runner called in the instance of a new application up to the runner
method defined in Rails::Railtie
.
Source: show | on GitHub
The secret_key_base
is used as the input secret to the application's key generator, which in turn is used to create all MessageVerifiers/MessageEncryptors, including the ones that sign and encrypt cookies.
In development and test, this is randomly generated and stored in a temporary file in tmp/development_secret.txt
.
In all other environments, we look for it first in ENV, then credentials.secret_key_base, and finally secrets.secret_key_base. For most applications, the correct place to store it is in the encrypted credentials file.
Source: show | on GitHub
Returns secrets added to config/secrets.yml.
Example:
Rails.application.secrets.namespace
returns my_app_production
in the production environment.
Source: show | on GitHub
Source: show | on GitHub