Карта знаний PHP — anthropic/claude-haiku-5.5, run-03 · think: low

{"answer": "нет", "пояснение": "В двойных кавычках PHP интерпретирует переменные и escape-последовательности (например, \\n), а в одинарных — выводит строку буквально, поэтому разница не только в скорости."}

{"answer": "да", "пояснение": "Оператор ?? возвращает левый операнд, если он существует и не равен null (как isset), иначе правый, и не выдаёт предупреждений для неопределённых переменных и ключей."}

{"answer": "ab", "пояснение": "Оператор echo принимает несколько аргументов через запятую и выводит их подряд без разделителя."}

{"answer": "да", "пояснение": "Функция print всегда возвращает 1, поэтому её можно использовать внутри выражений, например в условиях или логических операциях."}

{"answer": "нет", "пояснение": "Оператор ?: возвращает левый операнд, если он истинный (truthy), а правый — если левый ложный."}

{"answer": "да", "пояснение": "В PHP 8 оператор «.» имеет более низкий приоритет, чем «+» и «-», поэтому «1 + 2 . 3» вычисляется как «3» . «3»."}

{"answer": "нет", "пояснение": "Оператор ** в PHP правоассоциативен, поэтому 2 ** 3 ** 2 равно 2 ** (3 ** 2) = 2 ** 9 = 512."}

{"answer": "сумма: 5", "пояснение": "В PHP 8 операторы «+» и «-» имеют более высокий приоритет, чем «.», поэтому сначала вычисляется 2 + 3 = 5, а затем выполняется конкатенация."}

{"answer": "нет", "пояснение": "В PHP строгое сравнение массивов === требует совпадения пар ключ-значение, их типов и порядка следования элементов, поэтому [1, 2] !== [2, 1]."}

{"answer": "нет", "пояснение": "Оператор == выполняет нестрогое сравнение с приведением типов, поэтому 0 == false возвращает true; строгое сравнение (===) вернёт false."}

{"answer": "нет", "пояснение": "В PHP 8 строка «abc» при сравнении с числом 0 приводится к числу только если она числовая, иначе сравнение идёт как строки, поэтому результат false."}

{"answer": "да", "пояснение": "В PHP при нестрогом сравнении null == 0, null == \"\" и null == false возвращают true, поэтому утверждение верно."}

{"answer": 42, "пояснение": "При приведении строки к int PHP берёт начальную числовую часть строки '42' и отбрасывает нечисловые символы 'abc'."}

{"answer": 10, "пояснение": "В PHP оператор «+» переводит строку '5' в число, поэтому результат равен целому числу 10."}

{"answer": "нет", "пояснение": "При приведении false к строке получается пустая строка \"\", а не \"0\"; строка \"0\" получается из целого числа 0."}

{"answer": "да", "пояснение": "Из-за погрешности представления чисел с плавающей точкой 0.1 + 0.2 равно 0.30000000000000004, поэтому строгое сравнение с 0.3 даёт false."}

{"answer": "нет", "пояснение": "Функция strrev() переворачивает строку побайтово, поэтому многобайтовые символы UTF-8 (например, кириллица) портятся; для корректного переворота нужно использовать mb_str_split() с array_reverse() или аналогичные средства."}

{"answer": "да", "пояснение": "Функция str_contains() возвращает true, если строка 'world' содержится в 'Hello world'."}

{"answer": "нет", "пояснение": "Функция str_pad() по умолчанию дополняет строку справа, но с помощью параметра STR_PAD_LEFT или STR_PAD_BOTH можно дополнять слева или с обеих сторон."}

{"answer": "нет", "пояснение": "По умолчанию trim() срезает пробелы, табуляции, переводы строк, возврат каретки, нулевой байт и вертикальную табуляцию (\" \\t\\n\\r\\0\\x0B\")."}

{"answer": 12, "пояснение": "В UTF-8 каждая кириллическая буква занимает 2 байта, а в слове «привет» 6 букв, поэтому strlen вернёт 12."}

{"answer": "def", "пояснение": "При отрицательном start substr отсчитывает позицию от конца строки, и берутся последние 3 символа."}

{"answer": "нет", "пояснение": "Функция ucfirst() не изменяет исходную строку, а возвращает новую строку с заглавной первой буквой."}

{"answer": "да", "пояснение": "В heredoc (как и в двойных кавычках) переменные интерполируются, а nowdoc работает как одинарные кавычки и выводит текст без подстановки переменных."}

{"answer": "нет", "пояснение": "Функция sort() переиндексирует массив и удаляет исходные ключи, а для сохранения связи ключей и значений нужно использовать asort() или ksort()."}

{"answer": "да", "пояснение": "В PHP строковые ключи, похожие на целые числа в десятичной записи без лидирующих нулей, приводятся к целым ключам, поэтому '5' становится 5."}

{"answer": "нет", "пояснение": "По умолчанию in_array() использует нестрогое сравнение (==), строгое включается третьим аргументом $strict = true."}

{"answer": "да", "пояснение": "Без колбэка array_filter() оставляет только элементы, которые приводятся к true, а falsy-значения (0, '', null, false, пустой массив и т.п.) удаляются."}

{"answer": "нет", "пояснение": "По умолчанию array_slice() переиндексирует числовые ключи, и сохранить их можно только с параметром preserve_keys = true."}

{"answer": "[20, 30]", "пояснение": "Функция array_slice с offset 1 и length 2 возвращает массив из двух элементов, начиная с индекса 1; результат является массивом, поэтому указан в виде строки."}

{"answer": 2, "пояснение": "Оператор + объединяет массивы по ключам: ключ 'a' уже есть в левом массиве, поэтому остаётся 'a' => 1, а 'b' => 2 добавляется, итого 2 элемента."}

{"answer": "да", "пояснение": "Начиная с PHP 8.1, оператор распаковки в массивах поддерживает строковые ключи, а при их совпадении значения из последующего массива перезаписывают предыдущие."}

{"answer": "нет", "пояснение": "Начиная с PHP 8.1 можно использовать распаковку `...$args` вместе с именованными аргументами, а строковые ключи массива передаются как именованные аргументы."}

{"answer": "нет", "пояснение": "В PHP анонимная функция без ключевого слова use не имеет доступа к переменным внешней области видимости, их нужно явно передать через use."}

```json ⏎ {"answer": 3, "пояснение": "func_num_args() возвращает количество переданных при вызове аргументов, а не количество объявленных параметров, поэтому при вызове f(1, 2, 3) результат равен 3."} ⏎ ```

{"answer": "нет", "пояснение": "Стрелочная функция fn в PHP допускает только одно выражение без фигурных скобок и без инструкции return; фигурные скобки и несколько выражений запрещены (для нескольких инструкций используется обычная function или стрелочная невозможна)."}

{"answer": "нет", "пояснение": "Стрелочные функции в PHP захватывают внешние переменные по значению в момент создания функции, а не по ссылке и не лениво."}

