¿Qué páginas / URL de WordPress nunca deben almacenarse en caché?

2

Tengo un blog multisitio que pronto tendrá un servicio de almacenamiento en caché de Akamai frente a él, que sirve contenido en caché para los visitantes (15 minutos TTL).

Quiero configurar Akamai para excluir cualquier URL importante que nunca deba almacenarse en caché (es decir, no quiero servir páginas de inicio de sesión / administración en caché). ¿Existe una compilación, o recomendación general, de todas las URL importantes que nunca deben almacenarse en caché? Esto es lo que tengo hasta ahora:

  • /wp-* (Esto evitaría que wp-includes / admins / etc)
  • /xmlrpc.php
  • Cualquier URL con ?preview=true para que los editores puedan obtener una vista previa

Editar: Información adicional a continuación

Estamos utilizando el caché de borde de Akamai, que es almacenamiento en caché completo del sitio . Básicamente, Akamai actúa como un servidor proxy inverso. Nuestro DNS apunta a Akamai, los visitantes golpean a Akamai directamente. Akamai solo nos golpea para actualizar las páginas cuando el TTL expira, o cuando se solicita una página que aún no está en caché.

Tenemos la capacidad de excluir partes del sitio del almacenamiento en caché completo, por ejemplo, las URL que coincidan con wp-* , o cualquier URL con la cadena de consulta preview=true . Las exclusiones permiten el paso de cookies; Las solicitudes POST también están permitidas.

Con esta información adicional, aún queda la pregunta original: ¿qué URL / rutas / etc específicas de WP deben excluirse del almacenamiento en caché de todo el sitio para evitar que se rompan las cosas? Por ejemplo, las vistas previas obviamente deben ser dinámicas por naturaleza, por lo que lo he excluido al permitir la cadena de consulta preview=true . ¿Qué más necesito excluir? ¿Hay algo que coincida con wp-* lo suficientemente bueno, o faltan otras cosas, es decir, /xmlrpc.php ?

Espero que las cosas traigan un contexto adicional a la pregunta original.

    
pregunta Kai 05.12.2012 - 17:41

3 respuestas

6

No debes guardar en caché nada en el administrador para que tus ejemplos sean correctos.

Un caché de proxy inverso nginx típico está configurado para ignorar wp\-.*\.php|wp\-admin

Otra opción es no almacenar en caché a los usuarios registrados al verificar las cookies de wp, pero es probable que no tengas ese nivel de control.

ps. Es muy recomendable que lo pruebes antes de cambiar el interruptor.

tl; dr Deberías estar bien con una instalación de vainilla.

    
respondido por el Wyck 08.12.2012 - 09:01
0

No creo que Akamai realmente almacene en caché toda la página. Cualquier recurso estático disponible al público está bien para el almacenamiento en caché y no afectaría a la funcionalidad del sitio, incluso si estuviera en la página de inicio de sesión o en el panel.

Para que no necesites hacer ningún bloqueo.

No se puede decir lo mismo para algo como W3 Total Cache, pero eso se resuelve simplemente no sirviendo los archivos en caché a los usuarios registrados o excluyendo archivos de temas o complementos específicos.

    
respondido por el developdaly 07.12.2012 - 20:44
0

Estás utilizando akamai como servidor de almacenamiento en caché web, por lo que quizás te ayude si buscas consejos sobre el uso de squid, que es una popular herramienta de almacenamiento en caché web, con wordpress.

Lo que sucede con el almacenamiento en caché es que no desea que se almacene en caché un HTML que fue diseñado para un usuario específico, y la forma correcta de hacerlo cuando se trabaja con cachés web estándar es configurar http "Control de caché "encabezado a algo así como" no-cache, must-revalidate, max-age = 0 ", que es exactamente lo que wordpress está enviando cuando un usuario está conectado, por lo que en realidad podría estar bien sin hacer ninguna configuración.

Si tiene la capacidad de excluir por cookie, tal vez debería agregar protección y excluir cuando la cookie de inicio de sesión esté establecida (no recuerde el nombre exacto) y lo mismo para la cookie del comentarista si tiene comentarios habilitados, por lo que los comentaristas Podremos ver sus propios comentarios después de enviarlos.

Si después de eso todavía sientes que quieres excluir archivos específicos, hazlo solo para archivos php, ya que quieres que js, css e imágenes bajo / wp-inculde sean CDNed. Tal vez solo excluya todos los archivos php excepto por /index.php

    
respondido por el Mark Kaplun 08.12.2012 - 08:05

Lea otras preguntas en las etiquetas