首先，我们得下载 ISAPI Rewrite 3，ISAPI Rewrite 3 分为商业版和免费的 Lite 版，商业版可以在每个站点放置一个 httpd.ini 来单独设置规则，免费版只能将规则写到安装目录下的 httpd.conf 文件中，作用于全局。

将下载的 IIS Rewrite 组件解压，放到适当的目录（如 C:Rewrite）下。

在“IIS管理器”里选择网站，右键，属性。

选择“ISAPI”，点击“添加”。

填入筛选器名称，如“rewrite”。

可执行文件下方点击“浏览”，选择刚才解压的Rewrite组件位置，Rewrite.dll。

确认选择正确后，点击“确定”。点击“确定”，完成筛选器添加。

重启IIS。

重启IIS后，再次选择站点，右键，属性，看到如下所示向上的绿箭头，说明 IIS Rewrite 成功添加并运行。

记得添加完筛选器一定要重启IIS，否则无法生效。

 ISAPI Rewrite免费版只能将规则写到ISAPI Rewrite安装目录下的 httpd.conf 文件中，一些规则写法摘抄如下：

1、将“domain.com”301重定向到“www.domain.com”

RewriteEngine on
RewriteCond %{HTTPS} (on)?
RewriteCond %{HTTP:Host} ^(?!www.)(.+)$ [NC]
RewriteCond %{REQUEST_URI} (.+)
RewriteRule .? http(?%1s)://www.%2%3 [R=301,L]

2、301重定向到另一个域名

RewriteCond %{HTTP:Host} ^www.domain.com$
RewriteRule (.*) http://www.domain.com$1 [NC,R=301]

3、301重定向单个页面

RewriteRule ^/oldpage.htm$ http://www.domain.com/newpage.html [R=301,L]

4、针对某些ASP外贸网站，将地址重写成多带有一个问号的

RewriteRule /(.*)/(.*)\.html /$1/?$2\.html

相关日志

• 11/07/2009 -- Apache mod_rewrite模块中RewriteCond和RewriteRule的指令格式 (6)
• 09/30/2010 -- Zen Cart整合WordPress之Wordpress on ZenCart安装 (0)
• 01/20/2010 -- 使用.htaccess将网站首页301重定向到子页面 (1)
• 07/08/2009 -- 分析WordPress的Rewrite机制 (0)
• 06/06/2009 -- Nginx的WordPress配置 (0)

起初系统用的是GB2312编码，中文记录是以GB2312编码格式添加的，所以用utf8连接数据库时，看到的是乱码，但输出在网页里时，由于页面编码也是GB2312，所以显示正常。现在网页编码用utf8了，所以看到的是乱码。

解决方法：

使用GB2312字符集连接数据库，这时可以看到中文字段显示是正常的，将需要转换的表导出sql文件，然后断开数据库用utf8字符集重连，再导入刚才导出的sql文件进行替换，导放时编码格式一定要先择GB2312。

由于数据库中默认字符集是utf8，整理是utf8_general_ci，所以在PHP中连接数据库时要加上下面一段，设置好字符属性，否则可能还是乱码。

mysql_query(“set names ‘utf8′ collate ‘utf8_general_ci’”, $con);

相关日志

• 10/15/2010 -- DNSPOD API升级 (5)
• 06/06/2009 -- nginx详解 (0)
• 09/01/2010 -- mysql 注入方法（转自Security Angel） (1)
• 06/10/2009 -- 国内八家域名注册商优缺点比较 (6)
• 05/29/2009 -- 一个整理的dnspod接口类 (1)

主要更改有：

Domain.List返回的数组去掉了domain一级，Record.List返回的数组去掉了record一级，调用时要相应去掉。

record_line参数值作了改动，原本是英文，如default、edu等，现在改为中文，如默认、教育网等；改为中文，真是个退步，因为编码问题，参数提交和返回时都要求在UTF-8环境下，即用web界面调用时，charset要为UTF-8，源代码也要以utf-8格式保存，避免乱码和造成提交失败。