{"answer": "да", "пояснение": "Статическое замыкание не привязывает текущий объект, поэтому внутри него недоступен $this."}

{"answer": 5, "пояснение": "Переменная $x захватывается по значению в момент создания замыкания (use ($x)), поэтому последующее присваивание $x = 7 на результат не влияет."}

{"answer": "да", "пояснение": "Без declare(strict_types=1) PHP приводит строку \"5\" к int 5, если строка является корректным числом."}

{"answer": "да", "пояснение": "Constructor property promotion появилось в PHP 8.0 и позволяет объявлять свойства прямо в параметрах конструктора с модификатором доступа."}

{"answer": "final", "пояснение": "Ключевое слово final запрещает переопределение метода (или наследование класса) в подклассах."}

{"answer": "да", "пояснение": "Ключевое слово final запрещает переопределение метода в дочернем классе, и при попытке это сделать PHP выдаст фатальную ошибку."}

{"answer": "нет", "пояснение": "Свойства с модификатором private доступны только внутри класса, где они объявлены, и не наследуются для прямого доступа из подкласса."}

{"answer": "class@anonymous", "пояснение": "Имя анонимного класса начинается с «class@anonymous», после которого идёт нулевой байт и служебная информация (путь к файлу и номер строки)."}

{"answer": "да", "пояснение": "Private-методы не наследуются, поэтому потомок может объявить метод с тем же именем и любой видимостью, без ошибки совместимости сигнатур."}

{"answer": "да", "пояснение": "Метод __get() вызывается PHP при обращении к недоступным (несуществующим или приватным/защищённым из внешнего контекста) свойствам, но не для существующих публичных свойств."}

{"answer": "Error", "пояснение": "Повторное присваивание readonly-свойства в PHP выбрасывает Error (исключение класса Error), а не Exception."}

{"answer": "да", "пояснение": "Начиная с PHP 5.0.0 интерфейсы могут содержать константы, которые наследуют реализующие их классы."}

{"answer": "instanceof", "пояснение": "Оператор instanceof проверяет, является ли объект экземпляром указанного класса, либо реализует ли он заданный интерфейс."}

{"answer": "нет", "пояснение": "В PHP интерфейсы не могут объявлять статические методы (до PHP 8.x это запрещено; статические методы в интерфейсах не поддерживаются языком)."}

{"answer": "нет", "пояснение": "Оператор instanceof учитывает как наследование классов, так и реализацию интерфейсов, например, $obj instanceof SomeInterface вернёт true, если класс реализует этот интерфейс."}

{"answer": "нет", "пояснение": "В PHP интерфейсы могут объявлять только сигнатуры методов без реализации, а реализацию по умолчанию дают трейты, но не интерфейсы."}

{"answer": "да", "пояснение": "В PHP абстрактный метод может иметь любую видимость (public, protected или private, кроме private, если речь о возможности переопределения), и protected для абстрактного метода допустим."}

{"answer": 3, "пояснение": "Метод cases() возвращает массив всех объявленных case-значений enum, здесь их три: A, B и C."}

{"answer": "нет", "пояснение": "Трейты в PHP до версии 8.2 не могли объявлять константы; начиная с PHP 8.2 трейты могут содержать константы классов."}

{"answer": "да", "пояснение": "В PHP интерфейс Throwable является общим предком классов Exception и Error."}

{"answer": "нет", "пояснение": "TypeError реализует интерфейс Throwable, но не наследуется от Exception (оба наследуют Error), поэтому catch (Exception $e) его не перехватит."}

{"answer": "нет", "пояснение": "Оператор @ подавляет только сообщения об ошибках (warnings, notices, deprecated), но не выбрасываемые исключения, которые нужно перехватывать через try/catch."}

{"answer": "DivisionByZeroError", "пояснение": "Функция intdiv() при делении на ноль выбрасывает исключение DivisionByZeroError (наследуется от ArithmeticError)."}

{"answer": "нет", "пояснение": "Блок finally выполняется всегда, независимо от того, было ли исключение, было ли оно поймано блоком catch или блока catch вообще нет."}

{"answer": "нет", "пояснение": "Исключение, выброшенное в finally, заменяет результат try-блока: оно прерывает выполнение и может скрыть исключение или возврат, которые были в try."}

{"answer": "да", "пояснение": "Любой объект в PHP при приведении к bool даёт true, поэтому объект Exception преобразуется в true."}

{"answer": "да", "пояснение": "Функции, зарегистрированные через register_shutdown_function(), выполняются при завершении скрипта, в том числе при вызове exit."}

{"answer": "нет", "пояснение": "Директива use лишь создаёт псевдоним для имени класса и не загружает файл; загрузку обеспечивает автозагрузчик (например, PSR-4 через Composer)."}

{"answer": "function", "пояснение": "Для импорта функции в PHP используется конструкция use function, а для констант — use const."}

{"answer": "src/Controller/Api/UserController.php", "пояснение": "PSR-4 отображает префикс App\\ на каталог src/, а оставшаяся часть пространства имён становится путём к каталогам, с добавлением имени класса и расширения .php."}

{"answer": "да", "пояснение": "Composer-овский vendor/autoload.php регистрирует загрузчик классов через spl_autoload_register()."}

{"answer": "да", "пояснение": "__NAMESPACE__ возвращает строку с именем текущего пространства имён, а в глобальном пространстве имён — пустую строку."}

{"answer": "нет", "пояснение": "Относительное имя класса без ведущего \\ разрешается относительно текущего пространства имён (с учётом use), а не от глобального корня."}

{"answer": "да", "пояснение": "PSR-4 сопоставляет префикс пространства имён App\\ с каталогом src/, а остальная часть имени превращается в путь к файлу с расширением .php: App\\Model\\User → src/Model/User.php."}

{"answer": "нет", "пояснение": "Оператор use в PHP нельзя размещать внутри тела функции; он применяется только на уровне файла или пространства имён (для классов, функций и констант)."}

{"answer": "да", "пояснение": "В PHP массивы при присваивании копируются по значению (с механизмом копирования при записи), а не передаются по ссылке, если не используется оператор &."}

{"answer": 2, "пояснение": "Массивы в PHP копируются по значению, поэтому добавление элемента в $b не меняет $a, и count($a) равен 2."}

{"answer": "да", "пояснение": "В PHP глобальные переменные не видны внутри функции без явного доступа через ключевое слово global, суперглобальный массив $GLOBALS или передачу как параметр."}

{"answer": "нет", "пояснение": "Оператор unset($GLOBALS['x']) удаляет глобальную переменную $x из глобальной таблицы символов, поэтому она исчезает во всей программе, а не только внутри функции."}

{"answer": 6, "пояснение": "Параметр передан по ссылке (&$x), поэтому инкремент меняет исходную переменную $n, которая становится 6."}

{"answer": "нет", "пояснение": "При обходе по значению foreach работает с копией массива (в PHP 7+ по исходному массиву, но с копией-семантикой), поэтому изменения внутри цикла в этом проходе не видны."}

