2

我有一个 SilverStripe 实例在 AWS 负载均衡器后面的两台服务器上运行。为了共享会话信息，我正在运行 Elasticache Redis 服务器。我正在设置我的 php 会话存储信息：

ini_set('session.save_handler', 'redis');
ini_set('session.save_path', 'tcp://127.0.0.1:6379');

在我登录 CMS 的管理部分后，我可以在服务器之间跳转并且它会记住我，但是在 CMS 中的部分之间切换时，主要部分不会呈现（AJAX 调用）。据我所知，另一台服务器没有意识到（无论您从第二个请求哪个服务器），您已经加载了 CMS 管理员，并且在响应标头中说要加载新版本的 JS 依赖项，然后假装管理员和它不加载。

阅读文档SilverStripe 正在使用 Zend_Cache 获取一些额外信息。我想如果我加载管理界面，然后删除缓存目录，它会复制问题。它没有。

然后我尝试使用这个模块来更改 Zend_Cache 正在使用的存储引擎。我补充说：

SS_Cache::add_backend(
    'primary_redis', 
    'Redis',
    array(
        'servers' => array(
            'host' => 'localhost', 
            'port' => 6379, 
            'persistent' => true, 
            'weight' => 1, 
            'timeout' => 5,
            'retry_interval' => 15, 
            'status' => true, 
            'failure_callback' => null
        )
    )
);
SS_Cache::pick_backend('primary_redis', 'any', 10);

到我的 mysite/_config.php ，这是在 redis 中存储一些 cms 信息，例如 key CMSMain_SiteTreeHints9b258b19199db9f9ed8264009b6c351b，但这仍然不能解决负载平衡环境中服务器之间更改的问题。

SilverStripe 还能在哪里存储缓存数据？我是否正确实现了模块？

4

2 回答 2

2

默认管理界面（假设您使用的是 3.x）使用​​一个名为的 javascript 库jquery.ondemand- 它跟踪已经包含的文件（一种相当古老的前身，类似于 ' require.js' - 仅没有 AMD 和 CSS支持）。

为此，这与 CMS 本身有任何关系的可能性很小 - 考虑到 Web 本质上是无状态的，并且您用于保存状态的方法在您的服务器之间共享（数据库和会话数据） .

HA 集群中各个实例之间不共享的是物理文件。这里的原因很可能（但不肯定）是mtime提供给的 URI 末尾的标记ondemand- 最初是为了避免与主题更改（开发人员制作或以其他方式自动化）相关的浏览器缓存问题。

毫无疑问，您检查的标头包括（始终，无论 HAProxy、nginx、ELB 或其他任何端点选择的端点）X-Include-CSS和X-Include-JS- 其中一个示例如下所示：

X-Include-JS:/framework/thirdparty/jquery/jquery.js?m=1481487203,/framework/javascript/jquery-ondemand/jquery.ondemand.js?m=1481487186,/framework/admin/javascript/lib.js?m=1481487181[...]

这是针对每个请求的，ondemand可以检查并查看已包含的内容以及需要添加的内容。

（顺便说一下，这些标头的大小是导致“默认”设置中的nginx标头缓冲区问题的原因。）502

那么，怎么办？

如果您正在部署静态代码，静态文件应该在平衡实例之间保持相同的 mtime - 但这是需要检查的。另一方面，生成的文件（例如 with Requirements::combine_files）将需要在所有实例之间（重新）生成时同步，就像/assets您网站的 all 一样，在这种情况下，mtime 应该保持不变。Zend_cache在这里不太可能有任何影响，尽管APC可能是一个因素。当然，在任何情况下首先要检查的是我的前提是否成立——例如，通过差异工具从两个后端运行标头响应。

于 2017-01-09T19:59:15.037 回答
0

为了帮助那些可能遇到此问题并需要与 CMS 挂钩的解决方案的人，我做了以下工作：

class SyncRequirements_Backend extends Requirements_Backend implements Flushable {

    protected static $flush = false;

    public static function flush() {
        static::$flush = true;
    }

    public function process_combined_files() {
        // You can write your own or copy from framework/view/Requirements.php
        // Do the required syncing like rsync at the appropriate spot like on successfulWrite
    }
}

添加Requirements::set_backend(new SyncRequirements_Backend());到您的 _config.php （我的是一个单独的扩展，但 mysite 也可以）。

此解决方案的问题是，如果核心 Requirements_Backend 更新您将运行旧版本的代码，但它不太可能破坏任何内容，您刚刚实现了自己的使用相同代码的需求后端。您可以只调用父级而不是自己完成所有操作，但是我找不到仅在文件写入时运行同步的方法，它会在每次请求组合文件时运行。

于 2017-01-10T03:39:47.957 回答