所有抱怨firefox速度不快或者功能不够强的人进来一下

樱家冢

关于兼容性，Magic的1.0.3的firefox已经打过madfox补丁了，应该说拥有相当不错的兼容性。

关于标签页，推荐安装 TabBrowser Extension 或者 Tab Mix Extension ，这两个扩展拥有非常强大的标签页扩展功能，而前者功能更强大，但消耗资源多于后者。

关于拖放，可以用 Super Drag & Drop Extension ，这个东西支持链接拖放打开新标签页，也支持拖放保存图片。

关于广告过滤，应该说 ADBlock 的正则表达式过滤规则远远强于Maxthon这类浏览器的通配符过滤规则，非常之方便和强大。

以上 Extension 都可以在 http://www.mozilla.net.cn/firefox/extensions/default.html 下载到。

如果感觉浏览器速度太慢，请在地址栏输入 about:config ，找到 “network.DNS.DisableIPv6” ，并设置为 true ，这可以关闭 DNS 的 IPv6 解析，大大提高域名解析速度。
找到“network.http.pipelining”并将其值属性改为“true”；找到“network.http.proxy.pipelining”并把它的值同样设置为“true”，这两个是分别打开有无代理服务器情况下的流水线功能，加快浏览速度。
找到“network.http.pipelining.maxrequests”并把它的值改的高一些，如果你改成10，意思就是要求它每次发送10个请求。
在about:config的页面窗口内右键，新建->整数，在弹出的对话框中输入“nglayout.initialpaint.delay”并将其值改为“0”，表示当浏览器收到网站回复的信息后立刻开始渲染页面而不等待后续内容（在网速过于缓慢的情况下可能导致页面渲染异常，刷新即可）。
完全关闭FireFox后退出，再重新打开FireFox，你将会有不一样的速度体验，会有2—3倍的速度提升，有兴趣的朋友可以实验一下。
以上优化部分内容摘自驱动之家 Mars的文章。


转贴：关于优化fiefox提高浏览速度   

--------------------------------------------------------------------------------

大家很关心的一个话题。之前有一个mozilla optimizer，不过这个优化程序有些选项容易引起页面显示错乱，所以管理员取消置顶了。
那么，如何优化firefox的浏览速度、显示速度呢？firefox是不是多线程浏览的呢？（之前有很多人说firefox是靠多线程提高浏览速度的）

转一个帖子，来解释一下这些问题
－－－－－－－转贴之前－－－－－－－
第一个优化选项：nglayout.initialpaint.delay，如果我没有记错，这个参数的作用为：解释网页并显示 之前的延迟时间，单位毫秒。 大家知道，网页要显示，必须要有内容，也就是从服务器上获得的网页数据，而获取网页数据需要时间，因此这个参数就是用来给获取网页这一过程以时间的。因此，如果你设置为60000（一份钟），在等待一份钟后，网页一下子完整的显示出来；如果设置为100（默认值），则这个时候已经下载了一部分网页，就现把这一部分显示出来，也就是网页逐渐显示完全。罗嗦了半天，不知道是否明白了这个值的作用？这个参数对于提高浏览速度是没有太大作用的。100足矣。
－－－－－－－－－转贴：原位置：http://forum.mozcn.org/viewtopic.php?id=14 作者：boson－－－－－－－
关于 firefox 里面和 HTTP 连接有关的参数设置

哈哈先把 atppp 的搬过来

发信人: atppp (Big Mouse), 信区: Firefox
标 题: 关于 firefox 里面和 HTTP 连接有关的参数设置
发信站: BBS 水木清华站 (Sun Nov 21 08:14:43 2004), 站内

关于 firefox 里面和 HTTP 连接有关的参数设置

本文是我和一个大牛啰里啰唆的聊天记录整理翻译，属于科普，有些地方可能说得不准确，大家不要当作专业技术文章看。欢迎拍砖。

一个典型的网页，是由一个 html 文件和内嵌的各类元素组成的，这些元素包括页面内的图片，css 文件，javascript 文件等等。每一个内嵌的元素在 HTTP 协议的层面上和那个 html 文件是没有区别的：也就是都需要浏览器去服务器上抓下来。一个早期典型的浏览器是这样实现的：当用户敲入网址之后，浏览器和服务器建立连接，请求这个 html 页面，然后边接收服务器发送的 html 页面，边解析，碰到内嵌元素，可以立即开第二条连接请求。另外，如果内嵌元素很多，他可能会开多条连接同时请求。当所有需要的元素都下载完毕之后，浏览器就会将页面画出来。这个过程就是最早期的 HTTP/1.0 协议所设想
的浏览器实现。

