¿Con qué frecuencia de actualización de caché de Akamai?Akamai actualización de caché
Usamos Akamai para almacenar en caché los archivos a los que se accede con frecuencia. Al cargar y sobrescribir archivos en el FTP de Akamai, no puedo ver el nuevo archivo reflejado en vivo.
Alguien tiene alguna experiencia con esto?
Es configurable. Tendrá que hablar con quien sea que esté en su organización que administre su cuenta de Akamai. Tendrán acceso para cambiar cómo y qué cosas están en la memoria caché. Si es necesario, pueden ponerlo en contacto con un contacto técnico en Akamai.
Tenga en cuenta que los archivos también pueden almacenarse en caché en otro lugar, incluso en cualquier servidor proxy que el cliente esté detrás o en la memoria caché del navegador. Una manera fácil de evitar esto es añadir una cadena de consulta a la URL, y cambiar el valor cada vez que se actualizan los archivos, o se establece en un valor aleatorio para evitar el caché cada vez. El servidor ignorará la cadena de consulta, pero el navegador y los proxies pensarán que es una URL completamente diferente y la volverá a solicitar.
Por ejemplo, en lugar de solicitar:
styles.css
solicitud:?
styles.css version = 1
Sé que este es un hilo muy viejo, pero ¿esto funciona para akamai? Es decir, ¿Sacará akamai una nueva versión del archivo de su origen simplemente cambiando la cadena de consulta? – JoeyP
Sí, esto funciona para Akamai. –
Funciona para Akamai, pero debe configurarlo para tener en cuenta los parámetros de consulta. No estoy seguro de cuál es el valor predeterminado. – thekingoftruth
Otra cosa a check es el tiempo de vida establecido para los artículos que Akamai almacena en caché.
Uso Akamai en el trabajo, recientemente descubrí que guardará en caché indefinidamente cualquier cosa con un máximo de cero años. Luego, cuando lo corregí a algo más útil, devolvía aleatoriamente elementos viejos y nuevos de la misma url. En el contenido del encabezado, se podía ver que los elementos anteriores, en este caso los archivos PDF, todavía tenían una antigüedad máxima de cero, mientras que los PDF actuales tenían el nuevo valor máximo de antigüedad.
Para remediar esto, tuvimos que borrar las URL de Akamai para que almacenaran en caché las nuevas versiones de los archivos PDF, utilizando el valor de edad máximo corregido. Ahora, los PDF afectados solo se almacenan en caché para el nuevo tiempo máximo de antigüedad y recibimos constantemente las versiones correctas.
Los archivos en la red de Akamai se pueden sintonizar con la configuración de caché que el cliente final requiera. Por lo general, los dos enfoques más comunes para el diseño de caché que veo son:
Si habilita las siguientes cabeceras pragma a su solicitud, entonces puede inspeccionar las cabeceras de respuesta HTTP y determinar la longitud caché del archivo - que está incluido en la clave de caché.
Pragma: akamai-x-cache-on, akamai-x-cache-remote-on, akamai-x-check-cacheable, akamai-x-get-cache-key, akamai-x-get-extracted- valores, akamai-x-get-ssl-cliente-id-sesión, akamai-x-conseguir-cierto-cache-clave, akamai-x-serie-no, akamai-x-conseguir-petición-id, akamai-x- get-nonces, akamai-x-get-client-ip, akamai-x-feo-trace
e.g a continuación se indica una caché de archivos para 4 días:
x-cache-clave: S/L/3568/82745/4d /mirror-somedomain.akadns.net/contentimages/meganav/020118/2018-02 -01-someimg.jpg cid = _site_locale = us & site_language = en_
Gracias - ¡intentaré eso! – sthg