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

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

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

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

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

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

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

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

{"answer": "сумма: 5", "пояснение": "Оператор конкатенации (.) имеет более высокий приоритет, чем сложение (+), поэтому сначала выполняется `'сумма: ' . 2` → `'сумма: 2'`, затем `'сумма: 2' + 3` → 5 с приведением строки к числу."}

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

```json ⏎ {"answer": "да", "пояснение": "В heredoc переменные интерполируются, а в nowdoc (в кавычках triple-строках) интерполяции нет и содержимое выводится как есть."} ⏎ ```

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

{"answer": "нет", "пояснение": "Ключ '5' с кавычками остаётся строочным, хотя PHP нормализует строковые ключи-числа (без кавычек '5' и 5 эквивалентны), но само значение не превращается в целое число, ключ остаётся логически числовым идентификатором."}

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

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

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

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

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

{"answer": "да", "пояснение": "С PHP 8.1 spread-оператор в синтаксисе массива действительно поддерживает массивы со строческими ключами, корректно объединяя их по ключам."}

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

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

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

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

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

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

```json ⏎ {"answer": "5", "пояснение": "Переменная $x была захвачена в closure по значению в момент создания функции, поэтому последующие изменения $x = 7 не влияют на замыкание."} ⏎ ```

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

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

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

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

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

{"answer": "class@anonymous", "пояснение": "get_class для анонимного класса возвращает строку вида class@anonymous"}/>

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

{"answer": "Controller/Api/UserController.php", "пояснение": "Пространство имен App\\Controller\\Api\\ мапится на подпапки src/ по элементам namespace, а класс становится файлом с camelCase именем и расширением .php."}

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

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

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

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

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

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

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

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

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

```json ⏎ {"answer": 6, "пояснение": "Функция inc вызывает увеличение $n на единицу через передачу по ссылке, поэтому после её вызова $n станет равным 6."} ⏎ ```

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

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

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

{"answer": "да", "пояснение": "В PHP 7+ внутри генератора можно использовать return со значением, которое станет доступным через метод Generator::getReturn() после окончания итерации."}

{"answer": "нет", "пояснение": "После полного прохождения генератора он считается исчерпанным (Generator implements Iterator, который нельзя переиграть), rewind() вызовет GeneratorIsActiveException."}

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

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

```json ⏎ { ⏎   "answer": 3, ⏎   "пояснение": "generator возвращает три элемента (1, 2, 3), поэтому count вернёт 3." ⏎ } ⏎ ```

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

{"answer": "5.5.0", "пояснение": "Этот синтаксис не существует в PHP — clone принимает только один объект, а клонирование с переопределением свойств делается в __clone()."}

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

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

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

{"answer": "нет", "пояснение": "В PHP официально принят только RFC Context Managers (v1), опубликованный 28 апреля 2025 года; версии v2 на текущую дату не существует."}

{"answer": "неверно", "пояснение": "Такого RFC или поправки под названием 'Bound-Erased Generic Types' в истории развития PHP не существует, поэтому утверждение о его отклонении в 2026 году не соответствует действительности."}

{"answer": "нет", "пояснение": "На ноябрь 2026 года ни один RFC о включении многопоточности ZTS по умолчанию в PHP принят не был, так как это потребовало бы серьёзных изменений архитектуры и нарушило бы обратную совместимость."}

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

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

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

{"answer": "нет", "пояснение": "На момент моих знаний RFC о добавлении встроенного атрибута #[\\Deprecated] в ядро PHP ещё не был принят; для пометки устаревших элементов используется функциональный атрибут @deprecated в DocBlock."}

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

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

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

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

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

{"answer": "нет", "пояснение": "Use case (interactor) должен принимать простые доменные данные через параметризованные команды (如 CreatePostCommand) и возвращать результаты через DTO, а не сырые объекты вроде HTTP-запроса или EntityManager, чтобы оставаться независимым от слоёв и легко тестируемым."}

```json ⏎ {"answer": "Агрегатор (Агрегирующий объект / Aggregator)", "пояснение": "Этот компонент предоставляет коллекцию сущностей через общий интерфейс, скрывая внутреннюю логику хранения данных."} ⏎ ```

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

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

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

{"answer": "Агрегат (Aggreggate)", "пояснение": "Это термин из паттернов DDD (Domain-Driven Design), где агрегат представляет собой группу связанных объектов, рассматриваемых как единое целое, со всеми изменениями через единственную точку входа — сам агрегат."}

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

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

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

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

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

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

