易栈网-膘叔

看完这篇文章后，两个字：郁闷。
理由是我刚刚装完visualSVN，结果就看到这篇文章了，由于已经有三个人在用这个SVN，想再更换也不方便，所以就不再更换了。不过文章还是要转一下的，作个备份还是很重要的，下次再换成标准的SVN服务器。
原文链接：http://www.phpweblog.net/fuyongjie/archive/2009/01/05/6265.html（由于原文也是转摘的，但我不知道最初的地址，只能用这个地址了）
原文如下：
作者： rocksun 　来源：Subversion

Subversion安装成service

以前的svnserve要想成为windows服务，必须依赖于svnservice或其他工具。从Subversion1.4开始，Subversion本身就集成Windows服务的工具。

1，安装svnservice

在Windows NT中（包括Windows XP, Windows 2000, Windows 2003 Server）本身包含了一个安装服务的工具，叫做"Service Control"，也就是sc.exe。

例如我的Subversion安装在"D:\Subversion"，版本库在"D:\svnroot"，而我希望对应的Subversion服务名为svnservice，安装这个svn服务的命令就可以这样写：

sc create svnservice binpath= "D:\Subversion\bin\svnserve.exe --service -r D:\svnroot" displayname= "SVNService" depend= Tcpip

请注意，因为便于察看，上面的命令分为多行，但在实际执行时应该在一行里。另外，在以前启动svnserve时会使用"-d"选项，也就是守护进程模式，在这里不能使用，会导致服务无法启动。同样，"-i"和"-t"选项也不能使用。

在命令行窗口执行完这个命令之后，服务还没有启动，你可以继续运行"net start svnservice"启动这个服务，然后使用"net stop svnservice"停止服务。

另 外还有两点需要小心处理。首先，如果路径中包括空格，一定要用“\”处理“"”号，例如上面的例子中如果svnserve.exe在“c: \program files\subversion\”中，则命令应该写为“binpath= "\"c:\program files\subversion\bin\svnserve.exe\"”（“”中的内容），整个命令如下，红色部分是改变部分：

sc create svnservice binpath= "\"D:\program files\Subversion\bin\svnserve.exe\" --service -r D:\svnroot" displayname= "SVNService" depend= Tcpip

其次，sc对选项的格式还有要求，例如“depend= Tcpip”不能写为“depend = Tcpip”或“depend=Tcpip”，也就是“=”前不能有空各，而后面必须有空格。

2，删除服务

如果服务安装的有问题，你可能需要删除服务。要删除前面添加的服务，只需要运行"net start svnservice"，"svnservice"就是我们创建服务时使用的名字。

3，配置服务是自动启动

默认情况下安装的服务不会随Windows的启动而启动，为了使svn服务能够随Windows启动而启动，需要修改一下"sc create"命令（首先要删除），增加"start= auto"选项：

sc create svnservice binpath= "D:\Subversion\bin\svnserve.exe --service -r D:\svnroot" displayname= "SVNService" depend= Tcpip start= auto

当然你也可以使用图形化的工具修改服务的属性，你可以在“开始->运行...”中执行"services.msc"，然后在界面中修改。

Subversion的权限控制

1，认证（Authentication）和授权（Authorization）

这两个术语经常一起出现。其中认证的意思就是鉴别用户的身份，最常见的方式就是使用用户名和密码，授权就是判断用户是否具备某种操作的权限，在 Subversion里提供了“authz-db”文件，实现了以路径为基础的授权，也就是判断用户是否有操作对应路径的权限，在Subversion 1.3之后，svnserve和Apache一样都可以使用“authz-db”文件。

2. svnserve下的配置文件

因为本文是以svnserve为例的，所以先介绍一下版本库目录的结构：

D:\SVNROOT\PROJECT1 ├─conf ├─dav ├─db │ ├─revprops │ ├─revs │ └─transactions ├─hooks └─locks

其中conf下面有三个文件：

authz passwd svnserve.conf

其中的“svnserve.conf”是这个版本库的配置文件，当使用svnserve时，这个配置文件决定了使用什么认证和授权文件：

password-db = passwd authz-db = authz

上面的配置说明使用“svnserve.conf”同目录的passwd和authz，其中的password-db指定了用户密码文件，authz-db是我们的授权文件，也就是我们本文主要介绍的文件。

注意：使用Apache作为服务器时，根本就不会参考“svnserve.conf”文件的内容，而是会参考Apache的配置。

3，基于svnserve的版本库文件布局

使用svnserve时，为了管理的方便，应该使用相同的认证和授权文件，所以应该让所有版本库的配置文件svnserve.conf指向同一个password-db和authz-db文件。下面是一个多版本库的目录：

