.htaccess 根据 HTTPS 下的路由加载不同的 Web 应用程序

Question

我正在开发一个项目，该项目由一名软件工程师和一群懂得如何使用 Wordpress 的非技术人员共同完成。这意味着平台的一部分是手工制作的，但仍然需要有Wordpress内容由非软件工程师处理。 我的想法是在我的网络服务器根目录中有两个文件夹，一个名为 /app/ 包含手工代码，另一个名为 /wp/ 。因此，当 GitHub 管道将新代码发布到 /app/ 时，一定不会触及 /wp/ 中包含 Wordpress 的内容。 我已经使用以下代码实现了强制 HTTPS：

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

它就像一个魅力，如果用户使用 HTTP，他们就会成功重定向。 现在的问题是，我想为自己“保留”手工平台使用的路线，并且万一用户没有调用任何这些路线，那么我将球传给Wordpress。我希望它显示为单个网站，所以我不希望用户加载 /app/appRoute 或 /wp/wpRoute，我希望始终加载 /route1、/route2，而不指定子文件夹到 URL 中。 手工平台应该优先，它使用大约 13 条主路由（其中一些还有子路由），所以我猜我可以将它们硬编码到 .htaccess 文件中。如果用户尝试加载任何这些路由，那么我想将内容加载到 /app/route 中，如果没有，我会加载 /wp/route。当然，Wordpress 有自己的 .htaccess 文件，平台也有自己的，即：

RewriteEngine on
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]

我非常不擅长处理 .htaccess 文件并且一直在四处搜索，看起来我找不到适合我的场景的解决方案。 我应该在网络服务器根目录中有一个 .htaccess 文件来删除 Wordpress 文件吗？ 我应该有两个 .htaccess，先写 13 条路由，然后最终重定向到 WP .htaccess （这可能吗？）？ 我是否有让用户面临“重定向过多”错误的风险？

这种混合解决方案让我很困惑。有没有遇到过同样情况的人给点建议？先感谢您。

Answer 1

给定以下要求：

• /app 子目录包含“手工代码”
• /wp 子目录包含 WordPress 站点。
• /app 或 /wp 均不应出现在可见 URL 中。

我是否应该在网络服务器根目录中创建一个 .htaccess 文件来删除 Wordpress 文件？

你可以，但我不会。将 WordPress .htaccess 文件保留在 /wp 子目录中。 WordPress 的所有内容都位于 /wp 子目录中。

我将使用 3 个 .htaccess 文件：

• 其中一个位于文档根目录中。它管理到 /app 或 /wp (WordPress) 中“手工代码”的路由。这还应该管理规范重定向（即 HTTP 到 HTTPS 和 www 与非 www）

• /app 子目录中的一个，用于管理您的“手工代码”。

• /wp 子目录中的一个用于管理 WordPress 内的路由。

这允许您将“手工代码”和 WordPress 完全分开（在开发方面）。

您的 3 个 .htaccess 文件将如下所示：

/.htaccess

# /.htaccess

RewriteEngine On

# HTTP to HTTPS redirect
RewriteCond %{HTTPS} off
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

# Rewrite specific URLs to "/app" (handmade code)
RewriteRule ^app-route-1$ app/$0 [L]
RewriteRule ^app-route-2$ app/$0 [L]
etc.

# Rewrite everything else to WordPress
RewriteRule (.*) wp/$1 [L]

如果存在以下情况，则可以合并“对 /app 的特定重写”图案。有关静态资产，请参阅下文。

/app/.htaccess

# /app/.htaccess

RewriteEngine On

# Redirect any direct requests to "/app" back to the root
RewriteCond %{ENV:REDIRECT_STATUS} ^$
RewriteRule (.*) /$1 [R=301,L]

# Front-controller
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . index.php [L]

/wp/.htaccess

# /wp/.htaccess

# Redirect any direct requests to "/wp" back to the root
RewriteCond %{ENV:REDIRECT_STATUS} ^$
RewriteRule (.*) /$1 [R=301,L]

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

请注意 RewriteBase 指令和替换字符串上的斜杠前缀是特别排除，以避免必须在 .htaccess 文件本身中指定 /app 或 /wp。 （虽然这可能会扰乱 WordPress，但它喜欢（不必要地）使用 RewriteBase 并尝试覆盖 WP 代码块。）

您不需要重复 RewriteEngine 指令，这已经在 WP 代码块中稍后出现。

我不知道你想如何处理你的静态资产/资源（CSS、JS、图像等）？目前，上面假设您将直接链接到 /app 中的资产，即。通过在资产链接中包含 /app 路径段。例如。 。使用 WordPress，您可以直接链接（即包含 /wp 前缀）或省略 /wp，因为其他所有内容都会被重写为 /wp。

理想情况下，最好从资产链接中省略 /app 和 /wp，因为您不希望将这些不必要地暴露给用户，而且会否则使站点依赖于这些父目录。

如果您的“手工代码”对所有资源使用 /assets ，那么您可以在自定义路由重写之前，在根目录中的父 .htaccess 文件中重写这些内容：

# Rewrite "/app" assets
RewriteRule ^(assets)(?:/(.*)|$) app/$1/$2 [L]

这允许您的“手工代码”使用根相对 URL 引用资产，就像应用程序安装在文档根目录中一样。