Карта знаний PHP — ornith-1.5:35b, run-07 · think: low

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

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

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

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

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

{"answer": "нет", "пояснение": "В PHP конкатенация (.) имеет более высокий приоритет, чем сложение и вычитание, поэтому выражение \"1\" . \"2\" . \"x\" + 3 вычисляется как (\"1\" . \"2\" . \"x\") + 3, то есть \"12x\" + 3 = 12."}

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

{"answer": "3", "пояснение": "Конкатенация имеет более высокий приоритет, чем сложение, поэтому сначала вычисляется 'сумма: ' . 2 = 'сумма: 2', а затем при приведении к числу строка начинается с нечисловых символов и превращается в 0, поэтому 0 + 3 = 3."}

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

{"answer": "нет", "пояснение": "Оператор == — это нестрогое сравнение, и 0 == false возвращает true, так как false приводится к 0, а 0 == 0 — истина."}

{"answer": "да", "пояснение": "При сравнении строки с числом через '==' строка приводится к числу, а 'abc' без ведущего числа конвертируется в 0, поэтому 0 == 0 возвращает true."}

{"answer": "да", "пояснение": "В PHP при нестрогом сравнении null эквивалентен 0, пустой строке и false, поэтому null == 0, null == «» и null == false все верны."}

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

{"answer": "10", "пояснение": "Строка '5' в арифметическом контексте приводится к числу 5, поэтому 5 + 5 = 10 (целое число)."}

{"answer": "нет", "пояснение": "В PHP при приведении к строке значение false превращается в пустую строку \"\", а не в \"0\"."}

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

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

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

{"answer": "нет", "пояснение": "str_pad() дополняет строку с любой стороны в зависимости от параметра pad_type: STR_PAD_RIGHT (по умолчанию), STR_PAD_LEFT или STR_PAD_BOTH."}

{"answer": "нет", "пояснение": "По умолчанию trim() удаляет все пробельные символы с обоих концов строки: пробелы, табы, переводы строк, carriage return, вертикальные табы и нулевые байты."}

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

