首先，我们得下载 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)

这些天在准备很多东西，很忙，非常忙

柠檬工作室开始招收网络技术员，要求大概如下

学历不限，大专以上计算机软件或网络专业应届毕业生优先。
熟悉PHP脚本程序，MySQL数据库基本操作，以及主流WEB服务器管理系统（Cpanel,Apache等）优先。
懂DIV+CSS，有过网站建设经验者优先。
有较强的学习和钻研能力，吃苦耐劳，有团队协作精神。
公司包食宿，女生优先，待遇面谈。

相关日志

• 08/11/2009 -- 深究Nginx502 bad gateway, 504 Gateway Time-out的彻底解决（转） (0)
• 06/22/2009 -- div+css去掉超链接的下划线 (0)
• 06/06/2009 -- nginx详解 (0)
• 05/28/2009 -- Nginx服务器安装Magento (1)
• 01/21/2009 -- 关于我们 (9)

最近帮朋友在windows VPS上装的apmserv，均出现apache启动失败的问题

排除了端口占用等情况，最终只能看apache的错误日志

提示是eAccelerator模块错误，原文当时没记录下来，大意是说eAccelerator模块板本是for php 5.2.6的，应该重新编译成for php 5.2.8的

但张宴的blog上标明的apmserv版本是5.2.6，说明上的php版本也是5.2.6，很可能是在最近的一次更新中，作者将php升级了，但eAccelerator模块并没有作相应升级导致

查看新的apmserv phpinfo信息，果然是php 5.2.8，而我一样版本的apmserv PHP是5.2.6的，只是较早下载的罢了

解决办法：

到

http://www.sitebuddy.com/PHP/Accelerators/eAccelerator_windows_binaries_builds

下载 eAccelerator 0953 for PHP 5.2.8 并覆盖原来的文件，这个文件一般位于

APMServ5.2.6\Zend\eAccelerator\eAccelerator.dll

然后启动apache 服务，即可成功

看来，APMServ是升级到5.2.8了，只是eAccelerator没跟上而已

相关日志

• 05/04/2009 -- Zend Optimizer安装详解 (0)
• 06/06/2009 -- nginx详解 (0)
• 05/11/2010 -- WHM 让PHP支持GD库 (0)
• 07/18/2009 -- .htaccess使用指南 (0)
• 07/08/2009 -- 分析WordPress的Rewrite机制 (0)

比如我自己所在用的WHM主机

想重新编译PHP但又怕影响现有网站，或根本就乱成一团糟

也查了网上提供的办法，就是直接进SSH重新编译

最后才发出WHM系统本身有apache升级功能

Software >> EasyApache (Apache Update)

这里可以重新设置并编译apache+php环境，几乎是平滑升级，很强大

相关日志

• 04/23/2010 -- Cpanel开启gzip优化功能 (0)
• 06/06/2009 -- nginx详解 (0)
• 05/31/2009 -- Nginx是什么，有什么优点？为什么选择Nginx做web服务器软件? (0)
• 05/04/2009 -- Zend Optimizer安装详解 (0)
• 08/10/2010 -- apmserv 5.2.6最新版BUG (2)

在cPanel中没有发现 Optimize Websites 图标，没关系照样OK。

1.新建一个名为 php.ini 的文件，输入以下内容，保存，上传至网站根目录即可。

output_buffering = Off
output_handler =
zlib.output_compression = On

适用于支持zlib类库的空间，空间是否支持zlib类库可以从探针中查看。现在的空间大多都支持。

1法源出：http://ishawn.net/tips/enable-gzip-function-of-hostgator.html

2.将以下代码拷贝到.htaccess文件中，上传至网站根目录中即可～

<ifmodule mod_deflate.c>
AddOutputFilterByType DEFLATE text/html text/css text/plain text/xml application/x-httpd-php application/x-javascript
</ifmodule>

适用于VPS或者DS。在配置服务器时，将Apache2.x系列已经内置了的Deflate模块一并安装即可。具备此模块的共享空间同样适用。mod_deflate模块配置相对灵活，推荐安装。另外还可将image/gif image/jpeg image/png添加进去。

由于gif，jpg格式的图片本身已经是经过压缩的格式，所以不要指望GZip还能为你榨出多少水分，png的图片效果倒是不错～

我试了，第一个方法是不错的

相关日志

• 07/18/2009 -- .htaccess使用指南 (0)
• 06/06/2009 -- nginx详解 (0)
• 05/04/2009 -- Zend Optimizer安装详解 (0)
• 09/22/2009 -- bluehost的php.ini配置 (0)
• 07/22/2009 -- 网页上重定向跳转到另一个页面的八个方法 (0)