HTTP/1.0 这种多连接的运作模式是可以改进的。建立 TCP 连接的过程是这样：客户端给服务器发一个网络包说我要和你建立连接，服务器收到之后回一个网络包说“我愿意”，然后客户端要再发给服务器一个网络包说“好那咱们开始传数据吧”。这一来一去三个包才能建立 TCP 连接。连接建立之后，浏览器给服务器发请求，服务器给浏览器回应。完事之后又要来回几个网络包关闭 TCP 连接。如果页面有很多文件长度很短的元素，每个元素都需要单建一条连接就会导致网络上大量的都是 TCP 建立连接和断开连接的网络包。另外，TCP 有一个特性叫做 slow start，其含义可以大致这样解释：TCP 连接要求发送端发送一定数量的网络包之后接收端就要回一个“我收到”的网络包，而且网络包在经过每个路由器的时候包头都要被重写，所以在网络不丢包的情况下网络包越大网络的效率就越高。TCP 连接寻找最优网络包大小的方法是，在 TCP 连接建立的初期，网络包的大小是很小的，根据网络状况，两端的程序才会逐步增大网络包的大小以适应带宽提高网络传输的效率。所以浏览器给服务器发请求，如果每发一个请求就关闭连接的话，那这个连接的数据传输很难达到带宽所能承载的速度。

基于这种种原因，HTTP/1.1 很快出来了，提出了持久连接（persistent connection）的概念，也就是说同一条 HTTP 连接，可以同时处理多个请求，同时用一定的机制保证各个请求之间的分离性。具体的操作过程是：服务器给浏览器发送回应之后，并不马上关闭连接；浏览器判断上一个请求的回应已经收完的情况下，可以在这同一个连接上发第二个请求。这种运作模式大大减少了网络包，实验也表明这种做法很有效。但是，由于服务器上保持连接要占用一定的资源，所以一般服务器不会永久保持持久连接，而且也不推荐浏览器和服务器之间建立过多的持久连接。

持久连接可以进一步提速。这就是 pipelining 了。上面可以看到，浏览器需要等待持久连接里上一个请求的回应完全收完才能发送后面的请求。如果和服务器的连接比较慢，往往持久连接大部分时间都花在等待而非数据发送/接收上。pipelining 的意思是，浏览器可以在一个持久连接里一次给服务器发送多个请求，服务器在这个连接上依次回应这些请求。这种运作方式和浏览器缓存结合起来的时候会尤其有效果。比方，图片浏览过后会存在浏览器缓存中，再次请求的时候浏览器会对服务器说，我这里已经有这个图片的缓存了，修改时间是XXXX，如果服务器上这个图片在这之后没有修改过，就不用重发了。这种情
况下，服务器会发一个很短的 304 Not Modified 类型的回应。如果没有 pipelining，每次这样问一下都要等待网络上传输打一个来回；而如果有 pipelining，浏览器可以同时问服务器我这里 4 个图片是否有修改，如果服务器对 pipelining 支持的好，它甚至可以将四个回应放到同一个网络包里面传回来，这是一个大大的加速。

pipelining 最早提出的时候还有一种设想的用法是，如果服务器对 pipelining 支持的好，可以把同一个 pipeline 里面的两个请求放到两个 CPU 上去处理，这样能进一步加快响应速度。当然这个可能也没什么用。

好咯，回过来看一下 firefox about:config network.http.* 的相关参数

network.http.keep-alive 默认是 true
是否允许持久连接，这个默认就是 true，改成 false 的是大傻瓜。

network.http.keep-alive.timeout 默认是 300
持久连接允许的保持时间，这个调大了没意义，因为一般 server 设置的就是 300。server 把你咔嚓了你还能有什么办法。

network.http.max-connections-per-server 默认是 8
连接同一个服务器允许的最大连接数，一般认为在开启持久连接的情况下把这个数值调大没什么作用，而且不太道德。需要调大的情况比方：你同时从网站下 10 个大文件。

network.http.max-persistent-connections-per-server 默认是 2
连接同一个服务器允许的最大持久连接数，这个数值 HTTP/1.1 标准推荐的是 2。调大了反而增加你自己的网络消耗，而且一般一个服务器允许的持久连接数是有限的，你调大了就可能造成别人可用的减少，如果大家都调大，就意味着网络效率的丧失。我个人建议不要动这个数值。

network.http.pipelining 默认是 false
是否允许 pipelining，这个功能因为目前还是试验阶段，所以默认没有打开。强烈建议打开。

network.http.pipelining.maxrequests 默认是 4
每个持久连接允许一次发送的请求数。如果 pipeline 里面有一个大图片或者执行时间较长的脚本，后面已经发送的请求就会被阻塞（注意服务器必须是依次回应请求）；而在这种情况下，如果没有使用 pipelining，浏览器发现一个请求处理时间很长，自然会使用另一条持久连接用作后续请求，甚至进一步开启非持久连接。另外，如果服务器支持pipelining 不好而过早的关闭连接，浏览器势必要重新发送请求。基于这种种原因，有人认为这个数字设置得比 2 大反而会降低浏览速度。我个人的推荐是，这个数值一般情况可以保持默认值 4，如果浏览的网站有大量的静态小图片，或者网络速度较慢，可以尝试将其调大。

network.http.max-persistent-connections-per-proxy 默认是 4
每个代理服务器允许的最大持久连接数。4 是目前比较公认的最合适的数值，尽管HTTP/1.1 的推荐值是 2。

network.http.proxy.keep-alive 默认是 true
连接代理服务器是否允许持久连接。true 挺好的。