D:\SVNROOT ├─project1 │ ├─conf │ ├─dav │ ├─db │ │ ├─revprops │ │ ├─revs │ │ └─transactions │ ├─hooks │ └─locks └─project2 ├─conf ├─dav ├─db │ ├─revprops │ ├─revs │ └─transactions ├─hooks └─locks

D:\SVNROOT下有两个目录project1和project2，都已经创建了版本库，所以我们修改每个conf目录下的svnserve.conf，使之指向同一个password-db和authz-db文件。

password-db = ..\..\passwd

authz-db = ..\..\authz这样，D:\SVNROOT\passwd和D:\SVNROOT\authz就控制了所有版本库的svnserve访问。另外在 后面的操作中要关闭匿名访问，应该去掉“anon-access = none”前的“#”号，保证只有认证用户可以访问。

注意：还有一点需要注意，那就是svnserve的“realm”的值，在上面的设置下，应该保证所有的版本库使用相同的realm值，这样，对版本库的密码缓存可以在多个版本库之间共享，更多细节见客户端凭证缓存。

4，测试用户和组说明

版本库禁止任何匿名用户的访问，只对认证用户有效。

root:配置管理管理员，对版本库有完全的管理权限。

p1_admin1:project1的管理员，对project1有完全权限。
p1_d1:project1的开发者，对project1的trunk有完全的权限，但是对其中的/trunk/admin目录没有任何权限。
p1_t1:project1的测试者，对project1的trunk有完全的读权限，但是对其中的/trunk/admin目录没有任何权限。

p2_admin1:project2的管理员，对project2有完全权限。
p2_d1:project2的开发者，对project2的trunk有完全的权限，但是对其中的/trunk/admin目录没有任何权限。
p2_t1:project2的测试者，对project2的trunk有完全的读权限，但是对其中的/trunk/admin目录没有任何权限。

对应的组及组的用户：

p1_group_a:p1_admin1 p1_group_d:p1_d1 p1_group_t:p1_t1 p2_group_a:p2_admin1 p2_group_d:p2_d1 p2_group_t:p2_t1

5，修改D:\SVNROOT\passwd文件

前面已经说过了，用户和密码文件应该是在D:\SVNROOT\passwd，所以我们为每一位用户设置权限，文件内容如下：

[users] p1_admin1 = p1_admin1 p1_d1 = p1_d1 p1_t1 = p1_t1 p2_admin1 = p2_admin1 p2_d1 = p2_d1

p2_t1 = p2_t1为了便于验证，所有密码和用户名一致，如果你使用的是其他认证方式，这一步可能不同，但是用户名应该都是一样的。

6，配置授权，修改D:\SVNROOT\authz

[groups] # 定义组信息 p1_group_a = p1_admin1 p1_group_d = p1_d1 p1_group_t = p1_t1 p2_group_a = p2_admin1 p2_group_d = p2_d1 p2_group_t = p2_t1 [/] # 指定所有的版本库默认只读，root可读写 * = r root = rw [project1:/] # 指定对版本库project1根目录的权限 @p1_group_a = rw @p1_group_d = rw @p1_group_t = r [project1:/trunk/admin] # 指定对版本库project1的/trunk/admin根目录的权限， # p1_group_a读写，p1_group_d和p1_group_t没有任何权限。 @p1_group_a = rw @p1_group_d = @p1_group_t = [project2:/] # 指定对版本库project2根目录的权限 @p2_group_a = rw @p2_group_d = rw @p2_group_t = r [project2:/trunk/admin] # 指定对版本库project1的/trunk/admin根目录的权限 @p2_group_a = rw @p2_group_d = @p2_group_t =

经过以上设置以后，你会发现一些有趣的事情。当使用用户“p1_d1”，检出project1的trunk时，目录是空的，好像admin目录根本不存在一样，当使用p1_d1用户浏览版本库时，能够看到admin目录，但是其中的内容却无法看到。

关 于中文目录，也是没有问题的，只是注意要把authz文件转化为UTF-8格式，在我的WINXP的UltraEdit里显示的文件格式为U8-DOS， 具体的做法是用UltraEdit打开authz文件，然后选择“文件->转换->ASCII转UTF-8”，然后保存。

再复杂的情况也不过如此，在实际的工作中要首先规划好权限，只赋给用户最小的权限，保证以最小的配置实现最复杂的权限控制。

Subversion备份

版本控制最关键的一件事是保证数据的安全性，不能因为磁盘损坏，程序故障造成版本库无可挽回的错误，为此必须制定较完备的备份策略。在Subversion中，我们有三种备份方式：完全备份，增量备份和同步版本库。

1, 完全备份

