❓ Разница между == и === ?

== сравнивает значения с приведением типов (loose), === сравнивает значение и тип (strict).

В PHP 8 нестрогое сравнение стало адекватнее: "abc" == 0 теперь false (раньше было true).

Для объектов: == равны, если тот же класс и равные свойства; === только если это одна и та же ссылка на объект.

❓ Что такое трейты и как решаются конфликты имён?

Трейты — механизм горизонтального переиспользования кода, обходящий ограничение единичного наследования. Набор методов и свойств подмешивается в класс через use.

Если два трейта дают метод с одинаковым именем, будет фатальная ошибка. Решается через insteadof (явно выбрать, чей метод оставить) и as (создать алиас второму).

❓ Что такое генераторы и оператор yield?

Генератор — функция с yield внутри; она возвращает объект Generator и вычисляет значения лениво, по одному, не держа весь набор в памяти. Это позволяет итерировать огромные или бесконечные последовательности почти без расхода памяти (например, построчное чтение большого файла).

yield может не только отдавать, но и принимать значение через send(), а yield from делегирует другому итератору.

✔️ PHP-тест: лента, в которой посты двоятся и пропадают

Пользователь листает ленту и видит один и тот же пост дважды. А кто-то жалуется, что пропускает записи 👇

📦 Задание

Соцсеть, активная лента, новые посты прилетают каждую секунду. Постраничный вывод сделали классически, через LIMIT/OFFSET. На ревью прошло, тесты зелёные (в тестах данные статичные). В проде в часы пик начались жалобы: дубли на стыке страниц и «куда-то делся пост, я его точно видел».

// src/Feed/FeedRepository.php
class FeedRepository
{
    public function __construct(private readonly PDO $pdo) {}

    public function page(int $page, int $perPage): array
    {
        $offset = ($page - 1) * $perPage;

        $stmt = $this->pdo->prepare(
            'SELECT id, author_id, body, created_at
               FROM posts
              ORDER BY created_at DESC
              LIMIT :limit OFFSET :offset'
        );

        $stmt->bindValue(':limit', $perPage, PDO::PARAM_INT);
        $stmt->bindValue(':offset', $offset, PDO::PARAM_INT);
        $stmt->execute();

        return $stmt->fetchAll(PDO::FETCH_ASSOC);
    }
}

🔹 Задачи

— Объяснить, почему на меняющихся данных OFFSET даёт дубли и пропуски между страницами
— Объяснить, почему сортировка только по created_at дополнительно усугубляет проблему
— Переписать на keyset-пагинацию (cursor) так, чтобы вставки/удаления не сдвигали выдачу

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

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

❓ Какие бывают уровни изоляции транзакций?

От слабого к строгому:

🔹 READ UNCOMMITTED — видны незакоммиченные изменения других транзакций (грязное чтение).
🔹 READ COMMITTED — видны только закоммиченные данные, но при повторном чтении строки значение может измениться (неповторяющееся чтение).
🔹 REPEATABLE READ — одна и та же строка читается стабильно в рамках транзакции, но возможны фантомы (новые строки, подходящие под условие).
🔹 SERIALIZABLE — полная изоляция, транзакции выполняются как будто строго последовательно.

Чем выше уровень, тем меньше аномалий, но больше блокировок и ниже пропускная способность. Выбор — это компромисс между корректностью и производительностью.

❓ Чем WHERE отличается от HAVING?

Оба фильтруют, но на разных этапах выполнения запроса.

→ WHERE отсекает строки до группировки (GROUP BY) и не может работать с агрегатными функциями.

→ HAVING отсекает уже сгруппированные данные после агрегации и умеет работать с агрегатами (COUNT, SUM, AVG).

Логический порядок выполнения: WHERE → GROUP BY → HAVING → SELECT → ORDER BY.

❓ Чем INNER JOIN отличается от LEFT JOIN?

INNER JOIN возвращает только те строки, для которых нашлось совпадение в обеих таблицах. Если связи нет — строка не попадёт в результат.

LEFT JOIN возвращает все строки из левой таблицы плюс совпадающие из правой. Там, где совпадения нет, в столбцах правой таблицы будут NULL.

RIGHT JOIN — то же самое, но «главная» правая таблица.

❓ Что такое нормализация и когда оправдана денормализация?

Нормализация — устранение избыточности через декомпозицию таблиц и связи между ними (нормальные формы 1NF–3NF/BCNF). Цель — целостность: данные хранятся в одном месте, нет аномалий вставки, обновления и удаления. Минус — много JOIN'ов при чтении.

Денормализация — намеренное дублирование данных ради скорости чтения, чтобы избежать дорогих соединений и агрегаций. Типична в аналитике, отчётах и read-heavy системах.

Это компромисс: денормализация ускоряет чтение, но усложняет поддержание согласованности при записи (одни и те же данные надо обновлять в нескольких местах). Выбор зависит от профиля нагрузки — что преобладает, чтение или запись.

❓ В чём разница между связанностью (coupling) и сцепленностью (cohesion)?

Cohesion (сцепленность) — насколько элементы внутри одного модуля подчинены общей цели. Высокая сцепленность — это хорошо: модуль делает одну вещь и делает её хорошо.

Coupling (связанность) — насколько модули зависят друг от друга. Низкая связанность — это хорошо: изменение в одном модуле не вынуждает переписывать другие.

Цель проектирования — high cohesion, low coupling. Такой код легче читать, тестировать, переиспользовать, а изменения в нём локализованы. Инструменты достижения — разделение ответственности, программирование на интерфейсах, внедрение зависимостей и принципы SOLID.

✔️ 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
— Предложить способ сделать код устойчивым к новым значениям, но НЕ замаскировать реальные баги

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

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