其它的问题暂时没发现，因为只要能添加删除域名和记录，就行了。

另外，DNSPOD官方文档要求的使用https方式请求并不是强制的，所以原来的http://www.dnspod.com/API/地址还是可以用，其实如果非要用https的话，可能还会遇到服务器CURL配置的问题，至少我的初始配置无法执行。

DNSPOD的API调用限制是一小时内不能超过120次，这个不是针对帐号而是针对IP，所以本地调用受限时，急的话可以切换个IP再试。

相关日志

• 10/15/2010 -- MySQL数据库编码问题之数据转换 (0)
• 06/29/2010 -- wordpress3.0发布，支持多站点 (1)
• 06/10/2009 -- 国内八家域名注册商优缺点比较 (6)
• 05/29/2009 -- 一个整理的dnspod接口类 (1)
• 08/10/2010 -- 国内仿牌域名也存在很大风险 (3)

但目前我们已有在国内注册的域名受到仲裁，域不明不白失去了所有权，或被禁止修改DNS

今天又遇到一情况，name server没错，我一直用的dnspod的服务，但无法解析，查询域名whois，状态如下：

域名服务器： whois.dns.com.cn
相关网站： http://www.dns.com.cn
DNS服务器： NS1.DNSPOOD.NET
DNS服务器： NS2.DNSPOOD.NET
状态：停止解析
状态：用户设置了禁止转移

登陆dnspod查看状态，点击域名全面诊断，问题出来了：

1：该域名离过期还有不到一年的时间，请多关注，及时付费
2：警告！！域名当前为clientHold状态，该域名已经被注册商暂停解析。请马上联系域名的注册商：BEIJING INNOVATIVE LINKAGE TECHNOLOGY LTD. DBA DNS.COM.CN
3：查询不到该域名使用的DNS服务器，该域名在DNS系统里不存在
4：该域名的最新更新时间还没超过72个小时，若该域名的记录还没生效，请耐心等待（最多等待35个小时）

域名已被注册商停止解析，

BEIJING INNOVATIVE LINKAGE TECHNOLOGY LTD. DBA DNS.COM.CN

是新网互联的，看来凶多吉少，基本被冻结了

另外提一个，DNSPOD的服务一直不错，当然，上次暴风影音造成的dns瘫痪并没它多少责任

最近dnspod需要进行手机验证才能登陆操作了，否则连API都连不上，但不影响现有解析

问题是有时验证不了，发多少短信也没用，应该是手机运营商的技术问题，很恶心，特别是急用时

好在DNSPOD的服务很好，我当时立刻联系了他们的VIP客服，客服给解决了，立刻打电话过来核实号码，虽然我并不是VIP客户，赞一个

相关日志

• 04/21/2010 -- WHM 删除nameserver IPs bug (0)
• 10/21/2010 -- DNSPod故障 (1)
• 10/15/2010 -- DNSPOD API升级 (5)
• 05/12/2010 -- 比较全的域名whois服务器地址 (0)
• 03/22/2010 -- 什么是WHM？ (1)

WHM Control panel Features
Multilanguage Cpanel control panel
Private mail server (mail.yourdomain.com)
Private Mail Server (dnsX.yourdomain.com)
SSL Security Certificate (RapidSSL) Available Available Available Available
Dedicated IP Address Available Available Available Available
Addon domains Unlimited Unlimited Unlimited Unlimited
Parked domains Unlimited Unlimited Unlimited Unlimited
Subdomains Unlimited Unlimited Unlimited Unlimited
SSH / Shell Access

cPanel and WebHost Manager (WHM) combine to form a fully featured web hosting control panel system. cPanel and WHM allow you to provide an interface for both your customers and your staff.
The cPanel and WebHost Manager package includes:
cPanel – Domain Owner Control Panel
WebHost Manager – Server Administration and Reseller Panel
Webmail Panel – Webmail Access Panel

