mirror of
https://github.com/rails/rails.git
synced 2022-11-09 12:12:34 -05:00
Merge branch 'master' of git://github.com/lifo/docrails
This commit is contained in:
commit
3cf85fb4fc
4 changed files with 7 additions and 5 deletions
|
@ -233,7 +233,7 @@ h4. AssetTagHelper
|
||||||
|
|
||||||
This module provides methods for generating HTML that links views to assets such as images, javascripts, stylesheets, and feeds.
|
This module provides methods for generating HTML that links views to assets such as images, javascripts, stylesheets, and feeds.
|
||||||
|
|
||||||
By default, Rails links to these assets on the current host in the public folder, but you can direct Rails to link to assets from a dedicated assets server by setting +ActionController::Base.asset_host+ in your +config/environment.rb+. For example, let's say your asset host is +assets.example.com+:
|
By default, Rails links to these assets on the current host in the public folder, but you can direct Rails to link to assets from a dedicated assets server by setting +ActionController::Base.asset_host+ in the application configuration, typically in +config/environments/production.rb+. For example, let's say your asset host is +assets.example.com+:
|
||||||
|
|
||||||
<ruby>
|
<ruby>
|
||||||
ActionController::Base.asset_host = "assets.example.com"
|
ActionController::Base.asset_host = "assets.example.com"
|
||||||
|
|
|
@ -1128,14 +1128,14 @@ As with callback classes, the observer's methods receive the observed model as a
|
||||||
|
|
||||||
h4. Registering Observers
|
h4. Registering Observers
|
||||||
|
|
||||||
Observers are conventionally placed inside of your +app/models+ directory and registered in your application's +config/environment.rb+ file. For example, the +UserObserver+ above would be saved as +app/models/user_observer.rb+ and registered in +config/environment.rb+ this way:
|
Observers are conventionally placed inside of your +app/models+ directory and registered in your application's +config/application.rb+ file. For example, the +UserObserver+ above would be saved as +app/models/user_observer.rb+ and registered in +config/application.rb+ this way:
|
||||||
|
|
||||||
<ruby>
|
<ruby>
|
||||||
# Activate observers that should always be running
|
# Activate observers that should always be running
|
||||||
config.active_record.observers = :user_observer
|
config.active_record.observers = :user_observer
|
||||||
</ruby>
|
</ruby>
|
||||||
|
|
||||||
As usual, settings in +config/environments+ take precedence over those in +config/environment.rb+. So, if you prefer that an observer doesn't run in all environments, you can simply register it in a specific environment instead.
|
As usual, settings in +config/environments+ take precedence over those in +config/application.rb+. So, if you prefer that an observer doesn't run in all environments, you can simply register it in a specific environment instead.
|
||||||
|
|
||||||
h4. Sharing Observers
|
h4. Sharing Observers
|
||||||
|
|
||||||
|
@ -1151,7 +1151,7 @@ class MailerObserver < ActiveRecord::Observer
|
||||||
end
|
end
|
||||||
</ruby>
|
</ruby>
|
||||||
|
|
||||||
In this example, the +after_create+ method would be called whenever a +Registration+ or +User+ was created. Note that this new +MailerObserver+ would also need to be registered in +config/environment.rb+ in order to take effect.
|
In this example, the +after_create+ method would be called whenever a +Registration+ or +User+ was created. Note that this new +MailerObserver+ would also need to be registered in +config/application.rb+ in order to take effect.
|
||||||
|
|
||||||
<ruby>
|
<ruby>
|
||||||
# Activate observers that should always be running
|
# Activate observers that should always be running
|
||||||
|
|
|
@ -225,6 +225,8 @@ The debugger used by Rails, +ruby-debug+, comes as a gem. To install it, just ru
|
||||||
$ sudo gem install ruby-debug
|
$ sudo gem install ruby-debug
|
||||||
</shell>
|
</shell>
|
||||||
|
|
||||||
|
TIP: If you are using Ruby 1.9, you can install a compatible version of +ruby-debug+ by running +sudo gem install ruby-debug19+
|
||||||
|
|
||||||
In case you want to download a particular version or get the source code, refer to the "project's page on rubyforge":http://rubyforge.org/projects/ruby-debug/.
|
In case you want to download a particular version or get the source code, refer to the "project's page on rubyforge":http://rubyforge.org/projects/ruby-debug/.
|
||||||
|
|
||||||
Rails has had built-in support for ruby-debug since Rails 2.0. Inside any Rails application you can invoke the debugger by calling the +debugger+ method.
|
Rails has had built-in support for ruby-debug since Rails 2.0. Inside any Rails application you can invoke the debugger by calling the +debugger+ method.
|
||||||
|
|
|
@ -546,7 +546,7 @@ Schema files are also useful if you want a quick look at what attributes an Acti
|
||||||
|
|
||||||
h4. Types of Schema Dumps
|
h4. Types of Schema Dumps
|
||||||
|
|
||||||
There are two ways to dump the schema. This is set in +config/environment.rb+ by the +config.active_record.schema_format+ setting, which may be either +:sql+ or +:ruby+.
|
There are two ways to dump the schema. This is set in +config/application.rb+ by the +config.active_record.schema_format+ setting, which may be either +:sql+ or +:ruby+.
|
||||||
|
|
||||||
If +:ruby+ is selected then the schema is stored in +db/schema.rb+. If you look at this file you'll find that it looks an awful lot like one very big migration:
|
If +:ruby+ is selected then the schema is stored in +db/schema.rb+. If you look at this file you'll find that it looks an awful lot like one very big migration:
|
||||||
|
|
||||||
|
|
Loading…
Reference in a new issue