wellcms 关于负载、性能的设计问题

燃烧的冰2021-01-06  141

感谢朋友们的支持!又到了我吹水的时刻,请接受我的洗脑。

 

自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 吧,少走很多弯路,这就会为你省很多钱,这个牛吹的可以么?给个赞

转载请注明原文地址: http://www.wellcms.cn/read-187.html
5