WebHost Manager (WHM) [Server Administrator Login]: From WHM, you can provision accounts, tweak security settings, install addon software, and much much more. This interface provides access to the heart of the cPanel and WHM package and allows a Server Administrator to simply configure a few options and be on their way to hosting web sites.
WebHost Manager (WHM) [Reseller Login]: Resellers also get limited (configurable) access to WHM to create new domain owner accounts, backup accounts, and access to many other tools as determined by the Server Administrator.
cPanel [Domain Owner Login]: Within cPanel, a domain owner has all the tools they need to create an impressive web presence. They can add mail accounts, access their files, use website builders, add a blog to their site, and a whole lot more. With cPanel, your web hosting clients have access to a huge variety of hosting features that can put your hosting business, and their web site, on the map!
Mail [Mail User Login]: Every person who has a mail account on a cPanel domain has access to webmail, spam filtering, message filter, and many more settings so they can get a great mail experience.

相关日志

• 03/19/2010 -- lightinthebox的robots.txt (0)
• 06/10/2009 -- 国内八家域名注册商优缺点比较 (6)
• 05/29/2009 -- 一个整理的dnspod接口类 (1)
• 07/21/2010 -- CentOS 5.x系统服务优化详解 (0)
• 12/01/2009 -- Google注册域名大全 (0)

User-Agent: almaden
Disallow: /
User-Agent: ASPSeek
Disallow: /
User-Agent: Axmo
Disallow: /
User-Agent: BaiduSpider
Disallow: /
User-Agent: booch
Disallow: /
User-Agent: DTS Agent
Disallow: /
User-Agent: Downloader
Disallow: /
User-Agent: EmailCollector
Disallow: /
User-Agent: EmailSiphon
Disallow: /
User-Agent: EmailWolf
Disallow: /
User-Agent: Expired Domain Sleuth
Disallow: /
User-Agent: Franklin Locator
Disallow: /
User-Agent: Gaisbot
Disallow: /
User-Agent: grub
Disallow: /
User-Agent: HughCrawler
Disallow: /
User-Agent: iaea.org
Disallow: /
User-Agent: lcabotAccept
Disallow: /
User-Agent: IconSurf
Disallow: /
User-Agent: Iltrovatore-Setaccio
Disallow: /
User-Agent: Indy Library
Disallow: /
User-Agent: IUPUI
Disallow: /
User-Agent: Kittiecentral
Disallow: /
User-Agent: iaea.org
Disallow: /
User-Agent: larbin
Disallow: /
User-Agent: lwp-trivial
Disallow: /
User-Agent: MetaTagRobot
Disallow: /
User-Agent: Missigua Locator
Disallow: /
User-Agent: NetResearchServer
Disallow: /
User-Agent: NextGenSearch
Disallow: /
User-Agent: NPbot
Disallow: /
User-Agent: Nutch
Disallow: /
User-Agent: ObjectsSearch
Disallow: /
User-Agent: Oracle Ultra Search
Disallow: /
User-Agent: PEERbot
Disallow: /
User-Agent: PictureOfInternet
Disallow: /
User-Agent: PlantyNet
Disallow: /
User-Agent: QuepasaCreep
Disallow: /
User-Agent: ScSpider
Disallow: /
User-Agent: SOFT411
Disallow: /
User-Agent: spider.acont.de
Disallow: /
User-Agent: Sqworm
Disallow: /
User-Agent: SSM Agent
Disallow: /
User-Agent: TAMU
Disallow: /
User-Agent: TheUsefulbot
Disallow: /
User-Agent: TurnitinBot
Disallow: /
User-Agent: Tutorial Crawler
Disallow: /
User-Agent: TutorGig
Disallow: /
User-Agent: WebCopier
Disallow: /
User-Agent: WebZIP
Disallow: /
User-Agent: ZipppBot
Disallow: /
User-Agent: Xenu
Disallow: /
User-Agent: Wotbox
Disallow: /
User-Agent: Wget
Disallow: /
User-Agent: NaverBot
Disallow: /
User-Agent: mozDex
Disallow: /
User-Agent: Sosospider
Disallow: /
Sitemap:http://localhost/sitemapindex.xml

