1
無論我們做出什麼改變,TTFB都很高! 令人驚訝的是,服務器端的傢伙堅稱,一切都設置正確,服務器運行速度不夠快,但webpagetest報告根本沒有改變! 經過這麼多的優化,我不敢相信它不會改變,我開始懷疑TLS,gZIP和重定向... 我錯過了什麼?HTTP2,NginX,但仍然很高TTFB
無論我們做出什麼改變,TTFB都很高! 令人驚訝的是,服務器端的傢伙堅稱,一切都設置正確,服務器運行速度不夠快,但webpagetest報告根本沒有改變! 經過這麼多的優化,我不敢相信它不會改變,我開始懷疑TLS,gZIP和重定向... 我錯過了什麼?HTTP2,NginX,但仍然很高TTFB
看起來頁面本身需要大約一秒的時間才能生成。這裏有一個捲曲輸出(using this to get timestamps),並注意的time_appconnect
$ curl -w "@curl_format.txt" -so /dev/null https://jimmydance.com/
time_namelookup: 0.004
time_connect: 0.217
time_appconnect: 0.921
time_pretransfer: 0.921
time_redirect: 0.000
time_starttransfer: 1.348
----------
time_total: 1.352
該值將表明瓶頸是應用程序生成的頁面。看看頁面本身,它不應該花那麼長時間,我會看看你正在使用的框架或分配給服務器的資源。