问答 / 0 / 26 / 创建于 2年前
Laravel9
PHP 版本:php8.1
CentOS7.9 8核16G
Nginx1.22.1 MySQL 5.7.39
项目并发较高,用户初期3-5w 会增加到10W,基本上从早上9点到晚上8点服务器都会处于高负载状态
下图是Laravel6的 一个漏洞,问webman这方面怎么样代码漏洞可以解决,升级框架很难受
就一点可以扛得住框架安全漏洞没有,
建议 hyperf 或者 webman , laravel 你出api你做下压力测试就行
hyperf
去除这个包,这个包没啥用!好像就是一个 error page
我经历过跨两个大版本升级 Laravel ,其实没啥复杂度,两三天就能搞定。
webman吧,你可以通过composer包把laravel的东西都挪过来无缝衔接,路由也不用改,直接配一下就行,常驻内存的项目,不要开启控制器缓存就ok,hyperf前阵不支持php8,最近没关注 请求多可以使用负载分发多个服务器,毕竟服务器的连接数有限,直接运行,然后分发服务监听端口就行,目前稳定无问题 webman有自己的社区,有热心网友和作者常驻,有问题可以发帖解决,hyperf维护的有点一言难尽
Octane 用了没有?试试这个升级http协议分库 分模块部署
10 万用户,并发也不会太高吧,应该从架构层面就能解决。盲猜你们数据库和项目跑在一个服务器上?
10W 用户就不行了么?Laravel 应该也没有这么拉胯的。。
你是不是没开 OPcache
直接上webman
架构优化一下应该还能扛,10W应该不至于这么拉胯,我们20W用户,用的还是laravel5
laravel确实不适合,你这10W用户量而且高并发完全是扛不住的,我试过了,32H都不够,可以考虑用swoole或者上面说的hyperf、webman这些框架了
DB和缓存都拆开服务,系统该优化的优化下,1-3秒不是框架的问题,优化下业务逻辑。
迁移webman吧,同样配置下,webman的性能是laravel的50~70倍,我们原来用4台机器,迁移webman后1台16c16g的机器就搞定了,优化得当的话,webman最大的瓶颈就是服务器带宽
我要举报该,理由是:
建议 hyperf 或者 webman , laravel 你出api你做下压力测试就行
hyperf
去除这个包,这个包没啥用!好像就是一个 error page
我经历过跨两个大版本升级 Laravel ,其实没啥复杂度,两三天就能搞定。
webman吧,你可以通过composer包把laravel的东西都挪过来无缝衔接,路由也不用改,直接配一下就行,常驻内存的项目,不要开启控制器缓存就ok,hyperf前阵不支持php8,最近没关注 请求多可以使用负载分发多个服务器,毕竟服务器的连接数有限,直接运行,然后分发服务监听端口就行,目前稳定无问题 webman有自己的社区,有热心网友和作者常驻,有问题可以发帖解决,hyperf维护的有点一言难尽
Octane 用了没有?试试这个
升级http协议
分库 分模块部署
10 万用户,并发也不会太高吧,应该从架构层面就能解决。盲猜你们数据库和项目跑在一个服务器上?
10W 用户就不行了么?Laravel 应该也没有这么拉胯的。。
你是不是没开 OPcache
直接上webman
架构优化一下应该还能扛,10W应该不至于这么拉胯,我们20W用户,用的还是laravel5
laravel确实不适合,你这10W用户量而且高并发完全是扛不住的,我试过了,32H都不够,可以考虑用swoole或者上面说的hyperf、webman这些框架了
DB和缓存都拆开服务,系统该优化的优化下,1-3秒不是框架的问题,优化下业务逻辑。
迁移webman吧,同样配置下,webman的性能是laravel的50~70倍,我们原来用4台机器,迁移webman后1台16c16g的机器就搞定了,优化得当的话,webman最大的瓶颈就是服务器带宽