Ou meme de Netscape 
Netscape c’était la classe. 
CWiz : l’occupation RAM avec 4Go, rien a foutre, c’est juste que FF est mou sur certains trucs alors que Chrome ça speed tout le temps, dès le launch. J’espère qu’ils vont le coller au régime, il mérite de rester bien svelte le renard.
Enfin bon, mon browser principal c’est Safari sur le Mac. :>
Ca précharge pas tous les liens de la page des fois ce chrome, pour aller plus vite? Parce que vu le moulinage du disque dur que engendre ce navigateur, ça ne me surprendrait pas.
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.
C’est ce que faisait fasterfox il me semble
[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]
Roh putain mais s’trop cool
J’avais pas accordé trop de crédibilité à ce truc mais pourtant, strobien!
merci!!
[quote=« fser, post:16, topic: 48169 »]Roh putain mais s’trop cool
J’avais pas accordé trop de crédibilité à ce truc mais pourtant, strobien!
merci!![/quote]
c’est le jour et la nuit! Firefox est devenu aussi rapide que Chrome, comme quoi ^^
Ah oui, ça trace.
Punaise O_o ca booste sa maman ca. Bon bah je vais changer de browser moi …
Ah purée ! merci. Pourquoi je ne l’ai pas su/vu avant ce truc
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.