关于限制firefox3中urlclassifier3.sqlite文件大小
在限制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抓取的反钓鱼网站和恶意站点数据的,但一般情况下他会不断增长。
还没有评论.
还没有引用.
升级迅雷5.9.*后引起下载历史记录丢失的问题
关于8月前 - 2 comments
通过迅雷的网站发现迅雷推出了最新的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 !
在Windows XP 中安装SQL SERVER 2000企业版
关于10月前 - 没有评论
SQL Server 2000企业版、标准版都只能安装于服务器版的操作系统中,而能够在Windows XP上安装的有个人版、开发版、MSDE(Microsoft SQL Server Desktop Engine),大家通过搜索引擎找到的这方面的文章最终安装的其实是MSDE加上企业管理器。
MSDE 与 SQL SERVER 最主要的区别是
1、MSDE 没有图形化的用户操作界面,但是可以通过安装企业版中的企业管理器来管理MSDE。
2、MSDE 的并发数只有25个。当使用 SQL Server 2000 Desktop Engine 或 Microsoft 数据引擎 (MSDE) 1.0 时,单个数据库的数据文件大小不能超过 2 GB(数据文件+日志文件的大小可以大于2GB)。
3、MSDE 是免费的, SQL SERVER 是收费的。
MSDE各SQL Server个人版中特有的一个功能并发控制:DBCC CONCURRENCYVIOLATION的使用说明
Transact-SQL Reference (SQL Server 2000)
DBCC CONCURRENCYVIOLATION
在Windows XP 中安装MSDE后SA是无法通过登陆的(但是使用Windows身份验证是没有问题的),因为你还没有与信任SQL SERVER连接相关联。这个需要对系统注册表进行修改:
在运行中输入regedit打开注册表编辑器,找到[HKEY_LOCAL_MACHINE\SOFTWARE\MICROSOFT\MSSQLSERVER\MSSQLSERVER],这个项里面有一个键值LoginMode,默认下,值是1,现在将值改为2,重启电脑。
再打开企业管理,使用SA连接MSDE,是不是OK了。
附上SQL Server 2000的联机丛书的部分内容:
SQL Server 2000 的各种版本所支持的操作系统
下表列出各 Microsoft® SQL Server™ 2000 版本支持的运行服务器软件的操作系统。
Firefox性能优化之升级SQLite引擎
关于1年前 - 没有评论
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,看看是不是快很多了!!
实现数据库的版本控制的思路
关于1年前 - 没有评论
数据库的版本控制与代码版本控制的区别在于数据库中的生产数据是现场创造的,当我们的表结构发生改变时,不能直接用drop table然后再create table,因为这样会导致生产数据丢失。而代码则完全由开发人员创造,可以用完全覆盖的方式升级。由于这点不同,致使数据库在版本控制的过程中必然要采用与代码不同的方法。
软件过程有一个过程方法叫迭代过程。对数据库的版本化,我们也可以采用这种类似的方法——后一个版本的脚本依赖于前一个版本的脚本,即当你要把数据库升级到第n个版本时,你必须先把数据库升级到第(n-1)个版本,以此递归。
我对对于数据库版本化的具体思路如下:
1.只存在一个基线版本;
2.在基线版本后的修改都是修正版本;
3.版本号遵从的格式通常是:主版本号.次版本号.修正号
修正版本SQL脚本的命名规则(表,视图,存储过程,用户,角色,规则,默认值,用户定义的数据类型,用户定义的函数,全文目录);
a.涉及表、视图、存储过程、触发器的增加 版本号为:V1.1.0.0。(主版本号不变,次版本号加一,修正号归零)
b.涉及表、视图、存储过程、触发器的更改、删除 版本号为:V1.2.1.0。(主版本号和次版本号不变,修正号加一)
c.向表中增加、删除初始化数据的变化 版本号为:V1.2.1.1。(在修正号后增加一个标识)
4.SQL脚本的格式:
每一个版本号为一个目录,目录下分别存放处理表、视图、存储过程等的SQL脚本;
/Database
├─V1.0.0.0
│ Full-Text.sql
│ Procedures.sql
│ Tables.sql
│ Views.sql
│
├─V1.1.0.0
│ Tables.sql
│ Views.sql
│
├─V1.1.1.0
│ Full-Text.sql
│ Procedures.sql
│ Tables.sql
│ Views.sql
│
├─V1.1.1.1
│ Tables.sql
│
└─V1.1.2.0
Full-Text.sql
Procedures.sql
Tables.sql
Views.sql
5.关于数据库中的版本说明及更新记录:
在每个数据库中新建一个表,名称为DBVersion,用于记录数据库经历的版本记录以及最新的版本信息;
可用于SQL Server 2000的SQL代码
if exists (select * from dbo.sysobjects where id = object_id(N‘[dbo].[DBVersion]‘) and OBJECTPROPERTY(id, N‘IsUserTable’) = 1)
drop table [dbo].[DBVersion]
GO
CREATE TABLE [dbo].[DBVersion] (
[DB_ID] [int] IDENTITY (1, 1) NOT NULL ,
[DB_Version] [varchar] (16) COLLATE Chinese_PRC_CI_AS NOT NULL ,
[DB_Update_Time] [datetime] NOT NULL ,
[DB_Remark] [varchar] (255) COLLATE Chinese_PRC_CI_AS NULL
) ON [PRIMARY]
GO
6.编写程序以实现以下功能:
读取Database目录的各个版本中的SQL文件,以实现升级或者新建数据。
对于升级数据库需要能够根据DBVersion表中的信息自动选择需要导入的SQL文件;或者提示用户当前可以升级到哪一些版本。
同时还需要有校验Database中版本的文件是否完整(包括版本完整和文件完整,这就需要存在一个校验文件);
参考Linux内核版本号的命名规则:
Linux内核 版本号命名规则
Linux内核的版本号是有一定的规则的,版本号遵从的格式通常是:主版本号.次版本号.修正号。
主版本号和次版本号标志着重要的功能变动;修正号表示较小的功能变动。
以2.6.12版本为例,
2代表主版本号,6代表次版本号,12代表修正号。
其中次版本号还有特定的意义:如果次版本
号是偶数,则表示该内核是一个可放心使用的稳定版;如果次版本号是奇数,则表示该内核加
入了一些测试的新功能,是一个内部可能存在BUG的测试版
。如:2.5.74表示是一个测试版就的内核,2.6.12表示是一个稳定版的内核。
我们可以从Linux官方网站上:http://www.kernel.org/下载最新的内核代码!
Firefox3中about:config页面提示"XML解析错误:未找到元素"
关于1年前 - 没有评论
Firefox从3.0升级到3.0.1后, 在地址栏输入 about:config ,页面出现错误信息:
XML解析错误:未找到元素
位置:about:config
行:1,列:1
好奇怪的问题,在Firefox中文社区有帖子提示说可能是中文语言包的问题,但是没有具体的解决办法。
有别外一种方法也可以访问到about:config的配置页面,在地址栏中输入 chrome://global/content/config.xul
通过尝试终于找到此问题的解决办法。
下载http://stage.mozilla.org/pub/mozilla.org/firefox/nightly/3.0.1-candidates/build1/mac-xpi/zh-CN.xpi
关闭Firefox 3.0.1
用Winrar打开下载到的zh-CN.xpi,在chrome目录中有一个zh-CN.jar的文件
将此文件替换E:\Program Files\Mozilla Firefox 3\chrome(Firefox安装目录)中的zh-CN.jar文件
重新启动Firefox再在地址栏输入 about:config ,是不是又看到熟悉的配置界面了呢!
使用Tor代理+Firefox+FoxyProxy访问SourceForge
关于1年前 - 没有评论
距离SourceForge被封已经有段时间了,但仍然没有恢复的迹象。
之前提供了一些访问SourceForge的方法,如:
SourceForge无法访问的解决办法
通过Sourceforge镜像下载站点突破电信封锁
但是总觉得不太方便。通过免费的VPN(linkideo )访问SourceForge的速度不错,但是无法照顾到同时访问国内网站的用户;使用 无界浏览 这个代理软件没有通过VPN上网的缺点,但是它会清除IE中的Cookies;而SourceForge的镜像只能获取到软件。
这次推荐的使用Tor代理+Firefox+FoxyProxy访问SourceForge 的方法对于经常使用Firefox的朋友来说应该算是完美了。
具体的实施过程见:http://www.zxlm.cn/software/tor-firefox-foxyproxy-access-sourceforge.html
对于想偷懒的朋友,可以在安装Tor,Firefox,FoxyProxy后,下载附件中的压缩文件,
将其中的foxyproxy.xml解压到Firefox的配置目录中,就可以省去设置FoxyProxy的步骤了。
Firefox的配置目录类似于:C:\Documents and Settings\Administrator\Application Data\Mozilla\Firefox\Profiles\xex5s159.default\
附件:foxyproxy.zip(1883 Byte)
SQL Server 2000 各种对象的最大值(数量或大小)
关于1年前 - 没有评论
管理的一个数据库大小将近10G,开始担心数据库会不会过大,查询SQL Server的联机丛书后发现自己的担心真的是多余的。
SQL Server 2000数据库文件大小(数据、日志)最大可以支持 32 TB 的文件
截取SQL Server 2000联机丛书中的最大容量说明方便大家查阅。
SQL Server数据库各对象的最大容量说明
下表说明在 Microsoft SQL Server 数据库中定义的,或在 Transact-SQL 语句中引用的各种对象的最大值(数量或大小)。下表不包含 Microsoft® SQL Server 2000™ Windows® CE 版。
最大值(数量或大小)
对象
SQL Server 7.0
SQL Server 2000
批处理大小
65,536 * 网络数据包大小1
65,536 * 网络数据包大小1
每个短字符串列的字节数
8,000
8,000
每个 text、ntext、或 image 列的字节数
2 GB-2
2 GB-2
每个 GROUP BY、ORDER BY的字节数
8,060
每个索引中的字节数
900
9002
每个外键的字节数
900
900
每个主键的字节数
900
900
每行字节数
8,060
8,060
存储过程源文本中的字节数
批处理大小之较小者或者 250 MB
批处理大小之较小者或者 250 MB
每个数据表的聚集索引数
1
1
GROUP BY、ORDER BY 中的列数
只受字节数限制
GROUP BY WITH CUBE 或 WITH ROLLUP 语句中的列数或表达式数目
10
每个索引的列数
16
16
每个外键的列数
16
16
每个主键的列数
16
16
每个基础数据表的列数
1,024
1,024
每个SELECT 语句的列数
4,096
4,096
每个INSERT 语句的列数
1,024
1,024
每个客户端的连接个数
已配置连接的最大值
已配置连接的最大值
数据库大小
1,048,516 More >
限制Firefox中urlclassifier3.sqlite文件大小的方法
关于1年前 - 6 comments
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
关于1年前 - 1 评论
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. More >
删除Firefox地址栏下拉列表中的指定记录
关于1年前 - 1 评论
Firefox地址栏下拉列表(智能地址栏)中有时会出现并不是自己经常使用的记录,如何删除呢?
当我遇到这个问题的时候,打算通过直接修改Firefox3的splaces.sqlite中的相关记录的信息,但是还没有成功,之后发现原来可以通过快捷键来删除的。
打开Firefox地址栏下拉列表(智能地址栏),将鼠标移动到需要删除的记录下,按下Shift + Delete 就可以删除了。