✔️ PHP-тест: статус, которого нет в коде

Деплоя и релиза ещё не было, а 500-е посыпались сами собой 👇

📦 Задание

Интернет-магазин. Поддержка через админку добавила новый статус заказа refunded (возврат). Нужно было для отчётности, в БД просто появилось новое значение. Через час часть страниц «Мои заказы» начала отдавать 500. Падают только заказы, которым проставили новый статус.

// src/Order/OrderStatusLabel.php
class OrderStatusLabel
{
    public function render(string $status): string
    {
        return match ($status) {
            'new'       => 'Новый',
            'paid'      => 'Оплачен',
            'shipped'   => 'Отправлен',
            'delivered' => 'Доставлен',
            'cancelled' => 'Отменён',
        };
    }
}

// src/Order/OrderCard.php
class OrderCard
{
    public function __construct(private readonly OrderStatusLabel $label) {}

    public function build(Order $order): array
    {
        return [
            'id'     => $order->getId(),
            'status' => $this->label->render($order->getStatus()),
        ];
    }
}

🔹 Задачи

— Объяснить, чем поведение match тут отличается от switch и почему это привело к 500
— Предложить способ сделать код устойчивым к новым значениям, но НЕ замаскировать реальные баги

Ставьте → 🔥 если нравится формат. Если нет → 🌚

💬 Решения пишите в комменты под спойлер — сравним подходы.

⌨️ Топ-вакансий по PHP за неделю

PHP-разработчик — удалёнка/гибрид (Москва) — Гринсайт

PHP-разработчик (Laravel) — офис (Калининград) — ЖилиБыли

Tech Lead (PHP / Laravel) — 3 500 - 4 700 $ — удалёнка — Global Trads

➡️ Еще больше топовых вакансий — в нашем канале PHP Jobs

📊 UUID vs автоинкремент в качестве первичного ключа

Спор древний, но решается не вкусовщиной, а тем, кто и когда генерирует ключ.

🔹 Автоинкремент хорош, когда:

— Ключ нужен только внутри одной БД
— Важна плотная индексация и предсказуемый порядок вставки (B-tree счастлив)
— Не страшно, что /users/42 выдаёт размер таблицы наружу

🔹 UUID (а лучше UUIDv7) уместен, когда:

— ID нужно сгенерировать на клиенте/в другом сервисе до записи в БД
— Идёт шардирование или слияние данных из нескольких источников
— Последовательный ID — это утечка бизнес-метрики

⚠️ Частая ловушка

Случайный UUIDv4 как кластерный ключ в InnoDB. Вставки идут вразнобой по индексу → фрагментация страниц, распухание, просадка на записи. Именно поэтому появился UUIDv7, он временно-упорядоченный, ложится в индекс почти как автоинкремент, но остаётся глобально уникальным.

Практичный компромисс: автоинкремент как внутренний PK + UUIDv7 как публичный идентификатор в URL и API. Внутри — быстро, наружу — безопасно.

⚙️ Pest 

Элегантный фреймворк для тестирования, специально разработанный, чтобы вернуть удовольствие в процесс написания тестов. Фокусируется на простоте и читаемости кода.

Pest использует минимальный, понятный синтаксис и позволяет писать тесты с фокусом на то, что действительно важно — логику приложения. Отличается прогрессивным подходом: вы можете постепенно переходить с PHPUnit, без необходимости переписывать все тесты с нуля. Поддерживает параллельное выполнение тестов, browser testing с Playwright, и интеграцию со всеми популярными CI/CD платформами.

🔗 GitHub · Документация 

Библиотека пхпшника

✔️ PHP-тест: комментарий, который рассыпался на «кракозябры»

Превью комментария обрывается на половине эмодзи. А валидация то пропускает мусор, то режет нормальный текст 👇

📦 Задание

Сервис отзывов. Комментарий — VARCHAR(255) (255 символов в utf8mb4). Валидатор ограничивает длину, сервис делает короткое превью для карточки. Полгода всё работало, пока аудитория была русскоязычной с короткими текстами. После запуска в новых регионах посыпались жалобы: эмодзи и иероглифы в превью превращаются в ?, а форма то ругается на короткий текст, то молча режет данные при сохранении.

// src/Comment/CommentValidator.php
class CommentValidator
{
    private const MAX_LENGTH = 255;

