感谢朋友们的支持！又到了我吹水的时刻，请接受我的洗脑。
自2020年推出2.0后，尽管官方关闭了评论和论坛功能，但这款程序的使用人数每天在持续增加。目前应用的行业还是比较多的，有互动类的，有二开做商城的，有二开搞淘宝客的，有做新闻媒体资讯的，有做游戏和各种教学的网站，也许还有很多其他。
有些朋友对于 wellcms 的设计不理解，就此做一个已知问题的解答。
第一个：其他程序2张表解决的事情，wellcms 用了5张表？
第二个：直接在业务层和模板中使用SQL多好，为什么还要麻烦的封装，封装最后不是一样走底层SQL？
第三：其他程序创建栏目或模型会自动创建新表来解决性能问题，而 wellcms 不但没有分表，始终都是那5张表不变？
对于这3个问题，我想说当你认为复杂麻烦的时候，那恰恰正是 wellcms 优秀的基因所在，也正是各种经验的总结。这是 wellcms 敢于挑战低配服务器、高负载、分布式服务器集群的精髓之处。
两点之间最近的距离是直线，但两点之间最快到达终点的时间未必是直线。说这个有什么用呢？本文的所有疑惑都从这里引出。
当你认为麻烦复杂的时候，那么就失去了标准，也在为后期制造更大的麻烦。当然做不大没有任何问题，反正90%以上的站活不过一年。可是数据量与日俱增，流量爆发起来的时候呢？
因此 wellcms 一次性把事情做对，不管你能不能做大，这款程序已经为你准备好做大的后路，哪怕是做大之后，你换程序或换其他语言，无论是转移数据，重建数据，省去了你很多麻烦事，因为这是宝贵的经验。其他同类程序的开发者，兼具大数据量、高负载、高并发、分布式集群部署经验的少之又少。
我就这么直白，不服尽管喷我。当你遇到大数据量、高并发、集群部署的时候，你还是会走喷我的这条路。
对于数据表记得之前录制的一个视频里说过了，2张表可以做的事情，wellcms 5张表。其他程序2张表，但是后期要么创建模型创建新表，要么是分表。无论哪种方法，只会给自己后期制造更多的麻烦。那2张表后期可能分出几十张表出来，wellcms 5 张表始终如一，不会建新表也不会分表，只需要给数据库分区就行了。到底哪个更麻烦？
所有在业务层和模板中使用SQL语句的插件，我全部不给审核上架。对于 wellcms 的开发要求，我卡的死死的，在使用手册和录制视频都说过了。
随便使用SQL语句
第一：安全隐患，搞一个注入漏洞，站被黑了，谁背锅？
第二：维护起来超级麻烦，你根本不知道哪里使用了语句，模型越多，模板越多，只会给开发者制造更多麻烦。
第三：随便写SQL，容易导致性能问题，还有使用模板标签，我是坚决反对搞模板标签这种功能。因为SQL执行语句不是可以随便写的，是有要求的，其他程序无论是安全、负载、性能追不上 wellcms 是有原因的，因为他们没有统一标准，而 wellcms 有统一标准。单凭这一点 wellcms 就可以杀出一条血路，后期只会越来越出众，越来越受欢迎。
第四：对于增加功能和数据调用，只会增加重复代码，wellcms 统一入库、统一格式化输出，在不需要前端渲染的要求下，这是最好的方式。
第五：对于分布式集群部署，到处都是SQL语句，请告诉我，怎么处理集群问题，如何拆分单表建立独立服务器集群。wellcms 的设计架构，不止可以拆分单表建集群，甚至可以拆某个字段出去建立单表。这样的方式，只会使建立集群更方便，更省事。哪怕是转移数据或是灾备，都是非常容易的事情。
吹牛到此结束，想当事业做个站使用 wellcms 吧，少走很多弯路，这就会为你省很多钱，这个牛吹的可以么？给个赞