{"answer": "def", "пояснение": "Отрицательный смещение -3 означает начало отсчёта с третьей позиции с конца строки, поэтому вернётся 'def'}

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

{"answer": "да", "пояснение": "Heredoc поддерживает интерполяцию переменных, как двойные кавычки, а nowdoc (с одинарными кавычками после <<<) не выполняет интерполяцию, как одиночные кавычки."}

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

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

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

{"answer": "да", "пояснение": "По умолчанию array_filter() отфильтровывает все falsy-элементы (false, 0, 0.0, '', '0', null, []), что эквивалентно применению callback `fn($v) => (bool)$v."}

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

{"answer": "[1 => 20, 2 => 30]", "пояснение": "array_slice извлекает 2 элемента начиная с индекса 1, сохраняя исходные ключи."}

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

{"answer": "да", "пояснение": "Spread-оператор в синтаксисе массива [...$a, ...$b] работает с массивами как с числовыми, так и со строковыми ключами начиная с PHP 7.4."}

{"answer": "нет", "пояснение": "С PHP 8.1 именованные аргументы можно комбинировать с распаковкой массива через ключи, например foo('x', ...['b' => 2, 'c' => 'y']);"}

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

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

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

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

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

{"answer": "5", "пояснение": "Замыкание захватывает $x по значению в момент создания, поэтому изменение переменной после этого не влияет на результат работы функции."}

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

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

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

{"answer": "да", "пояснение": "Метод, объявленный как final, действительно нельзя переопределить в подклассе — PHP вызывает фатальную ошибку при попытке переопределения."}

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

{"answer": "class@internal", "пояснение": "У анонимных классов имя имеет вид \"class@\" + путь к файлу, но для аноимного класса, созданного встроенным способом, путь недоступен и возвращается \"class@internal\"."}

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

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

{"answer": "Error", "пояснение": "В PHP 8.1 при повторном присваивании readonly-свойства抛出ется объект класса Error, а не Exception, поскольку Error расширяет Throwable, но не Exception."}

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

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

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

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

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

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

{"answer": "3", "пояснение": "Метод ::cases() возвращает массив всех констант enum, а их здесь три — A, B и C."}

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

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

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

{"answer": "нет", "пояснение": "Оператор @ подавляет только ошибки PHP (нотификации и предупреждения), но не исключения — для их обработки нужны try/catch."}

{"answer": "ArithmeticError", "пояснение": "При делении на ноль в intdiv в PHP 7+ возбуждается исключение ArithmeticError с сообщением о делении на ноль."}

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

{"answer": "нет", "пояснение": "Если в блоке finally выбрасывается новое исключение, оно заменяет (перехватывает) исключение из try-блока, поэтому результат try-блока меняется."}

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

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

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

{"answer": "function", "пояснение": "В PHP для импорта функции используется синтаксис `use function namespace\\func`, а для константы — `use const", "пояснение": "По умолчанию use импортирует класс, поэтому для функции нужно явно указать ключевое слово function"}

{"answer": "Controller/Api/UserController.php", "пояснение": "PSR-4 заменяет разделитель пространства имён «\\» на разделитель директорий и добавляет расширение .php, поэтому App\Controller\Api\UserController → Controller/Api/UserController.php относительно src/."}

```json ⏎ {"answer": "да", "пояснение": "Composer в файле vendor/autoload.php (через autoload_static.php) регистрирует все свои автозагрузчики — PSR-4, PSR-0, class-map и файлы — именно через spl_autoload_register()."} ⏎ ```

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

{"answer": "нет", "пояснение": "Относительное имя класса (без ведущего \\) в new резолвится относительно текущего пространства имён, а не глобального корня, например в namespace App; new Foo() укажет на App\\Foo."}

{"answer": "да", "пояснение": "По стандарту PSR-4 префикс 'App\\' сопоставляется с директорией 'src/', поэтому класс App\\Model\\User действительно находится в файле src/Model/User.php."}

{"answer": "да", "пояснение": "Директиву use для пространств имен в PHP действительно можно помещать внутри тела функции или метода — в этом случае импорт действует только в пределах области видимости этой функции."}

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

{"answer": "2", "пояснение": "В PHP 7+ массивы копируются при присваивании (copy-on-write), поэтому изменение $b не влияет на $a, и его длина остаётся равной 2."}

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

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

{"answer": "6", "пояснение": "Параметр передается по ссылке, поэтому инкремент изменяет переменную $n снаружи функции."}

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

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

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

{"answer": "да", "пояснение": "Начиная с PHP 7.0 в генераторе можно вернуть значение через return, и оно доступно через метод Generator::getReturn()."}

{"answer": "нет", "пояснение": "Полностью израсходованный генератор перемотать нельзя — вызов rewind() после исчерпания генератора выбрасывает RuntimeException."}

```json ⏎ {"answer": "да", "пояснение": "В PHP 7.0+ конструкция yield from делегирует проход другому генератору, итерируемому объекту (Iterable/Traversable) или генерирует значения из массива."} ⏎ ```

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

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

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

{"answer": "да", "пояснение": "ArrayIterator — это встроенный класс PHP, который оборачивает массив и реализует интерфейс Iterator, позволяя обходить данные стандартными средствами."}

{"answer": "нет", "пояснение": "ArrayObject implements Iterator (extends Traversable), поэтому его можно обойти через foreach."}

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

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

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

{"answer": "нет", "пояснение": "strip_tags() только удаляет HTML и PHP теги из строки и не имеет никакого отношения к защите от SQL-инъекций, для которых нужно использовать параметризованные запросы и экранирование."}

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

{"answer": "php_sapi_name()", "пояснение": "Функция php_sapi_name() возвращает имя используемого SAPI, например \"cli\", \"apache2handler\" или \"fpm-fcgi\"."}

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

{"answer": "нет", "пояснение": "Массив $_SESSION остаётся пустым, пока не будет вызвана функция session_start(), которая инициализирует и загружает данные сессии."}

{"answer": "8.2", "пояснение": "Функция array_find() была добавлена в PHP 8.2 вместе с array_any() и array_all()."}

{"answer": "да", "пояснение": "Property hooks (get/set прямо в объявлении свойства) действительно были добавлены в PHP 8.4, выпущенном в ноябре 2024 года."}

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

{"answer": "8.2", "пояснение": "Атрибут #[\NoDiscard] был добавлен в PHP 8.2 для предупреждения об игнорировании возвращаемого значения функции."}

{"answer": "8.1", "пояснение": "Оператор конвейера |> (pipe) появился в PHP 8.1, позволяя передавать результат выражения в качестве аргумента следующей функции."}

{"answer": "нет", "пояснение": "Синтаксис clone-with (в том числе clone($obj, ['x' => 1])) отсутствует во всех вышедших версиях PHP — соответствующий RFC был предложен, но отклонён."}

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

{"answer": "8.4", "пояснение": "RFC Partial Function Application v2 был принят для PHP 8.4, внедряя синтаксис частичного применения функций."}

{"answer": "8.5", "пояснение": "RFC clamp_v2 (функция clamp()) был реализован в PHP 8.5, добавляя сравнение диапазонов для числовых значений."}

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

{"answer": "нет", "пояснение": "RFC «Bound-Erased Generic Types» не был отклонён — он был принят и реализован в PHP 8.7."}

{"answer": "да", "пояснение": "RFC о переключении на сборку ZTS (Zend Thread Safety) по умолчанию был принят, поэтому начиная с соответствующей версии PHP многопоточность включена по умолчанию."}

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

{"answer": "да", "пояснение": "PHP 8.5 вышел GA 21.11.2025, а PHP 8.6 запланирована на GA 19.11.2026, поэтому 07.11.2026 последней стабильной версией действительно является 8.5."}

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

{"answer": "нет", "пояснение": "RFC с предложением добавить атрибут #[\\Deprecated] в ядро PHP не был принят — обсуждение закончилось без достижения консенсуса, и этот атрибут отсутствует в релизах PHP."]

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

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

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

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

{"answer": "да", "пояснение": "Deptrac — это статический анализатор зависимостей, который проверяет запрещённые вызовы между слоями и завершается с ошибкой (не нулевой код), если правило нарушено."}

{"answer": "нет", "пояснение": "Использные случаи (interactors) в чистой архитектуре должны зависеть только от доменного уровня и принимать простые DTO/значения, а не фреймворческие зависимости вроде HTTP-запросов или EntityManager, так как это нарушает правило зависимостей и смешивает слои."}

{"answer": "Репозиторий (Repository)", "пояснение": "Репозиторий — это шаблон, инкапсулирующий логику доступа к данным и скрывающий механизм хранения за интерфейсом, предоставляя клиенту коллекцию сущностей."}

{"answer": "да", "пояснение": "В чистой архитектуре база данных — внешний компонент, поэтому смена СУБД затрагивает только слой адаптеров доступа к данным, а доменные сущности и use cases остаются независимыми."}

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

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

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

```json ⏎ {"answer": "да", "пояснение": "В DDD репозиторий инкасулирует коллекцию корней агрегатов, а внутренние сущности и значимые объекты управляются самим корнем агрегата, поэтому репозиторий объявляется именно на корень, а не на каждую сущность."} ⏎ ```

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

{"answer": "Метамодель", "пояснение": "Это граница метамоделирования: внутри модель совпадает со своим языком описания, а на следующем уровне те же понятия (например, «класс») уже становятся объектами другой, более высокой модели."}

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

```json ⏎ {"answer": "да", "пояснение": "В DDD каждый bounded контекст ограничивает применимость модели, поэтому одно и то же понятие в разных контекстах действительно представляется разными классами и моделями, что предотвращает смешение недопустимых смыслов."} ⏎ ```

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

{"answer": "debug:router", "пояснение": "Команда `debug:router` выводит таблицу с всеми зарегистрированными маршрутами проекта Symfony."}

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

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

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

```json ⏎ {"answer": "SYMFONIC_ENV (в новых версиях Symfony — SYMFONIC_APP_ENV)", "пояснение": "Эта переменная окружения определяет окружение Symfony: при SYMFONIC_ENV=prod запускается prod-окружение, иначе по умолчанию dev."} ⏎ ```

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

```json ⏎ {"answer": "нет", "пояснение": "Порядок вызова определяется параметром priority, а не типом — как слушатели, так и подписчики упорядочиваются по приоритету независимо от их разновидности."} ⏎ ```

{"answer": "да", "пояснение": "Система Guard была устаревшей в Symfony 5.x и полностью удалена в Symfony 6.0, на смену которой пришёл новый механизм аутентификации на основе AuthenticatorInterface."}

{"answer": "IsGranted", "пояснение": "Атрибут #[IsGranted] на методе контроллера проверяет роль/право и возвращает 403, если проверка не пройдена."}

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

{"answer": "да", "пояснение": "В Symfony 5.3+ по умолчанию используются PHP-атрибуты, а поддержка аннотаций-докблоков была удалена уже в Symfony 6.x, поэтому в Symfony 7+ для валидации применяются только атрибуты."}

{"answer": "да", "пояснение": "По умолчанию опция csrf_protection равна true, поэтому форма проверяет CSRF-токен при валидации отправленной данные."}

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

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

{"answer": "нет", "пояснение": "Symfony никогда не хранит пароли в открытом виде — они хешируются (например, password_hash) при сохранении в БД, а в сессии удерживается только идентификатор пользователя."}

{"answer": "нет", "пояснение": "Конфигурация в config/packages действительно лежит, но файлы именуются по названию бандла/сервиса (например, framework.yaml, security.yaml), а не «по теме» — темати (темы) как conceito конфигурации в Symfony нет."}

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

{"answer": "debug:container", "пояснение": "Команда Symfony Console debug:container выводит список всех зарегистрированных сервисов контейнера и их алиасы."}

```json ⏎ {"answer": "нет", "пояснение": "После компиляции контейнера в production-режиме параметры замораживаются, и вызов setParameter() выбрасывает исключение «You cannot set a parameter on the compiled container»."} ⏎ ```

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

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

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

{"answer": "APP_DEBUG", "пояснение": "Переменная APP_DEBUG включает режим отладки Symfony, что активирует профайлер и отладку Twig-шаблоков."}

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

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

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

{"answer": "да", "пояснение": "В пакете Laravel Messenger стратегия повторов неудачных сообщений (retry_strategy) настраивается на уровне транспорта с помощью метода transport('telegram')->retryStrategy()."}

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

{"answer": "да", "пояснение": "Symfony Scheduler имеет метод →message(), который по расписанию формирует сообщение и отправляет его через Symfony Messenger."}

{"answer": "doctrine", "пояснение": "Транспорт doctrine из пакета symfony/doctrine-messenger сохраняет сообщения в таблицах базы данных через Doctrine Persistence."}

{"answer": "да", "пояснение": "В Symfony Messenger используется BusBuilder, который позволяет добавлять собственные middleware через withMiddleware() и размещать их до или после встроенных в цепочку."}

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

{"answer": "8.4", "пояснение": "Symfony 8.0, выпуск которого запланирован на 2026 год, требует PHP 8.4 или выше."}

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

{"answer": "да", "пояснение": "AssetMapper в Symfony управляет CSS/JS-ресурсами прямо в браузере через нативные ES-модули и importmap, что позволяет обойтись без node и webpack, а конфигурация ресурсов действительно хранится в importmap.php."}

{"answer": "нет", "пояснение": "Symfony 6.4 — это LTS-релиз (выпуск с длительной поддержкой), вышедший в октябре 2023 года, а обычные релизы без LTS — это нечёткие версии (например, 6.3)."}

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

{"answer": "да", "пояснение": "Каждый мажорный (и минорный) релиз Symfony сопровождается документом UPGRADE, описывающим обратную совместимость и список изменений."}

{"answer": "symfony/importmap (компонент ImportMap)", "пояснение": "Именно этот компонент управляет ассетами через ES-модули и importmap, позволяя обойтись без node/webpack."}

{"answer": "нет", "пояснение": "Symfony выпускает маJOR-версии ежегодно в ноябре: 8.0 — в ноябре 2025, 8.1 — в ноябре 2026, а 8.2 выйдет только в ноябре 2027, поэтому 07.11.2026 её ещё нет."}

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

{"answer": "8.2", "пояснение": "Версии Symfony выходят каждые 4 месяца (мелкие версии увеличиваются на единицу), поэтому после 8.1 следует 8.2."}

{"answer": "нет", "пояснение": "8.2 — это минорный (LTS) релиз, а мажорными в Symfony считаются версии формата X.0, содержащие обратные несовместимые изменения, требующие миграции."}

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

{"answer": "8.9", "пояснение": "Symfony использует семантическое версионирование, где перед маJOR-версией 9.0 последним релизом ветки 8.x будет 8.9."}

{"answer": "нет", "пояснение": "Symfony 8.x потребует PHP 8.3 как минимум, а не 8.5, поэтому утверждение неверно."}

{"answer": "да", "пояснение": "По политике Symfony устаревший код удаляется в более поздних маJOR-версиях (обычно через две.major-версии, то есть в 10.0), поэтому депрекации из 8.x точно не исчезнут раньше 9.0."}

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

{"answer": "нет", "пояснение": "В Twig автоэкранирование по умолчанию отключено и включается только с помощью параметра autoescape."}

{"answer": "да", "пояснение": "Фильтр |e (или |escape) по умолчанию экранирует строку именно для HTML-контекста, заменяя_special_символы (&, <, >, \", ') на HTML-сущности."}

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

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

{"answer": "да", "пояснение": "В Twig конструкция {{ }} выводит значение выражения на страницу, а {% %} выполняет управляющие теги — условия, циклы, присвоение переменных и другие операции."}

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

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

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

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

{"answer": "нет", "пояснение": "Современный Bootstrap использует 12 колонок и flexbox (в Bootstrap 3+), а 16 колонок и float были только в Bootstrap 2."}

{"answer": "да", "пояснение": "В Bootstrap 5 шесть брейкпоинтов, но xs применяется без инфикса, поэтому инфиксируют ровно пять: sm-, md-, lg-, xl-, xxl-."}

{"answer": "нет", "пояснение": "Число — это индекс в карте spacing-шкалы ($spaces), а не прямой множитель $spacer, поэтому .mt-3 соответствует $spacer, а .mt-1 — 0.25×$spacer, а не кратным значениям."}

{"answer": "data-bs-toggle", "пояснение": "В Bootstrap 5 для инициализации интерактивного компонента, такого как dropdown, используется атрибут data-bs-toggle (например, data-bs-toggle=\"dropdown\")."}

{"answer": "да", "пояснение": "Bootstrap 5 был переписан с использованием нативного JavaScript и больше не зависит от jQuery в отличие от версии 4."}

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

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

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

{"answer": "нет", "пояснение": "В Doctrine ORM 3 метод EntityManager::merge() был удалён (он был помечен как устаревший и больше не поддерживает корректное перемещение состояния между объектами, поэтому вместо него рекомендуется использовать copy() или другие подходы)."}

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

{"answer": "null", "пояснение": "В Doctrine ORM метод find() возвращает null, если сущность с заданным идентификатором отсутствует в базе данных."}

{"answer": "нет", "пояснение": "Doctrine по умолчанию не вызывает flush() автоматически — изменения буферизуются в UnitOfWork, и для сохранения в базе нужно явно вызывать flush()."}

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

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

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

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

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

{"answer": "нет", "пояснение": "В PostgreSQL NULL-значения в UNIQUE-столбце считаются различными друг от друга, поэтому нескольких строк с NULL там может быть сколько угодно."}

{"answer": "STRING_AGG", "пояснение": "STRING_AGG — это агрегатная функция PostgreSQL, которая объединяет строковые значения в одну строку с указанным разделителем."}

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

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

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

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

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

{"answer": "да", "пояснение": "Индекс помогает быстро находить строки по WHERE для SELECT, UPDATE и DELETE, но при этом замедляет само поддержание индексов при изменении данных."}

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

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

{"answer": "pgvector", "пояснение": "Расширение pgvector добавляет в PostgreSQL типы данных для векторов и индексы (ivfflat, hnsw) для приблизительного поиска по близости эмбеддингов."}

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

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

{"answer": "да", "пояснение": "Статус 201 Created означает, что запрос успешно завершился и привёл к созданию нового ресурса."}

{"answer": 204, "пояснение": "HTTP 204 No Content означает успешную обработку запроса без необходимости возвращать тело ответа, что типично для DELETE."}

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

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

{"answer": "да", "пояснение": "Код 429 Too Many Requests действительно возвращается сервером, когда клиент превышил установленный лимит запросов в единицу времени."}

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

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

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

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

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

{"answer": "Content-Security-Policy", "пояснение": "Именно заголовок Content-Security-Policy содержит правила, ограничивающие источники контента для защиты от атак типа XSS."}

{"answer": "нет", "пояснение": "OAuth 2.0 — это протокол авторизации (разрешения доступа), а не аутентификации; access-токен предоставляет доступ к ресурсам, но не гарантирует идентификацию личности пользователя."}

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

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

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

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

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

{"answer": "нет", "пояснение": "Метод setUp() вызывается перед КАЖДЫМ тестовым методом, а не один раз — для однократного запуска перед всеми тестами существует статический метод setUpBeforeClass()."}

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

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

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

{"answer": "да", "пояснение": "В PHPUnit 10 метаданные в doc-комментариях (например, @dataProvider) были признаны устаревшими, и теперь рекомендуется использовать PHP-атрибут #[DataProvider]."}

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

{"answer": "--order-by=random", "пояснение": "Опция --order-by=random в PHPUnit (версии 10 и выше) позволяет запускать тесты в случайном порядке для выявления скрытой зависимости между тестами."}

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

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

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

{"answer": "zero", "пояснение": "В switch PHP строка с числом сравнивается по loose-сравнению (==), при этом 'a' приводится к целому 0, поэтому 0 == 0 даёт истину и выводится 'zero'."}

{"answer": "2c", "пояснение": "strtr с ассоциативным массивом заменяет наиболее длинное совпадение первым, поэтому 'ab' заменяется на '2', а 'c' остаётся."}

{"answer": "[hello]", "пояснение": "Отрицательный сдвиг -10 указывает на позицию перед началом строки, поэтому substr возвращает всю строку 'hello', и в результате получаем '[hello]'."}

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

{"answer": "yxz", "пояснение": "usort сортирует вложенные массивы по третьему элементу по возрастанию (1, 2, 2), а array_column берёт второй элемент каждого, получая 'y', 'x', 'z', которые склеиваются в 'yxz'}

{"answer": 4, "пояснение": "Спреッド-оператор с ассоциативным массивом привязывает ключи к именам параметров: 'a' => 5, 'b' => 1, поэтому f возвращает 5 - 1 = 4."}

```json ⏎ {"answer": "3", "пояснение": "В PHP 8.2 конструкция $p->g(...) создаёт замыкание, привязанное к объекту, поэтому $p = null не уничтожает объект (замкание хранит на него ссылку) и $f() возвращает 3."} ⏎ ```

{"answer": "B", "пояснение": "static::class использует позднее связывание, поэтому class B наследует метод who() и возвращается имя B, а не A."}

{"answer": "ошибка синтаксиса (вывода нет)", "пояснение": "Конструкция { set { ... } } — это property hooks, которых ещё нет в PHP 8.5, поэтому код завершится фатальной ошибкой парсинга, а не числом 10."}

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

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

{"answer": "2", "пояснение": "В PHP оператор return в блоке finally переопределяет значение, возвращённое из try, поэтому f() возвращает 2."}

{"answer": "second", "пояснение": "Когда в блоке finally происходит новое исключение, оно замещает исключение из try, поэтому LogicException('second') доходит до внешнего catch, который его ловит и выводит 'second'."}

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

{"answer": "noyes", "пояснение": "class_exists('Foo') ищет класс \\Foo в глобальном пространстве имён (строковый аргумент не проходит разрешение namespace) и не находит его, поэтому 'no'; class_exists('Ns\\Foo') находит объявленный класс, поэтому 'yes'."}

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

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

{"answer": "Ничего (бросает UnexpectedValueException)", "пояснение": "Однократный send(10) запускает генератор лишь до первого yield 1, где он приостанавливается и $x остаётся без присваивания, поэтому getReturn() для неостановленного генератора вызывает UnexpectedValueException."}

{"answer": "1,2,ok", "пояснение": "yield from пропускает значения 1 и 2 из inner(), а возвращаемое inner() значение 'ok' присваивается $r и затем тоже отдаётся через yield, поэтому итератор выдаёт 1, 2, 'ok'."}

{"answer": "noyes", "пояснение": "password_needs_rehash возвращает true только если параметры хеша (здесь cost) не совпадают: для cost=4 совпадает (вывод 'no'), для cost=5 не совпадает (вывод 'yes')."}

```json ⏎ {"answer": "strict-out", "пояснение": "В PHP 8.4 E_STRICT (2048) был убран из E_ALL, поэтому E_ALL & 2048 даёт 0, условие истинно и выбирается ветка 'strict-out'."} ⏎ ```

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

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

{"answer": "same", "пояснение": "EntityManager использует карту идентичности (first-level cache), поэтому два вызова find() с одинаковым классом и идентификатором вернут один и тот же управляемый объект."}

{"answer": "0", "пояснение": "Поскольку сущность была сначала persisted, а затем remove до flush, Doctrine отменяет персистирование новой (ещё не сохранённой) сущности, и вставку в таблицу не выполняется, поэтому строк ноль."}

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

{"answer": "10,30,60", "пояснение": "Подзапрос вычисляет бегающую сумму x по id (10, 30, 60), а string_agg с ORDER BY id объединяет их через запятую."}

{"answer": "M1M2", "пояснение": "Мидлвары выполняются в порядке добавления: сначала M1 выводит свой тег, затем вызывает следующий мидлвар M2, который выводит свой тег и передаёт обработку обработчику."}

{"answer": "11", "пояснение": "HandleMessageMiddleware находит все обработчики для Ping и вызывает каждый по порядку, поэтому d1 прибавляет 1, а d2 — 10, в итоге n равно 11."}

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

{"answer": "2", "пояснение": "Уникальное ограничение DEFERRABLE INITIALLY DEFERRED проверяется в конце транзакции (на COMMIT), а не при каждом INSERT, поэтому оба вставочных запроса выполняются успешно без нарушения, и count(*) вернёт 2."}

{"answer": "6", "пояснение": "Фильтр test_sum — непривязанное регулярное выражение, поэтому он совпадает и с test_sum, и с test_sum_abs (по 3 набора данных), а test_other не совпадает, итого 3+3=6."}

{"answer": "2, 1", "пояснение": "Провайдер данных возвращает два значения [1] и [-1], поэтому выполняется 2 теста, и второй (-1 > 0) завершится ошибкой."}

```json ⏎ {"answer": "POST", "пояснение": "Опция -d (--data) отправляет данные запроса, и curl автоматически использует метод POST с контент-типом application/x-www-form-urlencoded."} ⏎ ```

{"answer": "GET", "пояснение": "Флаг -G заставляет curl передавать данные из -d в виде строки запроса (query string) и использовать метод GET вместо POST."}

```json ⏎ {"answer": "invalid_client", "пояснение": "По RFC 6749 (раздел 5.2) при обращении клиента с недействительным или несуществующим client_id токен-эндпоинт возвращает ошибку invalid_client."} ⏎ ```

{"answer": "в фрагменте (после знака #, hash)", "пояснение": "В неявном методе (implicit grant, response_type=token) access_token передаётся в конце URI после символа #, то есть в хэш-фрагменте, чтобы токен не попадал в запросы сервера и журнал сервера."}

{"answer": 6, "пояснение": "Фильтр default по считает false пустым значением, поэтому false|default(2) возвращает 2, а 2*3=6."}

{"answer": "a3", "пояснение": "В Twig оператор + имеет более высокий приоритет, чем ~, поэтому 'a' ~ 1 + 2 вычисляется как 'a' ~ (1 + 2) = 'a' ~ 3 = 'a3', и исключение не возникает."}

{"answer": "1", "пояснение": "При валидации массива Symfony применяется каскадирование: пустая строка '' нарушает NotBlank, поэтому формируется одно нарушение."}

{"answer": "Symfony\\Component\\Form\\Exception\\UnexpectedException", "пояснение": "Форма не была отправлена (submitted), поэтому вызов isValid() бросает UnexpectedException с сообщением о том, что формы должны быть отправлены перед isValid()."}

{"answer": "same", "пояснение": "По умолчанию контейнер DI создаёт сервис-синглтон, поэтому второй get() вернёт тот же объект, что и первый."}

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

{"answer": "960", "пояснение": "В Bootstrap 5.3 бреакпоинт lg применяется при ширине от 992px, где max-width для .container составляет 960px."}

{"answer": "text-danger", "пояснение": "Оба класса имеют одинаковую специфичность (один класс), поэтому побеждает тот, что находится позже в stylesheet, а text-danger в Bootstrap 5.3 генерируется после text-primary."}

```json ⏎ {"answer": "2", "пояснение": "Класс OrderService находится в слое Domain, который по правилам может зависеть только от Domain, поэтому использование App\\Application\\PlaceOrder и App\\Infrastructure\\Db (оба за пределами Domain) даёт два нарушения."} ⏎ ```

{"answer": "3", "пояснение": "Класс находится в слое Domain, который зависит только от Domain, но он импортирует и использует PlaceOrder (Application), Db (Infrastructure) и Logger (Infrastructure) — три нарушения правил зависимостей."}

{"answer": "10,15", "пояснение": "$a->amount равен 10, а add создаёт новый объект с суммой 10+5=15, поэтому выводится 10,15."}

{"answer": "1", "пояснение": "Добавляется один элемент 'a', remove видит count === 1 и бросает DomainException, который ловится пустым блоком catch, поэтому в items остаётся 'a' и count возвращает 1."}

{"answer": "hi", "пояснение": "В PHP можно вызывать методы у только что созданного объекта через ->, поэтому hi() вернёт строку 'hi'."}

{"answer": "yesno", "пояснение": "Первый вызов isUninitializedLazyObject выводит 'yes' (объект ещё не инициализирован), после доступа $o->v срабатывает магическая функция раздувания (устанавливает v=21) и второй вызов выводит 'no', итого 'yesno'."}

{"answer": "no", "пояснение": "Old Security Guard component (AbstractGuardAuthenticator) was deprecated in 5.9 and removed in Symfony 6.0, so it doesn't exist in 6.4 nor 8.1."}

```json ⏎ {"answer": "noyes", "пояснение": "AnnotationClassLoader удалён начиная с Symfony 7.0 (в 8.1 его нет → 'no'), а AttributeClassLoader, введённый в 5.1, всё ещё присутствует → 'yes'."} ⏎ ```