{"answer": "нет", "пояснение": "Статическое свойство принадлежит классу и разделяется всеми его экземплярами, поэтому изменения в одном объекте видны во всех остальных."}

{"answer": "нет", "пояснение": "В PHP булев ключ приводится к целому числу: true становится 1, а false становится 0, поэтому тип bool не сохраняется."}

{"answer": "да", "пояснение": "Начиная с PHP 7.0, в генераторе оператор return со значением сохраняет результат, который можно получить через $gen->getReturn() после завершения генератора."}

{"answer": "нет", "пояснение": "Генератор нельзя перемотать: после завершения или начала итерации вызов rewind() выбрасывает исключение Exception, а повторный проход требует создания нового генератора."}

{"answer": "да", "пояснение": "Конструкция yield from передаёт управление вложенному генератору или любому итерируемому объекту, и его значения выдаются наружу как собственные."}

{"answer": "Generator", "пояснение": "Вызов функции с yield возвращает объект класса Generator, и get_class возвращает его имя."}

{"answer": 3, "пояснение": "Генератор через yield from выдаёт элементы массива [1, 2, 3], iterator_to_array собирает их в массив из трёх элементов, и count возвращает 3."}

{"answer": "нет", "пояснение": "SplStack реализует стек по принципу LIFO (последним пришёл — первым ушёл), а очередь FIFO реализует SplQueue."}

{"answer": "да", "пояснение": "ArrayIterator реализует интерфейс Iterator и позволяет обходить массив (или объект) через методы current(), key(), next(), rewind() и valid()."}

{"answer": "нет", "пояснение": "ArrayObject реализует IteratorAggregate, поэтому по его элементам можно обходить через foreach."}

{"answer": "да", "пояснение": "Функция password_hash() сама генерирует криптографически стойкую соль и встраивает её в результирующую строку хеша, поэтому передавать соль отдельно не нужно."}

{"answer": "нет", "пояснение": "PASSWORD_DEFAULT в PHP 8 соответствует bcrypt (сейчас), а md5 не используется для хеширования паролей и не является алгоритмом password_hash."}

{"answer": "да", "пояснение": "password_hash создаёт хэш пароля, и password_verify проверяет, что 'secret' соответствует этому хэшу, поэтому возвращается true."}

{"answer": "нет", "пояснение": "strip_tags() удаляет HTML- и PHP-теги из строки и не защищает от SQL-инъекций; для этого нужны подготовленные выражения (prepared statements) или экранирование через PDO/mysqli."}

{"answer": "да", "пояснение": "Функция session_regenerate_id() создаёт новый идентификатор сессии, и вызов её при входе пользователя не даёт злоумышленнику использовать заранее известный (зафиксированный) ID."}

{"answer": "php_sapi_name", "пояснение": "Функция php_sapi_name() возвращает строку с названием интерфейса сервера (SAPI), например «cli» или «apache2handler»."}

{"answer": "да", "пояснение": "Функция session_destroy() уничтожает данные сессии на сервере, но cookie с идентификатором сессии в браузере остаётся, и для полной очистки её нужно удалять отдельно через setcookie()."}

{"answer": "нет", "пояснение": "Без вызова session_start() (или автоматического старта сессий через session.auto_start) данные сессии не загружаются, и $_SESSION не заполняется."}

```json ⏎ {"answer": "8.4", "пояснение": "Функция array_find() появилась в PHP 8.4 вместе с array_find_key(), array_any() и array_all()."} ⏎ ```

{"answer": "да", "пояснение": "Property hooks, позволяющие задавать get и set прямо в объявлении свойства, появились в PHP 8.4."}

{"answer": "да", "пояснение": "Асимметричная видимость свойств (например, public private(set)) действительно появилась в PHP 8.4."}

```json ⏎ {"answer": 8.5, "пояснение": "Атрибут #[\\NoDiscard] появился в PHP 8.5 и предупреждает, если результат помеченной функции не используется."} ⏎ ```

{"answer": "8.5", "пояснение": "Оператор конвейера |> был добавлен в PHP 8.5, а не в предыдущие версии."}

{"answer": "8.5", "пояснение": "Синтаксис clone с массивом изменяемых свойств появился в PHP 8.5 по RFC «Clone With»."}

```json ⏎ {"answer": "8.5", "пояснение": "Функции array_first() и array_last() были добавлены в PHP 8.5."} ⏎ ```

{"answer": "не принят", "пояснение": "RFC Partial Function Application v2 не был принят ни для одной версии PHP; вместо него в PHP 8.1 добавлен синтаксис first-class callable (например, strlen(...))."}

{"answer": "неизвестно", "пояснение": "У меня нет достоверных данных о реализации RFC clamp_v2 в какой-либо версии PHP, а проверить состояние на 07.11.2026 я не могу."}

{"answer": "нет", "пояснение": "У меня нет данных, подтверждающих принятие RFC Context Managers v2 в PHP к 07.11.2026, поэтому утверждение нельзя подтвердить."}

{"answer": "нет", "пояснение": "Я не располагаю данными, подтверждающими, что RFC Bound-Erased Generic Types был отклонён в 2026 году, поэтому утверждение не подтверждается."}

{"answer": "нет", "пояснение": "Насколько мне известно, ZTS (потокобезопасная сборка) не включён по умолчанию, а принятого RFC с таким изменением я не знаю, поэтому утверждение не подтверждается."}

{"answer": "да", "пояснение": "В PHP 8.5 по-прежнему нет встроенной поддержки дженериков: соответствующий RFC в ядро языка не принят."}

{"answer": "да", "пояснение": "PHP 8.5 вышла в ноябре 2025 года, а следующая версия по графику релизов ожидается в конце 2026 года, поэтому утверждение согласуется с расписанием, хотя точную дату 19.11.2026 я проверить не могу."}

{"answer": "да", "пояснение": "Версии PHP 6 официально не выпускалось: ветка была заморожена, а после PHP 5.6 сразу вышел PHP 7.0."}

{"answer": "да", "пояснение": "RFC «Deprecated attribute» был принят и реализован в PHP 8.4, где появился атрибут #[\\Deprecated] для пользовательских функций и методов."}

{"answer": "да", "пояснение": "В чистой и луковичной архитектурах зависимости направлены внутрь, к центру, поэтому внутренние слои не зависят от внешних."}

{"answer": "да", "пояснение": "Доменный слой в чистой архитектуре (DDD) должен быть независим от инфраструктуры, поэтому сущности не зависят от Doctrine и Symfony и используют только язык и стандартную библиотеку."}

{"answer": "нет", "пояснение": "Контроллеры и шаблоны относятся к слою представления (презентации), а не к бизнес-логике; они лишь принимают запрос и вызывают use cases, а сама логика живёт в доменном и прикладном слоях."}

{"answer": "доменная модель", "пояснение": "В луковичной архитектуре в центре находятся доменные сущности и бизнес-правила, а внешние слои зависят от них."}

