Comment compresser les en-têtes de réponse HTTP?
-
29-09-2019 - |
Question
Lors de la conférence Velocity 2010, Google a déclaré que la compression d'en-tête peut produire de gros gains de:
Hölzle a noté une inefficacité flagrante dans le traitement des en-têtes de page Web, qui fournissent des informations sur une adresse IP de l'utilisateur, le navigateur et d'autres données de session. La page Web fait en moyenne 44 appels à différentes ressources, avec un grand nombre de ces demandes, y compris les données d'en-tête répétitifs. Hölzle ladite compression des en-têtes produit une amélioration de chargement de la page 88 pour cent pour certains sites de premier plan.
Comment assurer que sont compressés les en-têtes de réponse envoyés par le serveur web? Est-ce même possible avec la technologie d'aujourd'hui?
La solution
vu en-têtes de requête HTTP ou têtes de réponse ne sont pas HTTP 1.1 normes comprimé conforme.
Cela étant dit, voici une analyse sur la façon dont un tel système pourrait être:
1) Peut-être ils veulent dire que vous pouvez accomplir qu'utiliser un autre système personnalisé http, comme httpc://
de dire.
I pourrait également faire une demande que l'envoi de demandes et de réponses à / depuis le même serveur par lots de 5 augmente la vitesse de la bande aussi bien. J'appelle ce schéma httpBrian://
.
2) Si vous supposez qu'ils signifient que les en-têtes de réponse HTTP, dans les en-têtes de demande, vous pouvez avoir une autre tête qui indique que vous voulez la réponse en tant que réponse HTTP non conforme. J'imagine que cela aurait des problèmes avec les procurations et etc. cependant.
3) Si vous supposez qu'ils signifient que PARTIELLE têtes de réponse HTTP, le serveur HTTP pourrait mettre les en-têtes non proxy qui ne sont pas importantes immédiatement, sauf au client HTTP effectuer la demande comprimée dans une autre tête. La requête HTTP permettrait fonction d'un tel. Ceci est probablement ce qu'ils essaient d'accomplir.
Autres conseils
Si les supports d'infrastructure de compression d'en-tête grâce à un certain type de protocole de transport personnalisé, il serait alors compressé tout le chemin jusqu'à ce qu'il soit remis à une entité qui ne prend pas en charge cette fonctionnalité.
En fin de compte, peut-être même nos navigateurs soutiendrait. Donc, je pense qu'ils prennent une approche proactive en commençant sur la fin du serveur et de voir jusqu'où il va.
Lire le paragraphe plus à fond! parle Hölzle sur en-têtes de page web pas http têtes . Donc, on parle de quelque chose comme étiquette meta
et ainsi de suite.
Ok, il semble, même si j'ai downvoted (correctement) beaucoup, je suis le premier à trouver le sources correctes . Il est au sujet d'un nouveau protocole de couche d'application nommée SPDY (SPeeDY get it?) Par Google, qui offre en-tête HTTP compression.