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

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

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

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

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

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

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

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

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

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

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

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

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

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

```json ⏎ {"answer": "10", "пояснение": "При сложении строки '5' и числа 5 PHP приводит строку к числовому типу, выполняя арифметическую операцию."} ⏎ ```

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

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

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

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

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

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

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

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

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

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

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

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

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

{"answer": "да", "пояснение": "Если второй параметр (колбэк) не передан, array_filter() по умолчанию применяет filter_var с FILTER_VALIDATE_BOOL, что эквивалентно удалению всех falsy-элементов (false, 0, \"0\", \"\", null, [])."}

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

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

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

{"answer": "да", "пояснение": "Начиная с PHP 8.1 Spread-оператор [...] корректно работает с массивами, имеющими строковые ключи, объединяя их с сохранением этих ключей."}

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

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

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

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

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

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

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

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

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

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

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

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

{"answer": "class@anonymous", "пояснение": "get_class для анонимного класса возвращает строку class@anonymous, содержащую всё до нулевого байта."}

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

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

```json ⏎ {"answer": "Error", "пояснение": "Повторное присваивание readonly-свойства в PHP 8.0+ вызывает объект типа Error (конкретно Error, а не Exception, хотя Error реализует Throwable)."} ⏎ ```

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

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

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

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

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

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

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

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

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

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

{"answer": "нет", "пояснение": "Оператор suppression ошибок @ подавляет только предупреждения и другие не-fatal ошибки, но не подавляет фатальные ошибки и, начиная с PHP 8, сам по себе не подавляет исключения, которые необходимо обрабатывать через try/catch."}

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

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

```json ⏎ {"answer": "нет", "пояснение": "Исключение из блока finally заменяет (перехватывает) исключение из try-блока, меняя фактически выброшенное исключение и результат выполнения конструкции."} ⏎ ```

{"answer": "да", "пояснение": "Любой объект в PHP приводится к bool к true, исключая объекты с магическим методом __invoke, возвращающим false, поэтому (bool) new Exception('x') вернёт true."}

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

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

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

{"answer": "Controller/Api/UserController.php", "пояснение": "В PSR-4 каждый компонент пространства имен App\\Controller\\Api\\ соответствует подпапкам Controller/Api/, а имя класса UserController переводится в UserController.php."}

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

{"answer": "8.1", "пояснение": "Функции array_first и array_find появились в PHP 8.1."}

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

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

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

{"answer": "8.1", "пояснение": "Оператор конвейера |> (pipe operator) был добавлен в PHP 8.1 в качестве синтаксической константы-заменителя, хотя его поддержка осталась экспериментальной."}

{"answer": "8.4", "пояснение": "Клонирование с изменением свойств через clone($obj, ['field' => value]) появилось в PHP 8.4."}

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

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

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

{"answer": "нет", "пояснение": "RFC под названием \"Context Managers\" не существует в PHP, и данное утверждение о его принятии является выдумкой."}

{"answer": "нет", "пояснение": "RFC «Bound-Erased Generic Types» был отклонён в 2024 году, а не в 2026-м."}

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

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

{"answer": "да", "пояснение": "PHP 8.5 вышел 07 ноября 2026 года как последняя стабильная версия, а PHP 8.6 запланирована на GA 19 ноября 2026 года, поэтому на указанную дату она ещё не выпущена."}

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

{"answer": "нет", "пояснение": "RFC о добавлении атрибута #[\Deprecated] в ядро PHP был отклонён на голосовании в декабре 2024 года."}

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

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

{"answer": "нет", "пояснение": "В чистой архитектуре контроллеры и Twig-шаблоны относятся к слою представления (presentation layer), а бизнес-логика находится в use cases, которые они merely вызывают, не являясь её частью."}

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

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

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

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

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

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

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

{"answer": "команда", "пояснение": "В паттерне Командант (Command) агрегат имеет единственную точку внешнего входа, через которую проходят все изменения состояния через объекты-команды."}

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

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

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

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

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

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

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

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

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

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

{"answer": "APP_ENV", "пояснение": "В Symfony 4+ переменная APP_ENV (обычно в .env файле) выбирает активное окружение, а класс AppKernel использовался в Symfony 3.x."}

{"answer": "нет", "пояснение": "Метод контроллера не может быть private, так как Symfony (а также PHP-функции reflection, которые используются для вызова методов) не могут вызывать приватные методы."}

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

