原点视界创业笔记(八):策略失误

0 1年 前

明天生意上的事要去苏州,今晚无聊折腾了下aws的RDS数据库,连接上测试了下,和用本地数据库并无二致,都很简单,直接使用mysql命令行可以完成熟悉的操作,无缝对接。让我感到震惊的是一直以来我对worpdress性能的认知有个巨大的错误:那就是我认为wordrepss执行动态网页效率低下是因为数据库查询造成的。当我连接上RDS,使用top命令监控后台性能时,我发现了一个基本的事实:使用RDS并未明显减轻服务器复杂,甚至说肉眼可以忽略。我很不解,以前我自己使用PHP , Node JS, Python(Django)开发简单的web应用,我的感觉是根本不用去特地去缓存,即便全部动态执行,做一个轻应用,每次访问的系统负载低到可以忽略,一个基本的服务器可以支持大量的并发,所以当我看到wordpress一次动态页面访问弹出10%的CPU占用时,我震惊了。经过优化,去除了不必要的插件,优化了页面代码之后,我在单核lightsail主机上执行一次动态网页请求,也要占用4%以上的CPU资源。这让我不知道以后并发高了之后如何处理。以前我的观点是CPU的高额占用是由于数据库查询造成,现在我发现这和数据库没什么直接关系,难道是PHP语言执行效率造成的?这和我以前使用PHP开发的经验不太匹配。

前几天我做这个项目的时候,想过自己用Node JS或者Python写一个自己的应用,后来想想如果花点钱配置更好的服务器,就能解决问题,快速开始,就没必要折腾细节。现在我发现自己的策略有些失误,wordpress可以让我快速开始,但是后续的性能优化,我要做的工作量,可能会很大。在上架应用之前,没有做完整的性能测试,仅凭自己的想象,这是个巨大的策略失误。

不过聊以自慰的是,wordpress虽然执行效率低了点,但确实给我节约了大量的 前期时间。如果社区真的发展起来,先花点钱配置更高度服务器,应急下,有了收益总会有更多的办法。为已经有收益的项目解决问题,动力总归会更好。总之做事,尤其创业项目,很难思虑周全,面面俱到。我的脑袋里快速思考了补救措施,还是有平滑过渡到方案,不至于因为这个失误,耽误项目的进度。先完善功能测试,尽可能排雷,不是特别着急的雷,等以后再排,大不了花时间找到并重构效率瓶颈部分的代码,这就是所谓的负重前行吧。

发表评论

首页门户导航动态群组
论坛首页创业帮自媒体挨踢协会
墓志铭疯人院中年危机搜索