小李刀刀博客

　　测试环境：Windows Server 2003 + 瑞星防火墙2006 单机版 　　问题描述：在禁用瑞星防火墙保护的情况下，三方整合注册登陆测试正常；启用防火墙保护后，从动网登陆出现msxml超时错误提示，无法登陆，防火墙日志中提示两条禁止w3wp.exe访问网络的请求，具体为0.0.0.0:1485 -> 220.164.71.24:80[web] 的请求。关闭防火墙保护，登陆正常，再启用，无法登陆。 　　原因描述：由于w3wp.exe的网络请求被禁止，xml数据包不能正常发送到整合接口。 　　解决办法：（仅以瑞星防火墙为例） 　　[1]在瑞星防火墙的“系统设置”中，选择“规则设置”下的“访问规则”，点击右边的“增加规则”（如图） 　　[2]在“常规”选项下，选择程序：“C:windowssystem32inetsrvw3wp.exe”，在“所属类别”选择“系统软件”（可选） 　　[3]在“高级”选项中的所有规则选择“放行”。（如图） 　　退出设置。 　　备注：如果不使用添加访问规则的方式，通过添加IP规则，不论设置任意端口到80的放行规则还是80端口到任意端口的放行规则，均不起作用。其它防火墙环境请参照本文自行设置。

　　今天做技术支持的时候，有个客户的整合出现一个很怪异的情况： 　　动网、动易、博客三方整合，其它所有的都很成功，唯独一点，就是在动易首页注销的时候就出现服务器无响应。 　　我直接访问/User/User_Logout.asp退出没有问题，那就是Ajax部分的问题了，于是我访问/User/User_Logout.asp?action=xml，结果发现返回的xml数据包是空的，没有必要的用户名和密钥等信息。 　　检查用户的/User/User_Logout.asp，发现和最新版本的文件一致。再检查用户的/JS/checklogin.js文件，除了显示风格的html代码部分有修改，其它的也和最新版本一致。这就奇怪了。 　　我让客户把动易的整合暂时禁用，再测试发现一切正常。肯定是/User/User_Logout.asp文件处理xml请求的部分出错了，但是文件本身没错，难道接口有问题？ 　　我让他把动易的/API/API_Config.asp发给我，结果发现这个文件是旧版本的，他告诉我是4月22日下载的。换成SP3的文件（该文件是在SP2的时候更新的）后，问题解决。 SP2以前的API/API_Config.asp文件和SP2以后的文件比较如下： 旧文件 Dim arrAPIUrlsarrAPIUrls = Split(API_Urls,"|") 新文件 Dim arrAPIUrls, arrUrlsSP2arrUrlsSP2 = "blank"arrAPIUrls = Split(API_Urls,"|")Dim tempIndex,tempAPIPathFor tempIndex = 0 To UBound(arrAPIUrls)    tempAPIPath = Split(arrAPIUrls(tempIndex),"@@")    arrUrlsSP2 = arrUrlsSP2 & "|" & tempAPIPath(1)NextarrUrlsSP2 = Replace(arrUrlsSP2,"blank|","")arrUrlsSP2 = Split(arrUrlsSP2,"|") 结论：用户在每次升级动易系统以后，不需要单独下载额外的整合接口（除非我在官方论坛单独发布补丁并说明什么情况下需要使用），因为动易的最新整合接口会包含在每次发布的新版本中。也就是动易不需要单独的整合接口文件。

注意：本文适用于整合已经成功，偶尔出现500错误，提示MSXML错误，或者在本地测试整合成功，传到服务器上后出错的用户。 症状描述（蓝色部分根据用户的服务器情况会有不同，有时候出问题的是动网或者oblog的文件）： 错误类型：msxml3.dll (0x80072EE7)The server name or address could not be resolved F:POWEREASYUSER../API/API_Function.asp, 第 290 行

问题描述：整合成功后，在动易后台删除用户时另外两个系统不能同步。而其它所有操作都已正常。 临时方案：修改动网和oblog的接口解决。 动网的修改： 打开动网论坛根目录下的dv_dpo.asp文件，找到147行左右的 D_Users = Split(UserName,",") 修改为：

动易的子域名功能在使用中也遇到了不能共享用户状态的问题，壮志指示我按照上次我提到的方法尝试一下能否解决。 根据子域名共享Cookies的特点，首先要保证写入Cookies要对根域进行指定，动易是一个通用型建站程序，用户的域名我们并不能提前知道，用自动监测的方式也会比较麻烦，所以最好的办法是由用户指定。另外一个问题在于动易的Cookie名——Site_Sn，这个变量是通过动态获取的，也就是当使用不同域名访问的时候，Site_Sn的值不同，那么即使子域名下的页面可以共享Cookies，也不能正确读取到Cookies的值。

今天是20号了，这个工具很多朋友大概通过测试版的升级提示和动易SP1已经拿到了，我这里象征性地“发布”一下：） 版本说明： 原来的同步工具最后更新的版本号为v1.3rtm，这次发布的版本文件名、工具名继续承袭上一版本，但是由于针对的系统，工具的全部代码和界面都重新设计了，所以版本号从2.0开始。

最近上网比较少，但是一直在弄这个程序，本来应该在上周末发布的，但是由于自己的一些事情，耽误了。周一回来又修改了一下。现在先发布出来给大家用用看。 因为测试的时候我的电脑上只有三个AC数据库，而且都是超小数据的，所以这个程序还没有经过大数据的测试。目前发布的这个版本是为了尽可能多地在各种数据情况下测试，避免像原来版本一样遇到特殊的用户资料就会导致未知错误。所以这版里注释了几户所有的容错代码，运行过程中很容易出现各种500错误。

昨天贾宁旨光临寒舍，吃过晚饭回来后就跟他聊天，后来又玩了一会儿《Black Hawk Down》对战，到了大概晚上11点多，开始继续尝试用 Response.Cookies.Domain 来解决子域共享 Cookie 的问题。