WordPress 处理调用页面的策略是什么？
What is the strategy that WordPress uses to handle pages called?
WordPress 使用以下 .htaccess 代码拦截所有 HTTP 请求并将它们重定向到 index.php:
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
这个策略叫什么？是我一直听说的 REST 吗？这是其他地方使用的通用策略吗？我想知道，以便我可以查看关于 pros/cons 使用此策略而不是其他策略的讨论，以及它是否被认为是一种好的做法等。
这与 REST 完全无关。
这是 URL 作为 front controller pattern 实现的一部分重写。
将请求重定向到某个脚本是一种常见的策略。这种特殊的执行方式适用于某些环境，例如 Apache Web 服务器上的 Wordpress 运行。一些系统使用完全不同的体系结构 - 例如 运行 个节点，您将以非常不同的方式处理路由。
它允许您做的是提供与物理文件不对应的页面。对于像 Wordpress 这样的 CMS，您可以添加许多 post 和页面，以及可能拥有自己的 url 的其他内容。它们并不都是独一无二的 html 内容丰富的文件 - 相反，它们是从一组通用代码生成的。 url 重写使这成为可能。
REST 完全是另一回事。这是 Web 服务相互通信的一种方式。例如，如果您想告诉我这个日期的活动，或保存这个新博客 post，您可以创建代码来执行 "RESTful".
WordPress 使用以下 .htaccess 代码拦截所有 HTTP 请求并将它们重定向到 index.php:
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
这个策略叫什么？是我一直听说的 REST 吗？这是其他地方使用的通用策略吗？我想知道，以便我可以查看关于 pros/cons 使用此策略而不是其他策略的讨论，以及它是否被认为是一种好的做法等。
这与 REST 完全无关。
这是 URL 作为 front controller pattern 实现的一部分重写。
将请求重定向到某个脚本是一种常见的策略。这种特殊的执行方式适用于某些环境，例如 Apache Web 服务器上的 Wordpress 运行。一些系统使用完全不同的体系结构 - 例如 运行 个节点，您将以非常不同的方式处理路由。
它允许您做的是提供与物理文件不对应的页面。对于像 Wordpress 这样的 CMS，您可以添加许多 post 和页面，以及可能拥有自己的 url 的其他内容。它们并不都是独一无二的 html 内容丰富的文件 - 相反，它们是从一组通用代码生成的。 url 重写使这成为可能。
REST 完全是另一回事。这是 Web 服务相互通信的一种方式。例如，如果您想告诉我这个日期的活动，或保存这个新博客 post，您可以创建代码来执行 "RESTful".