Le protocole SPDY élimine-t-il le besoin de domaines sans cookie?
Avec HTTP simple, les domaines sans cookie constituent une optimisation pour éviter d’envoyer inutilement des en-têtes de cookie pour les ressources de page.
Cependant, le protocole SPDY compresse les en-têtes HTTP et élimine dans certains cas les en-têtes inutiles. Ma question est donc la suivante: SPDY rend-il les domaines sans cookie sans importance?
De plus, la source de la page et toutes ses ressources devraient-elles être hébergées dans le même domaine afin d'optimiser la mise en œuvre de SPDY?
Dans les demandes adressées au site Web (non-SPDY) pour lequel je travaille, j'ai déjà vu des demandes comportant jusqu'à 4 à 5 Ko d'en-têtes de demande. (Nous avons lancé le code JavaScript fautif qui a causé cela)
En supposant que la compression SPDY effectue au moins une compression pour laisser au maximum 25% d'un en-tête (notez que je n'ai pas encore testé SPDY !!!), l'en-tête de la requête résultante passe alors à une taille correspondant à un seul paquet TCP (1500 octets). Cela enlève une grande partie des frais généraux inutiles.
D'autre part, le serveur doit encore décompresser et analyser tous ces en-têtes.
Globalement, je pense que l’utilisation de SPDY réduira le besoin d’un domaine sans cookie.
Si vous avez des demandes apatrides, je choisirais toujours un dôme distinct pour deux raisons:
- Si vous n'avez pas besoin des cookies, il vaut mieux éviter de les obtenir.
- Tous les navigateurs actuels ne supportent pas encore SPDY.