2016-06-01 156 views
1

我用angularjs構建我的前端,我對性能不滿意。我使用了很多angularjs的最佳實踐(如::) - 但仍然 - 我有一個奇怪的延遲,我不知道它來自哪裏。看到這個圖片:在我的網站上加載延遲

enter image description here

1000毫秒和1600ms之間沒有太大的正在發生的事情之間。有沒有人經驗與angularjs和任何提示如何解決?

我的網站:https://migranthire.com


它不是100%正確的,什麼也沒有發生 - 它裝載的指令模板。但爲什麼要花600毫秒?模板真的很小。

+2

您可以在編譯步驟中將您的模板作爲字符串加載。 – sielakos

回答

2

您似乎遇到一些性能問題,我會解決的第一件事是TTFB,因爲這可能通過某些服務器配置調整來解決。通過選擇一個網絡請求並點擊時間軸選項卡來查看時間軸,以查看有關它停滯的通信部分的更多詳細信息(TTFB是它從這裏看起來是什麼,這意味着服務器需要很長時間才能響應一個角度問題,而是服務器配置或雲端)。如果可能,請檢查服務器上的資源使用情況,或考慮可以在哪裏或哪裏的響應時間更好的情況下使用其他服

在事物的角度方面,它真的只對非簡化代碼非常有用。如果您在本地使用非縮小代碼,則可以進入「配置文件」選項卡並記錄快照,或者使用主時間軸選項卡並從初始加載記錄,然後查看腳本執行的底部向上視圖,以查看其花費的最多時間。

爲了從等式中取出角度,您可以使用捲曲和時間。

time curl 'https://migranthire.com/pages/landingpage/landingpage.d9acd03520f27796.html' -H 'Pragma: no-cache' -H 'Accept-Encoding: gzip, deflate, sdch' -H 'Accept-Language: en-US,en;q=0.8' -H 'Accept: text/html' -H 'Referer: https://migranthire.com' -H 'Connection: keep-alive' -H 'Cache-Control: no-cache' --compressed 
+0

非常有見地:)我一定會用TTFB檢查一下。我只是想知道,因爲我使用的是AWS Cloudfront(所有文件都是在S3中提供的)。 可能是一個配置問題。我現在無法檢查,但我認爲這個問題也存在於本地主機上(只是一個簡單的nodejs服務器) –

+0

看來你對TTFB是正確的 - 我的模板每個需要130ms(TTFB)。這是荒唐的。我正在使用AWS CloudFront - 我可以在那裏做什麼? (邊緣位置設置爲歐洲 - 我在歐洲 - 所以這應該不是問題) –

+0

@FabianLurz對不起,我沒有使用CloudFront,所以我不能說真的優點或失敗,一些谷歌搜索昨晚(CST)確實對Cloudfront響應時間提出了很多抱怨。在一個稍微調整好的介質EC2實例中,我通常會在30ms +/- 20ms範圍內獲得TTFB,通常在50-70ms左右加載完整響應(角度本身就是180ms總數的異常值)。如果您通過nginx或apache本地訪問緩慢(兩者都能夠使用內核直接從磁​​盤提供文件),那麼可能需要對非縮小的代碼進行剖析,以查看可以削減的內容。 – shaunhusain