• Brief info: LiteSpeed is a commercial web server designed specifically for large websites. One of LiteSpeed’s advantages is that it can read Apache configurations directly which makes it easy to integrate with existing products to replace Apache. The server is lightweight and as the name implies very fast.

  LiteSpeed 一种被特别设计用作大型网站的商业web服务器。 其中一个优势就是它能直接读取Apache 的配置信息。并轻易将它现有的产品结合在一起来代替Apache 。这种服务器是轻量级的就如它的名字暗示出非常快。

• Used by: WordPress (until recently at least, but now WordPress.com appears to be using nginx), Twitter, GigaOm, Bravenet.
• Cost: Free to $1,299 depending on the edition.
• Open Source: No
• OS platforms: Linux, FreeBSD, Solaris, MacOS X
• Homepage: www.litespeedtech.com

相关日志

• 06/06/2009 -- Nginx的WordPress配置 (0)
• 07/18/2009 -- .htaccess使用指南 (0)
• 07/02/2009 -- wordpress多用户版服务器配置 (1)
• 06/06/2009 -- nginx详解 (0)
• 09/10/2009 -- Apache服务器wordpress设置永久连接后怎么去掉INDEX.PHP (1)

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)

E:\APMServ5.2.6\Apache\conf\httpd.conf 文件

找到你所在的虚拟目录修改以下这个地方（如果你有配置虚拟主机的话应修改E:\APMServ5.2.6\Apache\conf\apmserv\vhost.conf 文件）

找到

AllowOverride None

改成

AllowOverride Options FileInfo

重启Apache服务即可

相关日志

• 06/06/2009 -- nginx详解 (0)
• 05/31/2009 -- Nginx是什么，有什么优点？为什么选择Nginx做web服务器软件? (0)
• 04/23/2010 -- Cpanel开启gzip优化功能 (0)
• 07/18/2009 -- .htaccess使用指南 (0)
• 06/06/2009 -- Nginx的WordPress配置 (0)

# BEGIN WordPres
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /wordpress
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /wordpress/index.php [L]
</IfModule>
# END WordPress

wordpress需要改为你自己的wordpress文件夹的名字，如果是主目录下，就不必了，直接干掉

即可

原来我错了，从nginx服务器搬过来时，忘了没有.htaccess文件，导致除了主页都无法访问

难怪IP少了好多。。。晕死

相关日志

• 06/06/2009 -- Nginx的WordPress配置 (0)
• 07/08/2009 -- 分析WordPress的Rewrite机制 (0)
• 09/30/2010 -- Zen Cart整合WordPress之Wordpress on ZenCart安装 (0)
• 07/18/2009 -- .htaccess使用指南 (0)
• 06/06/2009 -- nginx详解 (0)

                sendfile on;
                tcp_nopush     on;

                keepalive_timeout 60;

                tcp_nodelay on;

                fastcgi_connect_timeout 300;
                fastcgi_send_timeout 300;
                fastcgi_read_timeout 300;
                fastcgi_buffer_size 128k;
                fastcgi_buffers 2 256k;#8 128
                fastcgi_busy_buffers_size 256k;
                fastcgi_temp_file_write_size 256k;
                fastcgi_intercept_errors on;

                gzip on;
                gzip_min_length  1k;
                gzip_buffers     1 64k; #4 16
                gzip_http_version 1.0;
                gzip_comp_level 2;
                gzip_types       text/plain application/x-javascript text/css application/xml;
                gzip_vary on;

另外，php-fpm的默认静态处理方式会使得php-cgi的进程长期占用内存而无法释放，这也是导致nginx出错的原因之一，因此可以将php-fpm的处理方式改成apache模式。
        <value name=”style”>apache-like</value>

从更改完毕到现在的测试表明上述方式的效果还是很明显的，并没有发现一次Nginx502 bad gateway或504 Gateway Time-out错误。当然，如果你的VPS或者服务器的性能足够好可以根据具体情况不必做无谓的改动。

以上摘自疯人醉语

测试一下，有效果的话会更新

相关日志

• 02/07/2009 -- nginx配置详细说明 (0)
• 06/06/2009 -- nginx详解 (0)
• 05/28/2009 -- Nginx服务器安装Magento (1)
• 06/26/2009 -- 13个测试网站访问速度的服务网站 (1)
• 06/16/2009 -- nginx.conf – nginx配置文件说明 (1)