2016-06-01 2 views
1

Я строю свой интерфейс с угловыми и не устраиваю производительность. Я использовал множество лучших практик для angularjs (например: :) - но все же - у меня странная задержка, и я не знаю, откуда она взялась. Смотрите изображения:Задержка на загрузку на моем сайте

enter image description here

Между 1000ms и 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). Возможно, проблема конфигурации. Я не могу проверить прямо сейчас, но я думаю, что проблема также существует на localhost (просто простой сервер nodejs) –

+0

Кажется, вы были правы с TTFB - мои шаблоны берут 130 мс каждый (TTFB). Это нелепо. Я использую AWS CloudFront - что я могу там сделать? (Edge Location установлен в Europe - и i'am в Европе - так что это не должно быть проблемой) –

+0

@FabianLurz жаль, что я не использовал CloudFront, поэтому я не могу говорить о достоинствах или неудачах там, некоторые Googling вчера вечером (CST) появилось множество жалоб на время ответа Cloudfront. На экземпляре EC2 с некоторой настройкой среды обычно я получаю TTFB около 30 мс +/- 20 мс, а типичный полный ответ загружается примерно в 50-70 мс (сам по себе угловой момент составляет 180 мс). Если вы испытываете медлительность локально через nginx или apache (оба могут использовать ядро ​​для работы с файлами напрямую с диска), то, вероятно, время для профиля неминифицированного кода, чтобы увидеть, что можно разрезать. – shaunhusain

Смежные вопросы