& Rewrite+ 汉化补丁[A.T. Field汉化组]
Rewrite+ 汉化补丁[A.T. Field汉化组]
Rewrite+汉化补丁,汉化key社《Rewrite》的重制版《Rewrite+》的全部文本，帮助玩家更好的进行游戏,本站提供Rewrite+汉化补丁[A.T. Field汉化组]。
支持版本：全版本
制作机构：A.T. Field汉化组
整理时间：
软件大小：51.30MB
游戏语言：简体中文
3DIY装机配置单
[][][][][][]
[][][][][][]
[][][][][][]Rewrite版是根据同名pc游戏为蓝本打造的题材游戏，玩家将会在游戏中帮助男主攻略各种女主，快来下载吧！
本作是是KEY社所推出的一款游戏，讲述了主角天王寺瑚太朗在风祭市所发生的一系列故事。
绿化&&风祭。居住在这个提倡以文明与绿共存为理想的里的天王寺瑚太朗，和神户小鸟，吉野晴彦等朋友们一起过着平凡的日子。在这和平的风祭市，即将迎来一年一度的热闹时期&&全城瞩目的收获季。
安卓版下载
苹果版下载
本站仅创建用户沟通交流的信息平台，所展示的游戏/软件内容来均来自于第三方用户上传分享，资源仅作为用户间分享讨论之用，除开发商授权外不以盈利为目的。如果侵犯了您的权益，请反馈，我们将第一时间处理。
1金庸群侠传X修改版v1.0角色扮演
2旋风少女v1.0.0角色扮演
3黑暗风暴破解版v1.0.7射击游戏
4植物大战僵尸2天空之城破解版v1.6.0休闲游戏
5馅饼大作战v1.3休闲游戏
6捕鱼达人3破解版v1.0休闲游戏
7亡灵杀手：夏侯惇破解版v3.0角色扮演
8球球大作战v7.1.0休闲游戏
9炫舞浪漫爱v1.11.0动作游戏
10三国群英乱舞破解版v1.1角色扮演ISAPI&Rewrite 3&1 教程中文版
ISAPI_Rewrite 是一款适用于IIS的功能强大的基于正则表达式的URL处理模块。它兼容Apache的mod_rewrite的语法，从而使仅仅复制.htaccess文件就把配置从appach移植到IIS中或者从IIS移值到appach中变成可能。
第一章：软件介绍 ISAPI_Rewrite 是一款适用于IIS的功能强大的基于正则表达式的URL处理模块。它兼容Apache的mod_rewrite的语法，从而使仅仅复制.htaccess文件就把配置从appach移植到IIS中或者从IIS移值到appach中变成可能。请参阅3.2兼容性图表这一节。
ISAPI_Rewrite最重要的功能：
ISAPI_Rewrite提供了和Apach mod_rewrite相同的句法和行为，使仅仅拷贝.htaccess文件就完成配置移植成为功能。(要想阅读更多关于与mod_rewrite的兼容性，请参阅3.2兼容性图表这一节。)
正则表达式支持灵活而强大的配置。
极速而且容易升级的纯C++代码。
真正的分布式配置：实时监控服务器全局级别、虚拟主机（网站）级别、目录级别的.htaccess文件。
隔离性：用户级配置只影响本地用户环境，从而使ISAPI_Rewrite成为Web主机提供商的理想解决方案。
重要的应用示例：
搜索引擎优化。
一台Web服务器的代理内容经过另一台web服务器。
防止内容被吸血（盗链）。
阻断特定主机、反向链接或者烦人的搜索机器人。
内容商议：向不同的语言用户或者不同的浏览器用户提供不同的文件。示例
为群集式服务器架构模拟负载均衡。
45天的试用期
单机版99美元
ISAPI_Rewrite精简版是免费的。在这里可以看到受限的细节说明。
大宗采购可议折扣。
2.1系统要求
ISAPI_Rewrite可以被安装在下列操作系统中：
Windows 2000 with IIS 5
Windows XP with IIS 5.1
Windows Server 2003 with IIS 6.0
Windows Vista with IIS 7.0
Windows Server 2008 with IIS 7.0
在安装ISAPI_Rewrite之前，操作系统中必须先安装IIS。
32位和64位的Windows版本都是支持的，但是你必须下载32位版和64位版两种不同的安装包。Windows Installer 2.0必须运行安装程序。你可以从微软的网站上下载到最新版本的Windows Installer。
在Windows Vista和Windows Server 2008上安装ISAPI_Rewrite，还必须先安装下面两个模块(默认情况下这两个模块是不安装的)
ISAPI过滤器
ISAPI 扩展
2.2安装程序 在运行安装包之前请先阅读系统要求部分。下载并安装某个版本的ISAPI_Rewrite.msi，依照安装向导的说明操作。安装过程是自动的，并有自我描述。ISAPI_Rewrite在自动安装过程中必须重启IIS。下列服务必须被重启：IISADMIN、W3SVC。不需要手工把任何ISAPI筛选器或者扩展加入到网站或者全局列表中。它能够在安装和配置过程中自动完成。
命令行安装
ISAPI_Rewrite也能够通过命令行进行后台安装。请使用以下命令行语法来安装：
msiexec /i ISAPI_Rewrite3.msi /qn AcceptEULA=Yes REGISTRATIONCODE=Code
REGISTRATIONNAME=Name
用命令行来后台反安装ISAPI_Rewrite请使用下面的语法：
[email protected]/page语法作为一个URL。
4.8RewriteHeader指令
重写任何请求的HTTP头
RewriteHeader HeaderName: Pattern Substitution [flags]
server config, virtual host, directory, .htaccess
这个RewriteHeader指令是RewriteRule指令中的一个很常用的变量。而且它被设计用来重写客户端的URL部分以及HTTP头的部分。技术上的RewriteRule指令，相当于RewriteHeader的URL Pattern Substitution [flag]。这个指令可用于在IIS里更多应用程序的处理之前重写、创建或者删除任何客户端请求的HTTP头。
HeaderName：指定将被重写的HTTP头的名字。
pattern、Substitution和flag与RewriteRule指令中都是相同的。
4.9RewriteMap指令
为一个映射函数值定义一个键
RewriteMap MapName MapType:MapSource
server config, virtual host, directory, .htaccess
RewriteMap指令被用来定义一个键到值的查找功能。当你需要映射大量的值时，它会很有用的，而且它的速度远远快过用规则匹配来做到它。映射功能的性能受映射文件的大小影响微乎其微。有三种类型的映射：
o txt：用一个文本文件映射
o rnd：从多个可选项中产生随机值
o int：内部函数
MapName是这个映射功能的名字，在RewriteRule命令中被用来指定这个映射。请确保每个映射用唯一的名称定义。你可以使用以下语法在RewriteRule指令的Substitution参数中调用映射功能
${ MapName : LookupKey | DefaultValue }
如果这个结构是在Substitution中出现，ISAPI_Rewrite将在映射中查找这个键，万一找到了一个，就用它的值替换这个结构。如果什么值也没有被找到，将用可选的DefaultValue。如果没有指定DefaultValue，它将用一个空串替换。
下面的标志也是支持的：
‘nocase|NC'
这个标志使该查找键大小写不敏感。
下面是一个大小写不敏感映射文件指令的示例
RewriteMap examplemap txt:C:/path/to/file/map.txt [NC]
到MapSource文件的路径，既可以是绝对地址也可以是相对地址。相对地址将被从当前配置的文件夹开始推算，换言之，就是从这个定义映射的配置文件的路径开始推算。
然后你可以在RewriteRule中如下使用这个映射：
RewriteRule ^/ex/(.*) ${examplemap:$1}
下列MapType和MapSource的组合是可用的：
txt：纯文本映射，它的source是到一个可用的文本文档的windows文件系统路径。文本文档必须是如下格式的：
#This is a commentkey1 value1 #Another commentkey2 value2keyN valueN
rnd：随机查找多个值。Source是一个文本文档的路径，文本文档必须是以下格式：
#This is a commentkey1 value1|value2|value3key2 value4|value5|value6|valueN
int: 调用内部函数。 Source必须是下列预定义的内部函数之一：
o toupper: 转换关键词为大写形式。
o tolower:转换关键词为小写形式。
o escape:把特定字符编码为十六进制。
o unescape:把十六进制值编译为特定字符。
4.10RewriteLog指令
设置ISAPI_Rewrite日志文件的名称
RewriteLog file-path
RewriteLog installdir\rewrite.log
server config
这个指令用来设定记录ISAPI_Rewrite动作的日志文件的文件名。示例：
Rewritelog "C:\local\path\rewrite.log"
4.11RewriteLogLevel指令
设置日志级别
RewriteLogLevel Level
RewriteLogLevel 0
server config
这个指令设置日志的输出长度。默认值0表示不记日志，而最大的级别9则表示所有的动作都要记录。
使用使用较高的级别值可能会降低ISAPI_Rewrite的操作速度。我们建议你当你完成规则调试之后，通过设置日志级别为零来禁用日志。
4.12RewriteOptions指令
指定特殊选项
RewriteOptions Options
server config, virtual host, directory, .htaccess
这个指令可以为ISAPI_Rewrite设置特定选项。当前只有惟一一个选项可用：inherit。
inherit：强迫当前配置从父级继承所有的选项和规则。这意味着来自父级配置的所有的规则将被再次执行，除非当前环境另有相应重写规则。
4.13RewriteCompatibility2指令
启用或禁用ISAPI_Rewrite 2.x兼容模式
RewriteCompatibility2 on|off
RewriteCompatibility2 off
server config, virtual host, directory, .htaccess
这一指令将激活与ISAPI_Rewrite 2.x版的兼容性，将一些2.X的规则正确地翻译为3.0版本的语法。这并不意味着ISAPI_Rewrite 3将开始懂得不经修改旧的语法。如果您有针对ISAPI_Rewrite 2.X的旧设计请使用ISAPI_Rewrite提供的翻译工具将这些旧规则转化为新的语法规则。
现在通过设置指令RewriteCompatibility2唯一改变的是，它将关闭网址常规前缀并删除查询字符串。 Apache的mod_rewrite将删除匹配的URL的查询字符串的这部分，相较之下ISAPI_Rewrite 2.X将匹配整个网址（包括查询字符串在内），而且[O]标记的意思将由该指令倒置。
4.14ErrorLog指令
一般的错误文件的位置
ErrorLog file-path
ErrorLog installdir\rewrite.log
server config
这个指令设置存放ISAPI_Rewrite整体错误和消息的日志文件的名称。例如httpd.conf file load, .htaccess file load,等等
例：ErrorLog "C:local\path\error.log"
4.15LogLevel指令
设置一般的错误的日志级别
LogLevel Level
LogLevel warn
server config
这个指令设置一般日志的输出长度，跟它的重写过程无关。这里有一个level的可用值列表：emerg、alert、crit、error、warm、notice、info、debug。当前的ISAPI_Rewrite日志只记录错误信息。
设置LogLevel调试来解决配置文件中加载的问题。
4.16&VirtualHost&指令
把应用于特定IP地或者主机的指令编组
&VirtualHost addr[:port] [addr[:port]] ...& ... &/VirtualHost&
server config
&VirtualHost& ... &/VirtualHost&标签用来对应用到特定虚拟主机里的指令进行分组。
addr的可用值为：
o 特定的IP地址
o 完整的域名
o 字符'*'可以匹配任何主机或者特定服务器的任何端口号。
RewriteEngine offAllowOverride none& &RewriteEngine onAllowOverride all&/VirtualHost&
不要忘了在每个&VirtualHost&标签中包含RewriteEngine on指令，也不要将不能应用的规则封装进去。
4.17&Directory&指令
将适用于特定的文件系统的目录和子目录的指令编组
&Directory directory-path& ... &/Directory&
server config, virtual host
&Directory& ... &/Directory&标签被用来对应用到特定文件系统目录以及子目录的指令进行分组。通配符?和*是可用的。正则表达式也是可用的，需要以~字符打头。
对目录路径参数必须小心：它们必须字面匹配用来访问文件的文件系统路径，用于某一特定&Directory&的指令并不适用于来自同一目录下通过不同的路径的文件访问，例如通过不同的符号链接。只有完整的文件路径是被允许使用的。
&Directory C:/inetpub/& AllowOverride None&/Directory&&Directory C:/inetpub/home/& AllowOverride FileInfo&/Directory&&Directory ~ "C:/inetpub/wwwroot/.*/[0-9]{3}"& # ... directives here ...&/Directory&
不要忘了在每个&Directory&标签中包含RewriteEngine on指令，也不要将不能应用的规则封装进去。
4.18&DirectoryMatch&指令
将适用于特定的文件系统的目录和子目录的指令编组
&DirectoryMatch regex& ... &/DirectoryMatch&
server config, virtual host
&DirectoryMatch& ... &/DirectoryMatch& 被用来封装一个只适用于指定的文件系统的目录和子目录的指令组。这个指令和&Directory ~& 语法相同。
&DirectoryMatch "^/www/(.+/)?[0-9]{3}"&
# ... directives here ... &/DirectoryMatch&
不要忘了在每个& DirectoryMatch&标签中包含 RewriteEngine on指令，也不要将不能应用的规则封装进去。
4.19&Files& 指令
将应用于匹配文件名的指令包装起来
&Files filename& ... &/Files&
server config, virtual host, directory, .htaccess
&File&指令以文件名限定了封装的指令的作用域。filename参数必须包含一个文件名，支持?和*以及以~字符打头的正则表达式。
&Files index.*&
# ... directives here ... &/Files&&Files ~ "\.(gif|jpe?g|png)$"&
# ... directives here ... &/Files&
不要忘了在每个&Files&标签中包含RewriteEngine on指令，也不要将不能应用的规则封装进去。
4.20&FilesMatch&指令
将应用于匹配文件名的指令包装起来
&FilesMatch regex& ... &/FilesMatch&
server config, virtual host, directory, .htaccess
&FilesMatch&指令的语法和_指令"&&Files ~&语法完全一样。
&FilesMatch "\.(gif|jpe?g|png)$"&
不要忘了在每个&FilesMatch&标签中包含RewriteEngine on指令，也不要将不能应用的规则封装进去。
4.21&Location&指令
把被包装起来的指令集应用到匹配的URL或者虚拟路径
&Location URL-path|URL& ... &/Location&
server config, virtual host
&Location& ... &/Location&标签用来将应用到特定URL或者虚拟路径的指令分组。&Location&将运算符完全从文件系统中分划出来，因此那些指令将不会用来控制对文件文件系统位置的访问。因为有几个不同的URL可能映射到相同的文件系统位置。
该URL-path是一个形式为“/path/”的虚拟路径。没有协议、主机名、端口号、查询请求字符串被包含在内。URL-path可以包含通配符?和*或者以~字符打头的正则表达式。
&Location /directory& # ... rules go here&/Location&&Location /&
# ... more rules go here&/Location&
不要忘了在每个&Location&标签中包含RewriteEngine on指令，也不要将不需要用到的规则封套进去。
4.22&LocationMatch&指令
把被包装起来的指令集应用到正则表达式匹配的URL上
&LocationMatch regex& ... &/LocationMatch&
server config, virtual host
这个指令的语法和指令"&&Location ~&正则表达式语法完全一样。
&LocationMatch "/(home|section)/bin"&
# ... rules go here&/LocationMatch&
不要忘了在每个&LocationMatch&标签中包含RewriteEngine on指令，也不要将不能应用的规则封装进去。
注意：这些示例中所有的规则只适用于httpd.conf文件。在ISAPI_Rewrite以及在Apache的mod_rewrite中，规则的基本路径是不同的，取决于你放置.htaccess文件的目录。如果你将规则放在httpd.conf里的话，初始领头斜线必须存在，而在.htaccess文件中，到这些文件的虚拟路径会被截断。规则取决于以RewriteBase /指令引导的根路径，来允许它们在httpd.conf和目录级的.htaccess文件的任何位置上运作。
简单的搜索引擎友好的网址
下面这个例子演示了如何轻松地使用循环标记藏匿查询字符串参数。假设你有一个如下的URL：/foo.asp?a=A&b=B&c=C，而且你希望以这样的地址来访问它：/foo.asp/a/A/b/B/c/C
请尝试用下面的规则来达到预期的效果：
RewriteEngine onRewriteRule ^(.*?\.asp)/([^/]*)/([^/]*)(/.+)? $1$4?$2=$3 [NC,LP,QSA]
注意这个规则可能破坏页面与CSS文件、图片等的相对链接。至所以这样是因为在浏览器中用于推算完整资源URI的基本路径（页面的父文件夹）发生了变化。只有在您使用目录分隔符作为替代字符时才会发生这个问题。有三种可用的解决方案：
1．使用下面的规则，它不影响基本路径，因为它没有用到目录分隔符“/”。
2．借助于&base href="/folder/"&标签直接为页面指定正确的base路径
3．把所有的页面相对链接都变成相对于根目录的地址或者绝对地址形式。
还存在着很多种用了不同的分隔符和文件扩展名的规则。例如，使用像这样的URL：/foo.asp~a~A~b~B~c~C。下面的规则可以用来实现它：
RewriteEngine onRewriteRule ^(.*?\.asp)~([^~]*)~([^~]*)(.*) $1$4?$2=$3 [NC,LP,QSA]
富关键词URLs
在上面的例子中，我们使用很一般的技术来简单地藏匿查询字符串标记。但是很多对搜索引擎优化很有用的解决方案是让您的URL关键字丰富。看看下面的网址，例如：/productpage.asp?productID=127这是大部分网站的常见情况。但是你可以通过使用这样形式的链接来显著地提高你的网页搜索引擎抓取率：/products/our_super_tool.asp，URL中的关键词“our super tool”会被索引，并提高网页排名，但是“our_super_tool”不能直接被用来收回productid=127，这个问题存在几种解决方案。
第一个解决方案，我们建议你使用简短、只包含少数几个参数（既有关键词也有数字标识符）的URL形式，在样您的URL可能看起来如下：
/products/our_super_tool_127.asp。实现这一重写目标只需要一个规则：
RewriteEngine onRewriteBase /RewriteRule ^products/[^?/]*_(\d+)\.asp /productpage.asp?productID=$1 [QSA]
另一个更复杂的解决方案是创建一对一的映射文件，并用它来映射“our_super_tool”到127。该解决方案对一些有很多参数的长URL来说很有用，并允许你隐藏数字标识符。这URL看起来像是/products/our_super_tool.asp。请注意“our_supper_tool”部分必须是产品的唯一标识，是它的标识符。下面是这种解决方案的一个示例：
RewriteEngine onRewriteBase /RewriteMap mapfile txt:mapfile.txtRewriteRule ^products/([^?/]+)\.asp /productpage.asp?productID=${mapfile:$1}
而且你必需创建包含以下内容的mapfile.txt映射文件：
one_product
1another_product
2our_super_tool
127more_products
这种方法的优点是：你可以使用它来组合十分复杂的URL转换，但是这是一个小例子，是这个指南中的题外之话。
使用IIS作为反向代理 假设你有运行IIS的互联网服务器以及几台后台服务器或者应用程序运行在其它平台或者机器上。这些服务器不能直接在互联网上阅览，但是你必须为他人提供访问这些服务器的渠道。这里有一个演示如何简单地将某个网站的完整内容映射到另一个运行了ISAPI_Rewrite的站点的文件夹的示例：
RewriteEngine onRewriteBase / RewriteRule mappoint(.+) http://sitedomain$1 [NC,P]
藏匿文件扩展名： 虽然不可能将一个站点的所有的文件的扩展名都藏匿起来，但是我们可以使用ISAPI_Rewrite的文件检查功能来隐藏某些已知扩展名。这里有一个藏匿网站上.asp文件扩展名的规则示例：
RewriteEngine on#Redirect extension requests to avoid duplicate contentRewriteRule ^([^?]+)\.asp$ $1 [NC,R=301,L]#Internally add extensions to requestRewriteCond %{REQUEST_FILENAME}.asp -f RewriteRule (.*) $1.asp
仿真基于主机头的虚拟网站 例如你已经注册了两个域名和。现在你可以使用同一个物理站创建两个不同的站点了。这里是一个规则示例：
RewriteEngine on#Fix missing trailing slash char on foldersRewriteRule ^([^.?]+[^.?/])$ $1/ [R,L]#Emulate site1RewriteCond %{HTTP:Host} ^(?:www\.)?site1\.com$RewriteRule (.*) /site1$1 [NC,L,NS]#Emulate site2RewriteCond %{HTTP:Host} ^(?:www\.)?site2\.com$RewriteRule (.*) /site2$1 [NC,L,NS]
现在只要把你的站点分别放到/site1和/site2目录下就可以了。注意和这两个域名必须在IIS中被映射到这个网站里，从而使ISAPI_Rewrite能拦截到请求。
或者，你可以使用更多通用的规则，从而把任何请求都映射到与请求主机名同名的文件夹里。
RewriteEngine on#Fix missing trailing slash char on foldersRewriteRule ^([^.?]+[^.?/])$ $1/ [R,L]#Map requests to the foldersRewriteCond %{HTTP:Host} ^(www\.)?(.+)RewriteRule (.*) /%2$1 [NS]
网站的目录名应该是这样子的：/，/，等等。
阻断内联图像（阻止盗链） 假如你有一些页面插入了/下的gif图片。一些其它站点将通过网页超链接插入这些图片。这会给你的网站增加很多无用的通讯量，而且你希望阻止这种做法。
虽然用ISAPI_Rewrite不能100%地保护图片不被盗链（只有专门的反盗链产品才能做到它），你至少可以在浏览器发来HTTP引用头的时候限制这种情况。下面的规则可以让你只允许来自同一主机的引用页或者空地址访问到这些图片。
RewriteEngine onRewriteCond %{HTTP:Host}#%{HTTP:Referer} ^([^#]+)#(?!http://\1).+RewriteRule .*\.(?:gif|jpg|png) /block.gif [NC]
重定向非www的版本到www
如果你的网站同时可以通过两种形式的URL比如说和来访问到，那么最好将一种地址重定向到另一种地址里，来避免搜索引擎对重复内容做出的处罚。下面是一个能将所有的非www地址重定向到相应的www地址上去的301重定向规则。
RewriteEngine onRewriteCond %{HTTPS} (on)?RewriteCond %{HTTP:Host} ^(?!www\.)(.+)$ [NC]RewriteCond %{REQUEST_URI} (.+)RewriteRule .? http(?%1s)://www.%2%3 [R=301,L]
强制SSL或者非SSL到一个指定的位置
这里是一个演示如何将SSL强制转到指定的文件夹的示例。只要简单地把下面的规则放到该文件夹下的.htaccess文件里就可以了。
RewriteEngine on#Fix missing trailing slash char on foldersRewriteRule ^([^.?]+[^.?/])$ $1/ [R,L]#Redirect non-HTTPS to HTTPSRewriteCond %{HTTP:Host} (.*)RewriteCond %{HTTPS} offRewriteCond %{REQUEST_URI} (.*)RewriteRule .? https://%1%2 [R,L]
而这个示例作用正好相反：将非SSL强制转到指定文件夹。
RewriteEngine on#Fix missing trailing slash char on foldersRewriteRule ^([^.?]+[^.?/])$ $1/ [R,L]#Redirect HTTPS to non-HTTPSRewriteCond %{HTTP:Host} (.*)RewriteCond %{HTTPS} onRewriteCond %{REQUEST_URI} (.*)RewriteRule .? http://%1%2 [R,L]
转移站点位置
当你把网站从一个域名移到另一个域名，或者从一个文件夹移动另一个文件夹里的时候，这是经常会遇到的问题。你希望将一个网站的所有请求重定向到另一个网站里，而且不丢失请求资源名以及参数。当你希望保留现有的网页的排名和外链接的时候，它是非常有用的。这个解决方案是在旧的网站服务器上使用ISAPI_Rewrite：
RewriteEngine on#Permanent redirect to update old linksRewriteRule (.+) $1 [R=301,L]
平衡负荷仿真
这个示例模拟某种DNS轮换负荷平衡技术。假设你有主站和数台web服务器分别注册为www[1-9].。如果你在主服务器上安装了ISAPI_Rewrite，你可以将初始的客户端请求重定向到几台特定服务器，从而在几台服务器之间随机摊开通讯量。一旦已重定向，客户端将一直使用这一台服务器。虽然这种解决方案并不非常理想，但是它确实能分摊你的通讯量并避免在维护会话状态方面发生的问题。
使用下面的规则来重定向客户端：
RewriteEngine onRewriteMap hosts rnd:hosts.txtRewriteCond %{HTTP:Host} (www)\. [NC]RewriteRule (.*) http://${hosts:%1}.$1 [R,L]
下面是hosts.txt文件的内容
www www1|www2|www3|www4|www5|www6|www7|www8|www9
你还可以在Apeche文档里找到很多其它有用的例子。它们多数不需要修改就可以在ISAPI_Rewrite3里使用。
Chapter 6故障处理
在这里你可以一步步找到你在安装ISAPI时遇到的问题的解决方法。
1.首先要正确解决您的问题，我们需要你运行最新的可用版本的ISAPI_Rewrite软件。你可以随时到我们的网站下载最新版的软件来升级你的ISAPI_Rewrite。地址是 。
2.多数运行ISAPI_Rewrite的问题发生在服务器上NTFS权限限制上。所以，请先阅读需要运行ISAPI_Rewrite文件的权限。
3.请检查应用程序和系统日志中的错误信息。这可能指出您的错误原因。
4.不要忘记设置RewriteEngine on指令在你所用的每个配置文件中。
5.把下列代码行放到httpd.conf文件中：
RewriteLogLevel 9LogLevel debug
它将创建error.log和rewrite.log两个日志文件，默认放在安装目录下。如果日志文件被创建了，它表明ISAPI_Rewrite正在运行。阅读作为结果的error.log和rewrite.log文件，将能告诉你一些问题的根源线索。
6.如果httpd.conf规则正在生效，但是.htaccess文件却没有载入，请再次检查.htaccess文件的NTFS权限，并确保你没有在使用ISAPI_Rewrite的精简版。
7.如果规则在httpd.conf里能生效，但是有其它部分或者.htaccess文件里不能生效，请确保在每个部分的或者.htaccess文件里包含RewriteEngine on指令。同样的，不要忘掉.htaccess文件里的默认rewriting base值与httpd.conf是不同的。在.htaccess文件里或者&Directory&部分里，ISAPI_Rewrite会自动从路径中剥离本地目录前缀并只对剩下的部分应用规则。所以如果你的规则以“/”字符开头的话，在网站根目录的.htaccess文件中它必须被去掉。
如果你在使用ISAPI_Rewrite时依然有问题，请到技术支持论坛里来写下你的问题，或者发送电子邮件到技术支持邮箱里。
请在您的支持请求里包括以下信息：
1.您的ISAPI_Rewrite配置文件，包括路径和文件名。
2.您的网站的地址链接。
3.你用到测试你的规则的URL。
4.与失败的请求error.log和rewrite.log的文件副本。
5.包括失败的请求的部分IIS日志文件。
请记住你提供的信息越多，我们越容易为你解决问题。这样你更有机会快速地得到解决方案。
ISAPI_Rewrite 发布历史
发布 3.1.0.67
================
[筛选器功能] 增强映射文件的动态加载
[代理帮助文件错误]如果后端不设置内容长度头的话，并不会返回所有的响应。
发布 3.1.0.66
================
精简版的限制
ISAPI_Rewrite的精简版拥有相同的引擎和重写功能。但是也有下面这些限制：
? 不支持分布式.htaccess配置、目录以及网站级配置，只有一个精简版安装目录中的全局的httpd.conf配置能被载入。
? 不支持&VirtualHost&、&Directory&、&DirectoryMatch&、&Files&、&FilesMatch&、&Location& 以及&LocationMatch&这几个标签。
? 精简版中没有代理服务模块，因而所有的和代理服务功能相关的比如说RewriteProxy指令以及[P]标记都会被忽略。
? 精简版没有针对于虚拟主机环境的手工安装包
ISAPI_Rewrite精简版完全免费，它对开发或者测试目的以及只有几个网站而且不需要分布式配置或者代理功能的小型服务器来说是一个很好的解决方案
技术信息 ISAPI_Rewrite由四个部分组成：ISAPI筛选器、ISAPI扩展帮助、GUI管理器以及MMC嵌入式管理单元扩展。ISAPI_Rewrite筛选器和扩展都是用纯C++语言写的快速DLL模块。当安装ISAPI_Rwrite的时候， MMC嵌入式管理单元会被自动注册。ISAPI筛选器将安装在一个全局级别上，你不需要手工注册它。ISAPI扩展也会被安装并注册。
ISAPI_Rewrite管理器实用工具可以在没有安装MMC的系统中运行ISAPI_Rewrite MMC嵌入式管理单元。
Windows Vista以及Windows Server 2008系统中的ISAPI_Rewrite管理器实用工具(Helicon Manager.exe)要求管理员权限来执行，因为较小权限的用户没有权力读取IIS管理元库，而它对显示网站配置来说是必需的。如果用受限的帐号运行ISAPI_Rewrite管理器，你会得到登录管理员帐号的自动提示。
ISAPI_Rewrite筛选器已经有足够地快，因此不用担心它的性能。除非你的服务器运行在最大负荷之下。用户在响应时间或者CPU负荷方面几乎不能发现什么区别，但是如果用了很多的规则的话，服务器最大带宽可能掉下一点来。所以请注意你用的配置决定了性能。建议每个网站使用的规则不要超过100条。在多数情况下，可以利用RewriteMap来避免使用大量的规则。
该程序使用了Regex++ 库。
Regex++ (Version Boost 1.31)
Copyright ?, Dr John Maddock
使用和传播许可
该使用许可覆盖了所有的现有版本的ISAPI_Rewite，包括ISAPI_Rewrite、ISAPI_Rewrite完全版、ISAPI_Rewrite精简版、ISAPI_Rewrite测试版，后面统称为ISAPI_Rewrite除非另有指明。
1.所有未明确授予的权利均由Helicon Tech保留。
2.所有的关于ISAPI_Rewrite的版权都由它的作者Helicon Tech独家保留。
3. Helicon Tech准予免费使用ISAPI_Rewrite精简版产品。
4. Helicon Tech准予免费试用ISAPI_Rewrite产品30天，当试用期结束时，请要么购买ISAPI_Rewrite，要么删除ISAPI_Rewrite产品。
5.未注册过的ISAPI_Rewrite试用版，可以在不被改动的前提下自由传播，除非有下例情况。任何个人或者公司都不用为在未得版权持有人书面许可的情况下传播ISAPI_Rewrite而付费。未经版权持有者的书面许可，未注册的试用版ISAPI_Rewrite不允许捆绑其它安装包。
6. ISAPI_Rewrite必须被原样传播，不提供任何形式的保证明示或暗示。你可以在你自己的磁盘上使用ISAPI_Rewrite。作者不为因为滥用本软件导致的数据丢失、损坏，或任何其他类型的损失承担责任。
7.你不得使用、复制、模仿、克隆、出租、出售、修改、反编译、反汇编以及其它任何反向工程，或者转让许可程序，或者任何许可程序的一个子集，除非本协议有提供。任何未经授权的使用将导致本许可自动终止。并可能导致刑事或民事起诉。
8.本许可协议的条款是在未来版本的ISAPI_Rewrite将会有所变化。
9.当你购买ISAPI_Rewrite时，将发给你“注册码”。这种“注册码”可以个人或者公司购买，并只在一台计算机上使用。如果您购买一个以上的ISAPI_Rewrite副本，发给你们的“注册码”只能在等于你购买的许可证数的计算机上使用。
10.您只能使用来自Helicom Tech以及与Helicom Tech有业务合作或者技术合作的公司的注册码。
11. 安装和使用ISAPI_Rewrite意味着接受这些条款及许可条件。
12. 如果您不同意本许可证的条款或违反本许可与您当地的法律规定，您必须从您的存储设备中删除ISAPI_Rewrite文件，并停止使用该产品。
13.我们坚持严格的隐私的准则，不会收集个人识别信息，除非是自愿提供的。
如果您有进一步的问题或意见，请访问我们的。
感谢你使用ISAPI_Rewrite。
Helicon Tech Corporation.
Copyright (C) , All Rights Reserved.
版权所有 闽ICP备号
processed in 0.052 (s). 13 q(s)