使用 mod_rewrite 还是像 PHP 这样的语言来处理友好/干净/漂亮的 URL 更好？

Question

我正在开发我的第一个像样的 PHP 网站，我对处理应用程序中干净/友好/漂亮的 URL 的“正确方法”（假设曾经有这样的事情）有点困惑。

在我看来，有两个主要选项（我将使用简化的社交新闻网站作为示例）：

1. 使用 mod_rewrite 处理所有潜在的 URL。这看起来与以下类似，但不完全相同：

RewriteRule ^article/?([^/]*)/?([^/]*)/?([^/]*) /content/articles.php?articleid=$1&slug=$2
RewriteRule ^users/?([^/]*)/?([^/]*) /content/users.php?userid=$1&username=$2
RewriteRule ^search/?([^/]*)/? /content/search.php?query=$1

2. 将所有内容传递给某个处理程序脚本，并让它处理细节：

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule (.*) handler.php?content=$1

显然，这都是未经测试的“空中代码”，但您明白了。

• 这两种方法中的一种会比另一种慢很多吗？据推测 mod_rewrite 速度较慢，因为我将被迫为此使用 .htaccess 文件。
• 这两种方法有严重的缺点吗？
• 这类事情是否有“最佳实践”，或者每个开发人员倾向于自己决定？我知道 WordPress 使用选项二（尽管当我确切调查他们是如何做到这一点时，这比它值得的麻烦更多）。

Answer 1

选项 1（.htaccess 和几个 .php 文件）“过去”经常使用；现在，我看到选项 2（每个请求都通过一个 .php 文件）使用了更多。

我认为选项 2 的主要优点是：

• 您可以添加/修改任何类型的 URL，而无需更改任何物理文件（如 .htaccess）
  • 这意味着 URL 的格式可以在应用程序的管理部分进行配置，例如
• 您的 PHP 代码只有一个入口点。
  • 这意味着一切都通过 index.php 进行：如果您需要为所有请求执行一些代码，请将其放在那里，并且您确信它总是会被执行。
  • 例如，这在 MVC 框架中大量使用。

几年前，我会选择选项 1；现在我使用 MVC 和框架，我总是选择选项 2。

Answer 2

这确实是“框架值得使用吗？”变相的提问。

使用 mod_rewrite 定义 URL 路由既快速又简单（如果您了解正则表达式...），但您的应用程序代码不会注意到 URL，除非您在某处复制信息。

通常，人们会在不假思索的情况下多次复制此信息，通过在视图中的链接或重定向中对 URL 进行硬编码。这确实很混乱，有一天当您决定在开发过程中更改网站的 URL 结构时，这会带来痛苦。您肯定会错过一个并最终在某个地方得到 404。

在应用程序中使用路由组件（例如 Symfony) 意味着您可以将名称附加到您的路由，允许您定义一次 URL 并多次重复使用它们：

# apps/frontend/config/routing.yml
homepage:
  url:   /
  param: { module: default, action: index }

这使得链接到您网站的页面变得非常容易，而无需重复自己：

<?php echo url_for('@homepage') ?>

Answer 3

使用选项 #2 - 为什么？ .htaccess 中的 RewriteRules 是强大的工具，但它们是某种静态。我的意思是你无法轻松地使用 PHP（或任何你将要使用的）进行管理。此外，.htaccess 并没有提供太多的灵活性，但有一些优点（例如：它更快一点）。

如您所见，选项 #2 也需要 .htaccess，但在大多数情况下 RewriteRule 采用以下形式：

RewriteRule (.\*) index.php

其中 index.php 是您的前端控制器。

这种灵魂的最大优点（IMO）是每条路线都是用 PHP（或您使用的任何东西）描述的，因此访问这些路线、修改它们要容易得多。此外，这些路由不仅可以用于将 URL 更改为变量集，还可以以相反的方式使用 - 从变量集创建 URL。

我认为下面的示例（来自 Symfony 框架）将解释我正在谈论的内容：

// apps/.../config/routing.yml - Describes routing rules
post:
   url:          /read/:id/:slug
   params:       { module: blog, action: index }
   requirements: { id: \d+, slug: \w+ }

// apps/.../modules/blog/templates/indexSuccess.php - template for index action
<?php echo link_to($post['title'], '@post?id=' . $post['id'] . '&slug=' . $post['slug']); ?>
//creates: <a href="/read/123/my-first-blog-post.html">My first blog post</a>

现在，每当您更改 routing.yml 文件并更改 /read/:id/:slug 到 /:slug_:id 应用程序中的所有链接都将变成 /my-first-blog-post_123.html。

当您使用选项 #2 时，做这样的事情和其他事情会容易得多。

Answer 4

据我所知，这些方法之间任何可能的性能差异都非常微小，并且仅与真正非常高流量的网站相关。

我认为不存在“最佳实践”，这两种方法同样经常使用。如果您的项目结构允许，并且您更擅长在 PHP 中解析 URL（项目的其余部分所在），请将所有内容都通过一个控制器文件，然后让您的应用程序处理其余部分。

如果性能真的很重要，我怀疑让 Apache 处理地址会更快，因为中间没有解释语言。 （不过，我没有这方面的硬数据）。但正如我所说，您可能最好选择从长远来看最适合您维护的那个。

Answer 5

干净漂亮的 URL 似乎是由基于 PHP 脚本的流行内容管理系统 Drupal 使用 .htaccess 中的 modrewrite 规则和插件 PHP Drupal 模块（例如 path 和 pathauto）的组合来提供的。

鉴于此工具的成功和流行 - 以及它在最适度的共享托管上运行的能力，我认为这将是您的答案。