看来除了google和yahoo，lightinthebox不打算让别的搜索引擎收录了

百度site一下，只收了首页，title是兰亭国际，挺有趣的

相关日志

• 03/22/2010 -- 什么是WHM？ (1)
• 04/05/2010 -- 如何写robots.txt？(摘点石) (1)
• 12/01/2009 -- Google注册域名大全 (0)
• 06/10/2009 -- 国内八家域名注册商优缺点比较 (6)
• 06/06/2009 -- nginx详解 (0)

不过似乎不能用的，正确的做法是

1. Find/includes/modules/payment/gspay.php script
2. Open and replace secure.rdgateway.com at secure.safepaymentgate.com

替换一个接口地址

相关日志

• 10/26/2010 -- GSPAY支付模块接口文档及测试方法 (0)
• 08/11/2009 -- 深究Nginx502 bad gateway, 504 Gateway Time-out的彻底解决（转） (0)
• 07/18/2009 -- zencart 后台设置选择保存时跳到index的原因 (0)
• 06/19/2009 -- PayPal PHP接口 (0)
• 06/12/2009 -- ISO Latin-1字符集 (0)

RewriteRule 指令
语法: RewriteRule Pattern Substitution
1) Pattern是一个作用于当前URL的兼容perl的正则表达式. 这里的“当前”是指该规则生效时的URL的值。
2) Substitution是，当原始URL与Pattern相匹配时，用以替代(或替换)的字符串。
3) 此外，Substitution还可以追加特殊标记[flags]  作为RewriteRule指令的第三个参数。 Flags是一个包含以逗号分隔的下列标记的列表:
‘redirect|R [=code]‘ (强制重定向 redirect)
以http://thishost[:thisport]/(使新的URL成为一个URI) 为前缀的Substitution可以强制性执行一个外部重定向。 如果code没有指定，则产生一个HTTP响应代码302(临时性移动)。 如果需要使用在300-400范围内的其他响应代码，只需在此指定这个数值即可， 另外，还可以使用下列符号名称之一: temp (默认的), permanent, seeother. 用它可以把规范化的URL反馈给客户端，如, 重写“/~”为 “/u/”，或对/u/user加上斜杠，等等。

注意: 在使用这个标记时，必须确保该替换字段是一个有效的URL! 否则，它会指向一个无效的位置! 并且要记住，此标记本身只是对URL加上 http://thishost[:thisport]/的前缀，重写操作仍然会继续。 通常，你会希望停止重写操作而立即重定向，则还需要使用’L'标记.

