diff --git a/guides/source/caching_with_rails.md b/guides/source/caching_with_rails.md index 8a8a7658a6..27de7c3342 100644 --- a/guides/source/caching_with_rails.md +++ b/guides/source/caching_with_rails.md @@ -373,7 +373,7 @@ NOTE: Alternatively, you can call `ActionController::Base.cache_store` outside o You can access the cache by calling `Rails.cache`. -### ActiveSupport::Cache::Store +### `ActiveSupport::Cache::Store` This class provides the foundation for interacting with the cache in Rails. This is an abstract class and you cannot use it on its own. Rather you must use a concrete implementation of the class tied to a storage engine. Rails ships with several implementations documented below. @@ -428,7 +428,7 @@ custom class. config.cache_store = MyCacheStore.new ``` -### ActiveSupport::Cache::MemoryStore +### `ActiveSupport::Cache::MemoryStore` This cache store keeps entries in memory in the same Ruby process. The cache store has a bounded size specified by sending the `:size` option to the @@ -451,7 +451,7 @@ New Rails projects are configured to use this implementation in the development NOTE: Since processes will not share cache data when using `:memory_store`, it will not be possible to manually read, write, or expire the cache via the Rails console. -### ActiveSupport::Cache::FileStore +### `ActiveSupport::Cache::FileStore` This cache store uses the file system to store entries. The path to the directory where the store files will be stored must be specified when initializing the cache. @@ -470,7 +470,7 @@ periodically clear out old entries. This is the default cache store implementation (at `"#{root}/tmp/cache/"`) if no explicit `config.cache_store` is supplied. -### ActiveSupport::Cache::MemCacheStore +### `ActiveSupport::Cache::MemCacheStore` This cache store uses Danga's `memcached` server to provide a centralized cache for your application. Rails uses the bundled `dalli` gem by default. This is currently the most popular cache store for production websites. It can be used to provide a single, shared cache cluster with very high performance and redundancy. @@ -490,7 +490,7 @@ See the [`Dalli::Client` documentation](https://www.rubydoc.info/gems/dalli/Dall The `write` and `fetch` methods on this cache accept two additional options that take advantage of features specific to memcached. You can specify `:raw` to send a value directly to the server with no serialization. The value must be a string or number. You can use memcached direct operations like `increment` and `decrement` only on raw values. You can also specify `:unless_exist` if you don't want memcached to overwrite an existing entry. -### ActiveSupport::Cache::RedisCacheStore +### `ActiveSupport::Cache::RedisCacheStore` The Redis cache store takes advantage of Redis support for automatic eviction when it reaches max memory, allowing it to behave much like a Memcached cache server. @@ -562,7 +562,7 @@ config.cache_store = :redis_cache_store, { url: cache_servers, } ``` -### ActiveSupport::Cache::NullStore +### `ActiveSupport::Cache::NullStore` This cache store is scoped to each web request, and clears stored values at the end of a request. It is meant for use in development and test environments. It can be very useful when you have code that interacts directly with `Rails.cache` but caching interferes with seeing the results of code changes. diff --git a/guides/source/security.md b/guides/source/security.md index b37a95dbdf..27c39961b2 100644 --- a/guides/source/security.md +++ b/guides/source/security.md @@ -1069,7 +1069,7 @@ be explicitly configured. By default Rails is configured to return the following response headers. Your application returns these headers for every HTTP response. -#### X-Frame-Options +#### `X-Frame-Options` This header indicates if a browser can render the page in a ``, `