This is an automated email from the ASF dual-hosted git repository.

jsime pushed a commit to branch master
in repository https://git-dual.apache.org/repos/asf/trafficserver.git

commit aa520591f11baaaad11b4c9755111eeec9ec634e
Author: Jon Sime <[email protected]>
AuthorDate: Mon Aug 22 18:15:02 2016 +0000

    TS-966: docs: cache.config destination clarifications
---
 doc/admin-guide/files/cache.config.en.rst | 177 +++++++++++++++++-------------
 1 file changed, 100 insertions(+), 77 deletions(-)

diff --git a/doc/admin-guide/files/cache.config.en.rst 
b/doc/admin-guide/files/cache.config.en.rst
index 0472151..3d0f42d 100644
--- a/doc/admin-guide/files/cache.config.en.rst
+++ b/doc/admin-guide/files/cache.config.en.rst
@@ -1,48 +1,47 @@
 .. Licensed to the Apache Software Foundation (ASF) under one
    or more contributor license agreements.  See the NOTICE file
-  distributed with this work for additional information
-  regarding copyright ownership.  The ASF licenses this file
-  to you under the Apache License, Version 2.0 (the
-  "License"); you may not use this file except in compliance
-  with the License.  You may obtain a copy of the License at
- 
+   distributed with this work for additional information
+   regarding copyright ownership.  The ASF licenses this file
+   to you under the Apache License, Version 2.0 (the
+   "License"); you may not use this file except in compliance
+   with the License.  You may obtain a copy of the License at
+
    http://www.apache.org/licenses/LICENSE-2.0
- 
-  Unless required by applicable law or agreed to in writing,
-  software distributed under the License is distributed on an
-  "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
-  KIND, either express or implied.  See the License for the
-  specific language governing permissions and limitations
-  under the License.
+
+   Unless required by applicable law or agreed to in writing,
+   software distributed under the License is distributed on an
+   "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+   KIND, either express or implied.  See the License for the
+   specific language governing permissions and limitations
+   under the License.
+
+.. include:: ../../common.defs
 
 .. configfile:: cache.config
 
-============
 cache.config
-============
+************
 
-The :file:`cache.config` file (by default, located in 
-``/usr/local/etc/trafficserver/``) defines how Traffic Server caches 
-web objects. You can add caching rules to specify the following: 
+The :file:`cache.config` file (by default, located in
+``/usr/local/etc/trafficserver/``) defines how |TS| caches web objects. You can
+add caching rules to specify the following:
+
+- Not to cache objects from specific IP addresses.
+- How long to pin particular objects in the cache.
+- How long to consider cached objects as fresh.
+- Whether to ignore no-cache directives from the server.
 
-    - Not to cache objects from specific IP addresses 
-    - How long to pin particular objects in the cache
-    - How long to consider cached objects as fresh 
-    - Whether to ignore no-cache directives from the server
-    
 .. important::
 
-   After you modify the :file:`cache.config` file, navigate to
-   the Traffic Server bin directory; then run the :option:`traffic_ctl config 
reload`
-   command to apply changes. When you apply the changes to a node in a
-   cluster, Traffic Server automatically applies the changes to all other
-   nodes in the cluster.
+   After modifying :file:`cache.config`, run :option:`traffic_ctl config 
reload`
+   to apply changes. When you apply the changes to one node in a cluster, |TS|
+   automatically applies the changes to all other nodes in the cluster.
 
 Format
 ======
 
-Each line in the :file:`cache.config` file contains a caching rule. Traffic
-Server recognizes three space-delimited tags::
+Each line in the :file:`cache.config` file contains a caching rule. |TS|
+recognizes three space-delimited tags::
 
    primary_destination=value secondary_specifier=value action=value
 
@@ -50,92 +49,116 @@ You can use more than one secondary specifier in a rule. 
However, you
 cannot repeat a secondary specifier. The following list shows the
 possible primary destinations with allowed values.
 
+Primary Destinations
+--------------------
+
+The primary destination field on each line is used to restrict the requests to
+which the caching rule will apply.
+
 .. _cache-config-format-dest-domain:
 
 ``dest_domain``
