2
我們正在使用WP 4.1和〜10個知名插件運行會員網站。平均而言,我們的第一個請求需要1.2秒。找到長TTFB的罪魁禍首
因爲它是一個成員我們使用片段緩存,而不是整頁緩存。這樣做,我們已經將MySQL查詢時間從90ms減少到了10ms。
我們的插件和主題,雖然可能不是令人印象深刻的PHP,不是很差編碼。這些長TTFB與默認的主題並沒有插件。
TTFB有哪些其他因素,我們如何找出問題所在?
我們正在使用WP 4.1和〜10個知名插件運行會員網站。平均而言,我們的第一個請求需要1.2秒。找到長TTFB的罪魁禍首
因爲它是一個成員我們使用片段緩存,而不是整頁緩存。這樣做,我們已經將MySQL查詢時間從90ms減少到了10ms。
我們的插件和主題,雖然可能不是令人印象深刻的PHP,不是很差編碼。這些長TTFB與默認的主題並沒有插件。
TTFB有哪些其他因素,我們如何找出問題所在?
那麼,如果你認爲你已經優化了你的代碼,你列表中的下一項應該與服務器配置有關。像軟件(NGINX代替Apache http://www.theorganicagency.com/apache-vs-nginx-performance-comparison/),添加服務器緩存(Varnish,Redis,Memcache,OPCache等),MySQL配置以及許多其他小改進。
此外,處於共享主機環境可以被視爲瓶頸。
感謝您的建議。在與我們的託管服務提供商交流之後,他們似乎認爲一張完整的磁盤導致緩慢(93%已滿)。這聽起來像是一個可能的罪魁禍首? – psorensen 2015-02-09 23:10:15
可能很多進程使用RAM和Harddisk來緩存數據,當某些內容由於完整的內存或硬盤而無法緩存時,可能會導致更長的加載時間。 – 2015-02-10 08:05:27
硬盤在裝滿時不會「減速」。 SSD可以。你在用哪個? – 2015-02-19 00:51:38