```json ⏎ { ⏎   "answer": "php bin/console debug:router", ⏎   "пояснение": "Именно эта команда Symfony выводит таблицу со всеми зарегистрированными маршрутами и их деталями." ⏎ } ⏎ ```

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

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

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

{"answer": "APP_ENV", "пояснение": "В Symfony 4+ активное окружение выбирается переменной окружения APP_ENV (вместо старого параметра kernel.environment)."}

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

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

{"answer": "да", "пояснение": "В Symfony 5.5 была введена система class-based аутентификации на основе AuthenticatorInterface, а в Symfony 6.0 старая система Guard полностью удалена, поэтому современные версии используют именно новый механизм."}

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

{"answer": "да", "пояснение": "Voters — это механизм Symfony Security, который позволяет проверять доступ к конкретным объектам через метод isGranted() с указанием ресурса и атрибута."}

{"answer": "да", "пояснение": "В Symfony 7 аннотации-докблоки полностью удалены из кодовой базы, и для объявления ограничений валидации используются только PHP-атрибуты, такие как #[Assert\NotBlank]."}

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

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

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

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

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

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

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

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

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

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

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

```json ⏎ {"answer": "APP_DEBUG", "пояснение": "В Symfony режим отладки управляется переменной окружения APP_DEBUG (через .env-файл), что напрямую влияет на работу профайлера и отладку Twig."} ⏎ ```

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

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

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

{"answer": "нет", "пояснение": "Повторы неудачных сообщений (retry_strategy) настраиваются в параметрах обработки сообщений (queue) или на уровне consumer, но не непосредственно на уровне транспорта Messenger."}

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

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

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

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

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

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

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

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

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

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

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

{"answer": "symfony/importmap", "пояснение": "Компонент symfony/importmap управляет ассетами через importmap.js без необходимости в node или webpack."}

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

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

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

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

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

{"answer": "8.4", "пояснение": "Ветки 8.x будут выпускаться до выхода Symfony 9.0, и последней минорной версией в этой ветке станет 8.4."}

{"answer": "нет", "пояснение": "Symfony 8 официально потребует PHP 8.4+, а не 8.5, которая ещё не выпущена (планируется на ноябрь 2025 года)."}

{"answer": "да", "пояснение": "Symfony гарантирует, что всё, помеченное как устаревшее в версии 8.x, будет удалено не ранее чем в Symfony 9.0, что соответствует их политике обратной совместимости."}

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

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

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

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

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

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

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

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

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

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

```json ⏎ { ⏎   "answer": "да", ⏎   "пояснение": "Классическая система сетки Bootstrap 3 действительно использовала CSS float и 16-колоночную структуру." ⏎ } ⏎ ```

{"answer": "нет", "пояснение": "В Bootstrap 5 шесть именованных брейкпоинтов: xs, sm, md, lg, xl, xxl, а не пять, так как xs (extra-small) также учитывается."}

{"answer": "да", "пояснение": "Это действительно соответствует логике Bootstrap, где утилиты отступов (mt, px и т.д.) умножают базовую величину $spacer на указанное число."}

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

{"answer": "да", "пояснение": "В Bootstrap 5 компоненты переписаны на vanilla JavaScript, поэтому jQuery больше не требуется."}

{"answer": "нет", "пояснение": "В Bootstrap 5 для включения тёмной темы не существует специального класса .dark, а используются CSS-переменные и медиазапрос prefers-color-scheme или кастомные стили."}

{"answer": "нет", "пояснение": "Doctrine ORM не создаёт таблицы автоматически — для этого нужно явно вызвать инструментарий schema-tool (или Command/SchemaTool) или настроить миграции."}

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

{"answer": "нет", "пояснение": "В Doctrine ORM 3 метод EntityManager::merge() был полностью удалён, его функциональность теперь предоставляется только через Third-Party библиотеку doctrine/persistence и метод merge() у EntityRepository."}

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

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

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

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

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

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

{"answer": "EXPLAIN", "пояснение": "Команда EXPLAIN (или EXPLAIN ANALYZE в некоторых СУБД) показывает план выполнения запроса без его фактического выполнения, хотя синтаксис может отличаться в зависимости от СУБД — например, в MySQL это EXPLAIN, а PostgreSQL поддерживает EXPLAIN без ANALYZE."}

{"answer": "нет", "пояснение": "SERIAL в PostgreSQL создаёт последовательность и поле типа integer с default-значением из неё, а GENERATED ... AS IDENTITY — это полноценный identity-столбец со своими правилами (BY DEFAULT / ALWAYS), ограниченным SET и иным поведением, поэтому это не совсем одинаковые механизмы."}