network.http.proxy.pipelining 默认是 false
连接代理服务器是否允许 pipelining。目前普遍认为大多数代理服务器支持 pipelining 并不好，所以一般不建议打开。

pipelining 目前是一个有争议的，仍旧在实验阶段的特性。虽然它可能确实会加快浏览速度，但是这在一定程度上取决于网络的各项因素，所以不要盲目的按照网上建议的方式设置相关的参数。


--

※ 修改:·atppp 于 Nov 21 10:30:44 修改本文·[FROM: 128.12.181.*]
※ 来源:·BBS 水木清华站 smth.org·[FROM: 128.12.181.*]
-----------------------------------------------------------------------------
如果你懒得看上面那么长，照着下面修改：
在地址栏中输入about:config，然后查找下面各项，如果没有可以新建
nglayout.initialpaint.delay 100

network.http.keep-alive true
network.http.keep-alive.timeout 300
network.http.max-connections-per-server 8
network.http.max-persistent-connections-per-server 2
network.http.pipelining true
network.http.pipelining.maxrequests 4（最好不要超过8）
network.http.max-persistent-connections-per-proxy 4
network.http.proxy.keep-alive true
network.http.proxy.pipelining false（如果你愿意尝试，也可以用true）

demonlj

哈哈，支持小狐狸吧。
用了插件之后觉得比maxthon和opera还好用，真是不错
当然，它还有些许没有解决的问题。但是，“发展”才是硬道理啊

badog

速度是快了很多.兼容性不错.
再试试开多页的速度,是不是会下降很多

badog

相比之下.firefox1.0.3速度(ipv6已优化)约是opera8.0的一半左右.
我差点删了opera8,幸好没有删除.

mopz0506

据说，我说的是据说，Opera 在下载还未完成时就开始解析和显示网页，而 Firefox 则等到全部完成才开始。

Opera 的方法给用户的感觉比较快，但是 Firefox 能避免错误地显示网页。

打个比方，Opera 处理网页的方式好象流媒体，可以下载一点播放一点；Firefox 则象 xvid 文件，必须全部下载完成。

turingcat

http://tech.sina.com.cn/s/2005-03-29/1819565009.shtml
这上面有firefox的修改提速方法，曾经试过，还蛮不错的。大家去看看吧。

小锁

速度(ipv6已优化)约是opera8.0的一半左右?
是不是速度是2倍？时间是一半？

badog

就是说opera更快点.
当然最快的是dillo比opera还快.可惜支持格式少点.

archerzz

opera8在我的机器上有问题，一直会死机，只好一直用konqueror :neutral:
不过速度opera实在是快啊！

omegao

论速度还是opera是毋庸置疑的！但是一直不太习惯，安装了各种插件的firefox还是比较强的，尤其opera中的中文字体一直没有搞定，比较难看。

樱家冢

[quote:7460c4bd80="turingcat"]http://tech.sina.com.cn/s/2005-03-29/1819565009.shtml
这上面有firefox的修改提速方法，曾经试过，还蛮不错的。大家去看看吧。[/quote]
试了一下，优化以后真是快的BT……

Rions

首先，速度决定于你的网络情况，99％的时候瓶颈是你的网络连接。
所谓的浏览速度，指浏览器如何把接收到的信息描绘到页面上的过程，这个功能由描绘引擎来实现。Firefox的描绘引擎是Gecko，opera的叫做Presto.
所有浏览器接收信息的速度是一样的。不过在描绘页面的时候，Opera直接显示接收到的文字信息，而Gecko会等待接收Style Sheet。Mozilla.org认为Opera的描绘方式可能会破坏页面的StyleSheet, 不过我还没有碰到这样的现象。因此
Opera的文字信息会出来的比较快。但是在宽带上，差距不超过1秒。
Opera的cache读取仅仅是简单的读取，而Gecko一般会检查页面是否更新，因此Opera的Cache读取是最快的。
另外之所以说两者各有千秋，是因为Firefox的兼容性比较强，而且他的扩展实在是潜力无限，Opera的fans也许说FX需要很多扩展实现Opera的全部功能，但是他们也应该意识到很多Fx的扩展功能opera永远都不可能实现。

引用Firefox.net.cn某斑斑的话。比较客观。
原文地址：http://www.firefox.net.cn/newforum/viewtopic.php?t=4664&highlight=opera

樱家冢

把优化的文章内容转过来了，大家可以看看，我的浏览器现在好快的说……

mopz0506

[quote:23a1dec9b2="turingcat"]http://tech.sina.com.cn/s/2005-03-29/1819565009.shtml
这上面有firefox的修改提速方法，曾经试过，还蛮不错的。大家去看看吧。[/quote]

设置为

network.http.pipelining                       true
network.http.pipelining.maxrequests 16
network.http.proxy.pipelining             true
nglayout.initialpaint.delay                   0

以后快得变态。用 Firefox 这么久，以前怎么没发现这样的文章。

chwoozy

这样改了之后有什么代价吗？
我记得有句话是这么说的：人如果不做出牺牲，就什么也得不到，为了得到某些东西就必须付出同样的代价，那就是炼金术的等价交换原则，那时我们相信那是世界的真理