Optimieren der Bandbreite
Reduziere die Größe der Importdatei und die Bandbreitennutzung für schnellere, schlankere Updates.
Bandbreitenoptimierung mithilfe des ETag-Headers
Wenn du einen Feed hast, der sich seltener ändert als dein Projekt geplant Zu laufen ist, wäre es Verschwendung, den gesamten Feed bei jedem Lauf neu herunterzuladen. Das könnte dein Projekt unnötig verzögern, und dir entstehen beim Hosting-Anbieter unnötige Egress-Kosten.
Zu vermeiden unnötige Downloads, kannst du die Bandbreitenoptimierung für http- und https-Importe aktivieren. Wenn diese Einstellung aktiviert ist, prüfen wir deine Datei bei jedem Lauf weiterhin, aber Wenn dein Server anzeigt, dass sich die Datei seit dem vorherigen Download nicht geändert hat, dann laden wir sie nicht erneut herunter.

Technische Details
Wenn die Bandbreitenoptimierung aktiviert ist, Speichern wir während eines Downloads den Wert von ETag-HTTP-Header, Wenn dein Server sie in der Antwort enthält. Beim nächsten Lauf fügen wir ein Wenn-None-Match HTTP-Header mit unserer Anfrage, die den zuvor beobachteten ETag-Wert enthält. Wenn dein Server dann mit dem HTTP-Statuscode „304 Not Modified“ antwortet, dann wissen wir, dass sich die Datei nicht geändert hat.
Das bedeutet, dass dein Server zwei Dinge tun muss, damit die Bandbreitenoptimierung Zu Anwendung kommt:
Die Antwort muss einen ETag-Header enthalten.
Es muss den Wenn-None-Match-Request-Header berücksichtigen
Gängige Server wie Apache, Nginx und Amazon S3 unterstützen dies standardmäßig, sodass du dich um nichts Besonderes kümmern musst, um nimm Vorteil von der Bandbreitenoptimierung Zu ziehen.
Wenn dein Server keinen ETag-Header enthält, oder wenn er nie eine „304 Not Modified“-Antwort zurückgibt, dann hat die Bandbreitenoptimierung keinen Effekt, und wir laden bei jedem Lauf die gesamte Datei herunter.
Fragen & Antworten
Zuletzt aktualisiert
War das hilfreich?