{"answer": "нет", "пояснение": "UNIQUE-ограничение в PostgreSQL позволяет иметь несколько строк с NULL, так как несколько NULL-значений считаются различными."}

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

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

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

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

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

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

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

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

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

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

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

{"answer": "да", "пояснение": "В PostgreSQL уровень изоляции SERIALIZABLE действительно реализован через механизм блокировок читаемых строк (SERIALIZABLE snapshot + post-commit проверка conflict-блокировок), чтобы гарантировать отсутствие параллельного доступа, видимого при READ COMMITTED."}

{"answer": "да", "пояснение": "Код 201 Created подтверждает, что ресурс успешно создан в результате обработки запроса."}

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

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

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

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

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

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

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

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

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

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

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

{"answer": "нет", "пояснение": "Валидация ввода помогает, но полного XSS-защиты не обеспечивает — надёжная защита достигается за счёт экранирования вывода (context-aware escaping), а валидация лишь дополнение к ней."}

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

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

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

{"answer": "нет", "пояснение": "PHPUnit выполняет только методы классов, наследующих PHPUnit\\Framework\\TestCase (или начинающихся на 'test')."}

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

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

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

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

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

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

```json ⏎ { ⏎   "answer": "--random", ⏎   "пояснение": "Опция --random в PHPUnit включает случайный порядок выполнения тестов." ⏎ } ⏎ ```

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

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

```json ⏎ {"answer": "true", "пояснение": "Строки '1e1' и '10' преобразуются к числам при сравнении, и '1e1' (научная запись = 10) действительно равно 10."} ⏎ ```

{"answer": "other", "пояснение": "Переменная 'a' строковая, поэтому switch использует строгое сравнение для строк и не совпадает с case 0, переходя к default."}

```json ⏎ {"answer": "abc", "пояснение": "strtr с массивом применяет замены по полным ключам, но 'ab' после 'a' не совпадает, поскольку 'a' заменяется на '1', а 'b' остается, в результате 'abc'."} ⏎ ```

```json ⏎ {"answer": "[o]", "пояснение": "Функция substr с отрицательным смещением -10 отсчитывает символы с конца строки 'hello', а так как длина строки 5, то вернет последний символ 'o', обернутый в скобки."} ⏎ ```

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

{"answer": "xyz", "пояснение": "Массив сортируется по третьему элементу каждого подмассива (2, 1, 2 → порядок [2,'y',1], [1,'x',2], [3,'z',2]), затем извлекаются вторые элементы 'x', 'y', 'z' и объединяются в 'xyz'."}

```json ⏎ { ⏎   "answer": "4", ⏎   "пояснение": "Сpread-оператор передает аргументы по именам параметров, поэтому a=5, b=1, результат 5-1=4." ⏎ } ⏎ ```

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

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

{"answer": "10", "пояснение": "В PHP 8.5 (RFC: Property Hooks) хук set умножает присваиваемое значение на 2, поэтому $c->x = 5 становится 10, и echo выводит 10."}

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

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

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

{"answer": "second", "пояснение": "В блоке finally исключение RuntimeException заменяется новым LogicException, который затем перехватывается блоком catch."}

```json ⏎ {"answer": "N\\Foo|Baz", "пояснение": "Baz::class раскрывает псевдоним namespace к N\\Foo, а \\Baz::class берёт глобальный класс Baz без префикса namespace."} ⏎ ```

{"answer": "yesyes", "пояснение": "class_exists() ищет класс через автозагрузку по имени 'Foo' и находит определённый выше класс Foo в текущем пространстве имён, поэтому первый фрагмент выведет 'yes', а второй проверяет полное имя 'Ns\\Foo', которое тоже существует."}

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

```json ⏎ {"answer": "1", "пояснение": "Статическая переменная $n является частью класса A, поэтому $a->inc() увеличивает общее значение $n, и после двух предыдущих вызовов (++$n = 1 для $a->inc()) выводится 1."} ⏎ ```

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

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

```json ⏎ {"answer": "noyes", "пояснение": "Первый вызов возвращает false, так как хэш уже создан с cost=4, а второй — true, поскольку cost=5 отличается от использованного."} ⏎ ```

{"answer": "strict-in", "пояснение": " Константа E_ALL в PHP 8 включает все флаги ошибок, поэтому E_ALL & 2048 (E_NOTICE) не равно 0, и выводится 'strict-in'."}

```json ⏎ {"answer": "mapped", "пояснение": "HTTP-заголовок X-Token, переданный через HTTP_X_TOKEN, Symfony автоматически мапит в заголовок X-Token, поэтому get('X-Token') вернет 'abc'."} ⏎ ```

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

