如何托管在 apache 中预压缩的静态内容？

Question

我主持了一个 JavaScript 游戏，它基本上由一个 .html 和一个 .data 文件组成。如果我用 gzip 压缩它们，它们的大小会缩小到 25%。所以我想这样做。

我不是 100% 确定，但我认为使用 mod_gzip 或 mod_deflate 会即时压缩，因为内容不会改变，所以一直在浪费 CPU 时间。

所以我想预编译内容。因此，我在未压缩文件旁边放了一个.gz，并将重写规则放在.htaccess中：

RewriteEngine on 
# If client accepts compressed files 
RewriteCond %{HTTP:Accept-Encoding} gzip 
# and if compressed file exists 
RewriteCond %{REQUEST_FILENAME}.gz -f 
# send .html.gz instead of .html 
RewriteRule ^(.+)\.(html|css|js|data)$ $1.$2.gz [T=text/$2,E=GZIP:gzip,L] 
Header set Content-Encoding gzip env=GZIP 

重定向工作正常，我可以请求 game.html 并实际获得传递的 game.html.gz。但是，浏览器不只是显示它。相反，它会询问我将文件保存在哪里。我该如何解决？或者也许还有其他方法可以实现我的目标？

Answer 1

这就是我曾经解决过同样问题的方法。

在 .htaccess 中添加新类型：

AddEncoding gzip .jsgz .cssgz .htmlgz .datagz
AddType application/javascript .jsgz
AddType text/css .cssgz
AddType text/html .htmlgz       
AddType text/plain .datagz

这样做是因为AddType 指令不接受 .html.gz 形式的扩展。

然后修改你的重写规则：

RewriteRule ^(.+)\.(html|css|js|data)$ $1.$2gz [L] 

最后重命名您的文件。从 .html.gz、.js.gz 等中删除点。

完整的 .htaccess 如下所示：

AddEncoding gzip .jsgz .cssgz .htmlgz .datagz
AddType application/x-javascript .jsgz
AddType text/css .cssgz
AddType text/html .htmlgz       
AddType text/plain .datagz

RewriteEngine on 
# If client accepts compressed files 
RewriteCond %{HTTP:Accept-Encoding} gzip 
# and if compressed file exists 
RewriteCond %{REQUEST_FILENAME}gz -f 
# send .html.gz instead of .html 
RewriteRule ^(.+)\.(html|css|js|data)$ $1.$2gz [L] 

Answer 2

您应该问自己的第一个问题是，这样做有什么意义吗？您是否因此注意到过高的 CPU 负载和/或性能差异？我的猜测是你可能没有遇到这个问题:)

不过，有多种方法可以解决您的问题。

1. 可能是您的最佳选择，使用 CDN。它们专为快速交付静态文件而设计，可为不同地理区域的人员以及靠近您服务器的人员提供快速传输。此外，根据我的经验，CDN 通常比您自己的带宽便宜得多。

2. 使用 Nginx。为了更快地托管静态文件大大，并且支持像您现在正在做的那样预生成静态内容。它会自动检测是否有 .gz 文件并在需要时提供该文件。

3. 使用 Apache 缓存机制之一，例如 mod_mem_cache 或 mod_disk_cache，以确保每个经常使用的文件都在缓存中。教程：http://webdirect.no/linux/apache-caching-with-gzip-enabled/

4. 在它前面使用像 Varnish 这样的缓存代理，这些类型的服务器具有更智能的缓存机制，并且实际上会缓存最重要的文件。

但是，对于您当前的版本，这样的东西（未经测试）应该可以解决问题：

RewriteEngine On    
RewriteCond %{HTTP:Accept-encoding} gzip
RewriteCond %{REQUEST_FILENAME}\.gz -s
RewriteRule ^(.*)\.(html|css|js|data) $1\.$2\.gz [QSA]

# Prevent double gzip and give the correct mime-type
RewriteRule \.css\.gz$ - [T=text/css,E=no-gzip:1,E=FORCE_GZIP]
RewriteRule \.js\.gz$ - [T=text/javascript,E=no-gzip:1,E=FORCE_GZIP]
RewriteRule \.html\.gz$ - [T=text/html,E=no-gzip:1,E=FORCE_GZIP]
RewriteRule \.data\.gz$ - [T=text/plain,E=no-gzip:1,E=FORCE_GZIP]

Header set Content-Encoding gzip env=FORCE_GZIP

Answer 3

接受的答案似乎很痛苦。 Wolph's answer 似乎更好，但仍然需要为每个文件扩展名单独配置，并且缺乏对更高级协商的支持（q-values、status 406、TCN 等）。与其使用mod_rewrite 自己实现content negotiation，不如考虑使用mod_negotiation，如this question 中所述。从那里复制my answer：

Options +MultiViews
RemoveType .gz
AddEncoding gzip .gz
<FilesMatch ".+\.tar\.gz$">
    RemoveEncoding .gz
    # Note:  Can use application/x-gzip for backwards-compatibility
    AddType application/gzip .gz
</FilesMatch>

这带来了额外的好处，即适用于所有 .gz 文件，而不仅仅是显式配置的文件，并且可以轻松扩展 brotli 或其他编码。

它确实有一个主要缺点，因为 only requests for files which do not exist are negotiated 一个名为 foo.js 的文件会请求 /foo.js（但不是 /foo）返回未压缩版本。使用François Marier's solution 重命名具有双扩展名的未压缩文件可以避免这种情况，因此foo.js 部署为foo.js.js。

Answer 4

这里列出的解决方案怎么样：http://feeding.cloud.geek.nz/posts/serving-pre-compressed-files-using/。使用 Apache 的内置 MultiViews...