En fait ça vient carrément de HTTP/1.1 qui encourage (c'est un SHOULD et pas un MUST) à limiter le nombre de sessions qu'un client doit maintenir vers un serveur. A mon avis, le but était d'encourager l'usage des nouvelles fonctionnalités de HTTP/1.1 soit les connexions persistentes et le pipelining. Ça n'a pas empêché plein de navigateurs de dépasser la limite recommandée de 2 connexions et de continuer à augmenter la limite régulièrement (on doit être à 16 dans IE9).
C'est une astuce qui est devenu particulièrement populaire après les différentes conférences (et le livre) de Steve Souders, spécialiste des performances chez Yahoo! puis Google.
[^] # Re: Réponse
Posté par vjm . En réponse au journal Pourquoi acheter un domaine pour le contenu statique ?. Évalué à 8.
En fait ça vient carrément de HTTP/1.1 qui encourage (c'est un SHOULD et pas un MUST) à limiter le nombre de sessions qu'un client doit maintenir vers un serveur. A mon avis, le but était d'encourager l'usage des nouvelles fonctionnalités de HTTP/1.1 soit les connexions persistentes et le pipelining. Ça n'a pas empêché plein de navigateurs de dépasser la limite recommandée de 2 connexions et de continuer à augmenter la limite régulièrement (on doit être à 16 dans IE9).
C'est une astuce qui est devenu particulièrement populaire après les différentes conférences (et le livre) de Steve Souders, spécialiste des performances chez Yahoo! puis Google.
http://yuiblog.com/blog/2007/04/11/performance-research-part-4/
http://www.stevesouders.com/blog/2008/03/20/roundup-on-parallel-connections/