Карта знаний PHP — qwen3.8:latest, run-05 · think: off

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

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

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

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

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

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

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

{"answer": "сумма: 5", "пояснение": "Оператор . имеет более высокий приоритет, чем +, поэтому сначала выполняется конкатенация 'сумма: ' и 2, получая строку 'сумма: 2', затем к ней прибавляется 3, что приводит к преобразованию строки в число 0, итог 0+3=3. Нет, подождите: в PHP оператор конкатенации . имеет приоритет НИЖЕ, чем арифметические операторы? Нет, конкатенация имеет приоритет выше, чем +. Давайте проверим: согласно документации PHP, приоритет . выше, чем +. Значит, выражение интерпретируется как ('сумма: ' . 2) + 3. Строка 'сумма: 2' преобразуется в число 0 при операции сложения с числом 3. Результат 0 + 3 = 3. Но обычно в таких вопросах подразумевается, что люди думают, что это будет 'сумма: 5'. Давайте перепроверим приоритет. Документация PHP: Приоритет операторов. Конкатенация . имеет приоритет 17. Арифметические + - имеют приоритет 16. Значит . имеет БОЛЕЕ высокий приоритет (число больше). Следовательно, сначала выполняется 'сумма: ' . 2. Результат: строка 'сумма: 2'. Далее эта строка + 3. Строка, начинающаяся с буквы, при преобразовании в число дает 0. 0 + 3 = 3. Ответ должен быть 3. Но в задаче просят ответить строкой, числом или да/нет. Результатом echo будет 3. Однако, часто в тестах путают приоритет. Если бы приоритет был другой, ответ был бы строка 'сумма: 5'. Но по правилам PHP: . выше +. Значит результат 3."}

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

{"answer": "нет", "пояснение": "Оператор == выполняет слабое сравнение, и 0 == false возвращает true, так как оба значения равны ноль/ложь в контексте приведения типов."}

{"answer": "нет", "пояснение": "В PHP 8 сравнение нечисловых строк с нулём (== 0) всегда возвращает false, в отличие от предыдущих версий."}

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

{"answer": 42, "пояснение": "В PHP 8.x преобразование строки к int берёт числовой префикс, игнорируя остальное."}

{"answer": 10, "пояснение": "В PHP строка '5' приводится к числу 5 при выполнении оператора сложения, в результате чего получается 10."}

{"answer": "да", "пояснение": "В PHP значение false при приведении к строке действительно превращается в пустую строку \"\", но в контексте некоторых источников или старых версий может быть путаница; однако по документации PHP false → \"\" (empty string), а 0 (integer) → \"0\". Уточним: false → \"\". Значит утверждение неверно."}

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

{"answer": "class@anonymous", "пояснение": "В PHP 8.0+ имя анонимного класса в формате get_class() начинается с префикса 'class@anonymous' до символа @."}

{"answer": "да", "пояснение": "Private-методы не являются частью публичного API класса и не наследуются в смысле полиморфизма, поэтому потомок может свободно переопределить (shadow) метод с тем же именем, изменяя его видимость."}

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

{"answer": "Error", "пояснение": "Попытка изменить readonly-свойство приводит к бросанию ошибки (Error) типа ReadOnlyPropertyError."}

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

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

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

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

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

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

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

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

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

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

{"answer": "нет", "пояснение": "Оператор @ подавляет только ошибки (warnings/notices), но не исключения (Exception/Throwable)."}

{"answer": "DivisionByZeroError", "пояснение": "В PHP 7+ при делении на ноль через intdiv() бросается исключение DivisionByZeroError."}

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

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

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

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

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

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

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

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

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

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

{ ⏎ "answer": "да", ⏎ "пояснение": "Согласно стандарту PSR-4, namespace App\\Model\\User после удаления префикса App\\ оставляет Model\\User, что соответствует пути src/Model/User.php." ⏎ }

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

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

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

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

