Посмотрите очень длинные времена t_done BoomerangJS с равными `rt.t_start` и` rt.end`
Мы используем Boomernang JS для нашего инструментария RUM. Хорошо работает, когда
http.initiator == spa_hard
. Однако при измерении
http.initiator == spa
(т.е. мягкие нагрузки) мы часто будем видеть значения для
t_done
(время загрузки страницы) находится в районе 1000000 мс, что определенно неточно.
Вдобавок ко всему, хотя t_done должен быть
rt.end - rt.t_start
, мы часто будем видеть очень большие значения для
t_done
еще
rt.end == rt.t_start
- начальное и конечное значения эквивалентны, как показано в этом примере:
{
"pid": "7dv9jmse",
"rt.bstart": 1604083165272,
"rt.end": 1604411098690,
"rt.nstart": 1604083161590,
"rt.obo": 0,
"rt.sl": 0,
"rt.ss": 1604083161590,
"rt.start": "manual",
"rt.tstart": 1604411098690,
"rt.tt": 0,
"sm": "i",
"t_done": 429144,
"t_page": 422485,
"t_resp": 6659,
"u": "RETRACTED",
"vis.lh": 2374175,
"vis.lv": 20978,
"vis.st": "visible"
}
Кто-нибудь сталкивался с проблемами с таймингом SPA на Boomerang в прошлом. Мы используем Angular.
1 ответ
За последний год было исправлено несколько ошибок, а также были внесены обновления для обработки запросов SPA Soft. Пожалуйста, ознакомьтесь с примечаниями к выпуску, чтобы определить, содержит ли используемая вами версия BOOMERANG последние версии: https://developer.akamai.com/tools/boomerang/release-notes .
В частности, обратите внимание на следующее:
- Исправлено несколько проблем, из-за которых некоторые программные переходы SPA могли никогда не завершаться или выполняться долго.
1.681.0 (11 сентября 2019 г.)
Время запуска программных навигаций SPA может отличаться на несколько миллисекунд по сравнению с предыдущими версиями History v2, так как подключаемый модуль теперь всегда использует уведомления об изменении window.History вместо событий платформы SPA.- Эти навигаторы теперь будут сообщать о времени ровно 1 мс.