Caché de contenido
Qué hace
Sección titulada «Qué hace»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.
Cuándo usarlo
Sección titulada «Cuándo usarlo»- Archivos estáticos que cambian poco, idealmente versionados por hash en el nombre.
- WordPress, Laravel o Symfony con
/wp-content/uploads/*,/build/*,/storage/*.
Qué definís
Sección titulada «Qué definís»- 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.
Qué se cachea
Sección titulada «Qué se cachea»- Solo solicitudes
GETcon respuesta2xxque 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-ControlyExpiresde tu aplicación no deciden qué se cachea: lo decide el patrón.
Cómo verificar y cómo invalidar
Sección titulada «Cómo verificar y cómo invalidar»- La respuesta lleva
X-Cache: HITsi vino de la caché yX-Cache: MISSsi 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.
Limitaciones
Sección titulada «Limitaciones»- 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
ETagyLast-Modified, y responde304a las recargas: no hace falta cachearlos para evitar que el navegador los vuelva a descargar.