Rewrite与404错误页面各有优势。它们的一些区别:
- 404错误页面的优势可能在于不用调用Rewrite模块,Rewrite需要调用此模块。因此404错误页面可能会更节省资源,使大型网站的速度更快一些。我编写的静态化网页,目前大多数都是使用404错误。
- 使用404错误页面,不能被POST和GET。例如305.php?name1=auiou,假如此305.php页面是用404错误产生,则此$_GET["name1"]的值不会被读取。其它页面的<form>使用POST方法将action指向此404错误产生的305.php,也无法被接收,例如<form method=post action=305.php>所发送的信息无法被305.php接收。
如果您希望产生的虚拟路径如305.php被POST和GET,使用Rewrite可解决。
- 404错误页面的开头有一些Linux空间必须写入这句<?Header("HTTP/1.1 200 OK");?>,有一些Linux空间则必须写为<?Header("Status: 200 OK");?>才可以被搜索引擎收录,否则会被认为是404页面。调试时,可以在网上搜索“404 检测工具”进行测试。
Rewrite是否需要写语句,我还没有测试过。
- 404错误页面的规则相对不严格,因此有更好的适应范围。Rewrite相对更严格,例如305.html与305-1.html需要写2个重写规则;使用404错误页面只要一个规则即可。这也是我使用404错误,而不使用Rewrite的另一个重要原因。