Cómo funciona

Qué ocurre realmente en una pasada de calentamiento: descubrimiento, cola, doble petición y cómo sabe Cache Rocket que ha funcionado.

9 min de lectura

Esta página explica la mecánica. No es estrictamente necesario que use Cache Rocket, pero comprender el ciclo de ejecución hace que cada configuración en el formulario warmer sea obvia en lugar de misteriosa.

La vida de una carrera cálida.

Un warmer es una configuración guardada, no un proceso en ejecución. Permanece inactivo hasta que algo comienza a funcionar. Cuando comienza una carrera, esta es la secuencia:

  1. 1

    Sembrar la cola

    Cache Rocket toma tus URL de entrada y, si está habilitado, expande cualquier mapa del sitio que encuentre. Estos se convierten en los primeros elementos de la cola de rastreo.

  2. 2

    comprobar permiso

    Cada URL se compara con tu verificado hostnames. Todo lo que apunte a un dominio que no haya demostrado ser de tu propiedad se descarta antes de enviar una sola solicitud.

  3. 3

    Solicitar una URL

    Cache Rocket recupera la URL a través de HTTP con los encabezados, las cookies y el agente de usuario configurados, y registra cuánto tiempo tardó la respuesta. Esta es la primera carga.

  4. 4

    Solicitarlo nuevamente

    Inmediatamente después, recupera la misma URL por segunda vez. Esa es la carga caliente. Debido a que la primera solicitud llenó el caché, la segunda debería ser dramáticamente más rápida.

  5. 5

    Descubre más URL

    Los enlaces que se encuentran en el HTML se agregan a la cola, siempre y cuando permanezcan en un hostname verificado, no estén excluidos y estén dentro de tu límite de profundidad.

  6. 6

    Repetir dentro de los límites

    La cola se procesa a no más de tu máximo de URL por minuto y se detiene cuando la cola se vacía o se alcanza un límite del plan.

  7. 7

    Grabar y notificar

    Feed de resultados Salud de la caché. Si la ejecución falló o tuvo muchos errores, se activarán las Alertas configuradas.

La doble búsqueda y por qué es importante

Obtener cada URL dos veces es lo más inteligente que hace Cache Rocket y tiene dos propósitos a la vez.

El primer propósito es calentar. La primera solicitud paga la penalización por inicio en frío: obliga a tu origen a crear la página y a cada caché que se encuentra frente a ella para almacenar el resultado. Cache Rocket se ofrece como voluntario para ser el visitante que espera, por lo que una persona real no tiene que hacerlo.

El segundo propósito es la prueba. Al cronometrar ambas solicitudes, Cache Rocket puede mostrarle la diferencia. Una primera carga de 1800 ms seguida de una carga en caliente de 90 ms es una prueba inequívoca de que la memoria caché se llenó. Si ambos números son lentos, tu almacenamiento en caché no funciona y el calentamiento por sí solo no lo salvará, lo cual es extremadamente útil saber.

Leyendo un par de tiempos de carga
Primera cargaCarga calientelo que significa
LentoRápidoFuncionando perfectamente. La página estaba fría, el calentamiento llenó el caché y el siguiente visitante obtiene el número rápido.
RápidoRápidoYa está caliente. Algo mantuvo esta URL en caché desde la última ejecución. Nada que arreglar.
LentoLentoNo se almacena en caché. La respuesta probablemente esté marcada como no almacenada, establezca una cookie o omita el caché. El calentamiento no puede ayudar hasta que esto se solucione.
RápidoLentoInusual. Normalmente es una señal de un origen sobrecargado o de una limitación de velocidad. Intente reducir el número máximo de URL por minuto.

Tip

La tercera columna es la razón por la que existe Salud de la caché. Agrega estos pares en cada URL para que pueda ver qué partes de tu sitio son realmente almacenables en caché.

Cómo se descubren las URL

A warmer encuentra trabajo de tres maneras y se acumulan:

