Карта знаний PHP — huihui-ai:pi-100k, run-65 · think: off

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

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

{"answer": "ab", "пояснение": "Оператор запятая в PHP склеивает строки без разделителей."}

{"answer": "да", "пояснение": "В PHP print возвращает целое число 1, что позволяет использовать его в выражениях."}

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

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

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

{"answer": "сумма: 5", "пояснение": "В PHP оператор . имеет более высокий приоритет, чем +, но в данном выражении 'сумма: ' . (2 + 3) из-за порядка выполнения слева направо и приоритета. На самом деле приоритет у . ниже, чем у арифметических операторов? Нет, в PHP оператор . имеет приоритет ниже, чем у +. Но давайте проверим: в PHP 8 оператор . имеет более высокий приоритет, чем у +? Нет, правильный приоритет: арифметические операторы (+, -) имеют более высокий приоритет, чем конкатенация (.). Следовательно, сначала выполнится 2 + 3 = 5, а затем конкатенация: 'сумма: ' . 5 = 'сумма: 5'."}

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

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

```json ⏎ {"answer": "да", "пояснение": "В PHP 8 нечисловая строка, когда сравнивается с нулём с помощью ==, приводится к числу 0, что делает выражение истинным."} ⏎ ```

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

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

{"answer": 10, "пояснение": "В PHP строка, начинающаяся с числа, приводится к целому при арифметической операции сложения."}

{"answer": "да", "пояснение": "При приведении булевого значения false к строке PHP возвращает пустую строку \"\", а не \"0\"; однако в старых версиях или при использовании (string)false результат действительно пустая строка, но утверждение о \"0\" неверно, кроме случая, когда это целочисленное 0. Но по стандартам PHP false -> \"\". Перепроверим: (string)false === \"\" — верно. Значит утверждение \"превращается в 0\" неверно. Ожидаемый ответ должен быть \"нет\"."}

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

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

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

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

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

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

{"answer": "def", "пояснение": "Функция substr извлекает подстроку, начиная с позиции -3, что соответствует последним 3 символам строки."}

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

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

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

{"answer": "да", "пояснение": "В PHP строковые ключи, которые могут быть преобразованы в целые числа (integer-like strings), автоматически приводятся к типу int."}

```json ⏎ { ⏎   "answer": "нет", ⏎   "пояснение": "Функция in_array() по умолчанию использует нестрогое сравнение (==)." ⏎ } ⏎ ```

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

{"answer": "да", "пояснение": "По умолчанию параметр preserve_keys в array_slice() имеет значение false, но если он не указан, ключи массива сохраняются (числовые ключи остаются прежними, если массив индексирован с нуля, или сдвигаются? Нет, стандартное поведение: если preserve_keys = false (default), ключи переиндексируются, если они численные. Wait: documentation says 'If preserve_keys is true, keys will be preserved, otherwise the keys will be replaced with sequential integers starting from zero.' So default is false -> keys are reset. The statement says 'preserves original numeric keys'. This is FALSE."}

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

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

{"answer": "да", "пояснение": "Начиная с PHP 8.1, оператор распространения (spread operator) можно использовать в массивах даже с ассоциативными (строковыми) ключами, объединяя их."}

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

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

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

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

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

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

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

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

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

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

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

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

{ ⏎ "answer": "class@anonymous", ⏎ "пояснение": "Метод get_class() для анонимных классов возвращает строку в формате class@anonymous, где после знака @ может следовать идентификатор, но основная часть имени остается class@anonymous." ⏎ }

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

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

{"answer": "Error", "пояснение": "В PHP повторное присваивание readonly-свойства выбрасывает Error (конкретно Error: Cannot reassign readonly property)."}

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

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

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

{"answer": "нет", "пояснение": "Оператор instanceof в PHP проверяет не только наследование классов, но и реализацию интерфейсов."}

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

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

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

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

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

{"answer": "нет", "пояснение": "В PHP 8 класс TypeError наследуется от Error, а не от Exception, поэтому блок catch (Exception $e) его не перехватит."}

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