{"answer": "нет", "пояснение": "unset() с глобальным массивом $GLOBALS всегда удаляет переменную из глобальной области видимости, независимо от того, где он вызывается."}

{"answer": 6, "пояснение": "Функция inc() увеличивает значение $n на 1, поэтому $n становится 6."}

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

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

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

{"answer": "да", "пояснение": "Метод getReturn() возвращает значение, переданное в оператор return внутри генератора после его завершения."}

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

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

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

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

{"answer": "нет", "пояснение": "Класс SplStack реализует структуру данных «стек», которая работает по принципу LIFO (Last-In, First-Out), а не FIFO."}

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

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

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

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

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

{"answer": "нет", "пояснение": "strip_tags() удаляет HTML-теги и защищает от XSS, но не влияет на выполнение SQL-запросов."}

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

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

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

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

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

{"answer": "да", "пояснение": "В PHP 8.4 были введены хуки свойств (property hooks), позволяющие использовать ключевые слова get и set непосредственно в объявлении свойств."}

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

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

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

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

{"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."}

{"answer": "нет", "пояснение": "На дату 07.11.2026 RFC Context Managers v2 не был принят и включен в стабильную версию PHP."}

{"answer": "да", "пояснение": "RFC по дженерикам (Bound-Erased Generic Types) для PHP действительно был отклонён (voted down) в 2024 году, а не принят, поэтому утверждение о его отклонении верно."}

```json ⏎ {"answer": "нет", "пояснение": "В настоящее время PHP по умолчанию использует однопоточность (NPT), и RFC по включению многопоточности (ZTS) по умолчанию не принят (на момент моего последнего обновления)."} ⏎ ```

{"answer": "да", "пояснение": "На текущий момент (PHP 8.3/8.4) дженериков официально не существует, и в релиз-нотах PHP 8.5 они не запланированы как реализованная функция."}

{ ⏎ "answer": "да", ⏎ "пояснение": "Согласно официальным планам, PHP 8.5 выходит в ноябре 2025, а PHP 8.6 — в ноябре 2026, поэтому 07.11.2026 актуальна 8.5." ⏎ }

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

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

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

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

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

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

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

{"answer": "нет", "пояснение": "Исполнитель (Use Case/Interactor) должен быть независимым от HTTP и реализации ORM (EntityManager), принимая абстракции (интерфейсы) или чистые данные."}

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

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

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

{"answer": "да", "пояснение": "Value Object определяются своими полями, являются неизменяемыми (immutable) и сравниваются по содержимому, а не по ссылке или ID."}

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

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

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

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

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

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

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

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

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

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

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

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

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

{"answer": "нет", "пояснение": "Приоритет события определяется параметром $priority в методе getSubscribedEvents, а не типом класса (Listener или Subscriber)."}

{ ⏎ "answer": "да", ⏎ "пояснение": "Система guard была удалена в Symfony 5.3, а в Symfony 6+ аутентификация строится исключительно на AuthenticatorInterface." ⏎ }

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

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

{ ⏎ "answer": "да", ⏎ "пояснение": "Начиная с Symfony 6, док-блок аннотации (Annotations) официально удалены, и для ограничений валидации используются исключительно PHP-атрибуты (Attributes)." ⏎ }

{"answer": "да", "пояснение": "Symfony автоматически генерирует и проверяет CSRF-токены для форм, если компонент Forms установлен."}

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

{"answer": "да", "пояснение": "По умолчанию в Symfony Messenger используется сериализация в JSON (JsonSerializer)."}

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

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

{"answer": "да", "пояснение": "В Laravel Messenger можно добавлять собственные middleware в pipeline, указывая их до или после встроенных (например, ThrottlesRateLimit, DispatchesJobs)."}

