2007/05/23 11:05
一个UTF-8编码的站点，在页面中需要有如下的链接：
查看更多关于"给不起的爱"的内容，关键词“给不起的爱”链接
http://www.baidu.com/baidu?word=给不起的爱
但是，点过去后搜索框显示的关键词是乱码：（
如果直接在地址栏输这个网址，确又正常。
将中文rawurlencode一下，变成
http://www.baidu.com/baidu?word=%E7%BB%99%E4%B8%8D%E8%B5%B7%E7%9A%84%E7%88%B1
同样如此。
知道这是因为UTF-8下一个中文三个字符，而Baidu使用GB2312编码，一个中文两个字符的原因，但是怎么解决呢？Google就可以直接调用，因为其本身就是UTF8的，如果是gb2312的页面过去，则只要在网址后面加上&ie=GB2312就可以。Baidu不知道要怎么解决，难道要将UTF-8产生的字符通过函数转换为gb2312的编码？在Baidu的帮助中没能找到方法。
搜索了一下，从一大堆无用信息中找到了一条，解决了这个问题：）
方法是在后面加上&ie=utf-8，呵呵Baidu也早就有解决这个问题的方法了。
于是最终链接地址变成：
http://www.baidu.com/baidu?word=%E7%BB%99%E4%B8%8D%E8%B5%B7%E7%9A%84%E7%88%B1&ie=utf-8
查看更多关于"给不起的爱"的内容，关键词“给不起的爱”链接
http://www.baidu.com/baidu?word=给不起的爱
但是，点过去后搜索框显示的关键词是乱码：（
如果直接在地址栏输这个网址，确又正常。
将中文rawurlencode一下，变成
http://www.baidu.com/baidu?word=%E7%BB%99%E4%B8%8D%E8%B5%B7%E7%9A%84%E7%88%B1
同样如此。
知道这是因为UTF-8下一个中文三个字符，而Baidu使用GB2312编码，一个中文两个字符的原因，但是怎么解决呢？Google就可以直接调用，因为其本身就是UTF8的，如果是gb2312的页面过去，则只要在网址后面加上&ie=GB2312就可以。Baidu不知道要怎么解决，难道要将UTF-8产生的字符通过函数转换为gb2312的编码？在Baidu的帮助中没能找到方法。
搜索了一下，从一大堆无用信息中找到了一条，解决了这个问题：）
方法是在后面加上&ie=utf-8，呵呵Baidu也早就有解决这个问题的方法了。
于是最终链接地址变成：
http://www.baidu.com/baidu?word=%E7%BB%99%E4%B8%8D%E8%B5%B7%E7%9A%84%E7%88%B1&ie=utf-8
2007/05/20 22:37
朋友的一个网站经常一天之中会出现几次访问很慢甚至完全打不开的情况，开始一直怀疑是程序问题，也优化了些，但是一直没能彻底解决。
前几天，比较严重的问题出现了。经常卡，有时iisreset完后就马上卡。我在服务器上的事件日志中，突然发现大量的SQL事件，打开一看，类似如下描述：
17052:
SQL Server 已为 8 个并发查询而优化。1 个查询超过了此限制，因而性能可能会受到不良影响。
搜索引擎中查一下，说是sql版本问题，改成企业版就行了。
咦，难道安装的不是企业版？先看看是什么版本，select @@version看下，显示
Microsoft SQL Server 2000 - 8.00.2039 (Intel X86) May 3 2005 23:18:38 Copyright (c) 1988-2003 Microsoft Corporation Personal Edition on Windows NT 5.2 (Build 3790: Service Pack 1)
晕，真的是个人版。。。
第二天，他让重装了企业版，程序没动，到现在还没有发现有访问非常慢的情况，看来这个SQL个人版是造成这个问题的罪魁祸首！我估计访问量只要稍大(超过1wIP)，用SQL个人版就可能会出问题。
另有一篇的解决方法：
前几天，比较严重的问题出现了。经常卡，有时iisreset完后就马上卡。我在服务器上的事件日志中，突然发现大量的SQL事件，打开一看，类似如下描述：
17052:
SQL Server 已为 8 个并发查询而优化。1 个查询超过了此限制，因而性能可能会受到不良影响。
搜索引擎中查一下，说是sql版本问题，改成企业版就行了。
咦，难道安装的不是企业版？先看看是什么版本，select @@version看下，显示
Microsoft SQL Server 2000 - 8.00.2039 (Intel X86) May 3 2005 23:18:38 Copyright (c) 1988-2003 Microsoft Corporation Personal Edition on Windows NT 5.2 (Build 3790: Service Pack 1)
晕，真的是个人版。。。
第二天，他让重装了企业版，程序没动，到现在还没有发现有访问非常慢的情况，看来这个SQL个人版是造成这个问题的罪魁祸首！我估计访问量只要稍大(超过1wIP)，用SQL个人版就可能会出问题。
引用
SQL Server 2000 桌面版和 SQL Server 2000 个人版都有一个并发工作负荷调控器，可在并发执行 5 个以上的批处理时限制数据库引擎的性能。
并发工作负荷调控器限制了数据库引擎的性能。当同时执行五个以上的批处理命令时，个别 Transact-SQL 批处理命令的性能将降低。
来源：http://www.9zhidao.cn/info/8304.htm
并发工作负荷调控器限制了数据库引擎的性能。当同时执行五个以上的批处理命令时，个别 Transact-SQL 批处理命令的性能将降低。
来源：http://www.9zhidao.cn/info/8304.htm
另有一篇的解决方法：
引用
你的服务器上有 多个 CPU?
用sp_configure 改一下 cost threshod for parallelism,和max degree of parallelism
的值，企业服务器的 server属性的处理器页也有这个选项.
你在企业管理器中的'处理器'页下有个'并发',其中的最小查询计划阀值改一个看行不行.
还有连接页下的并发用户连接数也看一下
来源：http://www.9zhidao.cn/info/23105.htm
用sp_configure 改一下 cost threshod for parallelism,和max degree of parallelism
的值，企业服务器的 server属性的处理器页也有这个选项.
你在企业管理器中的'处理器'页下有个'并发',其中的最小查询计划阀值改一个看行不行.
还有连接页下的并发用户连接数也看一下
来源：http://www.9zhidao.cn/info/23105.htm
2007/05/16 14:59
以前也经常，不过今天尤其明显，经常搜索就提示：
Server Error
The server encountered a temporary error and could not complete your request.
Please try again in 30 seconds.
刷新一次或者过一会儿再搜索就能显示，然后翻页或者再搜索时又提示。。。
不知道google.cn再限制什么：（
Server Error
The server encountered a temporary error and could not complete your request.
Please try again in 30 seconds.
刷新一次或者过一会儿再搜索就能显示，然后翻页或者再搜索时又提示。。。
不知道google.cn再限制什么：（
2007/05/14 09:00
在查询分析器中运行select @@version
我的是
Microsoft SQL Server 2000 - 8.00.2039 (Intel X86) May 3 2005 23:18:38 Copyright (c) 1988-2003 Microsoft Corporation Personal Edition on Windows NT 5.2 (Build 3790: Service Pack 1)
其中看到May 3 2005 就说明是打了SP4了。
我的是
Microsoft SQL Server 2000 - 8.00.2039 (Intel X86) May 3 2005 23:18:38 Copyright (c) 1988-2003 Microsoft Corporation Personal Edition on Windows NT 5.2 (Build 3790: Service Pack 1)
其中看到May 3 2005 就说明是打了SP4了。
2007/05/13 22:56
将Serv-U切换成以普通用户启动后，发现FTP登录后提示：
331 User name okay, need password.
命令:> PASS *****
530 Not logged in, home directory does not exist.
不知道什么原因，换成用System账号启动后，一切正常。
搜索了下，原来是需要给该目录以上的上级目录给该用户的读取权限。也就是说如果启动serv-u的用户名是servu，FTP主目录是d:\hx，那么不仅d:\hx需要有servu的所有权限，还需要对d盘的读取权限，否则就会出现这个错误。2000下没有这个问题，我以前服务器是2000的，就没碰到过这问题！
但是更改后还是不行：
命令:> PASS *****
230 User logged in, proceed.
状态:> 登录成功。
命令:> PWD
257 "/" is current directory.
状态:> Home directory: /
命令:> FEAT
然后就一直没反应了,1分钟后就提示：
错误:> 接收服务器响应时发生超时(60000 毫秒)。
切换成System账号启动，还是正常。
参考了这篇文章(注：地址失效了)，将Windows Firewall的网络连接设置中的“FTP服务器”取消，居然就OK了！
给上级目录读的权限的具体操作，我本人试了N(>10)回！。。。
选择D盘，给servu读的权限，选择高级，应用到：只有该文件夹，下面的权限只留最下面的“读取权限”，点确定，等待（下面文件最多等的时间越长。）
关于如何使用普通用户启动Serv-U，请参照：http://www.itlearner.com/article/2006/3438_6.shtml
331 User name okay, need password.
命令:> PASS *****
530 Not logged in, home directory does not exist.
不知道什么原因，换成用System账号启动后，一切正常。
搜索了下，原来是需要给该目录以上的上级目录给该用户的读取权限。也就是说如果启动serv-u的用户名是servu，FTP主目录是d:\hx，那么不仅d:\hx需要有servu的所有权限，还需要对d盘的读取权限，否则就会出现这个错误。2000下没有这个问题，我以前服务器是2000的，就没碰到过这问题！
但是更改后还是不行：
命令:> PASS *****
230 User logged in, proceed.
状态:> 登录成功。
命令:> PWD
257 "/" is current directory.
状态:> Home directory: /
命令:> FEAT
然后就一直没反应了,1分钟后就提示：
错误:> 接收服务器响应时发生超时(60000 毫秒)。
切换成System账号启动，还是正常。
参考了这篇文章(注：地址失效了)，将Windows Firewall的网络连接设置中的“FTP服务器”取消，居然就OK了！
给上级目录读的权限的具体操作，我本人试了N(>10)回！。。。
选择D盘，给servu读的权限，选择高级，应用到：只有该文件夹，下面的权限只留最下面的“读取权限”，点确定，等待（下面文件最多等的时间越长。）
关于如何使用普通用户启动Serv-U，请参照：http://www.itlearner.com/article/2006/3438_6.shtml