{"answer": "DivisionByZeroError", "пояснение": "В PHP 8.0 и выше intdiv(5, 0) бросает DivisionByZeroError."}

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

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

{"answer": "да", "пояснение": "Любой объект в PHP при приведении к булевому типу всегда считается истинным (true)."}

{ ⏎   "answer": "нет", ⏎   "пояснение": "Функции, зарегистрированные через register_shutdown_function(), вызываются при нормальном завершении скрипта или при фатальной ошибке, но не при вызове exit, если только exit не был вызван в основной части кода до завершения цикла выполнения; однако строго говоря, shutdown функции срабатывают в фазе завершения исполнения (shutdown phase), которая происходит после выполнения всего кода, включая exit, но exit прерывает выполнение текущего уровня вызова, а не всего скрипта. В случае exit() без кода выхода или с кодом выхода, shutdown функции все равно вызываются, если это не фатальная ошибка типа E_ERROR, вызванная самим exit (которая не бывает). На самом деле, exit() завершает выполнение, но shutdown функции срабатывают. Однако, если exit() вызывается внутри цикла или условий, он прерывает выполнение, но shutdown функции все равно выполняются. Уточнение: register_shutdown_function() выполняется при любом завершении скрипта, включая exit. Но в вопросе сказано «при вызове exit» — это верно, так как exit приводит к завершению скрипта, и shutdown функции срабатывают. Однако, есть нюанс: если exit вызывается в рамках обработчика shutdown, то другие shutdown функции, зарегистрированные после, не вызовутся. Но в общем случае — да, они выполняются. Но стандартное понимание: shutdown функции выполняются при завершении скрипта, а exit — один из способов завершения. Значит, утверждение верно? Проверим документацию: «The function will be called when the script execution ends» — exit заставляет скрипт закончиться, значит, функция вызовется. Но многие источники говорят, что shutdown функции вызываются при фатальных ошибках и при нормальном завершении, а exit — это нормальное завершение. Однако, если exit вызывается, то код после него не выполняется, но shutdown функции — это часть механизма завершения, поэтому они вызываются. Значит, ответ «да»? Но в вопросе может быть ловушка: exit() не вызывает shutdown функции, если он вызван в рамках другой shutdown функции? Нет. Или, может быть, exit() останавливает выполнение, и shutdown функции вызываются, но только если это не exit(0) в определенном контексте? На самом деле, в PHP 7+ shutdown функции вызываются при любом завершении, включая exit. Но классическая интерпретация: shutdown функции вызываются при завершении скрипта, а exit — это завершение. Значит, верно. Однако, есть важный момент: если exit() вызывается, то все последующий код не выполняется, но shutdown функции — это не «последующий код», а механизм завершения. Поэтому они вызываются. Ответ: да. Но давайте перепроверим: в документации PHP сказано: «register_shutdown_function() — Register a function which will be called on script termination call.» Termination call — это и есть exit. Значит, верно. Но в некоторых тестах считается, что shutdown функции вызываются только при фатальных ошибках и при нормальном завершении, а exit — это нормальное завершение. Значит, ответ «да». Однако, есть нюанс: если exit() вызывается в рамках обработчика исключений или в другом контексте, но в общем случае — да. Я склоняюсь к «да». Но в первоначальной дилемме я колебался. Давайте посмотрим на частые заблуждения: некоторые считают, что shutdown функции вызываются только при фатальных ошибках, но это неверно — они вызываются при любом завершении. Значит, утверждение верно. Ответ: да." ⏎ }

{"answer": "нет", "пояснение": "Директива use лишь определяет алиас имени, а загрузку файла выполняет механизм автовзагрузки (например, Composer autoload) при первом обращении к классу."}

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

{"answer": "Controller/Api/UserController.php", "пояснение": "Согласно правилу PSR-4, namespace App\Controller\Api\UserController преобразуется в путь Controller/Api/UserController.php относительно корня src/."}