{"answer": "да", "пояснение": "В Symfony 6.0 система безопасности была полностью переписана, а классы-аутентификаторы (AuthenticatorInterface) заменили устаревшую систему guard, которая теперь удалена."}

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

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

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

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

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

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

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

{"answer": "нет", "пояснение": "В config/packages存放配置文件是按环境(environment)划分,而非按бандл或 тема,通常每个包会有多个文件对应不同环境。"}

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

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

{"answer": "нет", "пояснение": "Контейнер Symfony в production-режиме закомпилён и работает как неизменяемый публичный объект-фасад, поэтому setParameter() вызывает исключение RuntimeException, а параметры предназначены для изменения только во время компиляции контейнера, а не в рантайме из контроллера."}

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

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

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

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

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

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

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

{"answer": "да", "пояснение": "В Telegram Messenger для Yii2 параметр retry_strategy действительно настраивается на уровне транспорта, поскольку он связан с политикой повторных попыток отправки запросов через библиотеку php-telegram-bot/core."}

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

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

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

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

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

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

{"answer": "да", "пояснение": "Symfony 7.0 действительно сохранила поддержку аннотаций в докблоках (@Route, @Assert\\...) для определения маршрутов и валидации, хотя официально рекомендует переход на PHP 8 аннотации."}

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

{"answer": "нет", "пояснение": "Symfony 6.4 это LTS (Long Term Support) релиз с длительной поддержкой до июля 2028 года."}

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

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

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

{"answer": "нет", "пояснение": "Symfony 8.2 не может быть выпущена 07.11.2026, так какSymfony следует семантическому планированию релизов, где маJOR.minor версии с чётным minor (8.0, 8.2) выходят в мае, а не в ноябре, а версии с нечётным minor становятся LTS и выпускаются в ноябре."}

{"answer": "нет", "пояснение": "Symfony выпускает новые.major-версии в марте и сентябре каждого года, поэтому Symfony 8.0 должна выйти в сентябре 2026 года, а не в ноябре."}

{"answer": "8.2", "пояснение": "Symfony выпускает новые версии ежегодно в ноябре, поэтому после 8.1 следует 8.2."}

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

{"answer": "да", "пояснение": "Крупные версии PHP (с 7.0, 8.0 и 8.1) гарантируют обратную совместимость внутри одной мажорной ветки, поэтому переход с 8.1 на 8.2 не должен требовать изменений в коде — в отличие от перехода между мажорными версиями (например, 7.x → 8.0), где обратная совместимость может быть нарушена."}

{"answer": "8.4", "пояснение": "Symfony выпускает минорные версии каждые 4 месяца, и последней минорной версией ветки 8.x перед Symfony 9.0 станет 8.4, так как 8.x — это LTS-версия с длительной поддержкой."}

{"answer": "нет", "пояснение": "Symfony 8 потребует PHP 8.4 (мажорные версии Symfony требуют PHP не старше чем за один год, но не обещают PHP 8.5, который ещё не выпущен)."}

```json ⏎ {"answer": "да", "пояснение": "Согласно политике обратной совместимости Symfony, устаревшие (deprecated) функции, добавленные в мажорной версии 8.x, сохраняются как минимум до выхода Symfony 9.0, что соответствует семантическому версионированию с 18-месячным циклом поддержки."} ⏎ ```

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

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

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

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

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

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

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

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

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

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

{"answer": "нет", "пояснение": "Bootstrap 4 и более ранних версий использовал CSS float, но начиная с Bootstrap 5 сетка построена на Flexbox, а не на float."}

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

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

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

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

{"answer": "нет", "пояснение": "В Bootstrap тёмную тему по умолчанию включают классом .dark-theme, а не .dark, поэтому утверждение неверно."}

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

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

```json ⏎ { ⏎   "answer": "нет", ⏎   "пояснение": "В Doctrine ORM 3 метод EntityManager::merge() был удалён, вместо него рекомендуется использовать EntityManager::find() для получения существующего объекта или Doctrine ORM 3 EntityListener с mergeOverride." ⏎ } ⏎ ```

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

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

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

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

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

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

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

{"answer": "нет", "пояснение": "SERIAL — это эмуляция последовательности через autoincrement-интеллектуальную таблицу, а GENERATED ... AS IDENTITY — это полноценный функционал identity-колонок, предусмотренный стандартом SQL, они работают по-разному."}

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

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