最常见和简单的备份就是直接使用拷贝命令，将版本库目录拷贝到备份目录上，就可以了。但是这样不是很安全的方式，因为如果在拷贝时版本库发生变化，将会 造成备份的结果不够准确，失去备份的作用，为此Subversion提供了“svnadmin hotcopy”命令，可以防止这种问题。

还记得我们的版本库目录吗？

D:\SVNROOT ├─project1 │ ├─conf │ ├─dav │ ├─db │ │ ├─revprops │ │ ├─revs │ │ └─transactions │ ├─hooks │ └─locks └─project2 ├─conf ├─dav ├─db │ ├─revprops │ ├─revs │ └─transactions ├─hooks └─locks

如果要把project1备份到d:\svnrootbak目录下，只需要运行：

svnadmin hotcopy d:\svnroot\project1 d:\svnrootbak\project1

但是我们作为配置管理员，必须想办法优化这个过程，如果我们这个目录下有许多版本库，需要为每个版本库写这样一条语句备份，为此我写了下面的脚本，实现备份一个目录下的所有版本库。我们在D:\SVNROOT下创建了两个文件，simpleBackup.bat：

@echo 正在备份版本库%1......
@%SVN_HOME%\bin\svnadmin hotcopy %1 %BACKUP_DIRECTORY%\%2
@echo 版本库%1成功备份到了%2！

这个文件仅仅是对“svnadmin hotcopy”的包装，然后是backup.bat：

echo off

rem Subversion的安装目录
set SVN_HOME="D:\Subversion"

rem 所有版本库的父目录
set SVN_ROOT=D:\svnroot

rem 备份的目录
set BACKUP_SVN_ROOT=D:\svnrootbak

set BACKUP_DIRECTORY=%BACKUP_SVN_ROOT%\%date:~0,10%
if exist %BACKUP_DIRECTORY% goto checkBack
echo 建立备份目录%BACKUP_DIRECTORY%>>%SVN_ROOT%/backup.log

mkdir %BACKUP_DIRECTORY%

rem 验证目录是否为版本库，如果是则取出名称备份
for /r %SVN_ROOT% %%I in (.) do @if exist "%%I\conf\svnserve.conf" %SVN_ROOT%\simpleBackup.bat "%%~fI" %%~nI
goto end

:checkBack
echo 备份目录%BACKUP_DIRECTORY%已经存在，请清空。
goto end

:end

你 在使用的时候，只需要修改backup.bat开头的三个路径，将两个脚本拷贝到“SVN_ROOT”下就可以了。根据以上的配置，你只需要运行 backup.bat，就可以把“SVN_ROOT”下的版本库都备份到“BACKUP_SVN_ROOT”里，并且存放在备份所在日的目录里，例如 “D:\svnrootbak\2006-10-22”。

虽然这部分工作很简单，可是必须有人定时地去执行这个操作（例如每周一凌晨），为了避免发生遗忘的情况，我们可以将这个操作加入到系统的at任务当中去，例如还是上面的环境，为了安装at任务，我们运行：

at 1:00 /every:M D:\svnroot\backup.bat这样在每周一凌晨1:00都会执行这个备份过程。当然备份在本机也是不安全的，你也许需要上传到别的机器，这个就要靠你自己去实现了。

2, 增量备份

尽管完全备份非常简单，但是也是有代价的，当版本库非常巨大时，经常进行完全备份是不现实的，也并不必要，但是一旦版本库在备份之间发生问题，该如何呢，这里我们就用到了增量备份。

增量备份通常要与完全备份结合使用，就像oracle数据库的归档日志，记录着每次Subversion提交的变化，然后在需要恢复时能够回到最新的可用状态。在我们这个例子中我们使用的是，svnadmin dump命令进行增量的备份，使用方法是：

svnadmin dump project1 --revision 15 --incremental > dumpfile2

上面的命令实现了对修订版本15进行增量的备份，其中的输出文件dumpfile2只保存了修订版本15更改的内容。

为了记录每次提交的结果，我们需要使用一项Subversion的特性--钩子（hook），看看我们的project1目录：

├─project1 │ ├─conf │ ├─dav │ ├─db │ │ ├─revprops │ │ ├─revs │ │ └─transactions │ ├─hooks │ └─locks

其中的hooks目录里存放的就是钩子脚本，我们在此处只使用post-commit钩子，这个钩子会在每次提交之后执行，为了实现我们的备份功能，我们在hooks下建立一个文件post-commit.bat，内容如下：

echo off set SVN_HOME="C:\Program Files\Subversion" set SVN_ROOT=D:\svnroot set UNIX_SVN_ROOT=D:/svnroot set DELTA_BACKUP_SVN_ROOT=D:\svnrootbak\delta set LOG_FILE=%1\backup.log echo backup revision %2 >> %LOG_FILE% for /r %SVN_ROOT% %%I in (.) do if D:/svnroot/%%~nI == %1 %SVN_ROOT%\%%~nI\hooks\deltaBackup.bat %%~nI %2 goto end :end

