--- !ruby/object:RI::ClassDescription 
attributes: []

class_methods: []

comment: 
- !ruby/struct:SM::Flow::P 
  body: Page caching is an approach to caching where the entire action output of is stored as a HTML file that the web server can serve without going through Action Pack. This is the fastest way to cache your content as opposed to going dynamically through the process of generating the content. Unfortunately, this incredible speed-up is only available to stateless pages where all visitors are treated the same. Content management systems -- including weblogs and wikis -- have many pages that are a great fit for this approach, but account-based systems where people log in and manipulate their own data are often less likely candidates.
- !ruby/struct:SM::Flow::P 
  body: "Specifying which actions to cache is done through the <tt>caches_page</tt> class method:"
- !ruby/struct:SM::Flow::VERB 
  body: "  class WeblogController &lt; ActionController::Base\n    caches_page :show, :new\n  end\n"
- !ruby/struct:SM::Flow::P 
  body: This will generate cache files such as <tt>weblog/show/5.html</tt> and <tt>weblog/new.html</tt>, which match the URLs used to trigger the dynamic generation. This is how the web server is able pick up a cache file when it exists and otherwise let the request pass on to Action Pack to generate it.
- !ruby/struct:SM::Flow::P 
  body: "Expiration of the cache is handled by deleting the cached file, which results in a lazy regeneration approach where the cache is not restored before another hit is made against it. The API for doing so mimics the options from <tt>url_for</tt> and friends:"
- !ruby/struct:SM::Flow::VERB 
  body: "  class WeblogController &lt; ActionController::Base\n    def update\n      List.update(params[:list][:id], params[:list])\n      expire_page :action =&gt; &quot;show&quot;, :id =&gt; params[:list][:id]\n      redirect_to :action =&gt; &quot;show&quot;, :id =&gt; params[:list][:id]\n    end\n  end\n"
- !ruby/struct:SM::Flow::P 
  body: Additionally, you can expire caches using Sweepers that act on changes in the model to determine when a cache is supposed to be expired.
- !ruby/struct:SM::Flow::H 
  level: 2
  text: Setting the cache directory
- !ruby/struct:SM::Flow::P 
  body: The cache directory should be the document root for the web server and is set using <tt>Base.page_cache_directory = &quot;/document/root&quot;</tt>. For Rails, this directory has already been set to Rails.public_path (which is usually set to <tt>RAILS_ROOT + &quot;/public&quot;</tt>). Changing this setting can be useful to avoid naming conflicts with files in <tt>public/</tt>, but doing so will likely require configuring your web server to look in the new location for cached files.
- !ruby/struct:SM::Flow::H 
  level: 2
  text: Setting the cache extension
- !ruby/struct:SM::Flow::P 
  body: Most Rails requests do not have an extension, such as <tt>/weblog/new</tt>. In these cases, the page caching mechanism will add one in order to make it easy for the cached files to be picked up properly by the web server. By default, this cache extension is <tt>.html</tt>. If you want something else, like <tt>.php</tt> or <tt>.shtml</tt>, just set Base.page_cache_extension. In cases where a request already has an extension, such as <tt>.xml</tt> or <tt>.rss</tt>, page caching will not add an extension. This allows it to work well with RESTful apps.
constants: []

full_name: ActionController::Caching::Pages
includes: []

instance_methods: 
- !ruby/object:RI::MethodSummary 
  name: cache_page
- !ruby/object:RI::MethodSummary 
  name: expire_page
name: Pages
superclass: 
