优雅
社区赞助商
Laravel
请登录
关于 LearnKu
粤公网安备 44030502004330号
高认可度评论：
too many connection这个报错见过没，如果见过了再来说框架的性能哈哈哈，就离谱，就性能差，但是我 TM 就要用，我们 codesign.qq.com 也用 Laravel
不用laravel又有什么可用呢？ tp? yii? sf? 所有基于php-fpm框架都差不多。 除非你去使用swoole系列。 但相比于应用性来说，可以选择wordpress，因为对于上市公司来说，有空去填坑swoole，不如转Java或go了， 但，只有wordpress的生态java没有，所以php依旧是世界上最好的语言。
:kiss: :kiss: :kiss:
测试了下 laravel 9.0 + php 8 优化后的性能还是不错的，足够让你的企业上市
问题问的很好，下次不要再问了
too many connection这个报错见过没，如果见过了再来说框架的性能月经贴,没啥讨论意义,性能的瓶颈在于io,假如laravel纯hello,world需要0.5s,加上mysql查询需要1.5s,ci框架纯hello,world需要0.1s,加上mysql查询需要1.1s 请问1.5s和1.1s对于用户来说差别大吗?
测试了下 laravel 9.0 + php 8 优化后的性能还是不错的，足够让你的企业上市
问题问的很好，下次不要再问了
性能的瓶颈基本是在读写，也就是io，如何提升读写能力这个也不仅仅是针对某一个框架，某一门语言了。例如数据库优化、sql语句优化、加入缓存、加入非关系型数据库、集群等等。
laravel所谓的”性能“问题，也可以通过禁用某些插件来实现的提升，如果不涉及到太多的三方插件，纯api开发，也可以使用lumen，但是还是推荐使用laravel去开发api接口。
之所以选用laravel，就是因为规范、生态好和开发效率高。最近几年的发展也可以看出来，很多框架都是在朝着这个方向发展——不断地在规范开发。要说性能好，直接上C，最接近计算机的语言！
啊 对对对
国外电商不发达？你看看世界首富是谁
继续猜 :stuck_out_tongue_winking_eye:
先把sql写好了吧，90%性能原因在sql没写好~
局座：颜值就是战斗力
Laravel的性能问题我真碰到过
不用laravel又有什么可用呢？ tp? yii? sf? 所有基于php-fpm框架都差不多。 除非你去使用swoole系列。 但相比于应用性来说，可以选择wordpress，因为对于上市公司来说，有空去填坑swoole，不如转Java或go了， 但，只有wordpress的生态java没有，所以php依旧是世界上最好的语言。
:kiss: :kiss: :kiss:
哈哈哈，就离谱，就性能差，但是我 TM 就要用，我们 codesign.qq.com 也用 Laravel
通过加硬件能解决的问题，不算问题。
用Octane免强能行，避免了项目重写，哈哈
月经贴
laravel 性能完全可以接受 ！！！ 可以了解下魔鬼Magento :sweat_smile:
优雅永不过时
使用场景不一样，我用laravels 性能也可以 开发也优雅
因为咱们只写后台呗
应该感谢opcache和jit ，把laravel中加载composer依赖文件所需的io和框架的很多封装代码都省性能下来了。所以纯框架的性能其实并没有比一般的php框架慢多少，应该说都差不多。 现在主要的问题是php本身的共性问题。数据库连接以及io是个绕不过去的问题。我用nodejs的时候，数据库自带连接池以及异步读取，性能比php读数据库快很多。我试图找一些php类似node的方案，都不是主流方案，都要写一些奇奇怪怪不好维护的代码。什么时候laravel能无缝地使用异步协程数据库呢，就简单地执行一个composer命令加载包然后就不用用户操心。能达到这种易用程度才能真的是性能提升的一大步。其他都是小打小闹的优化，包括Octane。 回到本主题，laravel性能并不是大问题，更多是php本身的瓶颈。
性能不是最主要的问题，工作少才是
性能加钱就能解决，代码整洁大家都看得懂，才更重要
好想把你标题中的双引号改「」