測量/跟踪頁面載入時間
我有幾個員工只能訪問一個網站。他們使用這個網站來完成他們所做的一切，他們已經開始告訴我在一天中的某些部分它有多慢。在一天中的某些時候，當情況變得非常糟糕時，他們會點擊一個按鈕來送出表單，並且請求會花費很長時間，以至於超時並讓他們重新登錄。
讓我明確一點，唯一慢的是網站。這不是 IE 載入所需的時間
該網站與我們公司無關，由另一家公司控制。我們和他們之間的聯繫並沒有什麼特別之處。
我們公司沒有其他人抱怨 Internet 訪問速度慢或其他任何讓我相信這個問題出在我們網路上的事情。
運營該站點的公司的 IT 經理說：“我們有 150 個站點，因為只有貴公司報告問題。”
為了消除我們的網路作為罪魁禍首，我想到了幾種不同的測試方法。
- 使用高速空中卡為其中一個使用者設置一兩天。這樣做的問題是使用者隨後可以訪問未經過濾的 Internet。
- 把我的電腦拿出來和他們站在一起 45-69 分鐘，同時他們使用電腦並同時瀏覽其他網站。在此期間，我想跟踪載入每個頁面所需的時間，無論域如何。然後，我可以將其帶回另一家公司，並向他們展示除您的網站外，其他一切都執行良好且快速。
我還沒有找到任何可以幫助我實現想法 2 的軟體。有什麼建議？
你能想出其他任何有助於確定問題所在的方法嗎？
花時間安裝監控解決方案。確定問題所需的所有數據幾乎都是憑空產生的，該系統將以無數其他方式幫助您進行故障排除、容量規劃等。
指定網路上的主機作為監控伺服器。執行任何監控包，例如Zenoss、Zabbix、Cacti或許多其他包。
持續監控來自監控伺服器的 ping 時間：
- 您網路上的所有客戶端機器（您的員工工作站）
- 您的 ISP 的第一個網關和 DNS 伺服器
- 您關注的網站附近的某個網關（使用 traceroute 來確定）
- 網站的實際虛擬主機
這些數據會告訴你是否有網路擁塞，你應該能夠推斷出它在哪裡。它不會告訴您他們的網路伺服器是否只是陷入困境。為此，您需要監控特定 URL 的響應時間。您也可以對大多數監控伺服器執行此操作。您可以讓一個監控 google.com 的響應時間作為控制案例。
一旦你持續監控所有這些東西，讓它執行一周，然後分析所有圖表。您可能會在一天中的某些時間看到響應時間增加。您可以在網站上將這些數據顯示給 IT 經理，然後說：
這是一個圖表，顯示了您的網路伺服器的不可接受的響應時間，這是另一個圖表，顯示了在同一時間段內來自Google的出色響應時間。顯然，我們的網路和網際網路連接不應該受到責備。