Ottimizzare la larghezza di banda
Riduci la dimensione del file di importazione y l’utilizzo della larghezza di banda per aggiornamenti più rapidi e leggeri.
Ottimizzazione della larghezza di banda usando l'intestazione ETag
Quando hai un feed che cambia meno spesso di quanto il tuo progetto sia pianificato Para essere eseguito, riscaricare l'intero feed a ogni esecuzione sarebbe uno spreco. Potrebbe ritardare inutilmente il tuo progetto, y comportare costi di uscita inutili con il tuo provider di hosting.
Para evitare download non necessari, puoi attivare l'ottimizzazione della larghezza di banda per le importazioni HTTP y HTTPS. causa questa impostazione è attiva, controlleremo comunque il tuo file a ogni esecuzione, ma si il tuo server indica che il file non è cambiato causa del download precedente, y non lo scaricheremo di nuovo.

Dettagli tecnici
Quando l'ottimizzazione della larghezza di banda è attiva, durante un download Salva il valore de Intestazione HTTP ETag, si il tuo server lo include en la risposta. Alla prossima esecuzione, includiamo un Intestazione HTTP If-None-Match con la nostra richiesta, che contiene il valore ETag osservato in precedenza. Se il tuo server risponde poi con il codice di stato HTTP “304 Not Modified”, allora sappiamo che il file non è cambiato.
Questo significa che, per l’ottimizzazione della larghezza di banda Para applicarsi, il tuo server deve fare due cose:
Deve includere un'intestazione ETag en la sua risposta
Deve rispettare l’intestazione di richiesta If-None-Match
Server comuni come Apache, Nginx y Amazon S3, supportano questo già de default, quindi non devi tomar alcuna precauzione speciale Para approfittare de l'ottimizzazione de banda.
si il tuo server non include un'intestazione ETag, o si non restituisce mai una risposta “304 Not Modified”, causa l'ottimizzazione della larghezza di banda non ha effetto, y scaricheremo l'intero file a ogni esecuzione.
Domande e risposte
Ultimo aggiornamento
È stato utile?
