文武之道，一张一弛

台湾地震带来的光纤断线，造成的影响越来越大......

前几天我发布的小工具里面用的libiconv费了我不小的力气：开始的时候是摆脱在微软的一位朋友帮我下载，后来是逛了不少的代理网站找了一个韩国的代理服务器在下载下来的，但是转天就不能用了。估计全中国的网民的流量把韩国人吓坏了......

今天早上收到了微软祝贺我获得MVP的邮件，可是到MVPAward网站怎么都上不去，只好给MVP Lead发邮件询问这个不马上激活会不会有什么问题。

中国的互联网基础建设比想象的差的多，断网这个事情就不说了，南北互联互通的问题更烦人。南电信北网通，本是同根生，却敢冒天下之大不韪，以一己之利，人为限制南北互通。上网的人都知道这个事情了，国家的管理者没人知道么？还是管理者都不上网？

中国的互联网软实力不断增强，不断有本土企业战败国际大鳄，但是基础建设却在变相的垄断之下......

唉，全是牢骚阿...

中文SPS2003发布的时候，正值2003年，.NET Framework 1.1和Windows Server 2003刚刚发布不久。但是随着.NET Framework 1.1的补丁不断出来，以及Windows Server 2003的补丁不断推出，即使SPS2003也不断推出补丁，但是还是有一些著名的小问题。比如中文的SPS2003的管理界面都变成了英文的界面。

这个问题估计可能不是SPS2003的问题，因为SQL Server 2000 Reporting Service也有类似的问题，解决的办法也是一样的。我最早发现这个问题是在2004年，当时.NET Framework 1.1 SP1刚刚发布。咨询微软的工程师，得到了support网站的一篇文章。文章里面讲由于.NET Framework 1.1 SP1的某些安全改进影响了.NET Framework 1.1的i18n解决方案，导致SPS2003的管理界面变成了中文。解决办法很简单，在创建的网站的web.config文件属性的“安全”里面，添加一个“Everyone”，并赋予“完全”的权限。这个方法在某种程度上会降低安全性，但是具体会带来什么危险，我也不清楚了。

最近，客户和我反映管理界面还是经常变成英文的，用上述的方法改一下，过一段时间就又会自己的变成英文的。我自己试了一下，发现上述的方法好像跟本不起作用了。我向客户了解了一下，最近对SPS2003做过什么处理，结果是客户最近部署过自己开发的WebPart，在web.config里面添加过SafeControl。我看了一下，发现web.config文件的编码被改成ANSI的编码了，修改为UTF-8编码以后，不用修改权限，管理界面就恢复中文了。再仔细研究了一下用户的使用习惯，她总是先下载web.config文件，用UltraEdit编辑以后，在上传回去。问题就出在UltraEdit，它在保存文件的时候，并不保持文件原来的编码格式，而是默认使用当前系统的默认编码(GB2312)来保存。不知道这个是UltraEdit的功能还是缺陷，或者其他人汉化导致的。

Reporting Service的问题也是类似的，我们做过一个安全插件，编辑过他的两个虚拟目录的config文件。把这些congfig文件的编码和权限调整过来以后，Reporting Service的管理界面也恢复正常了......

我在这里向大家推荐Editplus2编辑器，韩国人开发的，相当不错，支持在ftp里面直接打开，还可以另存到ftp上面。只不过好像国内没有代理商......

最近一直在做一个项目，以SOA为理念基于SPS2003的三个应用系统。后端以WebService提供服务，前端为嵌入SPS的UserControl，WebService与UserControl之间由序列化的对象进行通讯。由于开发环境是VS.NET 2003，所以就直接使用VSS6d来管理代码了，结果问题就跟着来了：VSS6d不支持UTF-8编码的程序文件以文本方式储存，否则就只能二进制方式存储。在开始阶段主要是开发WebService并没有什么问题，但是随着大量的UserControl开发出来并部署到SPS2003当中的时候，测试人员报告界面乱码。手工把ascx文件转换成UTF-8编码后，问题消失。

这样貌似问题解决了，但是以后每次重新编译部署的时候，都要把上百的ascx文件的编码手工修改一遍。修改编码成了一个极其繁琐的体力劳动......自己研究了一下，又请教了一下微软的工程师，有三个解决方法：

1. 在备份以后，重新把代码加入VSS的代码库，使用二进制方式存储代码。这会带来两个问题：一是二进制方式存储，在不同的代码版本之间不能做Different操作，二是二进制方式存储不再是层量存储，每签入一次，保存的都是一个完整的副本。
2. 使用VS2005 TFS来做代码管理。这需要在VS.NET2003内安装TFS的插件。这种方法微软网站上面介绍过，没有实践过。
3. 使用批量转换工具将ascx的编码转换过来。