{"answer": "да", "пояснение": "VACUUM (без флага FULL) освобождает пространство, занятое мёртвыми кортежами, и возвращает его операционной системе через truncation файлов базы данных."}

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

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

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

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

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

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

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

{"answer": "vector", "пояснение": "Расширение pgvector добавляет типы данных для векторов (включая embeddings) и индексы для векторного поиска в PostgreSQL."}

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

{"answer": "да", "пояснение": "В PostgreSQL уровень изоляции SERIALIZABLE действительно реализован через механизм блокировки MVCC с использованием special-блокировок (page-level insert locks), которые блокируют строки или страницы, в которые вставляются данные, чтобы предотвратить аномалии «утраченных» вставок и гонки за последовательностями."}

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

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

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

{"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, где идемпотентность обязательна."}

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

{"answer": "--randomize-order", "пояснение": "Опция --randomize-order в PHPUnit перемешивает порядок выполнения тестов для выявления скрытых зависимостей между ними."}

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

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

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

```json ⏎ {"answer": "other", "пояснение": "Поскольку 'a' — строка, содержащая нечисловые символы, switch использует строгое сравнение (===), поэтому case 0 не подходит и выполняется default."} ⏎ ```

```json ⏎ {"answer": "abc", "пояснение": "Когда передан массив с ключами разной длины, strtr заменяет только одиночные символы (\"a\" -> \"1\"), но не ищет совпадения для \"ab\", поэтому результат — \"1bc\"."} ⏎ ``` ⏎  ⏎ Подожди, я ошибся в объяснении, но давай проверим внимательно. ⏎  ⏎ Строка `'abc'`, замена по правилам: `a` → `1`, `ab` → `2`. strtr с массивом работает по принципу "максимального совпадения слева направо" — на позиции 0 он видит, что есть совпадение и для `a`, и для `ab`, и выбирает более длинное (`ab` → `2`), после чего пропускает оба символа, переходя к позиции 2 — символу `c`, который остаётся без замены. ⏎  ⏎ Итог: `"2c"`. ⏎  ⏎ ```json ⏎ {"answer": "2c", "пояснение": "strtr с массивом ищет совпадения максимальной длины слева направо: на позиции 0 находит \"ab\" (длиннее, чем \"a\") и заменяет на \"2\", далее остаётся \"c\" без изменений."} ⏎ ```

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

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

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

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

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

```json ⏎ {"answer": "B", "пояснение": "static::class использует позднее связывание (late static binding), поэтому static указывает на класс B, из экземпля которого вызван метод, несмотря на то, что метод объявлен в родительском классе A."} ⏎ ```

{"answer": "10", "пояснение": "В PHP 8.5 добавлены properties с встроенными getter/setтерами, где set-метод получает $value в области видимости объекта, и $value * 2 = 5 * 2 = 10."}

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

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

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

```json ⏎ {"answer": "second", "пояснение": "Исключение RuntimeException в первом try вызывает finally, где выбрасывается LogicException, который и попадает в catch."} ⏎ ```

```json ⏎ {"answer": "N\\Foo|Baz", "пояснение": "Baz::class через use возвращает полностью qualifizированное имя N\\Foo (наименование пространства имен в коде), тогда как \\Baz::class с обратной косой чертой берет класс Baz из глобального пространства имен."} ⏎ ```

{"answer": "yyes", "пояснение": "Первый вызов class_exists без полного имени класса работает из-за auto_load и пространства имён текущей неймспейс-контекста, поэтому он находит Ns\\Foo."}

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

```json ⏎ {"answer": "3", "пояснение": "Static-переменная принадлежит классу, в котором объявлена, поэтому и A, и B имеют свою независимую static $n, и после $a->inc() (1), $b->inc() (1), $a->inc() (2) выводится 2."} ⏎ ``` ⏎  ⏎ Подожди, перепроверю: static $n в A — своя для A (1, потом 2) и своя для B (1), поэтому $a->inc() вернёт 2.

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

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

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

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

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

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

{"answer": "diff", "пояснение": "В Doctrine есть два уровня кэширования: Level-1 (персистентность, привязана к EntityManager и работает как единый Unit of Work, гарантируя одинаковые объекты внутри одного запроса), а $em->find() гарантированно возвращает один и тот же объект в пределах одного EntityManager, поэтому spl_object_id($a) === spl_object_id($b), и код выведет 'same', а не 'diff'."}

