Saltearse al contenido

Caché de contenido

Guarda en Tero las respuestas de los archivos estáticos que sirve tu aplicación (CSS, JS, imágenes, tipografías), según patrones definidos por ruta. La primera solicitud va a tu servidor de origen; las siguientes se sirven directamente desde Tero, con menos latencia y menos carga sobre tu aplicación.

  • Archivos estáticos que cambian poco, idealmente versionados por hash en el nombre.
  • WordPress, Laravel o Symfony con /wp-content/uploads/*, /build/*, /storage/*.
  • Activación de la caché en la ruta o sub-ruta.
  • Patrones a cachear. Por ejemplo: *.css, *.js, *.png, *.woff2, /static/*, /build/*. Si no definís patrones, se cachean las extensiones habituales de estilos, scripts, imágenes y tipografías.
  • Solo solicitudes GET con respuesta 2xx que coincidan con un patrón.
  • La clave de caché es dominio y path: la query string no forma parte de la clave.
  • Los encabezados Cache-Control y Expires de tu aplicación no deciden qué se cachea: lo decide el patrón.
  • La respuesta lleva X-Cache: HIT si vino de la caché y X-Cache: MISS si fue a tu aplicación.
  • Versionado por hash en el nombre (recomendado): app.abc123.js. Cuando cambia el contenido, cambia la URL.
  • Purga: se pueden vaciar paths puntuales de una ruta (por ejemplo, /assets/app.js) o la ruta entera.
  • La caché vive en la infraestructura de Tero Services, no es una red de distribución global.
  • Para los archivos que un sitio PHP sirve desde disco, Tero ya envía ETag y Last-Modified, y responde 304 a las recargas: no hace falta cachearlos para evitar que el navegador los vuelva a descargar.