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

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

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

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

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

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

{"answer": "нет", "пояснение": "Оператор конкатенации (.) имеет тот же приоритет, что и сложение, и вычитание, поэтому утверждение неверно."}

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

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

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

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

{"answer": "да", "пояснение": "При сравнении строки с числом PHP приводит строку к числу: «abc» — нечисловая строка, поэтому она превращается в 0, и 0 == 0 истинно."}

{"answer": "да", "пояснение": "При нестрогом сравнении PHP значение null приведётся к false и приравнивается к 0, пустой строке и false."}

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

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

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

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

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

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

{"answer": "нет", "пояснение": "str_pad() с параметром padding_type умеет дополнять строку слева (STR_PAD_LEFT), справа (STR_PAD_RIGHT) и с обеих сторон (STR_PAD_BOTH)."}

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

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

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

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

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

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

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

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

{"answer": "да", "пояснение": "Если callback не передан, array_filter по умолчанию оставляет только элементы, не являющиеся falsy (false, 0, 0.0, '', '0', null, [])."}

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

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

```json ⏎ {"answer": "2", "пояснение": "Оператор + для массивов оставляет значения левого массива при совпадении ключей, поэтому результат — ['a' => 1, 'b' => 2], содержащий 2 элемента."} ⏎ ```

{"answer": "да", "пояснение": "Начиная с PHP 8.1 spread-оператор в контексте массивов поддерживает строковые ключи, корректно слияя ассоциативные массивы по ключам."}

{"answer": "нет", "пояснение": "С PHP 8.1 именованные аргументы можно комбинировать с распаковкой массива через ...$args: безымянные элементы передаются по позиции, а элементы с ключами-строками — как именованные аргументы."}

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

