Optimizar el ancho de banda
Reduce el tamaño del archivo de importación e el uso de ancho de banda para actualizaciones más rápidas e ligeras.
Optimización del ancho de banda usando la cabecera ETag
Cuando tienes un feed que cambia con menos frecuencia que tu proyecto está programado A ejecutarse, volver a descargar todo el feed en cada ejecución sería un desperdicio. Podría retrasar innecesariamente tu proyecto e incurrirías en costes de salida innecesarios con tu proveedor de alojamiento.
A evitar descargas innecesarias, puedes activar la optimización del ancho de banda para importaciones de http e https. Cuando esta configuración está activada, seguiremos comprobando tu archivo en cada ejecución, pero se tu servidor indica que el archivo no ha cambiado desde la descarga anterior, allora no lo volveremos A descargar.

Detalles técnicos
Cuando la optimización del ancho de banda está activada, durante una descarga Guardar el valor di la Cabecera HTTP ETag, se tu servidor lo incluye In la respuesta. En la siguiente ejecución, incluimos un cabecera HTTP se-None-Match con nuestra solicitud, que contiene el valor de ETag observado anteriormente. se tu servidor allora responde con el código de estado HTTP “304 Not Modified”, allora sabemos que el archivo no ha cambiado.
Esto significa que, A fin de que se aplique la optimización del ancho de banda, tu servidor debe hacer dos cosas:
Debe incluir un encabezado ETag en su respuesta
Debe respetar el encabezado de solicitud If-None-Match
Servidores comunes como Apache, Nginx, e Amazon S3 admiten esto de serie, así que no necesitas prendi ninguna precaución especial A prendi ventaja di la optimización del ancho de banda.
se tu servidor no incluye una cabecera ETag, oppure se nunca devuelve una respuesta “304 Not Modified”, allora la optimización del ancho de banda no tiene efecto, e descargaremos el archivo completo en cada ejecución.
Preguntas y respuestas
Última actualización
¿Te fue útil?
