netstat -nap | grep 80
# 找到對應埠程序 31114
# 找到對應apache的程序命令中的配置檔案*.conf的路徑,到指定路徑修改配置檔案,例如
指令: customlog "/var/prof.log" "[%a]%t id=%i time=%d(us) url=%u%q"
%d - 官方解釋:time taken to process the request, in millis,處理請求的時間,以微秒為單位
%t - 官方解釋:time taken to process the request, in seconds,處理請求的時間,以秒為單位
%t - 官方解釋:time taken to commit the response, in millis,提交響應的時間,以毫秒為單位
Apache 記錄請求響應時間日誌
netstat nap grep 80 找到對應埠程序 31114 找到對應apache的程序命令中的配置檔案 conf的路徑,到指定路徑修改配置檔案,例如 指令 customlog var prof.log a t id i time d us url u q d 官方解釋 time taken ...
響應時間優化
業務不停的迭代,加上打工人換了一波又一波,導致很多業務介面特別重,可讀性非常的差。最近專案在重構優化,部分介面平均響應時間在 1.5s 左右,對於使用者體驗來說,非常的不友好。本文旨在提出幾個介面優化的一些常用的辦法。1 優化的準則 一切的前提是業務價值需要。如果沒有足夠的價值,那麼可讀性才是第一,...
介面響應時間長,Volley重複請求
網路訪問一直使用的volley,前幾天除錯,出現乙個問題,其他介面都可以訪問成功,有一兩個介面呼叫,會重複呼叫兩次,訪問的方法只有一次,volley在一定時間內訪問不到請求,會重新請求,所以,為了防止這樣的問題,可以將預設的超時時間延長,盡量比伺服器最大響應時間多一些,防止服務端返回錯誤資訊時已斷開...