Пример запроса (первая клетка). System одинаковый во всех запросах прогона, user — свой вопрос для каждой клетки:
| Клетка | Тема | Утверждение | Ответ |
Результат | Обоснование |
T01-L1 3.44 c | Синтаксис и операторы | Строки в двойных и одинарных кавычках обрабатываются одинаково, разница только в скорости. | «нет» Пояснение: В двойных кавычках PHP выполняет интерполяцию переменных и обработчики (например, \n), тогда как в одинарных они выводятся буквально, что является функциональной, а не только производительностной разницей.
Raw{"answer": "нет", "пояснение": "В двойных кавычках PHP выполняет интерполяцию переменных и обработчики (например, \\n), тогда как в одинарных они выводятся буквально, что является функциональной, а не только производительностной разницей."} | верно | В двойных кавычках работают интерполяция переменных и escape-последовательности, в одинарных — нет. |
T01-L2 0.43 c | Синтаксис и операторы | Оператор ?? работает по семантике isset и не порождает предупреждений для неопределённых переменных. | «да» Пояснение: Оператор null coalescing (??) действительно возвращает первый не-null операнд, не генерируя предупреждений о неопределенных переменных.
Raw{"answer": "да", "пояснение": "Оператор null coalescing (??) действительно возвращает первый не-null операнд, не генерируя предупреждений о неопределенных переменных."} | верно | ?? работает по семантике isset — несуществующие переменные и ключи допустимы. |
T01-L3 0.39 c | Синтаксис и операторы | Что выведет: echo 'a', 'b'; | «ab» Пояснение: Оператор запятой в PHP разделяет инструкции, поэтому echo выведет 'a' и 'b' подряд.
Raw{"answer": "ab", "пояснение": "Оператор запятой в PHP разделяет инструкции, поэтому echo выведет 'a' и 'b' подряд."} | верно | echo принимает список аргументов: ab. |
T01-L4 0.27 c | Синтаксис и операторы | print возвращает значение 1 и может использоваться внутри выражения. | «да» Пояснение: Функция print в PHP возвращает целое число 1, что позволяет использовать её внутри выражений.
Raw{"answer": "да", "пояснение": "Функция print в PHP возвращает целое число 1, что позволяет использовать её внутри выражений."} | верно | print — выражение со значением 1, в отличие от echo, который значения не возвращает. |
T01-L5 0.33 c | Синтаксис и операторы | Оператор ?: (элвис) возвращает левый операнд, если он ложный. | «нет» Пояснение: Оператор ?: возвращает левый операнд, если он истинный (не пустой/false/null), а не ложный.
Raw{"answer": "нет", "пояснение": "Оператор ?: возвращает левый операнд, если он истинный (не пустой/false/null), а не ложный."} | верно | Наоборот: $a ?: $b возвращает $a, если он истинный, иначе $b. |
T01-L6 0.62 c | Синтаксис и операторы | В PHP 8 приоритет оператора конкатенации (.) ниже, чем у сложения и вычитания. | «да» Пояснение: В PHP оператор конкатенации (.) действительно имеет более низкий приоритет, чем арифметические операторы сложения (+) и вычитания (-), поэтому выражение "a" . 1 + 2 сначала выполнит сложение, а затем конкатенацию.
Raw{"answer": "да", "пояснение": "В PHP оператор конкатенации (.) действительно имеет более низкий приоритет, чем арифметические операторы сложения (+) и вычитания (-), поэтому выражение \"a\" . 1 + 2 сначала выполнит сложение, а затем конкатенацию."} | верно | С PHP 8 (RFC concat precedence) '.' имеет приоритет ниже арифметики: 'сумма: ' . 2 + 3 → 'сумма: 5' (в PHP 7 было иначе). |
T01-L7 0.48 c | Синтаксис и операторы | Выражение 2 ** 3 ** 2 в PHP вычисляется как (2 ** 3) ** 2, то есть 64. | «нет» Пояснение: Оператор ** в PHP имеет правостороннюю ассоциативность, поэтому выражение вычисляется как 2 ** (3 ** 2) = 2 ** 9 = 512.
Raw{"answer": "нет", "пояснение": "Оператор ** в PHP имеет правостороннюю ассоциативность, поэтому выражение вычисляется как 2 ** (3 ** 2) = 2 ** 9 = 512."} | верно | ** право-ассоциативен: 2 ** (3 ** 2) = 2 ** 9 = 512. |
T01-L8 0.69 c | Синтаксис и операторы | Какую строку выведет: echo 'сумма: ' . 2 + 3; (PHP 8)? | «сумма: 5» Пояснение: Оператор конкатенации '.' имеет более высокий приоритет, чем арифметический оператор '+', поэтому сначала выполняется '2 + 3' (сумма), а затем эта числовая строка конкатенируется со строкой 'сумма: '.
Raw{ ⏎ "answer": "сумма: 5", ⏎ "пояснение": "Оператор конкатенации '.' имеет более высокий приоритет, чем арифметический оператор '+', поэтому сначала выполняется '2 + 3' (сумма), а затем эта числовая строка конкатенируется со строкой 'сумма: '." ⏎ } | верно | Парная к verify-клетке про приоритет: 'сумма: 5'. |
T02-L1 0.73 c | Типы и сравнения | Массивы при строгом сравнении === считаются равными независимо от порядка элементов. | «нет» Пояснение: Строгое сравнение массивов (===) требует равенства ключей и значений, а также их идентичности, но порядок элементов в ассоциативных массивах также учитывается, а для индексированных массивов порядок является частью структуры.
Raw{"answer": "нет", "пояснение": "Строгое сравнение массивов (===) требует равенства ключей и значений, а также их идентичности, но порядок элементов в ассоциативных массивах также учитывается, а для индексированных массивов порядок является частью структуры."} | верно | === для массивов требует совпадения и значений, и их порядка. |
T02-L2 0.41 c | Типы и сравнения | Сравнение 0 == false возвращает false, потому что это строгое сравнение. | «нет» Пояснение: Оператор == выполняет слабое сравнение, и 0 == false возвращает true, так как false кастится в 0.
Raw{"answer": "нет", "пояснение": "Оператор == выполняет слабое сравнение, и 0 == false возвращает true, так как false кастится в 0."} | верно | Наоборот: == — нестрогое сравнение и возвращает true; строгое — это === (0 === false → false). |
T02-L3 0.29 c | Типы и сравнения | В PHP 8 выражение "abc" == 0 возвращает true. | «нет» Пояснение: В PHP 8 сравнение нечисловой строки с числом возвращает false.
Raw{"answer": "нет", "пояснение": "В PHP 8 сравнение нечисловой строки с числом возвращает false."} | верно | С PHP 8 нечисловая строка сравнивается как строка: "abc" == "0" → false (в PHP 7 было true). |
T02-L4 0.41 c | Типы и сравнения | Значение null при нестрогом сравнении равно одновременно 0, пустой строке и false. | «да» Пояснение: В PHP null при нестрогом сравнении (==) действительно равно 0, пустой строке (''), false и числу 0.0.
Raw{"answer": "да", "пояснение": "В PHP null при нестрогом сравнении (==) действительно равно 0, пустой строке (''), false и числу 0.0."} | верно | null == 0, null == "" и null == false — все true. |
T02-L5 0.74 c | Типы и сравнения | Что вернёт выражение: (int) '42abc'? | «42» Пояснение: Преобразование (int) '42abc' в PHP 8.0+ выбрасывает Warning и возвращает 0, но в PHP 7.x и ранее возвращает 42, отбрасывая хвост; в контексте большинства тестов подразумевается классическое поведение или допустимость частичного преобразования.
Raw{"answer": 42, "пояснение": "Преобразование (int) '42abc' в PHP 8.0+ выбрасывает Warning и возвращает 0, но в PHP 7.x и ранее возвращает 42, отбрасывая хвост; в контексте большинства тестов подразумевается классическое поведение или допустимость частичного преобразования."} | верно | Ведущая числовая часть: 42, без ошибок и warning. |
T02-L6 0.37 c | Типы и сравнения | Что вернёт выражение: '5' + 5? | «10» Пояснение: В PHP строка, представляющая целое число, приводится к типу int при выполнении арифметической операции.
Raw{"answer": 10, "пояснение": "В PHP строка, представляющая целое число, приводится к типу int при выполнении арифметической операции."} | верно | Числовая строка приводится: int 10. |
T02-L7 0.24 c | Типы и сравнения | При приведении к строке значение false превращается в "0". | «нет» Пояснение: При приведении к строке значение false превращается в пустую строку "".
Raw{"answer": "нет", "пояснение": "При приведении к строке значение false превращается в пустую строку \"\"."} | верно | false → "", true → "1". |
T02-L8 0.39 c | Типы и сравнения | Сравнение 0.1 + 0.2 === 0.3 возвращает false. | «да» Пояснение: Из-за ограничений представления чисел с плавающей точкой результат 0.1 + 0.2 не равен точно 0.3, поэтому строгое сравнение возвращает false.
Raw{"answer": "да", "пояснение": "Из-за ограничений представления чисел с плавающей точкой результат 0.1 + 0.2 не равен точно 0.3, поэтому строгое сравнение возвращает false."} | верно | Двоичная погрешность float: 0.1 + 0.2 = 0.30000000000000004. |
T03-L1 0.35 c | Строки | strrev() корректно переворачивает строку в UTF-8. | «нет» Пояснение: Функция strrev() работает с байтами, а не с многобайтовыми символами, поэтому она повреждает UTF-8 строки.
Raw{"answer": "нет", "пояснение": "Функция strrev() работает с байтами, а не с многобайтовыми символами, поэтому она повреждает UTF-8 строки."} | верно | strrev переворачивает байты и ломает многобайтовые последовательности. |
T03-L2 0.3 c | Строки | str_contains('Hello world', 'world') возвращает true. | «да» Пояснение: Функция str_contains() проверяет, содержится ли строка 'world' в строке 'Hello world', и возвращает true.
Raw{"answer": "да", "пояснение": "Функция str_contains() проверяет, содержится ли строка 'world' в строке 'Hello world', и возвращает true."} | верно | str_contains с PHP 8.0 проверяет вхождение подстроки. |
T03-L3 0.39 c | Строки | str_pad() умеет дополнять строку только справа. | «нет» Пояснение: Функция str_pad() умеет дополнять строку слева, справа или с обеих сторон в зависимости от параметра side (STR_PAD_LEFT, STR_PAD_RIGHT, STR_PAD_BOTH).
Raw{"answer": "нет", "пояснение": "Функция str_pad() умеет дополнять строку слева, справа или с обеих сторон в зависимости от параметра side (STR_PAD_LEFT, STR_PAD_RIGHT, STR_PAD_BOTH)."} | верно | STR_PAD_LEFT / STR_PAD_BOTH меняют сторону дополнения. |
T03-L4 0.46 c | Строки | По умолчанию trim() срезает только пробелы, не трогая табы и переводы строк. | «нет» Пояснение: Функция trim() по умолчанию удаляет пробелы, табуляцию, переводы строк и другие управляющие символы (включая \n, \r, \t).
Raw{"answer": "нет", "пояснение": "Функция trim() по умолчанию удаляет пробелы, табуляцию, переводы строк и другие управляющие символы (включая \\n, \\r, \\t)."} | верно | Список символов по умолчанию: « \t\n\r\0\x0B» — пробелы, табы, переводы строк, возврат каретки, null-байт, вертикальный таб. Проверено php -r. |
T03-L5 0.51 c | Строки | Сколько БАЙТ вернёт strlen('привет') для строки в UTF-8? | «12» Пояснение: В PHP функция strlen() возвращает количество байтов в строке, а поскольку каждый кириллический символ в кодировке UTF-8 занимает 2 байта, то 6 символов * 2 байта = 12 байт.
Raw{"answer": 12, "пояснение": "В PHP функция strlen() возвращает количество байтов в строке, а поскольку каждый кириллический символ в кодировке UTF-8 занимает 2 байта, то 6 символов * 2 байта = 12 байт."} | верно | 6 букв по 2 байта: 12. |
T03-L6 0.34 c | Строки | Что вернёт substr('abcdef', -3)? | «def» Пояснение: Функция substr возвращает часть строки, начиная с 3-го символа от конца.
Raw{"answer": "def", "пояснение": "Функция substr возвращает часть строки, начиная с 3-го символа от конца."} | верно | Отрицательное смещение — с конца: def. |
T03-L7 0.31 c | Строки | ucfirst() изменяет строку, переданную ей, на месте. | «нет» Пояснение: Функция ucfirst() возвращает новую строку с первой буквой в верхнем регистре, не изменяя исходную строку.
Raw{"answer": "нет", "пояснение": "Функция ucfirst() возвращает новую строку с первой буквой в верхнем регистре, не изменяя исходную строку."} | верно | Строки неизменяемы; ucfirst возвращает новую строку. |
T03-L8 0.49 c | Строки | В heredoc работают интерполяция переменных, а в nowdoc — нет. | «да» Пояснение: Heredoc позволяет интерполировать переменные, а nowdoc (обозначается nowdoc <<<'EOT'...) обрабатывает содержимое как обычную строку без интерполяции.
Raw{"answer": "да", "пояснение": "Heredoc позволяет интерполировать переменные, а nowdoc (обозначается nowdoc <<<'EOT'...) обрабатывает содержимое как обычную строку без интерполяции."} | верно | Nowdoc — «одинарные кавычки» в тройном синтаксисе: текст как есть. |
T04-L1 0.52 c | Массивы | Функция sort() сохраняет связь ключей и значений массива. | «нет» Пояснение: Функция sort() переиндексирует массив по числовым индексами начиная с нуля, теряя прежние ключи; для сохранения связи ключей и значений нужно использовать asort().
Raw{"answer": "нет", "пояснение": "Функция sort() переиндексирует массив по числовым индексами начиная с нуля, теряя прежние ключи; для сохранения связи ключей и значений нужно использовать asort()."} | верно | sort перенумеровывает ключи; связь сохраняет asort. |
T04-L2 0.43 c | Массивы | Строковый ключ '5' в массиве сохраняется как целое число 5. | «да» Пояснение: PHP автоматически преобразует строковые ключи, состоящие из целых чисел, в целочисленные ключи при создании или доступе к массиву.
Raw{"answer": "да", "пояснение": "PHP автоматически преобразует строковые ключи, состоящие из целых чисел, в целочисленные ключи при создании или доступе к массиву."} | верно | Каноничные десятичные строковые ключи приводятся к int. |
T04-L3 0.33 c | Массивы | Функция in_array() по умолчанию использует строгое сравнение (===). | «нет» Пояснение: По умолчанию параметр $strict равен false, что означает сравнение с помощью ==, а не ===.
Raw{"answer": "нет", "пояснение": "По умолчанию параметр $strict равен false, что означает сравнение с помощью ==, а не ===."} | верно | По умолчанию сравнение нестрогое; строгое — третий аргумент true. |
T04-L4 0.34 c | Массивы | array_filter() без колбэка удаляет из массива все «пустые» (falsy) элементы. | «да» Пояснение: По умолчанию array_filter() удаляет элементы, которые считаются ложными (false, 0, "", null, false).
Raw{"answer": "да", "пояснение": "По умолчанию array_filter() удаляет элементы, которые считаются ложными (false, 0, \"\", null, false)."} | верно | Убирает 0, "", null, false и пустые массивы. |
T04-L5 0.37 c | Массивы | Функция array_slice() по умолчанию сохраняет исходные числовые ключи массива. | «да» Пояснение: Параметр $preserve_keys по умолчанию имеет значение false, что приводит к переиндексации массива, а не к сохранению исходных ключей.
Raw{"answer": "да", "пояснение": "Параметр $preserve_keys по умолчанию имеет значение false, что приводит к переиндексации массива, а не к сохранению исходных ключей."} | неверно верный: «нет» | По умолчанию ключи перенумеровываются; сохранение — preserve_keys = true. |
T04-L6 0.36 c | Массивы | Что вернёт array_slice([10, 20, 30, 40], 1, 2)? | «[20, 30]» Пояснение: array_slice возвращает подмассив с 1-го индекса длиной 2 элемента.
Raw{"answer": "[20, 30]", "пояснение": "array_slice возвращает подмассив с 1-го индекса длиной 2 элемента."} | верно | [20,30]; ключи перенумеровываются. |
T04-L7 0.52 c | Массивы | Сколько элементов будет в count(['a' => 1] + ['a' => 9, 'b' => 2])? | «2» Пояснение: При объединении массивов ключи с одинаковыми именами сохраняются от левого массива, поэтому дубликат ключа 'a' с значением 9 игнорируется, а добавляется только новый ключ 'b'.
Raw{"answer": 2, "пояснение": "При объединении массивов ключи с одинаковыми именами сохраняются от левого массива, поэтому дубликат ключа 'a' с значением 9 игнорируется, а добавляется только новый ключ 'b'."} | верно | Оператор + : по ключу 'a' побеждает левый; итого 2. |
T04-L8 0.39 c | Массивы | Spread-оператор [...$a, ...$b] с PHP 8.1 поддерживает массивы со строковыми ключами. | «да» Пояснение: Начиная с PHP 8.1, spread-оператор для массивов позволяет использовать массивы со строковыми ключами в списках выражений.
Raw{"answer": "да", "пояснение": "Начиная с PHP 8.1, spread-оператор для массивов позволяет использовать массивы со строковыми ключами в списках выражений."} | верно | В 8.0 — только числовые ключи; 8.1 снял ограничение. |
T05-L1 0.38 c | Функции и замыкания | Именованные аргументы нельзя комбинировать с распаковкой массива ...$args в одном вызове. | «нет» Пояснение: В PHP можно комбинировать именованные аргументы с распаковкой массива, но именованные аргументы должны идти до распаковки.
Raw{"answer": "нет", "пояснение": "В PHP можно комбинировать именованные аргументы с распаковкой массива, но именованные аргументы должны идти до распаковки."} | верно | Можно: f(...$args, имя: значение). Нельзя только позиционный аргумент после распаковки. |
T05-L2 0.45 c | Функции и замыкания | Анонимная функция без use видит переменные внешней области видимости. | «нет» Пояснение: Анонимные функции (замыкания) по умолчанию не имеют доступа к переменным внешней области видимости; для этого необходимо явно указать их в блоке use.
Raw{"answer": "нет", "пояснение": "Анонимные функции (замыкания) по умолчанию не имеют доступа к переменным внешней области видимости; для этого необходимо явно указать их в блоке use."} | верно | Без use внешние переменные недоступны; авто-захват только у fn. |
T05-L3 0.32 c | Функции и замыкания | Что вернёт func_num_args() внутри function f($a) { return func_num_args(); } при вызове f(1, 2, 3)? | «3» Пояснение: func_num_args() возвращает количество переданных аргументов, даже если в определении функции их меньше.
Raw{"answer": 3, "пояснение": "func_num_args() возвращает количество переданных аргументов, даже если в определении функции их меньше."} | верно | Считает переданные аргументы: 3. |
T05-L4 0.32 c | Функции и замыкания | Тело стрелочной функции fn может состоять из нескольких выражений в фигурных скобках. | «да» Пояснение: Если тело состоит из нескольких выражений, оно обязательно заключается в фигурные скобки {}.
Raw{"answer": "да", "пояснение": "Если тело состоит из нескольких выражений, оно обязательно заключается в фигурные скобки {}."} | неверно верный: «нет» | fn — всегда одно выражение; блок операторов делает обычная анонимная функция. |
T05-L5 0.42 c | Функции и замыкания | Стрелочная функция fn захватывает внешние переменные по ссылке (лениво, при использовании). | «нет» Пояснение: Стрелочные функции (fn) захватывают внешние переменные по значению (by value), в отличие от обычных замыканий (closure), которые захватывают по ссылке.
Raw{"answer": "нет", "пояснение": "Стрелочные функции (fn) захватывают внешние переменные по значению (by value), в отличие от обычных замыканий (closure), которые захватывают по ссылке."} | верно | fn захватывает только по значению, автоматически; по ссылке — только &$var в use у обычной функции (fn так не умеет). |
T05-L6 0.34 c | Функции и замыкания | Замыкание, объявленное как static function () {}, не захватывает $this. | «да» Пояснение: Статические замыкания в PHP не имеют доступа к $this, так как они не связаны с экземпляром класса.
Raw{"answer": "да", "пояснение": "Статические замыкания в PHP не имеют доступа к $this, так как они не связаны с экземпляром класса."} | верно | static-замыкание отвязано от объекта: $this внутри недоступен. |
T05-L7 0.52 c | Функции и замыкания | Что выведет: $x = 5; $f = function () use ($x) { return $x; }; $x = 7; echo $f(); | «5» Пояснение: Переменная $x копируется в замыкание по значению (default is by value) при определении функции, поэтому изменение внешнего $x на 7 не влияет на возвращаемое значение.
Raw{"answer": 5, "пояснение": "Переменная $x копируется в замыкание по значению (default is by value) при определении функции, поэтому изменение внешнего $x на 7 не влияет на возвращаемое значение."} | верно | use захватывает по значению в момент создания: 5. |
T05-L8 0.42 c | Функции и замыкания | В «слабом» режиме типизации (без strict_types) передача строки "5" в параметр с типом int допустима. | «да» Пояснение: В слабом режиме типизации PHP автоматически преобразует числовые строки в целые числа при передаче в параметры с типом int.
Raw{"answer": "да", "пояснение": "В слабом режиме типизации PHP автоматически преобразует числовые строки в целые числа при передаче в параметры с типом int."} | верно | Coercive typing приводит "5" к 5; strict_types=1 требует точного типа. |
T06-L1 0.47 c | ООП: классы и наследование | PHP поддерживает promotion свойств в конструкторе: public function __construct(private int $x) {}. | «да» Пояснение: PHP 8.0 и новее поддерживает свойства конструктора (constructor property promotion), позволяя объявить и инициализировать свойство прямо в параметре конструктора.
Raw{"answer": "да", "пояснение": "PHP 8.0 и новее поддерживает свойства конструктора (constructor property promotion), позволяя объявить и инициализировать свойство прямо в параметре конструктора."} | верно | С PHP 8.0 параметр с модификатором создаёт свойство и присваивание. |
T06-L2 0.28 c | ООП: классы и наследование | Какое ключевое слово запрещает переопределять метод в подклассах? | «final» Пояснение: Ключевое слово final запрещает переопределение метода в дочерних классах.
Raw{"answer": "final", "пояснение": "Ключевое слово final запрещает переопределение метода в дочерних классах."} | верно | final. |
T06-L3 0.27 c | ООП: классы и наследование | Метод, объявленный как final, нельзя переопределить в подклассе. | «да» Пояснение: В PHP модификатор final запрещает переопределение метода в дочерних классах.
Raw{"answer": "да", "пояснение": "В PHP модификатор final запрещает переопределение метода в дочерних классах."} | верно | final запрещает переопределение метода и наследование класса. |
T06-L4 0.39 c | ООП: классы и наследование | Свойства родителя с видимостью private доступны в подклассе. | «нет» Пояснение: Свойства с модификатором private доступны только в классе, где они объявлены, и недоступны в подклассах.
Raw{"answer": "нет", "пояснение": "Свойства с модификатором private доступны только в классе, где они объявлены, и недоступны в подклассах."} | верно | В подклассе видны protected и public; private — только внутри своего класса. |
T06-L5 0.6 c | ООП: классы и наследование | Что вернёт get_class(new class {})? Ответь частью имени до нулевого байта (без пути к файлу). | «class@anonymous» Пояснение: get_class() возвращает имя анонимного класса, который включает префикс class@anonymous и уникальный суффикс, но до нулевого байта (или начала суффикса) идет именно это основание.
Raw{"answer": "class@anonymous", "пояснение": "get_class() возвращает имя анонимного класса, который включает префикс class@anonymous и уникальный суффикс, но до нулевого байта (или начала суффикса) идет именно это основание."} | верно | get_class анонимного класса печатает class@anonymous\0<файл>:<строка>$n; короткая форма — часть до NUL-байта. Проверено php -r (hex). |
T06-L6 0.58 c | ООП: классы и наследование | private-метод родителя не входит в контракт наследования: потомок может объявить метод с тем же именем с любой видимостью. | «да» Пояснение: Приватные методы не являются частью публичного интерфейса класса и не наследуются, поэтому в дочерних классах можно объявить метод с тем же именем с любой модификатором видимости без нарушения совместимости.
Raw{"answer": "да", "пояснение": "Приватные методы не являются частью публичного интерфейса класса и не наследуются, поэтому в дочерних классах можно объявить метод с тем же именем с любой модификатором видимости без нарушения совместимости."} | верно | private-члены не наследуются — правила совместимости подписей не действуют. |
T06-L7 0.47 c | ООП: классы и наследование | Магический метод __get() вызывается только для несуществующих свойств. | «нет» Пояснение: Метод __get() вызывается для недоступных (неопределенных, публичных/protected/private) свойств, а не только для несуществующих.
Raw{"answer": "нет", "пояснение": "Метод __get() вызывается для недоступных (неопределенных, публичных/protected/private) свойств, а не только для несуществующих."} | верно | __get срабатывает и для существующих, но недоступных (private/protected извне). |
T06-L8 0.39 c | ООП: классы и наследование | Что бросит повторное присваивание readonly-свойства — Exception или Error? | «error» Пояснение: Попытка записи в readonly-свойство вызывает Error уровня PHP (PHP Fatal error), а не Exception.
Raw{"answer": "Error", "пояснение": "Попытка записи в readonly-свойство вызывает Error уровня PHP (PHP Fatal error), а не Exception."} | верно | Error (readonly с 8.1); оговорка: в __clone() переинициализация допустима (8.3+). |
T07-L1 0.61 c | Интерфейсы, трейты, enum | Интерфейс может объявлять константы. | «да» Пояснение: В PHP 8.1 и выше интерфейсы поддерживают объявление констант, которые реализующие классы могут переопределять только, если они имеют идентичное значение, либо наследуют, если не переопределяют.
Raw{"answer": "да", "пояснение": "В PHP 8.1 и выше интерфейсы поддерживают объявление констант, которые реализующие классы могут переопределять только, если они имеют идентичное значение, либо наследуют, если не переопределяют."} | верно | Константы интерфейса наследуются реализациями. |
T07-L2 0.32 c | Интерфейсы, трейты, enum | Какой оператор проверяет, что объект реализует класс или интерфейс? | «instanceof» Пояснение: Оператор instanceof проверяет, является ли объект экземпляром указанного класса или реализует ли интерфейс.
Raw{"answer": "instanceof", "пояснение": "Оператор instanceof проверяет, является ли объект экземпляром указанного класса или реализует ли интерфейс."} | верно | instanceof. |
T07-L3 0.35 c | Интерфейсы, трейты, enum | Интерфейс может объявлять статические методы. | «да» Пояснение: С PHP 8.1 интерфейсы могут объявлять статические методы, которые должны быть реализованы как статические в реализующих классах.
Raw{"answer": "да", "пояснение": "С PHP 8.1 интерфейсы могут объявлять статические методы, которые должны быть реализованы как статические в реализующих классах."} | верно | Реализация обязана дать статический метод с той же сигнатурой. |
T07-L4 0.41 c | Интерфейсы, трейты, enum | Оператор instanceof проверяет только наследование классов: интерфейсы он не учитывает. | «нет» Пояснение: Оператор instanceof проверяет принадлежность объекта к классу, его родительским классам, а также к реализованным интерфейсам и их родительским интерфейсам.
Raw{"answer": "нет", "пояснение": "Оператор instanceof проверяет принадлежность объекта к классу, его родительским классам, а также к реализованным интерфейсам и их родительским интерфейсам."} | верно | instanceof возвращает true и для интерфейсов объекта. |
T07-L5 0.47 c | Интерфейсы, трейты, enum | Метод интерфейса может иметь реализацию по умолчанию, как метод трейта. | «нет» Пояснение: В PHP интерфейсы (interface) не могут содержать реализацию методов, а только их сигнатуры; реализация по умолчанию возможна только в трейтах (trait) или абстрактных классах.
Raw{"answer": "нет", "пояснение": "В PHP интерфейсы (interface) не могут содержать реализацию методов, а только их сигнатуры; реализация по умолчанию возможна только в трейтах (trait) или абстрактных классах."} | верно | Методы интерфейса — только сигнатуры; тело даёт реализующий класс. |
T07-L6 0.41 c | Интерфейсы, трейты, enum | Абстрактный метод в абстрактном классе может иметь видимость protected. | «да» Пояснение: Абстрактные методы в PHP могут иметь видимость public, protected или private (с PHP 7.2+), но обычно используются public или protected.
Raw{"answer": "да", "пояснение": "Абстрактные методы в PHP могут иметь видимость public, protected или private (с PHP 7.2+), но обычно используются public или protected."} | верно | В абстрактном классе — любая видимость; в интерфейсе — только public. |
T07-L7 0.32 c | Интерфейсы, трейты, enum | Сколько элементов вернёт Foo::cases() для enum Foo { case A; case B; case C; }? | «3» Пояснение: Метод cases() возвращает массив всех случаев enum, а их в данном примере три.
Raw{"answer": 3, "пояснение": "Метод cases() возвращает массив всех случаев enum, а их в данном примере три."} | верно | Статический метод cases(): 3. |
T07-L8 0.35 c | Интерфейсы, трейты, enum | Трейт может объявлять константы. | «да» Пояснение: Трейты в PHP могут объявлять константы, которые становятся доступны в классах, использующих трейт.
Raw{"answer": "да", "пояснение": "Трейты в PHP могут объявлять константы, которые становятся доступны в классах, использующих трейт."} | верно | С PHP 8.2 трейты могут объявлять константы (RFC constants_in_traits); до 8.2 — нет. |
T08-L1 0.35 c | Исключения и ошибки | Интерфейс Throwable — общий предок и для Exception, и для Error. | «да» Пояснение: В PHP интерфейс Throwable является общим предком для классов Exception и Error, что позволяет единообразно перехватывать любые сбои выполнения.
Raw{"answer": "да", "пояснение": "В PHP интерфейс Throwable является общим предком для классов Exception и Error, что позволяет единообразно перехватывать любые сбои выполнения."} | верно | Иерархия с PHP 7: Throwable → Exception и Throwable → Error. |
T08-L2 0.3 c | Исключения и ошибки | Блок catch (Exception $e) перехватит и TypeError, потому что TypeError в итоге наследуется от Exception. | «нет» Пояснение: TypeError наследуется от Error, а не от Exception, поэтому блок catch (Exception $e) его не перехватит.
Raw{"answer": "нет", "пояснение": "TypeError наследуется от Error, а не от Exception, поэтому блок catch (Exception $e) его не перехватит."} | верно | TypeError наследуется от Error; catch (Exception) его не ловит. |
T08-L3 0.43 c | Исключения и ошибки | Оператор @ подавляет и исключения тоже. | «нет» Пояснение: Оператор @ в PHP подавляет только ошибки (warnings, notices), но не исключения (exceptions), которые все равно должны перехватываться блоком try-catch.
Raw{"answer": "нет", "пояснение": "Оператор @ в PHP подавляет только ошибки (warnings, notices), но не исключения (exceptions), которые все равно должны перехватываться блоком try-catch."} | верно | @ глушит диагностику (warnings/notices), исключения не перехватывает. |
T08-L4 0.35 c | Исключения и ошибки | Какой класс ошибки бросит intdiv(5, 0)? | «divisionbyzeroerror» Пояснение: В PHP 7+ функция intdiv(5, 0) вызывает ошибку типа DivisionByZeroError.
Raw{ ⏎ "answer": "DivisionByZeroError", ⏎ "пояснение": "В PHP 7+ функция intdiv(5, 0) вызывает ошибку типа DivisionByZeroError." ⏎ } | верно | DivisionByZeroError (иерархия Error, не Exception); php-грейдер объективен. |
T08-L5 0.27 c | Исключения и ошибки | Блок finally выполняется только если исключение было поймано блоком catch. | «нет» Пояснение: Блок finally выполняется всегда, независимо от того, было ли выброшено или поймано исключение.
Raw{"answer": "нет", "пояснение": "Блок finally выполняется всегда, независимо от того, было ли выброшено или поймано исключение."} | верно | Наоборот: finally выполняется всегда — даже когда исключение не поймано и уходит выше. Проверено php -r. |
T08-L6 0.43 c | Исключения и ошибки | Исключение, выброшенное внутри блока finally, никак не влияет на результат try-блока. | «нет» Пояснение: Исключение в finally-блоке прерывает выполнение и заменяет исходное исключение (если было) или возникает как новое, полностью влияя на результат.
Raw{"answer": "нет", "пояснение": "Исключение в finally-блоке прерывает выполнение и заменяет исходное исключение (если было) или возникает как новое, полностью влияя на результат."} | верно | Исключение из finally перекрывает исходное и уходит вместо него. |
T08-L7 0.38 c | Исключения и ошибки | Что вернёт выражение: (bool) new Exception('x')? | «да» Пояснение: Приведение ненулевой переменной (объекта) к булеву значению всегда даёт true.
Raw{"answer": "да", "пояснение": "Приведение ненулевой переменной (объекта) к булеву значению всегда даёт true."} | верно | Любой объект при приведении к bool — true. Формы ответа: true или да. |
T08-L8 0.33 c | Исключения и ошибки | Функции, зарегистрированные через register_shutdown_function(), выполняются при вызове exit. | «да» Пояснение: Функции, зарегистрированные через register_shutdown_function(), вызываются при завершении выполнения скрипта, включая явный вызов exit.
Raw{"answer": "да", "пояснение": "Функции, зарегистрированные через register_shutdown_function(), вызываются при завершении выполнения скрипта, включая явный вызов exit."} | верно | exit завершает скрипт, но shutdown-функции отрабатывают. |
T09-L1 0.57 c | Пространства имён и автозагрузка | Директива use App\Service\Mailer; сама по себе подключает файл с классом. | «нет» Пояснение: Директива use лишь создает псевдоним для имени пространства имён, она не выполняет подключение файла (include/require), это делает автозагрузчик (autoloader).
Raw{"answer": "нет", "пояснение": "Директива use лишь создает псевдоним для имени пространства имён, она не выполняет подключение файла (include/require), это делает автозагрузчик (autoloader)."} | верно | use — псевдоним на этапе компиляции; файл грузит автозагрузчик при первом обращении. |
T09-L2 0.26 c | Пространства имён и автозагрузка | Что пишут после use, чтобы импортировать функцию (а не класс): слово function или const? | «function» Пояснение: Для импорта функций используется директива `use function`.
Raw{"answer": "function", "пояснение": "Для импорта функций используется директива `use function`."} | верно | use function ...; (и use const для констант). |
T09-L3 0.58 c | Пространства имён и автозагрузка | В какой файл (путь от src/) PSR-4 «App\ → src/» положит класс App\Controller\Api\UserController? | «controller/api/usercontroller.php» Пояснение: PSR-4 заменяет префикс App на каталог src, оставшиеся сегменты имени пространства имен (Controller\Api) становятся каталогами, а имя класса — именем файла.
Raw{"answer": "Controller/Api/UserController.php", "пояснение": "PSR-4 заменяет префикс App на каталог src, оставшиеся сегменты имени пространства имен (Controller\Api) становятся каталогами, а имя класса — именем файла."} | верно | Остаток имени после префикса, \ → /. |
T09-L4 0.42 c | Пространства имён и автозагрузка | Подключение vendor/autoload.php регистрирует обработчики через spl_autoload_register(). | «да» Пояснение: Файл vendor/autoload.php, сгенерированный Composer, действительно вызывает spl_autoload_register для регистрации собственного загрузчика классов.
Raw{"answer": "да", "пояснение": "Файл vendor/autoload.php, сгенерированный Composer, действительно вызывает spl_autoload_register для регистрации собственного загрузчика классов."} | верно | Composer ставит автозагрузчик именно на spl_autoload_register. |
T09-L5 0.41 c | Пространства имён и автозагрузка | Магическая константа __NAMESPACE__ содержит имя текущего пространства имён. | «да» Пояснение: Магическая константа __NAMESPACE__ действительно возвращает имя пространства имен, в котором она находится, при этом в глобальном пространстве имен она пустая.
Raw{"answer": "да", "пояснение": "Магическая константа __NAMESPACE__ действительно возвращает имя пространства имен, в котором она находится, при этом в глобальном пространстве имен она пустая."} | верно | В корневом пространстве — пустая строка. |
T09-L6 0.5 c | Пространства имён и автозагрузка | Относительное имя класса (без ведущего \) в new резолвится от глобального корня. | «нет» Пояснение: Относительные имена классов в PHP (без ведущего слеша) резолвятся от текущего пространства имен, в котором находится код, а не от глобального корня.
Raw{ ⏎ "answer": "нет", ⏎ "пояснение": "Относительные имена классов в PHP (без ведущего слеша) резолвятся от текущего пространства имен, в котором находится код, а не от глобального корня." ⏎ } | верно | Резолвится относительно текущего namespace (с учётом импортов). |
T09-L7 0.55 c | Пространства имён и автозагрузка | При маппинге PSR-4 «App\ → src/» класс App\Model\User лежит в файле src/Model/User.php. | «да» Пояснение: PSR-4 требует, чтобы имена имён пространств ниже корневого префикса («App\») напрямую соответствовали структуре подкаталогов относительно базовой директории («src/»).
Raw{"answer": "да", "пояснение": "PSR-4 требует, чтобы имена имён пространств ниже корневого префикса («App\\») напрямую соответствовали структуре подкаталогов относительно базовой директории («src/»)."} | верно | Остаток имени после префикса переносится в путь как есть. |
T09-L8 0.49 c | Пространства имён и автозагрузка | Директиву use можно писать внутри тела функции — импорт будет действовать для этой функции. | «да» Пояснение: В PHP начиная с версии 5.3.0 директиву use можно размещать внутри функций и методов, что ограничивает область видимости импорта только этим блоком кода.
Raw{"answer": "да", "пояснение": "В PHP начиная с версии 5.3.0 директиву use можно размещать внутри функций и методов, что ограничивает область видимости импорта только этим блоком кода."} | неверно верный: «нет» | use внутри тела функции — parse error; импорты файловые и компиляционные. |
T10-L1 0.31 c | Ссылки и область видимости | Массивы при присваивании копируются, а не передаются по ссылке. | «да» Пояснение: В PHP массивы по умолчанию копируются при присваивании, а не передаются по ссылке.
Raw{ ⏎ "answer": "да", ⏎ "пояснение": "В PHP массивы по умолчанию копируются при присваивании, а не передаются по ссылке." ⏎ } | верно | Присваивание массива — копия (в движке — copy-on-write). |
T10-L2 0.32 c | Ссылки и область видимости | Что выведет: $a = [1, 2]; $b = $a; $b[] = 3; echo count($a); | «2» Пояснение: Массивы в PHP копируются по значению (copy-on-write), поэтому изменения в $b не влияют на $a.
Raw{"answer": 2, "пояснение": "Массивы в PHP копируются по значению (copy-on-write), поэтому изменения в $b не влияют на $a."} | верно | Присваивание — копия: в $a по-прежнему 2 элемента. |
T10-L3 0.53 c | Ссылки и область видимости | Внутри функции пользовательские переменные глобальной области недоступны без global, $GLOBALS или передачи параметром. | «да» Пояснение: В PHP переменные, объявленные вне функций, имеют глобальную область видимости и не доступны внутри функций напрямую без использования ключевого слова global, массива $GLOBALS или передачи их как аргументы функции.
Raw{"answer": "да", "пояснение": "В PHP переменные, объявленные вне функций, имеют глобальную область видимости и не доступны внутри функций напрямую без использования ключевого слова global, массива $GLOBALS или передачи их как аргументы функции."} | верно | Область видимости функций изолирована; исключение — суперглобалы ($_GET и др.). |
T10-L4 0.38 c | Ссылки и область видимости | unset($GLOBALS['x']) внутри функции удаляет глобальную переменную только для этой функции. | «нет» Пояснение: unset($GLOBALS['x']) удаляет переменную из глобальной области видимости для всего приложения, а не только для текущей функции.
Raw{"answer": "нет", "пояснение": "unset($GLOBALS['x']) удаляет переменную из глобальной области видимости для всего приложения, а не только для текущей функции."} | верно | $GLOBALS — прямое окно в глобальную область: unset удалит её по-настоящему. |
T10-L5 0.36 c | Ссылки и область видимости | Что выведет: function inc(&$x) { $x++; } $n = 5; inc($n); echo $n; | «6» Пояснение: Функция изменяет переменную $n, так как параметр передан по ссылке (&).
Raw{"answer": 6, "пояснение": "Функция изменяет переменную $n, так как параметр передан по ссылке (&)."} | верно | Ссылка меняет оригинал: 6. |
T10-L6 0.6 c | Ссылки и область видимости | Foreach по массиву (по значению) работает с «живым» массивом: изменения массива внутри цикла видны в этом же проходе. | «да» Пояснение: Цикл foreach в PHP работает с текущим состоянием массива, поэтому изменения, вносимые внутри тела цикла (например, через isset, unset или прямое изменение элементов), влияют на итерацию.
Raw{"answer": "да", "пояснение": "Цикл foreach в PHP работает с текущим состоянием массива, поэтому изменения, вносимые внутри тела цикла (например, через isset, unset или прямое изменение элементов), влияют на итерацию."} | неверно верный: «нет» | По значению foreach итерирует копию-снимок. |
T10-L7 0.42 c | Ссылки и область видимости | Статическое свойство класса у каждого экземпляра своё: изменения в одном объекте не видны в других. | «нет» Пояснение: Статические свойства принадлежат классу, а не экземплярам, поэтому их значение общее для всех объектов и видно во всех экземплярах.
Raw{"answer": "нет", "пояснение": "Статические свойства принадлежат классу, а не экземплярам, поэтому их значение общее для всех объектов и видно во всех экземплярах."} | верно | Наоборот: статическое свойство общее для всех экземпляров класса. Проверено php -r. |
T10-L8 0.39 c | Ссылки и область видимости | Массив может иметь булев ключ true, и он сохранится как bool. | «нет» Пояснение: В PHP булевы ключи массива преобразуются в целые числа (true становится 1, а false становится 0).
Raw{"answer": "нет", "пояснение": "В PHP булевы ключи массива преобразуются в целые числа (true становится 1, а false становится 0)."} | верно | Булев ключ приводится к int: true → 1, false → 0. |
T11-L1 0.41 c | Генераторы, итераторы, SPL | Внутри генератора можно использовать return со значением, и оно попадёт в $gen->getReturn(). | «да» Пояснение: В PHP 5.5 и выше выражение return со значением внутри генератора завершает выполнение и возвращает это значение, доступное через метод getReturn().
Raw{"answer": "да", "пояснение": "В PHP 5.5 и выше выражение return со значением внутри генератора завершает выполнение и возвращает это значение, доступное через метод getReturn()."} | верно | return-значение генератора доступно через getReturn() после прохода. |
T11-L2 0.29 c | Генераторы, итераторы, SPL | Полностью пройденный генератор можно «перемотать» через rewind() и пройти снова. | «да» Пояснение: Метод rewind() позволяет перемотать полностью пройденный генератор в начало для повторного прохода.
Raw{"answer": "да", "пояснение": "Метод rewind() позволяет перемотать полностью пройденный генератор в начало для повторного прохода."} | неверно верный: «нет» | Генератор одноразовый: rewind после начала итерации бросает Exception. |
T11-L3 0.33 c | Генераторы, итераторы, SPL | Конструкция yield from делегирует проход другому генератору или итерируемому объекту. | «да» Пояснение: Оператор yield from в PHP делегирует извлечение значений другому генератору или итерируемому объекту.
Raw{"answer": "да", "пояснение": "Оператор yield from в PHP делегирует извлечение значений другому генератору или итерируемому объекту."} | верно | yield from проксирует значения, ключи и return-значение внутреннего генератора. |
T11-L4 0.38 c | Генераторы, итераторы, SPL | Что вернёт get_class(g()) для function g() { yield 1; }? | «generator» Пояснение: Функция, содержащая оператор yield, возвращает объект класса Generator, а get_class() возвращает имя этого класса как строку.
Raw{ ⏎ "answer": "Generator", ⏎ "пояснение": "Функция, содержащая оператор yield, возвращает объект класса Generator, а get_class() возвращает имя этого класса как строку." ⏎ } | верно | Функция с yield возвращает Generator. |
T11-L5 0.34 c | Генераторы, итераторы, SPL | Сколько элементов вернёт count(iterator_to_array((function () { yield from [1, 2, 3]; })())); | «3» Пояснение: Генератор возвращает три значения (1, 2, 3), которые после преобразования в массив имеют количество элементов равное 3.
Raw{"answer": 3, "пояснение": "Генератор возвращает три значения (1, 2, 3), которые после преобразования в массив имеют количество элементов равное 3."} | верно | yield from делегирует все 3 элемента. |
T11-L6 0.36 c | Генераторы, итераторы, SPL | Класс SplStack реализует очередь FIFO. | «нет» Пояснение: SplStack реализует стек (LIFO), а не очередь (FIFO); для очередей используется SplQueue.
Raw{"answer": "нет", "пояснение": "SplStack реализует стек (LIFO), а не очередь (FIFO); для очередей используется SplQueue."} | верно | SplStack — стек LIFO; очередь FIFO — SplQueue. |
T11-L7 0.39 c | Генераторы, итераторы, SPL | ArrayIterator позволяет обернуть массив и обходить его через интерфейс Iterator. | «да» Пояснение: ArrayIterator реализует интерфейсы Iterator, IteratorAggregate, Countable, ArrayAccess и Serializable, позволяя обходить массив как итератор.
Raw{"answer": "да", "пояснение": "ArrayIterator реализует интерфейсы Iterator, IteratorAggregate, Countable, ArrayAccess и Serializable, позволяя обходить массив как итератор."} | верно | Объектная обёртка над массивом. |
T11-L8 0.29 c | Генераторы, итераторы, SPL | Объект класса ArrayObject нельзя обойти через foreach. | «нет» Пояснение: ArrayObject implements Iterator, поэтому он полностью поддерживается циклом foreach.
Raw{"answer": "нет", "пояснение": "ArrayObject implements Iterator, поэтому он полностью поддерживается циклом foreach."} | верно | ArrayObject реализует IteratorAggregate — foreach по нему работает. |
T12-L1 0.33 c | Конфигурация и безопасность | password_hash() генерирует соль автоматически — передавать её отдельно не нужно. | «да» Пояснение: Функция password_hash() сама генерирует и включает соль в возвращаемую строку.
Raw{"answer": "да", "пояснение": "Функция password_hash() сама генерирует и включает соль в возвращаемую строку."} | верно | Соль встраивается в строку результата; параметр salt устарел. |
T12-L2 0.31 c | Конфигурация и безопасность | Алгоритм PASSWORD_DEFAULT в PHP 8 — это md5 с автоматически добавленной солью. | «нет» Пояснение: PASSWORD_DEFAULT использует алгоритм bcrypt (или argon2id в новых версиях), а не md5.
Raw{"answer": "нет", "пояснение": "PASSWORD_DEFAULT использует алгоритм bcrypt (или argon2id в новых версиях), а не md5."} | верно | PASSWORD_DEFAULT — bcrypt; md5 для паролей непригоден (перебирается массово). |
T12-L3 0.3 c | Конфигурация и безопасность | Что вернёт password_verify('secret', password_hash('secret', PASSWORD_DEFAULT))? | «да» Пояснение: password_verify проверяет соответствие пароля хэшу и возвращает true.
Raw{"answer": "да", "пояснение": "password_verify проверяет соответствие пароля хэшу и возвращает true."} | верно | Соль и хеш в одной строке: true (форма ответа: true или да). |
T12-L4 0.45 c | Конфигурация и безопасность | Функция strip_tags() защищает от SQL-инъекций. | «нет» Пояснение: strip_tags() удаляет HTML-теги из строки, но не имеет никакого отношения к SQL-инъекциям, для защиты от которых используются подготовленные выражения.
Raw{"answer": "нет", "пояснение": "strip_tags() удаляет HTML-теги из строки, но не имеет никакого отношения к SQL-инъекциям, для защиты от которых используются подготовленные выражения."} | верно | strip_tags режет HTML-теги (помощник против XSS), к параметризации SQL отношения не имеет. |
T12-L5 0.37 c | Конфигурация и безопасность | Функция session_regenerate_id() используется для защиты от фиксации сессии при входе пользователя. | «да» Пояснение: Данная функция заменяет ID текущей сессии, что предотвращает атаку сессии фиксацией (session fixation).
Raw{"answer": "да", "пояснение": "Данная функция заменяет ID текущей сессии, что предотвращает атаку сессии фиксацией (session fixation)."} | верно | Новый ID сессии после логина — стандартная защита от session fixation. |
T12-L6 0.35 c | Конфигурация и безопасность | Какая встроенная функция возвращает имя SAPI (например, cli)? | «php_sapi_name()» Пояснение: Функция php_sapi_name() возвращает имя текущего интерфейса SAPI, например 'cli' или 'apache2handler'.
Raw{"answer": "php_sapi_name()", "пояснение": "Функция php_sapi_name() возвращает имя текущего интерфейса SAPI, например 'cli' или 'apache2handler'."} | верно | php_sapi_name(). |
T12-L7 0.45 c | Конфигурация и безопасность | session_destroy() удаляет данные сессии на сервере, но не cookie в браузере пользователя. | «да» Пояснение: session_destroy() удаляет данные сессии на сервере, но для очистки cookie в браузере необходимо дополнительно использовать setcookie() или заголовок Set-Cookie с истекшим сроком.
Raw{"answer": "да", "пояснение": "session_destroy() удаляет данные сессии на сервере, но для очистки cookie в браузере необходимо дополнительно использовать setcookie() или заголовок Set-Cookie с истекшим сроком."} | верно | Удаление cookie — отдельный шаг через setcookie с истёкшим сроком. |
T12-L8 0.33 c | Конфигурация и безопасность | Без вызова session_start() массив $_SESSION автоматически загружается данными сессии. | «нет» Пояснение: Массив $_SESSION доступен только после успешного вызова session_start() или включения auto_start в конфигурации.
Raw{"answer": "нет", "пояснение": "Массив $_SESSION доступен только после успешного вызова session_start() или включения auto_start в конфигурации."} | верно | Без session_start() данные сессии в массив не загружаются ($_SESSION можно заполнить вручную, но привязки к сессии нет). |
VC-L1 0.31 c | PHP 8.4–8.5 | В какой версии PHP появилась функция array_find()? | «8.0» Пояснение: Функция array_find() была добавлена в PHP 8.0 как часть обновлений стандарта коллекций.
Raw{"answer": "8.0", "пояснение": "Функция array_find() была добавлена в PHP 8.0 как часть обновлений стандарта коллекций."} | неверно верный: «8.4» | PHP 8.4 (RFC array_find). |
VC-L2 0.23 c | PHP 8.4–8.5 | Property hooks (get/set прямо в объявлении свойства) вошли в PHP 8.4. | «да» Пояснение: Property hooks действительно были добавлены в PHP 8.4.
Raw{"answer": "да", "пояснение": "Property hooks действительно были добавлены в PHP 8.4."} | верно | Property hooks — PHP 8.4 (ноябрь 2024). |
VC-L3 0.25 c | PHP 8.4–8.5 | Асимметричная видимость (public private(set) string $name) появилась в PHP 8.4. | «да» Пояснение: Асимметричная видимость свойств действительно была добавлена в PHP 8.4.
Raw{"answer": "да", "пояснение": "Асимметричная видимость свойств действительно была добавлена в PHP 8.4."} | верно | Asymmetric visibility v2 — PHP 8.4. |
VC-L4 0.28 c | PHP 8.4–8.5 | В какой версии PHP впервые появился атрибут #[\NoDiscard]? Ответь номером версии. | «8.1» Пояснение: Атрибут NoDiscard был добавлен в PHP 8.1.
Raw{"answer": "8.1", "пояснение": "Атрибут NoDiscard был добавлен в PHP 8.1."} | неверно верный: «8.5» | #[\NoDiscard] — PHP 8.5 (marking return values as important). |
VC-L5 1.23 c | PHP 8.4–8.5 | В какой версии PHP впервые появился оператор конвейера |> (pipe)? Ответь номером версии. | «нет» Пояснение: Оператор конвейера (|>) не входит в стандарт PHP, он появился в PHP 8.4 как RFC, но официально не принят в текущей стабильной версии на момент моих данных, либо речь идёт о будущем PHP 9.0/8.4, однако стандартный ответ для таких вопросов часто указывает на то, что его нет или он experimental. Более точно: оператор |> был предложен в RFC и принят для PHP 8.4.
Raw{"answer": "нет", "пояснение": "Оператор конвейера (|>) не входит в стандарт PHP, он появился в PHP 8.4 как RFC, но официально не принят в текущей стабильной версии на момент моих данных, либо речь идёт о будущем PHP 9.0/8.4, однако стандартный ответ для таких вопросов часто указывает на то, что его нет или он experimental. Более точно: оператор |> был предложен в RFC и принят для PHP 8.4."} | неверно верный: «8.5» | Pipe operator — PHP 8.5 (2025). |
VC-L6 0.41 c | PHP 8.4–8.5 | В какой версии PHP появился clone-with — синтаксис clone($obj, ['x' => 1])? Ответь номером версии. | «нет» Пояснение: Синтаксис clone($obj, ['x' => 1]) не существует в PHP; классический оператор clone не принимает аргументы.
Raw{"answer": "нет", "пояснение": "Синтаксис clone($obj, ['x' => 1]) не существует в PHP; классический оператор clone не принимает аргументы."} | неверно верный: «8.5» | Clone with v2 — PHP 8.5. |
VC-L7 0.25 c | PHP 8.4–8.5 | В какой версии PHP появились функции array_first() и array_last()? | «8.4» Пояснение: Функции array_first() и array_last() были введены в PHP 8.4.
Raw{"answer": "8.4", "пояснение": "Функции array_first() и array_last() были введены в PHP 8.4."} | неверно верный: «8.5» | PHP 8.5. |
VC-L8 0.46 c | PHP 8.4–8.5 | Для какой версии PHP был принят RFC Partial Function Application v2 (по состоянию на 07.11.2026)? Ответь номером версии. | «нет» Пояснение: RFC Partial Function Application v2 не был принят ни в одной версии PHP, так как он отклонен или не существует в актуальном статусе к указанной дате.
Raw{"answer": "нет", "пояснение": "RFC Partial Function Application v2 не был принят ни в одной версии PHP, так как он отклонен или не существует в актуальном статусе к указанной дате."} | неверно верный: «8.6» | PFA v2 принят 05.12.2025 (33-0-0), реализован в PHP 8.6. |
VF-L1 0.29 c | PHP: 8.6+ и будущее | Для какой версии PHP реализован RFC clamp_v2 (функция clamp()) по состоянию на 07.11.2026? Ответь номером версии. | «8.4» Пояснение: Функция clamp() была добавлена в PHP 8.4.
Raw{"answer": 8.4, "пояснение": "Функция clamp() была добавлена в PHP 8.4."} | неверно верный: «8.6» | По данным владельца (wiki.php.net/rfc): clamp_v2 — 8.6; clamp() в 8.5.11 отсутствует (косвенное подтверждение). Дата-якорь делает клетку монотонной. |
VF-L2 0.42 c | PHP: 8.6+ и будущее | RFC Context Managers v2 уже принят в PHP (на 07.11.2026). | «нет» Пояснение: На 07.11.2026 RFC Context Managers v2 не принят, так как указанная дата находится в будущем относительно текущего момента (2024 год).
Raw{"answer": "нет", "пояснение": "На 07.11.2026 RFC Context Managers v2 не принят, так как указанная дата находится в будущем относительно текущего момента (2024 год)."} | верно | На 06.11.2026 — в обсуждении (создан 2026-10-23); не принят. |
VF-L3 0.43 c | PHP: 8.6+ и будущее | RFC Bound-Erased Generic Types (generics) был отклонён в 2026 году. | «нет» Пояснение: PHP не имеет встроенных дженериков (generic types) даже в ближайших версиях, и такой RFC официально не существует.
Raw{"answer": "нет", "пояснение": "PHP не имеет встроенных дженериков (generic types) даже в ближайших версиях, и такой RFC официально не существует."} | неверно верный: «да» | Голосование завершилось 2026-06-28: отклонён (wiki.php.net/rfc). |
VF-L4 0.5 c | PHP: 8.6+ и будущее | На 07.11.2026 RFC о включении многопоточности (ZTS) по умолчанию уже принят в PHP. | «нет» Пояснение: По состоянию на 2024-2026 годы нет принятого RFC о включении ZTS (Zend Thread Safety) по умолчанию в PHP; стандартной сборкой по-прежнему остаётся NTS (Non-Thread Safe).
Raw{"answer": "нет", "пояснение": "По состоянию на 2024-2026 годы нет принятого RFC о включении ZTS (Zend Thread Safety) по умолчанию в PHP; стандартной сборкой по-прежнему остаётся NTS (Non-Thread Safe)."} | верно | Такого принятого RFC нет на дату якоря; якорь делает клетку монотонной — при принятии RFC позже клетка не перевернётся. |
VF-L5 0.62 c | PHP: 8.6+ и будущее | В PHP 8.5 дженериков (параметризованных типов) по-прежнему нет. | «да» Пояснение: На текущий момент PHP не поддерживает синтаксис дженериков, а версия 8.5 официально ещё не выпущена, но roadmap также не включает их внедрение в ближайшее время.
Raw{ ⏎ "answer": "да", ⏎ "пояснение": "На текущий момент PHP не поддерживает синтаксис дженериков, а версия 8.5 официально ещё не выпущена, но roadmap также не включает их внедрение в ближайшее время." ⏎ } | верно | Generics в PHP отсутствуют; отрицательный контроль (не путать с C#/Java). |
VF-L6 0.74 c | PHP: 8.6+ и будущее | На 07.11.2026 последняя стабильная версия PHP — 8.5, а PHP 8.6 ещё не выпущена (GA — 19.11.2026). | «да» Пояснение: Согласно плану релизов, PHP 8.5 выходит в ноябре 2025 года и будет актуальна в ноябре 2026, тогда как PHP 8.6 (GA 19.11.2026) на дату 07.11.2026 еще не вышла.
Raw{ ⏎ "answer": "да", ⏎ "пояснение": "Согласно плану релизов, PHP 8.5 выходит в ноябре 2025 года и будет актуальна в ноябре 2026, тогда как PHP 8.6 (GA 19.11.2026) на дату 07.11.2026 еще не вышла." ⏎ } | верно | 8.5 — релиз осени 2025; 8.6 GA 19.11.2026 (wiki.php.net/todo/php86). Дата снимка — 06.11.2026. |
VF-L7 0.42 c | PHP: 8.6+ и будущее | Ветка PHP 6 так и не вышла: после PHP 5.6 вышел сразу PHP 7.0. | «да» Пояснение: PHP 6 был отменен из-за внутренних изменений, и следующая версия после PHP 5.x стала PHP 7.0.
Raw{"answer": "да", "пояснение": "PHP 6 был отменен из-за внутренних изменений, и следующая версия после PHP 5.x стала PHP 7.0."} | верно | Исторический факт: ветка 6 не была релизнута. |
VF-L8 0.47 c | PHP: 8.6+ и будущее | RFC о добавлении атрибута #[\Deprecated] в ядро был принят. | «нет» Пояснение: В PHP нет встроенного системного атрибута #[\Deprecated] в ядре; дебрекация обычно отслеживается через аннотации в документации или пользовательские атрибуты.
Raw{"answer": "нет", "пояснение": "В PHP нет встроенного системного атрибута #[\\Deprecated] в ядре; дебрекация обычно отслеживается через аннотации в документации или пользовательские атрибуты."} | неверно верный: «да» | #[\Deprecated] — принят, реализован в PHP 8.4. |
T25-L1 0.4 c | Чистая архитектура | Правило зависимостей в чистой и луковичной архитектурах: внутренние слои не знают о внешних — зависимости направлены к центру. | «да» Пояснение: В чистой и луковичной архитектурах внутренние модули определяют интерфейсы, а внешние модули реализуют их, обеспечивая направленность зависимостей к центру.
Raw{"answer": "да", "пояснение": "В чистой и луковичной архитектурах внутренние модули определяют интерфейсы, а внешние модули реализуют их, обеспечивая направленность зависимостей к центру."} | верно | Чистая (Robert C. Martin), луковичная (Jeffrey Palermo) и гексагональная (ports & adapters) — варианты одной идеи: зависимости направлены внутрь, к домену. Слоями в проекте следит deptrac. |
T25-L2 0.43 c | Чистая архитектура | Сущности домена не импортируют ни Doctrine, ни Symfony — только язык и, возможно, стандартную библиотеку. | «да» Пояснение: В чистом DDD доменные сущности должны быть независимыми от фреймворков и ORM, чтобы оставаться переиспользуемыми и тестированными.
Raw{"answer": "да", "пояснение": "В чистом DDD доменные сущности должны быть независимыми от фреймворков и ORM, чтобы оставаться переиспользуемыми и тестированными."} | верно | Изоляция домена от инфраструктуры; deptrac в проекте как раз следит за слоями. |
T25-L3 0.34 c | Чистая архитектура | Контроллеры и Twig-шаблоны относятся к слою бизнес-логики, потому что именно они вызывают use cases. | «нет» Пояснение: Контроллеры и шаблоны относятся к слою представления (Presentation Layer), а не бизнес-логики.
Raw{"answer": "нет", "пояснение": "Контроллеры и шаблоны относятся к слою представления (Presentation Layer), а не бизнес-логики."} | верно | Наоборот: это интерфейсные адаптеры (внешний слой); они зависят от use cases, а не наоборот. |
T25-L4 0.31 c | Чистая архитектура | Что находится в самом центре луковичной архитектуры? | «данные» Пояснение: В центре луковичной архитектуры находится слой данных (база данных).
Raw{"answer": "данные", "пояснение": "В центре луковичной архитектуры находится слой данных (база данных)."} | неверно верный: «доменная модель» | Центральное кольцо — Domain Model: сущности и бизнес-правила без зависимостей; далее Domain Services → Application Services → Infrastructure/UI/Tests (Palermo). |
T25-L5 0.42 c | Чистая архитектура | Нарушение границ слоёв можно поймать автоматикой: анализатор зависимостей между слоями (например, deptrac) падает на запрещённом вызове. | «да» Пояснение: Инструменты вроде deptrac специально разработаны для проверки архитектуры и выявления нарушений правил зависимости между слоями кода.
Raw{"answer": "да", "пояснение": "Инструменты вроде deptrac специально разработаны для проверки архитектуры и выявления нарушений правил зависимости между слоями кода."} | верно | depfile.yaml в проекте TasK: CI проверяет правила слоёв на каждом пайплайне. |
T25-L6 0.51 c | Чистая архитектура | Use case (interactor) может принимать HTTP-запрос или EntityManager как аргументы — так проще. | «нет» Пояснение: Use case (Interactor) должен быть отделен от инфраструктуры и не зависеть от HTTP-запросов или конкретных реализаций EntityManager, принимая вместо них абстракции или примитивные типы данных.
Raw{"answer": "нет", "пояснение": "Use case (Interactor) должен быть отделен от инфраструктуры и не зависеть от HTTP-запросов или конкретных реализаций EntityManager, принимая вместо них абстракции или примитивные типы данных."} | верно | Use case принимает DTO и порты; привязка к HTTP/ORM протекает инфраструктуру во внутренние слои. |
T25-L7 0.53 c | Чистая архитектура | Как называется компонент, предоставляющий коллекцию агрегатов/сущностей, скрывая механизм хранения за интерфейсом? | «repository» Пояснение: Компонент Repository в паттерне Domain-Driven Design предоставляет доступ к коллекции объектов доменной модели, абстрагируя детали хранения.
Raw{"answer": "Repository", "пояснение": "Компонент Repository в паттерне Domain-Driven Design предоставляет доступ к коллекции объектов доменной модели, абстрагируя детали хранения."} | верно | Repository pattern (DDD/Evans); в проекте — Doctrine-репозитории за портами. |
T25-L8 0.44 c | Чистая архитектура | Замена PostgreSQL на другую БД в чистой архитектуре затрагивает только внешний слой — домен и use cases не меняются. | «да» Пояснение: В чистой архитектуре домен и use cases абстрагированы от конкретной реализации БД через интерфейсы, поэтому смена СУБД затрагивает только инфраструктурный слой.
Raw{"answer": "да", "пояснение": "В чистой архитектуре домен и use cases абстрагированы от конкретной реализации БД через интерфейсы, поэтому смена СУБД затрагивает только инфраструктурный слой."} | верно | Следствие правила зависимостей: инфраструктура взаимозаменяема. |
T26-L1 0.49 c | DDD | Агрегат в DDD — это просто другое название таблицы базы данных. | «нет» Пояснение: Агрегат в DDD — это кластер сущностей и ценностей, которые рассматриваются как единое целое для целей целостности данных, а не просто таблица БД.
Raw{"answer": "нет", "пояснение": "Агрегат в DDD — это кластер сущностей и ценностей, которые рассматриваются как единое целое для целей целостности данных, а не просто таблица БД."} | верно | Агрегат — кластер объектов с границей согласованности (транзакционной вокруг корня); таблица — деталь хранения. |
T26-L2 0.45 c | DDD | Value Object неизменяем и сравнивается по значениям полей, а не по идентификатору. | «да» Пояснение: Value Object (Объект-значение) определяется своей неизменяемостью и идентичностью через свои свойства, а не через уникальный идентификатор, как Entity.
Raw{"answer": "да", "пояснение": "Value Object (Объект-значение) определяется своей неизменяемостью и идентичностью через свои свойства, а не через уникальный идентификатор, как Entity."} | верно | Классика Evans: Money, Email; равенство структурное. |
T26-L3 0.46 c | DDD | Как называется единственная точка внешнего входа в агрегат, через которую проходят все изменения? | «агрегатная корневая сущность (aggregate root)» Пояснение: Агрегатная корневая сущность является единственной точкой входа для внешних изменений в рамках доменной модели DDD.
Raw{"answer": "Агрегатная корневая сущность (Aggregate Root)", "пояснение": "Агрегатная корневая сущность является единственной точкой входа для внешних изменений в рамках доменной модели DDD."} | верно | Aggregate Root: внешние объекты ссылаются только на корень; он защищает инварианты агрегата. |
T26-L4 0.45 c | DDD | В DDD репозиторий объявляется на агрегат (его корень), а не на каждую сущность. | «да» Пояснение: В DDD репозиторий оперирует агрегатами как целостными единицами, гарантируя их инкапсуляцию и целостность состояний.
Raw{"answer": "да", "пояснение": "В DDD репозиторий оперирует агрегатами как целостными единицами, гарантируя их инкапсуляцию и целостность состояний."} | верно | Репозиторий корня хранит границу согласованности агрегата; вложенные сущности доступны только через корень. |
T26-L5 0.39 c | DDD | Ubiquitous language — единый язык модели, общий для разработчиков и предметных экспертов. | «да» Пояснение: Ubiquitous language в DDD — это согласованная терминология, используемая всеми участниками проекта для минимизации недопонимания.
Raw{"answer": "да", "пояснение": "Ubiquitous language в DDD — это согласованная терминология, используемая всеми участниками проекта для минимизации недопонимания."} | верно | Evans: язык из требований переходит в имена классов и методов. |
T26-L6 0.64 c | DDD | Как называется граница, внутри которой модель и её язык едины, а снаружи те же понятия — другие модели? | «ментальная модель» Пояснение: В когнитивной лингвистике и когнитивной науке эта концепция описывается как ментальная модель, в рамках которой субъект интерпретирует мир последовательно, но эти интерпретации могут различаться у разных людей.
Raw{"answer": "Ментальная модель", "пояснение": "В когнитивной лингвистике и когнитивной науке эта концепция описывается как ментальная модель, в рамках которой субъект интерпретирует мир последовательно, но эти интерпретации могут различаться у разных людей."} | неверно верный: «bounded context» | Bounded Context; «Заказ» в биллинге и в доставке — разные модели. |
T26-L7 0.48 c | DDD | Анемичная модель (объекты только с геттерами/сеттерами, логика в сервисах) — рекомендуемый стиль DDD. | «нет» Пояснение: В DDD рекомендуется использовать Rich Domain Model, где бизнес-логика инкапсулирована в самих доменных объектах, а не вынесена в анемичные сервисы.
Raw{"answer": "нет", "пояснение": "В DDD рекомендуется использовать Rich Domain Model, где бизнес-логика инкапсулирована в самих доменных объектах, а не вынесена в анемичные сервисы."} | верно | Наоборот: Evans называет анемичность антипаттерном — поведение должно жить в доменных объектах. |
T26-L8 0.47 c | DDD | Bounded context означает, что у каждого контекста своя модель: одно и то же понятие в разных контекстах — разные классы. | «да» Пояснение: Bounded Context в DDD подразумевает, что у каждого контекста своя самостоятельная модель и семантика, поэтому одно и то же понятие может реализовываться разными классами в разных контекстах.
Raw{"answer": "да", "пояснение": "Bounded Context в DDD подразумевает, что у каждого контекста своя самостоятельная модель и семантика, поэтому одно и то же понятие может реализовываться разными классами в разных контекстах."} | верно | Модели контекстов независимы; между ними — явная интеграция (ACL, published language). |
T13-L1 0.62 c | Symfony | Сервисы в DI-контейнере Symfony по умолчанию создаются лениво — при первом обращении к ним. | «да» Пояснение: По умолчанию сервисы в DI-контейнере Symfony объявляются как публичные только по необходимости и создаются лениво при первом использовании, если не задан параметр public: true или eager loading.
Raw{"answer": "да", "пояснение": "По умолчанию сервисы в DI-контейнере Symfony объявляются как публичные только по необходимости и создаются лениво при первом использовании, если не задан параметр public: true или eager loading."} | верно | Контейнер инстанцирует сервис при первом извлечении; eager-создания по умолчанию нет. |
T13-L2 0.33 c | Symfony | Какая консольная команда Symfony выводит список всех зарегистрированных маршрутов? | «bin/console debug:router» Пояснение: Команда bin/console debug:router выводит список всех зарегистрированных маршрутов в Symfony.
Raw{"answer": "bin/console debug:router", "пояснение": "Команда bin/console debug:router выводит список всех зарегистрированных маршрутов в Symfony."} | верно | bin/console debug:router (FrameworkBundle); в Symfony 3 команда называлась router:debug. |
T13-L3 0.35 c | Symfony | Autowiring в Symfony требует вручную перечислять каждый сервис в конфигурации services.yaml. | «нет» Пояснение: Autowiring как раз позволяет избежать ручного перечисления зависимостей, автоматически внедряя нужные сервисы на основе типов параметров.
Raw{"answer": "нет", "пояснение": "Autowiring как раз позволяет избежать ручного перечисления зависимостей, автоматически внедряя нужные сервисы на основе типов параметров."} | верно | Autowire+autoconfigure регистрируют и связывают сервисы автоматически; ручное перечисление — исключение. |
T13-L4 0.37 c | Symfony | Twig-шаблоны компилируются в PHP-классы и кэшируются между запросами. | «да» Пояснение: Twig компилирует шаблоны в PHP-код, генерируя классы, которые кэшируются для повторного использования при последующих запросах.
Raw{"answer": "да", "пояснение": "Twig компилирует шаблоны в PHP-код, генерируя классы, которые кэшируются для повторного использования при последующих запросах."} | верно | Twig компилирует шаблон один раз; кэш в var/cache/twig, в prod не пересобирается. |
T13-L5 0.58 c | Symfony | Контейнер DI в dev-окружении Symfony пересобирается только после изменения отслеживаемых файлов, а не при каждом запросе. | «да» Пояснение: В dev-окружении Symfony кэширует компиляцию DI-контейнера и пересобирает его только при изменении отслеживаемых файлов (конфигурация, классы), чтобы не делать это при каждом запросе.
Raw{"answer": "да", "пояснение": "В dev-окружении Symfony кэширует компиляцию DI-контейнера и пересобирает его только при изменении отслеживаемых файлов (конфигурация, классы), чтобы не делать это при каждом запросе."} | верно | Kernel проверяет freshness ресурсов (конфиги, классы); иначе переиспользуется кэш контейнера. |
T13-L6 0.27 c | Symfony | Какая переменная окружения выбирает активное окружение Symfony (dev/prod)? | «app_env» Пояснение: Переменная окружения APP_ENV определяет активное окружение Symfony.
Raw{"answer": "APP_ENV", "пояснение": "Переменная окружения APP_ENV определяет активное окружение Symfony."} | верно | APP_ENV в .env; APP_DEBUG — отдельный флаг отладки. |
T13-L7 0.25 c | Symfony | Метод контроллера может быть private — маршрутизация Symfony работает с любыми методами класса. | «нет» Пояснение: Symfony маршрутизация может вызывать только публичные методы контроллера.
Raw{"answer": "нет", "пояснение": "Symfony маршрутизация может вызывать только публичные методы контроллера."} | верно | Действие контроллера должно быть public; приватный метод по маршруту не вызывается. |
T13-L8 0.32 c | Symfony | Подписчики событий (EventSubscriber) всегда получают события раньше слушателей (listeners), потому что интерфейс даёт им приоритет. | «нет» Пояснение: Приоритет события определяется свойством priority, а не типом обработчика (listener или subscriber).
Raw{"answer": "нет", "пояснение": "Приоритет события определяется свойством priority, а не типом обработчика (listener или subscriber)."} | верно | Порядок определяет priority, а не тип подписки; приоритеты задаются в getSubscribedEvents() так же, как у слушателей. |
T22-L1 0.57 c | Symfony: Security и формы | В современном Symfony (6.0+) аутентификация строится на классах-authenticator (AuthenticatorInterface); прежняя система guard удалена. | «да» Пояснение: В Symfony 5.3+ система Guard была заменена на аутентификаторы (Authenticators), а в Symfony 6.0+ классы guard-аутентификаторы были полностью удалены.
Raw{"answer": "да", "пояснение": "В Symfony 5.3+ система Guard была заменена на аутентификаторы (Authenticators), а в Symfony 6.0+ классы guard-аутентификаторы были полностью удалены."} | верно | Guard объявлен устаревшим в 5.3 и удалён в 6.0; в проекте symfony/security-bundle 8.1. |
T22-L2 0.38 c | Symfony: Security и формы | Какой атрибут Symfony проверяет роль/право прямо на методе контроллера (без него — 403)? | «isgranted» Пояснение: Атрибут IsGranted используется в Symfony для проверки прав или ролей непосредственно на методе контроллера.
Raw{"answer": "IsGranted", "пояснение": "Атрибут IsGranted используется в Symfony для проверки прав или ролей непосредственно на методе контроллера."} | верно | #[IsGranted('ROLE_ADMIN')]; атрибут из symfony/security-http. |
T22-L3 0.58 c | Symfony: Security и формы | Voters (голосующие) — механизм Symfony для проверки доступа к конкретному объекту: isGranted('EDIT', $post). | «нет» Пояснение: Voters (или Security Voters) в Symfony используются для определения прав доступа на основе атрибутов, а не являются отдельным механизмом проверки доступа к объекту — это часть подсистемы безопасности.
Raw{ ⏎ "answer": "нет", ⏎ "пояснение": "Voters (или Security Voters) в Symfony используются для определения прав доступа на основе атрибутов, а не являются отдельным механизмом проверки доступа к объекту — это часть подсистемы безопасности." ⏎ } | неверно верный: «да» | VoterInterface->vote(); docs Symfony — Voters. |
T22-L4 0.5 c | Symfony: Security и формы | Ограничения валидации в современных Symfony (7+) объявляются PHP-атрибутами (#[Assert\NotBlank]); аннотации-докблоки больше не поддерживаются. | «нет» Пояснение: Хотя использование PHP-атрибутов — современный стандарт, поддержка XML и YAML-конфигураций для валидации по-прежнему существует в Symfony 7.
Raw{ ⏎ "answer": "нет", ⏎ "пояснение": "Хотя использование PHP-атрибутов — современный стандарт, поддержка XML и YAML-конфигураций для валидации по-прежнему существует в Symfony 7." ⏎ } | неверно верный: «да» | Докблок-аннотации удалены в Symfony 7.0; стандарт — атрибуты. В проекте symfony/validator 8.1. |
T22-L5 0.69 c | Symfony: Security и формы | CSRF-защита форм в Symfony включена по умолчанию: форма проверяет токен при отправке. | «нет» Пояснение: В Symfony 5+ и 6 CSRF-защита включена по умолчанию, но форма сама не проверяет токен — это делает контроллер или компонент обработки формы (FormHandler), а не форма как объект.
Raw{"answer": "нет", "пояснение": "В Symfony 5+ и 6 CSRF-защита включена по умолчанию, но форма сама не проверяет токен — это делает контроллер или компонент обработки формы (FormHandler), а не форма как объект."} | неверно верный: «да» | FormType добавляет скрытое поле _token и проверяет его при валидации; отключение — осознанное исключение (csrf: false). |
T22-L6 0.55 c | Symfony: Security и формы | Валидация формы в Symfony выполняется на сервере, даже если клиентская (HTML5) проверка прошла. | «да» Пояснение: Клиентская валидация (HTML5 или JS) может быть обйдена, поэтому серверная валидация в Symfony является обязательным и финальным уровнем проверки безопасности данных.
Raw{ ⏎ "answer": "да", ⏎ "пояснение": "Клиентская валидация (HTML5 или JS) может быть обйдена, поэтому серверная валидация в Symfony является обязательным и финальным уровнем проверки безопасности данных." ⏎ } | верно | Клиентская валидация — только удобство; серверная обязательна и идёт по метаданным объекта формы. |
T22-L7 0.38 c | Symfony: Security и формы | Какая команда Symfony maker генерирует класс формы (FormType)? | «make:form» Пояснение: Команда make:form в Symfony Maker Bundle используется для генерации классов форм (FormType).
Raw{"answer": "make:form", "пояснение": "Команда make:form в Symfony Maker Bundle используется для генерации классов форм (FormType)."} | верно | bin/console make:form (symfony/maker-bundle — в проекте). |
T22-L8 0.43 c | Symfony: Security и формы | Symfony хранит пароль пользователя в сессии в открытом виде (plaintext). | «нет» Пояснение: Symfony хранит пароль в виде хэша (например, bcrypt/argon2) в базе данных, а в сессии — только идентификатор пользователя, не пароль.
Raw{"answer": "нет", "пояснение": "Symfony хранит пароль в виде хэша (например, bcrypt/argon2) в базе данных, а в сессии — только идентификатор пользователя, не пароль."} | верно | В сессии живёт объект пользователя в токене; хеш затирается eraseCredentials(), plaintext там никогда не лежит. |
T23-L1 0.52 c | Symfony: конфигурация и сервисы | Конфигурация бандлов Symfony лежит в config/packages — по одному файлу на бандл или тему. | «да» Пояснение: В Symfony конфигурация бандлов действительно размещается в каталоге config/packages, где обычно находится по одному YAML-файлу на бандл (например, framework.yaml, doctrine.yaml).
Raw{"answer": "да", "пояснение": "В Symfony конфигурация бандлов действительно размещается в каталоге config/packages, где обычно находится по одному YAML-файлу на бандл (например, framework.yaml, doctrine.yaml)."} | верно | Стандартная структура (config/packages/*.yaml); перегрузка — config/packages/<env>. |
T23-L2 0.55 c | Symfony: конфигурация и сервисы | Файл .env с dev-дефолтами коммитится в репозиторий, а настоящие секреты живут в некоммитимом .env.local. | «да» Пояснение: Это стандартная безопасная практика: шаблон с безопасными значениями по умолчанию коммитится, а файлы с реальными секреты добавляются в .gitignore и не попадут в репозиторий.
Raw{ ⏎ "answer": "да", ⏎ "пояснение": "Это стандартная безопасная практика: шаблон с безопасными значениями по умолчанию коммитится, а файлы с реальными секреты добавляются в .gitignore и не попадут в репозиторий." ⏎ } | верно | symfony/dotenv: .env — общий безопасный набор значений; локальные секреты — .env.local (gitignored) или secrets-хранилище. |
T23-L3 0.39 c | Symfony: конфигурация и сервисы | Какая команда Symfony выводит зарегистрированные сервисы контейнера и их алиасы? | «bin/console debug:container» Пояснение: Команда bin/console debug:container выводит список зарегистрированных сервисов и их алиасов в контейнере внедрения зависимостей.
Raw{"answer": "bin/console debug:container", "пояснение": "Команда bin/console debug:container выводит список зарегистрированных сервисов и их алиасов в контейнере внедрения зависимостей."} | верно | bin/console debug:container; параметры контейнера — debug:parameter. |
T23-L4 0.55 c | Symfony: конфигурация и сервисы | Контейнер Symfony позволяет менять параметры в рантайме: $container->setParameter() работает из контроллера. | «нет» Пояснение: Контейнер в режиме продакшена компилируется и является неизменяемым (immutable), поэтому setParameter() доступен только в отладочном режиме (dev), а не как стандартный механизм работы из контроллера.
Raw{"answer": "нет", "пояснение": "Контейнер в режиме продакшена компилируется и является неизменяемым (immutable), поэтому setParameter() доступен только в отладочном режиме (dev), а не как стандартный механизм работы из контроллера."} | верно | Контейнер компилируется и замораживается; runtime-значения — только через переменные окружения. |
T23-L5 0.39 c | Symfony: конфигурация и сервисы | По умолчанию сервисы в Symfony публичны (public: true) — их достают из контейнера напрямую. | «нет» Пояснение: В Symfony 4.0 и выше по умолчанию сервисы закрытые (public: false), чтобы оптимизировать размер контейнера.
Raw{"answer": "нет", "пояснение": "В Symfony 4.0 и выше по умолчанию сервисы закрытые (public: false), чтобы оптимизировать размер контейнера."} | верно | С Symfony 4.0 сервисы по умолчанию private: инжектятся через autowiring; $container->get() — только для публичных. |
T23-L6 0.38 c | Symfony: конфигурация и сервисы | Без конфигурационного файла в config/packages бандл не заработает — настройки обязательны для каждого бандла. | «нет» Пояснение: Многие бандлы имеют настройки по умолчанию и могут работать без явного конфигурационного файла, если не требуется переопределение параметров.
Raw{"answer": "нет", "пояснение": "Многие бандлы имеют настройки по умолчанию и могут работать без явного конфигурационного файла, если не требуется переопределение параметров."} | верно | У бандлов есть встроенные умолчания (Extension); конфиг нужен только для отклонений от них. |
T23-L7 0.38 c | Symfony: конфигурация и сервисы | Значения переменных окружения подставляются в services.yaml синтаксисом %env(VAR)%. | «да» Пояснение: В Symfony переменные окружения в конфигурационных файлах (включая services.yaml) подставляются именно с использованием синтаксиса %env(VAR_NAME)%.
Raw{"answer": "да", "пояснение": "В Symfony переменные окружения в конфигурационных файлах (включая services.yaml) подставляются именно с использованием синтаксиса %env(VAR_NAME)%."} | верно | %env(...)% резолвится в рантайме env-процессорами; docs — Env Var Processors. |
T23-L8 0.36 c | Symfony: конфигурация и сервисы | Какая переменная окружения Symfony включает режим отладки (влияет на профайлер и отладку Twig)? | «app_debug» Пояснение: Переменная окружения APP_DEBUG в Symfony управляет режимом отладки, влияя на профайлер и отладку шаблонов Twig.
Raw{"answer": "APP_DEBUG", "пояснение": "Переменная окружения APP_DEBUG в Symfony управляет режимом отладки, влияя на профайлер и отладку шаблонов Twig."} | верно | APP_DEBUG=1 (в .env dev-окружения); окружение выбирает APP_ENV — см. T13-L6. |
T16-L1 0.28 c | Symfony: Messenger | Одно сообщение в Symfony Messenger может обрабатывать только один обработчик (handler). | «нет» Пояснение: Одно сообщение в Symfony Messenger может обрабатываться несколькими последовательными обработчиками.
Raw{"answer": "нет", "пояснение": "Одно сообщение в Symfony Messenger может обрабатываться несколькими последовательными обработчиками."} | верно | Messenger вызывает все хендлеры, подписанные на класс сообщения (docs — Multiple Handlers). |
T16-L2 0.38 c | Symfony: Messenger | Транспорт sync в Messenger ставит сообщение в очередь и обрабатывает его воркером, как и async. | «нет» Пояснение: Транспорт sync обрабатывает сообщение синхронно внутри текущего процесса, а не ставит его в очередь для асинхронной обработки воркером.
Raw{"answer": "нет", "пояснение": "Транспорт sync обрабатывает сообщение синхронно внутри текущего процесса, а не ставит его в очередь для асинхронной обработки воркером."} | верно | Наоборот: sync обрабатывает немедленно в том же процессе, что и отправка; очередь — это async-транспорт. |
T16-L3 0.24 c | Symfony: Messenger | Какой консольной командой запускается воркер, обрабатывающий сообщения из очередей Messenger? | «bin/console messenger:consume» Пояснение: Стандартная команда Symfony для запуска воркера очереди Messenger.
Raw{"answer": "bin/console messenger:consume", "пояснение": "Стандартная команда Symfony для запуска воркера очереди Messenger."} | верно | bin/console messenger:consume async; воркеры под supervisord/systemd в проде. |
T16-L4 0.33 c | Symfony: Messenger | Повторы неудачных сообщений (retry_strategy) настраиваются на уровне транспорта Messenger. | «нет» Пояснение: В Symfony Messenger параметр retry_strategy конфигурируется на уровне транспорта (transport), а не глобально для всего сервиса.
Raw{ ⏎ "answer": "нет", ⏎ "пояснение": "В Symfony Messenger параметр retry_strategy конфигурируется на уровне транспорта (transport), а не глобально для всего сервиса." ⏎ } | неверно верный: «да» | retry_strategy на транспорте: max_retries, delay, multiplier; docs — Failed Messages & Retries. |
T16-L5 0.27 c | Symfony: Messenger | По умолчанию Messenger сериализует сообщения в JSON. | «да» Пояснение: По умолчанию Symfony Messenger использует JSON как формат сериализации для сообщений.
Raw{"answer": "да", "пояснение": "По умолчанию Symfony Messenger использует JSON как формат сериализации для сообщений."} | неверно верный: «нет» | Дефолтный сериализатор — PhpSerializer (serialize()); JSON-сериализатор включается отдельно. |
T16-L6 0.53 c | Symfony: Messenger | Symfony Scheduler по расписанию порождает сообщения и отправляет их через Messenger. | «нет» Пояснение: Symfony Scheduler генерирует задачи (Job), а не сообщения; конвертация в сообщения и отправка через Messenger — это отдельная логика, которую нужно реализовать самостоятельно, если используется Message Queue.
Raw{"answer": "нет", "пояснение": "Symfony Scheduler генерирует задачи (Job), а не сообщения; конвертация в сообщения и отправка через Messenger — это отдельная логика, которую нужно реализовать самостоятельно, если используется Message Queue."} | неверно верный: «да» | Schedule → RecurringMessage → шина Messenger; docs — Scheduler. |
T16-L7 0.34 c | Symfony: Messenger | Какой встроенный транспорт Messenger хранит сообщения в таблицах БД через Doctrine? | «doctrine» Пояснение: Встроенный транспорт 'doctrine' использует таблицы базы данных через Doctrine ORM для хранения сообщений.
Raw{ ⏎ "answer": "doctrine", ⏎ "пояснение": "Встроенный транспорт 'doctrine' использует таблицы базы данных через Doctrine ORM для хранения сообщений." ⏎ } | верно | Транспорт doctrine (symfony/doctrine-messenger); таблица messenger_messages. В проекте стоит amqp-messenger + doctrine-messenger. |
T16-L8 0.42 c | Symfony: Messenger | Пайплайн Messenger можно расширять собственными middleware, встраивая их до или после встроенных. | «да» Пояснение: Symfony Messenger позволяет добавлять произвольные middleware в начало или конец пайплайна через конфигурацию или динамическое изменение стека.
Raw{"answer": "да", "пояснение": "Symfony Messenger позволяет добавлять произвольные middleware в начало или конец пайплайна через конфигурацию или динамическое изменение стека."} | верно | messenger.bus.*.middleware в yaml; docs — Middleware. |
T28-L1 0.28 c | Symfony: версии | Мажорные релизы Symfony выходят раз в два года, минорные — каждые шесть месяцев (в мае и ноябре). | «нет» Пояснение: Мажорные версии Symfony выходят раз в год, а не раз в два года.
Raw{"answer": "нет", "пояснение": "Мажорные версии Symfony выходят раз в год, а не раз в два года."} | неверно верный: «да» | Стандартный релизный цикл: 8.0 — ноябрь 2025, 8.1 — май 2026, 8.2 — ноябрь 2026. |
T28-L2 0.41 c | Symfony: версии | Какой минимальной версии PHP требует Symfony 8? | «8.4» Пояснение: Symfony 8 требует минимальную версию PHP 8.4 для обеспечения поддержки всех необходимых функциональных возможностей и безопасности.
Raw{"answer": "8.4", "пояснение": "Symfony 8 требует минимальную версию PHP 8.4 для обеспечения поддержки всех необходимых функциональных возможностей и безопасности."} | верно | Symfony 8.0 поднял требование до PHP >= 8.4.1 (в vendor проекта: "php": ">=8.4.1"). |
T28-L3 0.4 c | Symfony: версии | Symfony 7.0 сохранила поддержку аннотаций в докблоках (валидация, маршруты). | «нет» Пояснение: Symfony 6.4 и 7.0 полностью отказались от поддержки аннотаций в докблоках, требуется использовать PHP-атрибуты (attributes).
Raw{"answer": "нет", "пояснение": "Symfony 6.4 и 7.0 полностью отказались от поддержки аннотаций в докблоках, требуется использовать PHP-атрибуты (attributes)."} | верно | Наоборот: в 7.0 аннотации удалены — только PHP-атрибуты (#[Route], #[Assert\NotBlank]). |
T28-L4 0.43 c | Symfony: версии | AssetMapper позволяет управлять CSS/JS без node и webpack — через importmap.php. | «да» Пояснение: AssetMapper в Symfony действительно позволяет управлять ассетами (CSS/JS) без использования Node.js и Webpack, используя импорты PHP и генерацию импорт-карт.
Raw{"answer": "да", "пояснение": "AssetMapper в Symfony действительно позволяет управлять ассетами (CSS/JS) без использования Node.js и Webpack, используя импорты PHP и генерацию импорт-карт."} | верно | symfony/asset-mapper (с 6.3, стандарт с 7.x); в проекте — importmap.php в корне и asset-mapper 8.1. |
T28-L5 0.35 c | Symfony: версии | Symfony 6.4 — обычный релиз без длительной поддержки. | «нет» Пояснение: Symfony 6.4 является версией Long-Term Support (LTS) с поддержкой до ноября 2027 года.
Raw{ ⏎ "answer": "нет", ⏎ "пояснение": "Symfony 6.4 является версией Long-Term Support (LTS) с поддержкой до ноября 2027 года." ⏎ } | верно | Наоборот: 6.4 — LTS (расширенная поддержка); LTS выходит вместе с очередным мажором (6.4 — вместе с 7.0). |
T28-L6 0.34 c | Symfony: версии | При переходе на новую мажорную версию Symfony деприкейшены прошлой ветки продолжают работать — мажорные релизы их не удаляют. | «нет» Пояснение: Мажорные версии Symfony удаляют устаревшие функции (deprecated), объявленные в предыдущих мажорных ветках.
Raw{"answer": "нет", "пояснение": "Мажорные версии Symfony удаляют устаревшие функции (deprecated), объявленные в предыдущих мажорных ветках."} | верно | Наоборот: мажорный релиз удаляет всё устаревшее (7.0 убрал деприкейшены 6.x, 8.0 — 7.x). |
T28-L7 0.44 c | Symfony: версии | Каждый мажорный релиз Symfony сопровождается UPGRADE-гайдом со списком изменений. | «да» Пояснение: Каждый мажорный релиз Symfony действительно сопровождается документацией UPGRADE, описывающей breaking changes и инструкции по миграции.
Raw{ ⏎ "answer": "да", ⏎ "пояснение": "Каждый мажорный релиз Symfony действительно сопровождается документацией UPGRADE, описывающей breaking changes и инструкции по миграции." ⏎ } | верно | UPGRADE-7.0.md, UPGRADE-8.0.md в репозитории symfony/symfony. |
T28-L8 0.32 c | Symfony: версии | Какой компонент Symfony управляет ассетами и importmap без node/webpack? | «assetmapper» Пояснение: AssetMapper — это компонент Symfony, который управляет ассетами и importmap без необходимости использовать node.js или webpack.
Raw{"answer": "AssetMapper", "пояснение": "AssetMapper — это компонент Symfony, который управляет ассетами и importmap без необходимости использовать node.js или webpack."} | верно | symfony/asset-mapper 8.1 — в проекте. |
T29-L1 0.45 c | Symfony: 8.2 и будущее | На 07.11.2026 Symfony 8.2 уже выпущена. | «нет» Пояснение: К указанной дате Symfony 8.2 официально не выпущена, так как актуальной линией является Symfony 7.x, а релиз восьмой версии ожидается позже.
Raw{"answer": "нет", "пояснение": "К указанной дате Symfony 8.2 официально не выпущена, так как актуальной линией является Symfony 7.x, а релиз восьмой версии ожидается позже."} | верно | Наоборот: 8.2 ещё не выпущена — релиз в конце ноября 2026; последняя стабильная — 8.1. |
T29-L2 0.48 c | Symfony: 8.2 и будущее | По состоянию на 07.11.2026 Symfony 8.2 запланирована на ноябрь 2026 — в обычном шестимесячном цикле. | «нет» Пояснение: Symfony 8.2 запланирована на май 2026 года, так как версия 8.1 вышла в ноябре 2025, а релизы выходят раз в 6 месяцев.
Raw{"answer": "нет", "пояснение": "Symfony 8.2 запланирована на май 2026 года, так как версия 8.1 вышла в ноябре 2025, а релизы выходят раз в 6 месяцев."} | неверно верный: «да» | Политика релизов: 8.1 — май 2026, 8.2 — ноябрь 2026; якорь даты фиксирует срез — модель с поздним cutoff отвечает «на дату». |
T29-L3 1.12 c | Symfony: 8.2 и будущее | Какая версия Symfony выйдет следующей после 8.1 (по состоянию на 07.11.2026)? | «{» Пояснение: "
}
Raw{ ⏎ "error": "Вопрос некорректен в рамках теста на знание PHP: Symfony — это фреймворк, а не язык PHP. Версии Symfony (например, 8.1) являются частью фреймворка, но их выход не является строгой зависимостью от версии языка PHP. Кроме того, на 07.11.2026 ещё не определена следующая версия Symfony, так как это будущее событие. Если подразумевалась версия PHP, следующая стабильная версия после 8.1 будет 8.2." ⏎ } | неверно верный: «8.2» парсинг: текст (фолбэк) | 8.2 — следующий минорный релиз (ноябрь 2026); после его выхода проект переходит с 8.1.* на 8.2.*. |
T29-L4 1.01 c | Symfony: 8.2 и будущее | Symfony 8.2 — мажорный релиз, требующий переписывания приложений под новые API. | «нет» Пояснение: Symfony использует семантическое版本号 (например, 5.x, 6.x, 7.x), и мажорные релизы обычно вносят breaking changes, но版本号 8.2 не существует на текущий момент; более того, утверждение о полном переписывании под новые API для каждого мажорного релиза слишком категорично, так как миграция возможна итеративно, а не всегда требует полного переписывания.
Raw{"answer": "нет", "пояснение": "Symfony использует семантическое版本号 (например, 5.x, 6.x, 7.x), и мажорные релизы обычно вносят breaking changes, но版本号 8.2 не существует на текущий момент; более того, утверждение о полном переписывании под новые API для каждого мажорного релиза слишком категорично, так как миграция возможна итеративно, а не всегда требует полного переписывания."} | верно | Наоборот: 8.2 — минорный релиз; новые возможности без поломки обратной совместимости. Мажор — 9.0. |
T29-L5 0.55 c | Symfony: 8.2 и будущее | Обновление внутри мажорной ветки (8.1 → 8.2) не должно требовать изменений кода — обратная совместимость сохраняется. | «да» Пояснение: Мажорные обновления PHP (например, 8.1 → 8.2) сохраняют обратную совместимость, так как изменение последней цифры версии означает добавление новых функций без удаления или изменения существующего API.
Raw{"answer": "да", "пояснение": "Мажорные обновления PHP (например, 8.1 → 8.2) сохраняют обратную совместимость, так как изменение последней цифры версии означает добавление новых функций без удаления или изменения существующего API."} | верно | Политика Symfony: минорные релизы обратно совместимы; BC-break допустим только в мажорных. |
T29-L6 0.41 c | Symfony: 8.2 и будущее | Какая минорная версия ветки 8.x выйдет последней перед Symfony 9.0? | «8.3» Пояснение: Перед выходом Symfony 9.0 последним релизом ветки 8.x является 8.3.
Raw{"answer": 8.3, "пояснение": "Перед выходом Symfony 9.0 последним релизом ветки 8.x является 8.3."} | неверно верный: «8.4» | По циклу: 8.2 (ноя 2026), 8.3 (май 2027), 8.4 (ноя 2027, вместе с 9.0) — как 6.4 выходила вместе с 7.0. |
T29-L7 0.38 c | Symfony: 8.2 и будущее | Symfony 8.2 потребует обновления PHP до 8.5 — придётся обновлять PHP вместе с ней. | «да» Пояснение: Symfony 8.2 требует PHP 8.5, поэтому обновление фреймворка обязывает обновить и версию PHP.
Raw{"answer": "да", "пояснение": "Symfony 8.2 требует PHP 8.5, поэтому обновление фреймворка обязывает обновить и версию PHP."} | неверно верный: «нет» | Наоборот: минорные релизы не поднимают требования PHP; для всей ветки 8.x остаётся PHP >= 8.4. |
T29-L8 0.55 c | Symfony: 8.2 и будущее | Deprecations, добавленные в ветке 8.x, будут удалены не раньше Symfony 9.0. | «да» Пояснение: Согласно политике Symfony, deprecations, добавленные в мажорной версии N, остаются в N+1 и удаляются в N+2, поэтому в ветке 8.x они будут удалены в 9.0.
Raw{"answer": "да", "пояснение": "Согласно политике Symfony, deprecations, добавленные в мажорной версии N, остаются в N+1 и удаляются в N+2, поэтому в ветке 8.x они будут удалены в 9.0."} | верно | Политика: деприкейшены живут до следующего мажора; 9.0 — ноябрь 2027. |
T21-L1 0.39 c | Twig | Внутри {{ }} в Twig можно вызывать произвольный PHP-код напрямую. | «нет» Пояснение: Twig — это шаблонизатор, который не позволяет выполнять произвольный PHP-код внутри шаблонов для безопасности.
Raw{"answer": "нет", "пояснение": "Twig — это шаблонизатор, который не позволяет выполнять произвольный PHP-код внутри шаблонов для безопасности."} | верно | Twig — DSL: только разрешённые окружением функции/фильтры; произвольный PHP не исполняется. |
T21-L2 0.29 c | Twig | Twig по умолчанию автоматически экранирует выводимые переменные. | «да» Пояснение: По умолчанию Twig автоматически экранирует все выводимые переменные для предотвращения XSS-атак.
Raw{"answer": "да", "пояснение": "По умолчанию Twig автоматически экранирует все выводимые переменные для предотвращения XSS-атак."} | верно | Autoescape включён по умолчанию; {{ '<b>' }} → <b>. Проверено на Twig 3.30. |
T21-L3 0.39 c | Twig | Фильтр |e в Twig экранирует строку для безопасного вывода в HTML-контексте. | «да» Пояснение: Фильтр |e в Twig экранирует строку, превращая HTML-теги в сущности, что делает вывод безопасным для браузеров.
Raw{"answer": "да", "пояснение": "Фильтр |e в Twig экранирует строку, превращая HTML-теги в сущности, что делает вывод безопасным для браузеров."} | верно | |e ('html') по умолчанию; есть контексты js/url/css. От SQL-инъекций он не защищает — это задача подготовленных запросов Doctrine. |
T21-L4 0.26 c | Twig | Какой фильтр из twig/intl-extra форматирует число с учётом локали? | «number_format» Пояснение: Фильтр number_format из twig/intl-extra используется для форматирования чисел с учётом локали.
Raw{"answer": "number_format", "пояснение": "Фильтр number_format из twig/intl-extra используется для форматирования чисел с учётом локали."} | неверно верный: «format_number» | |format_number(locale=...) из IntlExtension (twig/intl-extra есть в проекте). Проверено на Twig 3.30: 12345.6 → 12 345,6 (ru). |
T21-L5 0.37 c | Twig | Фильтр |raw отключает автоэкранирование для значения. | «да» Пояснение: Фильтр |raw в Blade шаблонах Laravel выводит значение без применения htmlspecialchars, отключая автоэкранирование.
Raw{ ⏎ "answer": "да", ⏎ "пояснение": "Фильтр |raw в Blade шаблонах Laravel выводит значение без применения htmlspecialchars, отключая автоэкранирование." ⏎ } | верно | {{ x|raw }} выводит HTML как есть; опасно с пользовательскими данными. Проверено на Twig 3.30. |
T21-L6 0.4 c | Twig | В Twig {{ }} выводит значение выражения, а {% %} выполняет теги — условия, циклы, set. | «да» Пояснение: В Twig двойные фигурные скобки {{ }} используются для вывода значений, а фигурные скобки с процентами {% %} — для выполнения тегов, таких как условия, циклы и определение переменных.
Raw{"answer": "да", "пояснение": "В Twig двойные фигурные скобки {{ }} используются для вывода значений, а фигурные скобки с процентами {% %} — для выполнения тегов, таких как условия, циклы и определение переменных."} | верно | Два блока синтаксиса Twig: вывод (echo) против логики. |
T21-L7 0.39 c | Twig | В Twig нельзя объявить переменную в шаблоне — значения только передаются из контроллера. | «нет» Пояснение: В Twig можно объявлять и изменять переменные внутри шаблона с помощью тэга {% set %}.
Raw{"answer": "нет", "пояснение": "В Twig можно объявлять и изменять переменные внутри шаблона с помощью тэга {% set %}."} | верно | {% set y = ... %} объявляет переменную в шаблоне. Проверено на Twig 3.30. |
T21-L8 0.28 c | Twig | Какая функция Twig выводит отладочную структуру переменной (массива, объекта)? | «dump» Пояснение: Функция dump в Twig выводит отладочную информацию о переменной.
Raw{"answer": "dump", "пояснение": "Функция dump в Twig выводит отладочную информацию о переменной."} | верно | {{ dump(x) }} (DebugExtension; в Symfony доступна в dev-окружении). |
T24-L1 0.4 c | Bootstrap | Bootstrap — это CSS/JS-библиотека готовых компонентов интерфейса, а не SPA-фреймворк. | «да» Пояснение: Bootstrap является фреймворком на основе CSS и JavaScript для создания адаптивных интерфейсов, а не фреймворком для построения одностраничных приложений (SPA).
Raw{"answer": "да", "пояснение": "Bootstrap является фреймворком на основе CSS и JavaScript для создания адаптивных интерфейсов, а не фреймворком для построения одностраничных приложений (SPA)."} | верно | Компоненты и утилиты поверх вашего HTML; SPA-фреймворки (React/Vue) — другой класс инструментов. В проекте vendored 5.3.3. |
T24-L2 0.34 c | Bootstrap | Какой класс Bootstrap задаёт адаптивный контейнер с фиксированной максимальной шириной по брейкпоинтам? | «container» Пояснение: Класс .container в Bootstrap задаёт адаптивную ширину с фиксированными максимальными значениями для разных брейкпоинтов.
Raw{"answer": "container", "пояснение": "Класс .container в Bootstrap задаёт адаптивную ширину с фиксированными максимальными значениями для разных брейкпоинтов."} | верно | .container (фиксированная макс-ширина по брейкпоинтам) vs .container-fluid (на всю ширину). |
T24-L3 0.44 c | Bootstrap | Сетка Bootstrap построена на CSS float и делит строку на 16 колонок. | «нет» Пояснение: Современная сетка Bootstrap (v4 и v5) построена на CSS Flexbox (или Grid) и делит строку на 12 колонок, а не 16.
Raw{"answer": "нет", "пояснение": "Современная сетка Bootstrap (v4 и v5) построена на CSS Flexbox (или Grid) и делит строку на 12 колонок, а не 16."} | верно | Наоборот: flexbox (с Bootstrap 4) и 12 колонок; float-сетка — это Bootstrap 3. |
T24-L4 0.44 c | Bootstrap | Именованные брейкпоинты Bootstrap (с инфиксом в классах) — sm, md, lg, xl, xxl; их пять. | «да» Пояснение: Именно в Bootstrap 5 используются инфиксы sm, md, lg, xl и xxl для создания адаптивных классов, их пять штук.
Raw{"answer": "да", "пояснение": "Именно в Bootstrap 5 используются инфиксы sm, md, lg, xl и xxl для создания адаптивных классов, их пять штук."} | верно | Тиров всего шесть: xs (без инфикса) + пять именованных (576/768/992/1200/1400 px). |
T24-L5 0.49 c | Bootstrap | Утилиты вроде .mt-3 или .px-2 используют шаг spacing-шкалы: число — множитель $spacer. | «да» Пояснение: В Tailwind CSS (и аналогичных системах) утилиты отступов действительно используют числовой индекс как множитель базового значения $spacer (или spacing scale).
Raw{"answer": "да", "пояснение": "В Tailwind CSS (и аналогичных системах) утилиты отступов действительно используют числовой индекс как множитель базового значения $spacer (или spacing scale)."} | неверно верный: «нет» | Число — ключ карты $spacers (1→0.25rem, 2→0.5rem, 3→1rem, 4→1.5rem, 5→3rem), не множитель: .mt-3 = 1rem = $spacer, .mt-5 = 3rem = $spacer×3 (машинно: bootstrap.css 5.3.3). |
T24-L6 0.39 c | Bootstrap | Какой data-атрибут Bootstrap 5 включает интерактивный компонент (например, dropdown) на элементе? | «data-bs-toggle» Пояснение: Атрибут data-bs-toggle определяет, какой компонент будет активирован взаимодействием с элементом.
Raw{ ⏎ "answer": "data-bs-toggle", ⏎ "пояснение": "Атрибут data-bs-toggle определяет, какой компонент будет активирован взаимодействием с элементом." ⏎ } | верно | data-bs-toggle="dropdown" и т.п.; в Bootstrap 4 атрибут назывался data-toggle. |
T24-L7 0.29 c | Bootstrap | Компоненты Bootstrap 5 работают без jQuery — на чистом vanilla JS. | «да» Пояснение: Bootstrap 5 полностью отказался от jQuery в пользу нативного JavaScript.
Raw{"answer": "да", "пояснение": "Bootstrap 5 полностью отказался от jQuery в пользу нативного JavaScript."} | верно | jQuery удалён в Bootstrap 5.0: data-bs-* атрибуты и JS API. В проекте vendored 5.3.3. |
T24-L8 0.29 c | Bootstrap | Тёмную тему в Bootstrap включают классом .dark на корневом элементе. | «да» Пояснение: В Bootstrap 5 тёмная тема включается добавлением класса dark к элементу <html>.
Raw{"answer": "да", "пояснение": "В Bootstrap 5 тёмная тема включается добавлением класса dark к элементу <html>."} | неверно верный: «нет» | Наоборот: тема включается атрибутом data-bs-theme="dark" (Color modes, с 5.3); класса .dark не существует. В проекте 5.3.3. |
T14-L1 0.35 c | Doctrine | Doctrine ORM сам создаёт таблицы в базе при первом обращении к сущности в рантайме. | «нет» Пояснение: Doctrine ORM не создает таблицы автоматически; для этого необходимо использовать миграции или утилиту SchemaTool.
Raw{"answer": "нет", "пояснение": "Doctrine ORM не создает таблицы автоматически; для этого необходимо использовать миграции или утилиту SchemaTool."} | верно | Схему создают инструменты (migrations, schema tool); рантайм структуру БД не меняет. |
T14-L2 0.46 c | Doctrine | Какой метод EntityManager помечает новый объект как управляемый, не выполняя SQL до flush()? | «persist» Пояснение: Метод persist() помечает объект как управляемый (managed) в EntityManager, откладывая выполнение SQL-запроса INSERT до вызова flush() или commit().
Raw{"answer": "persist", "пояснение": "Метод persist() помечает объект как управляемый (managed) в EntityManager, откладывая выполнение SQL-запроса INSERT до вызова flush() или commit()."} | верно | persist() регистрирует объект в Unit of Work; INSERT выполняется на flush(). |
T14-L3 0.57 c | Doctrine | В Doctrine ORM 3 метод EntityManager::merge() доступен и делает переданный объект управляемым. | «нет» Пояснение: Метод merge() был удален в Doctrine ORM 3.0, так как он нарушал принципы управления жизненным циклом сущностей; вместо него рекомендуется использовать persist() или другие механизмы обновления.
Raw{"answer": "нет", "пояснение": "Метод merge() был удален в Doctrine ORM 3.0, так как он нарушал принципы управления жизненным циклом сущностей; вместо него рекомендуется использовать persist() или другие механизмы обновления."} | верно | В ORM 3 merge() удалён (в vendor проекта 3.7.6 метода нет); в Doctrine 2.x merge() возвращал управляемую копию. Версия зафиксирована — ORM 3. |
T14-L4 0.46 c | Doctrine | DQL-запросы пишутся в терминах сущностей и их полей, а не таблиц и столбцов. | «да» Пояснение: DQL (Doctrine Query Language) является объектно-ориентированным аналогом SQL и оперирует именами сущностей (классов) и их свойств, а не физическими именами таблиц и столбцов.
Raw{"answer": "да", "пояснение": "DQL (Doctrine Query Language) является объектно-ориентированным аналогом SQL и оперирует именами сущностей (классов) и их свойств, а не физическими именами таблиц и столбцов."} | верно | Doctrine транслирует DQL в SQL; docs — DQL (Doctrine Query Language). |
T14-L5 0.36 c | Doctrine | Что вернёт $repository->find(999), если записи с идентификатором 999 нет? | «null» Пояснение: Метод find() в Doctrine возвращает null, если сущность с указанным идентификатором не найдена.
Raw{"answer": "null", "пояснение": "Метод find() в Doctrine возвращает null, если сущность с указанным идентификатором не найдена."} | верно | find() возвращает null, если объект не найден (docs Repository methods). |
T14-L6 0.66 c | Doctrine | DoctrineBundle в Symfony автоматически вызывает flush() в конце каждого запроса. | «нет» Пояснение: Doctrine ORM не вызывает flush() автоматически в конце каждого HTTP-запроса, за исключением случаев, когда используется механизм авто-коммита в тестах или специфичная настройка (например, через middleware), но по умолчанию flush нужно вызывать явно.
Raw{"answer": "нет", "пояснение": "Doctrine ORM не вызывает flush() автоматически в конце каждого HTTP-запроса, за исключением случаев, когда используется механизм авто-коммита в тестах или специфичная настройка (например, через middleware), но по умолчанию flush нужно вызывать явно."} | верно | Авто-flush нет — flush() зовёт разработчик; незакрытая транзакция в конце запроса откатывается. |
T14-L7 0.52 c | Doctrine | Для управляемой сущности достаточно изменить свойство: flush() зафиксирует изменение без вызова persist() — Unit of Work отслеживает изменения. | «да» Пояснение: Если сущность уже зарегистрирована в Unit of Work как управляемая (managed), любые изменения её свойств отслеживаются, и при вызове flush() эти изменения будут зафиксированы в базе данных без необходимости повторного вызова persist().
Raw{"answer": "да", "пояснение": "Если сущность уже зарегистрирована в Unit of Work как управляемая (managed), любые изменения её свойств отслеживаются, и при вызове flush() эти изменения будут зафиксированы в базе данных без необходимости повторного вызова persist()."} | верно | Dirty checking сравнивает снимки свойств; persist нужен только новым/отсоединённым объектам. |
T14-L8 0.45 c | Doctrine | remove() выполняет SQL DELETE сразу, не дожидаясь flush(). | «нет» Пояснение: remove() только помечает сущность для удаления, а фактическая запись из БД удаляется при вызове flush().
Raw{"answer": "нет", "пояснение": "remove() только помечает сущность для удаления, а фактическая запись из БД удаляется при вызове flush()."} | верно | remove() планирует удаление в Unit of Work; DELETE выполняется на flush() (docs — Deleting Objects). |
T15-L1 0.27 c | PostgreSQL | PostgreSQL использует MVCC, поэтому читатели блокируют писателей, а писатели — читателей. | «нет» Пояснение: MVCC в PostgreSQL позволяет читателям и писателям работать параллельно без блокировки друг друга.
Raw{"answer": "нет", "пояснение": "MVCC в PostgreSQL позволяет читателям и писателям работать параллельно без блокировки друг друга."} | верно | Наоборот: благодаря MVCC читатели не блокируют писателей и наоборот (снимки строк); docs PostgreSQL — Concurrency Control. |
T15-L2 0.28 c | PostgreSQL | Какая команда SQL показывает план выполнения запроса, не выполняя сам запрос? | «explain» Пояснение: Команда EXPLAIN показывает план выполнения запроса, не запуская его.
Raw{"answer": "EXPLAIN", "пояснение": "Команда EXPLAIN показывает план выполнения запроса, не запуская его."} | верно | EXPLAIN без ANALYZE только строит план; проверено на PostgreSQL 17.7. |
T15-L3 0.53 c | PostgreSQL | SERIAL и GENERATED ... AS IDENTITY — это два названия одного и того же механизма. | «нет» Пояснение: В PHP не существует ни механизмов SERIAL, ни GENERATED ... AS IDENTITY, так как это конструкции языка SQL (стандарт ANSI SQL), используемые в базах данных, а не в языках программирования.
Raw{"answer": "нет", "пояснение": "В PHP не существует ни механизмов SERIAL, ни GENERATED ... AS IDENTITY, так как это конструкции языка SQL (стандарт ANSI SQL), используемые в базах данных, а не в языках программирования."} | верно | SERIAL — нестандартный макрос (sequence + DEFAULT), IDENTITY — SQL-стандарт; различаются владением и правами. Оба есть в PG 17 (проверено). |
T15-L4 0.45 c | PostgreSQL | UNIQUE-ограничение PostgreSQL по умолчанию допускает только одну строку с NULL в столбце. | «нет» Пояснение: В PostgreSQL уникальность (UNIQUE) не ограничивает количество NULL-значений, так как NULL != NULL, поэтому можно иметь много строк с NULL.
Raw{ ⏎ "answer": "нет", ⏎ "пояснение": "В PostgreSQL уникальность (UNIQUE) не ограничивает количество NULL-значений, так как NULL != NULL, поэтому можно иметь много строк с NULL." ⏎ } | верно | Наоборот: NULLS DISTINCT по умолчанию — несколько NULL допустимы; NULLS NOT DISTINCT — опция с PG 15. Проверено на PG 17.7. |
T15-L5 0.28 c | PostgreSQL | Какая агрегатная функция PostgreSQL склеивает строки с разделителем? | «string_agg» Пояснение: Агрегатная функция PostgreSQL для склейки строк с разделителем называется string_agg.
Raw{"answer": "string_agg", "пояснение": "Агрегатная функция PostgreSQL для склейки строк с разделителем называется string_agg."} | верно | string_agg(значение, разделитель); проверено на PostgreSQL 17.7. |
T15-L6 0.48 c | PostgreSQL | Обычный VACUUM возвращает место, занятое «мёртвыми» кортежами, операционной системе. | «нет» Пояснение: Обычный VACUUM не возвращает место ОС, он только размечает строки как свободные для повторного использования внутри каталога; для возврата места требуется VACUUM FULL.
Raw{"answer": "нет", "пояснение": "Обычный VACUUM не возвращает место ОС, он только размечает строки как свободные для повторного использования внутри каталога; для возврата места требуется VACUUM FULL."} | верно | VACUUM помечает место для переиспользования внутри таблицы; ОС его возвращает только VACUUM FULL (с эксклюзивной блокировкой). |
T15-L7 0.38 c | PostgreSQL | Какое ключевое слово в определении window-функции разбивает строки на группы, для которых считается функция? | «partition by» Пояснение: Ключевое слово PARTITION BY используется в определении оконных функций для разбивки строк на группы.
Raw{"answer": "PARTITION BY", "пояснение": "Ключевое слово PARTITION BY используется в определении оконных функций для разбивки строк на группы."} | верно | OVER (PARTITION BY ...); проверено на PostgreSQL 17.7. |
T15-L8 0.41 c | PostgreSQL | Уровень изоляции READ COMMITTED защищает от неповторяющегося чтения (non-repeatable read). | «нет» Пояснение: READ COMMITTED защищает от грязного чтения (dirty read), но не от неповторяющегося чтения и фантомных записей.
Raw{ ⏎ "answer": "нет", ⏎ "пояснение": "READ COMMITTED защищает от грязного чтения (dirty read), но не от неповторяющегося чтения и фантомных записей." ⏎ } | верно | READ COMMITTED допускает неповторяющееся чтение; защищает REPEATABLE READ. Проверено: SHOW transaction_isolation → read committed. |
T17-L1 0.36 c | PostgreSQL: транзакции и индексы | По умолчанию PostgreSQL выполняет каждый отдельный SQL-оператор в собственной неявной транзакции (autocommit). | «да» Пояснение: По умолчанию PostgreSQL работает в режиме autocommit, где каждая SQL-команда автоматически завершает собственную транзакцию.
Raw{"answer": "да", "пояснение": "По умолчанию PostgreSQL работает в режиме autocommit, где каждая SQL-команда автоматически завершает собственную транзакцию."} | верно | Без BEGIN каждый оператор коммитится сам; docs PostgreSQL — Transactions. Проверено на PG 17. |
T17-L2 0.32 c | PostgreSQL: транзакции и индексы | Какая SQL-команда завершает транзакцию, сохраняя все её изменения? | «commit» Пояснение: Команда COMMIT используется для фиксации транзакции и сохранения всех внесенных в ней изменений в базе данных.
Raw{"answer": "COMMIT", "пояснение": "Команда COMMIT используется для фиксации транзакции и сохранения всех внесенных в ней изменений в базе данных."} | верно | COMMIT (END — синоним). Проверено на PG 17. |
T17-L3 0.48 c | PostgreSQL: транзакции и индексы | Индексы ускоряют не только SELECT: UPDATE и DELETE с поиском по индексированному столбцу тоже выигрывают. | «да» Пояснение: Индексы оптимизируют поиск строк, что ускоряет не только чтение, но и операции изменения данных (UPDATE, DELETE) при наличии условий WHERE по индексированным полям.
Raw{"answer": "да", "пояснение": "Индексы оптимизируют поиск строк, что ускоряет не только чтение, но и операции изменения данных (UPDATE, DELETE) при наличии условий WHERE по индексированным полям."} | верно | Поиск строк для изменения идёт по индексу; docs PostgreSQL — Indexes. |
T17-L4 0.41 c | PostgreSQL: транзакции и индексы | Для отката части операторов внутри транзакции PostgreSQL использует SAVEPOINT. | «да» Пояснение: SAVEPOINT позволяет создавать контрольные точки внутри транзакции, к которым можно откатиться с помощью ROLLBACK TO SAVEPOINT, не прерывая всю транзакцию.
Raw{"answer": "да", "пояснение": "SAVEPOINT позволяет создавать контрольные точки внутри транзакции, к которым можно откатиться с помощью ROLLBACK TO SAVEPOINT, не прерывая всю транзакцию."} | верно | SAVEPOINT name; ROLLBACK TO name — частичный откат без отмены всей транзакции. Проверено на PG 17. |
T17-L5 0.36 c | PostgreSQL: транзакции и индексы | EXPLAIN ANALYZE показывает план запроса, не выполняя сам запрос. | «нет» Пояснение: EXPLAIN ANALYZE выполняет запрос и показывает реальные метрики производительности, в отличие от обычного EXPLAIN.
Raw{"answer": "нет", "пояснение": "EXPLAIN ANALYZE выполняет запрос и показывает реальные метрики производительности, в отличие от обычного EXPLAIN."} | верно | Наоборот: ANALYZE реально выполняет запрос (с побочными эффектами!) и показывает фактические времена узлов; план без выполнения — plain EXPLAIN. |
T17-L6 0.32 c | PostgreSQL: транзакции и индексы | Какое расширение PostgreSQL добавляет векторные типы и индексы для поиска по эмбеддингам? | «pgvector» Пояснение: Расширение pgvector предоставляет тип vector и индексы HNSW/IVFFlat для векторного поиска в PostgreSQL.
Raw{"answer": "pgvector", "пояснение": "Расширение pgvector предоставляет тип vector и индексы HNSW/IVFFlat для векторного поиска в PostgreSQL."} | верно | CREATE EXTENSION vector (проект pgvector; в проекте образ pgvector/pgvector:pg17). |
T17-L7 0.34 c | PostgreSQL: транзакции и индексы | Частичный индекс (CREATE INDEX ... WHERE ...) строится только по строкам, удовлетворяющим условию. | «да» Пояснение: Частичный индекс действительно содержит только те записи, которые удовлетворяют условию WHERE, что уменьшает его размер и повышает скорость операций.
Raw{"answer": "да", "пояснение": "Частичный индекс действительно содержит только те записи, которые удовлетворяют условию WHERE, что уменьшает его размер и повышает скорость операций."} | верно | docs PostgreSQL — Partial Indexes; типичный кейс — индекс по «активным» записям. |
T17-L8 0.62 c | PostgreSQL: транзакции и индексы | Уровень SERIALIZABLE в PostgreSQL реализован блокировкой строк, которые читает транзакция. | «нет» Пояснение: Уровень SERIALIZABLE в PostgreSQL реализует блокировку с использованием механизма SSI (Serializable Snapshot Isolation) для выявления конфликтов, а не классических блокировок строк при чтении, как в REPEATABLE READ.
Raw```json ⏎ { ⏎ "answer": "нет", ⏎ "пояснение": "Уровень SERIALIZABLE в PostgreSQL реализует блокировку с использованием механизма SSI (Serializable Snapshot Isolation) для выявления конфликтов, а не классических блокировок строк при чтении, как в REPEATABLE READ." ⏎ } ⏎ ``` | верно | SSI (Serializable Snapshot Isolation): предикатные блокировки на снимках, не блокировки прочитанных строк; docs PostgreSQL. |
T19-L1 0.3 c | HTTP и REST API | HTTP-статус 201 означает, что в результате запроса создан новый ресурс. | «да» Пояснение: HTTP 201 (Created) означает, что запрос успешно обработан и создан новый ресурс.
Raw{"answer": "да", "пояснение": "HTTP 201 (Created) означает, что запрос успешно обработан и создан новый ресурс."} | верно | 201 Created; обычно на POST, часто с Location; RFC 9110. |
T19-L2 0.34 c | HTTP и REST API | Какой HTTP-статус означает успешный запрос с пустым телом ответа (например, после DELETE)? | «204» Пояснение: Статус 204 No Content используется для успешных запросов, после выполнения которых сервер не возвращает тело ответа.
Raw{"answer": 204, "пояснение": "Статус 204 No Content используется для успешных запросов, после выполнения которых сервер не возвращает тело ответа."} | верно | 204 No Content; RFC 9110. |
T19-L3 0.42 c | HTTP и REST API | Метод DELETE идемпотентен по спецификации HTTP: повторный запрос по тому же ресурсу не меняет результат. | «да» Пояснение: Согласно спецификации RFC 7231, метод DELETE является идемпотентным, поскольку повторное удаление ресурса не изменяет его состояние.
Raw{"answer": "да", "пояснение": "Согласно спецификации RFC 7231, метод DELETE является идемпотентным, поскольку повторное удаление ресурса не изменяет его состояние."} | верно | RFC 9110: DELETE идемпотентен (как PUT); идемпотентность ≠ безопасность — ресурс удаляется при первом вызове. |
T19-L4 0.29 c | HTTP и REST API | Заголовок Access-Control-Allow-Origin отправляет клиент, чтобы сервер разрешил принимать запросы с другого origin. | «нет» Пояснение: Заголовок Access-Control-Allow-Origin отправляет сервер, а не клиент, для разрешения кросс-доменных запросов.
Raw{"answer": "нет", "пояснение": "Заголовок Access-Control-Allow-Origin отправляет сервер, а не клиент, для разрешения кросс-доменных запросов."} | верно | Наоборот: заголовок шлёт СЕРВЕР в ответе, разрешая браузеру cross-origin запрос (CORS); в проекте nelmio/cors-bundle. |
T19-L5 0.41 c | HTTP и REST API | Код 429 Too Many Requests используется, когда клиент превысил лимит запросов (rate limiting). | «да» Пояснение: HTTP-статус 429 действительно предназначен для уведомления клиента о превышении лимита запросов за единицу времени (rate limiting).
Raw{"answer": "да", "пояснение": "HTTP-статус 429 действительно предназначен для уведомления клиента о превышении лимита запросов за единицу времени (rate limiting)."} | верно | 429 (+ Retry-After); RFC 6585. В проекте symfony/rate-limiter. |
T19-L6 0.29 c | HTTP и REST API | Коды 5xx означают ошибку клиента, а 4xx — ошибку на стороне сервера. | «нет» Пояснение: Коды 4xx указывают на ошибки клиента, а 5xx — на ошибки сервера.
Raw{"answer": "нет", "пояснение": "Коды 4xx указывают на ошибки клиента, а 5xx — на ошибки сервера."} | верно | Наоборот: 4xx — ошибка клиента (400, 404), 5xx — сервера (500, 503); классы статусов RFC 9110. |
T19-L7 0.28 c | HTTP и REST API | Какой HTTP-заголовок указывает MIME-тип тела запроса или ответа? | «content-type» Пояснение: Заголовок Content-Type сообщает MIME-тип содержимого сообщения HTTP.
Raw{"answer": "Content-Type", "пояснение": "Заголовок Content-Type сообщает MIME-тип содержимого сообщения HTTP."} | верно | Content-Type: application/json и т.п. |
T19-L8 0.37 c | HTTP и REST API | PATCH не обязан быть идемпотентным по RFC 5789, в отличие от PUT. | «да» Пояснение: Согласно RFC 5789, метод PATCH предназначен для частичного изменения ресурса и, в отличие от PUT, не является идемпотентным.
Raw{"answer": "да", "пояснение": "Согласно RFC 5789, метод PATCH предназначен для частичного изменения ресурса и, в отличие от PUT, не является идемпотентным."} | верно | RFC 5789 прямо оговаривает: PATCH не гарантированно идемпотентен; PUT идемпотентен. |
T20-L1 0.5 c | Безопасность и OAuth | Проверить пароль достаточно сравнением его хеша с хешем из базы обычным оператором ==. | «нет» Пояснение: Обычный оператор == уязвим к атакám по времени (timing attacks), поэтому для сравнения хешей следует использовать функцию hash_equals() или similar оператор ===.
Raw{"answer": "нет", "пояснение": "Обычный оператор == уязвим к атакám по времени (timing attacks), поэтому для сравнения хешей следует использовать функцию hash_equals() или similar оператор ===."} | верно | Нужна постоянновременная проверка (password_verify) — timing-атаки; соль и алгоритм уже внутри хеша. |
T20-L2 0.4 c | Безопасность и OAuth | CSRF-токен выдаётся сервером (привязан к сессии) и проверяется на сервере при unsafe-запросах (POST и т.п.). | «да» Пояснение: CSRF-токен действительно генерируется сервером, хранится в сессии и проверяется на стороне сервера при обработке небезопасных HTTP-методов.
Raw{ ⏎ "answer": "да", ⏎ "пояснение": "CSRF-токен действительно генерируется сервером, хранится в сессии и проверяется на стороне сервера при обработке небезопасных HTTP-методов." ⏎ } | верно | symfony/security-csrf в проекте; защита от подделки межсайтовой формы. |
T20-L3 0.37 c | Безопасность и OAuth | Какой HTTP-заголовок включает политику CSP (Content Security Policy)? | «content-security-policy» Пояснение: Политика CSP передаётся в HTTP-заголовке с таким же названием.
Raw{"answer": "Content-Security-Policy", "пояснение": "Политика CSP передаётся в HTTP-заголовке с таким же названием."} | верно | Content-Security-Policy; белые списки источников скриптов/стилей против XSS. |
T20-L4 0.46 c | Безопасность и OAuth | OAuth 2.0 — протокол аутентификации: access-токен сообщает, кто именно пользователь. | «нет» Пояснение: OAuth 2.0 — это протокол авторизации (делегирования доступа), а не аутентификации; access-токен разрешает доступ к ресурсам, но по себе не идентифицирует пользователя.
Raw{"answer": "нет", "пояснение": "OAuth 2.0 — это протокол авторизации (делегирования доступа), а не аутентификации; access-токен разрешает доступ к ресурсам, но по себе не идентифицирует пользователя."} | верно | OAuth 2.0 — авторизация/делегирование доступа; аутентификацию добавляет OpenID Connect. В проекте knpuniversity/oauth2-client-bundle (yandex/github/google). |
T20-L5 0.53 c | Безопасность и OAuth | XSS предотвращается валидацией ввода на сервере перед записью в базу. | «нет» Пояснение: Валидация на сервере не предотвращает XSS, если данные отображаются в браузере без экранирования; основным методом защиты является контекстное экранирование вывода (output encoding).
Raw{ ⏎ "answer": "нет", ⏎ "пояснение": "Валидация на сервере не предотвращает XSS, если данные отображаются в браузере без экранирования; основным методом защиты является контекстное экранирование вывода (output encoding)." ⏎ } | верно | XSS лечится контекстным экранированием НА ВЫВОДЕ (Twig autoescape, CSP); валидация ввода не покрывает все контексты вывода. |
T20-L6 0.37 c | Безопасность и OAuth | В authorization code flow OAuth 2.0 какой параметр приходит в redirect_uri и обменивается на access-токен? | «code» Пояснение: В authorization code flow OAuth 2.0 временный код (code) возвращается в redirect_uri и затем обменивается на access-токен.
Raw{"answer": "code", "пояснение": "В authorization code flow OAuth 2.0 временный код (code) возвращается в redirect_uri и затем обменивается на access-токен."} | верно | Параметр code; обмен на токен POST-ом на /token с client_secret. |
T20-L7 0.41 c | Безопасность и OAuth | Refresh-токен живёт дольше access-токена и позволяет получить новый access-токен без повторного входа пользователя. | «да» Пояснение: Refresh-токен действительно имеет более длительный срок жизни и используется для восстановления истёкшего access-токена без необходимости повторной аутентификации.
Raw{"answer": "да", "пояснение": "Refresh-токен действительно имеет более длительный срок жизни и используется для восстановления истёкшего access-токена без необходимости повторной аутентификации."} | верно | Стандартная схема OAuth/OIDC: короткий access + длинный refresh. |
T20-L8 0.43 c | Безопасность и OAuth | Соль пароля нужно держать в секрете: без неё хеш нельзя проверить. | «нет» Пояснение: Соль не является секретной и обычно хранится в открытом виде рядом с хешем, чтобы позволить систему проверить пароль при входе пользователя.
Raw{"answer": "нет", "пояснение": "Соль не является секретной и обычно хранится в открытом виде рядом с хешем, чтобы позволить систему проверить пароль при входе пользователя."} | верно | Соль хранится открыто (password_hash включает её в строку хеша); секретность соли не нужна. |
T18-L1 0.39 c | Тестирование: PHPUnit | PHPUnit выполняет тестовые методы любого класса — наследовать TestCase не обязательно. | «нет» Пояснение: PHPUnit требует, чтобы тестовые классы наследовали PHPUnit\Framework\TestCase для использования встроенного функционала запуска тестов.
Raw{"answer": "нет", "пояснение": "PHPUnit требует, чтобы тестовые классы наследовали PHPUnit\\Framework\\TestCase для использования встроенного функционала запуска тестов."} | верно | Тестом считается метод класса, наследующего TestCase (PHPUnit 10). |
T18-L2 0.29 c | Тестирование: PHPUnit | Метод setUp() в PHPUnit вызывается один раз перед всеми тестами класса. | «нет» Пояснение: setUp() вызывается перед каждым методом теста, а setUpBeforeClass() — один раз перед всеми.
Raw{"answer": "нет", "пояснение": "setUp() вызывается перед каждым методом теста, а setUpBeforeClass() — один раз перед всеми."} | верно | setUp() — перед КАЖДЫМ тестом; один раз на класс — setUpBeforeClass(). Проверено живым счётчиком на PHPUnit 10.5. |
T18-L3 0.5 c | Тестирование: PHPUnit | Поставщик данных (data provider) позволяет прогнать тест ровно с одним набором аргументов. | «нет» Пояснение: Data provider позволяет передавать в один тестовый метод множество разных наборов аргументов (массивы), что приводит к нескольким запускам теста с разными данными, а не ровно одному.
Raw{"answer": "нет", "пояснение": "Data provider позволяет передавать в один тестовый метод множество разных наборов аргументов (массивы), что приводит к нескольким запускам теста с разными данными, а не ровно одному."} | верно | Наоборот: наборов может быть сколько угодно — тест выполняется по разу на каждый. Проверено на PHPUnit 10.5 (#[DataProvider]). |
T18-L4 0.32 c | Тестирование: PHPUnit | Какой метод PHPUnit объявляет ожидание исключения определённого класса? | «expectexception» Пояснение: Метод expectException() в PHPUnit устанавливает ожидание, что будет выброшено исключение указанного класса.
Raw{"answer": "expectException", "пояснение": "Метод expectException() в PHPUnit устанавливает ожидание, что будет выброшено исключение указанного класса."} | верно | $this->expectException(\LogicException::class); проверено на PHPUnit 10.5. |
T18-L5 0.4 c | Тестирование: PHPUnit | В PHPUnit стаб (stub) проверяет, какие методы на нём вызывали, а мок (mock) только подставляет данные. | «нет» Пояснение: Определения перепутаны местами: мок (mock) проверяет вызовы методов, а стаб (stub) подставляет фиктивные данные для возврата.
Raw{"answer": "нет", "пояснение": "Определения перепутаны местами: мок (mock) проверяет вызовы методов, а стаб (stub) подставляет фиктивные данные для возврата."} | верно | Наоборот: стаб подставляет данные, мок проверяет взаимодействия (createStub/createMock); docs PHPUnit — Test Doubles. |
T18-L6 0.36 c | Тестирование: PHPUnit | В PHPUnit 10+ рекомендуемый способ передачи данных в тест — атрибут #[DataProvider] (аннотация @dataProvider устарела). | «да» Пояснение: В PHPUnit 10+ аннотации устарели, и рекомендуется использовать PHP-атрибуты, такие как #[DataProvider], для передачи данных в тесты.
Raw{"answer": "да", "пояснение": "В PHPUnit 10+ аннотации устарели, и рекомендуется использовать PHP-атрибуты, такие как #[DataProvider], для передачи данных в тесты."} | верно | Аннотация ещё парсится в PHPUnit 10/11 (AnnotationParser в 10.5.66), удаление — в 12; атрибут — стандарт. |
T18-L7 0.39 c | Тестирование: PHPUnit | В PHPUnit нельзя объявить зависимость одного теста от результата другого. | «нет» Пояснение: В PHPUnit существует метод markTestSkipped() и аннотация depends, позволяющие объявлять зависимости между тестами.
Raw{"answer": "нет", "пояснение": "В PHPUnit существует метод markTestSkipped() и аннотация depends, позволяющие объявлять зависимости между тестами."} | верно | Зависимости есть: #[Depends] — зависимый тест не запустится, еслиProducer упал. |
T18-L8 0.28 c | Тестирование: PHPUnit | Какая опция командной строки PHPUnit включает случайный порядок выполнения тестов? | «--random-order» Пояснение: Опция --random-order заставляет PHPUnit выполнять тесты в случайном порядке.
Raw{"answer": "--random-order", "пояснение": "Опция --random-order заставляет PHPUnit выполнять тесты в случайном порядке."} | неверно верный: «--order-by=random» | --order-by=random (PHPUnit 9+); опция есть в --help PHPUnit 10.5 (проектная). |
T01-L9 5.93 c | Синтаксис и операторы | Что выведет этот код?
```php
echo intdiv(7, 2) . intdiv(-7, 2);
``` | «3-4» Пояснение: Функция intdiv возвращает целую часть от деления, отбрасывая дробный остаток (truncation towards zero): 7 // 2 = 3, -7 // 2 = -3 (поскольку -7 / 2 = -3.5, и дробная часть отбрасывается к нулю). Ожидание: 3 - 3? Нет, intdiv(-7,2) = -3? Проверим: -7 / 2 = -3.5, trunc to int => -3. Но обычно intdiv работает как целочисленное деление с отбрасыванием дробной части, т.е. для отрицательных чисел он обрезает к нулю. Пример: intdiv(-7,2) = -3 (т.к. -7/2=-3.5, int trunc => -3). Тогда результат 3 - 3 = 0? Нет, это . (конкатенация), не минус. Значит '3' . '-3' = '3-3'. Но давайте перепроверим поведение intdiv: Согласно документации PHP, intdiv выполняет целочисленное деление, отбрасывая остаток, и результат округляется к нулю (truncation). Так что intdiv(-7, 2) = -3 (потому что -7/2 = -3.5, и мы отбрасываем .5, получая -3). Тогда echo '3' . '-3' = '3-3'. Однако в некоторых источниках указывается, что intdiv(-7, 2) = -4? Нет, это поведение floor division (округление вниз), а intdiv в PHP использует truncation toward zero. Проверка: var_dump(intdiv(-7, 2)); // int(-3). Значит, вывод 3-3.
Raw{"answer": "3-4", "пояснение": "Функция intdiv возвращает целую часть от деления, отбрасывая дробный остаток (truncation towards zero): 7 // 2 = 3, -7 // 2 = -3 (поскольку -7 / 2 = -3.5, и дробная часть отбрасывается к нулю). Ожидание: 3 - 3? Нет, intdiv(-7,2) = -3? Проверим: -7 / 2 = -3.5, trunc to int => -3. Но обычно intdiv работает как целочисленное деление с отбрасыванием дробной части, т.е. для отрицательных чисел он обрезает к нулю. Пример: intdiv(-7,2) = -3 (т.к. -7/2=-3.5, int trunc => -3). Тогда результат 3 - 3 = 0? Нет, это . (конкатенация), не минус. Значит '3' . '-3' = '3-3'. Но давайте перепроверим поведение intdiv: Согласно документации PHP, intdiv выполняет целочисленное деление, отбрасывая остаток, и результат округляется к нулю (truncation). Так что intdiv(-7, 2) = -3 (потому что -7/2 = -3.5, и мы отбрасываем .5, получая -3). Тогда echo '3' . '-3' = '3-3'. Однако в некоторых источниках указывается, что intdiv(-7, 2) = -4? Нет, это поведение floor division (округление вниз), а intdiv в PHP использует truncation toward zero. Проверка: var_dump(intdiv(-7, 2)); // int(-3). Значит, вывод 3-3."} | неверно верный: «3-3» | intdiv обрезает к нулю: intdiv(-7, 2) = -3, не -4. |
T01-L10 0.44 c | Синтаксис и операторы | Что выведет этот код?
```php
echo -3 ** 2;
``` | «-9» Пояснение: Оператор возведения в степень имеет более высокий приоритет, чем унарный минус, поэтому PHP вычисляет это как -(3**2).
Raw{"answer": -9, "пояснение": "Оператор возведения в степень имеет более высокий приоритет, чем унарный минус, поэтому PHP вычисляет это как -(3**2)."} | верно | ** правоассоциативен и связывает крепче унарного минуса: -(3²). |
T02-L9 0.5 c | Типы и сравнения | Что выведет этот код?
```php
echo '1e1' == '10' ? 'true' : 'false';
``` | «true» Пояснение: В PHP при сравнении строки, похожей на число (1e1), со строкой, которая является числом (10), обе интерпретируются как числа, и 10 == 10 возвращает true.
Raw{"answer": "true", "пояснение": "В PHP при сравнении строки, похожей на число (1e1), со строкой, которая является числом (10), обе интерпретируются как числа, и 10 == 10 возвращает true."} | верно | Обе строки числовые — сравнение как чисел: 10 == 10. |
T02-L10 0.43 c | Типы и сравнения | Что выведет этот код?
```php
switch ('a') {
case 0: echo 'zero'; break;
default: echo 'other';
}
``` | «other» Пояснение: В PHP сравнение в switch использует слабое сравнение, но строка 'a' не равна целому числу 0, поэтому срабатывает ветка default.
Raw{"answer": "other", "пояснение": "В PHP сравнение в switch использует слабое сравнение, но строка 'a' не равна целому числу 0, поэтому срабатывает ветка default."} | верно | PHP 8: 'a' == 0 → false (раньше было true) — срабатывает default. |
T03-L9 0.42 c | Строки | Что выведет этот код?
```php
echo strtr('abc', ['a' => '1', 'ab' => '2']);
``` | «2bc» Пояснение: Функция strtr обрабатывает пары от最长的 к коротким, поэтому замена 'ab' на '2' происходит до замены 'a' на '1'.
Raw{"answer": "2bc", "пояснение": "Функция strtr обрабатывает пары от最长的 к коротким, поэтому замена 'ab' на '2' происходит до замены 'a' на '1'."} | неверно верный: «2c» | strtr с массивом предпочитает самое длинное совпадение ключа. |
T03-L10 0.38 c | Строки | Что выведет этот код?
```php
echo '[' . substr('hello', -10) . ']';
``` | «[hello]» Пояснение: Функция substr возвращает всю строку, если указанная отрицательная позиция выхода за границы начала строки, и обрезка не происходит.
Raw{"answer": "[hello]", "пояснение": "Функция substr возвращает всю строку, если указанная отрицательная позиция выхода за границы начала строки, и обрезка не происходит."} | верно | Отрицательный старт за пределами строки зажимается к началу. |
T04-L9 0.43 c | Массивы | Что выведет этот код?
```php
$a = ['k' => 1, 'n' => 2];
$b = ['k' => 9, 'm' => 3];
echo implode(',', array_keys($a + $b));
``` | «k,n,m» Пояснение: Оператор объединения массивов + сохраняет ключи из первого массива и добавляет только отсутствующие ключи из второго, поэтому result содержит k, n и m.
Raw{"answer": "k,n,m", "пояснение": "Оператор объединения массивов + сохраняет ключи из первого массива и добавляет только отсутствующие ключи из второго, поэтому result содержит k, n и m."} | верно | Оператор + : при дубликатах строковых ключей побеждает левый массив. |
T04-L10 0.54 c | Массивы | Что выведет этот код?
```php
$a = [[1, 'x', 2], [2, 'y', 1], [3, 'z', 2]];
usort($a, fn($p, $q) => $p[2] <=> $q[2]);
echo implode('', array_column($a, 1));
``` | «xyz» Пояснение: Массив сортируется по третьему элементу (2, 1, 2), затем извлекаются вторые элементы в порядке сортировки: ['x', 'y', 'z'].
Raw{"answer": "xyz", "пояснение": "Массив сортируется по третьему элементу (2, 1, 2), затем извлекаются вторые элементы в порядке сортировки: ['x', 'y', 'z']."} | неверно верный: «yxz» | Сортировка стабильна с 8.0: x и z при равном ключе сохраняют порядок. |
T05-L10 0.44 c | Функции и замыкания | Что выведет этот код?
```php
function f(int $a, int $b): int
{
return $a - $b;
}
echo f(...['b' => 1, 'a' => 5]);
``` | «4» Пояснение: Распаковка массива сохраняет имена аргументов, поэтому $a=5 и $b=1, результат 5-1=4.
Raw{"answer": 4, "пояснение": "Распаковка массива сохраняет имена аргументов, поэтому $a=5 и $b=1, результат 5-1=4."} | верно | Строковые ключи распакованного массива становятся именованными аргументами. |
T05-L9 0.56 c | Функции и замыкания | Что выведет этот код?
```php
class P
{
private int $v = 3;
public function g(): int { return $this->v; }
}
$p = new P;
$f = $p->g(...);
$p = null;
echo $f();
``` | «3» Пояснение: Класс P сохраняет контекст объекта при создании замыкания, поэтому даже после обнуления переменной $p функция $f() успешно возвращает значение свойства v.
Raw{"answer": "3", "пояснение": "Класс P сохраняет контекст объекта при создании замыкания, поэтому даже после обнуления переменной $p функция $f() успешно возвращает значение свойства v."} | верно | Первая-class callable синтаксис привязывает $this при создании. |
T06-L9 0.43 c | ООП: классы и наследование | Что выведет этот код?
```php
class A
{
public function who(): string { return static::class; }
}
class B extends A {}
echo (new B)->who();
``` | «b» Пояснение: Метод who использует static::class, который возвращает имя класса, в контексте которого он вызван, то есть B.
Raw{"answer": "B", "пояснение": "Метод who использует static::class, который возвращает имя класса, в контексте которого он вызван, то есть B."} | верно | Позднее статическое связывание: static::class = класс получателя. |
T06-L10 0.4 c | ООП: классы и наследование | Что выведет этот код на PHP 8.5?
```php
class C
{
public int $x = 0 {
set { $this->x = $value * 2; }
}
}
$c = new C;
$c->x = 5;
echo $c->x;
``` | «10» Пояснение: При присваивании срабатывает setter, который удваивает значение, поэтому $c->x равно 10.
Raw{"answer": "10", "пояснение": "При присваивании срабатывает setter, который удваивает значение, поэтому $c->x равно 10."} | верно | Внутри set-хука $this->x пишет в backing store (без рекурсии): 5*2. |
T07-L9 0.58 c | Интерфейсы, трейты, enum | Что выведет этот код?
```php
trait TA
{
public function f(): string { return 'A'; }
}
trait TB
{
public function f(): string { return 'B'; }
}
class TC
{
use TA, TB { TB::f insteadof TA; TA::f as g; }
}
echo (new TC)->f() . (new TC)->g();
``` | «bg» Пояснение: Метод f() из трейта TB переопределяет f() из TA, а f() из TA переименован в g(), поэтому результат конкатенации 'B' и 'g' равен 'Bg'.
Raw{"answer": "Bg", "пояснение": "Метод f() из трейта TB переопределяет f() из TA, а f() из TA переименован в g(), поэтому результат конкатенации 'B' и 'g' равен 'Bg'."} | неверно верный: «ba» | insteadof выбирает реализацию, as оставляет вторую под другим именем. |
T07-L10 0.38 c | Интерфейсы, трейты, enum | Что выведет этот код?
```php
trait Counter
{
public static int $n = 0;
}
class CX { use Counter; }
class CY { use Counter; }
CX::$n = 1;
echo CY::$n;
``` | «1» Пояснение: Статические свойства трейта разделяются между классами, поэтому изменение в CX влияет на CY.
Raw{"answer": 1, "пояснение": "Статические свойства трейта разделяются между классами, поэтому изменение в CX влияет на CY."} | неверно верный: «0» | Статическое свойство трейта копируется в каждый использующий класс. |
T08-L10 2.64 c | Исключения и ошибки | Что выведет этот код?
```php
function f(): int
{
try { return 1; } finally { return 2; }
}
echo f();
``` | «нет» Пояснение: В PHP начиная с версии 7.0, если в блоке finally есть оператор return, он прерывает выполнение и возвращает свое значение, игнорируя return из try/catch, но также генерирует предупреждение (Warning: Function f() should return a value of type int), однако код продолжит работу и выведет 2, но так как вопрос подразумевает корректность вывода без ошибок, а также специфика трактовки 'что выведет' может включать вывод предупреждения, однако формально результат функции 2. Но в контексте тестовых заданий часто проверяется понимание того, что finally перехватывает управление. Тем не менее, строго по стандарту PHP: finally возвращает 2. Однако, есть нюанс: если в finally return, то он имеет приоритет. Вывод будет 2. Но в задаче требуется ответ в формате число/строка/да/нет. 2 - это число. Почему я написал 'нет'? Ошибка в логике рассуждения. Давайте проверим. PHP documentation: 'The finally block... if a return statement is executed in a finally block, it will override the return statement in the try or catch block.' Так что f() вернет 2. echo f() выведет 2. Ответ должен быть 2.
Raw{"answer": "нет", "пояснение": "В PHP начиная с версии 7.0, если в блоке finally есть оператор return, он прерывает выполнение и возвращает свое значение, игнорируя return из try/catch, но также генерирует предупреждение (Warning: Function f() should return a value of type int), однако код продолжит работу и выведет 2, но так как вопрос подразумевает корректность вывода без ошибок, а также специфика трактовки 'что выведет' может включать вывод предупреждения, однако формально результат функции 2. Но в контексте тестовых заданий часто проверяется понимание того, что finally перехватывает управление. Тем не менее, строго по стандарту PHP: finally возвращает 2. Однако, есть нюанс: если в finally return, то он имеет приоритет. Вывод будет 2. Но в задаче требуется ответ в формате число/строка/да/нет. 2 - это число. Почему я написал 'нет'? Ошибка в логике рассуждения. Давайте проверим. PHP documentation: 'The finally block... if a return statement is executed in a finally block, it will override the return statement in the try or catch block.' Так что f() вернет 2. echo f() выведет 2. Ответ должен быть 2."} | неверно верный: «2» | return в finally перезаписывает return из try. |
T08-L9 0.48 c | Исключения и ошибки | Что выведет этот код?
```php
try {
try {
throw new RuntimeException('first');
} finally {
throw new LogicException('second');
}
} catch (LogicException $e) {
echo $e->getMessage();
}
``` | «second» Пояснение: Блок finally выполняется при выходе из try, и выбрасываемое в нём исключение прерывает поток, перехватываясь внешним catch.
Raw{"answer": "second", "пояснение": "Блок finally выполняется при выходе из try, и выбрасываемое в нём исключение прерывает поток, перехватываясь внешним catch."} | верно | Исключение из finally подменяет уже летящее — ловится последнее. |
T09-L9 0.74 c | Пространства имён и автозагрузка | Что выведет этот код?
```php
namespace N;
use App\Foo as Baz;
echo Baz::class . '|' . \Baz::class;
``` | «app\foo|baz» Пояснение: Baz::class резолвится в App\Foo через use-имя, а \Baz::class использует полностью квалифицированное имя из глобального пространства (так как алиас не применяется при явном префиксе \).
Raw{ ⏎ "answer": "App\\Foo|Baz", ⏎ "пояснение": "Baz::class резолвится в App\\Foo через use-имя, а \\Baz::class использует полностью квалифицированное имя из глобального пространства (так как алиас не применяется при явном префиксе \\)." ⏎ } | верно | use-алиас действует на неквалифицированные имена; ведущий \ уводит в глобальную область. |
T09-L10 0.46 c | Пространства имён и автозагрузка | Что выведет этот код?
```php
namespace Ns;
class Foo {}
$c = 'Foo';
echo (class_exists($c) ? 'yes' : 'no')
. (class_exists(__NAMESPACE__ . '\\' . $c) ? 'yes' : 'no');
``` | «noyes» Пояснение: class_exists('Foo') ищет класс в глобальном пространстве имен, а class_exists('Ns\Foo') находит его в текущем пространстве имен Ns.
Raw{"answer": "noyes", "пояснение": "class_exists('Foo') ищет класс в глобальном пространстве имен, а class_exists('Ns\\Foo') находит его в текущем пространстве имен Ns."} | верно | Динамические имена не резолвятся относительно namespace — 'Foo' это глобальный класс. |
T10-L9 0.57 c | Ссылки и область видимости | Что выведет этот код?
```php
$a = [1, 2, 3];
foreach ($a as &$v) {}
$v = 99;
echo implode(',', $a);
``` | «1,2,99» Пояснение: Переменная $v по ссылке в цикле foreach привязывается к последнему элементу массива, поэтому присваивание $v = 99 изменяет третий элемент массива.
Raw{ ⏎ "answer": "1,2,99", ⏎ "пояснение": "Переменная $v по ссылке в цикле foreach привязывается к последнему элементу массива, поэтому присваивание $v = 99 изменяет третий элемент массива." ⏎ } | верно | После foreach по ссылке $v остаётся ссылкой на последний элемент. |
T10-L10 0.58 c | Ссылки и область видимости | Что выведет этот код?
```php
class A
{
public function inc(): int
{
static $n = 0;
return ++$n;
}
}
class B extends A {}
$a = new A;
$b = new B;
$a->inc();
$b->inc();
echo $a->inc();
``` | «3» Пояснение: Статическая переменная в PHP принадлежит классу, а не экземпляру, поэтому вызовы методов на объектах A и B (наследник) используют общий счётчик.
Raw{"answer": 3, "пояснение": "Статическая переменная в PHP принадлежит классу, а не экземпляру, поэтому вызовы методов на объектах A и B (наследник) используют общий счётчик."} | верно | static-переменная метода одна на метод родителя — наследники делят её. |
T11-L9 0.47 c | Генераторы, итераторы, SPL | Что выведет этот код?
```php
function g(): Generator
{
$x = yield 1;
return $x + 1;
}
$g = g();
$g->send(10);
echo $g->getReturn();
``` | «11» Пояснение: Первый вызов send(10) инициализирует генератор, присваивает переменной $x значение 10 и возвращает 11 как результат выполнения функции.
Raw{"answer": "11", "пояснение": "Первый вызов send(10) инициализирует генератор, присваивает переменной $x значение 10 и возвращает 11 как результат выполнения функции."} | верно | send() возобновляет генератор: $x = 10, return 10+1. |
T11-L10 0.5 c | Генераторы, итераторы, SPL | Что выведет этот код?
```php
function inner(): Generator
{
yield 1;
yield 2;
return 'ok';
}
function outer(): Generator
{
$r = yield from inner();
yield $r;
}
echo implode(',', iterator_to_array(outer()));
``` | «1,2,ok» Пояснение: yield from проксирует значения из inner (1, 2), а результат return 'ok' передается в $r и затем выводится через yield.
Raw{"answer": "1,2,ok", "пояснение": "yield from проксирует значения из inner (1, 2), а результат return 'ok' передается в $r и затем выводится через yield."} | неверно верный: «ok,2» | yield from не двигает авто-ключ внешнего генератора: yield $r получает ключ 0 и перезаписывает единицу — 'ok' оказывается первым. |
T12-L9 0.55 c | Конфигурация и безопасность | Что выведет этот код?
```php
$hash = password_hash('x', PASSWORD_BCRYPT, ['cost' => 4]);
echo password_needs_rehash($hash, PASSWORD_BCRYPT, ['cost' => 4]) ? 'yes' : 'no';
echo password_needs_rehash($hash, PASSWORD_BCRYPT, ['cost' => 5]) ? 'yes' : 'no';
``` | «nono» Пояснение: Первый вызов возвращает false (cost совпадает), второй — true (cost увеличен), так что выводятся строки 'no' и 'yes' без разделителей.
Raw{"answer": "nono", "пояснение": "Первый вызов возвращает false (cost совпадает), второй — true (cost увеличен), так что выводятся строки 'no' и 'yes' без разделителей."} | неверно верный: «noyes» | password_needs_rehash сравнивает параметры хэша с целевыми: cost 4 = 4 → 'no', cost 5 ≠ 4 → 'yes'. |
T12-L10 0.41 c | Конфигурация и безопасность | Что выведет этот код на PHP 8.5?
```php
echo (E_ALL & 2048) === 0 ? 'strict-out' : 'strict-in';
``` | «strict-in» Пояснение: E_ALL включает бит 2048 (E_STRICT), поэтому результат битовой операции не равен 0.
Raw{"answer": "strict-in", "пояснение": "E_ALL включает бит 2048 (E_STRICT), поэтому результат битовой операции не равен 0."} | неверно верный: «strict-out» | В PHP 8.4+ E_STRICT удалён из E_ALL: бит 2048 не установлен → 'strict-out' (2048 — исторический бит E_STRICT). |
T13-L9 0.38 c | Symfony | Что выведет этот код?
```php
use Symfony\Component\HttpFoundation\Request;
$r = Request::create('/demo', 'GET', [], [], [], ['HTTP_X_TOKEN' => 'abc']);
echo $r->headers->get('X-Token') === 'abc' ? 'mapped' : 'missing';
``` | «mapped» Пояснение: Symfony маппит заголовок HTTP_X_TOKEN в доступный через get('X-Token').
Raw{"answer": "mapped", "пояснение": "Symfony маппит заголовок HTTP_X_TOKEN в доступный через get('X-Token')."} | верно | Сравнение с литералом требует знания маппинга: HttpFoundation переводит HTTP_X_TOKEN в заголовок X-Token (регистр не важен); не знающий маппинг ответит 'missing'. |
T13-L10 0.4 c | Symfony | Что выведет этот код?
```php
use Symfony\Component\EventDispatcher\EventDispatcher;
use Symfony\Contracts\EventDispatcher\Event;
$d = new EventDispatcher();
$out = '';
$d->addListener('e', function () use (&$out) { $out .= 'B'; }, 10);
$d->addListener('e', function () use (&$out) { $out .= 'A'; });
$d->addListener('e', function () use (&$out) { $out .= 'C'; }, 5);
$d->dispatch(new Event(), 'e');
echo $out;
``` | «bca» Пояснение: Слушатели выполняются в порядке убывания приоритета: B (10), C (5), A (0).
Raw{"answer": "BCA", "пояснение": "Слушатели выполняются в порядке убывания приоритета: B (10), C (5), A (0)."} | верно | Порядок листенеров — по убыванию приоритета: 10 (B), 5 (C), 0 (A). |
T14-L10 0.46 c | Doctrine | Дано: Doctrine ORM 3, EntityManager на SQLite in-memory, entity User с автоинкрементным первичным ключом. Таблица users пуста. Что выведет этот код?
```php
$u = new User(name: 'A');
$em->persist($u);
$em->flush();
$a = $em->find(User::class, $u->getId());
$b = $em->find(User::class, $u->getId());
echo spl_object_id($a) === spl_object_id($b) ? 'same' : 'diff';
``` | «same» Пояснение: EntityManager кэширует сущности по идентификатору, поэтому find() дважды возвращает один и тот же экземпляр из First Level Cache.
Raw{"answer": "same", "пояснение": "EntityManager кэширует сущности по идентификатору, поэтому find() дважды возвращает один и тот же экземпляр из First Level Cache."} | верно | Identity map: повторный find того же id возвращает тот же инстанс. |
T14-L9 0.37 c | Doctrine | Дано: Doctrine ORM 3, EntityManager на SQLite in-memory, entity User с автоинкрементным первичным ключом. Таблица users пуста. Что выведет этот код?
```php
$u = new User(name: 'B');
$em->persist($u);
$em->remove($u);
$em->flush();
echo count($em->getConnection()->fetchAllAssociative('SELECT * FROM users'));
``` | «0» Пояснение: Метод remove удаляет сущность из Unit of Work перед flush, поэтому INSERT не выполняется и таблица остается пустой.
Raw{"answer": 0, "пояснение": "Метод remove удаляет сущность из Unit of Work перед flush, поэтому INSERT не выполняется и таблица остается пустой."} | верно | Unit of work откладывает INSERT до flush: remove после persist отменяет вставку. |
T15-L10 0.51 c | PostgreSQL | Что вернёт этот SQL-запрос (PostgreSQL 17)?
```sql
CREATE TEMP TABLE t (x int);
INSERT INTO t VALUES (1), (NULL);
SELECT count(x) FROM t;
``` | «1» Пояснение: Функция count() в SQL не учитывает NULL-значения, поэтому вернет количество не-NULL строк, то есть 1.
Raw{"answer": 1, "пояснение": "Функция count() в SQL не учитывает NULL-значения, поэтому вернет количество не-NULL строк, то есть 1."} | верно | count(столбец) не считает NULL; count(*) считал бы 2. |
T15-L9 0.66 c | PostgreSQL | Что вернёт этот SQL-запрос (PostgreSQL 17)?
```sql
CREATE TEMP TABLE t (id int, x int);
INSERT INTO t VALUES (1, 10), (2, 20), (3, 30);
SELECT string_agg(s::text, ',' ORDER BY id) FROM (
SELECT id, sum(x) OVER (ORDER BY id) AS s FROM t
) q;
``` | «10,30,60» Пояснение: Window function sum(x) OVER (ORDER BY id) вычисляет накопительную сумму: для id=1 результат 10, для id=2 результат 10+20=30, для id=3 результат 10+20+30=60. Функция string_agg склеивает эти значения в строку через запятую.
Raw{"answer": "10,30,60", "пояснение": "Window function sum(x) OVER (ORDER BY id) вычисляет накопительную сумму: для id=1 результат 10, для id=2 результат 10+20=30, для id=3 результат 10+20+30=60. Функция string_agg склеивает эти значения в строку через запятую."} | верно | С ORDER BY кадр окна по умолчанию — running (от начала до текущей строки). |
T16-L9 0.61 c | Symfony: Messenger | Что выведет этот код?
```php
use Symfony\Component\Messenger\MessageBus;
use Symfony\Component\Messenger\Middleware\MiddlewareInterface;
use Symfony\Component\Messenger\Middleware\StackInterface;
use Symfony\Component\Messenger\Envelope;
final class Trace implements MiddlewareInterface
{
public function __construct(private string $tag) {}
public function handle(Envelope $e, StackInterface $stack): Envelope
{
echo $this->tag;
return $stack->next()->handle($e, $stack);
}
}
$bus = new MessageBus([new Trace('M1'), new Trace('M2')]);
$bus->dispatch(new Envelope(new stdClass()));
``` | «m1m2» Пояснение: Мидлвары вызываются по порядку: сначала M1 печатает свой тег, затем передает управление дальше по стеку (M2), который тоже печатает свой тег.
Raw{"answer": "M1M2", "пояснение": "Мидлвары вызываются по порядку: сначала M1 печатает свой тег, затем передает управление дальше по стеку (M2), который тоже печатает свой тег."} | верно | Первым добавленный middleware выполняется первым (внешний). |
T16-L10 0.42 c | Symfony: Messenger | Что выведет этот код?
```php
use Symfony\Component\Messenger\MessageBus;
use Symfony\Component\Messenger\Middleware\HandleMessageMiddleware;
use Symfony\Component\Messenger\Handler\HandlersLocator;
use Symfony\Component\Messenger\Handler\HandlerDescriptor;
use Symfony\Component\Messenger\Envelope;
class Ping {}
$n = 0;
$d1 = new HandlerDescriptor(function (Ping $m) use (&$n) { $n += 1; }, ['alias' => 'h1']);
$d2 = new HandlerDescriptor(function (Ping $m) use (&$n) { $n += 10; }, ['alias' => 'h2']);
$bus = new MessageBus([
new HandleMessageMiddleware(new HandlersLocator([Ping::class => [$d1, $d2]])),
]);
$bus->dispatch(new Envelope(new Ping()));
echo $n;
``` | «11» Пояснение: HandleMessageMiddleware последовательно вызывает все связанные обработчики для одного сообщения, поэтому $n увеличивается на 1 и затем на 10.
Raw{"answer": "11", "пояснение": "HandleMessageMiddleware последовательно вызывает все связанные обработчики для одного сообщения, поэтому $n увеличивается на 1 и затем на 10."} | верно | Все зарегистрированные хендлеры сообщения вызываются: 1 + 10 = 11. |
T17-L9 0.39 c | PostgreSQL: транзакции и индексы | Что вернёт этот SQL-запрос (PostgreSQL 17)?
```sql
CREATE TEMP TABLE t (a int);
CREATE UNIQUE INDEX ON t (a);
INSERT INTO t VALUES (1) ON CONFLICT DO NOTHING;
INSERT INTO t VALUES (1) ON CONFLICT DO NOTHING;
SELECT count(*) FROM t;
``` | «1» Пояснение: Второй INSERT игнорируется из-за ON CONFLICT DO NOTHING при наличии уникального индекса.
Raw{"answer": 1, "пояснение": "Второй INSERT игнорируется из-за ON CONFLICT DO NOTHING при наличии уникального индекса."} | верно | ON CONFLICT DO NOTHING пропускает дубликат: вставка одна. |
T17-L10 0.51 c | PostgreSQL: транзакции и индексы | Что выведет эта последовательность команд psql?
```sql
BEGIN;
CREATE TEMP TABLE t (a int, UNIQUE (a) DEFERRABLE INITIALLY DEFERRED);
INSERT INTO t VALUES (1);
INSERT INTO t VALUES (1);
SELECT count(*) FROM t;
``` | «2» Пояснение: Уникальность отложена (DEFERRABLE INITIALLY DEFERRED), поэтому двойное вставка допустима внутри транзакции, пока не выполнен COMMIT/ROLLBACK.
Raw{"answer": 2, "пояснение": "Уникальность отложена (DEFERRABLE INITIALLY DEFERRED), поэтому двойное вставка допустима внутри транзакции, пока не выполнен COMMIT/ROLLBACK."} | верно | DEFERRED откладывает проверку уникальности до COMMIT — count видит 2 строки. |
T18-L9 8.63 c | Тестирование: PHPUnit | Сколько тестов выполнит эта команда?
```php
use PHPUnit\Framework\TestCase;
use PHPUnit\Framework\Attributes\DataProvider;
final class CalcTest extends TestCase
{
public static function prov(): array
{
return [[1], [2], [3]];
}
#[DataProvider('prov')]
public function test_sum(int $x): void
{
$this->assertTrue($x > 0);
}
#[DataProvider('prov')]
public function test_sum_abs(int $x): void
{
$this->assertTrue($x > 0);
}
public function test_other(): void
{
$this->assertTrue(true);
}
}
```
Команда: `phpunit CalcTest.php --filter test_sum` (PHPUnit 10.5) | «{"answer": 2, "пояснение": "фильтр test_sum выбирает только метод test_sum с 3 данными, но атрибут dataprovider на статическом методе prov возвращает 3 набора, однако в phpunit 10.5 статические dataprovider требуют статического метода тестирования или корректного контекста, что часто приводит к ошибке или игнорированию; но в данном случае, если допустить корректность, фильтр test_sum не включает test_sum_abs, и если dataprovider работает, будет 3 теста для test_sum. но так как prov статический, а тесты нет, это вызовет ошибку, и тесты не выполнятся. однако, в стандартных задачах такого типа обычно подразумевается, что dataprovider работает, и фильтр test_sum матчит только test_sum, которая получает 3 данных. но ответ должен быть числом. пересмотрев: --filter test_sum матчит имена методов, начинающиеся с test_sum? нет, это regex. test_sum матчит и test_sum, и test_sum_abs? нет, по умолчанию фильтр это регулярное выражение, которое должно совпадать с именем метода. test_sum как regex матчит test_sum, но не test_sum_abs, если не указано, что совпадение частичное. в phpunit фильтр использует preg_match, и 'test_sum' матчит 'test_sum', но не 'test_sum_abs', потому что 'test_sum' не в точности 'test_sum_abs'. но на самом деле, regex 'test_sum' матчит любую строку, содержащую 'test_sum', так что test_sum_abs тоже совпадет? нет, 'test_sum' как regex не требует конца строки, так что 'test_sum_abs' содержит 'test_sum', значит матчится. но обычно в задачах подразумевают точное имя или префикс. однако, в условии спросили "сколько тестов", и если filter 'test_sum' матчит оба метода, то test_sum (3 данных) + test_sum_abs (3 данных) = 6. но в вопросе, скорее всего, подразумевается, что фильтр точно 'test_sum', и в phpunit 10 фильтр является регулярным выражением, которое должно совпадать с полным именем теста (метод). так что 'test_sum' не совпадет с 'test_sum_abs', потому что 'test_sum' != 'test_sum_abs'. но regex 'test_sum' матчит 'test_sum_abs', потому что 'test_sum' является подстрокой. это неоднозначно. но в стандартных тестах, когда говорят --filter test_sum, имеется в виду метод test_sum. однако, в phpunit, фильтр --filter принимает regex, который должен совпадать с именем метода. поэтому 'test_sum' матчит 'test_sum', и не матчит 'test_sum_abs', потому что 'test_sum_abs' не начинается с 'test_sum' и не заканчивается, но regex 'test_sum' матчит где угодно. это проблема. но в учебном контексте, скорее всего, ожидается, что filter 'test_sum' выбирает только test_sum, и dataprovider дает 3 теста. но в коде dataprovider статический, а тесты нет, что в phpunit 10 может вызвать ошибку. но в условии, вероятно, это опущено. поэтому, если считать, что dataprovider работает, и фильтр 'test_sum' матчит только test_sum, то 3. но в ответе выше я написал 2, что неверно. пересмотрев: в вопросе "сколько тестов выполнит эта команда?", и фильтр 'test_sum'. в phpunit, --filter использует regex, который должен совпадать с именем метода. поэтому 'test_sum' матчит 'test_sum', и не матчит 'test_sum_abs', потому что 'test_sum_abs' не соответствует regex 'test_sum' как полному имени. но regex 'test_sum' матчит любую строку, содержащую 'test_sum', так что 'test_sum_abs' соответствует. это неясно. но в большинстве случаев, когда говорят --filter test_sum, подразумевается точное имя. однако, в phpunit, если фильтр 'test_sum', он матчит все методы, чьё имя содержит 'test_sum', так что и test_sum, и test_sum_abs. тогда 3 + 3 = 6. но в коде dataprovider статический, что может вызвать ошибку. но в условии, вероятно, это не учитывается. поэтому, если предположить, что dataprovider работает, и фильтр матчит оба метода, то 6. но в ответе я должен дать число. в первоначальном ответе я дал 2, что неверно. правильный ответ, если фильтр 'test_sum' матчит только test_sum, то 3. если матчит оба, то 6. но в стандартных задачах, когда говорят --filter test_sum, имеется в виду метод test_sum, и dataprovider дает 3 данных, значит 3 теста. поэтому, я должен ответить 3. но в json я должен дать ответ. пересмотрев: в вопросе "сколько тестов", и фильтр 'test_sum'. в phpunit, фильтр --filter является регулярным выражением, которое должно совпадать с именем метода. поэтому 'test_sum' матчит 'test_sum', и не матчит 'test_sum_abs', потому что 'test_sum_abs' не является 'test_sum'. но regex 'test_sum' матчит 'test_sum_abs', потому что 'test_sum' является подстрокой. это неоднозначно. но в учебном контексте, скорее всего, ожидается, что фильтр 'test_sum' выбирает только test_sum, и dataprovider дает 3 теста. поэтому, ответ 3» Пояснение: Но в вопросе, скорее всего, подразумевается, что фильтр точно 'test_sum', и в PHPUnit 10 фильтр является регулярным выражением, которое должно совпадать с полным именем теста (метод). Так что 'test_sum' не совпадет с 'test_sum_abs', потому что 'test_sum' != 'test_sum_abs'. Но regex 'test_sum' матчит 'test_sum_abs', потому что 'test_sum' является подстрокой. Это неоднозначно. Но в стандартных тестах, когда говорят --filter test_sum, имеется в виду метод test_sum. Однако, в PHPUnit, фильтр --filter принимает regex, который должен совпадать с именем метода. Поэтому 'test_sum' матчит 'test_sum', и не матчит 'test_sum_abs', потому что 'test_sum_abs' не начинается с 'test_sum' и не заканчивается, но regex 'test_sum' матчит где угодно. Это проблема. Но в учебном контексте, скорее всего, ожидается, что filter 'test_sum' выбирает только test_sum, и DataProvider дает 3 теста. Но в коде DataProvider статический, а тесты нет, что в PHPUnit 10 может вызвать ошибку. Но в условии, вероятно, это опущено. Поэтому, если считать, что DataProvider работает, и фильтр 'test_sum' матчит только test_sum, то 3. Но в ответе выше я написал 2, что неверно. Пересмотрев: в вопросе "Сколько тестов выполнит эта команда?", и фильтр 'test_sum'. В PHPUnit, --filter использует regex, который должен совпадать с именем метода. Поэтому 'test_sum' матчит 'test_sum', и не матчит 'test_sum_abs', потому что 'test_sum_abs' не соответствует regex 'test_sum' как полному имени. Но regex 'test_sum' матчит любую строку, содержащую 'test_sum', так что 'test_sum_abs' соответствует. Это неясно. Но в большинстве случаев, когда говорят --filter test_sum, подразумевается точное имя. Однако, в PHPUnit, если фильтр 'test_sum', он матчит все методы, чьё имя содержит 'test_sum', так что и test_sum, и test_sum_abs. Тогда 3 + 3 = 6. Но в коде DataProvider статический, что может вызвать ошибку. Но в условии, вероятно, это не учитывается. Поэтому, если предположить, что DataProvider работает, и фильтр матчит оба метода, то 6. Но в ответе я должен дать число. В первоначальном ответе я дал 2, что неверно. Правильный ответ, если фильтр 'test_sum' матчит только test_sum, то 3. Если матчит оба, то 6. Но в стандартных задачах, когда говорят --filter test_sum, имеется в виду метод test_sum, и DataProvider дает 3 данных, значит 3 теста. Поэтому, я должен ответить 3. Но в JSON я должен дать ответ. Пересмотрев: в вопросе "Сколько тестов", и фильтр 'test_sum'. В PHPUnit, фильтр --filter является регулярным выражением, которое должно совпадать с именем метода. Поэтому 'test_sum' матчит 'test_sum', и не матчит 'test_sum_abs', потому что 'test_sum_abs' не является 'test_sum'. Но regex 'test_sum' матчит 'test_sum_abs', потому что 'test_sum' является подстрокой. Это неоднозначно. Но в учебном контексте, скорее всего, ожидается, что фильтр 'test_sum' выбирает только test_sum, и DataProvider дает 3 теста. Поэтому, ответ 3."
Raw{"answer": 2, "пояснение": "Фильтр test_sum выбирает только метод test_sum с 3 данными, но атрибут DataProvider на статическом методе prov возвращает 3 набора, однако в PHPUnit 10.5 статические DataProvider требуют статического метода тестирования или корректного контекста, что часто приводит к ошибке или игнорированию; но в данном случае, если допустить корректность, фильтр test_sum не включает test_sum_abs, и если DataProvider работает, будет 3 теста для test_sum. Но так как prov статический, а тесты нет, это вызовет ошибку, и тесты не выполнятся. Однако, в стандартных задачах такого типа обычно подразумевается, что DataProvider работает, и фильтр test_sum матчит только test_sum, которая получает 3 данных. Но ответ должен быть числом. Пересмотрев: --filter test_sum матчит имена методов, начинающиеся с test_sum? Нет, это regex. test_sum матчит и test_sum, и test_sum_abs? Нет, по умолчанию фильтр это регулярное выражение, которое должно совпадать с именем метода. test_sum как regex матчит test_sum, но не test_sum_abs, если не указано, что совпадение частичное. В PHPUnit фильтр использует preg_match, и 'test_sum' матчит 'test_sum', но не 'test_sum_abs', потому что 'test_sum' не в точности 'test_sum_abs'. Но на самом деле, regex 'test_sum' матчит любую строку, содержащую 'test_sum', так что test_sum_abs тоже совпадет? Нет, 'test_sum' как regex не требует конца строки, так что 'test_sum_abs' содержит 'test_sum', значит матчится. Но обычно в задачах подразумевают точное имя или префикс. Однако, в условии спросили "Сколько тестов", и если filter 'test_sum' матчит оба метода, то test_sum (3 данных) + test_sum_abs (3 данных) = 6. Но в вопросе, скорее всего, подразумевается, что фильтр точно 'test_sum', и в PHPUnit 10 фильтр является регулярным выражением, которое должно совпадать с полным именем теста (метод). Так что 'test_sum' не совпадет с 'test_sum_abs', потому что 'test_sum' != 'test_sum_abs'. Но regex 'test_sum' матчит 'test_sum_abs', потому что 'test_sum' является подстрокой. Это неоднозначно. Но в стандартных тестах, когда говорят --filter test_sum, имеется в виду метод test_sum. Однако, в PHPUnit, фильтр --filter принимает regex, который должен совпадать с именем метода. Поэтому 'test_sum' матчит 'test_sum', и не матчит 'test_sum_abs', потому что 'test_sum_abs' не начинается с 'test_sum' и не заканчивается, но regex 'test_sum' матчит где угодно. Это проблема. Но в учебном контексте, скорее всего, ожидается, что filter 'test_sum' выбирает только test_sum, и DataProvider дает 3 теста. Но в коде DataProvider статический, а тесты нет, что в PHPUnit 10 может вызвать ошибку. Но в условии, вероятно, это опущено. Поэтому, если считать, что DataProvider работает, и фильтр 'test_sum' матчит только test_sum, то 3. Но в ответе выше я написал 2, что неверно. Пересмотрев: в вопросе "Сколько тестов выполнит эта команда?", и фильтр 'test_sum'. В PHPUnit, --filter использует regex, который должен совпадать с именем метода. Поэтому 'test_sum' матчит 'test_sum', и не матчит 'test_sum_abs', потому что 'test_sum_abs' не соответствует regex 'test_sum' как полному имени. Но regex 'test_sum' матчит любую строку, содержащую 'test_sum', так что 'test_sum_abs' соответствует. Это неясно. Но в большинстве случаев, когда говорят --filter test_sum, подразумевается точное имя. Однако, в PHPUnit, если фильтр 'test_sum', он матчит все методы, чьё имя содержит 'test_sum', так что и test_sum, и test_sum_abs. Тогда 3 + 3 = 6. Но в коде DataProvider статический, что может вызвать ошибку. Но в условии, вероятно, это не учитывается. Поэтому, если предположить, что DataProvider работает, и фильтр матчит оба метода, то 6. Но в ответе я должен дать число. В первоначальном ответе я дал 2, что неверно. Правильный ответ, если фильтр 'test_sum' матчит только test_sum, то 3. Если матчит оба, то 6. Но в стандартных задачах, когда говорят --filter test_sum, имеется в виду метод test_sum, и DataProvider дает 3 данных, значит 3 теста. Поэтому, я должен ответить 3. Но в JSON я должен дать ответ. Пересмотрев: в вопросе "Сколько тестов", и фильтр 'test_sum'. В PHPUnit, фильтр --filter является регулярным выражением, которое должно совпадать с именем метода. Поэтому 'test_sum' матчит 'test_sum', и не матчит 'test_sum_abs', потому что 'test_sum_abs' не является 'test_sum'. Но regex 'test_sum' матчит 'test_sum_abs', потому что 'test_sum' является подстрокой. Это неоднозначно. Но в учебном контексте, скорее всего, ожидается, что фильтр 'test_sum' выбирает только test_sum, и DataProvider дает 3 теста. Поэтому, ответ 3." | верно парсинг: текст (фолбэк) | --filter — подстрочное совпадение: test_sum ловит и test_sum_abs (3+3 датасета). |
T18-L10 0.65 c | Тестирование: PHPUnit | Сколько тестов выполнит эта команда и сколько из них завершится failure? Ответь двумя числами через запятую (выполнено, упало).
```php
use PHPUnit\Framework\TestCase;
use PHPUnit\Framework\Attributes\DataProvider;
final class Calc2Test extends TestCase
{
public function prov(): array
{
return [[1], [-1]];
}
#[DataProvider('prov')]
public function test_x(int $x): void
{
$this->assertTrue($x > 0);
}
}
```
Команда: `phpunit Calc2Test.php` (PHPUnit 10.5) | «2, 1» Пояснение: Дата-провайдер возвращает два набора данных, что приводит к выполнению двух тестов; один тест с аргументом -1 завершится неудачей, так как утверждение -1 > 0 ложно.
Raw{"answer": "2, 1", "пояснение": "Дата-провайдер возвращает два набора данных, что приводит к выполнению двух тестов; один тест с аргументом -1 завершится неудачей, так как утверждение -1 > 0 ложно."} | верно | Не-static провайдер — только deprecation в PHPUnit 10: оба датасета выполнятся, датасет [-1] валит assert — 2 выполнено, 1 failure. |
T19-L9 0.46 c | HTTP и REST API | Какой HTTP-метод отправит эта команда?
```bash
curl -s -d 'a=1' http://demo.local/api
``` | «post» Пояснение: Флаг -d (или --data) в curl принудительно меняет метод запроса на POST по умолчанию, если не указано иное.
Raw{"answer": "POST", "пояснение": "Флаг -d (или --data) в curl принудительно меняет метод запроса на POST по умолчанию, если не указано иное."} | верно | -d/-F переключает curl на POST по умолчанию. |
T19-L10 0.32 c | HTTP и REST API | Какой HTTP-метод отправит эта команда?
```bash
curl -s -G -d 'a=1' http://demo.local/api
``` | «get» Пояснение: Флаг -G заставляет curl использовать метод GET, помещая данные из -d в строку запроса.
Raw{"answer": "GET", "пояснение": "Флаг -G заставляет curl использовать метод GET, помещая данные из -d в строку запроса."} | верно | -G превращает данные из -d в query string, метод остаётся GET. |
T20-L9 0.42 c | Безопасность и OAuth | Клиент обращается к токен-эндпоинту (RFC 6749) с несуществующим client_id. Какое значение поля error вернёт эндпоинт? | «invalid_client» Пояснение: Согласно RFC 6749, если client_id не существует или недействителен, эндпоинт должен вернуть ошибку invalid_client.
Raw{"answer": "invalid_client", "пояснение": "Согласно RFC 6749, если client_id не существует или недействителен, эндпоинт должен вернуть ошибку invalid_client."} | верно | Неизвестный клиент → invalid_client (RFC 6749 §5.2). |
T20-L10 0.48 c | Безопасность и OAuth | OAuth 2.0: клиент начал поток с response_type=token. В какой части redirect_uri авторизационный сервер передаёт access_token? | «да» Пояснение: В режиме Implicit Flow (response_type=token) токен возвращается в URL-фрагменте (fragment) redirect_uri, а не в query-строке.
Raw{"answer": "да", "пояснение": "В режиме Implicit Flow (response_type=token) токен возвращается в URL-фрагменте (fragment) redirect_uri, а не в query-строке."} | неверно верный: «fragment» | Implicit-поток передаёт токен в фрагменте URL (#) — он не уходит на сервер. |
T21-L9 0.59 c | Twig | Что выведет этот шаблон Twig?
```twig
{{ false|default(2) * 3 }}
``` | «6» Пояснение: В Twig `false` считается «пустым» (falsy) значением для фильтра `default`, поэтому он возвращает 2, а 2 * 3 = 6.
Raw{"answer": 6, "пояснение": "В Twig `false` считается «пустым» (falsy) значением для фильтра `default`, поэтому он возвращает 2, а 2 * 3 = 6."} | верно | default заменяет exactly false/null/''/[] — false подменится на 2, 2*3 = 6; наивное «default только для undefined» даёт 0. |
T21-L10 0.5 c | Twig | Какой класс исключения выбросит render() этого шаблона?
```twig
{{ 'a' ~ 1 + 2 }}
``` | «нет» Пояснение: Twig выбросит Runtime Error (или аналог), так как не позволяет складывать строку и число напрямую без приведения типов.
Raw{"answer": "нет", "пояснение": "Twig выбросит Runtime Error (или аналог), так как не позволяет складывать строку и число напрямую без приведения типов."} | неверно верный: «runtimeerror» | В Twig ~ связывает крепче +: ('a' ~ 1) + 2 → string + int → ошибка рендера (RuntimeError). |
T22-L9 0.37 c | Symfony: Security и формы | Что выведет этот код?
```php
use Symfony\Component\Validator\Validation;
use Symfony\Component\Validator\Constraints as Assert;
$v = Validation::createValidator();
echo count($v->validate([''], [new Assert\NotBlank()]));
``` | «1» Пояснение: Массив с пустой строкой не проходит проверку NotBlank, поэтому возвращается одна ошибка.
Raw{"answer": 1, "пояснение": "Массив с пустой строкой не проходит проверку NotBlank, поэтому возвращается одна ошибка."} | неверно верный: «0» | NotBlank считает пустым null, '', [] — массив [''] не пуст. |
T22-L10 0.56 c | Symfony: Security и формы | Что выведет этот код?
```php
use Symfony\Component\Form\Forms;
use Symfony\Component\Form\Extension\Core\Type\TextType;
$factory = Forms::createFormFactoryBuilder()->getFormFactory();
$form = $factory->create(TextType::class);
try {
echo $form->isValid() ? 'valid' : 'invalid';
} catch (Throwable $e) {
echo get_class($e);
}
``` | «symfony\component\form\exception\runtimeexception» Пояснение: Вызов $form->isValid() требует, чтобы форма была установлена в контексте (via ->setData() или submit()), иначе выбрасывается исключение.
Raw{"answer": "Symfony\\Component\\Form\\Exception\\RuntimeException", "пояснение": "Вызов $form->isValid() требует, чтобы форма была установлена в контексте (via ->setData() или submit()), иначе выбрасывается исключение."} | неверно верный: «symfony\component\form\exception\logicexception» | isValid() на неотправленной форме — LogicException, не false. |
T23-L9 0.35 c | Symfony: конфигурация и сервисы | Что выведет этот код?
```php
use Symfony\Component\DependencyInjection\ContainerBuilder;
$c = new ContainerBuilder();
$c->register('a', stdClass::class)->setPublic(true);
$c->compile();
echo spl_object_id($c->get('a')) === spl_object_id($c->get('a')) ? 'same' : 'diff';
``` | «same» Пояснение: Метод get() возвращает один и тот же экземпляр сервиса из контейнера.
Raw{"answer": "same", "пояснение": "Метод get() возвращает один и тот же экземпляр сервиса из контейнера."} | верно | Сервисы в контейнере общие (shared): get() дважды — один инстанс. |
T23-L10 0.5 c | Symfony: конфигурация и сервисы | Что выведет этот код?
```php
use Symfony\Component\DependencyInjection\ContainerBuilder;
$c = new ContainerBuilder();
$c->setParameter('name', 'Bob');
$c->setParameter('greeting', 'hi %name%');
$c->setParameter('message', '%greeting%!');
$c->compile();
echo $c->getParameter('message');
``` | «hi bob!» Пояснение: Symfony последовательно резолвит вложенные параметры: %greeting% подставляется в message, а внутри %name% подставляется Bob, что дает 'hi Bob!'.
Raw{"answer": "hi Bob!", "пояснение": "Symfony последовательно резолвит вложенные параметры: %greeting% подставляется в message, а внутри %name% подставляется Bob, что дает 'hi Bob!'."} | верно | compile() резолвит %-ссылки транзитивно: %greeting% → 'hi %name%' → 'hi Bob!', ответ собирается из двух шагов. |
T24-L9 0.8 c | Bootstrap | Какая max-width у .container в Bootstrap 5.3 при ширине окна 992px? | «960px» Пояснение: В Bootstrap 5.3 класс .container-fluid имеет max-width, зависящий от брейкпоинтов, и на уровне md (768px-991.98px) он равен 720px, а на уровне lg (992px-1199.98px) равен 960px.
Raw{"answer": "960px", "пояснение": "В Bootstrap 5.3 класс .container-fluid имеет max-width, зависящий от брейкпоинтов, и на уровне md (768px-991.98px) он равен 720px, а на уровне lg (992px-1199.98px) равен 960px."} | верно | Container-ширины 5.x: 540/720/960/1140/1320 (sm–xxl); 992 → 960px. |
T24-L10 0.52 c | Bootstrap | Какая утилита определит цвет текста в Bootstrap 5.3: `<p class="text-danger text-primary">…</p>`? Ответь именем класса-победителя. | «text-primary» Пояснение: В HTML CSS правила применяются в порядке появления, поэтому последний класс в списке (text-primary) переопределяет предыдущий (text-danger).
Raw{"answer": "text-primary", "пояснение": "В HTML CSS правила применяются в порядке появления, поэтому последний класс в списке (text-primary) переопределяет предыдущий (text-danger)."} | неверно верный: «text-danger» | Специфичность равна — победит правило позже в css: text-danger объявлен после text-primary. |
T25-L9 0.39 c | Чистая архитектура | Слои: Domain, Application, Infrastructure. Правила deptrac: Application → Domain; Infrastructure → Domain, Application; Domain → только Domain.
Сколько нарушений (Violations) покажет deptrac для этого класса?
```php
namespace App\Domain;
use App\Application\PlaceOrder;
use App\Infrastructure\Db;
class OrderService
{
public function __construct(
private PlaceOrder $handler,
private Db $db,
) {}
}
``` | «2» Пояснение: Класс в домене не должен импортировать классы из Application и Infrastructure.
Raw{"answer": 2, "пояснение": "Класс в домене не должен импортировать классы из Application и Infrastructure."} | верно | Domain может зависеть только от Domain: PlaceOrder (Application) + Db (Infrastructure) = 2. |
T25-L10 0.5 c | Чистая архитектура | Слои: Domain, Application, Infrastructure. Правила deptrac: Application → Domain; Infrastructure → Domain, Application; Domain → только Domain.
Сколько нарушений (Violations) покажет deptrac для этого класса?
```php
namespace App\Domain;
use App\Application\PlaceOrder;
use App\Infrastructure\Db;
class BillingService
{
public function __construct(
private PlaceOrder $handler,
private Db $db,
private \App\Infrastructure\Logger $logger,
) {}
}
``` | «3» Пояснение: Класс из слоя Domain использует три сущности (PlaceOrder, Db, Logger) из вышестоящих слоев, что нарушает правило 'Domain → только Domain'.
Raw{"answer": 3, "пояснение": "Класс из слоя Domain использует три сущности (PlaceOrder, Db, Logger) из вышестоящих слоев, что нарушает правило 'Domain → только Domain'."} | верно | Inline-FQCN \App\Infrastructure\Logger тоже считается: Application + Db + Logger = 3. |
T26-L10 0.42 c | DDD | Что выведет этот код?
```php
final class Money
{
public function __construct(public readonly int $amount) {}
public function add(Money $o): Money
{
return new self($this->amount + $o->amount);
}
}
$a = new Money(10);
$c = $a->add(new Money(5));
echo $a->amount . ',' . $c->amount;
``` | «10,15» Пояснение: Метод add возвращает новый объект Money с суммой 15, при этом исходный объект $a сохраняет значение 10.
Raw{"answer": "10,15", "пояснение": "Метод add возвращает новый объект Money с суммой 15, при этом исходный объект $a сохраняет значение 10."} | верно | VO иммутабелен: add() возвращает новый инстанс, исходный не меняется. |
T26-L9 0.46 c | DDD | Что выведет этот код?
```php
final class Order
{
private array $items = [];
public function add(string $sku): void
{
$this->items[$sku] = true;
}
public function count(): int
{
return count($this->items);
}
public function remove(string $sku): void
{
if (count($this->items) === 1) {
throw new DomainException('last item');
}
unset($this->items[$sku]);
}
}
$o = new Order;
$o->add('a');
try {
$o->remove('a');
} catch (DomainException) {
}
echo $o->count();
``` | «1» Пояснение: Метод remove бросает исключение до выполнения unset, поэтому элемент 'a' остается в массиве, а count возвращает 1.
Raw{"answer": 1, "пояснение": "Метод remove бросает исключение до выполнения unset, поэтому элемент 'a' остается в массиве, а count возвращает 1."} | верно | Сорванный remove не меняет состояние агрегата: инвариант бросил исключение до unset — count остался 1. |
VC-L9 0.31 c | PHP 8.4–8.5 | Что выведет этот код на PHP 8.5?
```php
class C
{
public function hi(): string { return 'hi'; }
}
echo new C()->hi();
``` | «hi» Пояснение: Метод hi() возвращает строку 'hi', которая выводится командой echo.
Raw{"answer": "hi", "пояснение": "Метод hi() возвращает строку 'hi', которая выводится командой echo."} | верно | С 8.4 new в цепочке методов вызывается без обрамляющих скобок. |
VC-L10 0.52 c | PHP 8.4–8.5 | Что выведет этот код на PHP 8.5?
```php
class Heavy
{
public int $v = 0;
}
$r = new ReflectionClass(Heavy::class);
$o = $r->newLazyGhost(function (Heavy $obj) {
$obj->v = 21;
});
echo $r->isUninitializedLazyObject($o) ? 'yes' : 'no';
$o->v;
echo $r->isUninitializedLazyObject($o) ? 'yes' : 'no';
``` | «yesno» Пояснение: newLazyGhost создает ленивый объект, который считается инициализированным после первого обращения к свойству v, что происходит до второй проверки isUninitializedLazyObject.
Raw{"answer": "yesno", "пояснение": "newLazyGhost создает ленивый объект, который считается инициализированным после первого обращения к свойству v, что происходит до второй проверки isUninitializedLazyObject."} | верно | newLazyGhost (8.4): объект ленив, пока к нему не обратились — чтение свойства инициализирует и снимает флаг. |
T28-L9 0.36 c | Symfony: версии | Проект обновлён с Symfony 6.4 на 8.1. Что выведет этот код на 8.1?
```php
echo class_exists(\Symfony\Component\Security\Guard\AbstractGuardAuthenticator::class)
? 'yes' : 'no';
``` | «no» Пояснение: Компонент Security Guard был удалён в Symfony 7.0, поэтому в версии 8.1 класс не существует.
Raw{"answer": "no", "пояснение": "Компонент Security Guard был удалён в Symfony 7.0, поэтому в версии 8.1 класс не существует."} | верно | Guard-аутентификация удалена в Symfony 7.0 — класса в 8.1 нет. |
T28-L10 0.45 c | Symfony: версии | Проект обновлён с Symfony 6.4 на 8.1. Что выведет этот код на 8.1?
```php
echo class_exists(\Symfony\Component\Routing\Loader\AnnotationClassLoader::class)
? 'yes' : 'no';
echo class_exists(\Symfony\Component\Routing\Loader\AttributeClassLoader::class)
? 'yes' : 'no';
``` | «noyes» Пояснение: Класс AnnotationClassLoader удален в новых версиях Symfony (начиная с 6.2/7.0) в пользу AttributeClassLoader, который продолжает существовать.
Raw{"answer": "noyes", "пояснение": "Класс AnnotationClassLoader удален в новых версиях Symfony (начиная с 6.2/7.0) в пользу AttributeClassLoader, который продолжает существовать."} | верно | Аннотационные лоадеры удалены в 7.0, остались атрибутные (Annotation→Attribute). |