{"answer": "да", "пояснение": "Инструменты вроде deptrac статически анализируют зависимости между слоями и сообщают о запрещённых обращениях, что позволяет ловить их автоматически в CI."}

{"answer": "нет", "пояснение": "Interactor (use case) не должен зависеть от HTTP-слоя и принимать HTTP-запрос, а работу с БД лучше абстрагировать через интерфейс репозитория, а не передавать EntityManager напрямую, чтобы сохранить чистую архитектуру."}

{"answer": "Репозиторий", "пояснение": "Repository (паттерн Repository из DDD) предоставляет доступ к коллекции агрегатов через интерфейс, скрывая детали хранения данных."}

{"answer": "да", "пояснение": "В чистой архитектуре домен и use cases зависят только от абстракций (интерфейсов репозиториев), а конкретная реализация на PostgreSQL находится во внешнем слое, поэтому её замена не затрагивает внутренние слои."}

{"answer": "нет", "пояснение": "Агрегат в DDD — это кластер связанных доменных объектов с общим корнем и границей консистентности, а не отображение на таблицу БД."}

{"answer": "да", "пояснение": "Value Object по определению неизменяем и сравнивается по значению своих атрибутов, а не по идентификатору, как Entity."}

{"answer": "Корень агрегата", "пояснение": "Корень агрегата (Aggregate Root) — это единственная сущность агрегата, через которую внешний код получает доступ и вносит изменения, обеспечивая инварианты."}

{"answer": "да", "пояснение": "В DDD репозиторий создаётся для агрегата и работает только с его корнем, а не с внутренними сущностями."}

{"answer": "да", "пояснение": "Ubiquitous language в DDD — это общий язык модели, который используют и разработчики, и предметные эксперты, и он отражается в коде."}

{"answer": "парадигма", "пояснение": "По Куну, внутри одной парадигмы модель и её язык согласованы, а понятия других парадигм несоизмеримы с ними."}

{"answer": "нет", "пояснение": "Анемичная модель (объекты-контейнеры данных без поведения, логика в сервисах) считается антипаттерном в DDD, а рекомендуется богатая доменная модель, где поведение инкапсулировано в сущностях и объектах-значениях."}

{"answer": "да", "пояснение": "В DDD каждый Bounded Context имеет собственную модель, поэтому одно и то же понятие может быть реализовано разными классами в разных контекстах."}

{"answer": "да", "пояснение": "Контейнер Symfony создаёт объект сервиса только при первом запросе к нему, а затем переиспользует его, если сервис shared (по умолчанию)."}

{"answer": "php bin/console debug:router", "пояснение": "Команда debug:router выводит список всех зарегистрированных маршрутов приложения Symfony."}

{"answer": "нет", "пояснение": "В Symfony autowiring автоматически связывает зависимости по типам аргументов конструктора, поэтому перечислять каждый сервис вручную не нужно."}

```json ⏎ {"answer": "да", "пояснение": "Twig компилирует шаблоны в PHP-классы, которые сохраняются в кэше и переиспользуются между запросами."} ⏎ ```

{"answer": "да", "пояснение": "В dev-окружении Symfony контейнер отслеживает ресурсы (конфигурацию, исходный код) и пересобирается только при их изменении, а не при каждом запросе."}

{"answer": "APP_ENV", "пояснение": "Переменная APP_ENV задаёт активное окружение Symfony (например, dev или prod)."}

{"answer": "нет", "пояснение": "Symfony вызывает действия контроллера как публичные методы, поэтому приватный метод не будет доступен маршрутизатору."}

{"answer": "нет", "пояснение": "В Symfony подписчики и слушатели обрабатываются одинаково: порядок определяется приоритетом, а не типом (подписчик или слушатель), и интерфейс сам по себе приоритета не задаёт."}

{"answer": "да", "пояснение": "В Symfony 5.3 появилась система аутентификации на основе authenticator-классов, а начиная с Symfony 6.0 Guard-аутентификация была полностью удалена."}

{"answer": "IsGranted", "пояснение": "Атрибут #[IsGranted('ROLE_ADMIN')] из Symfony проверяет роль или право прямо на методе контроллера и выбрасывает AccessDeniedException (403), если доступ запрещён."}

{"answer": "да", "пояснение": "Voters в Symfony Security проверяют права доступа к конкретному объекту, а вызов isGranted('EDIT', $post) передаёт атрибут и объект тем голосующим, которые его поддерживают."}

```json ⏎ {"answer": "да", "пояснение": "В Symfony 7 ограничения валидации задаются PHP-атрибутами, а поддержка аннотаций-докблоков удалена."} ⏎ ```

```json ⏎ {"answer": "да", "пояснение": "В Symfony форма по умолчанию включает опцию csrf_protection, и при отправке проверяется CSRF-токен, если в конфигурации framework.csrf_protection не отключён."} ⏎ ```

{"answer": "да", "пояснение": "Клиентская HTML5-проверка может быть обойдена, поэтому Symfony всегда повторяет валидацию на сервере через компонент Validator."}

{"answer": "php bin/console make:form", "пояснение": "Команда make:form из MakerBundle создаёт класс формы (FormType)."}

{"answer": "нет", "пояснение": "Symfony не хранит пароль в сессии: после аутентификации в сессии сохраняется только идентификатор пользователя и токен безопасности, а сами пароли хешируются через PasswordHasher."}

{"answer": "да", "пояснение": "В Symfony конфигурация бандлов обычно хранится в каталоге config/packages, где обычно каждый бандл или тема вынесены в отдельный YAML/PHP/XML-файл."}

{"answer": "да", "пояснение": "Практика такова: .env с безопасными dev-значениями-дефолтами коммитится, а реальные секреты хранятся в .env.local, который исключён через .gitignore."}

{"answer": "debug:container", "пояснение": "Команда php bin/console debug:container выводит список всех сервисов контейнера, а команда debug:container --show-arguments или debug:autowiring помогают смотреть алиасы и аргументы."}

{"answer": "нет", "пояснение": "После компиляции контейнера параметры заморожены (ParameterBag frozen), и вызов setParameter() во время выполнения приводит к исключению LogicException."}

{"answer": "нет", "пояснение": "В Symfony 4.0 и новее сервисы по умолчанию приватны (private), поэтому напрямую из контейнера их получить нельзя."}

{"answer": "нет", "пояснение": "Большинство Symfony-бандлов работают без конфигурационного файла в config/packages, так как используют значения по умолчанию, а настройки нужны только для их переопределения."}

{"answer": "да", "пояснение": "В Symfony значения переменных окружения в services.yaml подставляются через синтаксис %env(VAR_NAME)%."}

{"answer": "APP_DEBUG", "пояснение": "В Symfony переменная окружения APP_DEBUG (со значением 1 или true) включает режим отладки, влияющий на профайлер и отладку Twig."}

{"answer": "нет", "пояснение": "В Symfony Messenger одно сообщение может обрабатываться несколькими обработчиками, если для его класса зарегистрировано больше одного handler'а."}

