【问题标题】:Framework 0.130 seconds slower than pure PHP - bad? [closed]框架比纯 PHP 慢 0.130 秒 - 不好? [关闭]
【发布时间】:2016-02-25 12:50:40
【问题描述】:

我已经将一个简单的 PHP 项目移植到 Laravel 和 Lumen。

元素加载到用户机器上之前的运行时间(通过webpagetest.org 测试):

PHP-Pur:0.332 秒 流明:0.363 秒 Laravel:0.468 秒

当 Laravel 替代方案比纯 PHP 项目花费 0.130 秒的时间时,它是否会对用户产生“大”的影响?

谢谢!

【问题讨论】:

  • 这取决于客户的期望?
  • 您是否在例如禁用缓存的开发环境中运行测试? 0.332 s 对于纯 PHP 来说是很长的时间了。
  • 还取决于此过程重复的次数。你看... 0,130 秒乘以一百万次将是很长很长的时间!
  • @A.L 不是脚本的运行时间,是针对整个站点(php/html/images/scripts)的。
  • @Chama,如果我的回答对您有帮助,请选择我的回答作为最佳回答并点赞。

标签: php laravel frameworks lumen


【解决方案1】:

这实际上取决于您如何运行测试。现代框架中有内置的缓存系统,例如在开发环境中不起作用。是的,框架速度较慢,但​​差异并不那么显着。

有很多关于这个主题的基准和讨论。如果您真的感兴趣,请在 Google 上搜索。

【讨论】:

  • php artisan optimize 在某些情况下也可以提供帮助
【解决方案2】:

这个问题跑题了,因为它与编程无关,你问的是用户体验。

这里有一些事实:

  • 47% 的消费者希望网页在 2 秒或更短时间内加载完毕。
  • 40% 的人会放弃加载时间超过 3 秒的网站。
  • 页面响应延迟 1 秒会导致转化次数减少 7%。

Source.

如果网站比竞争对手慢 250 毫秒以上(一毫秒是千分之一秒),那么人们访问网站的频率就会降低。

Source.

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2011-01-20
    • 2011-07-16
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多