-   A requested domain name. Traffic Server matches the domain name of
-   the destination from the URL in the request.
+   A requested domain name. |TS| matches the host name of the destination from
+   the URL in the request.
 
 .. _cache-config-format-dest-host:
 
 ``dest_host``
-   A requested hostname. Traffic Server matches the hostname of the
-   destination from the URL in the request.
+   Alias for ``dest_domain``.
 
 .. _cache-config-format-dest-ip:
 
 ``dest_ip``
-   A requested IP address. Traffic Server matches the IP address of the
-   destination in the request.
+   A requested IP address. |TS| matches the IP address of the destination in
+   the request.
+
+.. _cache-config-format-dest-host-regex:
+
+``host_regex``
+   A regular expression to be tested against the destination host name in the
+   request.
 
 .. _cache-config-format-url-regex:
 
 ``url_regex``
-   A regular expression (regex) to be found in a URL.
+   A regular expression to be tested against the URL in the request.
+
+Secondary Specifiers
+--------------------
 
-The secondary specifiers are optional in the :file:`cache.config` file. The
-following list shows possible secondary specifiers with allowed values.
+The secondary specifiers are optional and may be used to further restrict
+which requests are impacted by the caching rule. Multiple secondary specifiers
+may be used within a single rule, though each type of specifier can appear at
+most one time. In other words, you may have both a ``port`` and ``scheme`` in
+the same rule, but you may not have two ``port``\ s.
 
 .. _cache-config-format-port:
 
 ``port``
-   A requested URL port.
+   Request URL port.
 
 .. _cache-config-format-scheme:
 
 ``scheme``
-   A request URL protocol: http or https.
+   Request URL protocol (http or https).
 
 .. _cache-config-format-prefix:
 
 ``prefix``
-   A prefix in the path part of a URL.
+   Prefix in the path part of a URL.
 
 .. _cache-config-format-suffix:
 
 ``suffix``
-   A file suffix in the URL.
+   File suffix in the URL.
 
 .. _cache-config-format-method:
 
 ``method``
-   A request URL method: get, put, post, trace.
+   Request URL method (get, put, post, trace, etc.).
 
 .. _cache-config-format-time:
 
 ``time``
-   A time range, such as 08:00-14:00.
+   A time range, such as 08:00-14:00. Specified using a 24-hour clock in the
+   timezone of the |TS| server.
 
 .. _cache-config-format-src-ip:
 
 ``src_ip``
-   A client IP address.
+   Client IP address.
 
 .. _cache-config-format-internal:
 
 ``internal``
     A boolean value, ``true`` or ``false``, specifying if the rule should
     match (or not match) a transaction originating from an internal API. This
-    is useful to differentiate transaction originating from an ATS plugin.
+    is useful to differentiate transactions originating from a |TS| plugin.
 
-The following list shows possible actions and their allowed values.
+Actions
+-------
 
+The final component of a caching rule is the action, which determines what |TS|
+will do with all objects matching the primary destinations and secondary
+specifiers of the rule in question.
 
 .. _cache-config-format-action:
 
 ``action``
    One of the following values:
 
-   -  ``never-cache`` configures Traffic Server to never cache
-      specified objects.
-   -  ``ignore-no-cache`` configures Traffic Server to ignore all
-      ``Cache-Control: no-cache`` headers.
-   -  ``ignore-client-no-cache`` configures Traffic Server to ignore
-      ``Cache-Control: no-cache`` headers from client requests.
-   -  ``ignore-server-no-cache`` configures Traffic Server to ignore
-      ``Cache-Control: no-cache`` headers from origin server responses.
-   -  ``cluster-cache-local`` configures the cluster cache to allow for
-      this content to be stored locally on every cluster node.
+   =========================== ================================================
+   Value                       Effect
+   =========================== ================================================
+   ``never-cache``             Never cache specified objects.
+   ``ignore-no-cache``         Ignore all ``Cache-Control: no-cache`` headers.
+   ``ignore-client-no-cache``  Ignore ``Cache-Control: no-cache`` headers from
+                               client requests.
+   ``ignore-server-no-cache``  Ignore ``Cache-Control: no-cache`` headers from
+                               origin server responses.
+   ``cluster-cache-local``     Allow for this content to be stored locally on
+                               every cluster node.
+   =========================== ================================================
 
 .. _cache-responses-to-cookies:
 
