使用.htaccess的mod_rewrite实现URL掩码以替代VirtualHost配置的问题

看起来你已经有了一个不错的开头，但现有规则只处理了访问根域名时转发到/folder1/folder2的场景，却没覆盖到子路径（比如/browse、/details）的反向掩码显示。咱们一步步来调整，让所有目标路径都能正确显示成你想要的掩码URL：

一、调整根目录的.htaccess文件 #

你的核心需求其实是两个动作：

1. 外部重定向：当用户直接输入真实路径（比如example.com/folder1/folder2/browse）时，自动跳转到掩码后的友好URL（example.com/browse），避免用户看到真实路径。
2. 内部转发：当用户访问掩码后的友好URL（比如example.com/browse）时，服务器内部悄悄映射回真实的文件路径（/folder1/folder2/browse）。

修改根目录的.htaccess为以下内容：

<IfModule mod_rewrite.c>
RewriteEngine On

# 1. 外部重定向：把真实路径的URL跳转到掩码后的友好URL
# 匹配原始请求中的真实路径，避免内部转发时触发循环
RewriteCond %{THE_REQUEST} ^GET\ /folder1/folder2(/([^/\s]*))?\s [NC]
RewriteRule ^folder1/folder2(/(.*))?$ /$2 [R=302,L,NE]

# 2. 内部转发：把友好URL映射回真实文件路径
# 排除真实路径本身，避免循环转发
RewriteCond %{REQUEST_URI} !^/folder1/folder2/
RewriteRule ^(.*)$ /folder1/folder2/$1 [L]

Options SymLinksIfOwnerMatch
</IfModule>

规则细节解释：

• 用%{THE_REQUEST}匹配原始请求头，而不是直接匹配REQUEST_URI，是为了避免内部转发时触发重定向循环（毕竟内部转发后REQUEST_URI会变成真实路径，但THE_REQUEST还是用户最初输入的URL）。
• R=302是临时重定向，方便你测试调整；确认所有规则正常后，再改成R=301永久重定向（注意浏览器会缓存301规则，测试阶段用302更灵活）。
• NE标记是为了避免特殊字符被转义，保证URL中的特殊参数正常工作。
• 去掉了你原来规则中无效的%{HTTP_HOST} ^https://example.com$条件——%{HTTP_HOST}只包含域名部分，不包含协议（https://），如果需要限制域名，改成RewriteCond %{HTTP_HOST} ^(www\.)?example\.com$ [NC]即可（可选，根据你的域名配置调整）。

二、处理folder2目录下的.htaccess #

因为你在folder2里还有一个.htaccess，要确保它不会和根目录的规则冲突：

1. 在folder2的.htaccess开头加上RewriteBase /folder1/folder2/，这样里面的相对路径规则会基于真实路径的根来解析，避免路径混乱。
2. 如果folder2里的规则有RewriteRule，确保它们是相对路径（比如RewriteRule ^browse$ browse.php [L]），配合RewriteBase就能正确匹配。

测试步骤： #

1. 清空浏览器缓存（避免旧的重定向规则干扰）。
2. 分别访问以下URL，验证显示和功能：
   • 访问example.com/folder1/folder2，应该自动跳转到example.com，且页面正常加载。
   • 访问example.com/folder1/folder2/browse，应该自动跳转到example.com/browse，且页面正常加载。
   • 直接访问example.com/details，应该正常加载/folder1/folder2/details的内容，URL保持为example.com/details。

备注：内容来源于stack exchange，提问作者BASF