Comprimere le intestazioni Http

Question

Succede così che i miei dati attuali siano 1/4 della dimensione dell'intestazione della richiesta HTTP in byte.
C'è un modo per ridurre le dimensioni delle intestazioni HTTP o qualsiasi altro modo pertinente per gestire questa situazione?
Sto inviando dati da un dispositivo mobile su GPRS al server e non voglio essere gravato da enormi pacchetti di richieste che mangeranno nel mio $$ e anche in larghezza di banda.

Answer 1

Non ho mai dovuto ottimizzare le prestazioni del sito tagliando le intestazioni. Detto questo, la maggior parte delle questioni hanno avuto a che fare con:

1. Grande numero di indesiderati richieste GET. Ciò era spesso dovuto al fatto che il server non inviava le intestazioni di scadenza e di cache appropriate al client. A volte è un'applicazione mal scritta.
2. Ampio numero di connessioni TCP aperte. Le prestazioni migliorano quando si è in grado di mantenere attiva la connessione e riutilizzarla per soddisfare più richieste. Non sono sicuro se il supporto dei client mobili sia attivo.
3. Uso di compressione o la mancanza di esso. Se c'è qualcosa che può ridurre le spese, è l'uso della compressione. Tuttavia, non sono così sicuro che i client mobili possano supportare la compressione. A proposito, uno normalmente esegue la compressione per le risposte e non per le richieste (tutti i browser che conosco, non comprimono mai la richiesta anche se le specifiche HTTP lo consentono).

Se hai ancora bisogno di prestazioni migliori dopo # 3, l'applicazione richiede una qualche forma di revisione del design delle prestazioni.

Answer 2

Bene, che cosa occupa la maggior parte delle intestazioni? Ad esempio, Stack Overflow ha recentemente spostato la maggior parte del contenuto statico in un altro dominio, in modo che i cookie SO non vengano inclusi nelle richieste per il contenuto statico (che comunque non utilizzerebbe i cookie).

Se, tuttavia, la maggior parte delle intestazioni sono solo cose che il browser invia sempre (agente utente, ecc.), Non c'è molto che tu possa fare.

Answer 3

Considero le intestazioni come "Architettura", ovvero: "il loro contenuto esatto varia da applicazione a applicazione in base ai requisiti".

Una volta ottenuto l'elenco corrente esatto, utilizzando i collegamenti forniti in this post,
, è possibile vedere quali sono necessari ed evitare di inviare gli altri.

Chissà se fa una differenza significativa, ma almeno puoi essere certo che hai fatto del tuo meglio su quell'argomento.

Answer 4

Bene, questo potrebbe risultare impopolare e/o non rispondere effettivamente alla tua domanda ma hai dato qualche pensiero alla granularità dei tuoi dati?

Dopo aver ridotto le intestazioni HTTP il più possibile, ho il sospetto che vorrete ancora ridurre il rapporto intestazione/dati. Il modo più ovvio per farlo è inviare/ricevere più di una voce di dati in ciascuna richiesta http.

Un ulteriore livello di logica sul lato client o lato server (o una modifica al modello dati) consente di richiedere dati in blocchi più grandi, in base alla misurazione di quali altri dati sono probabilmente necessari quando si richiede un singolo oggetto.

L'intero punto sarebbe trasferire più dati in ogni richiesta per ridurre il numero di richieste. Lo spreco di banda larga (e archiviazione client), proveniente dal trasferimento di dati di cui non avrete realmente bisogno, potrebbe risultare più accettabile rispetto all'impronta di intestazione HTTP.