有个想法：做个经典维护版本dz

老周部落

不管从经济上还是技术上考虑，为一个固定版本的软件提供无限长时间的技术支持都是不现实的。
因此用户需要选择合适的版本，并且在支持周期结束前迁移或更新至新版本（或者自行承担安全性风险以及后续维持运行所需的技术资源）。在停止支持（End of Life，EOL）后，软件仍然可以继续运行，但是不再能够得到安全更新和功能更新。

修改自：https://github.com/ustclug/Linux ... 048857d5a94d75d7c0c

老周部落

之前给 X3.4 搞一次安全大更新，到 X3.5 的时候发现两边代码库部分代码根本就对不上，最后是单独给 X3.5 做的适配。
X3.4 和 X3.5 这孪生姐妹合并一次安全大更新都好几个人花了一两个小时，更何况说要无限期维持一个固定版本需要多么大的资源投入了。

uov

dz3 只需要移动端、支付、编辑器这几个大地方完善下还能战几年
WP那负载那么垃圾还一堆人用 说明生态很重要
dz的应用中心 无力吐槽、授权机制也不合理、对站长来说前期成本需要降一下

技术控

考虑应用生态和互联网的发展趋势，还是支持不断迭代，顺应新时代。
如果不想升级，选一个版本不更新即可。

专家

在以往的开发过程中可以得到一个明确的结论：
想不破坏兼容性就修复所有的bug和问题，都是绝对不可能的。哪怕不考虑功能改进的事情。

更何况不同的人对bug的定义也存在区别了。比方说有的人就认为不能发emoji就算是bug。可是这从开发的角度来说就是一项新功能，必须将数据库整体结构全换了才有机会实现。因此目前只有x3.5才能支持这个。

9999

老周部落 发表于 2022-2-27 21:01
之前给 X3.4 搞一次安全大更新，到 X3.5 的时候发现两边代码库部分代码根本就对不上，最后是单独给 X3.5 做 ...

那就最好搞在线自动升级功能了，类似zblog和wordpress，要不作为不会代码的站长却总是在折腾代码。