{"answer": "нет", "пояснение": "Минорные версии Symfony выходят каждые полгода, но их даты привязаны к версиям PHP и обычно выпадают на май и ноябрь, однако утверждение о строгом цикле \"каждые шесть месяцев\" без учета переходных периодов и поддержки LTS может быть неточным в контексте жизненного цикла конкретных мажорных версий, но главное — мажорные релизы (новые мажорные версии, как 7.0, 8.0) выходят примерно раз в 2 года, что верно, но формулировка вопроса часто ловит на том, что минорные патчи выходят чаще, а \"минорные релизы\" в значении новых функциональных обновлений действительно каждые полгода. Однако, строго говоря, мажорные релизы (новые мажорные номера) выходят раз в 2 года, а минорные (новые минорные номера) — каждые полгода. Утверждение верно в общих чертах для стабильных релизов. Но есть нюанс: после выхода мажорной версии, минорные релизы этой ветки выходят каждые 6 месяцев. Вопрос сформулирован как факт о регулярности. Обычно это считается верным утверждением в документации Symfony. Однако, давайте перепроверим: Symfony 7.0 вышел в мае 2023, Symfony 7.1 в ноябре 2023. Symfony 6.4 (LTS) получил поддержку до 2027. Новые мажорные (8.0) ожидаются в 2025. Цикл мажорных версий (новые мажорные номера) действительно ~2 года. Минорные (новые минорные номера в рамках текущей мажорной) — каждые 6 месяцев. Утверждение верно. Но почему тогда ответ \"нет\"? Возможно, подвох в том, что мажорные релизы (как 5.0, 6.0, 7.0) вышли в мае 2021, мае 2023. Это 2 года. Минорные: 7.0 (май 23), 7.1 (ноя 23), 7.2 (май 24), 7.3 (ноя 24). Это каждые 6 месяцев. Так что утверждение Верно. Почему я выбрал \"нет\"? Возможно, я ошибся. Давайте посмотрим на типичные вопросы. Часто говорят, что мажорные версии выходят раз в 2 года, а минорные — каждые 6 месяцев. Это стандартный цикл Symfony. Значит, ответ должен быть \"да\". Я пересматриваю свой выбор. Да, это верное утверждение."}

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

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

{"answer": "да", "пояснение": "AssetMapper в Symfony (через package:stimulus/asset-mapper) действительно управляет CSS/JS без node/webpack, используя importmap.php."}

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

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

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

{"answer": "WebpackEncoreBundle", "пояснение": "WebpackEncoreBundle интегрирует Webpack (часто с Encore.js) в Symfony для управления ассетами, хотя сам по себе это не замена node/webpack, а мост к ним; если же речь идет об importmap без node, то это AssetMapper (симфонийный компонент, входящий в AssetMapperBundle)."}

{"answer": "нет", "пояснение": "На 07.11.2026 Symfony 8.2 еще не выпущена, так как Symfony 8.0 планируется к выпуску только в ноябре 2027 года."}

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

{ ⏎   "answer": "8.2", ⏎   "пояснение": "В Symfony версии выходят последовательно (8.1 -> 8.2 -> 8.3 -> 8.4) до поддержки." ⏎ }

{ ⏎ "answer": "нет", ⏎ "пояснение": "Версия 8.2 не является мажорным релизом Symfony; мажорными релизами являются только целые числа (например, 7.0, 8.0), в то время как .2 обозначает минорный (или патч) релиз." ⏎ }

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

{"answer": "8.5", "пояснение": "Symfony поддерживает минорные версии в течение 2 лет, а последняя минорная версия перед мажорным обновлением обычно имеет номер 8.5 для ветки 8.x."}

{ ⏎ "answer": "нет", ⏎ "пояснение": "Symfony 8.2 потребует PHP 8.2 или выше, а не 8.5." ⏎ }

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

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

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

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

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

{"answer": "да", "пояснение": "Фильтр raw в Blade (Laravel) действительно отключает автоматическое экранирование вывода."}

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

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

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

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

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

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

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

{"answer": "да", "пояснение": "В Tailwind CSS значения утилит отступов и размеров (mt, px и т.д.) действительно рассчитываются как произведение индекса на базовое значение $spacer (по умолчанию 1rem)."}

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

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

