Compactar encabezados Http

Question

Sucede que mis datos reales son 1/4 del tamaño del encabezado de solicitud HTTP en bytes.
¿Hay alguna forma de reducir el tamaño de los encabezados HTTP o cualquier otra forma relevante de manejar esta situación?
Estoy enviando datos desde un dispositivo móvil a través de GPRS al servidor y no quiero tener que cargar con enormes paquetes de solicitud que comerán en mi $$ y también en el ancho de banda.

Answer 1

Nunca he tenido que optimizar el rendimiento del sitio cortando encabezados. Dicho esto, la mayoría de los problemas tenían que ver con:

1. Un gran número de no deseados peticiones GET. Esto se debió a menudo a que el servidor no enviaba los encabezados de caducidad y caché apropiados al cliente. A veces es una aplicación mal escrita.
2. Gran cantidad de conexiones TCP abiertas. El rendimiento mejora cuando puede mantener viva la conexión y reutilizarla para atender múltiples solicitudes. No estoy seguro de si la compatibilidad de los clientes móviles se mantendrá con vida.
3. Uso de la compresión, o la falta de ella. Si hay algo que puede reducir los gastos, es el uso de la compresión. Sin embargo, no estoy tan seguro de que los clientes móviles puedan admitir la compresión. Por cierto, uno normalmente hace compresión para respuestas, y no para solicitudes (todos los navegadores que conozco, nunca comprimen la solicitud aunque la especificación HTTP lo permita).

Si aún necesita un mejor rendimiento después del n. ° 3, su aplicación necesita alguna forma de revisión del diseño del rendimiento.

Answer 2

Bueno, ¿qué está ocupando la mayor parte de sus encabezados? Por ejemplo, Stack Overflow recientemente movió la mayor parte del contenido estático a otro dominio para que las cookies SO no se incluyan en las solicitudes del contenido estático (que de todos modos no usaría las cookies).

Si, sin embargo, la mayoría de los encabezados son cosas que el navegador siempre enviará (agente de usuario, etc.), entonces no hay mucho que pueda hacer.

Answer 3

Considero los encabezados como "Arquitectura", es decir: "su contenido exacto varía de aplicación a aplicación según los requisitos".

Una vez que tenga la lista actual exacta, utilizando los enlaces proporcionados en this post,
se puede ver cuáles necesita, y evitar el envío de los otros.

Quién sabe si hace una diferencia significativa, pero al menos puede estar seguro de que hizo su mejor esfuerzo en ese tema.

Answer 4

Bueno, esto puede resultar impopular y/o no responder a su pregunta, pero ¿ha pensado en la granularidad de sus datos?

Una vez que haya reducido sus encabezados HTTP tanto como pueda, sospecho que aún querrá reducir la relación de encabezado/datos un poco más. La forma más obvia de hacerlo es enviar/recibir más de un elemento de datos en cada solicitud http.

Una capa adicional de lógica en el lado del cliente o del servidor (o un cambio en su modelo de datos) le permitiría solicitar datos en trozos más grandes, basados ​​en la medición de otros datos que probablemente necesitará cuando solicite un solo artículo.

El punto sería transferir más datos en cada solicitud con el fin de reducir el número de peticiones. El desperdicio de ancho de banda (y el almacenamiento del cliente), proveniente de la transferencia de datos que en realidad no necesitará, podría terminar siendo más aceptable que la huella del encabezado HTTP.