{ ⏎   "answer": "да", ⏎   "пояснение": "composer/autoload.php содержит функцию Composer\\Autoload\\autoload(), которая регистрируется через spl_autoload_register() для автоматической загрузки классов по именам." ⏎ }

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

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

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

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

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

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

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

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

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

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

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

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

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

{"answer": "нет", "пояснение": "Метод rewind() вызывается автоматически при повторном foreach, но для ручного перемотки нужно использовать reset() или вызвать генератор заново, если он не поддерживает statefulness, так как стандартный rewind() для генераторов не является общим механизмом для всех сценариев без повторного создания или reset()."}

{"answer": "да", "пояснение": "Оператор yield from позволяет генератору делегировать управление другим генераторам или итерируемым объектам, возвращая их элементы напрямую."}

{"answer": "Generator", "пояснение": "Функция g() возвращает объект Generator, а get_class возвращает имя класса объекта."}

{"answer": 3, "пояснение": "Генератор возвращает три значения (1, 2, 3), которые преобразуются в массив из трех элементов."}

```json ⏎ { ⏎   "answer": "нет", ⏎   "пояснение": "СплСтак реализует структуру данных «стек» (LIFO), а не очередь (FIFO)." ⏎ } ⏎ ```

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

{"answer": "нет", "пояснение": "ArrayObject реализует интерфейс Traversable, поэтому его объекты можно перебирать с помощью foreach."}

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

{"answer": "нет", "пояснение": "В PHP 8 алгоритм PASSWORD_DEFAULT использует bcrypt, а не md5."}

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

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

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

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

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

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

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

{"answer": "да", "пояснение": "Функциональность property hooks действительно была добавлена в PHP 8.4."}

{"answer": "да", "пояснение": "Асимметричная видимость свойств действительно была введена в PHP 8.4."}

{ ⏎  "answer": "8.3", ⏎  "пояснение": "Атрибут #[\\NoDiscard] был впервые представлен в PHP 8.3." ⏎ }

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

{"answer": "нет", "пояснение": "Синтаксис clone($obj, [...]) не является стандартным встроенным функционалом PHP; в PHP используется оператор clone $obj для поверхностного копирования, а для инициализации свойств обычно вызываются методы или используется конструктор."}

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

{"answer": "8.4", "пояснение": "RFC Partial Function Application v2 был принят для PHP 8.4."}

{"answer": "8.4", "пояснение": "Функция clamp() введена в PHP 8.4 согласно RFC."}

{"answer": "да", "пояснение": "RFC Context Managers v2 был принят и реализован в PHP 8.5."}

{"answer": "да", "пояснение": "RFC о генериках был отклонён (rejected) в процессе голосования 2026 года, так как сообщество не достигло консенсуса по реализации."}

{ ⏎   "answer": "нет", ⏎   "пояснение": "На текущий момент (и в реалистичном будущем до 2026) RFC о включении ZTS по умолчанию в PHP не принят; по умолчанию всё ещё используется NTS, а ZTS — опциональный вариант сборки." ⏎ }

{"answer": "да", "пояснение": "В PHP 8.5 (на текущем моменте разработки) по-прежнему нет встроенной поддержки дженериков, как в Java или C#."}

{"answer": "верно", "пояснение": "В соответствии с графиком PHP 8.5 вышла в стабильной версии в ноябре 2025, а PHP 8.6 запланирована к выпуску в ноябре 2026, следовательно, 07.11.2026 стабильной является именно 8.5."}

{"answer": "да", "пояснение": "После PHP 5.6 релизом следующего поколения действительно стал PHP 7.0, промежуточной ветки PHP 6 не существовало."}

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

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

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

{"answer": "нет", "пояснение": "Контроллеры и шаблоны относятся к слю представления (UI), а не бизнес-логики."}

{"answer": "Ядро", "пояснение": "В модели луковичной архитектуры (Onion Architecture) центральным слоем является доменное ядро."}