{"answer": "3", "пояснение": "func_num_args() возвращает фактическое количество аргументов, переданных в функцию (3), независимо от числа объявленных параметров.

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

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

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

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

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

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

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

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

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

{"answer": "class@anonymous", "пояснение": "get_class для анонимного класса возвращает строку вида \"class@anonymous\\0<путь>:<строка>\", а частью до нулевого байта (без пути) будет \"class@anonymous\"."}

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

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

{"answer": "Error", "пояснение": "Повторное присваивание readonly-свойства в PHP 8.1+ вызывает исключение класса \\Error, а не \\Exception, потому что \\Error и \\Exception наследуют Throwable, но не связаны отношением родителя и потомка."}

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

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

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

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

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

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

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

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

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

{"answer": "нет", "пояснение": "TypeError наследуется от Error, а не от Exception, поэтому catch(Exception) его не перехватывает, нужно ловить Error или Throwable."}

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

```json ⏎ {"answer": "DivisionByZeroError", "пояснение": "intdiv(5, 0) вызывает деление на ноль в PHP 7+, что порождает исключение DivisionByZeroError (наследование ArithmeticError и Throwable)."} ⏎ ```

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

```json ⏎ {"answer": "6", "пояснение": "Переменная передается по ссылке, поэтому $x++ увеличивает исходную $n с 5 до 6."} ⏎ ```

{"answer": "нет", "пояснение": "foreach по значению работает со копией массива (внутренним снапшотом), поэтому изменения массива внутри цикла не влияют на текущий проход — чтобы видеть и менять «живой» массив, нужна ссылка (&$value)."}

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

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

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

```json ⏎ {"answer": "нет", "пояснение": "Генератор в PHP одноразовый: после полного исчерпания его нельзя перемотать, так как вызов rewind() вызовет исключение 'Cannot rewind a generator'."} ⏎ ```

{"answer": "да", "пояснение": "Конструкция yield from в PHP (с версии 7.0) действительно делегирует итерацию другому генератору, объекту Traversable или массиву (итерируемому объекту)."}

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

{"answer": "3", "пояснение": "Генератор через yield from выдает три значения (1, 2, 3), iterator_to_array создает ассоциативный массив с автоматическими ключами 0, 1, 2, поэтому count вернет 3."}

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

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

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

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

{"answer": "нет", "пояснение": "PASSWORD_DEFAULT в PHP 8 по умолчанию использует bcrypt, а не md5 — это защищённый адаптивный хеш-алгоритм с автосолью, а не устаревший MD5."}

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

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

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

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

{"answer": "да", "пояснение": "session_destroy() уничтожает сессионные данные на сервере, но не удаляет сам cookie в браузере — для этого нужно отдельно вызвать setcookie() со сроком в прошлом."}

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

{"answer": "8.2", "пояснение": "Функции array_find() и array_any() появились в PHP 8.2."}

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

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

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

{"answer": "8.3", "пояснение": "Оператор конвейера |> (arrow pipe) был добавлен в PHP 8.3."}

{"answer": "8.4", "пояснение": "Синтаксис clone with (clone($obj, ['x' => 1])) был добавлен в PHP 8.4."}

{"answer": "8.0", "пояснение": "Функции array_first() и array_last() появились в PHP 8.0 для получения первого и последнего элемента массива соответственно."}

{"answer": "8.4", "пояснение": "RFC Partial Function Application v2 был принят для PHP 8.4, которая вышла в ноябре 2024 года и ввела синтаксис чанкинга аргументов, например, call_user_func(fn(_, 'world'), 'hello');"}

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

{"answer": "нет", "пояснение": "RFC Context Managers (включая вторую версию) не был принят на голосовании в PHP internals, поэтому фича отсутствует в выпущенных версиях PHP."}

{"answer": "нет", "пояснение": "RFC о bound-erased дженериках в Rust не был отклонён в 2026 году, а предложение было отклонено ранее (в 2023–2024 годах), поэтому утверждение о дате неверно."}

{"answer": "нет", "пояснение": "RFC о переводе ZTS (thread-safe режима) по умолчанию так и не был принят — соответствующее голосование не набрало необходимой двух третей多数 из-за разногласий в сообществе, поэтому по состоянию на ноябрь 2026 года ZTS не является выбором по умолчанию."}

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

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

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

{"answer": "нет", "пояснение": "RFC с предложением добавить атрибут #[\\Deprecated] в ядро PHP был отклонён, а не принят, так как сообщество предпочитает механизмы депрекации через E_USER_DEPRECATED и PHPDoc-тег @deprecated."}

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

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

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

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

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

{"answer": "нет", "пояснение": "Use-кейсы должны работать с абстрактными доменными моделями и DTO, а не с низкоуровневыми деталями вроде HTTP-запросов или EntityManager — их прямой параметр связывает кейс с инфраструктурой и нарушает чистую архитектуру."}

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

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

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

{"answer": "да", "пояснение": "Value Object действительно неизменяем и определяется (сравнивается) своими полями, а не идентификатором, в отличие от сущности."}

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

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

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

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

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

```json ⏎ {"answer": "да", "пояснение": "Bounded context задаёт границы применимости модели, поэтому одно и то же понятие (например, «товар») в разных контекстах действительно может представляться разными классами с разным смыслом и поведением."} ⏎ ```

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

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

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

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

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

{"answer": "APP_ENV", "пояснение": "В Symfony переменная APP_ENV определяет активное окружение (dev, prod, test), а SYMFY_ENV использовался в старых версиях."}

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

{"answer": "нет", "пояснение": "Порядок вызова определяется значением приоритета (priority) в методе getSubscribedEvents или в описании слушателя, а не типом — подписчик или слушатель, поэтому у них нет врождённого приоритета."}

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

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

{"answer": "да", "пояснение": "Voters — это механизм Symfony (реализует VoterInterface с методами isSupported, start, vote), который AuthorizationChecker использует для проверки доступа по атрибуту и субъекту, например EDIT к конкретному объекту $post."}

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

{"answer": "да", "пояснение": "Опция csrf_protection в Symfony по умолчанию равна true, поэтому рендер формы автоматически добавляет скрытое поле с токеном, а обработка формы проверяет его при отправке."}

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

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

{"answer": "нет", "пояснение": "Symfony не хранит пароли в сессии — в сессии сохраняется только идентификатор пользователя (user identifier), а пароль хранится как хэш в базе данных и никогда не передаётся и не хранится открытым."}

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

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

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

{"answer": "да", "пояснение": "В Symfony сумка параметров ($parameterBag) изменяема, поэтому вызов $container->setParameter() из контроллера меняет значение параметта в рантайме."}

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

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

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

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

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

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

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

{"answer": "да", "пояснение": "В Symfony Messenger стратегия повторов (retry_strategy) действительно настраивается индивидуально для каждого транспорта через параметр retry_strategy."}

{"answer": "нет", "пояснение": "По умолчанию Symfony Messenger сериализует сообщения нативной PHP-серизацией (serialize/unserialize), а не JSON."}

{"answer": "да", "пояснение": "Symfony Scheduler действительно позволяет по расписанию порождать сообщения и отправлять их через компонент Messenger в качестве одного из сценариев использования."}

{"answer": "doctrine", "пояснение": "В Symfony Messenger встроенный transport 'doctrine' сохраняет сообщения в таблицах базы данных через Doctrine ORM, в отличие от sync, amqp и других транпортов."}

```json ⏎ {"answer": "да", "пояснение": "Пайплайн Messenger действительно поддерживает пользовательские middleware, которые можно добавлять как до, так и после встроенных."} ⏎ ```

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

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

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

{"answer": "да", "пояснение": "AssetMapper — это фича Symfony 6.2+, которая управляет CSS/JS-зависимостями через importmap.php без необходимости в Node.js или webpack."}

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

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

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

{"answer": "Asset Packager (symfony/asset-packager)", "пояснение": "Этот компонент, добавленный в Symfony 7.2, управляет импортом JS/CSS через importmap без необходимости node/webpack, генерируя manifest для браузера."}

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

{"answer": "да", "пояснение": "Symfony 8.0 — LTS-версия выходит в мае 2026 года, а随后的 regular-выпуски (8.1, 8.2) следуют каждые 2–4 месяца, поэтому 8.2 запланирована на ноябрь 2026 года."}

{"answer": "8.2", "пояснение": "После версии 8.1 Symfony выпускает версию 8.2, так как нумерация minor-версий внутри мажорной версии 8 увеличивается: 8.0, 8.1, 8.2 и так далее."}

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

{"answer": "да", "пояснение": "По политике совместимости PHP обновления внутри одной мажорной версии (например, 8.1 → 8.2) должны оставаться обратимо совместимыми и не требовать изменений кода."}

{"answer": "8.5", "пояснение": "Symfony выпускает майорные версии каждый ноябрь, а минорные — каждые 4 месяца (февраль, июнь, октябрь), поэтому последняя минорная версия 8.x перед 9.0 — это 8.5."}

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

```json ⏎ {"answer": "да", "пояснение": "По политике Symfony депрекации, добавленные в мажорной версии 8.x, запланированы к удалению в следующей мажорной версии 9.0."} ⏎ ```

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

{"answer": "да", "пояснение": "В Twig 1.x автоэскейпинг включён по умолчанию (escaper='html'), поэтому выводимые переменные экранируются автоматически."}

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

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

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

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

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

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

{"answer": "да", "пояснение": "Bootstrap — это фреймворк для вёрстки, содержащий готовые CSS-стили и JS-компоненты, но он не является SPA-фреймворком, в отличие от React, Angular или Vue."}

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

{"answer": "нет", "пояснение": "В современных версиях Bootstrap (4 и 5) сетка построена на Flexbox, а строка делится на 12 колонок, а не на 16."}

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

{"answer": "нет", "пояснение": "Число после .mt- или .px- это ключ в карте $spacers шкалы, а не множитель $spacer: значения вычисляются относительно $spacer (например, .mt-1 = $spacer/4, .mt-2 = $spacer/2, .mt-3 = $spacer), так что связь нелинейная."}

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

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

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

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

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

{"answer": "нет", "пояснение": "В Doctrine ORM 3.0 метод EntityManager::merge() был удалён (он был помечен как устаревший начиная с версии 2.x), поэтому он недоступен."}

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

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

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

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

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

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

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

{"answer": "нет", "пояснение": "SERIAL — устаревший механизм, создающий sequence и дефолтное значение через setval, а GENERATED ... AS IDENTITY — новый стандартный механизм (с PostgreSQL 10) с отдельными правилами управления идентификацией, поэтому это разные механизмы."}

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

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

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

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

{"answer": "нет", "пояснение": "READ COMMITTED защищает только от «грязного» чтения; от неповторяющегося чтения (non-repeatable read) защищает уровень REPEATABLE READ."}

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

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

{"answer": "да", "пояснение": "Индексы позволяют СУБП ускорить поиск строк в WHERE-условиях для UPDATE и DELETE так же, как и для SELECT, не выполняя полного сканирования таблицы, хотя сами индексы добавляют накладные расходы на их поддержку при изменениях данных."}

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

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

{"answer": "pgvector", "пояснение": "Расширение pgvector добавляет в PostgreSQL тип векторов vector, а также индексы GiST и IVFT для эффективного поиска по эмбеддингам."}

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

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

{"answer": "да", "пояснение": "HTTP-статус 201 (Created) означает, что в результате запроса успешно создан новый ресурс."}

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

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

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

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

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

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

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

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

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

{"answer": "Content-Security-Policy", "пояснение": "Политика безопасности контента передаётся в HTTP-заголовке Content-Security-Policy, который указывает браузеру, откуда можно загружать ресурсы."}

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

{"answer": "нет", "пояснение": "XSS предотвращается экранированием/кодированием вывода при отображении данных в appropriate контексте (HTML, JS, CSS, URL), а не только валидацией ввода на сервере."}

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

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

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

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

```json ⏎ {"answer": "нет", "пояснение": "Метод setUp() вызывается перед каждым методом-тестом, а не один раз до всех; один раз до всех вызывается статический setUpBeforeClass()."} ⏎ ```

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

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

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

{"answer": "да", "пояснение": "В PHPUnit 10+ аннотация @dataProvider устарела и рекомендуется использовать атрибут #[DataProvider]."}

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

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

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

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

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

{"answer": "zero", "пояснение": "switch сравнивает значение с помощью нестрогого сравнения (==), а нечисловая строка 'a' приводится к 0, поэтому условие 'a' == 0 истинно и выводится 'zero'."}

{"answer": "2c", "пояснение": "strtr() с ассоциативным массивом заменяет совпадения, начиная с самого длинного ключа на каждой позиции, поэтому на позиции 'ab' сначалаMatchится 'ab' => '2', а 'c' остаётся без изменений."}

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

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

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

{"answer": "4", "пояснение": "При распаковке массива ключи совпадают с именами параметров ($a=5, $b=1), поэтому 5-1=4."}

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

```json ⏎ {"answer": "B", "пояснение": "static::class использует позднее связывание, поэтому внутри метода B возвращается класс B, в котором был вызван метод."} ⏎ ```

{"answer": "10", "пояснение": "Это свойство с хук-сеттером из PHP 8.5: при присвоении `$c->x = 5` выполняется `set`, который сохраняет в хранилище свойства значение `$value * 2 = 10`, а читающего хука нет, поэтому `$c->x` вернёт сохранённое значение 10."}

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

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

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

```json ⏎ {"answer": "second", "пояснение": "Когда блок finally выбрасывает своё исключение, он заменяет уже распространяющееся RuntimeException('first') на LogicException('second'), которое и ловится внешним catch и выводится через getMessage()."} ⏎ ```

{"answer": "App\\Foo|Baz", "пояснение": "Baz::class раскрывается в импортимый \\App\\Foo, а \\Baz::class — в класс глобального пространства имён (Baz), причём ::class резолвится на этапе компиляции без проверки существования класса, поэтому ошибок нет и вывод: App\\Foo|Baz."}

```json ⏎ {"answer": "noyes", "пояснение": "class_exists('Foo') ищет класс в глобальном пространстве имён и находит false ('no'), а class_exists('Ns\\Foo') находит определённый класс ('yes')."} ⏎ ```

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

{"answer": "3", "пояснение": "静态变量绑定在方法的代码上而非具体类或实例，B 继承且未重写 inc()，所以所有调用共享同一静态变量 $n。"}

{"answer": "11", "пояснение": "send(10) запускает генератор, yield 1 получает значение 10 (поэтому $x=10), функция возвращает $x+1=11, а getReturn() возвращает это значение."}

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

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

{"answer": "strict-in", "пояснение": "E_ALL равен 32767 (0x7FFF), в котором установлен бит 2048 (E_STRICT), поэтому E_ALL & 2048 = 2048, что не равно 0, и условие возвращает 'strict-in'."}

{"answer": "mapped", "пояснение": "В массиве server параметр HTTP_X_TOKEN преобразуется в заголовок X-Token, а HeaderBag нормализует ключи к нижнему регистру, поэтому get('X-Token') возвращает 'abc'."}

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

{"answer": "same", "пояснение": "Doctrine хранит сущности в карте тождественности (identity map) первого уровня, поэтому два вызова find() с одинаковым первичным ключом возвращают одну и ту же копию объекта в памяти."}

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

```json ⏎ {"answer": 1, "пояснение": "count(x) считает только не-NULL значения, а не весь объём строк, поэтому из двух строк учитывается лишь одна со значением 1."} ⏎ ```

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

{"answer": "M1M2", "пояснение": "Middlewares выполняются в порядке добавления: первый Trace выводит «M1» и вызывает next(), второй выводит «M2» и вызывает next(), а финальный хендлер просто возвращает Envelope, поэтому на выходе строка «M1M2»."}

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

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

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

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

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

{"answer": "POST", "пояснение": "Ключ -d (или --data) передаёт данные запроса, и curl по умолчанию использует метод POST с Content-Type application/x-www-form-urlencoded."}

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

{"answer": "invalid_client", "пояснение": "Согласно RFC 6749, при обращении с несущим/недействительным client_id эндпоинт выдачи токена возвращает ошибку invalid_client."}

{"answer": "фрагмент (fragment)", "пояснение": "При implicit-потоке (response_type=token) access_token передаётся в фрагменте URI (после символа #), чтобы ток нe отправлялся серверу запроса и не попадал в логи сервера."}

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

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

{"answer": "1", "пояснение": "Symfony-валидатор применяет Constraint\NotBlank к каждому элементу массива, и пустая строка «» нарушает это ограничение, поэтому список нарушений содержит ровно один элемент."}

{"answer": "Symfony\\Component\\Form\\UnexpectedCallException", "пояснение": "Форма не была отправлена (нет вызова submit()), поэтому isValid() для сопоставимой формы (TextType) бросает UnexpectedCallException, текст которого не выводится, а вызывается catch."}

{"answer": "same", "пояснение": "По умолчанию сервисы в Symfony DI-контейнере являются синглтонами: скомпилированный контейнер кэширует экземпляр в $this->services['a'], поэтому оба вызова $c->get('a') возвращают один и тот же объект."}

{"answer": "hi Bob!", "пояснение": "Компиляция контейнера рекурсивно заменяет плейсхолдеры: %greeting% раскрывается в 'hi %name%', а %name% — в 'Bob', поэтому '%greeting%!' превращается в 'hi Bob!'."}

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

{"answer": "text-danger", "пояснение": "В Bootstrap 5.3 оба класса имеют одинаковую специфичность и флаг !important, поэтому побеждает тот, что выше в иерархии CSS-файла — .text-danger объявлен позже .text-primary (в loop по theme-colors danger идёт после primary), поэтому и задаёт цвет текста."}

{"answer": "2", "пояснение": "Класс OrderService находится в слое Domain, но импортирует класс из Application (PlaceOrder) и Infrastructure (Db), что нарушает правило «Domain → только Domain» дважды — по одному нарушению на каждый запретный импорт."}

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

{"answer": "10,15", "пояснение": "Конструктор создаёт объект с amount=10, add() возвращает новый объект с sum=15, а readOnly запрещает только переназначение, но не чтение значений."}

{"answer": "1", "пояснение": "add('a') добавляет один элемент, remove('a') видит count === 1 и бросает DomainException до unset, поэтому коллекция остаётся с одним элементом, а catch (синтаксис PHP 8.4 без переменной) перехватывает исключение."}

{"answer": "hi", "пояснение": "Конструктор new C() создаёт объект, метод hi() возвращает строку 'hi', которая выводится через echo."}

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

{"answer": "no", "пояснение": "Guard-аутентификаторы были помечены как устаревшие в Symfony 5.9 и полностью удалены начиная с Symfony 6.0, поэтому в Symfony 8.x класс AbstractGuardAuthenticator отсутствует."}

{"answer": "noyes", "пояснение": "AnnotationClassLoader (загрузка маршрутов через annotations doctrine/annotations) был устарел и удалён в Symfony 7.0, а AttributeClassLoader, работающий с PHP 8 атрибутами, доступен, поэтому на 8.1 будет выведено \"noyes\" (на 6.4 — \"yesyes\")."}