PHP网站(Drupal7)响应过慢之“Wating(TTFB)时间过长”
直接上图:
这是Chrome浏览器自带的工具分析的。整个url请求的时间为2.59秒,最大的耗时在Wating(TTFB, Time To First Byte),消耗了2.59秒(应该是其他时间太短,四舍五入,忽略不计)。
由于网站是drupal做的,我认为可能是drupal框架导致的速度过慢,毕竟网上对drupal的性能多有吐槽之处。所以我就记录了一下drupal整个过程,从开始到结束的时间到底有多久?记录方法如下图:
然后通过日志记录,发现drupal实际的执行时间只有。0.9秒到1.0秒左右,这就奇怪了。服务器端实际只消耗了1s为什么TTFB显示是2.56秒就算加上网络延迟三次握手等消耗的时间,这差距也太大了。
后来在网上找了两三天,真的是找了两三天,才发现,原来是我在php.ini文件中开启了xdebug的配置导致的,打开php.ini文件,注释掉xdebug的相关配置,重启apache,再次访问,速度嗖嗖的,如下图:
虽然是自己给自己挖坑造成的,但是问题解决,网站速度明显提升,那个兴奋啊~哈哈
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· .NET Core 托管堆内存泄露/CPU异常的常见思路
· PostgreSQL 和 SQL Server 在统计信息维护中的关键差异
· DeepSeek “源神”启动!「GitHub 热点速览」
· 我与微信审核的“相爱相杀”看个人小程序副业
· 上周热点回顾(2.17-2.23)
· 如何使用 Uni-app 实现视频聊天(源码,支持安卓、iOS)
· spring官宣接入deepseek,真的太香了~