phpBB 有许多静态资源，从与动态论坛服务器不同的服务器为它们提供服务可能意味着性能显着提高。我们可以在很远的将来设置过期标头，并可能在将来使用 CDN。
从我到目前为止所做的检查看来，更改 functions.php 以指示不同的基本目录可能会起作用。代码
$web_path = '//some.new.domain/path'/*(defined('PHPBB_USE_BOARD_URL_PATH') && PHPBB_USE_BOARD_URL_PATH) ? $board_url : $phpbb_root_path*/;
但是，我不清楚这是否会产生其他影响，例如使上传目录无法访问，因为路径对于服务器来说似乎是本地的。此外，它不解决使用 styles.php
生成动态 CSS有没有一种快速的方法来指示静态资源的更改而不破坏 phpBB 代码？
【问题讨论】：
标签： performance webserver phpbb pagespeed static-files
考虑到您提出问题的日期，我认为您已经在使用 phpBB 3.1，在这种情况下，您可以编写一个扩展程序来执行您想要的操作，保留 phpBB 代码并且不会干扰论坛升级。 否则，您将被代码修改或其他解决问题的方法所困。
对于 3.1，您将需要编写一个插入事件 'core.page_header_after' 的插件，该插件将在 page_header() 函数的末尾执行。这允许您覆盖在标头中创建的所有模板变量，如果您希望在模板中使用其他变量，则可以添加新变量。
在您的情况下，您需要查看分配这些变量。
'T_ASSETS_PATH' => "{$forum_static_url}assets",
'T_THEME_PATH' => "{$forum_static_url}styles/" . rawurlencode($this->user->style['style_path']) . '/theme',
'T_TEMPLATE_PATH' => "{$forum_static_url}styles/" . rawurlencode($this->user->style['style_path']) . '/template',
'T_SUPER_TEMPLATE_PATH' => "{$forum_static_url}styles/" . rawurlencode($this->user->style['style_path']) . '/template',
'T_IMAGES_PATH' => "{$forum_static_url}images/",
'T_SMILIES_PATH' => "{$forum_static_url}{$this->config['smilies_path']}/",
'T_AVATAR_PATH' => "{$forum_static_url}{$this->config['avatar_path']}/",
'T_AVATAR_GALLERY_PATH' => "{$forum_static_url}{$this->config['avatar_gallery_path']}/",
'T_ICONS_PATH' => "{$forum_static_url}{$this->config['icons_path']}/",
'T_RANKS_PATH' => "{$forum_static_url}{$this->config['ranks_path']}/",
请注意，在上面的示例中，我已经将 phpbb 的常用 url 替换为 forum_static_url 变量，该变量可以填充您希望提供静态文件的域的 URL。
我希望这会有所帮助。 看看已经免费提供给 phpBB3.1 的一些扩展，了解如何实现这个简单的扩展。
【讨论】：
如果可能的话，我不会接触 PhpBB 的代码，而是求助于 Apache 的 URL 重写引擎。
在 PHPBB3 中，大部分静态内容（按大小）来自/assets/ 子目录。
如果：
.htaccess 或同等功能mod_rewrite 或同等安装，在您可以放置的.htaccess 文件中，
Redirect permanent /assets http://mycdnhoster.com/collector/phpbb3/assets
这使您可以非常轻松地启用/禁用 CDN，而不必担心维护对 PhpBB 代码的修改。
“样式”和“主题”静态文件也是如此。 当浏览器仍然访问您的服务器只是在其他地方被弹跳时，会有轻微的性能损失，但对于现代流水线浏览器来说，这不是一个真正的问题。此外，在大多数情况下，重定向的资源会被浏览器“记住”，不会再次访问您的服务器（至少在一段时间内）。
提供了另一种可能性，例如NginX 是重写输出的 HTML。您可以使用HttpSubModule 将所有对您的站点/静态的引用转到另一个站点/不同路径/静态。
注意某些文件可能包含可能不再起作用的绝对链接，或可能“落在”重写范围之外的相对链接，等等不再工作。例如：
url(../../../path/...))。还要注意，由于您指定了 pagespeed，mod_pagespeed 可能与这种类型的 URL 重写不兼容，因为它会解析 HTML 并尝试压缩其中引用的资源。因此，您最终可能会将所有繁重的 CSS 卸载到 CDN，它们仍然从您的服务器下载，嵌入到您的单个 mod_pagespeed 中的优化、压缩和难以识别的表单中本地 CSS 参考。
也就是说，在你的 html 中你有
<link href="/app/small.css" ... />
<link href="/static/big.css" ... />
<link href="/static/big2.css" ... />
并且您希望重写能够从异地加载静态文件。如果没有进一步的优化，将会发生什么。相反，您的客户会看到由mod_pagespeed 重写的页面，上面写着
<link href="/app/small+big+big2.css?pagespeed&whatever" />
他永远不会在/static 中请求任何内容，永远不会被重定向，而是会请求并下载压缩、优化、但仍然比您希望的更大的合并 CSS服务器。
【讨论】：