Hahaha, mais oui, fasterfox… j’avais oublié ça… Bon, maintenant, si c’est pas “en standard”, qui peut expliquer pkoi ?
[quote=« MordOrion, post:20, topic: 48169 »]Ah purée ! merci. Pourquoi je ne l’ai pas su/vu avant ce truc :crying:[/quote]L’astuce date de 2004, c’est une astuce pour Firefox 1 qui fonctionne dans Firefox 3. 
Pour info d’après le changelog, TraceMonkey est considéré comme suffisamment stable pour une utilisation quotidienne dans les nightly. J’ai un peu testé, et effectivement on marche sur les traces de Chrome en termes de rapidité
Ca bug avec certains serveurs web et il faut dire que la charge côté serveur est fameusement augmentée.
On en a parlé, là par exemple.
…
Réponse officielle dans le dernier post par Clams:
Les builds actuelles sont vraiment sympas depuis qu’ils ont fixé quelques bugs de redraw (le edition rapide/complete qui chiait ici par exemple) et que le scroll et le zoom ne rament plus.
[quote=“ZGoblin, post:13, topic: 48169”]Avez-vous déjà essayé cet astuce pour rendre Firefox 3.0 beaucoup plus rapide :
http://forevergeek.com/open_source/make_firefox_faster.php
Chez moi, maintenant les pages s’affiche quasiment instantanément.[/quote]
Hop, je viens de faire la modif : effectivement, ca bourre !
Par contre, j’ai l’impression que ca change le comportement de la southbox : maintenant, le refresh me remet en haut de la southbox, et plus la ou j’etais. On retrouve le comportement d’ie et de chrome.
Du coup, ca expliquerai peut etre pourquoi ca fait ca sur les autres navigateurs.
C’est pareil pour ceux qui ont fait la modif ?
[quote=« ZGoblin, post:13, topic: 48169 »]Avez-vous déjà essayé cet astuce pour rendre Firefox 3.0 beaucoup plus rapide :
http://forevergeek.com/open_source/make_firefox_faster.php
Chez moi, maintenant les pages s’affiche quasiment instantanément.[/quote]
Putain, encore une astuce pour défoncer les serveurs Web. Je vous préviens : si je constate une augmentation de la charge sur le serveur de geekzone, je remet le module qui limite le nombre de requetes en parallele (en bloquant celles en trop à gros coups de 403 forbidden).
Vous êtes prévenus.
[quote=“unreal, post:27, topic: 48169”]Putain, encore une astuce pour défoncer les serveurs Web. Je vous préviens : si je constate une augmentation de la charge sur le serveur de geekzone, je remet le module qui limite le nombre de requetes en parallele (en bloquant celles en trop à gros coups de 403 forbidden).
Vous êtes prévenus. :)[/quote]
Trouver sur Geckozone :
[quote]Pipelining HTTP
Le pipelining permet de chaîner une série de requêtes que tu envoies au serveur en une seule connexion. Par exemple, quand tu charges une page avec trois images et deux feuilles de style, au lieu d’avoir six connexions avec le serveur, une pour chaque fichier, tu n’en feras que deux (la page, et puis “tout le reste”).
Il est dit qu’il n’est malheureusement pas bien supportée par certains serveurs Web et proxies mais c’est une fonctionnalité de HTPP/1.1 qui date de 1996. Ainsi cette fonction est gérée par Apache depuis au moins 1997, tout comme Jigsaw. Zeus le gère aussi depuis au moins la version 4 et c’est implémenté dans IIS depuis au moins la 4.0 et également dans Sun One, KF Web Server, le serveur de servertec et Webstar 3.
(note : je n’ai pas tout les documents validant ces informations. Si vous voulez m’aider à les trouver, je vous en remercie d’avance)
JigSaw? : http://www.w3.org/Talks/970115HTTP/all.htm ?
Zeus : http://www.zeus.com/solutions/media_servin…ntent_type.html
Zeus, Apache, IIS, Sun One : http://www.zeus.com/products/zws/features.htmlh
Servertec : http://www.servertec.com/products/iws/features.html[/quote]
D’après ce que je lis, la pipeline permet de se servir d’une unique connexion pour effectuer plusieurs requêtes, c’est une fonctionnalité de HTTP/1.1, je ne vois donc pas en quoi c’est agressif envers les serveurs Web, au contraire, il effectue une seul connexion pour plusieurs fichiers, c’est même gagnant/gagnant pour le client et pour le serveur, non ?
Oui c’est pile ça. Unreal semble parler du « network.http.max-connections-per-server », qui n’est pas évoqué dans l’« astuce » en question.
Tout en effet, j’ai lu un peu vite et pensé qu’on était revenu au temps « wow si je lance 500 connexions // sur le serveur ca affiche plus vite ».
My bad
[quote=“ZGoblin, post:28, topic: 48169”]Trouver sur Geckzone :
[quote]Pipelining HTTP
Le pipelining permet de chaîner une série de requêtes que tu envoies au serveur en une seule connexion. Par exemple, quand tu charges une page avec trois images et deux feuilles de style, au lieu d’avoir six connexions avec le serveur, une pour chaque fichier, tu n’en feras que deux (la page, et puis “tout le reste”).
Il est dit qu’il n’est malheureusement pas bien supportée par certains serveurs Web et proxies mais c’est une fonctionnalité de HTPP/1.1 qui date de 1996. Ainsi cette fonction est gérée par Apache depuis au moins 1997, tout comme Jigsaw. Zeus le gère aussi depuis au moins la version 4 et c’est implémenté dans IIS depuis au moins la 4.0 et également dans Sun One, KF Web Server, le serveur de servertec et Webstar 3.
(note : je n’ai pas tout les documents validant ces informations. Si vous voulez m’aider à les trouver, je vous en remercie d’avance)
JigSaw? : http://www.w3.org/Talks/970115HTTP/all.htm ?
Zeus : http://www.zeus.com/solutions/media_servin…ntent_type.html
Zeus, Apache, IIS, Sun One : http://www.zeus.com/products/zws/features.htmlh
Servertec : http://www.servertec.com/products/iws/features.html[/quote]
D’après ce que je lis, la pipeline permet de se servir d’une unique connexion pour effectuer plusieurs requêtes, c’est une fonctionnalité de HTTP/1.1, je ne vois donc pas en quoi c’est agressif envers les serveurs Web, au contraire, il effectue une seul connexion pour plusieurs fichiers, c’est même gagnant/gagnant pour le client et pour le serveur, non ?
[/quote]
Cette définition n’est pas vraiment exacte, elle pourrait très bien décrire une connexion HTTP 1.1 classique : elle reste ouverte après la réponse à une requête et le client peut faire à un nouveau GET sur la même connexion.
Le pipelining permet au client de faire plusieurs GET à la suite, sans attendre de réponse du serveur. Le serveur peut ainsi répondre à ces requêtes sans attente entre chaque. C’est d’autant plus intéressant que la latence entre le client et le serveur est importante.
Un petit lien si vous voulez tester le support de la balise . Y a des trucs sympa, notamment le “Video embedded in SVG” qui est assez bluffant.
Excellent le Video embedded in SVG. A télécharger en local parce que la démo fait juste 100 Mo 
[quote=“unreal, post:30, topic: 48169”]Tout en effet, j’ai lu un peu vite et pensé qu’on était revenu au temps “wow si je lance 500 connexions // sur le serveur ca affiche plus vite”.
My bad :)[/quote]
D’où la question donc : pourquoi c’est pas en standard ? :x
[quote=« Lemm, post:24, topic: 48169 »]Réponse officielle dans le dernier post par Clams:
(je postule qu’Unreal et Caf sont une seule et même personne, ils ont du mal a lire tous les deux )
Je pense que le fait que ça ne soit pas supporté à 100% par tous les serveurs Web et par les proxy justifie que ça ne soit pas en standard, par contre une option désactivé par défaut dans les préférences serait effectivement plus pratique que de passer par le about:config.
[Edit]
Pas assez rapide (mais en français)
Note :
Le pipelining n’a d’intérêt que si le nombre de connexion persistantes est limité (4 semble largement suffisant).
De même, un pipelining trop agressif peut-être contre productif : si plusieurs gros fichiers tombent dans le même pipe, on n’utilise pas de façon optimale l’ensemble des connexions.
D’autant plus que le nombre de connexions qu’un serveur peut traiter simultanément est limité.
Si tout le monde se mets à multiplier ses connexions par 4, beaucoup de sites web se retrouveraient à genou!
On a déjà expliqué que c’était pas le fonctionnement de la chose. Read up.
[quote=“ZGoblin, post:13, topic: 48169”]Avez-vous déjà essayé cet astuce pour rendre Firefox 3.0 beaucoup plus rapide :
http://forevergeek.com/open_source/make_firefox_faster.php
Chez moi, maintenant les pages s’affiche quasiment instantanément.[/quote]
La manip marche bien chez moi, mais depuis les videos youtube et dailymotion mette plusieurs minutes pour ce charger. Si je reset les paramètres tous reviens comme avant.
Dommage j’aimais bien les pages qui se chargent vite.