通过这个脚本，可以实现D:\svnroot下的版本库提交时自动增量备份到D:\svnrootbak\delta（确定这个目录存在），其中使用的deltaBackup.bat其实可以放在任何地方，只是对脚本的svnadmin dump的包装，内容如下：

@echo 正在备份版本库%2......
%SVN_HOME%\bin\svnadmin dump %SVN_ROOT%\%1 --incremental --revision %2 >> %DELTA_BACKUP_SVN_ROOT%\%1.dump
@echo 版本库%2成功备份到了%3！

以上两个脚本可以直接拷贝到project2的hooks目录下，不需要修改就可以实现project2的自动备份。

以上的操作已经OK了，现在需要做的是将完全备份和增量备份结合起来，也就是在完全备份后清理增量备份的结果，使之只保存完全备份后的结果。

当果真出现版本库的故障，就要求我们实现版本库的恢复操作了，这是用要使用svnadmin load命令，同时也需要上次的完全备份例如要把上次完全备份backuprepo，和之后的增量备份dumpfile：

svnadmin load backuprepo < dumpfile

最后的结果，可以下载svnroot.rar，将之解压缩到d:\下，然后修改几个bat文件的SVN_HOME就可以使用了。

3, 版本库同步

Subversion 1.4增加了同步机制，可以实现一个版本库同另一个版本库的同步（但好像只是单向的），我们可以用来实现版本库的备份或镜像。

3.1. 对目标库初始化

svnsync init svn://localhost/project2 svn://localhost/project1
其中project2是目标的版本库，而project1是源版本库。其中的目标版本库必须为空，而且必须允许修订版本属性的修改，也就是在目标的版本 库的hooks目录里添加一个文件pre-revprop-change.bat，内容为空即可。

3.2. 同步project2到project1

svnsync sync svn://localhost/project2
这时候你update一下你的project2的一个工作拷贝，就会发现有了project1的所有内容。如果project1又有提交，这时候 project2的版本库无法看到最新的变化，还需要再运行一遍sync操作，这样才能将最新的变化同步。需要注意的是，目标版本库只能做成只读的，如果 目标版本库发生了变更，则无法继续同步了。

3.3. 同步历史属性的修改

因为同步不会更新对历史属性的修改，所以svnsync还有子命令copy-revprops，可以同步某个版本的属性。

3.4. 钩子自动同步

希望在每次提交时同步，则需要在源版本库增加post-commit脚本，内容如下：

echo off set SVN_HOME="D:\Subversion" %SVN_HOME%\bin\svnsync sync --non-interactive svn://localhost/project2

把以上内容存放为post-commit.bat，然后放到版本库project1下的hooks目录下，这样project1每次提交，都会引起project2的同步。

对于我来说，英文那是我的弱项，特别是输入的时候，总是思前想后的。以前装金山快译的时候，会自动安装一个英文输入法，但那是纯粹当成一个输入法来用的。而且没有单独的安装包（也不知道现在是否有变化了）

在网上看到这款软件，不知道是否对你们有帮助，我是觉得还行吧。

网址：http://www.triivi.com/default.asp

新功能介绍：

Current Version: 2.0 -- open source, totally free!
>>Auto-completion words and phrases.
>>Sort suggestions by frequency instead of alphabet.
>>Automatically learn new words.
>>Error Checking according to spelling and pronunciation.
>>Built in vocabulary with more than 500,000 words and phrases (without professional dictionaries).
>>A great deal of professional dictionaries are present.
>>Local language translation dictionaries are supplied for non english native speaking countries.

图片：

 

昨天我转载了别人的一篇editpllus的技巧，现在我也将我常用的一些技巧放出来，算是和大家共享吧。
1、选中一列内容

选中一列内容在从excel等其他文件格式导成Txt的时候特别有用，比如我们不要当中某列数据的时候，确实有点痛苦，如果有规律，我们还能写正则进行替换，如果没有规则怎么办？
1.先关闭自动换行（菜单栏上有一个W，或者按快捷键ctrl+shift+w）
2.按住 alt键，用鼠标进行选择，你就会发现你选择的内容是屏幕中的某一块区域，而不是平时那种按照行来进行选择的了