    public function validate(string $text): void
    {
        if (strlen($text) > self::MAX_LENGTH) {
            throw new ValidationException('Слишком длинный комментарий');
        }
    }
}

// src/Comment/CommentPreview.php
class CommentPreview
{
    public function make(string $text): string
    {
        if (strlen($text) <= 100) {
            return $text;
        }

        return substr($text, 0, 100) . '…';
    }
}

🔹 Задачи

— Объяснить, почему эмодзи/иероглифы в превью бьются в «кракозябры»
— Объяснить, почему один и тот же текст то проходит валидацию, то нет, и как это расходится с лимитом колонки в БД
— Исправить и валидатор, и превью

Ставьте → 🔥 если нравится формат. Если нет → 🌚

💬 Решения пишите в комменты под спойлер — сравним подходы

🙈 Shared-nothing был киллер-фичей PHP. А мы его выкидываем, чтобы косплеить Node.js.

Двадцать лет «PHP в проде» означало одно: процесс на запрос, чистая таблица символов, в конце всё уничтожается. Никаких утечек, никакого состояния, любой стажёр не уронит прод глобалом.

Теперь модно иначе. FrankenPHP worker mode, RoadRunner, Swoole — держим приложение в памяти, экономим на бутстрапе, гоним 15k rps вместо 4k. Красиво в бенчмарках. А в реальности worker mode просто включает обратно все баги, от которых shared-nothing нас защищал. Статики, синглтоны, живые коннекты, $_SESSION, забытый static $cache в вендоре — теперь это не безобидный код, а мина между запросами разных юзеров.

Мы поменяли модель, где невозможно накосячить с состоянием, на модель, где косячить с состоянием — норма, просто «будьте аккуратнее».

💬 Где для вас граница? Воркеры — это зрелая эволюция или мы дружно ломаем главное преимущество языка ради цифры, которую видит только wrk?

⚙️ В чем разница между балансировщиками нагрузки, обратными прокси и API-шлюзами?

1️⃣ Балансировщик нагрузки

Распределяет клиентские запросы между серверами, выбирая их по алгоритму, чтобы равномерно распределять нагрузку, избегать перегрузок и обеспечивать стабильную работу системы.

Он получает запрос, перенаправляет его на сервер, принимает ответ и отправляет его обратно клиенту.

Это увеличивает пропускную способность, снижает задержки и оптимизирует использование ресурсов.

2️⃣ Обратные прокси

Работают как посредники между клиентами и серверами, обрабатывая запросы и передавая данные, скрывая серверы и повышая их безопасность.

Они обеспечивают контроль за сетевым трафиком, снижая риски атак и угроз.

Дополнительно, они могут кэшировать контент для уменьшения нагрузки на сервер, сжимать данные для ускорения передачи и управлять SSL/TLS-шифрованием, разгружая веб-серверы.

3️⃣ API-шлюзы

Работают как единая точка входа для всех API-запросов, направляя их к нужным микросервисам и собирая результаты.

Они упрощают взаимодействие клиентов с разными сервисами, добавляют защиту, применяют правила, переводят между веб-протоколами и агрегируют данные.

Идеально подходят для работы с микросервисной архитектурой.

🖥 Laravel → NestJS: карта соответствий для тех, кто и так всё знает

Вы годами живёте в Service Container, пишете Form Requests на автомате и знаете, где у Laravel «магия». Вопрос не в том, умеете ли вы, — а в том, как быстро вы смапите привычные концепции на чужой стек, когда прилетит проект на NestJS.

Deva Jayantha сделал именно это: не туториал «с нуля», а таблицу перевода Laravel → NestJS по девяти осям:

— Service Container vs явная регистрация провайдеров в модулях;
— Form Request vs связка DTO + class-validator + Pipe;
— Middleware vs Guards/Pipes/Interceptors (и почему middleware в Nest только про логирование и CORS);
— Eloquent (Active Record) vs TypeORM (Data Mapper);
— Exception handler vs Exception Filters.

Главный сдвиг парадигмы: «convention over configuration» против «explicit over implicit». Всё, что Laravel делает за вас неявно, Nest требует объявить руками и это не хуже, это другая философия с другими trade-offs для больших модульных кодовых баз.

Ничего революционного там не найти, но за 15 минут можно получить готовую ментальную модель, которая сэкономит день онбординга на TypeScript-проекте. Полезно и как аргументация в спорах «а почему у нас Laravel».

🔗 Читать статью