我目前正在构建一个简单的 CMS，我想将特定的 slug（如 /setup 和 /admin）重写到它们各自的页面，同时允许 htaccess 将所有其余请求重写到我的服务页面。
这是我现在的 .htaccess 中的内容：
Options +FollowSymlinks -MultiViews
RewriteEngine on
#RewriteBase /
# Rewrite the setup slug to the setup page
RewriteCond %{REQUEST_URI} ^/setup$
RewriteRule ^/setup$ /setup.php [L,R=301]
# Rewrite all other URL's to the keyhole that translates them
RewriteRule ^(.*)$ keyhole.php?slug=$1 [L,QSA]
目前，重定向适用于所有其他 URL。它捕获它们中的每一个，然后将它们发送到 keyhole.php。但是，当我尝试访问时http://localhost/basic-cms/setup，它会将我重定向到http://localhost/var/www/basic-cms/setup.php.
另外，我认为这很奇怪，如果我尝试去，http://localhost/basic-cms/setup.php那么它会带我去http://localhost/setup.php。
此外，当我取消注释 RewriteBase 时，我仍然遇到同样的问题，然后它打破了我的其他包罗万象的重写行。
编辑：
我从给出的答案中获取了信息，并有一个新的 .htaccess 文件：
Options +FollowSymlinks -MultiViews
RewriteEngine on
RewriteBase /
# Rewrite the setup slug to the setup page
RewriteCond %{REQUEST_URI} ^setup$
RewriteRule ^setup$ setup.php [L]
# Rewrite all URL's to the keyhole that translates them
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ basic-cms/keyhole.php?slug=$1 [L,QSA]
但是，虽然我不再从 setup 重定向中得到奇怪的重定向，但似乎仍然没有将 setup 带到 setup.php。它表现得好像它已经跳过了检查 ^setup$ 的 RewriteCond。我想知道它是否与我新建立的 RewriteBase 有关...
最终编辑：
好吧，在咀嚼了一段时间之后，我想出了我哪里出错了。这是我搞砸的条件，因为我已将 RewriteBase 添加到等式中。所以，为了记录，这是允许我将所有 slug 重定向到 keyhole.php 的工作 .htaccess，除了 setup slug，它将直接转到 setup.php：
Options +FollowSymlinks -MultiViews
RewriteEngine on
RewriteBase /
# Rewrite the setup slug to the setup page
RewriteCond %{REQUEST_URI} ^/basic-cms/setup$
RewriteRule ^(.*)$ basic-cms/setup.php [L]
# Rewrite all URL's to the keyhole that translates them
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ basic-cms/keyhole.php?slug=$1 [L,QSA]
显然，由于我是在本地 Apache 实例上构建的，而且我还没有设置虚拟主机，所以当我将这个 htaccess 文件移动到一个真实的 URL 时，它会被修剪一点，所以它不包含“基本-cms" 部分路径，因为该目录将不可避免地位于实时 Web 服务器上的根目录中。