{ ⏎ "answer": "да", ⏎ "пояснение": "Instruments like deptrac are specifically designed to enforce architectural layer boundaries and fail builds when dependencies violate the defined rules." ⏎ }

{"answer": "нет", "пояснение": "Use case (интерактор) в чистом DDD или Clean Architecture не должен зависеть от конкретных реализаций (HTTP-запросов или EntityManager), а взаимодействовать через интерфейсы (Gateways, Ports), что обеспечивает изоляцию бизнес-логики."}

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

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

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

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

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

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

{"answer": "да", "пояснение": "Ubiquitous Language — это термин из методологии Domain-Driven Design, обозначающий общий язык, используемый разработчиками и предметными экспертами для описания бизнес-домена."}

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

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

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

{"answer": "нет", "пояснение": "По умолчанию сервисы в Symfony создаются лениво (lazy), но только если они не объявлены как `eager` или не зависят от других сервисов, требующих раннего создания."}

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

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

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

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

{"answer": "APP_ENV", "пояснение": "В Symfony 4+ активное окружение определяется переменной окружения APP_ENV."}

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

{"answer": "нет", "пояснение": "Приоритет событий определяется параметром priority при регистрации, а не типом класса (слушатель или подписчик)."}

{"answer": "да", "пояснение": "Начиная с Symfony 6.0, старая система Guard была удалена, и аутентификация полностью мигрировала на механизм Authenticators (AuthenticatorInterface и связанные классы)."}

{"answer": "#IsGranted", "пояснение": "Атрибут #IsGranted в Symfony позволяет проверять роли или права непосредственно на методах контроллера."}

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

{"answer": "нет", "пояснение": "В Symfony 7+ докблоки (annotations) по-прежнему поддерживаются для обратной совместимости, хотя атрибуты являются рекомендуемым способом."}

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

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

{"answer": "make:form", "пояснение": "Команда maker:bundle generate:form (или make:form) используется для создания класса FormType."}

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

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

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

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

{"answer": "нет", "пояснение": "Начиная с Symfony 4.0 метод setParameter() в контейнере устарел (deprecated) и не рекомендуется к использованию в рантайме (например, из контроллеров), так как контейнер считается неизменяемым после компиляции."}

{"answer": "нет", "пояснение": "С версии Symfony 4.1 по умолчанию все сервисы приватны (public: false)."}

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

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

{"answer": "APP_ENV", "пояснение": "Переменная окружения APP_ENV (например, 'dev') управляет режимом отладки, включая работу профайлера и Twig."}

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

{"answer": "нет", "пояснение": "Транспорт sync обрабатывает сообщение синхронно (inline) в текущем процессе сразу после отправки, а не асинхронно воркером."}

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

{"answer": "да", "пояснение": "В Symfony Messenger retry_strategy (например, max_retries, delay) настраивается в конфигурации транспорта (framework.yaml), а не на уровне конкретного сервиса."}

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

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

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

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

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

{"answer": "8.4", "пояснение": "Symfony 8 требует минимально PHP 8.4."}

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

{"answer": "да", "пояснение": "AssetMapper — это современный инструмент Symfony для сборки активов без Node.js/Webpack, использующий importmap.php для управления зависимостями."}

{"answer": "нет", "пояснение": "Symfony 6.4 является LTS (Long Term Support) релизом."}

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

{"answer": "да", "пояснение": "Симфония публикует UPGRADE-файлы (например, UPGRADE-7.0.md) для отслеживания breaking changes между мажорными версиями."}

{"answer": "WebpackEncoreBundle", "пояснение": "В Symfony для управления ассетами и importmap без Node.js/webpack используется компонент WebpackEncoreBundle, который интегрируется с Webpack Encore."}

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

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

{ ⏎   "answer": "8.2", ⏎   "пояснение": "Согласно стандартной схеме версионирования Symfony, после версии 8.1 логично следует 8.2 (минорное обновление)." ⏎ }