2、autocomplete
对于我们写PHP代码的人来说，自动完成这个功能，很重要，有的变量经常用，但是打起来很繁，比如：$_POST;$_GET;$_REQUEST等，象这些变量，在写的时候要按着shift键才有用，如果经常写，我当然是希望有快捷的方式了。
1.点击菜单Tools->Preferences然后选中Files->setting&syntax，选择PHP
2.下面有两个选择的地方哦：setting&syntax和auto completion，这两个，一个是语法文件，一个是自动完成文件，有了这两个文件，你的代码就会被自动着色，函数和class等的着色就会和平常不一样，syntax文件官方有下载，但autocomplteion官方就没有了，不过你可以自己写，我就是自己写的。

格式如下：
#TITLE=PHP
#CASE=y

#T=h_401
header( 'HTTP/1.0 401 Unauthorized' );
exit();
#T=h_404
header( 'HTTP/1.0 404 Not Found' );
exit();

#T代表了你要输入的字符，下面的内容就是你输完后，在屏幕上输出的内容
比如，我输入h_401，在我按空格后，屏幕上就会立即跳出：

header( 'HTTP/1.0 401 Unauthorized' );
exit();

多方便呀。

顺便透露一下，htmlbar.acp其实就是一些快捷键的自定义哦，你也可以通过修改这个文件，达到对菜单的自定义。

3、页面函数显示
editplus太轻量级了，没有办法象IDE那样在打开某个文件后还能显示文件中的class和function，但也有一个简单的替代方法，那就是快捷键：ctrl+F11，你就可以快速查看页面中的function了，好象。。。。对public function aaa()这样的无效。这样的话也就是说PHP5文件中的function是看不到的。唉。没办法了。。。

先介绍这一点。功能有太多。慢慢来喽

对于我们使用PHP进行网页开发的人员来说，EditPlus应该是我们的常用工具了吧。emeditor我是用不顺手的，UltraEdit的着色也是我不喜欢的（或许是因为我用EP的时间太长了吧）。

经常用啊用，也会有一些技巧的积累，不过今天我是看到了别人的技巧，先贴上来（主要是看上他那个工具了，呵呵）

原文网址：http://www.cnblogs.com/darkangle/archive/2008/12/25/editplus_auto_format_js_css.html

作者是：沙加

原文内容：

受阿一同学的启发俺也来发个小东西.

虽然很喜欢editplus的小巧快速，但是很遗憾它不支持代码的自动格式化，现在写php,css,html都是用的Aptana，这个感觉不错。

今天正好看了一下editplus 的用户工具，它允许通过命令行调用和标准输出输出与其它程序进行交互，可以传入参数可以手动指定，也可以是当前选定内容，当前本件所有文本等，即然这样我 们就利用它的filter模式，即把所有文本内容传过去，再使用回传内容替换当前文本。那么我们还需要一个外部工具，为了方便起见，脚本类语言当然是首 选，而在windows平台下面可以使用vbs和JScript, 那么就用JScript吧，去网上找一个 http://github.com/einars/js-beautify/tree/master 的东西，它提供在线的js格式化功能，正好是js写的, 拿它回来稍做改造一下，使用WScript的Std接口接收和发送内容
var input = "";
while(!WScript.StdIn.AtEndOfStream)
{
   input += WScript.StdIn.ReadAll();
}
从输入端读入数据.
WScript.Echo(formated_code); 发送数据.
那么js的格式化就搞定了, 再来看看css的，很怀念VS里面可以将一个CSS定义都放到一行上面去，这样看起来比较方便，否则代码太长了要拖半天.  这样的话看起来也不是太难， 就自己动手写一个了. 两个文件我已经打包. 下载完可以解压到任意目录，接着就配置Editplus.