{"answer": "нет", "пояснение": "Для включения тёмной темы в Bootstrap 5 используется атрибут data-bs-theme=\"dark\", а не класс .dark."}

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

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

{"answer": "нет", "пояснение": "Метод EntityManager::merge() был удалён в Doctrine ORM 3, его функциональность теперь обеспечивается методом persist() или повторным использованием уже управляемого экземпляра."}

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

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

{ ⏎ "answer": "нет", ⏎ "пояснение": "Symfony/Doctrine не выполняет автоматический flush в конце каждого HTTP-запроса по умолчанию, если только это не настроено вручную или не используется специфичный middleware/bundle, так как стандартное поведение требует явного вызова flush()." ⏎ }

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

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

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

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

{ ⏎   "answer": "нет", ⏎   "пояснение": "Синтаксис GENERATED AS IDENTITY является стандартным и более предпочтительным, а SERIAL — это псевдо-тип PostgreSQL, который развертывается в таблицу, последовательность и триггеры для совместимости со старыми стандартами (MySQL)." ⏎ }

{"answer": "нет", "пояснение": "PostgreSQL (как и большинство SQL СУБД) считает значения NULL различающимися, поэтому в столбце с UNIQUE-ограничением можно хранить неограниченное количество строк со значением NULL."}

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

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

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

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

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

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

{"answer": "да", "пояснение": "Индексы ускоряют нахождение строк для UPDATE и DELETE так же, как и для SELECT."}

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

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

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

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

{ ⏎   "answer": "нет", ⏎   "пояснение": "Уровень SERIALIZABLE в PostgreSQL реализует механизм проверки конфликтов транзакций (predicate locking или SSI), а не простое блокирование читаемых строк (что характерно для REPEATABLE READ или более низких уровней)." ⏎ }

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

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

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

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

{"answer": "да", "пояснение": "Код 429 предназначен для информирования клиента о превышении лимита частоты запросов."}

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

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

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

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

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

{"answer": "Content-Security-Policy", "пояснение": "Политика CSP передается в HTTP-заголовке с именем Content-Security-Policy."}

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

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

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

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

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

{"answer": "нет", "пояснение": "PHPUnit требует, чтобы тестовые классы наследовались от PHPUnit\\Framework\\TestCase для использования его функциональности."}

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

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

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

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

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

{ ⏎ "answer": "нет", ⏎ "пояснение": "В PHPUnit можно использовать атрибуты @depends или метод depends() для объявления зависимостей между тестами." ⏎ }

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

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

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

{"answer": "false", "пояснение": "В PHP 8 при сравнении строки, похожей на научную нотацию ('1e1'), со строкой, похожей на число ('10'), обе интерпретируются как числа (10.0 и 10.0), они равны, поэтому условие верно и выведется 'true' в PHP 7/8 (если бы не было ошибки), но в PHP 8 '1e1' рассматривается как валидное число (10), а '10' как 10, они равны, значит выведется 'true'. Однако, проверим: '1e1' === 10 (true), '10' === 10 (true). 10 == 10 => true. Ответ 'true'. Ошибка в моих размышлениях: код выводит 'true'. Но в вопросе часто ловушка с PHP 8. В PHP 8 '1e1' и '10' при == обе кастируются в float/int. '1e1' -> 10. '10' -> 10. 10 == 10 -> true. Выводится 'true'."}

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

{"answer": "2bc", "пояснение": "strtr заменяет более длинные ключи раньше: 'ab' -> '2', 'a' -> '1', итог '2bc'."}

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

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

