第二天几乎没有什么进展，上来就碰见了问题。
我是一台服务器上面做的服务器场模式安装的WSS3.0，SQL使用本机的2005标准版。服务器上带DC和DNS。
在安装完毕初始化以后，按照联机的帮助，启动搜索服务。服务帐号和内容访问帐号都是域administrator，但是出现错误提示信息“此服务器不是该搜索应用程序的索引器”。我找了一下，没有发现WSS里面配置应用程序的索引器的地方。
我接下来创建了Web应用程序，在创建站点集的时候，出现“因为服务器当前的配置不支持，所以无法显示该页。若要执行此任务，请使用Stsadm.exe中的命令行操作”。我在命令帐号测试了命令“stsadm -o createsite -url http://s1.zc.intra -owneremail wss@zc.intra”，提示错误“指定的域不存在，或无法联系。<异常来自 HRESULT:0x8007054B>”
问题发给了一些朋友，都还没有遇见过这样的问题。郁闷阿，在网上在搜搜看吧！
昨天微软网站上面终于可以下载正式版的WSS3.0的SDK了，我的WSS之旅也开始了。学MOSS（SPS）是要先学的WSS的，这个是我的在SPS学完的体会。WSS是MOSS和SPS的基础，同时WSS的免费也使WSS的使用面积更大。
这次不是第一次安装WSS3.0。在WSS3.0刚发布的时候，就装了一次，朋友们翻看前面的Blog会看到。第一次安装的时候使用的是简单模式，也就是安装程序会自动地使用独立服务器的模式，同时还会安装一个Micro版的SQL Server2005。但是那种方式好像默认不能使用域帐号，自动使用本地帐号了，除非你在没有本地帐号的系统上面来安装（比如域控制器）。
这一次我是用的高级安装，之后会提示是Web前端服务器还是独立模式。我想上次按照独立模式安装了，这次就选的Web前端服务器模式安装的。Web前端模式开始会提示运行服务的账号是什么，为了避免麻烦，使用管理员账号。接着提示选择创建服务器场，还是使用存在的服务器场，这一点根据SPS2003的经验，应该是创建服务器场。然后填数据库服务器，我的VPC里面装了一个SQL 2005的标准版，就使用本机的SQL Server。在之后就使验证模式，我选的NTLM，这主要是我开分不清两种的区别，看提示以及SPS2003的经验，NTLM似乎会简单一些，那就选简单的。再往下会让人选择本地账号模式还是域帐号模式。我选择的域帐号模式，我把这个VPC做成域控制器了，他接下来会提示用于WSS的帐号会放在哪一个OU里面，我创建了一个SharePointOU。这里说句题外话，这点看似体贴的服务，实际也不是很好，如果域控制器上面的要使用的WSS的帐户在不同的OU怎么办？也许后面还有解决的办法，但是现在看起来有点莫名其妙。再后面安装还有什么步骤想不起来了，应该是就开始那9个安装步骤了。
安装好之后看了一下SQL里面的表，比SPS要好得多，除了配置数据库之外，管理中心网站只创建一个数据库。这样使得直接从数据库备份简单了许多。
打开WSS3.0管理中心，我没有继续深入做配置，而是先打开了帮助文档。根据WSS3.0beta2时候的经验，WSS3.0的服务器场还是和SPS2003的服务器场有相当的区别的。简单看了一下，需要做的配置如下：
- 启动搜索服务
- 创建Web应用程序和网站集
- 创建备用访问映射（如果只有一个Web前端就不必了）
- 配置传入电子邮件设置
- 配置传出电子邮件设置
- 配置工作流设置
- 配置诊断日志记录设置
- 配置防病毒保护设置
现在的WSS3.0真是和WSS2.0不可同日而语，简直就是一个SPS2003的.NET3.0加WF的版本了，有服务器场，有索引服务，还有搜索，了不起。今天的时间不早了，明天再慢慢消化WSS3.0的文档，消化完以后继续写…
今天在看了cnbeta上面一文章：写的是上海一个电信用户如何通过投诉，最终电信遵守合同约定去掉在其拨号后强制弹出广告的问题，最后并总结了投诉的经验。其实这些经验在很多论坛已经很多人总结过了：不能嫌麻烦与运营商妥协；不断向运营商的上级主管部门投诉；要求书面回复；以前可以实现的功能、享受的服务要求以后继续享受。
其实简单得说上海电信的做法叫HTTP请求劫持，即把客户发送的HTTP请求进行转换，以致将客户的浏览器引导至特定的Web服务器。这个技术99年就出现过，不多当时是黑客所为。黑客查找互联网上的弱密码路由设备，在支持此技术的设备上面做劫持。黑客这样做的目的一般就只有两个，使被劫持的页面的带毒或者挂上木马。现如今，运营商的网络经验增多，黑客搞不了这些，电信却自己把这个技术拾起来，赚广告费了。被用来增收的还有114电话，114也不叫查号台了，改叫电话搜索引擎。114的特服费也涨价了，公益性质没有了……
现如今运营商都说自己的日子不好过，竞争激烈了、话费还得不断的降低、客户还容易流失，不得不想各种办法增收。可是我们看到的是：竞争的激烈没有改善运营商的服务，话费的不断降低换来的是运营商的收入不断增长，客户容易流失运营商却不珍惜，增收的结果是客户对其单方面违约不守诚诺越来越厌烦，甚至通过网上交流来总结投诉的经验。
那么问题在什么地方呢？竞争还不够激烈，产业结构还不够合理；电信运营行业是国有企业，但也是公共事业。我在华北地区观察了一些地市的运营商，凡是经常激烈的地方，价格竞争不再管用的时候，运营商的服务会逐步改善。在北京我的宽带断了一个星期，在不断向更高级别部门投诉的情况，花了几十块钱打投诉电话的情况下，问题才解决。这是因为北京的电信价格竞争被有关部门严格控制，没有竞争。而山东某地的网通承诺通信故障4小时解决，超时双倍赔偿，实际平均是1个小时解决问题。为什么？因为那里的固网有三家运营商，肯定地运营商更多，价格竞争过去以后，只能靠服务赢得客户。产业结构问题显而易见，南北运营商划江为界，还开始搞南北互相限速。
相应主管部门，没有尽到监督的义务，却在运营商之间和设备商之间搞利益最大化。也不知通信促进经济带来的社会效益大，还是经济促进通信行业的效益大。更有一些通信学术界为行业利益摇旗呐喊，某些人不方便说的话，不方便搞得舆论，由他们全面代劳了……
两个字：悲哀！
我是在用javascript生成Unix时间戳的时候发现的问题。
你可以在c:\创建一个test.js文件，然后把下面的代码粘贴进去，然后在命令行直接执行c:\test.js：
theDate=new Date("January 1, 1970 8:00");
WScript.Echo(theDate);
WScript.Echo(Date.parse(theDate));
secondDate=new Date(1969,12,1,8,0,0,0);
WScript.Echo(secondDate);
WScript.Echo(Date.parse(secondDate));
thirdDate=new Date(1970,1,1,8,0,0,0);
WScript.Echo(thirdDate);
WScript.Echo(Date.parse(thirdDate));
代码说明：这段代码是使用js的Date对象的两个构造函数构造了三个Date对象。第一个Date对象和第三个Date对象以不同的构造方式创建了同一个时间。第二和第三个Date对象使用相同的构造函数创建了不同的时间。
但是结果是：
Thu Jan 1 08:00:00 UTC+0800 1970
0
Thu Jan 1 08:00:00 UTC+0800 1970
0
Thu Jan 1 08:00:00 UTC+0800 1970
2678400000
这明显是矛盾的。我怀疑这是一个js解释器的问题。另外Date的UTC方法也有类似的问题。
老婆周五（2007-1-19）要去海淀妇幼医院去做定期产前检查，但是海淀的新爹似乎都很认这个医院，每天早上挂号都要几十米，6点以后到了几乎就没有可能挂到专家号了。最近可以网上挂号，可以提前三天，也就是今天（2007-1-16）凌晨可以开始挂号。好不容易等服务器时间跨过00:00，服务器立刻负载大增，进入挂号页面几十秒才显示，我一看这个情况，赶快改挂专科号，不容易，挂了一个3号，再看那五六个专家没人15个号，都挂满了…….
为了熬夜挂号怕误事，茶水喝多了，挂完号睡不着了。看这海淀妇幼的网上挂号运气，这个网站看起来一般，要不研究一下看看能不能去掉3天的限制。看看了他的html源代码，系统给定的日期代码不是直接的日期，而是一串数字。仔细看看，有点意思，给出的三个日期代码的数字串末尾一样，看来三个有关系。再看网站是PHP写的，立时怀疑三个数字串都是Unix时间戳。立时找来PHP for win32，给自己机器上装了一个，把它的数字串拷贝过去，用PHP拷贝按照Unix时间戳解码，没错都是Unix时间戳。在刷新两下，发现数字串变化，再解析，时间是刷新时服务器时间加3天。这就好说了，不用什么复杂程序，做一个html就能搞定。
把它的起始选日期的页面另存下来，手动修改一个2007-1-22的Unix时间戳，测试，可以挂2007-1-22的号了。这样基本程序原形完工。但是这样搞太麻烦，大家都是程序员，都是懒人，这个工作是可以自动完成的嘛！修改另存的页面，去掉选择时间，改成手动添年月日和一个Unix时间戳文本框。加一个按钮，在点击按钮的时候生成Unix时间戳，再点提交，进入指定日的挂号界面。到此界面就设计完成。
后面的计算Unix时间戳的程序费了老大的劲。很多年没有写js了，嗯，得有4年没有写js了。js里面有Date对象，但是忘了哪个方法管转换时间戳了，Google找了一个代码段，一测生成的不是标准的Unix时间戳。继续Google找，发现PHP的时间戳好像是毫秒戳，js的Date对象的是微秒戳，这个好办，微秒戳除以1000。嗯，时间戳可以了。后面如何把时间戳写进文本框，又找了一段代码作例子。这么长时间不写js真是不行了。再测试，成功！
犹豫了一下，还是把这个发布出来。毕竟现在当个新爹挺不容易的。不过大家手下留情，万一用的太滥，这个漏洞被发现了，有得自己受苦了。还有里面的html点击的时候，IE会自动把里面js禁用，这个时候要把屏幕上部的那个提示条，选择允许组织的内容。不然是算不出Unix时间戳的。
不放心的朋友可以自己检查源代码，我这里下载的是没有病毒的。还有就是我还没有测试是否能通过后面的挂号，测试过的朋友能用的话给我发个邮件，分享一下你们当新爹的感受。使用这个挂号程序会带来什么后果我也不负任何责任的，如果被医院发现说你挂得号无效，可和我没有关系，这可是你自己的老婆怀孕作检查。祝各位好运！
下载地址如下：http://blog.zhangchi.com.cn/downloads/guahao.rar
注:海淀妇幼好像现在不能网上挂号了。2010-8-23
二进制版本：http://blog.zhangchi.com.cn/downloads/batchconvert-1.0.1-bin.rar
源代码版本：http://blog.zhangchi.com.cn/downloads/batchconvert-1.0.1-src.rar
修改内容：
修改了一个由于iconv不支持Windows带空格的文件名导致的问题。
说明：这个错误其实就是我前面说的安全性问题。仔细分析了有关的资料，以及自己程序对错误的捕捉，发现问题并不在我的代码里面。然后捕捉了一下我隐藏的错误信息，发现是iconv没有找到要转换的文件，同时把路径识别成了三个文件。使用带引号的路径作为参数以后，问题消失了。
此外还发现一个不知道是Windows还是.NET Framework的问题，当然这也可能是我程序的问题。路径选取对话框在路径是Desktop的时候，预置路径不生效。这个还需要再次测试。
注:两个文件已经无法下载了
当需要转换的文件没有Users权限的时候，会造成转换失败。这个应该是启动iconv转换进程的时候，没有加权限的原因。很快我会修补上这个问题。
此外还准备加上文件类型的过滤。
sogou是一个很低调的公司，sogou拼音输入法似乎口碑相当好。这个免费企业邮局也相当不错，不像Google的hosts服务那样难申请，不像MS的Live Domains那样加广告。功能还全，我喜欢…
台湾地震带来的光纤断线，造成的影响越来越大……
前几天我发布的小工具里面用的libiconv费了我不小的力气：开始的时候是摆脱在微软的一位朋友帮我下载，后来是逛了不少的代理网站找了一个韩国的代理服务器在下载下来的，但是转天就不能用了。估计全中国的网民的流量把韩国人吓坏了……
今天早上收到了微软祝贺我获得MVP的邮件，可是到MVPAward网站怎么都上不去，只好给MVP Lead发邮件询问这个不马上激活会不会有什么问题。
中国的互联网基础建设比想象的差的多，断网这个事情就不说了，南北互联互通的问题更烦人。南电信北网通，本是同根生，却敢冒天下之大不韪，以一己之利，人为限制南北互通。上网的人都知道这个事情了，国家的管理者没人知道么？还是管理者都不上网？
中国的互联网软实力不断增强，不断有本土企业战败国际大鳄，但是基础建设却在变相的垄断之下……
唉，全是牢骚阿…
近期评论