8月31
基于浏览器的应用，表现力始终不够丰富，我们常常会想，在一个网页中，点一下某个链接，能够直接调用安装好的可执行程序有多好啊。按照微软的推荐，应该是通过ActiveX，把可执行程序嵌入到网页中，例如flash的ActiveX。这样，我们就要购买ActiveX的签名，不通过签名的东西，在IE6中是无法加载的，为一个小项目购买ActiveX的签名，代价太昂贵了。另外，很多时候还要考虑如果用户突然关闭了浏览器该怎么办。这对播放个flash、歌曲之类的没多大影响，但是很多时候，不能在关闭前清扫战场，带来的后果是灾难性的。通常，在企业应用中，我们总是通过IE直接调用exe。
最早的时候，从网页调用一个EXE是很简单的事情，一段javascript就可以了。但是，自从IE6开始，微软就不再允许这种“极不安全的行为”。这也是有道理的。没事就给你来个“format d:/q”，即使不这么恶劣，动不动就给你弹几百个notebook，也确实够恐怖的。浏览器不应该与操作系统有太多不必要的关联。
拿javascript在IE6测试之后，我几乎放弃了直接调用exe的想法，直到有一天，看到了腾讯的实现方法。
腾讯有一个在网页上面显示QQ状态的东西，点一下就能弹出一个对话框跟该QQ用户聊天（就是我blog左上方的那个Q我的小图标），而不会有任何警告。好神奇啊。注册表里面研究了一天，终于明白了怎么回事。
在windows中，注册表中包含各种协议（http，ftp，telnet等）的信息，包含了默认打开方式的参数。试一下，从IE的地址栏中输入telnet://www.hecks.tk，出现什么了？弹出了一个命令行窗口，开始进行telnet操作。IE居然能完成这个，那么为什么就不能完成“telnet1://参数” 呢？
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\rDelta]
@="rDelta"
"URL Protocol"="C:\\PROGRA~1\\rDelta\\rDeltaCmd.exe %1"
[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\rDelta\DefaultIcon]
@="%SystemRoot%\\system32\\url.dll,0"
[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\rDelta\Shell]
[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\rDelta\Shell\open]
[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Delta\Shell\open\command]
@="C:\\PROGRA~1\\rDelta\\rDeltaCmd \"%1\""
把这个东西导入注册表，那么我们在浏览器中输入rDelta://1022,那么就会自动调用c:\program files\rDelta\rDeltaCmd.exe（当然了，你得确实有这个文件），并把1022这个参数传给该exe。这个操作被认为是安全的，不会有任何的限制。
到这里，思路就清晰了，我们的安装程序中，在注册表中建个协议，例如上面的rDelta，再把要执行的exe的路径信息写入，在网页直接一个超链接，协议://参数就可以了。exe文件接受这个参数，进行相应的处理。搞定。
记住，协议://后面的所有字符串被看做是一个参数。那么，exe文件永远只有两个参数，参数0是它的完整执行路径，参数1就是网页传过来的字符串。
最早的时候，从网页调用一个EXE是很简单的事情，一段javascript就可以了。但是，自从IE6开始，微软就不再允许这种“极不安全的行为”。这也是有道理的。没事就给你来个“format d:/q”，即使不这么恶劣，动不动就给你弹几百个notebook，也确实够恐怖的。浏览器不应该与操作系统有太多不必要的关联。
拿javascript在IE6测试之后，我几乎放弃了直接调用exe的想法，直到有一天，看到了腾讯的实现方法。
腾讯有一个在网页上面显示QQ状态的东西，点一下就能弹出一个对话框跟该QQ用户聊天（就是我blog左上方的那个Q我的小图标），而不会有任何警告。好神奇啊。注册表里面研究了一天，终于明白了怎么回事。
在windows中，注册表中包含各种协议（http，ftp，telnet等）的信息，包含了默认打开方式的参数。试一下，从IE的地址栏中输入telnet://www.hecks.tk，出现什么了？弹出了一个命令行窗口，开始进行telnet操作。IE居然能完成这个，那么为什么就不能完成“telnet1://参数” 呢？
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\rDelta]
@="rDelta"
"URL Protocol"="C:\\PROGRA~1\\rDelta\\rDeltaCmd.exe %1"
[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\rDelta\DefaultIcon]
@="%SystemRoot%\\system32\\url.dll,0"
[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\rDelta\Shell]
[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\rDelta\Shell\open]
[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Delta\Shell\open\command]
@="C:\\PROGRA~1\\rDelta\\rDeltaCmd \"%1\""
把这个东西导入注册表，那么我们在浏览器中输入rDelta://1022,那么就会自动调用c:\program files\rDelta\rDeltaCmd.exe（当然了，你得确实有这个文件），并把1022这个参数传给该exe。这个操作被认为是安全的，不会有任何的限制。
到这里，思路就清晰了，我们的安装程序中，在注册表中建个协议，例如上面的rDelta，再把要执行的exe的路径信息写入，在网页直接一个超链接，协议://参数就可以了。exe文件接受这个参数，进行相应的处理。搞定。
记住，协议://后面的所有字符串被看做是一个参数。那么，exe文件永远只有两个参数，参数0是它的完整执行路径，参数1就是网页传过来的字符串。
8月31
在MS-SQLServer中，如何在不同的数据库之间复制表？
当表目标表存在时：
insert into 目的数据库..表(字段1...字段n) select 段1...字段n from 源数据库..表
当目标表不存在时：
select 段1...字段n into 目的数据库..表 from 源数据库..表
--如果在不同的SQL之间:
insert into openrowset('sqloledb','目的服务器名';'sa';'',目的数据库.dbo.表)
select * from 源数据库..表
除了上面的方法之外或者还可以用链接服务器:
当表目标表存在时：
insert into 目的数据库..表(字段1...字段n) select 段1...字段n from 源数据库..表
当目标表不存在时：
select 段1...字段n into 目的数据库..表 from 源数据库..表
--如果在不同的SQL之间:
insert into openrowset('sqloledb','目的服务器名';'sa';'',目的数据库.dbo.表)
select * from 源数据库..表
除了上面的方法之外或者还可以用链接服务器:
8月17
今天在微博上发表一感慨：“内部晋升越来越困难，但是外部来的大P越来越多，所以很多人都选择跳槽”，之后我从三个方面简要的进行了回答：“外面来的总是有包装的，内部的都是肉身PK，此一输；外面来的总是小股人马，内部的一批批的，升谁都伤感情，此二输；外面来的通常都是大佬推荐的，没有特别重大机会，人不会来，内部的就不解释了，成果都被大佬吸收，难有机会，此三输”。之后讨论不断，我也余兴未了，继续写来。
这个世界上有一类人特别苦逼，苦逼到什么程度呢？他们省吃俭用攒钱买房，结果房价越来越贵；公司外部竞争激烈，他们工作异常繁忙，披星戴月，日复一日；技术更新行业罕见，他们要随时调整心情，随时学习知识；他们长期和机器为伍，大多比较呆傻，比较单纯；还有很多不一一例举，这一类人就是程序员。
而就是这么一类程序员过着这么苦逼的生活，在公司内部却难以获得公平的晋升机会，外来的和尚总是在不断打破平衡，甚至是刚毕业的新和尚拿得都比老和尚多，这是全行业都罕见的奇观，IT人有幸经历了。
某创业公司，某个程序员要离职，老板甚至不问问他直接领导的意见，就同意了，没有挽留，之后大骂不忠诚，这个人拿3k，拿了2年，他走了以后，老板用5k雇了个新面孔，但就是不愿意给这个老人晋升，不愿意给加到哪怕是4k。
某上市公司，游戏部门突然从外部空降了一个领导，原因是原大佬被挖走以后，剩下的人升谁都有意见，难以服众，不从外部请人来镇不住局面，这个人一来，大家是团结了，团结起来和这个人斗，但最后还是和解了。
某国际大公司，某人伪造简历，包装的如花似玉，获得高职，工作主要有下属完成，他只需要汇众汇报即可，越混路越宽，直到某天事发，依然是高官。
某IT企业，某清华同学离职时语重心长的对我说，XX（可以理解为网游，搜索，电商任意一种）是00-02年毕业的这些人清华人的机会，我们就是比某人强十倍也没有机会，也得从下面做起，搜索的天时不属于我，此人去了某金融分析软件公司，目前是高管，同期留在某IT企业的其他同学依然过着苦逼的生活。
举了这么多例子，我想说得是为什么不给你晋升这个问题，或者晋升很难，为什么？
这个世界上有一类人特别苦逼，苦逼到什么程度呢？他们省吃俭用攒钱买房，结果房价越来越贵；公司外部竞争激烈，他们工作异常繁忙，披星戴月，日复一日；技术更新行业罕见，他们要随时调整心情，随时学习知识；他们长期和机器为伍，大多比较呆傻，比较单纯；还有很多不一一例举，这一类人就是程序员。
而就是这么一类程序员过着这么苦逼的生活，在公司内部却难以获得公平的晋升机会，外来的和尚总是在不断打破平衡，甚至是刚毕业的新和尚拿得都比老和尚多，这是全行业都罕见的奇观，IT人有幸经历了。
某创业公司，某个程序员要离职，老板甚至不问问他直接领导的意见，就同意了，没有挽留，之后大骂不忠诚，这个人拿3k，拿了2年，他走了以后，老板用5k雇了个新面孔，但就是不愿意给这个老人晋升，不愿意给加到哪怕是4k。
某上市公司，游戏部门突然从外部空降了一个领导，原因是原大佬被挖走以后，剩下的人升谁都有意见，难以服众，不从外部请人来镇不住局面，这个人一来，大家是团结了，团结起来和这个人斗，但最后还是和解了。
某国际大公司，某人伪造简历，包装的如花似玉，获得高职，工作主要有下属完成，他只需要汇众汇报即可，越混路越宽，直到某天事发，依然是高官。
某IT企业，某清华同学离职时语重心长的对我说，XX（可以理解为网游，搜索，电商任意一种）是00-02年毕业的这些人清华人的机会，我们就是比某人强十倍也没有机会，也得从下面做起，搜索的天时不属于我，此人去了某金融分析软件公司，目前是高管，同期留在某IT企业的其他同学依然过着苦逼的生活。
举了这么多例子，我想说得是为什么不给你晋升这个问题，或者晋升很难，为什么？
8月3
本文主要讲述如何在tomcat中配置Basic认证以及工作流程：
Tomcat配置:
1 在tomcat的webapps下新建一个目录authen，再建立子目录subdir,下面放一个index.jsp
2 在authen目录下建立WEB-INF目录，下放web.xml文件，内容如下:
3 在tomcat的tomcat-users.xml文件中添加一个用户名manager密码为admin，manager的用户，角色manager。
客户端访问：
访问http://localhost:port/authen/subdir/index.jsp
会弹出对话框提示认证，输入manager admin可以登录。
Tomcat配置:
1 在tomcat的webapps下新建一个目录authen，再建立子目录subdir,下面放一个index.jsp
2 在authen目录下建立WEB-INF目录，下放web.xml文件，内容如下:
3 在tomcat的tomcat-users.xml文件中添加一个用户名manager密码为admin，manager的用户，角色manager。
客户端访问：
访问http://localhost:port/authen/subdir/index.jsp
会弹出对话框提示认证，输入manager admin可以登录。