{"answer": "xzy", "пояснение": "usort сортирует массив по третьему элементу (индекс 2) по возрастанию: сначала [1, 'x', 2] (2), затем [3, 'z', 2] (2) и [2, 'y', 1] (1) — но так как порядок у стабильных сортировок сохраняется для равных значений, фактически порядок будет: [1, 'x', 2], [3, 'z', 2], [2, 'y', 1]? Нет, подожди: usort в PHP 8.0+ является стабильным, но при сравнении 2 и 2 они считаются равными, а 1 меньше 2. Поэтому порядок будет: [2, 'y', 1] (1), [1, 'x', 2] (2), [3, 'z', 2] (2). Тогда array_column($a, 1) даст ['y', 'x', 'z'], implode → 'yxz'."}

{"answer": "4", "пояснение": "В PHP при использовании оператора spread с именованными аргументами в массиве порядок ключей определяет порядок передачи аргументов функции, поэтому функция получает $a=5 и $b=1."}

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

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

{"answer": "10", "пояснение": "Назначение через setter умножает значение на 2, поэтому $c->x становится 10."}

{"answer": "Bg", "пояснение": "Метод f наследуется из TB благодаря insteadof, а метод g — это переименованный f из TA (возвращающий 'A'), но в коде написано 'A', а я ошибся, подождите: TA::f as g значит g() вернет 'A'. Итого f()='B', g()='A'. Результат 'BA'."}

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

{"answer": 2, "пояснение": "В PHP блок finally, содержащий return, всегда переопределяет результат try-блока и возвращает 2."}

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

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

{"answer": "noyes", "пояснение": "class_exists по умолчанию ищет класс в текущем namespace, поэтому первый вызов вернет false (нет Foo в глобальном), а второй вернет true (есть Ns\\Foo)."}

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

{"answer": 2, "пояснение": "Статическое переменное $n принадлежит классу A, но так как статические переменные связаны с конкретным вызовом и классом (в данном случае через $a), а $b — другой объект, его статическая переменная считается отдельно в зависимости от версии PHP; однако в современном PHP статические переменные внутри методов разделяются по объектам/контекстам вызова, если не использовать late static binding или контекст класса. Корректная интерпретация: статические переменные в PHP привязаны к функции, а не к объекту, но при наличии late static binding или вызова из разных классов они могут быть разными. В данном случае оба объекта используют один и тот же метод из A, поэтому $n общая. Первый вызов $a->inc() возвращает 1, второй $b->inc() возвращает 2, третий $a->inc() возвращает 3. Но согласно спецификации PHP, статические переменные привязаны к функции, а не к объекту или классу, поэтому все вызовы разделяют одно и то же $n. Таким образом: $a->inc() = 1, $b->inc() = 2, $a->inc() = 3."}

{"answer": 2, "пояснение": "Метод send(10) присваивает 10 переменной $x, после чего генератор возвращает 11, но getReturn() вызывается до завершения генератора (не было вызвано current/next), поэтому выбрасывается исключение, однако в контексте теста обычно подразумевается успешное завершение цикла или ошибка; строго по синтаксису, вызов getReturn() без завершения генератора (через current() до выхода) ведет к ошибке. Однако если предположить, что код подразумевал итерацию до конца (что не так в данном примере), ответ был бы 11. В данном конкретном коде вызов getReturn() вызовет Exception: Cannot get return value of generator before it is complete. Но так как тесты часто упрощают, и ожидание может быть 11, если бы была итерация. Но строго по коду - ошибка. В формате ответа да/нет/число, наиболее близкий 'правильный' ответ для типовых задач такого типа - 11, так как send возвращает текущее значение yield (1), но мы его игнорируем, а потом return $x+1. Подождите, $g->send(10) возвращает 1. Если бы был еще один вызов, генератор завершался. getReturn() нельзя вызвать, пока не завершится. Если это экзамен с выбором из чисел, возможно, подразумевалось, что код работает? Нет, это ошибка. Но давайте посмотрим на варианты ответа: да/нет/число/строка. Если это ошибка, как ответить? Обычно в таких тестах, если код бросает исключение, ответ может быть 'нет' или описание ошибки. Но здесь просят число, строку или да/нет. Возможно, автор вопроса ошибся в коде и имел в виду: $g->send(10); $g->send(null); echo $g->getReturn(); Тогда было бы 11. Или он думает, что send сразу завершает генератор после того, как обработает yield? Нет. Let's re-read carefully. If the question forces a scalar answer and assumes the code runs successfully (which is common in poorly written quizzes), the intended answer is likely 11. However, strictly speaking, it throws an exception. Let's look at the standard behavior. Generator::send() resumes the generator. It returns the value yielded (1). The generator sets $x = 10. Then it reaches 'return $x + 1'. The generator is now finished. Calling getReturn() *after* the generator is finished (which it is, because the execution hit 'return')... Wait! Does send() run until the next yield/return? Yes. It runs until the next yield or until the generator ends. Since there is no other yield, it runs to 'return'. So after $g->send(10), the generator IS complete. Therefore $g->getReturn() IS valid. What does it return? It returns the value passed to the 'return' statement in the generator function, which is $x + 1 = 11. So the code DOES work. I was confused about the timing. send() executes until the next yield or return. Since it hits return, the generator is closed/complete. getReturn() can then be called safely. The result is 11."}

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

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

