如果第一次尝试失败则重定向到后备文件

Question

我的 .htaccess 中有这个：

RewriteRule ^images/([^/\.]+)/(.+)$ themes/current/images/$1/$2 [NC]

RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^images/([^/\.]+)/(.+)$ modules/$1/images/$2 [L,NC]

这个想法是它执行以下操作：

// Rewrite this...
images/calendar/gear.png

// ... to this
themes/current/images/calendar/gear.png

// HOWEVER, if that rewritten path doesn't exist, rewrite the original URL to this:
modules/calendar/images/gear.png

这里唯一改变的是 calendar 和 gear.png ，第一个可以是任何其他单个单词，后者是图像文件的文件名（可能带有路径）。

我可以将原始 URL 重写为第一个重写，如示例中所示，但我不能做的是让我的 .htaccess 在第一个位置 404s 的情况下从另一个后备位置提供文件。我的印象是，在我的第一个 RewriteRule 中不使用 [L] 会重写 RewriteCond 的 URL。

我遇到的问题是，浏览器没有提供后备文件，而是仅显示第一个重写路径 (themes/current/calendar/gear.png) 的 404，而不是回退到modules/calendar/gear.png。我做错了什么？

请注意，我的正则表达式并不完美，但我可以稍后对其进行改进。现在我关心的是重写逻辑本身。

Answer 1

Fallthrough规则充满了错误。我的一般建议是，除 - 之外的任何具有替换字符串的规则都应触发内部重定向以重新启动 .htaccess 解析。这避免了子请求和 URI_PATH 错误。

接下来，一旦您进入 404，根据我的经验，这是无法恢复的。我有一个片段，它执行与您尝试执行的操作类似的操作：

# For HTML cacheable blog URIs (a GET to a specific list, with no query params, 
# guest user and the HTML cache file exists) then use it instead of executing PHP

RewriteCond %{HTTP_COOKIE} !blog_user
RewriteCond %{REQUEST_METHOD}%{QUERY_STRING}  =GET               [NC]
RewriteCond %{ENV:DOCUMENT_ROOT_REAL}/blog/html_cache/$1.html -f
RewriteRule ^(article-\d+|index|sitemap.xml|search-\w+|rss-[0-9a-z]*)$ \
            blog/html_cache/$1.html                              [L,E=END:1]

请注意，我在文件系统空间而不是 URI（位置）空间中进行条件测试。因此，这将在您的情况下映射到

RewriteCond %{DOCUMENT_ROOT}/themes/current/images/$1/$2l -f
RewriteRule ^images/(.+?)/(.+)$ themes/current/images/$1/$2 [L]

尽管执行 phpinfo() 来检查您的托管提供商是否使用 DOCUMENT_ROOT 的替代方案（如果它是共享托管产品），例如我使用的替代环境变量<强>DOCUMENT_ROOT_REAL。

第二条规则将在内部重定向之后的第二次处理中被选取。