❓ Зачем нужны магические методы __get / __set / __call?

__get и __set срабатывают при обращении к недоступному или несуществующему свойству, __call — при вызове недоступного метода экземпляра, __callStatic — статического.

Они дают «перехват» обращений и применяются в прокси, ORM, фасадах.

Минусы: они медленнее прямого доступа, скрывают реальный API от IDE и статического анализа, поэтому злоупотреблять не стоит.

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

== сравнивает значения с приведением типов (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.