TK客 TKCall.com，TikTok中文社区，正在内测期间，欢迎大家提意见。
另外升级到了3.5.0.beta8发现签名插件好像不太正常，不能保存签名了，beta7都是正常的。
很多插件都在beta8中内置了降级后安装、使用起来也很别扭，这个怎么解决？
这个签名插件是官方自己的吗还是别人家的？
这次升级的修改很大，如果是第三方的插件没有办法用这个很正常。
可能需要联系插件开发者更新升级。
就是官方自带的
是这个
只要的beta8以上就编辑不了签名了（保存不了）。装回beta7立马正常
不会给官方提bug呀，就在插件的那个帖子下面发了个回复，看看有没有人处理了。
这样就可以了。
官方通常都会看这个回复。
好嘞，谢谢啦，等等看回复吧，实在不行再恢复到 beta7。
这次升级是很大的一次升级。
我们也不少插件都不能用，没办法。
很多时候只能等了。
要是这么一说，我觉得还是暂时回退到7吧，稍微等等稳定了再升级好了，要不总折腾升级、兼容对网站也不太好
怎么说呢？
Discourse 的整体升级曲线还是比较平稳的，通常也不会有什么大的问题。
但这次升级的主要问题还是在插件上面。
以前很多功能的插件都是单独的插件安装方式，这次对一些插件都全部集成到 Discourse 的 Core 中了。
相信对集成进去的插件，通常应该是没有问题的。
这个签名的插件没有集成进去，没有集成进去的话，这次升级官方那边肯定是没有测过的，应该是这个时候出的兼容性风险。
的确Discourse已经是很好的程序了，我还是搭个测试环境。
对外的网站用相对稳定的版本，测试环境兼容性没问题了再去更换主站。
就这个插件最麻烦，每次都需要重新部署网站都得断一会儿，用户体验不好。
是有这个问题。
主要是在通过重构方式来进行升级。
重构方式的升级等于完全重构了整个 Docker 的镜像，这个过程根据网络和机器的性能不同通常耗时在 5 到 10 分钟左右。
只要修改了配置文件，或者在配置文件中添加或者删除插件配置都需要重构，这个过程无解。
要完全做到不停机部署更新也是有可能的。
比如说可以使用 Docker Swarm 的技术方案，或者前端的负载均衡。
甚至给出一个提示，当访问网站的时候，先给出一个系统正在升级的提示，然后再调用。
对于一般的中小网站 5 分钟左右的停机时间勉勉强强能接受，但确实体验不好。
做了个升级中页面，重构时nginx改下解析就行了，起码不影响用户体验
可以把data容器和web容器分开部署。
在新的web容器编译成功之前 旧的容器不会被销毁 还可以正常运行。
就可以实现不停机更新。
在meta搜一搜 two container。
好嘞，我去研究一下
不行，研究了半天，这属于比较高级的操作，也建议除非是高手否则不要尝试。
我这种主要靠ai辅助手搓的水平还是不折腾了，只要确保升级的时候用户可以看到升级页面就行，其实升级时间也不长，就是突然网站打不开有点慌。
那个炫彩你不会直接拿我SVIP现学制作吧嘎嘎
感觉那个需要调整一下感觉有点大了我之前弄的时候是适配我的很多字所以看起来比较正常字少了就会变的很奇怪有点臃肿