打开Tools->ConfigUserTools, 工具名称可以随意，比如jsFormatter, 在Command处写上 Cscript.exe /nologo  e:\jsFormatter.js  后面的路径就是js的引用路径,  并钩选下面的run as text fileter，让它作为文本过滤器使用，OK，现在打开一个待格式化的js 文件,  按下Ctrl+1(默认的第一个用户工具快捷键), 可以看到文本已经格式化好了,  不过等等,  上面怎么有MS的版权申明? 看来这个CScript也不是白用滴;( ,  不过没关系，俺们还是有办法，按下Ctrl+Q, 存到Alt+1里面, 开始录制动作,  依次按下Ctrl+Home 回到文档开始处,Alt+Shift+Del 三次, 删除三行Ctrl+Q退出记录，这样就完成了, 以后在格式化之后播放一次这个键盘操作记录就行了.  感谢 键客 提醒.

后记:
     要是可以格式化html和php那就更好了, js-beautify 里面也可格式化html，可惜效果不太好，我就没放进去，要是能有Aptana编辑器那么出色的效果就好了, 它可以完美处理js脚本, css, html的混合格式化,  想了一下似乎可以建一个java的控制台程序引用Aptana的插件 jar 包就能实现, 通过ICodeFormatter可以完成对各种类型代码的格式化,  留待以后研究.

    不会造工具的猩猩永远是猩猩，会自己制造工具的程序员可以有效提高自己的生产力，windows下面的VBScript, JScript和Python, Perl 等脚本语言都是很好的助手. 在这个应用中先查看Editplus帮助，再搜索MSDN脚本技术参考，顺便复习一下正则表达式应用,  既能解决问题又能提高技能水平,  希望大家都 行动起来自己动手DIY, good luck!

两个文件见附件: darkangle_js_css_Formatter.rar

---

我自己以使用 PHP beautiful 插件比较多，但JS写的也不少，所以，看到这个工具，我感觉确实有用，所以复制下来了。

本站备份：darkangle_js_css_formatter.rar

Firefox的插件也曾经研究过，对于XUL感觉也有点痛苦，当初想研究它是为了给自己的博客增加插件，可以方便的让自己在找到好的资料的时候，可以直接通过插件发送到博客上。但最终我还是放弃了。没有什么理由。。。。

看到有人在贴一步一步学习的教程，又有点拾起了回忆，如果有可能，这个系列，我会在这个作者写的同时，也一点点的转载。
希望作者不要见怪，转载完了，我也贴点我在开发的时候遇到的问题之类。当然一切都到元旦后。。。
原文网址：http://www.cnblogs.com/uubox/archive/2008/12/25/1361278.html
作者：DOMS
内容：Firefox提供开放、强大且灵活的扩展机制，因此衍生出了大量功能丰富的扩展组件，这些扩展组件甚至可以说是某些用户爱上firefox的主要因素。
比较可惜的是firefox扩展开发的中文资料相对比较少，因此在这里我会从简单到深入介绍开发firefox扩展的一些技术及常遇到的问题。

本文主要内容：

• 制作一个包含工具栏按钮及右键菜单的简单组件
• 解决扩展安装后工具栏按钮却不显示的问题

因为这个组件不需要设计交互窗口，因此开发过程相对简单，下面是这个组件运行的效果图：


在开始之前先介绍一下几个网址：

1. https://developer.mozilla.org/en/Extensions 官方开发网，类似MSDN，是开发时的主要参考资料；
2. https://developer.mozilla.org/en/Building_an_Extension，官方的一个基础教程，笔者通过此篇文章而入门；
3. http://ted.mielczarek.org/code/mozilla/extensionwiz/，一个在线的创建扩展的向导，如果你想立即创建一个属于自己的扩展，可以试试用这个向导制作一个雏形，然后再自己慢慢添砖添瓦。本文所讲的例子也是用这个向导制作出来的。

另外还有本文例子的源代码：http://www.uushare.com/user/csprogram/file/1139797。

好了，下面就开始讲解本文的示例组件：uusharedemo1的制作过程。

1、了解扩展组件的构成

Firefox 扩展组件是以一个xpi文件的形式发布的，而xpi文件实际上是zip压缩包文件，我们只要把Firefox扩展组件下载回来（用右键另存为即可下载）， 把文件扩展名改为zip即可解压并看到所有的源代码，有时可能还会在压缩包里面看到jar格式文件，这个也是zip压缩包，改名解压即可看到源代码。因此 多下载优秀的扩展回来慢慢研究其源代码也不失为一种快速的学习方法。
一般xpi文件内部有（但不一定都有）如下目录及文件：

其中 uusharedemo1 为本文示例组件的名称，可以看到压缩包首层有：install.rdf及chrome.manifest两个文件以及一个chrome目录。

• install.rdf：是该组件的安装信息，例如组件的名称、版本、作者等信息，XML格式；
• chrome.manifest：是用于描述该组件由哪些文件组成的，即一个资源列表；

在chrome目录里就是该组件的主要内容了，一般有：content、defaults、locale、skin等目录，它们的作用如下：

• content：这个是最主要的目录，包含组件的界面定义以及程序代码，其中xul文件是界面定义文件，类似SilverLight的XAML文件，同样是XML格式；js文件是组件功能实现的代码，全部用javascript实现的。
• skin：存放css样式表文件及资源位图，css是用来控制组件界面外观的。
• locale：如果想让组件能够在不同语言的firefox里显示正确的文本，则将不用的语言列表放到此目录，firefox会自动加载合适的语言文件。这点有些类似Win32PE可执行程序中的资源文件。
• defaults：存放一些默认值，一般不要此目录也可以；

我 们可以把Firefox程序认为是一个平台，而我们看到firefox浏览器外观本身也是用跟扩展组件类似的结构搭建起来的，感兴趣的朋友可以解压 “C:\Program Files\Mozilla Firefox\chrome”目录下的jar文件观摩一下firefox浏览器外观的源代码，所以我们制作的扩展组件也会成为firefox浏览器自身 的一部分，可以实现非常强大而灵活的功能（例如Firebug这个神奇的组件）。相对来说，开发ie扩展程序显得困难多了，除非只是想做工具栏按钮和右键 菜单（用注册表即搞定），否则需要使用VC,VB,Delphi这些工具开发COM组件才能完成。

如果想了解firefox浏览器本身各个元素的定义，但又不想阅读chrome目录下的脚本代码，可以安装 DOM Inspector 这个组件，这个组件有如开发web时的FireBug，是开发具有界面的扩展组件时的神兵利器！

提醒：自己编写的组件代码文件最好用“UTF-8”格式保存，一般可以减少很多麻烦的问题。

2、认识install.rdf

install.rdf包含组件安装信息，本文例子中它的内容如下：

文件里有很多是固定的写法，这里就不一一讲解了。
第 5行的id是组件的一个标识符号，类似Windows里COM组件的CLSID，用于区别其他组件。可以使用 xxx@yyy.zzz 这样类似email地址的格式组成，而这个“email地址”不要求是真实或有效的。也可以用的GUID来标识，例如“{c45c406e- ab73-11d8-be73-000a95be3b12}”是WebDevelop组件的标识符。

name、version、creator、description、homepageURL分别是组件的名称、版本、创建者的姓名、组件描述、组件官方网站地址。
iconURL用于显示组件的图标，格式一般用32x32pixel的png图片。
这里出现了chrome://这样的地址，跟http://和file://协议类似，chrome://也是用来定位资源的。格式是：
chrome://组件名称/目录路径/文件名
需要注意的是，这里的组件名称可以跟em:name属性中所指定的名称（用于显示的）不一样的，并且这个组件名称需要在chrome.manifest里定义。
这些信息在安装完组件之后能够在firefox的组件管理列表显示，如下图：



第14行比较重要，用于标识当前组件是用于哪个平台的（firefox/Thunderbird/SeaMonkey等），如果开发的组件是给firefox用的，则id={ec8030f7-c20a-464f-9b0e-13a3a9e97384}。
第 15、16行用于指定当前组件适用于firefox的哪些版本，因为firefox从1.5到3.0有些地方有所改变，所以如果你不知道自己的组件在哪些 版本下可运行的话，最好先测试一下，然后准确地指定一个范围值，上例的值表示该组件适用于firefox1.5到3.0及3.0所有修订版。版本号码不能 自己随便造，这里有一个完整的列表：
https://addons.mozilla.org/en-US/firefox/pages/appversions

3、认识chrome.manifest

这是资源列表文件，内容如下：

前3行每一行表示一种类型的资源的地址，格式是：
资源名称<Tab>组件名称<Tab>参数<Tab>目录路径
其中组件名称是自定义的，只要跟其他组件名不一样并且使用全小写字母即可。定义好之后，就可以使用chrome://地址来定位资源了。例如，假设当前开发文件路径是“c:/dev/uusharedemo1/”，那么：
chrome://uusharedemo1/content/uusharedemo1.png 实际指的是 c:/dev/uusharedemo1/chrome/content/uusharedemo1.png 这个文件。

第4行及第5行表示将当前组件的界面结合到系统本身的界面，因为当前组件会修改firefox本身的工具栏及右键菜单，所以需要加上这两行。

4、default/、skin/、locale/

这几个目录下的文件比较简单，下载本文的源代码查看一般能明白其中的意思，为了节约篇幅这里就不讲解了，等以后我写后续的章节时再详细介绍。

5、认识 content/firefoxOverlay.xul

Firefox的所有窗口都是使用xul文件定义的，例如在地址栏输入：
chrome://browser/content/aboutDialog.xul
（这个地址对应的源文件是：“C:\Program Files\Mozilla Firefox\chrome\browser.jar/content/aboutDialog.xul”
就可以看到firefox的“关于”对话框，在这个例子里我们用firefoxOverlay.xul定义一个工具栏按钮、右键菜单以及一个工具菜单项，源代码如下：

menupopup 段定义了一个位于“工具”菜单栏下的项目，其中id是菜单项的名称，我们自己添加的菜单项、按钮等结合到firefox本身的控件的id必须惟 一；label属性是菜单项显示的文本，这里因为引用了语言文件，所以真正显示的文本内容位于语言文件（uusharedemo1.dtd）里标有 uusharedemo1.label 这行定义的后面；oncommand属性定义菜单被点击后执行 overlay.js 里面的那一个方法过程。

popup 段定义了一个右键菜单项，accesskey为菜单项的快捷键（即带下划线的字母），insertafter为新菜单项所出现的位置位于id为 “context-stop”（即“停止”）这项的后面，如何得知某一项菜单项的id呢？出动Dom Inspector 吧。包括firefox工具栏上面的所有按钮的id，都可以用Dom Inspector查看得知。

toolbarpalette段定义了一个工具栏按钮，其中tooltiptext为鼠标停留在这个新按钮上面时所显示的提示文本。

上面一段代码并没有定义自己的窗口，我会在下一章再讲解。

6、认识content/overlay.js

overlay.js 文件是专门为上面的firefoxOverlay.xul服务的，（怎么知道的呢？在firefoxOverlay.xul文件的第13行有引用啊）。在 xul文件里可以看到菜单被点击之后会调用一个名叫“onMenuItemCommand”的方法过程，而工具栏按钮被点击之后会调用 “onToolbarButtonCommand”方法过程。我们想在他们被点击之后做什么事情呢？为了演示如何在js里编写调用firefox对象的代 码，这里模仿uushare书签的功能，让菜单和按钮点击之后调用Uushare.com网站上的书签服务的添加书签的接口，接口是这样的：

http://www.uushare.com/bookmark/save?v=1&client=ff10&noui=yes&jump=close&url=XXXX&title=YYYY&content=ZZZZ

其中XXXX为待收藏的网页地址，YYYY是网页的标题，ZZZZ是网页中选中的文本。所以我们需要在js里获取当前网页的URL、Title以及被选中的文本。
下面是例子中的代码：

相信对于熟悉js的朋友上面的代码并不难。大部分代码跟在普通html页面里写的差不多，只是firefox提供了内置的一些对象需要翻查官方的文档才能知道它的作用及其成员。

7、打包、测试

至 此我们的扩展组件就编写完毕了，下面开始做安装测试。首先用压缩工具将install.rdf、chrome.manifest以及chrome目录打包 成一个zip格式的压缩包，要注意的是这2个文件及chrome目录必须在压缩包的顶层目录，否则安装会失败。然后将压缩包文件的扩展名更改了 “xpi”，并把这个文件拖到firefox窗口当中，firefox应该会提示安装并要求重启，重启完之后若无问题即可看到我们制作的“工具”栏菜单 项、右键菜单等。如果组件的源代码有错误，例如xul文件或js脚本文件有错误，一般什么预期的效果都看不到，这时需要重复卸载->修复错误代码 ->重新打包->安装这几个步骤。
开发firefox扩展组件最烦人的事情可能就是调试问题了，幸好firefox提供了一些工具，例如 Extension Developer's Extension 等可以减少一些麻烦。

8、工具栏按钮怎么看不到？如何解决

刚 才我们测试的时候会发现虽然右键菜单、“工具”菜单项都显示出来了，不过怎么工具栏上面的按钮没有显示呢？估计这是很多扩展组件开发者都会遇到的共同问 题，原来firefox将非系统默认的按钮都放到按钮箱里，如果想显示这些按钮，需要对着工具栏右键鼠标，选择“定制”，然后将需要的按钮拖出来才行。这 个特性某种程度上可以给用户最大的选择权，不过另一方面这特性给初级的用户带来困惑。所以我们最好能将工具栏按钮自动显示出来。下面是目前“民间”常用的 方法：
大致思路跟我们平时修改windows注册表类似。firefox工具栏上面的按钮布局被储存在firefox设置表中 navigator-toolbox/nav-bar/currentset 键下面，键的值为当前各个工具栏按钮id的以逗号分隔而连在一起的字符串。我们必须读出这个字符串，并把自己的按钮的id（本示例中按钮id为uusharedemo1-toolbar-button，见xul文件）掺和在其中，再写入新的字符串到设置表。
那 么在什么执行此连串操作呢？很明显不能在每次firefox启动时都执行，因为这样会耗时并影响firefox的启动速度，“民间”的方法是先在设置表中 检查某个自定义的键（例如extensions.uusharedemo1）的值，如果这个值为空的或者不等于当前组件的版本，则执行上述的连串操作，并 写入当前组件的版本号。所以完整的过程是：

1. 读取某个自定义键（extensions.uusharedemo1）的值；
2. 如果键的值为空或者不等于当前组件版本号，则下一步，否则退出过程；
3. 读取navigator-toolbox/nav-bar/currentset键的字符串；
4. 寻找自己按钮的id是否在字符串当中，不存在则将id连接到地址栏id（urlbar-container）的前面；
5. 将新字符串写入键；
6. 写当前组件的版本号到自定义键。

下面是上面过程的js代码：

为了简单起见，这段代码并没有整合到示例的压缩包当中，如果想查看整合后的结果，可以参考uushare书签组件的源代码：http://www.uushare.com/help/bookmark/toolbar_firefox。

本文完。