Optimaliseren van bandbreedte

Verminder de grootte van importbestanden en het bandbreedtegebruik voor snellere, lichtere updates.

Bandbreedteoptimalisatie met behulp van de ETag-header

Als je een feed hebt die minder vaak verandert dan je project is gepland Naar draaien, zou het onnodig zijn om bij elke uitvoering de hele feed opnieuw te downloaden. Dat kan je project onnodig vertragen, en je maakt onnodige egresskosten bij je hostingprovider.

Naar onnodige downloads te voorkomen, kun je bandbreedte-optimalisatie inschakelen voor http- en https-imports. Wanneer deze instelling is ingeschakeld, controleren we je bestand nog steeds bij elke run, maar als je server aangeeft dat het bestand sinds de vorige download niet is gewijzigd, dan downloaden we het niet opnieuw.

Technische details

Wanneer bandbreedte-optimalisatie is ingeschakeld, slaan we tijdens een download de waarde van de ETag HTTP-header, als je server het in de respons opneemt. Bij de volgende uitvoering nemen we een als-None-Match HTTP-header met ons verzoek, dat de eerder waargenomen ETag-waarde bevat. Als je server dan reageert met http-statuscode “304 Not Modified”, dan weten we dat het bestand niet is gewijzigd.

Dit betekent dat je server twee dingen moet doen, zodat bandbreedte-optimalisatie Naar kan worden toegepast:

• Het moet een ETag-header in zijn reactie bevatten
• Het moet de If-None-Match-verzoekheader respecteren

Veelgebruikte servers zoals Apache, Nginx en Amazon S3 ondersteunen dit standaard, dus je hoeft geen speciale zorg te nemen om te profiteren van bandbreedteoptimalisatie.

Als je server geen ETag-header bevat, of als hij nooit een “304 Not Modified”-reactie terugstuurt, dan heeft bandbreedte-optimalisatie geen effect, en downloaden we het volledige bestand bij elke uitvoering.

V&A

Hoe weet ik als bandbreedte-optimalisatie effectief is?

Toen we probeerden een bestand te importeren, maar het sinds de laatste import niet is gewijzigd, kun je dit zien in de statusupdates voor die importer:

Kunnen gegevens in Channable verouderd raken wanneer bandbreedte-optimalisatie is ingeschakeld?

Nee, er is geen risico van verouderde data, als je server zich goed gedraagt. Channable controleert nog steeds als er nieuwere data beschikbaar is bij elke geplande run, en elke tijd dat je op “Uitvoeren” klikt bij de import, zelfs als bandbreedte-optimalisatie is ingeschakeld.

Is er een nadeel Naar het inschakelen van bandbreedte-optimalisatie?

Nee, als je server zich goed gedraagt, is het altijd veilig om bandbreedte-optimalisatie in te schakelen. Als je server de functies niet ondersteunt die nodig zijn om bandbreedte Naar Optimaliseren, is de optimalisatie niet effectief, maar het is niet schadelijk.

Wanneer moet ik bandbreedteoptimalisatie uitschakelen?

Je server kan verkeerd geconfigureerd zijn, of als hij een bug bevat, kan hij reageren met een “304 Not Modified”-reactie, zelfs als je feed in feite is gewijzigd. De meest voorkomende fout is een server die een constante ETag-waarde verstuurt, die niet verandert, zelfs als je feed dat wel doet. In dat geval zouden de gegevens in Channable verouderd raken. Als je dit niet op je server kunt oplossen, kun je bandbreedte-optimalisatie in Channable uitschakelen.

Voorkomt bandbreedteoptimalisatie alle onnodige downloads?

We downloaden je feed nog steeds eens per 10 dagen, zelfs als je server aangeeft dat de feed niet is gewijzigd. Voor bestanden die minder vaak veranderen, betekent dit dat we af en toe het hele bestand downloaden, maar bandbreedte-optimalisatie bespaart nog steeds minstens 90% van je bandbreedte.