@@ -145,21 +168,20 @@ The following list shows possible actions and their 
allowed values.
    :ts:cv:`proxy.config.http.cache.cache_responses_to_cookies`
    and uses the same values with the same semantics. The override happens
    only for requests that match.
-    
 
 .. _cache-config-format-pin-in-cache:
 
 ``pin-in-cache``
    Preserves objects in cache, preventing them from being overwritten.
    Does not affect objects that are determined not to be cacheable. This
-   setting can have performance issues, and  severely affect the cache. 
-   For instance, if the primary destination matches all objects, once the 
-   cache is full, no new objects could get written as nothing would be 
-   evicted.  Similarly, for each cache-miss, each object would incur extra 
-   checks to determine if the object it would replace could be overwritten. 
+   setting can have performance issues, and severely affect the cache.
+   For instance, if the primary destination matches all objects, once the
+   cache is full, no new objects could get written as nothing would be
+   evicted. Similarly, for each cache-miss, each object would incur extra
+   checks to determine if the object it would replace could be overwritten.
 
-   The value is the amount of time you want to keep the object(s) in the 
cache. The
-   following time formats are allowed:
+   The value is the amount of time you want to keep the object(s) in the cache.
+   The following time formats are allowed:
 
    -  ``d`` for days; for example: 2d
    -  ``h`` for hours; for example: 10h
@@ -170,34 +192,35 @@ The following list shows possible actions and their 
allowed values.
 .. _cache-config-format-revalidate:
 
 ``revalidate``
-   For objects that are in cache, overrides the the amount of time the 
object(s) 
+   For objects that are in cache, overrides the the amount of time the 
object(s)
    are to be considered fresh. Use the same time formats as ``pin-in-cache``.
 
 .. _cache-config-format-ttl-in-cache:
 
 ``ttl-in-cache``
-   Forces object(s) to become cached, as if they had a Cache-Control: 
max-age:<time>
-   header. Can be overruled by requests with cookies. The value is the amount 
of 
-   time object(s) are to be kept in the cache, regardless of Cache-Control 
response 
-   headers. Use the same time formats as pin-in-cache and revalidate.
+   Forces object(s) to become cached, as if they had a
+   ``Cache-Control: max-age:<time>`` header. Can be overruled by requests with
+   cookies. The value is the amount of time object(s) are to be kept in the
+   cache, regardless of ``Cache-Control`` response headers from the origin
+   server. Use the same time formats as ``pin-in-cache``.
 
 Examples
 ========
 
-The following example configures Traffic Server to revalidate ``gif``
-and ``jpeg`` objects in the domain ``mydomain.com`` every 6 hours, and
-all other objects in ``mydomain.com`` every hour. The rules are applied
-in the order listed. ::
+The following example configures |TS| to revalidate ``gif`` and ``jpeg``
+objects in the domain ``mydomain.com`` every 6 hours, and all other objects in
+``mydomain.com`` every hour. The rules are applied in the order listed. ::
 
    dest_domain=mydomain.com suffix=gif revalidate=6h
    dest_domain=mydomain.com suffix=jpeg revalidate=6h
    dest_domain=mydomain.com revalidate=1h
 
-Force a specific regex to be in cache between 7-11pm of the server's time for 
26hours. ::
+Force a specific regex to be in cache between 7-11pm of the server's time for
+26 hours. ::
 
    url_regex=example.com/articles/popular.* time=19:00-23:00 ttl-in-cache=1d2h
 
-Prevent objects from being evicted from cache: 
+Prevent objects from being evicted from cache::
 
    url_regex=example.com/game/.* pin-in-cache=1h
 

-- 
To stop receiving notification emails like this one, please contact
"[email protected]" <[email protected]>.

Reply via email to