{"answer": "нет", "пояснение": "Транспорт sync в Symfony Messenger не использует очередь: сообщение обрабатывается сразу в том же процессе, без воркера."}

{"answer": "php bin/console messenger:consume", "пояснение": "Команда messenger:consume из Symfony Messenger запускает воркер, который получает и обрабатывает сообщения из указанных транспортов (очередей)."}

{"answer": "да", "пояснение": "В Symfony Messenger стратегия повторов (retry_strategy) задаётся для каждого транспорта в конфигурации framework.messenger.transports."}

{"answer": "да", "пояснение": "По умолчанию Symfony Messenger сериализует сообщения в JSON через встроенный сериализатор messenger.transport.symfony_serializer."}

{"answer": "да", "пояснение": "Symfony Scheduler по расписанию создаёт сообщения, которые затем отправляются через компонент Messenger."}

{"answer": "doctrine", "пояснение": "Встроенный транспорт Symfony Messenger doctrine сохраняет сообщения в таблице messenger_messages через Doctrine DBAL."}

{"answer": "да", "пояснение": "Messenger позволяет регистрировать собственные middleware и задавать их порядок в конфигурации шины, так что они выполняются до или после встроенных."}

{"answer": "да", "пояснение": "Мажорные версии Symfony выходят примерно раз в два года, а минорные версии — каждые шесть месяцев, в мае и ноябре."}

```json ⏎ {"answer": "8.4", "пояснение": "Symfony 8 требует PHP не ниже 8.4, а Symfony 7 поддерживал PHP от 8.2."} ⏎ ```

{"answer": "нет", "пояснение": "В Symfony 7.0 поддержка аннотаций в докблоках (для маршрутов, валидации и др.) удалена, используются только PHP-атрибуты."}

{"answer": "да", "пояснение": "AssetMapper в Symfony подключает JS и CSS через importmap.php без Node.js и webpack."}

{"answer": "нет", "пояснение": "Symfony 6.4 является LTS-релизом (долгосрочной поддержки), поддерживаемым до ноября 2027 года."}

{"answer": "нет", "пояснение": "Мажорные релизы Symfony обычно удаляют функциональность, помеченную как устаревшая (deprecated) в предыдущей версии, поэтому деприкейшены нужно устранять до обновления."}

{"answer": "да", "пояснение": "В репозитории Symfony для каждой мажорной версии публикуется файл UPGRADE-X.0.md с описанием несовместимых изменений и инструкциями по миграции."}

{"answer": "AssetMapper", "пояснение": "Компонент symfony/asset-mapper (AssetMapper) отдаёт и версионирует ассеты и управляет importmap без использования Node.js и Webpack."}

{"answer": "нет", "пояснение": "По графику выпусков Symfony минорные версии выходят в мае и ноябре, поэтому 8.1 ожидается в ноябре 2026, а 8.2 только в мае 2027."}

{"answer": "нет", "пояснение": "По регулярному шестимесячному циклу Symfony 8.0 выходит в мае 2026, 8.1 в ноябре 2026, а 8.2 будет в мае 2027."}

{"answer": "8.2", "пояснение": "Symfony выпускает минорные версии каждые полгода (май и ноябрь), поэтому после 8.1 (ноябрь 2026) следующей станет 8.2 в мае 2027."}

{"answer": "нет", "пояснение": "Symfony 8.2 — минорный релиз, а не мажорный, поэтому он не должен требовать переписывания приложений: в минорных версиях сохраняется обратная совместимость."}

{"answer": "нет", "пояснение": "В PHP обратная совместимость гарантируется в пределах минорной версии, а переход 8.1 → 8.2 — минорный, поэтому он может требовать изменений кода из-за удалённых или изменённых возможностей, например, устаревших функций и новых ошибок."}

{"answer": 4, "пояснение": "По схеме Symfony последней минорной версией ветки 8.x должна стать 8.4 (LTS), как 6.4 и 7.4 для предыдущих мажорных веток, а затем выйдет 9.0."}

{"answer": "нет", "пояснение": "Минимальная версия PHP в Symfony обычно задаётся на уровне мажорной версии и не повышается в минорных релизах, поэтому Symfony 8.2 не должна требовать PHP 8.5."}

{"answer": "да", "пояснение": "По политике обратной совместимости Symfony, функциональность, помеченная как устаревшая в минорной версии 8.x, удаляется не раньше следующей мажорной версии 9.0."}

{"answer": "нет", "пояснение": "Twig — изолированный шаблонизатор: в {{ }} нельзя выполнять произвольный PHP-код, доступны только выражения Twig, переменные, фильтры и функции, которые явно переданы или зарегистрированы."}

{"answer": "да", "пояснение": "Twig по умолчанию включает автоэкранирование (autoescape) для HTML, поэтому выводимые переменные экранируются, если это не отключено фильтром raw или тегом autoescape false."}

{"answer": "да", "пояснение": "Фильтр e (alias escape) в Twig по умолчанию экранирует спецсимволы HTML, например преобразует < и > в &lt; и &gt;."}

{"answer": "format_number", "пояснение": "Фильтр format_number из twig/intl-extra форматирует число с учётом текущей локали."}

{"answer": "да", "пояснение": "Фильтр raw в Twig отключает автоматическое экранирование для выводимого значения."}

```json ⏎ {"answer": "да", "пояснение": "В Twig конструкция {{ }} выводит значение выражения, а {% %} используется для выполнения тегов, таких как условия, циклы и set."} ⏎ ```

{"answer": "нет", "пояснение": "В Twig переменные можно объявить прямо в шаблоне с помощью тега {% set %}, а не только передавать их из контроллера."}

{"answer": "dump", "пояснение": "Функция Twig dump() выводит отладочную информацию о переменной (аналог var_dump), доступную при включённом расширении Debug."}

{"answer": "да", "пояснение": "Bootstrap — это CSS/JS-библиотека готовых компонентов и сеток, а не фреймворк для одностраничных приложений."}

{"answer": "container", "пояснение": "Класс .container в Bootstrap задаёт контейнер с фиксированной максимальной шириной, которая меняется на каждом брейкпоинте."}

{"answer": "нет", "пояснение": "Bootstrap использует 12 колонок, а не 16, и начиная с версии 4 сетка построена на flexbox, а не на float."}

```json ⏎ {"answer": "да", "пояснение": "В Bootstrap 5 инфиксы в классах есть у пяти брейкпоинтов: sm, md, lg, xl и xxl, а xs не использует инфикса."} ⏎ ```

{"answer": "нет", "пояснение": "Число в классе — это ключ к карте $spacers, а не прямой множитель: например, .mt-1 даёт $spacer × 0.25, а не $spacer × 1."}

{"answer": "data-bs-toggle", "пояснение": "В Bootstrap 5 атрибут data-bs-toggle (например, data-bs-toggle=\"dropdown\") включает интерактивный компонент на элементе."}

