Кратко

  • Рекомендация W3C Performance Timeline 2013 года задала PerformanceEntry с названием, типом, временем начала и длительностью, а также методы вроде getEntriesByType() для чтения накопленных записей.
  • Проект Level 2 в 2015 году добавил PerformanceObserver, чтобы получать новые измерения по мере их появления. Документ 2016 года и нынешняя спецификация уточнили доставку и правила буферов.

«Страница медленная» — жалоба на три слова и расследование на три дня. В браузере остаются следы: навигация, загрузка ресурса, метка, поставленная автором сайта. Рекомендация W3C Performance Timeline от декабря 2013 года оформляла их как записи с названием, типом, началом и длительностью. getEntries() и getEntriesByType() давали копию того, что уже попало в хранилище. Картотека была готова; сыщик сам выбирал час посещения.

После первого визита страница продолжает работать. Изображение доходит до читателя, скрипт ставит ещё одну отметку, новая загрузка оставляет карточку. Код может снова и снова спрашивать у картотеки: «Появилось что-нибудь?» Но браузер сам кладёт туда каждую запись. Сотрудник, который умеет позвонить сразу после записи, избавляет коллег от бессмысленного обхода коридора.

Проект Performance Timeline Level 2 от сентября 2015 года противопоставил два примера. Один читает накопленные записи; другой создаёт PerformanceObserver, передаёт ему функцию обработки и выбирает типы интересующих событий. Когда браузер фиксирует новые подходящие измерения, обработчик получает список. Его можно разобрать вместе и прекратить наблюдение после выполнения задачи. Автору больше не приходится угадывать момент, когда в ящике появится очередная карточка.

История публикаций W3C отмечает первую открытую версию Level 2 датой 16 июля 2015 года. Кандидат в рекомендации от 8 декабря 2016 года подробнее описывает регистрацию наблюдателя, типы записей и доставку вызовов. Новые правила не прибавили читателю терпения; они помогли расследователям получать свежие показания без ежедневного караула у шкафа.

Наблюдателю нужна тема расследования. Если редакция подозревает изображения на главной, можно следить за записями ресурсов. Если тормозит конкретное действие, автор может расставить метки вокруг его этапов. Браузер выдаёт общую форму записи и звонок. Сайт выбирает вопрос и толкует ответ. Собирать все карточки подряд — способ превратить аккуратный архив в бумажную бурю.

Действующая спецификация Performance Timeline описывает новые записи и получение некоторых уже сохранённых, если тип это допускает. Для типов предусмотрены буферы и счётчики записей, потерянных при переполнении. У картотеки есть края. Проверяющий должен знать, когда начал слушать и не выпали ли листки до его прихода; иначе аккуратный список легко принять за полную историю.

Браузер измеряет и сообщает, что измерение готово. Авторы страницы сопоставляют время с тем, что пережил читатель, и решают, что чинить. Секундомер скажет, когда загрузилась фотография. Редакция отвечает за решение поставить эту фотографию на половину экрана.