首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

一个众人眼中“牛B”的项目是怎样越做越烂的

最近在维护一个项目,接手之前好多运营同学说:“这个可是个牛B的项目,已经运行10来年了,基本满足了我们的运营需求,但是随着业务的调整,运营力度的加大,未来这个项目将会更加重要,所以需要继续维护新功能。” 其实听到这里心里已经忐忑了,一个项目运行了这么久,必定贴了太多烂代码的补丁,适配了许多非人类的需求了,真的会是好项目吗?但是想想运行了这么多年,应该不会差到哪里吧,不然怎么会跑的这么好,相必之前的架构师一定是个大牛,既来之,上吧。 三天后...... 目前是维护这个项目的第四天,今天只新增了一个js控制远程

07
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    【大型网站技术架构笔记】(三)高性能与高可用架构

    1.响应时间。 2.并发数。如果暂时没有对应的准确监控,针对不同业务模型,可以有不一样的并发数的预估。我们的系统进行峰值并发数预估的话,有一种比较粗略的计算方式,即全天请求平均每秒并发数 * 3。但也需要case by case。 3.吞吐量。比较常见的有QPS(每秒查询数)、HPS(每秒http请求数)以及TPS(每秒处理事务数)。 4.性能计数器。包括系统负载、线程数、cpu、内存使用情况等。可以用top、free、cat /proc/cpuinfo等命令来查看。系统负载的定义为当前被CPU执行的线程数/等待被CPU执行的总线程数。当其值与逻辑cpu个数相同时是最佳状态,其代表所有的资源都被最大限度地被利用。但也有人认为当负载为0.7倍逻辑CPU数时最佳。 1)系统负载、任务、cpu、内存使用情况:

    03

    聊聊小程序开发那些坑那些事

    我个人是后端开发,或许很多人看到小程序开发比较诧异,这里解释一下,最近有要开发小程序的东西,于是自己学习了一下,将学习经验分享出来,ok,我们进入今天正题,自己开发小程序欲望是在2017-2018年左右,那时候水平比较菜,要开发小程序与公众号开发,不仅仅要写前面的js,还要写后端服务,想想都头大,果然技术的革新以及自己的成长,在半个月前尝试了一波小程序开发,从0到1写了个成品出来,功能来说不算太复杂,但是涉及的逻辑却比较多,在开发过程中也碰到过很多问题,特别是按照了官方文档那样做,还是会出问题,所以很多人吐槽文档写的不好。今天这篇文章从技术及自己踩坑角度来盘点一些自己遇到的一些坑,希望帮助入坑小程序开发的道友门,共同成长与前进。

    01
    领券