Silverstripe TinyMCE 在负载均衡器后面崩溃。
Silverstripe TinyMCE crashes behind load balancer.
并且我一直在解决与同步实例和使用共享存储有关的多个问题，并且几乎已经稳定下来，但是我发现了另一个破坏 CMS 的问题。
具体是当你尝试在TinyMCE编辑器的CMS中添加一个link时，当弹窗显示为select page/file JavaScript抛出异常 tinyMCE.activeEditor returns null.
我已经在两台服务器之间同步了缓存目录 silverstripe-cache，但 m=timestamp 之间仍然存在仅几秒钟的差异，但我猜这足以导致tiny_mce_gzip.php强制重新加载
我有一个用于会话存储的共享 redis 缓存，共享数据库，已同步缓存目录并使用 CodeDeploy 部署应用程序，因此它应该全部同步。还有哪些其他存储区域可能导致不同的 m 时间戳？有没有人在没有粘性会话的情况下成功使用 SilverStripe CMS？
您可以禁用 HTMLEditor 的 gzip 版本。我以前见过这种情况。尝试将以下内容添加到您的 config/config.yml：
HTMLEditorField:
use_gzip: false
之后，再做一次全冲洗再试一次？
另一个选项是 javascript 没有正确同步。为此，您需要更改 ?m=12345 的构建方式。默认情况下，它是基于时间戳构建的。
我看看能不能挖出基于 md5 的，否则可能会解决你的问题。
*编辑
开始吧，尝试在项目的某处创建它，并将以下内容添加到 _config.php
Requirements::set_backend(new MysiteRequirementsBackend());
https://gist.github.com/Firesphere/794dc0b5a8508cd4c192a1fc88271bbf
实际工作是由我的一位同事完成的，当时我们 运行 遇到了同一个问题。
具体是当你尝试在TinyMCE编辑器的CMS中添加一个link时，当弹窗显示为select page/file JavaScript抛出异常 tinyMCE.activeEditor returns null.
我已经在两台服务器之间同步了缓存目录 silverstripe-cache，但 m=timestamp 之间仍然存在仅几秒钟的差异，但我猜这足以导致tiny_mce_gzip.php强制重新加载
我有一个用于会话存储的共享 redis 缓存，共享数据库，已同步缓存目录并使用 CodeDeploy 部署应用程序，因此它应该全部同步。还有哪些其他存储区域可能导致不同的 m 时间戳？有没有人在没有粘性会话的情况下成功使用 SilverStripe CMS？
您可以禁用 HTMLEditor 的 gzip 版本。我以前见过这种情况。尝试将以下内容添加到您的 config/config.yml：
HTMLEditorField:
use_gzip: false
之后，再做一次全冲洗再试一次？
另一个选项是 javascript 没有正确同步。为此，您需要更改 ?m=12345 的构建方式。默认情况下，它是基于时间戳构建的。
我看看能不能挖出基于 md5 的，否则可能会解决你的问题。
*编辑
开始吧，尝试在项目的某处创建它，并将以下内容添加到 _config.php
Requirements::set_backend(new MysiteRequirementsBackend());
https://gist.github.com/Firesphere/794dc0b5a8508cd4c192a1fc88271bbf
实际工作是由我的一位同事完成的，当时我们 运行 遇到了同一个问题。