Configuración de Servir contenido obsoleto

Para activar Servir contenido obsoleto, siga estos pasos.

1. Utilice el menú de navegación para ir a Rendimiento > Almacenamiento en caché.
2. Active la casilla Servir contenido obsoleto.

Limitaciones de la opción Servir contenido obsoleto

• Serve Stale Content se integra con Internet Archive. CIS rastrea las URL más populares que tienen un estado 200 HTTP de las últimas 5 horas. Esto significa que solo se ven algunas páginas del sitio cuando cae el servidor de origen.

• Los sitios añadidos recientemente no disponen de una gran caché de su sitio. Esto significa que Servir contenido antiguo podría no funcionar si añadió el sitio hace sólo unos días.

• CIS no muestra contenido privado ni maneja el envío de formularios (POST) si el servidor ha caído. A los visitantes se les muestra una página de error on checkout o items require a login to view.

• Para desencadenar Servir contenido obsoleto, el servidor web debe devolver un Código de error HTTP estándar de tiempo de espera 502 o 504. Serve Stale Content también funciona cuando CIS tiene problemas para contactar con su origen (errores 521 y 523), tiempos de espera (522 y 524), errores SSL (525 y 526) o un error desconocido (520). Servir contenido obsoleto no se desencadena para otros códigos de respuesta HTTP, como 404, 500, 503, errores de conexión de base de datos, errores de servidor interno o respuestas vacías del servidor.

• Servir contenido obsoleto no funciona si está habilitada una regla de página "Almacenar todo en la memoria caché" con el "TTL de caducidad de la memoria caché edge" inferior a la frecuencia de almacenamiento en la memoria caché, porque el "TTL de caducidad de la memoria caché edge" hace que la memoria caché de Servir contenido obsoleto se depure en el intervalo correspondiente.

Configuración de la opción Control de memoria caché de origen

Siga estos pasos para habilitar el control de caché de origen.

1. Utilice el menú de navegación para seleccionar Reglas de página bajo Rendimiento.
2. Cree una regla de página con el patrón URL que hace referencia al dominio.
3. Añada el valor Control de memoria caché de origen con el conmutador activo.
4. Seleccione Suministro de recursos.

Prioridad de Regla de página

Estas reglas específicas de página tienen prioridad para el almacenamiento en caché en general.

• Si una regla de página tiene Nivel de caché establecido en Bypass, los recursos que coinciden con esa regla de página no se almacenan en la memoria caché. CIS sigue actuando como proxy y nuestras otras características de rendimiento permanecen activas. Sin embargo, su contenido se capta directamente desde nuestro servidor de origen en lugar de servirlo desde nuestra memoria caché.

• Si una regla de página tiene el Nivel de memoria caché establecido en Cache everything, los recursos que coincidan con la regla de página se almacenarán en la memoria caché. El uso de esta configuración de regla de página es la única forma de indicar a CIS que almacene en caché recursos más allá de lo que CIS considera estático, incluido HTML.

Si no se establece ninguna regla de página, CIS utiliza el modo de almacenamiento en caché Standard, que se basa en la extensión del recurso. CIS sólo almacena en caché recursos estáticos.

Cabeceras cache-control de origen

La segunda forma de modificar las memorias caché de CIS es a través de las cabeceras de almacenamiento en memoria caché enviadas desde el origen. CIS respeta estos valores, pero puede modificarlos especificando un valor de regla de página TTL de caché de extremo. Estos son los encabezados que considera CIS al decidir qué recursos almacenar en caché desde su origen:

• Si la cabecera Cache-Control se establece en private, no-store, no-cache o max-age=0, o si hay una cookie en la respuesta, CIS no almacena el recurso en la memoria caché. Tenga en cuenta que el material confidencial no se debería almacenar en la memoria caché, por lo que podría pensar en utilizar una de estas cabeceras en tal caso.

• Si la cabecera Cache-Control se establece en public y max-age es mayor que 0, o si las cabeceras Expires se establecen en cualquier momento del futuro, el recurso se almacena en la memoria caché.

De acuerdo con las reglas de RFC, Cache-Control: max-age supera las cabeceras Expires. Si se ven los dos y no están de acuerdo, max-age ganará.

Uso de la cabecera s-maxage