URL de entrada
Los puntos de partida los escribes a mano. Siempre usado. Para muchos sitios, una única URL de entrada (la página de inicio) es suficiente.
Mapas del sitio
Si Incluir mapas de sitio está activado y una URL de entrada apunta a un mapa de sitio .xml, se agregan todas las URL enumeradas en el interior. Esta es la forma confiable de cubrir sitios grandes, porque tu CMS mantiene la lista por tú.
Enlace siguiente
Cache Rocket lee el HTML que recupera y pone en cola los enlaces que encuentra, sin ir más allá de lo que permite tu configuración de profundidad. Esto captura páginas que no están en ningún mapa del sitio.

La profundidad se mide en saltos desde una URL de entrada. Su página de inicio tiene profundidad 0. Todo lo que esté vinculado directamente desde ella tiene profundidad 1. Todo lo que esté vinculado desde *esas* páginas tiene profundidad 2, y así sucesivamente.

Profundidad, ilustrada
text
depth 0   https://example.com/                     ← entry URL
depth 1   https://example.com/blog/
          https://example.com/pricing
          https://example.com/about
depth 2   https://example.com/blog/warming-101
          https://example.com/blog/cdn-basics
depth 3   https://example.com/blog/author/sam

La profundidad crece rápidamente

Cada nivel adicional puede multiplicar muchas veces el número de URL. Pasar de la profundidad 2 a la profundidad 4 en un sitio grande puede convertir unos cientos de URL en decenas de miles. Auméntelo paso a paso y observe cómo cuenta tu URL.

¿Qué inicia una carrera?

gatillocomo funciona
el horarioEl intervalo de inicio automático inicia una nueva ejecución automáticamente cada N segundos. Este es el modo normal y cotidiano.
tu, a manoAl iniciar un warmer desde Cuenta → Warmers, se ejecuta inmediatamente. Útil para probar un cambio de configuración.
un despliegueSu CI o plataforma de alojamiento llama a un webhook después de un lanzamiento exitoso. Consulte Implementar desencadenadores.
Una purga de CDNUna acción de purgar → recalentar borra URL específicas en tu CDN y las vuelve a calentar inmediatamente. Consulte integraciones de CDN.

Si se configura una ventana de programación cálida, los inicios automáticos programados que caen fuera de las horas permitidas se omiten. Los inicios manuales y los activadores de implementación aún funcionan.

las barandillas

Un caché warmer es, estructuralmente, un robot educado que envía muchas solicitudes a un sitio web. Cache Rocket se lo toma en serio y lo limita de tres maneras.

Solo toca los dominios que posees

Cada hostname debe verificarse a través de DNS o un archivo HTTPS antes de que pueda aparecer en un warmer. Esto no es una fricción opcional; sin ella, el servicio podría apuntar al servidor de otra persona como una herramienta de denegación de servicio. Consulte Hostname verificación.

Respeta el límite de velocidad que tú establezcas.

El número máximo de URL por minuto es un límite máximo para la tasa de solicitudes. Configúrelo en lo que tu alojamiento pueda absorber cómodamente *además* del tráfico real. El alojamiento compartido puede necesitar entre 5 y 10; un origen bien provisto detrás de una CDN a menudo puede manejar varios cientos.

Se mantiene dentro de los límites de tu plan

Su suscripción limita las URL por minuto, día, semana y mes, junto con la profundidad de rastreo y la cantidad de warmers. Cuando se alcanza un límite, la ejecución se detiene limpiamente en lugar de sobrepasarse. Ver Planes y límites.

donde viven las piezas

Elemento de la barra lateralpara que es
Salud de la cachéEl tablero. Puntuaciones de calidez, URL frías y tiempos de antes y después.
WarmersCree y administre el sitio web warmers y vea los resultados de las URL rastreadas.
API WarmersLo mismo, para los puntos finales REST y GraphQL.
AlertasSlack, Discord y notificaciones de webhook.
CDNCredenciales del proveedor y herramienta de purgar → recalentar.
Implementar integracionesURL de webhooks y ejemplos de curl para CI y plataformas de alojamiento.
HostnamesAgregue y verifique los dominios que puede activar.
SuscripciónPlan, límites, facturación y facturas.
CuentaDetalles del perfil y tus claves API.
EquiposEspacios de trabajo y roles de miembros, en planes que los incluyan.

¿Listo para construir uno?

El Inicio rápido recorre una primera configuración completa en aproximadamente quince minutos, la mayor parte de la cual está esperando DNS.