{ ⏎ "answer": "нет", ⏎ "пояснение": "Symfony 8.2 не является мажорным релизом, требующим переписывания приложений, так как мажорными считаются релизы с целым числом в первой позиции (например, 5, 6, 7, 8), а минорные релизы (X.2) обратно совместимы согласно политике Symfony." ⏎ }

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

{"answer": "8.4", "пояснение": "Symfony 9.0 последует за веткой 8.x, которая завершится с версией 8.4."}

{"answer": "нет", "пояснение": "Symfony 7.2 (и ожидаемый Symfony 8.0) требуют PHP 8.2+, а версия PHP 8.5 не является обязательным требованием для стабильных релизов Symfony на данный момент (обычно поддержка доводится до текущей стабильной + 1-2 майнорные версии, но не форсирует скачок до 8.5 сразу, если речь не о гипотетической версии Symfony 8.2, которая даже не выпущена официально в контексте этого утверждения как факта; обычно требуется минимальная версия, например, 8.2 или 8.3 для новых мажоров)."}

{"answer": "да", "пояснение": "Согласно политике Symfony, код, помеченный как Deprecated в мажорной версии X, удаляется в мажорной версии X+2."}

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

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

{"answer": "да", "пояснение": "Фильтр e в Twig экранирует специальные HTML-символы для безопасного вывода в HTML-контексте."}

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

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

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

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

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

{"answer": "да", "пояснение": "Bootstrap представляет собой библиотеку фронтенд-компонентов (CSS, JS) для быстрого создания адаптивных интерфейсов, но не является SPA-фреймворком, так как не управляет жизненным циклом приложений, маршрутизацией или состоянием на стороне клиента в полной мере."}

{"answer": "container", "пояснение": "Класс .container в Bootstrap задаёт адаптивную ширину с фиксированными значениями max-width для каждого брейкпоинта."}

{"answer": "нет", "пояснение": "Сетка Bootstrap построена на CSS flexbox (в Bootstrap 4+), а строка делится на 12 колонок, а не 16."}

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

{"answer": "да", "пояснение": "В Tailwind CSS и аналогичных фреймворках утилиты отступов действительно используют численное значение как множитель переменной spacing-шкалы (например, $spacer)."}

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

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

{"answer": "да", "пояснение": "В Bootstrap 5 включение тёмной темы достигается добавлением класса .dark к элементу <html> (корневому элементу документа)."}

{ ⏎ "answer": "нет", ⏎ "пояснение": "Doctrine ORM не создаёт таблицы автоматически в рантайме; для их создания необходимо явное выполнение SQL-скриптов (через migrations или SQL)." ⏎ }

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

{ ⏎   "answer": "нет", ⏎   "пояснение": "В Doctrine ORM 3 метод merge() был переименован в unify() (или в новых версиях рекомендуется использовать merge, но в контексте вопроса о 'доступности' именно merge как старого API — он заменён/улучшен, но чаще всего в тестах подразумевается, что старый merge заменён на unify/merge с новой семантикой, однако ключевой момент: в D3 используется метод merge(), но часто путают с persist; однако строго говоря, в D3 метод merge() существует, но вопрос в формулировке 'делает переданный объект управляемым' — merge возвращает управляемую копию, а не делает исходный объект управляемым, если он был отсоединённым/удалённым, и в D3 акцент на новой семантике, но главный нюанс: в Doctrine 3 метод merge() переименован в unify() в некоторых контекстах? Нет, в D3.0 метод merge() по-прежнему доступен, но есть нюансы. Однако, если вопрос подразумевает сравнение с D2, где merge был основным, то в D3 он тоже есть. Но часто в таких тестах ловят на то, что в D3 рекомендован новый подход, и merge() не всегда делает объект управляемым в том смысле, что он создает новую копию. Наиболее вероятный 'подвох': в D3 метод называется merge(), но он возвращает управляемую копию, а исходный объект остаётся тем, чем был (если был отсоединённым, он не становится управляемым, а возвращается новый управляемый). Формулировка 'делает переданный объект управляемым' неверна, т.к. возвращается новый/копированный объект. Также есть версия, что в D3 метод переименован в unify() — это было в beta, но в финальной D3.0 метод называется merge(). Но пояснение должно быть простым: merge() возвращает управляемую копию, а не делает исходный объект управляемым." ⏎ }

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

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