‘forbidden|F’ (强制URL为被禁止的 forbidden)
强制当前URL为被禁止的，即，立即反馈一个HTTP响应代码403(被禁止的)。 使用这个标记，可以链接若干RewriteConds以有条件地阻塞某些URL。
‘gone|G’ (强制URL为已废弃的 gone)
强制当前URL为已废弃的，即，立即反馈一个HTTP响应代码410(已废弃的)。 使用这个标记，可以标明页面已经被废弃而不存在了.
‘proxy|P’ (强制为代理 proxy)
此标记使替换成分被内部地强制为代理请求，并立即(即， 重写规则处理立即中断)把处理移交给代理模块。 你必须确保此替换串是一个有效的(比如常见的以 http://hostname开头的)能够为Apache代理模块所处理的URI。 使用这个标记，可以把某些远程成分映射到本地服务器名称空间， 从而增强了ProxyPass指令的功能。
注意: 要使用这个功能，代理模块必须编译在Apache服务器中。 如果你不能确定，可以检查“httpd -l”的输出中是否有mod_proxy.c。 如果有，则mod_rewrite可以使用这个功能； 如果没有，则必须启用mod_proxy并重新编译“httpd”程序。

‘last|L’ (最后一个规则 last)
立即停止重写操作，并不再应用其他重写规则。 它对应于Perl中的last命令或C语言中的break命令。 这个标记可以阻止当前已被重写的URL为其后继的规则所重写。 举例，使用它可以重写根路径的URL(‘/’)为实际存在的URL, 比如, ‘/e/www/’.
‘next|N’ (重新执行 next round)
重新执行重写操作(从第一个规则重新开始). 这时再次进行处理的URL已经不是原始的URL了，而是经最后一个重写规则处理的URL。 它对应于Perl中的next命令或C语言中的continue命令。 此标记可以重新开始重写操作，即, 立即回到循环的头部。
但是要小心，不要制造死循环!
‘chain|C’ (与下一个规则相链接 chained)
此标记使当前规则与下一个(其本身又可以与其后继规则相链接的， 并可以如此反复的)规则相链接。 它产生这样一个效果: 如果一个规则被匹配，通常会继续处理其后继规则， 即，这个标记不起作用；如果规则不能被匹配， 则其后继的链接的规则会被忽略。比如，在执行一个外部重定向时， 对一个目录级规则集，你可能需要删除“.www” (此处不应该出现“.www”的)。
‘type|T=MIME-type’ (强制MIME类型 type)
强制目标文件的MIME类型为MIME-type。 比如，它可以用于模拟mod_alias中的ScriptAlias指令， 以内部地强制被映射目录中的所有文件的MIME类型为“application/x-httpd-cgi”.
‘nosubreq|NS’ (仅用于不对内部子请求进行处理 no internal sub-request)
在当前请求是一个内部子请求时，此标记强制重写引擎跳过该重写规则。 比如，在mod_include试图搜索可能的目录默认文件(index.xxx)时， Apache会内部地产生子请求。对子请求，它不一定有用的，而且如果整个规则集都起作用， 它甚至可能会引发错误。所以，可以用这个标记来排除某些规则。

根据你的需要遵循以下原则: 如果你使用了有CGI脚本的URL前缀，以强制它们由CGI脚本处理， 而对子请求处理的出错率(或者开销)很高，在这种情况下，可以使用这个标记。

‘nocase|NC’ (忽略大小写 no case)
它使Pattern忽略大小写，即, 在Pattern与当前URL匹配时，’A-Z’ 和’a-z’没有区别。
‘qsappend|QSA’ (追加请求串 query string append)
此标记强制重写引擎在已有的替换串中追加一个请求串，而不是简单的替换。 如果需要通过重写规则在请求串中增加信息，就可以使用这个标记。
‘noescape|NE’ (在输出中不对URI作转义 no URI escaping)
此标记阻止mod_rewrite对重写结果应用常规的URI转义规则。 一般情况下，特殊字符(如’%', ‘$’, ‘;’等)会被转义为等值的十六进制编码。 此标记可以阻止这样的转义，以允许百分号等符号出现在输出中，如：
RewriteRule /foo/(.*) /bar?arg=P1\%3d$1 [R,NE]

可以使’/foo/zed’转向到一个安全的请求’/bar?arg=P1=zed’.
‘passthrough|PT’ (移交给下一个处理器 pass through)
此标记强制重写引擎将内部结构request_rec中的uri字段设置为 filename字段的值，它只是一个小修改，使之能对来自其他URI到文件名翻译器的 Alias，ScriptAlias, Redirect 等指令的输出进行后续处理。举一个能说明其含义的例子： 如果要通过mod_rewrite的重写引擎重写/abc为/def， 然后通过mod_alias使/def转变为/ghi，可以这样:
RewriteRule ^/abc(.*) /def$1 [PT]
Alias /def /ghi

如果省略了PT标记，虽然mod_rewrite运作正常， 即, 作为一个使用API的URI到文件名翻译器， 它可以重写uri=/abc/…为filename=/def/…， 但是，后续的mod_alias在试图作URI到文件名的翻译时，则会失效。
注意: 如果需要混合使用不同的包含URI到文件名翻译器的模块时， 就必须使用这个标记。。 混合使用mod_alias和mod_rewrite就是个典型的例子。

For Apache hackers
如果当前Apache API除了URI到文件名hook之外，还有一个文件名到文件名的hook， 就不需要这个标记了! 但是，如果没有这样一个hook，则此标记是唯一的解决方案。 Apache Group讨论过这个问题，并在Apache 2.0 版本中会增加这样一个hook。
‘skip|S=num’ (跳过后继的规则 skip)
此标记强制重写引擎跳过当前匹配规则后继的num个规则。 它可以实现一个伪if-then-else的构造: 最后一个规则是then从句，而被跳过的skip=N个规则是else从句. (它和’chain|C’标记是不同的!)
‘env|E=VAR:VAL’ (设置环境变量 environment variable)
此标记使环境变量VAR的值为VAL, VAL可以包含可扩展的反向引用的正则表达式$N和%N。 此标记可以多次使用以设置多个变量。 这些变量可以在其后许多情况下被间接引用，但通常是在XSSI (via <!–#echo var=”VAR”–>) or CGI (如 $ENV{‘VAR’})中， 也可以在后继的RewriteCond指令的pattern中通过%{ENV:VAR}作引用。 使用它可以从URL中剥离并记住一些信息。
‘cookie|CO=NAME:VAL:domain[:lifetime[:path]]’ (设置cookie)
它在客户端浏览器上设置一个cookie。 cookie的名称是NAME，其值是VAL。 domain字段是该cookie的域，比如’.apache.org’, 可选的lifetime是cookie生命期的分钟数， 可选的path是cookie的路径。

 其实apache手册中有 http://man.chinaunix.net/newsoft/ApacheManual/mod/mod_rewrite.html

相关日志

• 06/06/2009 -- nginx详解 (0)
• 10/25/2010 -- IIS rewrite 规则设置 (0)
• 09/24/2009 -- google 搜索技巧 (0)
• 07/18/2009 -- .htaccess使用指南 (0)
• 07/08/2009 -- 分析WordPress的Rewrite机制 (0)

当输入一个查询时，请键入若干描述字并按 Enter 键或点击 Search 按钮来获得相关搜索结果列表。

Google采用精细的文本匹配技术来找到那些对于您的搜索而言兼具重要性和相关性的网页。 例如，Google不仅分析候选网页，而且还分析与候选网页链接的网页，以确定候选网页对于您的搜索价值。 而且，Google 偏向于那些查询检索词彼此间离的比较近的网页。

注： 加密的可查看 PDF 文件被转换成 HTML 格式以编制索引；不过，HTML 未显示出来。

拼写

在拼写检查程序检测到一个可能的拼写错误的场合，Google将同搜索结果一起返回一条拼写建议。

拼写检查程序有上下文敏感特性。 例如，如果提交的查询是“gail divers”，则Google将建议您采用“gail devers”作为替代查询。 不过，“scuba divers”有可能不会返回一个替换查询建议。

注： 目前，拼写检查程序仅支持美式英语。

同义字

同义字系指具有相同或相似意思的其他字。 它们作为“其他建议搜索”而显示于搜索结果页上。

按日期排序

按日期排序 功能根据日期来对您的搜索结果进行分类和显示。 每个文件的日期返回到搜索结果中。 不含日期的搜索结果显示于末尾，并按相关性排序。

自动“and（与）”查询

Google 默认的设置是只返回包括您的所有检索词的网页。 无需在各检索词之间加上“and”。 例如，如需搜索工程产品规范文件，则输入：