{"answer": "да", "пояснение": "Bootstrap 5 полностью отказался от зависимости от jQuery и использует чистый JavaScript (vanilla JS)."}

{"answer": "нет", "пояснение": "В Bootstrap 5.3 тёмная тема включается атрибутом data-bs-theme=\"dark\" на корневом элементе, а не классом .dark."}

{"answer": "нет", "пояснение": "Doctrine ORM не создаёт таблицы автоматически при обращении к сущности; схему обычно создают или обновляют явно командами вроде doctrine:schema:update или через миграции."}

{"answer": "persist", "пояснение": "Метод persist() помечает объект как управляемый (managed), но SQL-запрос выполняется только при вызове flush()."}

{"answer": "нет", "пояснение": "Метод merge() не делает переданный объект управляемым: он возвращает новый управляемый экземпляр-копию, а исходный объект остаётся неуправляемым."}

{"answer": "да", "пояснение": "DQL (Doctrine Query Language) работает с сущностями и их свойствами, а не с таблицами и столбцами базы данных."}

```json ⏎ {"answer": "null", "пояснение": "Метод find() репозитория Doctrine возвращает null, если запись с таким идентификатором не найдена."} ⏎ ```

{"answer": "нет", "пояснение": "DoctrineBundle не вызывает flush() автоматически: изменения в EntityManager сохраняются в БД только при явном вызове $em->flush()."}

{"answer": "да", "пояснение": "Doctrine ORM отслеживает изменения управляемых сущностей через Unit of Work, поэтому при flush() UPDATE выполнится без вызова persist()."}

{"answer": "нет", "пояснение": "Метод remove() в Doctrine лишь помечает сущность для удаления, а SQL DELETE выполняется только при вызове flush()."}

{"answer": "нет", "пояснение": "В PostgreSQL MVCC позволяет читателям и писателям не блокировать друг друга: чтение видит согласованный снимок данных, а запись создаёт новую версию строки."}

```json ⏎ {"answer": "EXPLAIN", "пояснение": "Команда EXPLAIN выводит план выполнения запроса без его фактического запуска."} ⏎ ```

{"answer": "нет", "пояснение": "SERIAL — это собственная конструкция PostgreSQL, которая создаёт последовательность и значение по умолчанию через nextval, а GENERATED ... AS IDENTITY — стандартный SQL-механизм с более строгим управлением значениями."}

{"answer": "нет", "пояснение": "В PostgreSQL NULL не равен самому себе, поэтому UNIQUE-ограничение допускает несколько строк с NULL в столбце (кроме случая NULLS NOT DISTINCT в PostgreSQL 15+)."}

{"answer": "string_agg", "пояснение": "Функция string_agg(выражение, разделитель) объединяет значения строк в одну строку через указанный разделитель."}

{"answer": "нет", "пояснение": "Обычный VACUUM помечает место от мёртвых кортежей как доступное для повторного использования внутри таблицы, но не возвращает его операционной системе; это делает VACUUM FULL или перестроение таблицы."}

{"answer": "PARTITION BY", "пояснение": "Выражение PARTITION BY в секции OVER() разбивает строки на группы, внутри которых вычисляется оконная функция."}

{"answer": "нет", "пояснение": "На уровне READ COMMITTED исключаются только грязные чтения, а неповторяющееся чтение возможно, так как между двумя чтениями одна и та же строка может быть изменена и зафиксирована другой транзакцией."}

{"answer": "да", "пояснение": "В PostgreSQL по умолчанию включён режим autocommit: каждый отдельный SQL-оператор выполняется в своей неявной транзакции, которая фиксируется сразу после выполнения."}

{"answer": "COMMIT", "пояснение": "Команда COMMIT завершает транзакцию и сохраняет все её изменения в базе данных."}

{"answer": "да", "пояснение": "UPDATE и DELETE с условием WHERE по индексированному столбцу используют индекс для поиска строк, так же как и SELECT."}

{"answer": "да", "пояснение": "SAVEPOINT создаёт точку сохранения внутри транзакции, и командой ROLLBACK TO SAVEPOINT можно откатить только операторы, выполненные после неё."}

{"answer": "нет", "пояснение": "EXPLAIN ANALYZE действительно выполняет запрос и выводит фактическое время и количество строк, тогда как простой EXPLAIN только показывает план без выполнения."}

{"answer": "pgvector", "пояснение": "Расширение pgvector добавляет тип vector и индексы (IVFFlat, HNSW) для поиска ближайших соседей по эмбеддингам."}

{"answer": "да", "пояснение": "Частичный индекс в PostgreSQL содержит записи только для строк, для которых выполняется условие WHERE в определении индекса."}

{"answer": "нет", "пояснение": "В PostgreSQL уровень SERIALIZABLE реализован на основе отслеживания предикатных блокировок (SSI, Serializable Snapshot Isolation), а не блокировок строк, и транзакции при конфликтах откатываются с ошибкой сериализации."}

{"answer": "да", "пояснение": "Статус 201 Created сообщает, что запрос выполнен и в результате создан новый ресурс."}

{"answer": 204, "пояснение": "Статус 204 No Content означает, что запрос выполнен успешно, а тело ответа намеренно пустое."}

{"answer": "да", "пояснение": "По спецификации HTTP (RFC 9110) метод DELETE идемпотентен: повторное выполнение одного и того же запроса даёт то же состояние сервера, хотя ответ (например, 404 вместо 200) может отличаться."}

{"answer": "нет", "пояснение": "Заголовок Access-Control-Allow-Origin отправляет сервер в ответе, а не клиент; он указывает, каким origin разрешён доступ к ресурсу."}

{"answer": "да", "пояснение": "Статус 429 Too Many Requests означает, что клиент отправил слишком много запросов за установленный промежуток времени и превысил лимит (rate limiting)."}

{"answer": "нет", "пояснение": "Коды 4xx обозначают ошибки клиента, а 5xx — ошибки на стороне сервера."}

{"answer": "Content-Type", "пояснение": "Заголовок Content-Type указывает MIME-тип тела HTTP-запроса или ответа."}

{"answer": "да", "пояснение": "RFC 5789 прямо указывает, что PATCH не является ни безопасным, ни идемпотентным в смысле RFC 7231, в отличие от PUT."}

{"answer": "нет", "пояснение": "Сравнение хешей оператором == уязвимо к атаке по времени (timing attack), поэтому следует использовать hash_equals() или password_verify()."}

{"answer": "да", "пояснение": "CSRF-токен генерируется сервером, связывается с сессией пользователя и проверяется при небезопасных HTTP-методах (POST, PUT, DELETE и т.п.), что не даёт сторонним сайтам подделать запрос."}

{"answer": "Content-Security-Policy", "пояснение": "Политику CSP задаёт HTTP-заголовок Content-Security-Policy (или Content-Security-Policy-Report-Only для режима только отчётов)."}