{"answer": "нет", "пояснение": "DoctrineBundle в Symfony не вызывает flush() автоматически в конце каждого запроса; flush() обычно вызывается явно или через механизмы, такие как middleware, но не автоматически по умолчанию."}

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

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

{"answer": "нет", "пояснение": "В PostgreSQL благодаря MVCC читатели и писатели не блокируют друг друга."}

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

{"answer": "нет", "пояснение": "В PHP эти термины не являются синонимами; SERIAL — это псевдо-тип в некоторых СУБД (например, PostgreSQL), а GENERATED ... AS IDENTITY — стандарт SQL-синтаксис для автоматической генерации значений, которые могут быть реализованы по-разному в зависимости от СУБД."}

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

{"answer": "string_agg", "пояснение": "Функция string_agg() в PostgreSQL агрегирует строки, объединяя их с указанным разделителем."}

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

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

{"answer": "нет", "пояснение": "READ COMMITTED защищает только от грязного чтения (dirty read), но не от неповторяющегося чтения (non-repeatable read) и потерянных обновлений."}

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

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

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

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

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

{"answer": "pgvector", "пояснение": "pgvector — это расширение PostgreSQL, которое добавляет поддержку векторных типов данных и индексов HNSW для эффективного поиска по эмбеддингам."}

{"answer": "да", "пояснение": "Частичные индексы в PostgreSQL и других СУБД действительно создаются только для строк, соответствующих условию WHERE."}

{"answer": "нет", "пояснение": "Уровень SERIALIZABLE в PostgreSQL использует механизм SSI (Serializable Snapshot Isolation) и отслеживает зависимости через таблицы системной каталога, а не блокирует строки при чтении (в отличие от REPEATABLE READ с lock-based реализацией в других СУБД)."}

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

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

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

{"answer": "нет", "пояснение": "Заголовок Access-Control-Allow-Origin отправляет сервер, а не клиент."}

{"answer": "да", "пояснение": "Код 429 действительно используется для обозначения превышения лимита запросов (rate limiting)."}

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

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

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

{"answer": "нет", "пояснение": "Для сравнения хешей паролей следует использовать криптоустойчивый оператор сравнения hash_equals(), чтобы избежать атак по временнóму каналу (timing attacks)."}

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

{"answer": "Content-Security-Policy", "пояснение": "Этот HTTP-заголовок используется для передачи правил безопасности контента браузеру."}

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

{"answer": "нет", "пояснение": "Серверная валидация не гарантирует защиту от XSS, так как атакующий может обходить валидацию или данные могут быть модифицированы после записи; основное средство защиты — это экранирование вывода (output encoding) на этапе рендеринга."}

{"answer": "code", "пояснение": "В OAuth 2.0 параметр code передаётся в redirect_uri и затем обменивается на access-токен."}

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

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

{"answer": "нет", "пояснение": "Для работы с PHPUnit методы теста должны быть в классе, наследующем PHPUnit\\Framework\\TestCase."}

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

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

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

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

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

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

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

{"answer": "3-4", "пояснение": "intdiv(7,2) равно 3, а intdiv(-7,2) равно -4 (деление с отбрасыванием знака)."}

{"answer": 9, "пояснение": "В PHP оператор возведения в степень (**) имеет более высокий приоритет, чем унарный минус, поэтому сначала вычисляется 3 в квадрате, а затем применяется знак минус, но так как унарный минус применен к -3, фактически вычисляется как -(3**2) = -9? Нет, приоритет: ** выше, чем унарные операторы. Поэтому -3 ** 2 интерпретируется как -(3 ** 2) = -9? Подождите, проверим: приоритет ** (степень) выше, чем унарный минус. Значит, -3 ** 2 = -(3 ** 2) = -9. Но давайте проверим документацию: в PHP 8+ оператор ** имеет более высокий приоритет, чем унарные операторы, но есть нюанс: -3**2 считается как -(3**2) = -9. Однако многие думают, что это 9. Но по приоритетам: ** выше унарного минуса. Значит, 3**2=9, потом минус = -9. Ответ: -9."}

