firefox的dns缓存功能

本地使用virtualbox安装了一个arch server假设了一个wordpress博客,发现当ip换掉以后,ff老无法更新新ip,原来firefox有dns缓存功能.

可以手动修改同时按下Ctrl + Shift + Delete，点details，只选中cache，然后点clear，删了。

about:config

network.dnsCacheExpiration  把原来的60改成 10000(表示缓存10000秒)
network.dnsCacheEntries  把默认的20改成1000(表示缓存1000条).如果没 有上面两个项目,新建即可。

但是dns缓存太久了也会出问题，比如有的网站ip换了，就无法访问了。针对这样的问题，可以安装一 个 firefox 插件来开启或者关闭dns cache功能，https://addons.mozilla.org/zh-CN/firefox /addon/5914

参考 : Simple Firefox DNS Hacks To Boost Performance

Enable/Show “http://” URL Prefix in Firefox 7 Location Bar

It’s all set for Firefox 7 final release on September 27th of this month, Mozilla follows Chrome and Opera removes http:// protocol and trailing slash by default in the location bar for user friendly and better readability, that means you can only view or for that matter Firefox shows www.Example.com in the address bar. It may be confusing for novice users, here is how to enable or show http:// in the location bar again.

But Firefox will display https:// prefix in the URL bar to let the users know they’re are on secured page and when you copy and paste URLs Firefox will include http prefix.

Show http:// in Firefox 7 URL bar
1. Type “about:config “ in the address bar and press enter proceed by agreeing to the warning.
2. Double-click on browser.urlbar.trimURLs preference to turn its value to false.
Now type any website URL in the browser, HTTP:// will be shown greyed out/not highlighted for a change in Firefox 7 when compared to previous versions.
Update: Set “browser.urlbar.formatting.enabled” preference to false after the above mentioned steps to remove the highlighting.(Thanks to Anonymous commenter).

flashbeta hang system in arch 64

在安装arch的时候，按照wiki说的安装了64位的flashbeta，结果导致看flash的时候经常死机

不明原因，经过google搜索在 https://bbs.archlinux.org/viewtopic.php?id=125289

找到了解决办法，原来是打开了flash的硬件加速功能

取消硬件加速很简单
编辑 /etc/adobe/mms.cfg
EnableLinuxHWVideoDecode=0

firefox search engines for arch linux

install  arch-firefox-search to get firefox arch search engines(aur,pkgs,bbs,wiki,etc)

通过压缩数据库加速 Firefox ［转载］

Firefox 启动和关闭的速度很慢，智能地址栏的显示速度也很慢，已经是众所周知的事实。TualatriX 已经帮我们找到的原因所在，是因为 Firefox 保存了过多的浏览信息和历史记录在其所使用的 SQLite 数据库中，详情可以参考 彻底优化让Firefox不再卡。
今天又在 http://weblog.savanne.be/153-performance-tip-of-the-day 看到了一条，通过压缩 Firefox 使用的 SQLite 数据库来改善 Firefox 的速度。
首先完全关闭 Firefox，然后执行：

for f in ~/.mozilla/firefox/*/*.sqlite; do sqlite3 $f 'VACUUM;'; done

这条命令完全无害，不会删除任何东西，只会把数据库压缩，减少数据库文件大小，从而加快 Firefox 载入历史信息的速度。
尝试了一下，确实有些改善，配合 TualatriX 的秘籍，现在已经不再为这个问题所困扰 。
其实这招对所有使用 SQLite 的程序都有用，比如 Liferea，如果你想压缩所有的 SQLite，那么可以使用下面的命令：

find ~ -name '*.sqlite' -exec sqlite3 '{}' 'VACUUM;' \;

他会找出家目录下面所有的 SQLite 文件，然后把他们压缩，把他加入到 crontab 中去是个不错的主意～


来源: 通过压缩数据库加速 Firefox - LinuxGem - 为你搜集新鲜的 Linux 技巧和软件

给你的Mozilla FireFox加速

在Linux下我只有选择Firefox了（Opera没有预装所以就免了），总是感觉狐狸打开一个网页慢慢吞吞的，没有Opera快，上网查了一下有相关的提速的文章介绍，设置完成后果然有种改天换地的感觉。

具体方法如下：
启 动FireFox，在地址栏中输入"about:config"，页面中找出以下选项（如果没有就新建一个）：
"nglayout.initialpaint.delay"（默认值为250，更改为0）；
"network.http.pipelining"（默认 值为false，更改为true）；
"network.http.proxy.pipelining"（默认值为false，更改为true）；
"network.http.pipelining.maxrequests"（默认值为4，更改为8）完成设置后保存退出。

重新打开FireFox，这时候就会发现浏览网页的速度比修改之前要快多了。

以下是摘录的详细原理说明：

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

Firefox配置

加速DNS解析

地址栏中输入：about:config

忽略警告

在页面最上部的Filter(过滤器)中输入:network.dns.disableIPv6

页面自动刷新显示。双击network.dns.disableIPv6这一行，这时这一行将加粗。（禁用ipv6解析，加速了吧?）

重启Firefox

来源: Qref/More - Ubuntu中文