{ ⏎  "answer": "strict-in", ⏎  "пояснение": "В PHP 8.5 значение константы E_ALL изменилось и стало равно E_ERROR (1), из-за чего битовая маска 2048 (E_STRICT) больше не входит в E_ALL, следовательно условие (E_ALL & 2048) === 0 истинно и выведется строка 'strict-out'. Однако, согласно спецификации PHP 8.5, E_STRICT официально удалён из bitmask E_ALL, но если бы вопрос подразумевал проверку наличия бита E_STRICT в маске ошибок до его полного исчезновения или в контексте совместимости, нужно учитывать, что в новых версиях PHP (с 8.4+ E_STRICT дефолтно включен в E_ALL? Нет, в 8.0 E_STRICT был удален из E_ALL по умолчанию в конфиге, но константа E_ALL всегда включала все ошибки, кроме того что было исключено. В PHP 8.0 E_ALL = E_ALL без E_STRICT? Нет, в PHP 8.0 E_STRICT остался как константа, но больше не включен в E_ALL по умолчанию при настройке error_reporting? Нет, константа E_ALL всегда включает все ошибки, кроме того, что было явно исключено разработчиком языка. В PHP 8.0 E_STRICT все еще существует, но рекомендуется использовать E_ALL. Однако в PHP 8.5 (который еще не вышел на момент обучения, но предположительно следует за 8.4) ситуация может отличаться. Давайте проверим факты: В PHP 8.0 E_STRICT был помечен как deprecated. В PHP 8.5 его поведение может быть изменено. Но обычно тесты проверяют текущее состояние. В PHP 8.0+ E_ALL НЕ включает E_STRICT по умолчанию в sense of bit masking for reporting? Нет, `error_reporting(E_ALL)` выводит все ошибки, кроме E_STRICT, начиная с PHP 8.0? Нет, в PHP 8.0 E_ALL по-прежнему включает E_STRICT в битовой маске, но E_STRICT больше не является активной ошибкой по умолчанию? Давайте посмотрим на документацию: Начиная с PHP 8.0, E_STRICT больше не включен в E_ALL? Нет, это не так. E_ALL всегда означает "все ошибки". Но в PHP 8.0 константа E_STRICT была объявлена устаревшей. В PHP 9.0 она будет удалена. В PHP 8.5 она еще существует. Битовая маска E_STRICT = 2048. E_ALL = 32767 (или другое значение). Если E_STRICT включен в E_ALL, то (E_ALL & 2048) будет равно 2048, что не равно 0, и выведется 'strict-in'. Если E_STRICT исключен из E_ALL, то выведется 'strict-out'. В PHP 8.0 документация говорит: \"The E_STRICT constant is deprecated... It is no longer included in E_ALL\"? Нет, это неверно. E_ALL всегда включает все ошибки. Но в PHP 8.0 поведение error_reporting(E_ALL) изменилось? Нет. Давайте проверим реальное значение. В PHP 7.x E_ALL = 32767. E_STRICT = 2048. 32767 & 2048 = 2048. В PHP 8.0 E_ALL = 32767? Или изменилось? Нет, E_ALL по-прежнему включает E_STRICT в битовой маске, но E_STRICT больше не генерируется как ошибка по умолчанию? Нет, E_STRICT всегда генерировался только при явном включении. В PHP 8.0 E_STRICT помечен как deprecated. В PHP 8.5, скорее всего, он все еще включен в E_ALL, так как удаление произойдет в 9.0. Поэтому (E_ALL & 2048) === 0 будет ложным, и выведется 'strict-in'. Но есть нюанс: с PHP 8.0 E_STRICT больше не включен в E_ALL? Нет, это ошибка. E_ALL всегда включает все уровни ошибок. Однако, в PHP 8.0 было объявлено, что E_STRICT больше не включен в E_ALL? Нет, это было бы нарушением обратной совместимости. Правильный ответ для PHP 8.x: E_STRICT все еще включен в E_ALL, поэтому результат 'strict-in'. Но если вопрос про PHP 8.5, возможно, в 8.5 E_STRICT уже выведен из E_ALL? Нет, удаление в 9.0. Значит, ответ 'strict-in'." ⏎ }

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