{"answer": "нет", "пояснение": "OAuth 2.0 — это протокол авторизации, а не аутентификации: access-токен даёт доступ к ресурсам, но сам по себе не указывает, кто именно пользователь (для этого служит OpenID Connect с ID-токеном)."}

{"answer": "нет", "пояснение": "XSS предотвращается экранированием данных при выводе в HTML (например, htmlspecialchars), а не только валидацией ввода перед записью в базу."}

{"answer": "code", "пояснение": "В authorization code flow сервер авторизации перенаправляет на redirect_uri с параметром code, который клиент затем обменивает на access-токен."}

{"answer": "да", "пояснение": "Refresh-токен имеет больший срок жизни и используется для получения нового access-токена без повторной аутентификации пользователя."}

{"answer": "нет", "пояснение": "Соль не является секретом: её хранят вместе с хешем, а её назначение в том, чтобы защитить от предвычисленных таблиц, и без неё проверка пароля возможна, так как соль нужна именно для повторного вычисления хеша."}

```json ⏎ {"answer": "нет", "пояснение": "PHPUnit находит и запускает только классы, наследующие TestCase, поэтому без наследования тестовые методы не выполняются."} ⏎ ```

{"answer": "нет", "пояснение": "В PHPUnit метод setUp() вызывается перед каждым тестовым методом класса, а не один раз для всех тестов."}

{"answer": "нет", "пояснение": "Поставщик данных позволяет запускать тест с несколькими наборами аргументов, по одному запуску на каждый набор."}

```json ⏎ {"answer": "expectException", "пояснение": "Метод expectException() задаёт ожидание, что тестируемый код выбросит исключение указанного класса."} ⏎ ```

Это утверждение неверно: наоборот, мок проверяет, какие методы на нём вызывались (через ожидания), а стаб только возвращает заданные значения. ⏎  ⏎ ```json ⏎ {"answer": "нет", "пояснение": "В PHPUnit стаб только подставляет возвращаемые значения, а мок дополнительно проверяет, как и сколько раз вызывались его методы."} ⏎ ```

{"answer": "да", "пояснение": "В PHPUnit 10 и новее аннотация @dataProvider помечена как устаревшая, а рекомендуемый способ — атрибут #[DataProvider]."}

{"answer": "нет", "пояснение": "В PHPUnit можно объявить зависимость теста от результата другого теста с помощью аннотации @depends или атрибута #[Depends]."}

```json ⏎ {"answer": "--order-by=random", "пояснение": "Эта опция задаёт случайный порядок выполнения тестов в PHPUnit (в старых версиях также использовалась --random-order)."} ⏎ ```

```json ⏎ {"answer": "3-3", "пояснение": "intdiv(7, 2) даёт 3, intdiv(-7, 2) даёт -3 (деление с отбрасыванием дробной части к нулю), а оператор «.» склеивает их в строку «3-3»."} ⏎ ```

```json ⏎ {"answer": -9, "пояснение": "В PHP оператор ** имеет более высокий приоритет, чем унарный минус, поэтому выражение вычисляется как -(3 ** 2) = -9."} ⏎ ```

{"answer": "true", "пояснение": "Обе строки являются числовыми, поэтому при сравнении с == они приводятся к числам: '1e1' равно 10, и 10 == 10 даёт true."}

```json ⏎ {"answer": "other", "пояснение": "В PHP 8 строка 'a' при нестрогом сравнении с 0 не равна ему, поэтому выполняется default."} ⏎ ```

{"answer": "2c", "пояснение": "При заменах по массиву strtr сначала ищет самые длинные ключи, поэтому 'ab' заменяется на '2', а оставшийся 'c' не меняется."}

{"answer": "[hello]", "пояснение": "Если отрицательное начало substr больше длины строки, оно обрезается до 0, поэтому возвращается вся строка 'hello'."}

{"answer": "k,n,m", "пояснение": "Оператор + объединяет массивы: ключи $a сохраняются (k, n), а из $b добавляется только отсутствующий ключ m, поэтому implode выводит k,n,m."}

```json ⏎ {"answer": "yxz", "пояснение": "usort сортирует по третьему элементу (1, 2, 2), и в PHP 8 сортировка стабильна, поэтому элементы с одинаковым ключом сохраняют порядок: сначала ['y'], затем ['x'] и ['z'], что даёт 'yxz'."} ⏎ ```

```json ⏎ {"answer": 4, "пояснение": "Оператор распаковки с ключами-строками передаёт аргументы по именам, поэтому a=5 и b=1, и 5 - 1 = 4."} ⏎ ```

{"answer": 3, "пояснение": "Первично-классовый callable `$p->g(...)` сохраняет ссылку на объект, поэтому после `$p = null` объект жив и `$f()` возвращает `$this->v`, то есть 3."}

```json ⏎ {"answer": "B", "пояснение": "static::class в методе who() разрешается в класс вызываемого объекта (позднее статическое связывание), то есть B."} ⏎ ```

{"answer": 10, "пояснение": "Хук set присваивает $this->x = 5 * 2 напрямую, без повторного вызова хука, а чтение без хука get возвращает сохранённое значение 10."}

{"answer": "BA", "пояснение": "Оператор insteadof выбирает f из TB (возвращает 'B'), а псевдоним TA::f as g даёт метод g из TA (возвращает 'A'), поэтому результат конкатенации «BA»."}

{"answer": 0, "пояснение": "Статические свойства трейта копируются в каждый класс, который его использует, поэтому CX::$n и CY::$n независимы, и CY::$n остаётся 0."}

{"answer": 2, "пояснение": "Блок finally выполняется даже после return в try, и его return переопределяет возвращаемое значение, поэтому выводится 2."}

```json ⏎ {"answer": "second", "пояснение": "Исключение LogicException из блока finally заменяет RuntimeException, поэтому внешний catch перехватывает LogicException и выводит его сообщение."} ⏎ ```

```json ⏎ {"answer": "App\\Foo|Baz", "пояснение": "Имя Baz из use разрешается в App\\Foo при компиляции, а \\Baz с ведущим обратным слэшем — это глобальное имя Baz."} ⏎ ```

{"answer": "noyes", "пояснение": "Строка 'Foo' ищется в глобальном пространстве имён и не найдена, а 'Ns\\Foo' через __NAMESPACE__ найден, поэтому выводится 'no' и 'yes'."}

{"answer": "1,2,99", "пояснение": "После foreach по ссылке переменная $v остаётся ссылкой на последний элемент, поэтому присваивание $v = 99 меняет $a[2]."}

{"answer": 3, "пояснение": "Начиная с PHP 8.1 унаследованный метод делит static-переменную с родительским, поэтому счётчик увеличивается трижды: 1, 2, 3."}

{"answer": 11, "пояснение": "Вызов send(10) сначала запускает генератор до первого yield, затем передаёт 10 как результат yield, поэтому $x = 10 и возвращается 11."}

