Do not sending data after document ready

[pamellix]

📦 Published PR as canary version: 2.0.19--canary.44.26028024953.0

✨ Test out this PR locally via:

npm install @salutejs/web-telemetry@2.0.19--canary.44.26028024953.0
# or 
yarn add @salutejs/web-telemetry@2.0.19--canary.44.26028024953.0

[SeanSilke]

Необходимые изменения (обновленный план)

• Выровнять поведение ручной и авто-остановки WebTelemetryResources:
  в end() добавить дочитывание очереди observer (takeRecords()), обработку через processResources(...), затем финальный flushBufferedEvents() и disconnect().

• Убрать расхождение shutdown-путей:
  выделить единый приватный shutdown-метод и использовать его и в end(), и в finalizeAfterDocumentReady().

• Синхронизировать async-поведение завершения:
  так как processResources(...) асинхронный, сделать путь остановки явно консистентным (предпочтительно через единый async shutdown с централизованной обработкой ошибок).

• Переименовать флаг для явной области действия:
  с observeAfterLoad на имя, которое явно говорит про ресурсы (рекомендуемо observeResourcesAfterLoad), чтобы исключить трактовку как “глобальный” флаг всей телеметрии.

• Обновить тесты под финальную семантику:

  • продолжение сбора ресурсов после load при observeResourcesAfterLoad: true;
  • корректная финальная отправка при ручном end();
  • отсутствие потерь записей из внутренней очереди observer при остановке;

[SeanSilke]

Все описанные выше дополнения реализованы.
Теперь у меня есть вопрос. Нужно ли нам такое поведение телеметрии?
Можно, конечно, убрать под флаг. Сейчас, наоборот, флаг по умолчанию как раз включает это поведение, можно сделать наоборот. Но я сейчас не вижу сценариев, когда мы будем включать новый функционал.

Но в целом работа проделана, давай за флаг тогда уберём. И может быть потом где-то понадобится.