一个经得起时间考验的人
sqlite
升级迅雷5.9.*后引起下载历史记录丢失的问题
七 2nd
通过迅雷的网站发现迅雷推出了最新的5.9.3.951版本,软件在界面和可用性方面都有了极大的提高。
兴冲冲的下载下来,一跟Next时,出现UserDataUpgrade.exe运行错误,但是迅雷还是正常完成了安装。
安装启动后发现新版本的迅雷的下载历史记录里一片空白。
经过简单分析,发现迅雷5.9版本在安装时如果发现在选择的安装目录存在“Profiles”目录就会自动调用UserDataUpgrade.exe将老版本的历史记录导入到新版本5.9的下载记录文件
E:\Program Files\Thunder\Program\ThunderStorage.dat
ThunderStorage.dat这个文件为SQLite数据库文件。
只是不知道什么原因在安装的时候UserDataUpgrade.exe没有成功运行,从而未将历史记录文件导入。
最后,卸载5.9.3.951 重新安装 Thunder.v5.7.6.426.NoAD-Ayu.zip !
Firefox性能优化之升级SQLite引擎
三 3rd
SQLite是轻量级的开源数据库引擎,Firefox通过SQLite引擎将用户的大部分数据保存在后缀为.sqlite的文件数据库中,随着places.sqlite,formhistory.sqlite,urlclassifier3.sqlite等这些文件的不断增长,Firefox的性能也在慢慢降低。
通过删除places.sqlite,formhistory.sqlite,urlclassifier3.sqlite等这些数据库文件中的历史记录当然可以使Firefox的性能有所提升,不过做为开源软件的SQLite,辛勤的开发者在不断地对它进行完善、性能的优化。
比如,Firefox 3.0.6中使用的SQLite引擎的版本是:3.5.9,现在SQLite的最新版本是Version 3.6.11。所以一个能够提升Firefox性能的方法也就出来了:升级Firefox的SQLite引擎。
具体方法如下:
1.下载SQLite的最新版本:http://www.sqlite.org/download.html
Windows用户下载sqlitedll-3_6_11.zip,Linux用户下载sqlite-3.6.11.so.gz
2.关闭Firefox后将下载到的压缩包里的sqlite3.dll(Windows)或sqlite3.so 替换Firefox安装目录下的相应文件。
再重新开启Firefox,看看是不是快很多了!!

关于限制firefox3中urlclassifier3.sqlite文件大小
十 14th
在限制Firefox中urlclassifier3.sqlite文件大小的方法一文提出了通过设置"urlclassifier.updatecachemax"来限制urlclassifier3.sqlite文件大小的方法,不过经过测试发现此方法无效.
通过测试发现当我把urlclassifier.updatecachemax设置为104857600 (即100MB),然后将firefox3配置目录下的urlclassifier3.sqlite删除,随后经过一段时间,发现urlclassifier3.sqlite的大小为55036KB,小于100MB。
随后我再把urlclassifier.updatecachemax设置为10485760 (即10MB),然后再把firefox3配置目录下的urlclassifier3.sqlite删除,随后经过一段时间后,发现urlclassifier3.sqlite的大小为55036KB,已经远远超过设定的 10MB了。
所以通过设置"urlclassifier.updatecachemax"来限制urlclassifier3.sqlite文件大小的方法行不通了。
不过在我使用firefox3的过程中,发现urlclassifier3.sqlite的大小一直在50MB左右,所以大家也不用太担心此文件了。
BTW:urlclassifier3.sqlite文件用于记录Firefox从Google抓取的反钓鱼网站和恶意站点数据的,但一般情况下他会不断增长。
限制Firefox中urlclassifier3.sqlite文件大小的方法
五 27th
urlclassifier3.sqlite文件用于记录Firefox从Google抓取的反钓鱼网站和恶意站点数据的,但是这个文件大小在默认情况下会不断地增长,通过设置"urlclassifier.updatecachemax"可以限制urlclassifier3.sqlite的大小.
在Linux版本下"urlclassifier.updatecachemax"默认为104857600 (100 MB)
而Windows下的Firefox3中"urlclassifier.updatecachemax"默认为-1,即不限制urlclassifier3.sqlite的大小。
所以即不希望彻底禁止Firefox的反钓鱼功能,又不希望urlclassifier3.sqlite增长得疯狂的朋友可以把Firefox3中"urlclassifier.updatecachemax"的大小设置为一个合理的值。
不过经过测试Firefox3并不会把urlclassifier3.sqlite的大小严格限制在"urlclassifier.updatecachemax"设置的大小之内,估计是为了保证反钓鱼数据的完整性。
例如,我把"urlclassifier.updatecachemax"设置为"20971520"(20MB),实际的urlclassifier3.sqlite文件大小在 24MB左右。
关于Firefox3的反钓鱼数据库urlclassifier3.sqlite
五 27th
urlclassifier3.sqlite是Firefox3生成的反钓鱼数据库,而urlclassifier2.sqlite则是Firefox2的反钓鱼数据库.
urlclassifier3.sqlite位于“D:\Documents and Settings\Administrator\Local Settings\Application Data\Mozilla\Firefox\Profiles\随机字符串.default\urlclassifier3.sqlite”
而urlclassifier2.sqlite位于“D:\Documents and Settings\Administrator\Application Data\Mozilla\Firefox\Profiles\随机字符串.default”
不过Firefox3生成的这个数据库的体积有点吓人,比如我安装的Firefox生成的urlclassifier3.sqlite达到了53M,而且还有增长的趋势。
在查看了MozillaZine Knowledge Base知识库后,发现这个数据库是Firefox3从Google的一个服务中获取的(可以在about:config中查找“urlclassifier.keyupdatetime”):
https://sb-ssl.google.com/safebrowsing/newkey
而且发现有个参数“urlclassifier.updatecachemax”应该是控制urlclassifier3.sqlite文件的大小的:
Firefox incorporates the Google Safe Browsing extension in its own Phishing Protection feature to detect and warn users of phishy web sites.
In Linux, the periodic updates for the blacklist caused significant amounts of disk activity due to index and cache sizes for the underlying SQLite database. This preference controls a maximum cache size for SQLite that cuts down on the amount of disk activity required during an update.
Maximum size of the SQLite cache during an update, in bytes. Default in Linux is 104857600 (100 MB); elsewhere, -1 (SQLite default).