```json ⏎ {"answer": "ok,2", "пояснение": "yield from передаёт ключи 0 и 1 (значения 1 и 2), затем yield $r получает автоключ 0 и перезаписывает элемент 0, поэтому iterator_to_array даёт [0 => 'ok', 1 => 2]."} ⏎ ```

{"answer": "noyes", "пояснение": "Первый вызов возвращает false, так как cost совпадает (4), а второй true, так как требуется cost 5, поэтому выводится «no» и «yes» подряд."}

```json ⏎ {"answer": "strict-in", "пояснение": "E_ALL в PHP 8 равен 32767, включает бит E_STRICT (2048), поэтому E_ALL & 2048 = 2048, что не равно 0."} ⏎ ```

{"answer": "mapped", "пояснение": "Symfony Request строит HeaderBag из серверных переменных с префиксом HTTP_, поэтому HTTP_X_TOKEN доступен как заголовок X-Token со значением 'abc'."}

{"answer": "BCA", "пояснение": "Symfony вызывает слушатели по убыванию приоритета: B (10), затем C (5), затем A (0), поэтому строка собирается как BCA."}

{"answer": "same", "пояснение": "Doctrine хранит identity map, поэтому второй `find` с тем же id возвращает тот же объект, и `spl_object_id` совпадает."}

{"answer": 0, "пояснение": "Сущность, помещённая через persist и удалённая через remove до flush, не попадает в INSERT, поэтому таблица остаётся пустой."}

{"answer": 1, "пояснение": "Функция count(x) не учитывает строки, где x равен NULL, поэтому из двух строк засчитывается только значение 1."}

{"answer": "10,30,60", "пояснение": "Оконная сумма с ORDER BY id даёт накопительные значения 10, 30 и 60, которые string_agg склеивает через запятую в порядке id."}

{"answer": "M1M2", "пояснение": "Каждое промежуточное ПО выводит свою метку по порядку вызова: сначала M1, затем M2, а после исчерпания цепочки MessageBus возвращает конверт без ошибок, так как обработчиков нет."}

{"answer": 11, "пояснение": "HandleMessageMiddleware вызывает все обработчики, найденные для класса Ping, и у каждого уникальный alias, поэтому $n += 1 и $n += 10 выполняются оба и дают 11."}

{"answer": 1, "пояснение": "Уникальный индекс на столбце a и ON CONFLICT DO NOTHING пропускают второй INSERT с дубликатом, поэтому в таблице остаётся одна строка."}

```json ⏎ {"answer": 2, "пояснение": "Ограничение UNIQUE объявлено DEFERRABLE INITIALLY DEFERRED, поэтому проверка дубликатов откладывается до COMMIT, и обе вставки в рамках транзакции проходят успешно."} ⏎ ```

{"answer": 6, "пояснение": "Фильтр `test_sum` как подстрока совпадает с `test_sum` и `test_sum_abs`, у каждого по 3 набора данных, итого 6; `test_other` не подходит."}

{"answer": "2, 1", "пояснение": "Провайдер даёт два набора данных, тест выполняется дважды; при x = -1 assertTrue($x > 0) падает, при x = 1 проходит."}

```json ⏎ {"answer": "POST", "пояснение": "Опция -d (--data) по умолчанию отправляет данные методом POST, если не указан другой метод через -X."} ⏎ ```

{"answer": "GET", "пояснение": "Опция -G превращает данные из -d в строку запроса, и curl отправляет запрос методом GET (то есть a=1 попадает в URL как ?a=1)."}

{"answer": "invalid_client", "пояснение": "По RFC 6749 (раздел 5.2) при неизвестном client_id или ошибке аутентификации клиента сервер возвращает код ошибки invalid_client."}

```json ⏎ {"answer": "в фрагменте (fragment) URI, после символа #", "пояснение": "При implicit grant (response_type=token) сервер возвращает access_token в фрагменте redirect_uri, чтобы он не передавался на сервер в HTTP-запросе."} ⏎ ```

```json ⏎ {"answer": 6, "пояснение": "Фильтр default подставляет 2, так как false считается пустым значением, а затем 2 умножается на 3."} ⏎ ```

{"answer": "TypeError", "пояснение": "Оператор `~` в Twig имеет более высокий приоритет, чем `+`, поэтому выражение вычисляется как `('a' ~ 1) + 2`, то есть `\"a1\" + 2`, и PHP 8 выбрасывает TypeError для арифметики с нечисловой строкой."}

{"answer": 0, "пояснение": "Массив `['']` не пуст, поэтому NotBlank не выдаёт нарушения, и список ошибок содержит 0 элементов."}

{"answer": "invalid", "пояснение": "Форма не отправлена (submit не вызывался), поэтому isValid() возвращает false без исключения, и выводится строка 'invalid'."}

{"answer": "same", "пояснение": "Сервисы в Symfony DI по умолчанию shared, поэтому оба вызова get('a') возвращают один и тот же объект, и spl_object_id совпадает."}

{"answer": "hi Bob!", "пояснение": "При compile() параметры рекурсивно подставляются: %message% → %greeting%! → 'hi %name%!' → 'hi Bob!'."}

{"answer": "960px", "пояснение": "В Bootstrap 5.3 при ширине от 992px (breakpoint lg) .container получает max-width 960px."}

{"answer": "text-danger", "пояснение": "Оба класса имеют !important, а в CSS Bootstrap 5.3 `text-danger` объявлен позже `text-primary`, поэтому он побеждает."}

{"answer": 2, "пояснение": "Класс из слоя Domain зависит от Application (PlaceOrder) и Infrastructure (Db), а правила разрешают Domain зависеть только от Domain, поэтому получаем два нарушения."}

```json ⏎ {"answer": 3, "пояснение": "Domain-класс зависит от Application (PlaceOrder) и Infrastructure (Db, Logger), что запрещено правилами, а deptrac учитывает и полное имя \\App\\Infrastructure\\Logger."} ⏎ ```

```json ⏎ {"answer": "10,15", "пояснение": "Метод add возвращает новый объект Money со значением 15, а исходный $a остаётся неизменным (10), поэтому выводится строка «10,15»."} ⏎ ```

{"answer": 1, "пояснение": "В заказе один элемент, поэтому remove('a') бросает DomainException до unset, исключение перехватывается, и count() возвращает 1."}

{"answer": "hi", "пояснение": "Начиная с PHP 8.4 можно вызывать метод прямо у выражения new без обёртки в скобки, поэтому выводится результат метода hi()."}

{"answer": "yesno", "пояснение": "newLazyGhost создаёт необъявленный объект, который инициализируется при первом обращении к свойству `$o->v`, поэтому первая проверка даёт 'yes', а вторая 'no'."}

{"answer": "no", "пояснение": "Компонент Security Guard и класс AbstractGuardAuthenticator удалены в Symfony 6.0, поэтому class_exists() вернёт false."}

{"answer": "noyes", "пояснение": "В Symfony 8.1 класс AnnotationClassLoader удалён, а AttributeClassLoader остаётся, поэтому вывод «no» и «yes»."}