La tercera forma de controlar el comportamiento del almacenamiento en memoria caché y el comportamiento del almacenamiento en memoria caché del navegador juntos es utilizando la cabecera Cache-Control s-maxage.

Normalmente CIS respeta la directiva max-age.

Cache-Control: max-age=1000

Pero si desea especificar un tiempo de espera de caché diferente al del navegador, CIS puede utilizar s-maxage. El siguiente ejemplo indica a CIS que almacene en caché el objeto durante 200 segundos y al navegador que almacene en caché el objeto durante 60 segundos.

Cache-Control: s-maxage=200, max-age=60

Básicamente, s-maxage está pensado para ser seguido SÓLO por proxies inversos (por lo que el navegador debería ignorarlo) mientras que (CIS) da prioridad a s-maxage si está presente. CIS respeta el valor que sea más alto: la configuración de caché del navegador o el encabezado max-age.

Resumen de las cabeceras cache control y de reglas de página para su fiabilidad

Para resumir, aquí hay algunas áreas principales a considerar para la fiabilidad con respecto al almacenamiento en memoria caché:

• Compruebe las cabeceras de almacenamiento en la memoria caché de origen para asegurarse de que no haya cabeceras que se alteren temporalmente para los recursos guardados en la memoria caché (Cache-Control y Expires).

• CIS siempre almacena en la memoria caché contenido estático de forma predeterminada, con el TTL siguiente que depende del código de retorno:

  200 301    120m;
  302 303    20m;
  403        5m; for reliability
  404        5m;
  any        0s;
  

• Para almacenar más en memoria caché, cree una regla de página con el Nivel de memoria caché establecido en Cache everything en el URL (si el servidor web devuelve un 404 cuando solicite este URL, este resultado solo se almacena en la memoria caché solo durante 5 m).

• Para evitar el almacenamiento en memoria caché en un URL, cree una regla de página con Nivel de memoria caché establecido en Bypass.

Configuración de un URL de reenvío

Para habilitar un URL de reenvío, siga estos pasos:

1. Utilice el menú de navegación para seleccionar Reglas de página bajo Rendimiento.
2. Cree una regla de página con el patrón URL que hace referencia al dominio.
3. Añada el valor URL de reenvío.
4. Seleccione el tipo de reenvío y especifique el URL de destino.
5. Seleccione Suministro de recursos.

Ejemplos de URL de reenvío

Supongamos que desea facilitar que cualquiera llegue a un URL como:

*www.example.com/+

*example.com/+

Este patrón coincide con:

http://example.com/+
http://www.example.com/+
https://www.example.com/+
https://blog.example.com/+
https://www.blog.example.com/+

No coincide con:

http://www.example.com/blog/+  [extra directory before the +]
http://www.example.com+  [no trailing slash]

Después de crear el patrón que coincide con lo que desea, añada el valor URL de reenvío y seleccione el tipo de reenvío y especifique el URL de destino. Por ejemplo:

https://plus.google.com/yourid

Seleccione Suministro de recursos. En pocos segundos, cualquier solicitud que coincida con el patrón se reenvía al nuevo URL con la redirección especificada.

Opciones avanzadas de reenvío

Si utiliza una redirección básica, como por ejemplo el reenvío del dominio raíz a www.yourdomain.com, no perderá nada más en el URL. Por ejemplo, podría configurar el patrón:

example.com

Y reenviarlo a:

http://www.example.com

Pero, si alguien ha especificado:

example.com/some-particular-page.html

A continuación, se redirigen a:

www.example.com

en lugar de:

www.example.com/some-particular-page.html

La solución es utilizar variables. Cada comodín corresponde a una variable a la que se puede hacer referencia en la dirección de reenvío. Las variables están representadas por un $ seguido por un número. Para hacer referencia al primer comodín, utilizará $1, para hacer referencia al segundo comodín, utilizará $2, y así sucesivamente. Para arreglar el reenvío desde la raíz a www en el ejemplo anterior, utilice el mismo patrón:

example.com/*

A continuación, configure el siguiente URL para que el tráfico se reenvíe a:

http://www.example.com/$1

En este caso, si alguien ha ido a:

example.com/some-particular-page.html

Se redirige a:

http://www.example.com/some-particular-page.html