.htaccess 如何修复对友好url的访问

为了将url转换成友好的url，我尝试了不同的代码，但它似乎不起作用。这是我最近尝试的代码

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]

</IfModule>

我是这样的链接的例外

http://example.com/website/the-working-class-family-425199399

---

感谢您的帮助。

您发布的代码片段甚至没有尝试重写您所绘制的代码片段

这是一个应该为您指出正确方向的版本，但您肯定必须根据我们的需要和具体情况采用它。因此，您将无法阅读所使用工具的文档。您会发现apache模块（重写模块）的文档质量非常好，并提供了非常好的示例

RewriteEngine on
RewriteRule ^/?website/.+-(\d+)$ /website/$1 [END]

如果您使用上述规则收到一个内部服务器错误（http状态500），那么很可能您操作的是非常旧版本的apache http服务器。在这种情况下，您将在http服务器错误日志文件中看到不支持的

[END]

标志的明确提示。您可以尝试升级或使用较旧的

[L]

标志，在这种情况下可能也会使用相同的标志，不过这取决于您的设置

此规则同样适用于http服务器主机配置或动态配置文件（“.htaccess”文件）中。显然，重写模块需要在http服务器中加载，并在http主机中启用。在使用动态配置文件的情况下，您需要注意在主机配置中启用该文件的解释，并且该文件位于主机的

DOCUMENT\u ROOT

文件夹中

还有一个一般性的注释：您应该总是更喜欢将这些规则放在http服务器主机配置中，而不是使用动态配置文件（“.htaccess”）。这些动态配置文件增加了复杂性，通常是导致意外行为的原因，难以调试，而且它们确实降低了http服务器的速度。只有在您无法访问真正的http服务器主机配置（读：真正廉价的服务提供商）或坚持编写自己的规则的应用程序（这显然是一个安全噩梦）的情况下，才提供它们作为最后一个选项

RewriteEngine on
RewriteRule ^/?website/.+-(\d+)$ /website/$1 [END]