我的项目现在只好使用第三种方式，但是找不到有批量的GB2312转UTF-8编码的工具，我只好自己写了一个。这个工具内部的转换引擎是GNU的libiconv，大家可以下载我编译好的版本直接使用，或者下载源代码自己研究。这个工具用.NET2.0写的，所以运行需要.Net Framework 2.0 Runtime。

细心的朋友会问我，为什么我只强调了ascx为什么没有提asmx呢？我当初也奇怪这个问题，后来研究了web.config文件里面的system.web段的globalization的fileEncoding属性约束了ASP.NET从本地读取程序文件的编码。在默认的ASP.NET项目的web.config里面是没有这个属性的，ASP.NET默认会以Windows的默认代码页来读取程序。而我们的asmx文件内部没有中文，即使有中文，ASP.NET也可以识别出来。

但是SPS2003创建的站点里面的web.config文件里面的system.web段的globalization的fileEncoding属性为"utf-8"。我测试了一下，这个属性删除以后，SPS也会有莫名其妙的错误，看来还是不能删除的。

这个题目肯定能增加我的访问量......

其实是我整理2004年的邮件，发现原来一个同事发给我的好玩的东西。这些都是Internet上面的发布的摄像头，可以看到一些地方的景色和风光，很有意思。他的邮件内容如下：

WS UploadService is a custom built web service for SharePoint. It works with the latest SharePoint products (MOSS 2007 and WSS 3.0). The web service uploads documents to SharePoint server.

http://www.codeplex.com/wsuploadservice

鞠强在他的Blog里面报告了FlashGet与ie7有兼容的问题，会造成我前面提到的那个问题。连接http://blog.joycode.com/juqiang/archive/2006/12/08/88719.aspx

但是有人提到即使不装也会有这样的问题......

我的解决办法是不装ie7....

在上次ie7的问题以来，我又重做系统了......

ie7的Tab改进是我最喜欢的，但是相对于其他提供Tab的浏览器（Firefox，MyIE，GreenBower）ie7的Tab切换是最慢的。在一个Tab切换的时候，往往下面的内容换过来，但是Tab还没有变化，几个Tab切换速度快了一点，还会有假死现象。而且异常退出的次数也明显比ie6多得多。

我现在主要用的浏览器还是GreenBrower。Tab功能相当好用，只是内核依赖ie。下次机器重装系统的话，估计不会升级ie7了，继续用ie6内核的GreenBower。

今天访问一个朋友的TFS站点，也就是一个Windows Sharepoint Service v2的站点，在创建文件的时候，突然发现在WSS的文档库里面点击“新建”的时候提示：

---------------------------
Windows Internet Explorer
---------------------------
“新建文档”需要使用与 Windows SharePoint Services 兼容的应用程序和 Microsoft Internet Explorer 5.0 或更高版本。若要向此文档库添加文档，请单击“上载文档”按钮。
---------------------------
确定
---------------------------

正在郁闷的时候，发现ie7提示要安装一个微软的插件，是owssupp.dll。怀疑了一下，就大胆子装上了，结果又提示一个微软的插件owsctl.dll。已经装了一个了，索性这个也装了。这个时候突然发现“新建”恢复正常了，再检查ie7里面的已经使用的加载项中多了一个如下两个条目：

 也许这就是ie7标榜的安全性？还是WSS不认识ie7的版本，得当作ie5处理了？

Vista中文版在MSDN上面可以下载了，算是今天最好的消息了。我对Vista并不抵制，只不过想在更好的时机再换操作系统。我是2005年才开始完全接受WinXP，当我确认我的电脑足够跑这个操作系统，而且市面上的应用基本上都是支持XP了。现在我就在等便宜的运行Vista的电脑和满大街的软件都支持Vista X64，比如招商银行个人专业版。

说到招商银行个人专业版，不能不提最近delphij质疑新版的招商银行个人专业版的事情。

我和delphij是老朋友，在FreeBSDChina的时候认识的，还曾经在聚会上见过很多次。他是国内少数几个参与FreeBSD项目编写的人之一，虽然只有本科学历，但是技术造诣和道德人品已经有大家风范。

招商银行是国内服务顶尖的银行，曾经在一年内以中国银行业总资产1%创造了中国银行业总利润的5%。我第一张招商银行卡是在2000年时候办的，这当中还有许多学校时候的美好回忆，2002年到北京以后办了第二张一卡通，2004年办了第一张招商银行的信用卡。直到现在我的一卡通和信用卡仍然是我的主力储蓄卡和消费卡。我对招商银行也是支持的。