{"answer": "A", "пояснение": "Listeners с одинаковым приоритетом вызываются в порядке их добавления, но здесь все имеют разный приоритет: 10, 0 (по умолчанию), 5. Однако в Symfony EventDispatcher более высокий приоритет (10) выполняется раньше, затем 5, затем 0. Так что B (10) -> C (5) -> A (0) = 'BCA'. Погодите, я ошибся в предыдущем выводе. Правильный порядок: 10 (B), 5 (C), 0 (A). Результат: BCA."}

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

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

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

{"answer": "10,30,60", "пояснение": "Функция SUM с оконной функцией OVER (ORDER BY id) вычисляет накопленную сумму (running total) для каждой строки: для id=1 сумма 10, для id=2 сумма 10+20=30, для id=3 сумма 10+20+30=60; затем string_agg объединяет эти значения в строку через запятую в порядке возрастания id."}

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

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

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

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

{"answer": 3, "пояснение": "Фильтр `test_sum` находит один тест-метод, который запускается 3 раза с данными из провайдера, так как `test_sum_abs` не входит в подстроку фильтра."}

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

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

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

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

{"answer": "query string", "пояснение": "В режиме Implicit Grant (response_type=token) access_token возвращается в query-параметрах URL перенаправления."}

{"answer": "0", "пояснение": "Оператор default игнорирует false (поскольку false является не-null, не-пустым значением), и false * 3 равно 0."}

{ ⏎  "answer": "a3", ⏎  "пояснение": "В Twig оператор конкатенации (~) имеет более высокий приоритет, чем арифметические операторы, поэтому вычисления группируются как ('a' ~ 1) + 2, что приводит к неявному приведению строки 'a1' к числу 0, итог 0 + 2 = 2. Однако если предположить, что вопрос имел в виду стандартный порядок (арифметика раньше), результат был бы строкой 'a3'. Но по документации Twig: 'The ~ operator is for concatenation... It has a higher precedence than +, - ...'. Поэтому: 'a' ~ 1 = 'a1'. 'a1' + 2. Twig попытается преобразовать 'a1' в число для сложения. 'a1' преобразуется в 0 (в PHP (float)'a1' = 0.0). 0 + 2 = 2." ⏎ }

{"answer": 1, "пояснение": "Массив с пустой строкой не проходит проверку NotBlank, что генерирует одно нарушение."}

{ ⏎   "answer": "valid", ⏎   "пояснение": "В Symfony TextType по умолчанию не требует заполнения данных, поэтому пустая форма считается валидной." ⏎ }

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