{"answer": "same", "пояснение": "EntityManager кэширует сущности по первичному ключу во втором уровне Second-Level Cache/Unit-of-Work, поэтому два последовательных find() с одинаковым ID вернут один и тот же объект."}

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

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

```json ⏎ {"answer": "30,60,100", "пояснение": "Окно SUM с ORDER BY id считает накопительную сумму: 10, 30, 60, но aggregate ORDER BY сортирует результат по id (s=10->10, s=30->30, s=60->60)... нет, значения: первые строки 10,30,60,100 — строковая конкантенация с сортировкой по id даёт 30,60,100."} ⏎ ``` ⏎  ⏎ Подожди, давай посчитаю правильно.

{"answer": "M1M2", "пояснение": "Каждая middleware выводит свой тег до вызова следующей, поэтому M1 выводится первым, затем M2."}

```json ⏎ {"answer": "11", "пояснение": "Both handlers are registered for the same message class and executed in order, adding 1 and 10 respectively."} ⏎ ```

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

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

{"answer": 4, "пояснение": "Фильтр test_sum совпадает и с test_sum, и с test_sum_abs, поэтому выполняются 2 параметризованных теста × 2 метода = 4 теста."}

{"answer": "2, 1", "пояснение": "Команда запускает 2 параметризованных теста (с аргументами 1 и -1), из которых первый проходит, а второй падает из-за assertTrue($x > 0)."}

{"answer": "POST", "пояснение": "Опция -d (или --data) curl по умолчанию устанавливает HTTP-метод POST для отправки данных в теле запроса."}

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

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

```json ⏎ {"answer": "fragment", "пояснение": "В потоке с response_type=token access_token передаётся в фрагменте URL (после знака #), а не в query-параметрах, чтобы токен не попадал в логи сервера."} ⏎ ```

{"answer": "0", "пояснение": " Twig's default filter treats false as invalid and returns empty string, so '' * 3 equals 0 in numeric context."}

{"answer": ".twig", "пояснение": "В Twig оператор ~ преобразует всё в строку, поэтому 'a' ~ 1 даёт 'a1', затем + 2 приводит 'a1' к числу 0 (немецкие цифры не распознаются), результат 2, а исключение не выбрасывается — но в вопросе спрашивается про класс исключения, и поскольку его нет, корректного класса нет, однако ожидается, что рендеринг успешен и ответ — итоговое значение."}

{"answer": "1", "пояснение": "Пустая строка нарушает constraint NotBlank, поэтому валидатор возвращает коллекцию с одним нарушением, и count равен 1."}

{"answer": "InvalidArgumentException", "пояснение": "Метод isValid() без передачи данных вызывает InvalidArgumentException, так как для валидации формы необходимы данные, которые нужно передать через submit()."}

```json ⏎ {"answer": "same", "пояснение": "Контейнер Symfony по умолчанию сохраняет синглтон-экземпляры сервисов, поэтому оба вызова $c->get('a') возвращают один и тот же объект, и spl_object_id у них совпадает."} ⏎ ```

```json ⏎ {"answer": "hi Bob!", "пояснение": "ContainerResolveParametersPass рекурсивно разрешает плейсхолдеры %name% и %greeting% с параметрами, в результате '%greeting'!' превращается в 'hi Bob!'."} ⏎ ```

{"answer": "768px", "пояснение": "Bootstrap 5.3 использует breakpoints xs (0), sm (576px), md (768px), lg (992px), что значит при 992px контейнер достигает уровня md breakpoint, где max-width равен 768px."}

{"answer": "text-primary", "пояснение": "Класс text-primary идёт последним, поэтому он переопределяет цвет от text-danger из-за порядка применения правил CSS."}

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

{"answer": "1", "пояснение": "Нарушение только одно: Application зависит от Domain (импорт PlaceOrder), а правило Domain → только Domain запрещает Domain обращаться к Application; зависимости от Infrastructure допустимы."}

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

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

```json ⏎ {"answer": "hi", "пояснение": "Метод hi() возвращает строку 'hi', и вызов цепочкой new C()->hi() корректно выполняется в PHP 8.5."} ⏎ ```

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

{"answer": "no", "пояснение": "В Symfony 7 и выше классы Guard-аутентификации (Symfony\\Component\\Security\\Guard) были полностью удалены, поэтому class_exists вернёт false."}

{"answer": "no no", "пояснение": "В Symfony 7+ аннотации были полностью заменены на атрибуты, поэтому AnnotationClassLoader удалён, а AttributeClassLoader по-прежнему доступен."}