但是这次的事情我支持delphij。招商银行作为专业银行，以银行名义发行的个人金融管理软件应该相对的安全。但让人意想不到的是竟然引入了第三方的二进制代码，而没有对其作审计；此外这些第三方的二进制代码的目的是要过操作系统的安全机制，而没有做任何保护。这两方面可能导致连个后果：

1. 未审计的代码中含有第三方特殊目的的代码，窥探用户信息数据。
2. 这些第三方的二进制代码的接口被病毒、木马、流氓软件利用，绕过系统安全机制，作更大的破坏。

这两种后果估计是任何一个招商银行个人专业版的用户都不会接受的。招商银行不应该允许这样草率的软件被安装到客户的电脑上，招商银行应该彻查这件事，并对此引以为戒。让我们与delphij一起来关注这件事情的进展！

下班回来就看见这样的消息，赶快下载了一个安装上。虽说IE7对于我常用的GreenBrower来讲，并没有新鲜的功能，但是对于IE6来讲还是有很大的进步的。个人觉得有了IE7以后，XP SP2至少可以用到SP3；而没有IE7的Vista和XP比就真没什么实用的功能提升了......

我不是用IE7早的人，我什么也不说了，看人家写的教程去了

连接：
http://download.microsoft.com/download/4/1/8/418981A4-6EF9-4DE6-BEFC-1A53E886CB62/ie7-windowsxp-x86-chs.exe
http://download.microsoft.com/download/8/8/d/88dc5518-0a4d-4912-a8a3-a0fcb6fb657f/IE7-WindowsServer2003-x86-chs.exe

这篇文章来自ReportingService For SQL Server 2000的安装说明文件。

On Windows Server 2003, if you install Reporting Services with Windows SharePoint Services, you need to follow some basic steps in order for your system to function properly. To enable a side-by-side installation of Reporting Services and Windows SharePoint Services, perform the following steps.

1. While installing Reporting Services, you may experience activation failures. Ignore any activation errors that occur.
2. Add the Reporting Services virtual directories to the Windows SharePoint Services list of exclusions. If you installed Reporting Services using the default virtual directories, run the following at the command prompt:
   STSADM.EXE -o addpath -url http://localhost/ReportServer -type exclusion
   and
   STSADM.EXE -o addpath -url http://localhost/Reports -type exclusion
3. Next, increase the trust level to full trust in the Report Server and Report Manager Web.config files. By default, the Report Server Web.config file is located at C:\Program Files\Microsoft SQL Server\MSSQL\Reporting Services\ReportServer. The Report Manager Web.config file is located at C:\Program Files\Microsoft SQL Server\MSSQL\Reporting Services\ReportManager. You can increase the trust level by modifying the trust level element of the system.web configuration element from <trust level="RosettaSRV" originURL=""/> and <trust level="RosettaMGR" originURL=""/> to the following:
   <trust level="Full" originUrl="" />
   You must make the trust level entry in both Web.config files. Modify only the trust level element of system.web. Do not modify the similarly named trustlevel element of the security policy configuration element.
4. Add the following under the HttpModules configuration element of the SharePoint Web.config file if it does not already exist. By default, the SharePoint Web.config file is located at C:\Inetpub\wwwroot.
   <HttpModules>
      <add name="Session" type="System.Web.SessionState.SessionStateModule"/>
   In addition to adding the session state module, you must also enable session state for the pages element by changing the enableSessionState attribute from false to true. The entry in the configuration files should look like the following:
   <pages enableSessionState="true" enableViewState="true" enableViewStateMac="true" validateRequest="false" />
5. From the Internet Information Services (IIS) Manager, ensure that the report server is in an application pool that is separate from the SharePoint server. The report server management user interface, Report Manager, can remain in the same application pool to which it was originally installed. To assign the report server to a separate application pool, you must first create a new application pool. After you have created a new application pool, expand Web Sites, expand Default Web Site, right-click the report server virtual root that you created during setup (the default is ReportServer), and then click Properties. From the Application pool drop down, select the newly-created application pool. For more information about application pools, see your Internet Information Services documentation.
6. Finally, use the rsactivate utility to activate the local instance of Reporting Services. You need to install Administrative Tools and Utilities as part of Reporting Services setup in order to use the rsactivate utility. By default, rsactivate is located at C:\Program Files\Microsoft SQL Server\80\Tools\Binn. If you installed your report server to the default location, run the following at the command prompt:
   rsactivate -c "C:\Program Files\Microsoft SQL Server\MSSQL\Reporting Services\ReportServer\RSReportServer.config"