使用 htaccess 进行自动版本控制：htaccess regex Rewrite rule not pick up pattern
Posted
技术标签:
【中文标题】使用 htaccess 进行自动版本控制：htaccess regex Rewrite rule not pick up pattern【英文标题】：Using htaccess for auto-versioning: htaccess regex Rewrite rule not picking up pattern 【发布时间】：2011-07-19 06:44:14 【问题描述】：使用this question 的答案中的建议，以及提供几乎相同解决方案的this article，我一直在尝试设置 htaccess 来处理我的 js 和 css 文件的自动版本控制规则。
我想这样做的原因是我对它们进行了很多更改，但仍希望它们被浏览器缓存很长时间，而不必在每次更改时手动输入新的版本号。
使用的方法很简单：(1) 一个函数使用文件更改的日期将版本号附加到文件中，模式为[filename].[version_number].[suffix]，因此style.css，例如，会变成@ 987654326@; (2) 使用 php，版本号包含在我网站页面的样式表声明中，如果版本化文件名与缓存的文件名不同，客户端浏览器将请求新副本； (3) .htaccess 中的 RewriteRule 使用 mod_rewrite 重写版本号，将其恢复为原始值并提供更新的文件。
下面列出了我在这三个阶段中的每一个阶段使用的代码。我正在http://edge.donaldjenkins.net/http://edge.donaldjenkins.net/博客的沙盒版本中的样式表上对此进行测试
1。在 WordPress 的 functions.php 文件中
// Allows autoversioning of css and js files
/**
* Given a file, i.e. /css/base.css, replaces it with a string containing the
* file's mtime, i.e. /css/base.1221534296.css.
*
* @param $file The file to be loaded. Must be an absolute path (i.e.
* starting with slash).
*/
function auto_version($file)
if(strpos($file, '/') !== 0 || !file_exists($_SERVER['DOCUMENT_ROOT'] . $file))
return $file;
$mtime = filemtime($_SERVER['DOCUMENT_ROOT'] . $file);
return preg_replace('\\.([^./]+)$', ".$mtime.\$1", $file);
2。在我的博客文件的<head> 部分中
<!-- Stylesheets -->
<link rel="stylesheet" href="<?=auto_version('/path/to/style.css')?>" />
3。在 .htaccess 文件中
# Allow versioning for js and css files
RewriteEngine On
RewriteRule ^(.*)\.[\d]+\.(css|js)$ $1.$2 [L] # Strip out the version number
# End Allow versioning for js and css files
通过上述设置，页面显示没有任何格式，并且生成页面的源代码显示样式表被引用为版本号——服务器上当然不存在。
这表明该函数正确地更改了样式表的名称，但由于某种原因，.htaccess 中 RewriteRule 中的正则表达式模式没有捕获文件名并重写它。事实上，如果我将其更改为^style.1300638388.css$ style.css [L]，它甚至都不会捕获它。
我尝试了几种模式，但无济于事，但一定缺少一些非常基本的东西。
mod_rewrite 在服务器上，并且在其他几个 RewriteRule 实例上运行没有问题。
更新
.htaccessfile 中唯一的其他 RewriteRule 是标准的 WordPress 漂亮 url 重写规则。我怀疑它会干扰这个，但显然我无法在没有 WordPress 规则的情况下轻松测试，因为这会完全破坏页面生成：
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %REQUEST_FILENAME !-f
RewriteCond %REQUEST_FILENAME !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress
更新 2：已解决
CharlesLeaf 在下面的评论中指出，由于 WordPress 规则在版本控制之前，因此不会执行后者。这实际上是原因，并允许我通过将两条规则分组来回答问题，如下所示：
<IfModule mod_rewrite.c>
# Allow versioning for js and css files
RewriteEngine On
RewriteRule ^(.*)\.[\d]+\.(css|js)$ $1.$2 [L] # Strip out the version number
# End Allow versioning for js and css files
# BEGIN WordPress
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %REQUEST_FILENAME !-f
RewriteCond %REQUEST_FILENAME !-d
RewriteRule . /index.php
# END WordPress
</IfModule>
【问题讨论】：
【参考方案1】：^ 表示“字符串的开头”，在这种情况下不是“样式”，而是 /path/to/style。
您可以尝试使用正则表达式中的完整路径，或者查看 RewriteBase。
更新的解决方案 这种情况下的问题是在有问题的之前还有其他 RewriteRule，所以它从未达到这个 RewriteRule。 RewriteRules 的正确顺序很重要。
【讨论】：
@Charles：谢谢你的建议！实际上，我曾尝试过，但不幸的是，将正则表达式模式设置为^\/path\/to\/(.*)\.[\d]+\.(css|js)$ $1.$2 [L] 会产生相同的结果：版本号被返回，因此被服务器忽略。
如果你以^path开头呢？ （因为第一个斜线可能不包括在内）
@Charles：不幸的是，^path\/to\/(.*)\.[\d]+\.(css|js)$ $1.$2 [L]产生了相同的结果。 :(
您还应该将/path/to 添加到我想的重写 URL 中，但我不确定这是否足够。但是，因为我实际上没有看到任何其他错误 - 我唯一能想象的另一件事是其他重写规则正在干扰，甚至阻止这个规则被处理..也许？
@Charles：我也试过了，但是没有，没有任何区别。 .htaccess 文件只包含另一个 RewriteRule，这是一个完全标准的 WordPress：我已经编辑了我的初始问题以包含它。【参考方案2】：
感谢您提供 .htaccess 解决方案。我遇到了 jQuery 插件文件的问题，这些文件在文件名中包含自己的版本控制方案，如 jquery.NAME-OF-PLUGIN.1.1.1.js。我建议使用[0-9]10 解析文件修改时间，这样只会“删除”十位数字的后缀。如果文件名的末尾有十位数字，仍然可能出现错误，但这种情况很少见。
# Allow versioning for js and css files
RewriteRule ^(.*)\.[0-9]10\.(css|js)$ $1.$2 [L] # Strip out the version number
# End Allow versioning for js and css files
在 2286 年 11 月 20 日星期六 17:46:40 GMT 之前，不需要考虑 UNIX 纪元时间戳中的 11 位数字。
【讨论】：
谢谢！这是一个有用的评论。以上是关于使用 htaccess 进行自动版本控制：htaccess regex Rewrite rule not pick up pattern的主要内容，如果未能解决你的问题，请参考以下文章
防止 SQL 注入的 Htaccess 和 Mysqli 方法之间的区别
如何在 .htaccess 中将路径附加到 PHP include_path
.htaccess url rewrite在GoDaddy Shared Server上不起作用，返回了Apache 2.4.3 - 404错误