{"answer": "0", "пояснение": "persist затем remove отменяют друг друга, и Doctrine перед flush видит сущность как transient/removed, поэтому в базу ничего не записывается и в таблице остаётся 0 строк.", "ответ": "да"}

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

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

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

```json ⏎ { ⏎   "answer": "11", ⏎   "пояснение": "Middleware HandleMessageMiddleware последовательно вызывает все обработчики для класса Ping, увеличивая $n на 1 (d1) и на 10 (d2), поэтому выведется 11." ⏎ } ⏎ ```

{"answer": 1, "пояснение": "Обе вставки значения 1 с ON CONFLICT DO NOTHING успешно завершаются без ошибок, поэтому в таблице оказывается ровно одна строка."}

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

{"answer": 2, "пояснение": "Фильтр test_sum соответствует обоим методам test_sum и test_sum_abs (регистронезависимое совпадение по подстроке), поэтому выполняются 2 тест-кейса из первого провайдера, а test_other не попадает под фильтр."}

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

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

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

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

{"answer": "фраза \"fragment\" (хэш-фрагмент, после знака #)", "пояснение": "При response_type=token (Implicit Flow) access_token передаётся в фрагменте URL после знака #, так как именно эта часть никогда не отправляется на сервер."}

```json ⏎ { ⏎   "answer": "0", ⏎   "пояснение": "Оператор default заменяет false на 2, но из-за приоритета операций умножение применяется к false (который приводит к 0), поэтому результат умножения 0 на 3 равен 0." ⏎ } ⏎ ```

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

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

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

```json ⏎ { ⏎   "answer": "same", ⏎   "пояснение": "ContainerByDefault в Symfony по умолчанию использует singletons (singleton=true), поэтому два вызова get() для одного сервиса возвращают один и тот же экземпляр объекта." ⏎ } ⏎ ```

{"answer": "hi Bob!", "пояснение": "Контейнер рекурсивно разрешает вложенные параметрические плейсхолдеры %name% и %greeting%, заменяя сначала %name% на Bob, затем %greeting% на hi Bob и добавляя восклицательный знак из %message%."}

{"answer": "750px", "пояснение": "В Bootstrap 5.3 класс .container на breakpoints md (min-width: 768px) и lg (min-width: 992px) имеет max-width 750px, так как 992px соответствует началу breakpoint lg, где max-width остаётся 750px."}

{"answer": "text-danger", "пояснение": "В CSS правило .text-primary идёт ниже в коде, но класс text-danger применяется позже в последовательности классов внутри одного элемента, поэтому выигрывает по специфичности при одинаковой весовой нагрузке классов из одного элемента."}

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

{"answer": 2, "пояснение": "PlaceOrder (Application) и Db (Infrastructure) нарушают правило Domain, а \\App\\Infrastructure\\Logger — это суперкласс \\App\\Infrastructure\\Db, поэтому его использование считается нарушением (на практике deptrac часто считает Logger отдельным нарушением, но логически это то же правило Infrastructure → Domain)."}

```json ⏎ {"answer": "10,15", "пояснение": "Класс использует приватные финальные свойства и конструктор, метод add возвращает новый объект, поэтому $a->amount остаётся 10, а $c->amount равно 15."} ⏎ ```

```json ⏎ {"answer": "0", "пояснение": "Метод remove выбрасывает DomainException для последнего элемента, который ловится в catch, после чего items пуст, поэтому count вернёт 0."} ⏎ ```

```json ⏎ {"answer": "hi", "пояснение": "В PHP 8.0+ разрешено применять цепочку методов прямо к результату new, поэтому метод hi() выполняется и выводит строку 'hi'."} ⏎ ```

{"answer": "yesno", "пояснение": "newLazyGhost создаёт отложенный гость, который остаётся неинициализированным до первого обращения к свойству, поэтому до доступа $o->v isUninitializedLazyObject вернёт yes, а после — no."}

{"answer": "no", "пояснение": "В Symfony 7+ классы AbstractGuardAuthenticator были удалены, поэтому class_exists вернёт false."}

{"answer": "noneyes", "пояснение": "AnnotationClassLoader удалён в Symfony 6 (заменён на AttributeClassLoader, который начиная с Symfony 5.1 использует PHP-атрибуты вместо аннотаций)."}