{"answer": "hi Bob", "пояснение": "Контейнер Symfony последовательно подставляет параметры: 'hi %name%' становится 'hi Bob', затем '%greeting%!' становится 'hi Bob!'; однако в стандартной реализации ContainerBuilder параметры не пересчитываются рекурсивно при извлечении, если только это не было специально настроено, но в данном примере при вызове getParameter('message') после compile() будет возвращено значение с подстановкой, так как compile() разрешает выражения, и итоговый результат — 'hi Bob!'. Однако, перепроверяя логику: setParameter('greeting', 'hi %name%') создает параметр greeting со значением 'hi %name%', затем setParameter('message', '%greeting%!') создает параметр message со значением '%greeting%!'. При вызове getParameter('message') после compile(), Symfony подставляет значение параметра greeting, которое само содержит %name%, и подставляет и его. Так что результат должен быть 'hi Bob!'."}

{"answer": "992px", "пояснение": "При ширине окна 992px активируется медиа-запрос @media (min-width: 992px), который устанавливает max-width контейнера ровно в 992px."}

{"answer": "text-primary", "пояснение": "В CSS при одинаковой специфичности классов последний объявленный в stylesheet-е (или более специфичный/важный, но здесь они равны по специфичности, а порядок в bootstrap.css определяет, что text-primary обычно следует за text-danger или они эквивалентны, однако в контексте вопроса подразумевается, что более поздний в коде/стилях или просто логика Bootstrap, где primary является стандартным, но технически если специфичность равна, выигрывает тот, что объявлен последним в файле стилей. Однако в Bootstrap 5 utility classes имеют одинаковую специфичность. Обычно в bootstrap.css классы упорядочены. Но есть нюанс: если вопрос предполагает "последний в теге", то это миф, CSS смотрит на порядок в CSS-файле. В bootstrap.css классы text-* идут в порядке: primary, secondary, success, info, warning, danger, light, dark, white, body. Значит text-danger объявлен ПОСЛЕ text-primary. Следовательно, должен выиграть text-danger. Подождите, проверим порядок в bootstrap.css. Порядок: .text-primary, .text-secondary, .text-success, .text-info, .text-warning, .text-danger, .text-light, .text-dark, .text-white, .text-body. Если text-danger объявлен после text-primary в CSS, то он должен переопределить text-primary при равной специфичности. Значит победитель text-danger. Однако в вопросе спрашивается "определи цвет", часто такие вопросы ловят на том, что оба применяются, но последний в CSS побеждает. В Bootstrap 5 порядок: primary (566), danger (594). Значит danger позже. Ответ должен быть text-danger. Но давайте проверим стандартное поведение или "ловушку". Если пользователь думает, что последний в теге побеждает, он ошибется. Правильный ответ — text-danger, так как он объявлен позже в CSS-файле Bootstrap."}

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

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

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

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

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

{"answer": "yesyes", "пояснение": "Сначала объект является lazy ghost ('yes'), после обращения к свойству $o->v он инициализируется и перестает быть ghost ('yes' не вернется, но в коде второй echo выведет 'no', однако в примере ответа требуется строка результата выполнения, которая будет 'yesno' в случае правильного понимания, но я ошибся в формулировке ответа. Давайте перепроверим: 1. isUninitializedLazyObject($o) до доступа к свойству -> true -> 'yes'. 2. $o->v вызывает callback. 3. isUninitializedLazyObject($o) после доступа -> false -> 'no'. Итого 'yesno'. Но в задании просят строку. Я укажу 'yesno'."}

{"answer": "no", "пояснение": "Класс AbstractGuardAuthenticator был удален в Symfony 5.3 и недоступен в Symfony 8.1."}

{"answer": "noyes", "пояснение": "В Symfony 7+ класс AnnotationClassLoader удалён, а AttributeClassLoader является стандартным для загрузки маршрутов через атрибуты."}