{"answer": "true", "пояснение": "В PHP 8 и выше строки, похожие на числа (включая экспоненциальный формат), сравниваются как числа, и '1e1' (10) равно '10'."}

{"answer": "other", "пояснение": "В PHP оператор switch сравнивает значения строго, поэтому строка 'a' не равна целому числу 0 и выполняется блок default."}

{"answer": "2bc", "пояснение": "strtr сканирует строку слева направо, находит 'a', заменяет на '1' и продолжает; 'ab' не встречается целиком в остатке 'bc', так что итог — '2bc'?"}

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

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

{"answer": "xzy", "пояснение": "usort сортирует массив по третьему элементу (2, 1, 2), сохраняя исходный порядок при равенстве, после чего array_column извлекает второй элемент каждого подмассива."}

{"answer": 4, "пояснение": "Спрред-оператор ...['b' => 1, 'a' => 5] передает аргументы по именам, поэтому $a становится 5, а $b — 1, результат 5 - 1 = 4."}

{"answer": "3", "пояснение": "Переменная $f хранит Closure со ссылкой на объект, поэтому он не освобождается при $p = null, и вызов метода возвращает значение свойства."}

{"answer": "B", "пояснение": "static::class возвращает имя класса, в контексте которого вызывается метод, что в данном случае является B."}

{ ⏎   "answer": 10, ⏎   "пояснение": "Значение 5 умножается на 2 при установке свойства через метод setter." ⏎ }

{ ⏎   "answer": "BA", ⏎   "пояснение": "Метод f из трейта TB заменяет f из TA, а оригинальный f из TA доступен как g, поэтому выводятся 'B' и 'A'." ⏎ }

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

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

{"answer": "second", "пояснение": "Блок finally выполняется при выходе из try-блока, и исключение в finally замещает исходное исключение 'first', которое не было перехвачено на этом уровне."}

{ ⏎  "answer": "N\\App\\Foo|Baz", ⏎  "пояснение": "Оператор ::class для алиаса возвращает полностью квалифицированное имя оригинального класса с учетом текущего неймспейса, в то время как \\Baz::class возвращает глобальное имя без неймспейса." ⏎ }

{ ⏎ "answer": "noyes", ⏎ "пояснение": "Первая проверка class_exists('Foo') ищет класс в глобальном пространстве имён (по умолчанию), где его нет, поэтому выводит 'no'; вторая проверка явно указывает пространство имён Ns, где класс существует, поэтому выводит 'yes'."

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

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

{"answer": 11, "пояснение": "Первый вызов send(10) выводит 1 (yield 1), а значение 10 присваивается переменной $x, после чего генератор завершает выполнение, возвращая $x + 1 = 11."}

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

{"answer": "nono", "пояснение": "Первое вызов возвращает false ('no'), так как стоимость хеша совпадает с требуемой (4), а второе возвращает true ('yes'), так как текущая стоимость (4) ниже требуемой (5)"}

{"answer": "strict-out", "пояснение": "E_ALL в PHP 8.x не включает флаг E_STRICT (2048), поэтому битовое сравнение равно 0."}

{"answer": "mapped", "пояснение": "Symfony автоматически мапит заголовок HTTP_X_TOKEN в X-Token."}

{"answer": "BAC", "пояснение": "Listeners execute in descending priority order: 10 (B), 0 (A), 5 (C)."}

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

{"answer": 0, "пояснение": "Методы persist и remove взаимно отменяют друг друга перед flush, поэтому INSERT не выполняется."}

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

{"answer": "10,30,60", "пояснение": "sum(x) OVER (ORDER BY id) вычисляет накопительную сумму: 10, 10+20=30, 10+20+30=60, затем string_agg объединяет их в строку."}

{"answer": "M1M2", "пояснение": "Middlewares обрабатываются последовательно: сначала 'M1', затем 'M2'."}

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

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

{"answer": 2, "пояснение": "Так как ограничение уникальности объявлено с опциями DEFERRABLE INITIALLY DEFERRED, нарушение проверяется только в конце транзакции, а не при каждом вставке, поэтому обе строки с одинаковым значением успешно добавляются."}

{"answer": 4, "пояснение": "Фильтр test_sum совпал с test_sum (3 данных) и test_sum_abs (3 данных), но в тесте сказано, что prov возвращает 3 набора, однако методов два, каждый с 3 данными, итого 6? Нет, вопрос: сколько тестов выполнит. --filter test_sum совпадет с тестами, чье имя содержит "test_sum". test_sum — 3 тест-кейса, test_sum_abs — 3 тест-кейса. Итого 6. Но в ответе должно быть число. Пересмотр: prov() возвращает 3 набора. Для каждого метода, использующего prov, будет 3 отдельных запуска. Два таких метода: test_sum и test_sum_abs. Значит, 3 + 3 = 6 тестов."}

{"answer": "2, 1", "пояснение": "Метод test_x вызовется дважды (для 1 и -1), так как провайдер возвращает два набора данных, а для аргумента -1 условие $x > 0 будет ложным, что вызовет ошибку."}

{"answer": "POST", "пояснение": "Флаг -d в curl принудительно использует метод POST для отправки данных в теле запроса."}

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

{"answer": "invalid_client", "пояснение": "Согласно RFC 6749, если сервер не может аутентифицировать клиента из-за неверного ID или секрета, он возвращает код ошибки invalid_client."}

{"answer": "фрагмент", "пояснение": "При ответе response_type=token (Implicit Flow) access_token возвращается в URL-фрагменте (#) redirect_uri."}

{"answer": 0, "пояснение": "Функция default не заменяет false, так как это не null, и результатом умножения false (0) на 3 является 0."}

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

{"answer": 1, "пояснение": "Массив с пустой строкой не является пустым, но значение внутри него (пустая строка) не удовлетворяет условию NotBlank, поэтому возникает одна ошибка валидации."}

{"answer": "Symfony\\Component\\Form\\Exception\\MissingRequiredOptionsException", "пояснение": "Создание формы с типом TextType без указания имени (опция 'name') вызывает MissingRequiredOptionsException при вызове isValid()."}

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

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

{ ⏎   "answer": 960, ⏎   "пояснение": "При ширине окна 992px активна точка слома lg (1024px), для которой max-width контейнера .container составляет 960px." ⏎ }

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

{"answer": 2, "пояснение": "Класс в Domain использует зависимости из Application и Infrastructure, что нарушает правило «Domain → только Domain», создавая два нарушения."}

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

{"answer": "10,15", "пояснение": "Объект $a остается неизменным со значением 10, а в переменной $c создается новый объект Money со значением 15 в результате метода add."}

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

{"answer": "hi", "пояснение": "Метод hi() возвращает строку 'hi', которая выводится в консоль."}

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

{"answer": "no", "пояснение": "Компонент Symfony Security Guard был удален начиная с версии 7.0, поэтому класс недоступен в 8.1."}

{"answer": "yesyes", "пояснение": "В Symfony 8.1 класс AnnotationClassLoader был удалён, но в код используется класс-заглушка или он всё ещё доступен через автозагрузку, если пакет установлен? Нет, в Symfony 8 (и с 7) классы с суффиксом Annotation* были удалены/отнесены к legacy. Однако, если вопрос предполагает строгое следование документации по обновлению: AnnotationClassLoader удален, AttributeClassLoader добавлен в 6.3+. Но обычно при обновлении с 6.4 на 8.1 классы Annotations удаляются. Однако, `class_exists` вернет false для AnnotationClassLoader, если он удален из компонента routing. И true для AttributeClassLoader. Ответ: noyes."}