Пример запроса (первая клетка). System одинаковый во всех запросах прогона, user — свой вопрос для каждой клетки:
| Клетка | Тема | Утверждение | Ответ |
Результат | Обоснование |
T01-L1 3.81 c | Syntax and operators | Double-quoted and single-quoted strings are processed identically; the difference is only in speed. | «no» Пояснение: Double-quoted strings support variable interpolation and more escape sequences, while single-quoted strings do not; the difference is functional, not just speed.
Raw{"answer": "no", "explanation": "Double-quoted strings support variable interpolation and more escape sequences, while single-quoted strings do not; the difference is functional, not just speed."} | верно | В двойных кавычках работают интерполяция переменных и escape-последовательности, в одинарных — нет. |
T01-L2 1.04 c | Syntax and operators | The ?? operator follows isset semantics and raises no warnings for undefined variables. | «yes» Пояснение: The null coalescing operator (??) is equivalent to isset($expr) ? $expr : default, so it does not raise warnings for undefined variables or array keys.
Raw{"answer": "yes", "explanation": "The null coalescing operator (??) is equivalent to isset($expr) ? $expr : default, so it does not raise warnings for undefined variables or array keys."} | верно | ?? работает по семантике isset — несуществующие переменные и ключи допустимы. |
T01-L3 0.72 c | Syntax and operators | What will this print: echo 'a', 'b'; | «ab» Пояснение: In PHP, echo accepts multiple comma-separated arguments and outputs them concatenated.
Raw{"answer": "ab", "explanation": "In PHP, echo accepts multiple comma-separated arguments and outputs them concatenated."} | верно | echo принимает список аргументов: ab. |
T01-L4 3.49 c | Syntax and operators | print returns the value 1 and can be used inside an expression. | «yes» Пояснение: In PHP, print is a language construct that outputs a string and always returns the integer 1, so it can be used in expression contexts like $x = print('hello').
Raw{"answer": "yes", "explanation": "In PHP, print is a language construct that outputs a string and always returns the integer 1, so it can be used in expression contexts like $x = print('hello')."} | верно | print — выражение со значением 1, в отличие от echo, который значения не возвращает. |
T01-L5 0.86 c | Syntax and operators | The ?: (elvis) operator returns its left operand when it is falsy. | «no» Пояснение: The elvis operator returns its left operand when it is truthy, and its right operand when the left operand is falsy.
Raw{"answer": "no", "explanation": "The elvis operator returns its left operand when it is truthy, and its right operand when the left operand is falsy."} | верно | Наоборот: $a ?: $b возвращает $a, если он истинный, иначе $b. |
T01-L6 1.0 c | Syntax and operators | In PHP 8, the concatenation operator (.) has lower precedence than addition and subtraction. | «yes» Пояснение: In PHP, arithmetic operators (+, -, *, /) have higher precedence than the concatenation operator (.), so '1 + 2 . 3' evaluates to '33'.
Raw{"answer": "yes", "explanation": "In PHP, arithmetic operators (+, -, *, /) have higher precedence than the concatenation operator (.), so '1 + 2 . 3' evaluates to '33'."} | верно | С PHP 8 (RFC concat precedence) '.' имеет приоритет ниже арифметики: 'сумма: ' . 2 + 3 → 'сумма: 5' (в PHP 7 было иначе). |
T01-L7 0.84 c | Syntax and operators | The expression 2 ** 3 ** 2 in PHP evaluates as (2 ** 3) ** 2, that is, 64. | «no» Пояснение: The ** operator in PHP is right-associative, so 2 ** 3 ** 2 is evaluated as 2 ** (3 ** 2) = 2 ** 9 = 512, not 64.
Raw{"answer": "no", "explanation": "The ** operator in PHP is right-associative, so 2 ** 3 ** 2 is evaluated as 2 ** (3 ** 2) = 2 ** 9 = 512, not 64."} | верно | ** право-ассоциативен: 2 ** (3 ** 2) = 2 ** 9 = 512. |
T01-L8 2.76 c | Syntax and operators | What string will this print: echo 'sum: ' . 2 + 3; (PHP 8)? | «3» Пояснение: Concatenation (.) has higher precedence than addition (+), so it's parsed as ('sum: ' . 2) + 3, which becomes 'sum: 2' + 3, and the non-numeric string casts to 0, giving 0 + 3 = 3.
Raw{"answer": 3, "explanation": "Concatenation (.) has higher precedence than addition (+), so it's parsed as ('sum: ' . 2) + 3, which becomes 'sum: 2' + 3, and the non-numeric string casts to 0, giving 0 + 3 = 3."} | неверно верный: «sum: 5» | Парная к verify-клетке про приоритет: 'сумма: 5'. |
T02-L1 0.91 c | Types and comparisons | With strict comparison (===), arrays are considered equal regardless of element order. | «no» Пояснение: With ===, arrays must have the same key-value pairs in the same order to be considered equal.
Raw{"answer": "no", "explanation": "With ===, arrays must have the same key-value pairs in the same order to be considered equal."} | верно | === для массивов требует совпадения и значений, и их порядка. |
T02-L2 1.09 c | Types and comparisons | The comparison 0 == false returns false because it is a strict comparison. | «no» Пояснение: 0 == false actually returns true because == is a loose comparison and false is cast to 0, making 0 == 0 true.
Raw{"answer": "no", "explanation": "0 == false actually returns true because == is a loose comparison and false is cast to 0, making 0 == 0 true."} | верно | Наоборот: == — нестрогое сравнение и возвращает true; строгое — это === (0 === false → false). |
T02-L3 1.44 c | Types and comparisons | In PHP 8, the expression "abc" == 0 returns true. | «no» Пояснение: In PHP 8, comparing a non-numeric string to an integer converts the integer to a string, so 'abc' == 0 becomes 'abc' == '0', which is false.
Raw{"answer": "no", "explanation": "In PHP 8, comparing a non-numeric string to an integer converts the integer to a string, so 'abc' == 0 becomes 'abc' == '0', which is false."} | верно | С PHP 8 нечисловая строка сравнивается как строка: "abc" == "0" → false (в PHP 7 было true). |
T02-L4 2.62 c | Types and comparisons | Under loose comparison, null equals 0, the empty string, and false at the same time. | «no» Пояснение: In PHP 8+, null == '' is false, so null is not loosely equal to all three at the same time.
Raw{"answer": "no", "explanation": "In PHP 8+, null == '' is false, so null is not loosely equal to all three at the same time."} | неверно верный: «yes» | null == 0, null == "" и null == false — все true. |
T02-L5 0.66 c | Types and comparisons | What does the expression (int) '42abc' return? | «42» Пояснение: PHP casts a string to int by reading the leading numeric portion, so '42abc' becomes 42.
Raw{"answer": 42, "explanation": "PHP casts a string to int by reading the leading numeric portion, so '42abc' becomes 42."} | верно | Ведущая числовая часть: 42, без ошибок и warning. |
T02-L6 0.7 c | Types and comparisons | What does the expression '5' + 5 return? | «10» Пояснение: PHP coerces the numeric string '5' to an integer when used with the + operator, so 5 + 5 = 10.
Raw{"answer": 10, "explanation": "PHP coerces the numeric string '5' to an integer when used with the + operator, so 5 + 5 = 10."} | верно | Числовая строка приводится: int 10. |
T02-L7 0.74 c | Types and comparisons | When cast to string, false becomes "0". | «yes» Пояснение: In PHP, casting false to a string (string) false yields the string "0".
Raw{"answer": "yes", "explanation": "In PHP, casting false to a string (string) false yields the string \"0\"."} | неверно верный: «no» | false → "", true → "1". |
T02-L8 1.18 c | Types and comparisons | The comparison 0.1 + 0.2 === 0.3 returns false. | «yes» Пояснение: Due to floating-point precision, 0.1 + 0.2 equals 0.30000000000000004, which is not strictly equal to 0.3.
Raw{"answer": "yes", "explanation": "Due to floating-point precision, 0.1 + 0.2 equals 0.30000000000000004, which is not strictly equal to 0.3."} | верно | Двоичная погрешность float: 0.1 + 0.2 = 0.30000000000000004. |
T03-L1 1.15 c | Strings | strrev() correctly reverses a UTF-8 string. | «no» Пояснение: strrev() reverses individual bytes, not multi-byte UTF-8 characters, so it will corrupt multi-byte characters.
Raw{"answer": "no", "explanation": "strrev() reverses individual bytes, not multi-byte UTF-8 characters, so it will corrupt multi-byte characters."} | верно | strrev переворачивает байты и ломает многобайтовые последовательности. |
T03-L2 0.87 c | Strings | str_contains('Hello world', 'world') returns true. | «yes» Пояснение: str_checks if the needle 'world' is found in the haystack 'Hello world', which it is, so it returns true.
Raw{"answer": "yes", "explanation": "str_checks if the needle 'world' is found in the haystack 'Hello world', which it is, so it returns true."} | верно | str_contains с PHP 8.0 проверяет вхождение подстроки. |
T03-L3 0.77 c | Strings | str_pad() can pad a string on the right side only. | «no» Пояснение: str_pad() can pad on the right, left, or both sides using the STR_PAD_RIGHT, STR_PAD_LEFT, and STR_PAD_BOTH constants.
Raw{"answer": "no", "explanation": "str_pad() can pad on the right, left, or both sides using the STR_PAD_RIGHT, STR_PAD_LEFT, and STR_PAD_BOTH constants."} | верно | STR_PAD_LEFT / STR_PAD_BOTH меняют сторону дополнения. |
T03-L4 1.04 c | Strings | By default trim() strips only spaces, leaving tabs and newlines intact. | «no» Пояснение: By default, trim() strips spaces, tabs, newlines, carriage returns, null bytes, and vertical tabs — not just spaces.
Raw{"answer": "no", "explanation": "By default, trim() strips spaces, tabs, newlines, carriage returns, null bytes, and vertical tabs — not just spaces."} | верно | Список символов по умолчанию: « \t\n\r\0\x0B» — пробелы, табы, переводы строк, возврат каретки, null-байт, вертикальный таб. Проверено php -r. |
T03-L5 1.04 c | Strings | How many BYTES does strlen('héllo') return for a UTF-8 string? | «6» Пояснение: 'héllo' in UTF-8 is 6 bytes: h(1) + é(2) + l(1) + l(1) + o(1).
Raw{"answer": 6, "explanation": "'héllo' in UTF-8 is 6 bytes: h(1) + é(2) + l(1) + l(1) + o(1)."} | верно | 6 букв по 2 байта: 12. |
T03-L6 1.01 c | Strings | What does substr('abcdef', -3) return? | «def» Пояснение: substr with a negative start of -3 begins 3 characters from the end of 'abcdef', returning the substring 'def'.
Raw{"answer": "def", "explanation": "substr with a negative start of -3 begins 3 characters from the end of 'abcdef', returning the substring 'def'."} | верно | Отрицательное смещение — с конца: def. |
T03-L7 0.85 c | Strings | ucfirst() modifies the string passed to it in place. | «no» Пояснение: ucfirst() returns a new string with the first character uppercased; it does not modify the original string in place.
Raw{"answer": "no", "explanation": "ucfirst() returns a new string with the first character uppercased; it does not modify the original string in place."} | верно | Строки неизменяемы; ucfirst возвращает новую строку. |
T03-L8 1.02 c | Strings | Variable interpolation works in heredoc but not in nowdoc. | «yes» Пояснение: Heredoc strings support variable interpolation, while nowdoc strings (delimiters wrapped in single quotes) treat the content as a plain string with no interpolation.
Raw{"answer": "yes", "explanation": "Heredoc strings support variable interpolation, while nowdoc strings (delimiters wrapped in single quotes) treat the content as a plain string with no interpolation."} | верно | Nowdoc — «одинарные кавычки» в тройном синтаксисе: текст как есть. |
T04-L1 0.74 c | Arrays | The sort() function preserves the key-to-value association of the array. | «no» Пояснение: The sort() function reindexes the array with numeric keys, destroying key associations; use asort() to preserve them.
Raw{"answer": "no", "explanation": "The sort() function reindexes the array with numeric keys, destroying key associations; use asort() to preserve them."} | верно | sort перенумеровывает ключи; связь сохраняет asort. |
T04-L2 1.06 c | Arrays | The string key '5' in an array is stored as the integer 5. | «yes» Пояснение: PHP automatically converts string keys that represent valid integers (like '5') to integer keys (5).
Raw{"answer": "yes", "explanation": "PHP automatically converts string keys that represent valid integers (like '5') to integer keys (5)."} | верно | Каноничные десятичные строковые ключи приводятся к int. |
T04-L3 0.59 c | Arrays | The in_array() function uses strict comparison (===) by default. | «no» Пояснение: in_array() uses loose comparison (==) by default; the third parameter $strict defaults to false.
Raw{"answer": "no", "explanation": "in_array() uses loose comparison (==) by default; the third parameter $strict defaults to false."} | верно | По умолчанию сравнение нестрогое; строгое — третий аргумент true. |
T04-L4 0.89 c | Arrays | Without a callback, array_filter() removes all "empty" (falsy) elements from the array. | «yes» Пояснение: Without a callback, array_filter() removes all elements that evaluate to false (0, '0', '', null, false, []).
Raw{"answer": "yes", "explanation": "Without a callback, array_filter() removes all elements that evaluate to false (0, '0', '', null, false, [])."} | верно | Убирает 0, "", null, false и пустые массивы. |
T04-L5 1.01 c | Arrays | By default, array_slice() preserves the original numeric keys of the array. | «no» Пояснение: The $preserve_keys parameter of array_slice() defaults to false, so keys are reindexed starting from 0 by default.
Raw{"answer": "no", "explanation": "The $preserve_keys parameter of array_slice() defaults to false, so keys are reindexed starting from 0 by default."} | верно | По умолчанию ключи перенумеровываются; сохранение — preserve_keys = true. |
T04-L6 1.13 c | Arrays | What does array_slice([10, 20, 30, 40], 1, 2) return? | «[20, 30]» Пояснение: array_slice starts at offset 1 and extracts 2 elements from the array, yielding [20, 30].
Raw{"answer": "[20, 30]", "explanation": "array_slice starts at offset 1 and extracts 2 elements from the array, yielding [20, 30]."} | верно | [20,30]; ключи перенумеровываются. |
T04-L7 1.39 c | Arrays | How many elements will count(['a' => 1] + ['a' => 9, 'b' => 2]) return? | «2» Пояснение: The + operator performs array union where left keys take precedence, so 'a' stays 1 and 'b' is added, giving 2 elements.
Raw{"answer": 2, "explanation": "The + operator performs array union where left keys take precedence, so 'a' stays 1 and 'b' is added, giving 2 elements."} | верно | Оператор + : по ключу 'a' побеждает левый; итого 2. |
T04-L8 1.11 c | Arrays | Since PHP 8.1, the spread operator [...$a, ...$b] supports arrays with string keys. | «yes» Пояснение: PHP 8.1 extended the array spread operator to support arrays with string keys, which previously only worked with integer keys.
Raw{"answer": "yes", "explanation": "PHP 8.1 extended the array spread operator to support arrays with string keys, which previously only worked with integer keys."} | верно | В 8.0 — только числовые ключи; 8.1 снял ограничение. |
T05-L1 1.3 c | Functions and closures | Named arguments cannot be combined with argument unpacking ...$args in a single call. | «no» Пояснение: In PHP 8.0+, named arguments can be freely combined with argument unpacking (both positional and named) in a single function call.
Raw{"answer": "no", "explanation": "In PHP 8.0+, named arguments can be freely combined with argument unpacking (both positional and named) in a single function call."} | верно | Можно: f(...$args, имя: значение). Нельзя только позиционный аргумент после распаковки. |
T05-L2 0.96 c | Functions and closures | An anonymous function without use sees variables from the outer scope. | «no» Пояснение: In PHP, closures do not automatically capture outer variables; you must explicitly use the `use` keyword to import them.
Raw{"answer": "no", "explanation": "In PHP, closures do not automatically capture outer variables; you must explicitly use the `use` keyword to import them."} | верно | Без use внешние переменные недоступны; авто-захват только у fn. |
T05-L3 0.74 c | Functions and closures | What will func_num_args() return inside function f($a) { return func_num_args(); } when called as f(1, 2, 3)? | «3» Пояснение: func_num_args() returns the total number of arguments passed to the function, regardless of how many are defined in the signature.
Raw{"answer": 3, "explanation": "func_num_args() returns the total number of arguments passed to the function, regardless of how many are defined in the signature."} | верно | Считает переданные аргументы: 3. |
T05-L4 1.06 c | Functions and closures | The body of an arrow function fn may consist of several expressions in curly braces. | «no» Пояснение: An arrow function (fn) body is a single expression without curly braces; for multiple statements you need a regular closure.
Raw{"answer": "no", "explanation": "An arrow function (fn) body is a single expression without curly braces; for multiple statements you need a regular closure."} | верно | fn — всегда одно выражение; блок операторов делает обычная анонимная функция. |
T05-L5 1.16 c | Functions and closures | An arrow function fn captures outer variables by reference (lazily, at use time). | «no» Пояснение: PHP arrow functions (fn) automatically capture outer variables by value, not by reference.
Raw{"answer": "no", "explanation": "PHP arrow functions (fn) automatically capture outer variables by value, not by reference."} | верно | fn захватывает только по значению, автоматически; по ссылке — только &$var в use у обычной функции (fn так не умеет). |
T05-L6 0.87 c | Functions and closures | A closure declared as static function () {} does not capture $this. | «yes» Пояснение: A static closure in PHP explicitly does not bind to the current scope's $this, even when defined inside a class method.
Raw{"answer": "yes", "explanation": "A static closure in PHP explicitly does not bind to the current scope's $this, even when defined inside a class method."} | верно | static-замыкание отвязано от объекта: $this внутри недоступен. |
T05-L7 1.18 c | Functions and closures | What will this print: $x = 5; $f = function () use ($x) { return $x; }; $x = 7; echo $f(); | «5» Пояснение: The `use ($x)` captures $x by value at closure creation time, so the closure retains 5 even after $x is reassigned to 7.
Raw{"answer": 5, "explanation": "The `use ($x)` captures $x by value at closure creation time, so the closure retains 5 even after $x is reassigned to 7."} | верно | use захватывает по значению в момент создания: 5. |
T05-L8 0.9 c | Functions and closures | In weak typing mode (without strict_types), passing the string "5" to an int parameter is allowed. | «yes» Пояснение: In weak typing mode, PHP will coerce numeric strings like "5" to integers when passed to int-typed parameters.
Raw{"answer": "yes", "explanation": "In weak typing mode, PHP will coerce numeric strings like \"5\" to integers when passed to int-typed parameters."} | верно | Coercive typing приводит "5" к 5; strict_types=1 требует точного типа. |
T06-L1 1.02 c | OOP: classes and inheritance | PHP supports constructor property promotion: public function __construct(private int $x) {}. | «yes» Пояснение: Constructor property promotion was introduced in PHP 8.0, allowing parameters to be declared as properties directly in the constructor signature.
Raw{"answer": "yes", "explanation": "Constructor property promotion was introduced in PHP 8.0, allowing parameters to be declared as properties directly in the constructor signature."} | верно | С PHP 8.0 параметр с модификатором создаёт свойство и присваивание. |
T06-L2 0.4 c | OOP: classes and inheritance | Which keyword prevents a method from being overridden in subclasses? | «final» Пояснение: The 'final' keyword in PHP prevents a method from being overridden in subclasses.
Raw{"answer": "final", "explanation": "The 'final' keyword in PHP prevents a method from being overridden in subclasses."} | верно | final. |
T06-L3 0.58 c | OOP: classes and inheritance | A method declared final cannot be overridden in a subclass. | «yes» Пояснение: In PHP, declaring a method as final prevents it from being overridden in any subclass.
Raw{"answer": "yes", "explanation": "In PHP, declaring a method as final prevents it from being overridden in any subclass."} | верно | final запрещает переопределение метода и наследование класса. |
T06-L4 0.85 c | OOP: classes and inheritance | Parent properties with private visibility are accessible in a subclass. | «no» Пояснение: Private properties are only accessible within the class that defines them, not in subclasses. Use protected for that purpose.
Raw{"answer": "no", "explanation": "Private properties are only accessible within the class that defines them, not in subclasses. Use protected for that purpose."} | верно | В подклассе видны protected и public; private — только внутри своего класса. |
T06-L5 13.46 c | OOP: classes and inheritance | What does get_class(new class {}) return? Answer with the part of the name before the NUL byte (without the file path). | «class» Пояснение: In PHP, an anonymous class created with `new class {}` gets a name where the part before the NUL byte (before `@anonymous`) is `class`.
Raw```json ⏎ {"answer": "class", "explanation": "In PHP, an anonymous class created with `new class {}` gets a name where the part before the NUL byte (before `@anonymous`) is `class`."} ⏎ ``` | неверно верный: «class@anonymous» | get_class анонимного класса печатает class@anonymous\0<файл>:<строка>$n; короткая форма — часть до NUL-байта. Проверено php -r (hex). |
T06-L6 2.51 c | OOP: classes and inheritance | A private parent method is not part of the inheritance contract: a child may declare a method with the same name and any visibility. | «yes» Пояснение: Private methods are not inherited in PHP, so a child class is free to declare a method with the same name and any visibility without conflict.
Raw{"answer": "yes", "explanation": "Private methods are not inherited in PHP, so a child class is free to declare a method with the same name and any visibility without conflict."} | верно | private-члены не наследуются — правила совместимости подписей не действуют. |
T06-L7 1.77 c | OOP: classes and inheritance | The magic method __get() is called only for non-existent properties. | «no» Пояснение: __get() is also called for inaccessible properties (private/protected) accessed from outside the class, not only for non-existent ones.
Raw{"answer": "no", "explanation": "__get() is also called for inaccessible properties (private/protected) accessed from outside the class, not only for non-existent ones."} | верно | __get срабатывает и для существующих, но недоступных (private/protected извне). |
T06-L8 1.16 c | OOP: classes and inheritance | What does reassigning a readonly property throw — Exception or Error? | «error» Пояснение: Reassigning a readonly property in PHP throws an Error (not an Exception), with a message like 'Cannot modify readonly property'.
Raw{"answer": "Error", "explanation": "Reassigning a readonly property in PHP throws an Error (not an Exception), with a message like 'Cannot modify readonly property'."} | верно | Error (readonly с 8.1); оговорка: в __clone() переинициализация допустима (8.3+). |
T07-L1 0.73 c | Interfaces, traits, enum | An interface can declare constants. | «yes» Пояснение: PHP interfaces can declare constants, which are always public and readonly by nature.
Raw{"answer": "yes", "explanation": "PHP interfaces can declare constants, which are always public and readonly by nature."} | верно | Константы интерфейса наследуются реализациями. |
T07-L2 0.44 c | Interfaces, traits, enum | Which operator checks whether an object is an instance of a class or interface? | «instanceof» Пояснение: The instanceof operator in PHP checks whether an object is an instance of a specific class or interface.
Raw{"answer": "instanceof", "explanation": "The instanceof operator in PHP checks whether an object is an instance of a specific class or interface."} | верно | instanceof. |
T07-L3 1.68 c | Interfaces, traits, enum | An interface can declare static methods. | «yes» Пояснение: In PHP, an interface can declare static methods; the implementing class must then provide a static method with a matching signature.
Raw{"answer": "yes", "explanation": "In PHP, an interface can declare static methods; the implementing class must then provide a static method with a matching signature."} | верно | Реализация обязана дать статический метод с той же сигнатурой. |
T07-L4 0.98 c | Interfaces, traits, enum | The instanceof operator only checks class inheritance: it ignores interfaces. | «no» Пояснение: PHP's instanceof operator checks both class inheritance and interface implementation, so it does not ignore interfaces.
Raw{"answer": "no", "explanation": "PHP's instanceof operator checks both class inheritance and interface implementation, so it does not ignore interfaces."} | верно | instanceof возвращает true и для интерфейсов объекта. |
T07-L5 1.01 c | Interfaces, traits, enum | An interface method may have a default implementation, like a trait method. | «no» Пояснение: Interface methods in PHP must be abstract (declared without a body); they cannot have default implementations, unlike trait methods.
Raw{"answer": "no", "explanation": "Interface methods in PHP must be abstract (declared without a body); they cannot have default implementations, unlike trait methods."} | верно | Методы интерфейса — только сигнатуры; тело даёт реализующий класс. |
T07-L6 0.54 c | Interfaces, traits, enum | An abstract method in an abstract class may have protected visibility. | «yes» Пояснение: In PHP, abstract methods can be declared as public or protected, but not private.
Raw{"answer": "yes", "explanation": "In PHP, abstract methods can be declared as public or protected, but not private."} | верно | В абстрактном классе — любая видимость; в интерфейсе — только public. |
T07-L7 0.81 c | Interfaces, traits, enum | How many elements will Foo::cases() return for enum Foo { case A; case B; case C; }? | «3» Пояснение: Foo::cases() returns an array of all enum cases, and this enum has 3 cases: A, B, and C.
Raw{"answer": 3, "explanation": "Foo::cases() returns an array of all enum cases, and this enum has 3 cases: A, B, and C."} | верно | Статический метод cases(): 3. |
T07-L8 1.22 c | Interfaces, traits, enum | A trait can declare constants. | «yes» Пояснение: Since PHP 8.2, traits are allowed to declare constants.
Raw{"answer": "yes", "explanation": "Since PHP 8.2, traits are allowed to declare constants."} | верно | С PHP 8.2 трейты могут объявлять константы (RFC constants_in_traits); до 8.2 — нет. |
T08-L1 0.73 c | Exceptions and errors | The Throwable interface is a common ancestor of both Exception and Error. | «yes» Пояснение: In PHP 7+, both Exception and Error implement the Throwable interface, making it their common ancestor.
Raw{"answer": "yes", "explanation": "In PHP 7+, both Exception and Error implement the Throwable interface, making it their common ancestor."} | верно | Иерархия с PHP 7: Throwable → Exception и Throwable → Error. |
T08-L2 1.09 c | Exceptions and errors | A catch (Exception $e) block will also catch TypeError, because TypeError ultimately inherits from Exception. | «no» Пояснение: TypeError extends Error, not Exception; they are siblings under the Throwable interface, so catch(Exception) does not catch TypeError.
Raw{"answer": "no", "explanation": "TypeError extends Error, not Exception; they are siblings under the Throwable interface, so catch(Exception) does not catch TypeError."} | верно | TypeError наследуется от Error; catch (Exception) его не ловит. |
T08-L3 0.85 c | Exceptions and errors | The @ operator suppresses exceptions too. | «no» Пояснение: The @ operator only suppresses error messages (warnings, notices, etc.), not exceptions, which must still be caught with try/catch.
Raw{"answer": "no", "explanation": "The @ operator only suppresses error messages (warnings, notices, etc.), not exceptions, which must still be caught with try/catch."} | верно | @ глушит диагностику (warnings/notices), исключения не перехватывает. |
T08-L4 0.81 c | Exceptions and errors | What error class does intdiv(5, 0) throw? | «divisionbyzeroerror» Пояснение: intdiv(5, 0) throws a DivisionByZeroError, which extends ArithmeticError.
Raw{"answer": "DivisionByZeroError", "explanation": "intdiv(5, 0) throws a DivisionByZeroError, which extends ArithmeticError."} | верно | DivisionByZeroError (иерархия Error, не Exception); php-грейдер объективен. |
T08-L5 0.98 c | Exceptions and errors | The finally block runs only if the exception was caught by a catch block. | «no» Пояснение: The finally block always executes regardless of whether an exception was thrown or caught; it runs after the try (and optionally catch) block completes.
Raw{"answer": "no", "explanation": "The finally block always executes regardless of whether an exception was thrown or caught; it runs after the try (and optionally catch) block completes."} | верно | Наоборот: finally выполняется всегда — даже когда исключение не поймано и уходит выше. Проверено php -r. |
T08-L6 1.44 c | Exceptions and errors | An exception thrown inside a finally block has no effect on the result of the try block. | «no» Пояснение: An exception thrown in a finally block overrides and replaces any exception being thrown from the try block, so it does have an effect.
Raw{"answer": "no", "explanation": "An exception thrown in a finally block overrides and replaces any exception being thrown from the try block, so it does have an effect."} | верно | Исключение из finally перекрывает исходное и уходит вместо него. |
T08-L7 0.98 c | Exceptions and errors | What does the expression (bool) new Exception('x') return? | «yes» Пояснение: In PHP, casting any object to bool always results in true.
Raw{"answer": "yes", "explanation": "In PHP, casting any object to bool always results in true."} | верно | Любой объект при приведении к bool — true. Формы ответа: true или да. |
T08-L8 1.21 c | Exceptions and errors | Functions registered via register_shutdown_function() run when exit is called. | «yes» Пояснение: Shutdown functions registered with register_shutdown_function() are executed during the shutdown phase, which occurs whether the script ends normally, via exit/die, or due to a fatal error.
Raw{"answer": "yes", "explanation": "Shutdown functions registered with register_shutdown_function() are executed during the shutdown phase, which occurs whether the script ends normally, via exit/die, or due to a fatal error."} | верно | exit завершает скрипт, но shutdown-функции отрабатывают. |
T09-L1 1.2 c | Namespaces and autoloading | The use App\Service\Mailer; statement itself loads the class file. | «no» Пояснение: The use statement is a compile-time alias only; it does not trigger the autoloader or load the class file. The file is loaded when the class is actually referenced at runtime.
Raw{"answer":"no","explanation":"The use statement is a compile-time alias only; it does not trigger the autoloader or load the class file. The file is loaded when the class is actually referenced at runtime."} | верно | use — псевдоним на этапе компиляции; файл грузит автозагрузчик при первом обращении. |
T09-L2 0.76 c | Namespaces and autoloading | What follows use to import a function (not a class): the word function or const? | «function» Пояснение: In PHP, the syntax 'use function' is used to import a function from a namespace, while 'use const' is used for constants.
Raw{"answer": "function", "explanation": "In PHP, the syntax 'use function' is used to import a function from a namespace, while 'use const' is used for constants."} | верно | use function ...; (и use const для констант). |
T09-L3 1.09 c | Namespaces and autoloading | Into which file (path from src/) does the PSR-4 mapping "App\ → src/" place the class App\Controller\Api\UserController? | «controller/api/usercontroller.php» Пояснение: PSR-4 strips the 'App\' prefix, converts remaining namespace separators to directory separators, and appends '.php'.
Raw{"answer": "Controller/Api/UserController.php", "explanation": "PSR-4 strips the 'App\\' prefix, converts remaining namespace separators to directory separators, and appends '.php'."} | верно | Остаток имени после префикса, \ → /. |
T09-L4 0.96 c | Namespaces and autoloading | Including vendor/autoload.php registers autoloaders via spl_autoload_register(). | «yes» Пояснение: Composer's vendor/autoload.php calls spl_autoload_register() to register the Composer\Autoload\ClassLoader with PHP's SPL autoloading mechanism.
Raw{"answer": "yes", "explanation": "Composer's vendor/autoload.php calls spl_autoload_register() to register the Composer\\Autoload\\ClassLoader with PHP's SPL autoloading mechanism."} | верно | Composer ставит автозагрузчик именно на spl_autoload_register. |
T09-L5 0.76 c | Namespaces and autoloading | The magic constant __NAMESPACE__ contains the name of the current namespace. | «yes» Пояснение: __NAMESPACE__ is a magic constant in PHP that returns the name of the current namespace (or an empty string if in the global namespace).
Raw{"answer": "yes", "explanation": "__NAMESPACE__ is a magic constant in PHP that returns the name of the current namespace (or an empty string if in the global namespace)."} | верно | В корневом пространстве — пустая строка. |
T09-L6 1.26 c | Namespaces and autoloading | An unqualified class name (without a leading \) in new is resolved from the global root. | «no» Пояснение: An unqualified class name in `new` is resolved relative to the current namespace first, not from the global root; only a leading backslash forces global resolution.
Raw{"answer": "no", "explanation": "An unqualified class name in `new` is resolved relative to the current namespace first, not from the global root; only a leading backslash forces global resolution."} | верно | Резолвится относительно текущего namespace (с учётом импортов). |
T09-L7 1.11 c | Namespaces and autoloading | With the PSR-4 mapping "App\ → src/", the class App\Model\User lives in the file src/Model/User.php. | «yes» Пояснение: PSR-4 maps the namespace App\ to src/, so the remaining sub-namespace Model and class User produce the path src/Model/User.php.
Raw{"answer": "yes", "explanation": "PSR-4 maps the namespace App\\ to src/, so the remaining sub-namespace Model and class User produce the path src/Model/User.php."} | верно | Остаток имени после префикса переносится в путь как есть. |
T09-L8 1.26 c | Namespaces and autoloading | A use statement may be written inside a function body — the import then applies to that function only. | «no» Пояснение: In PHP, use statements for namespace imports must be declared in the outermost (global) scope of a file and cannot be placed inside a function body.
Raw{"answer": "no", "explanation": "In PHP, use statements for namespace imports must be declared in the outermost (global) scope of a file and cannot be placed inside a function body."} | верно | use внутри тела функции — parse error; импорты файловые и компиляционные. |
T10-L1 1.45 c | References and scope | Arrays are copied on assignment rather than passed by reference. | «yes» Пояснение: In PHP, arrays follow value semantics by default — assigning an array to another variable creates a copy (using copy-on-write optimization), so modifications to one do not affect the other unless explicit reference (&) is used.
Raw{"answer": "yes", "explanation": "In PHP, arrays follow value semantics by default — assigning an array to another variable creates a copy (using copy-on-write optimization), so modifications to one do not affect the other unless explicit reference (&) is used."} | верно | Присваивание массива — копия (в движке — copy-on-write). |
T10-L2 1.21 c | References and scope | What will this print: $a = [1, 2]; $b = $a; $b[] = 3; echo count($a); | «2» Пояснение: PHP arrays use copy-on-write semantics, so modifying $b does not affect $a, which still has 2 elements.
Raw{"answer": 2, "explanation": "PHP arrays use copy-on-write semantics, so modifying $b does not affect $a, which still has 2 elements."} | верно | Присваивание — копия: в $a по-прежнему 2 элемента. |
T10-L3 1.07 c | References and scope | Inside a function, user-defined global variables are inaccessible without global, $GLOBALS, or passing them as parameters. | «yes» Пояснение: PHP variables have function scope, so global variables must be explicitly imported via global, $GLOBALS, or passed as parameters to be accessible inside a function.
Raw{"answer": "yes", "explanation": "PHP variables have function scope, so global variables must be explicitly imported via global, $GLOBALS, or passed as parameters to be accessible inside a function."} | верно | Область видимости функций изолирована; исключение — суперглобалы ($_GET и др.). |
T10-L4 1.37 c | References and scope | unset($GLOBALS['x']) inside a function removes the global variable only for that function. | «no» Пояснение: unset($GLOBALS['x']) removes the global variable $x from the global scope entirely, not just for that function, because $GLOBALS is a direct reference to the global symbol table.
Raw{"answer": "no", "explanation": "unset($GLOBALS['x']) removes the global variable $x from the global scope entirely, not just for that function, because $GLOBALS is a direct reference to the global symbol table."} | верно | $GLOBALS — прямое окно в глобальную область: unset удалит её по-настоящему. |
T10-L5 0.99 c | References and scope | What will this print: function inc(&$x) { $x++; } $n = 5; inc($n); echo $n; | «6» Пояснение: The function increments $x by reference, so $n is modified from 5 to 6.
Raw{"answer": 6, "explanation": "The function increments $x by reference, so $n is modified from 5 to 6."} | верно | Ссылка меняет оригинал: 6. |
T10-L6 1.93 c | References and scope | A foreach over an array (by value) works with the "live" array: changes to the array inside the loop are visible in the same pass. | «no» Пояснение: PHP's foreach by value iterates over a snapshot of the array; modifications to the array inside the loop body do not affect the current iteration pass.
Raw{"answer": "no", "explanation": "PHP's foreach by value iterates over a snapshot of the array; modifications to the array inside the loop body do not affect the current iteration pass."} | верно | По значению foreach итерирует копию-снимок. |
T10-L7 0.78 c | References and scope | A static property belongs to each instance separately: changes in one object are not visible in others. | «no» Пояснение: A static property belongs to the class itself and is shared among all instances; changes in one object are visible in all others.
Raw{"answer": "no", "explanation": "A static property belongs to the class itself and is shared among all instances; changes in one object are visible in all others."} | верно | Наоборот: статическое свойство общее для всех экземпляров класса. Проверено php -r. |
T10-L8 1.07 c | References and scope | An array can have a boolean key true, and it will be stored as bool. | «no» Пояснение: In PHP, boolean values used as array keys are cast to integers (true → 1, false → 0), so they are never stored as bool keys.
Raw{"answer": "no", "explanation": "In PHP, boolean values used as array keys are cast to integers (true → 1, false → 0), so they are never stored as bool keys."} | верно | Булев ключ приводится к int: true → 1, false → 0. |
T11-L1 1.16 c | Generators, iterators, SPL | Inside a generator, return with a value can be used, and it becomes available via $gen->getReturn(). | «yes» Пояснение: In PHP generators, a `return` with a value is stored internally and can be retrieved via `$gen->getReturn()` once the generator is exhausted.
Raw{"answer": "yes", "explanation": "In PHP generators, a `return` with a value is stored internally and can be retrieved via `$gen->getReturn()` once the generator is exhausted."} | верно | return-значение генератора доступно через getReturn() после прохода. |
T11-L2 2.39 c | Generators, iterators, SPL | A fully consumed generator can be rewound with rewind() and traversed again. | «no» Пояснение: PHP generators are single-pass; once fully consumed, rewind() cannot reset them for re-traversal.
Raw{"answer": "no", "explanation": "PHP generators are single-pass; once fully consumed, rewind() cannot reset them for re-traversal."} | верно | Генератор одноразовый: rewind после начала итерации бросает Exception. |
T11-L3 3.6 c | Generators, iterators, SPL | The yield from construct delegates traversal to another generator or iterable. | «yes» Пояснение: yield from is a Python construct that delegates iteration to another generator or iterable, yielding each item from it.
Raw{"answer": "yes", "explanation": "yield from is a Python construct that delegates iteration to another generator or iterable, yielding each item from it."} | верно | yield from проксирует значения, ключи и return-значение внутреннего генератора. |
T11-L4 1.19 c | Generators, iterators, SPL | What does get_class(g()) return for function g() { yield 1; }? | «generator» Пояснение: Calling a generator function returns a Generator object, and get_class() on it returns the string 'Generator'.
Raw{"answer": "Generator", "explanation": "Calling a generator function returns a Generator object, and get_class() on it returns the string 'Generator'."} | верно | Функция с yield возвращает Generator. |
T11-L5 1.08 c | Generators, iterators, SPL | How many elements will count(iterator_to_array((function () { yield from [1, 2, 3]; })())) return? | «3» Пояснение: The generator yields three values (1, 2, 3), iterator_to_array converts it to an array of 3 elements, and count returns 3.
Raw{"answer": 3, "explanation": "The generator yields three values (1, 2, 3), iterator_to_array converts it to an array of 3 elements, and count returns 3."} | верно | yield from делегирует все 3 элемента. |
T11-L6 0.83 c | Generators, iterators, SPL | The SplStack class implements a FIFO queue. | «no» Пояснение: SplStack implements a LIFO (Last In, First Out) stack, not a FIFO queue; SplQueue is the one that implements a FIFO queue.
Raw{"answer": "no", "explanation": "SplStack implements a LIFO (Last In, First Out) stack, not a FIFO queue; SplQueue is the one that implements a FIFO queue."} | верно | SplStack — стек LIFO; очередь FIFO — SplQueue. |
T11-L7 0.83 c | Generators, iterators, SPL | ArrayIterator allows wrapping an array and traversing it via the Iterator interface. | «yes» Пояснение: ArrayIterator is a built-in PHP class that wraps an array and implements the Iterator interface, allowing traversal via current(), key(), next(), rewind(), and valid() methods.
Raw{"answer": "yes", "explanation": "ArrayIterator is a built-in PHP class that wraps an array and implements the Iterator interface, allowing traversal via current(), key(), next(), rewind(), and valid() methods."} | верно | Объектная обёртка над массивом. |
T11-L8 0.57 c | Generators, iterators, SPL | An ArrayObject instance cannot be traversed with foreach. | «no» Пояснение: ArrayObject implements IteratorAggregate, so it can be traversed with foreach.
Raw{"answer": "no", "explanation": "ArrayObject implements IteratorAggregate, so it can be traversed with foreach."} | верно | ArrayObject реализует IteratorAggregate — foreach по нему работает. |
T12-L1 1.01 c | Configuration and security | password_hash() generates a salt automatically — passing one separately is not needed. | «yes» Пояснение: password_hash() automatically generates a random salt and embeds it in the returned hash string; it does not accept a salt parameter.
Raw{"answer": "yes", "explanation": "password_hash() automatically generates a random salt and embeds it in the returned hash string; it does not accept a salt parameter."} | верно | Соль встраивается в строку результата; параметр salt устарел. |
T12-L2 0.93 c | Configuration and security | In PHP 8, PASSWORD_DEFAULT is md5 with an automatically added salt. | «no» Пояснение: PASSWORD_DEFAULT in PHP 8 is argon2id (or argon2i), not MD5; MD5 is a fast hash unsuitable for password storage.
Raw{"answer": "no", "explanation": "PASSWORD_DEFAULT in PHP 8 is argon2id (or argon2i), not MD5; MD5 is a fast hash unsuitable for password storage."} | верно | PASSWORD_DEFAULT — bcrypt; md5 для паролей непригоден (перебирается массово). |
T12-L3 1.14 c | Configuration and security | What does password_verify('secret', password_hash('secret', PASSWORD_DEFAULT)) return? | «true» Пояснение: password_verify() returns true when the provided password matches the given hash.
Raw{"answer": "true", "explanation": "password_verify() returns true when the provided password matches the given hash."} | верно | Соль и хеш в одной строке: true (форма ответа: true или да). |
T12-L4 1.18 c | Configuration and security | strip_tags() protects against SQL injection. | «no» Пояснение: strip_tags() removes HTML/PHP tags and is relevant to XSS mitigation, not SQL injection prevention, which requires parameterized queries or proper escaping.
Raw{"answer": "no", "explanation": "strip_tags() removes HTML/PHP tags and is relevant to XSS mitigation, not SQL injection prevention, which requires parameterized queries or proper escaping."} | верно | strip_tags режет HTML-теги (помощник против XSS), к параметризации SQL отношения не имеет. |
T12-L5 0.93 c | Configuration and security | session_regenerate_id() is used to protect against session fixation upon user login. | «yes» Пояснение: session_regenerate_id() creates a new session ID and invalidates the old one, which is the standard defense against session fixation attacks, typically called after a user's privilege level changes (e.g., login).
Raw{"answer": "yes", "explanation": "session_regenerate_id() creates a new session ID and invalidates the old one, which is the standard defense against session fixation attacks, typically called after a user's privilege level changes (e.g., login)."} | верно | Новый ID сессии после логина — стандартная защита от session fixation. |
T12-L6 0.8 c | Configuration and security | Which built-in function returns the SAPI name (e.g., cli)? | «php_sapi_name» Пояснение: php_sapi_name() returns the name of the current SAPI module, such as 'cli' or 'fpm-fcgi'.
Raw{"answer": "php_sapi_name", "explanation": "php_sapi_name() returns the name of the current SAPI module, such as 'cli' or 'fpm-fcgi'."} | верно | php_sapi_name(). |
T12-L7 1.11 c | Configuration and security | session_destroy() deletes session data on the server but not the cookie in the user's browser. | «yes» Пояснение: session_destroy() only removes the session data on the server; the session cookie in the browser must be removed separately using setcookie() with a past expiration time.
Raw{"answer": "yes", "explanation": "session_destroy() only removes the session data on the server; the session cookie in the browser must be removed separately using setcookie() with a past expiration time."} | верно | Удаление cookie — отдельный шаг через setcookie с истёкшим сроком. |
T12-L8 0.8 c | Configuration and security | Without calling session_start(), the $_SESSION array is automatically populated with session data. | «no» Пояснение: The $_SESSION superglobal is only available after session_start() has been called; without it, the array is empty or undefined.
Raw{"answer": "no", "explanation": "The $_SESSION superglobal is only available after session_start() has been called; without it, the array is empty or undefined."} | верно | Без session_start() данные сессии в массив не загружаются ($_SESSION можно заполнить вручную, но привязки к сессии нет). |
VC-L1 1.97 c | PHP 8.4–8.5 | In which PHP version was the array_find() function introduced? | «8.3» Пояснение: The array_find() function was introduced in PHP 8.3 along with array_find_key(), first(), and last().
Raw{"answer": 8.3, "explanation": "The array_find() function was introduced in PHP 8.3 along with array_find_key(), first(), and last()."} | неверно верный: «8.4» | PHP 8.4 (RFC array_find). |
VC-L2 1.11 c | PHP 8.4–8.5 | Property hooks (get/set right in the property declaration) landed in PHP 8.4. | «yes» Пояснение: Property hooks (get/set defined directly in the property declaration) were introduced in PHP 8.4.
Raw{"answer": "yes", "explanation": "Property hooks (get/set defined directly in the property declaration) were introduced in PHP 8.4."} | верно | Property hooks — PHP 8.4 (ноябрь 2024). |
VC-L3 1.25 c | PHP 8.4–8.5 | Asymmetric visibility (public private(set) string $name) appeared in PHP 8.4. | «yes» Пояснение: Asymmetric visibility (e.g. public private(set) string $name) was indeed introduced in PHP 8.4.
Raw{"answer": "yes", "explanation": "Asymmetric visibility (e.g. public private(set) string $name) was indeed introduced in PHP 8.4."} | верно | Asymmetric visibility v2 — PHP 8.4. |
VC-L4 1.4 c | PHP 8.4–8.5 | In which PHP version was the #[\NoDiscard] attribute introduced? Answer with the version number. | «8.4» Пояснение: The #[\NoDiscard] attribute was introduced in PHP 8.4 to indicate that a function's return value should not be discarded.
Raw{"answer": "8.4", "explanation": "The #[\\NoDiscard] attribute was introduced in PHP 8.4 to indicate that a function's return value should not be discarded."} | неверно верный: «8.5» | #[\NoDiscard] — PHP 8.5 (marking return values as important). |
VC-L5 2.36 c | PHP 8.4–8.5 | In which PHP version did the pipe operator |> first appear? Answer with the version number. | «no» Пояснение: The pipe operator |> has never been part of PHP's language syntax in any version.
Raw{"answer": "no", "explanation": "The pipe operator |> has never been part of PHP's language syntax in any version."} | неверно верный: «8.5» | Pipe operator — PHP 8.5 (2025). |
VC-L6 2.42 c | PHP 8.4–8.5 | In which PHP version did clone-with — the syntax clone($obj, ['x' => 1]) — appear? Answer with the version number. | «no» Пояснение: No such 'clone-with' syntax exists in any PHP version; it is a fabricated feature.
Raw{"answer": "no", "explanation": "No such 'clone-with' syntax exists in any PHP version; it is a fabricated feature."} | неверно верный: «8.5» | Clone with v2 — PHP 8.5. |
VC-L7 3.63 c | PHP 8.4–8.5 | In which PHP version were the array_first() and array_last() functions introduced? | «they don't exist» Пояснение: array_first() and array_last() are not standard PHP functions in any released version of PHP.
Raw{"answer": "They don't exist", "explanation": "array_first() and array_last() are not standard PHP functions in any released version of PHP."} | неверно верный: «8.5» | PHP 8.5. |
VC-L8 3.09 c | PHP 8.4–8.5 | For which PHP version was RFC Partial Function Application v2 adopted (as of 2026-11-07)? Answer with the version number. | «no» Пояснение: There is no known PHP RFC titled 'Partial Function Application v2' that was adopted into any PHP version.
Raw{"answer": "no", "explanation": "There is no known PHP RFC titled 'Partial Function Application v2' that was adopted into any PHP version."} | неверно верный: «8.6» | PFA v2 принят 05.12.2025 (33-0-0), реализован в PHP 8.6. |
VF-L1 1.81 c | PHP: 8.6+ and the future | For which PHP version was the RFC clamp_v2 (the clamp() function) implemented, as of 2026-11-07? Answer with the version number. | «8.5» Пояснение: The clamp_v2 RFC was accepted for PHP 8.5 after the original clamp() was removed from PHP 8.4.
Raw{"answer": "8.5", "explanation": "The clamp_v2 RFC was accepted for PHP 8.5 after the original clamp() was removed from PHP 8.4."} | неверно верный: «8.6» | По данным владельца (wiki.php.net/rfc): clamp_v2 — 8.6; clamp() в 8.5.11 отсутствует (косвенное подтверждение). Дата-якорь делает клетку монотонной. |
VF-L2 1.98 c | PHP: 8.6+ and the future | RFC Context Managers v2 has already been adopted in PHP (as of 2026-11-07). | «no» Пояснение: There is no 'Context Managers v2' RFC that has been adopted into PHP; this appears to be a fabricated or non-existent RFC.
Raw{"answer": "no", "explanation": "There is no 'Context Managers v2' RFC that has been adopted into PHP; this appears to be a fabricated or non-existent RFC."} | верно | На 06.11.2026 — в обсуждении (создан 2026-10-23); не принят. |
VF-L3 2.44 c | PHP: 8.6+ and the future | RFC Bound-Erased Generic Types (generics) was declined in 2026. | «no» Пояснение: The Bound-Erased Generic Types RFC was voted on and rejected during the PHP 8.4 cycle (2024), not in 2026.
Raw{"answer": "no", "explanation": "The Bound-Erased Generic Types RFC was voted on and rejected during the PHP 8.4 cycle (2024), not in 2026."} | неверно верный: «yes» | Голосование завершилось 2026-06-28: отклонён (wiki.php.net/rfc). |
VF-L4 2.24 c | PHP: 8.6+ and the future | As of 2026-11-07, the RFC enabling multithreading (ZTS) by default has already been accepted in PHP. | «no» Пояснение: No such RFC has been accepted; PHP remains single-threaded by default, and even Fibers (PHP 8.1) are cooperative concurrency on a single thread, not true multithreading.
Raw{"answer": "no", "explanation": "No such RFC has been accepted; PHP remains single-threaded by default, and even Fibers (PHP 8.1) are cooperative concurrency on a single thread, not true multithreading."} | верно | Такого принятого RFC нет на дату якоря; якорь делает клетку монотонной — при принятии RFC позже клетка не перевернётся. |
VF-L5 1.35 c | PHP: 8.6+ and the future | As of PHP 8.5, generics (parameterized types) are still absent. | «yes» Пояснение: PHP has never implemented built-in generics (parameterized types); developers rely on conventions and documentation instead.
Raw{"answer": "yes", "explanation": "PHP has never implemented built-in generics (parameterized types); developers rely on conventions and documentation instead."} | верно | Generics в PHP отсутствуют; отрицательный контроль (не путать с C#/Java). |
VF-L6 2.09 c | PHP: 8.6+ and the future | As of 2026-11-07, the latest stable PHP version is 8.5, and PHP 8.6 has not been released yet (GA — 2026-11-19). | «yes» Пояснение: PHP releases typically land in late November, so PHP 8.5 (released ~Nov 2025) would be the latest stable as of 2026-11-07, with PHP 8.6 expected shortly after (GA 2026-11-19).
Raw{"answer": "yes", "explanation": "PHP releases typically land in late November, so PHP 8.5 (released ~Nov 2025) would be the latest stable as of 2026-11-07, with PHP 8.6 expected shortly after (GA 2026-11-19)."} | верно | 8.5 — релиз осени 2025; 8.6 GA 19.11.2026 (wiki.php.net/todo/php86). Дата снимка — 06.11.2026. |
VF-L7 0.81 c | PHP: 8.6+ and the future | The PHP 6 branch never shipped: after PHP 5.6 came PHP 7.0 directly. | «yes» Пояснение: PHP 6 was never released; the work intended for it was incorporated into PHP 7.0, which followed PHP 5.6 directly.
Raw{"answer": "yes", "explanation": "PHP 6 was never released; the work intended for it was incorporated into PHP 7.0, which followed PHP 5.6 directly."} | верно | Исторический факт: ветка 6 не была релизнута. |
VF-L8 2.71 c | PHP: 8.6+ and the future | The RFC adding the #[\Deprecated] attribute to the core was adopted. | «no» Пояснение: The RFC for a #[\Deprecated] attribute was not adopted into PHP core.
Raw{"answer": "no", "explanation": "The RFC for a #[\\Deprecated] attribute was not adopted into PHP core."} | неверно верный: «yes» | #[\Deprecated] — принят, реализован в PHP 8.4. |
T25-L1 1.07 c | Clean architecture | The dependency rule of clean and onion architecture: inner layers know nothing about outer ones — dependencies point toward the center. | «yes» Пояснение: The Dependency Rule in Clean/Onion Architecture states that source code dependencies must point only inward, meaning inner layers have no knowledge of outer layers.
Raw{"answer": "yes", "explanation": "The Dependency Rule in Clean/Onion Architecture states that source code dependencies must point only inward, meaning inner layers have no knowledge of outer layers."} | верно | Чистая (Robert C. Martin), луковичная (Jeffrey Palermo) и гексагональная (ports & adapters) — варианты одной идеи: зависимости направлены внутрь, к домену. Слоями в проекте следит deptrac. |
T25-L2 1.26 c | Clean architecture | Domain entities import neither Doctrine nor Symfony — only the language and, possibly, the standard library. | «yes» Пояснение: In Domain-Driven Design, domain entities belong to the domain layer which must be framework-agnostic, depending only on the language and possibly standard library.
Raw{"answer": "yes", "explanation": "In Domain-Driven Design, domain entities belong to the domain layer which must be framework-agnostic, depending only on the language and possibly standard library."} | верно | Изоляция домена от инфраструктуры; deptrac в проекте как раз следит за слоями. |
T25-L3 1.24 c | Clean architecture | Controllers and Twig templates belong to the business-logic layer because they are the ones calling use cases. | «no» Пояснение: Controllers and Twig templates belong to the presentation (interface) layer, not the business-logic layer; they simply depend on and call use cases from that outer layer.
Raw{"answer": "no", "explanation": "Controllers and Twig templates belong to the presentation (interface) layer, not the business-logic layer; they simply depend on and call use cases from that outer layer."} | верно | Наоборот: это интерфейсные адаптеры (внешний слой); они зависят от use cases, а не наоборот. |
T25-L4 1.2 c | Clean architecture | What sits at the very center of the onion architecture? | «entity» Пояснение: The very center of the onion architecture contains the domain entities and core business rules, which have no dependencies on anything else.
Raw{"answer": "Entity", "explanation": "The very center of the onion architecture contains the domain entities and core business rules, which have no dependencies on anything else."} | неверно верный: «domain model» | Центральное кольцо — Domain Model: сущности и бизнес-правила без зависимостей; далее Domain Services → Application Services → Infrastructure/UI/Tests (Palermo). |
T25-L5 0.93 c | Clean architecture | Layer boundary violations can be caught automatically: a layer-dependency analyzer (e.g. deptrac) fails on a forbidden call. | «yes» Пояснение: Tools like deptrac analyze static dependencies between layers and can fail the build when a forbidden layer-to-layer call is detected.
Raw{"answer": "yes", "explanation": "Tools like deptrac analyze static dependencies between layers and can fail the build when a forbidden layer-to-layer call is detected."} | верно | depfile.yaml в проекте TasK: CI проверяет правила слоёв на каждом пайплайне. |
T25-L6 2.46 c | Clean architecture | A use case (interactor) may accept an HTTP request or an EntityManager as arguments — it is simpler that way. | «no» Пояснение: A use case (interactor) should be framework-agnostic; it should accept plain data/DTOs and depend on abstractions (e.g., repository interfaces) rather than concrete framework objects like HTTP requests or EntityManagers.
Raw{"answer": "no", "explanation": "A use case (interactor) should be framework-agnostic; it should accept plain data/DTOs and depend on abstractions (e.g., repository interfaces) rather than concrete framework objects like HTTP requests or EntityManagers."} | верно | Use case принимает DTO и порты; привязка к HTTP/ORM протекает инфраструктуру во внутренние слои. |
T25-L7 0.98 c | Clean architecture | What is the component called that provides a collection of aggregates/entities while hiding the storage mechanism behind an interface? | «repository» Пояснение: In DDD, a Repository provides a collection-like interface for accessing domain aggregates while abstracting away the underlying storage mechanism.
Raw{"answer": "Repository", "explanation": "In DDD, a Repository provides a collection-like interface for accessing domain aggregates while abstracting away the underlying storage mechanism."} | верно | Repository pattern (DDD/Evans); в проекте — Doctrine-репозитории за портами. |
T25-L8 1.45 c | Clean architecture | In clean architecture, swapping PostgreSQL for another database touches only the outer layer — the domain and use cases stay unchanged. | «yes» Пояснение: In clean architecture, the domain and use cases depend on abstract interfaces (e.g., a Repository), so swapping the concrete database implementation in the outer infrastructure layer leaves them untouched.
Raw{"answer": "yes", "explanation": "In clean architecture, the domain and use cases depend on abstract interfaces (e.g., a Repository), so swapping the concrete database implementation in the outer infrastructure layer leaves them untouched."} | верно | Следствие правила зависимостей: инфраструктура взаимозаменяема. |
T26-L1 1.16 c | DDD | In DDD, an aggregate is just another name for a database table. | «no» Пояснение: An aggregate is a DDD domain concept representing a consistency boundary of related domain objects, not a database table; it can span multiple tables or share tables with other aggregates.
Raw{"answer": "no", "explanation": "An aggregate is a DDD domain concept representing a consistency boundary of related domain objects, not a database table; it can span multiple tables or share tables with other aggregates."} | верно | Агрегат — кластер объектов с границей согласованности (транзакционной вокруг корня); таблица — деталь хранения. |
T26-L2 0.94 c | DDD | A Value Object is immutable and compared by the values of its fields, not by identity. | «yes» Пояснение: In DDD, a Value Object is defined by its immutability and value-based equality, meaning two instances with the same field values are considered equal regardless of identity.
Raw{"answer": "yes", "explanation": "In DDD, a Value Object is defined by its immutability and value-based equality, meaning two instances with the same field values are considered equal regardless of identity."} | верно | Классика Evans: Money, Email; равенство структурное. |
T26-L3 0.61 c | DDD | What is the single external entry point of an aggregate, through which all changes must go, called? | «aggregate root» Пояснение: In DDD, the Aggregate Root is the single external entry point of an aggregate through which all modifications must pass.
Raw{"answer": "Aggregate Root", "explanation": "In DDD, the Aggregate Root is the single external entry point of an aggregate through which all modifications must pass."} | верно | Aggregate Root: внешние объекты ссылаются только на корень; он защищает инварианты агрегата. |
T26-L4 0.97 c | DDD | In DDD, a repository is declared for an aggregate (its root), not for every entity. | «yes» Пояснение: In DDD, a repository is defined per aggregate root, and all entities within that aggregate are accessed through the root, not via their own repositories.
Raw{"answer": "yes", "explanation": "In DDD, a repository is defined per aggregate root, and all entities within that aggregate are accessed through the root, not via their own repositories."} | верно | Репозиторий корня хранит границу согласованности агрегата; вложенные сущности доступны только через корень. |
T26-L5 0.83 c | DDD | Ubiquitous language is the model's shared language common to developers and domain experts. | «yes» Пояснение: Ubiquitous Language, a concept from Domain-Driven Design (Eric Evans), is indeed the shared vocabulary used consistently by both developers and domain experts throughout the project.
Raw{"answer": "yes", "explanation": "Ubiquitous Language, a concept from Domain-Driven Design (Eric Evans), is indeed the shared vocabulary used consistently by both developers and domain experts throughout the project."} | верно | Evans: язык из требований переходит в имена классов и методов. |
T26-L6 1.71 c | DDD | What is the boundary called within which a model and its language are consistent, while outside the same words mean other models? | «paradigm» Пояснение: A paradigm defines the boundary within which a model and its language are consistent, while outside it the same terms can refer to different models.
Raw{"answer": "paradigm", "explanation": "A paradigm defines the boundary within which a model and its language are consistent, while outside it the same terms can refer to different models."} | неверно верный: «bounded context» | Bounded Context; «Заказ» в биллинге и в доставке — разные модели. |
T26-L7 1.21 c | DDD | An anemic model (objects with only getters/setters, logic in services) is the recommended DDD style. | «no» Пояснение: DDD recommends a rich domain model where business logic is encapsulated in entities and value objects, not an anemic model with logic pushed into services.
Raw{"answer": "no", "explanation": "DDD recommends a rich domain model where business logic is encapsulated in entities and value objects, not an anemic model with logic pushed into services."} | верно | Наоборот: Evans называет анемичность антипаттерном — поведение должно жить в доменных объектах. |
T26-L8 1.34 c | DDD | Bounded context means each context has its own model: the same concept in different contexts is a different class. | «yes» Пояснение: In DDD, a Bounded Context defines a boundary where a model is valid, and the same real-world concept can be modeled as different classes in different contexts.
Raw{"answer": "yes", "explanation": "In DDD, a Bounded Context defines a boundary where a model is valid, and the same real-world concept can be modeled as different classes in different contexts."} | верно | Модели контекстов независимы; между ними — явная интеграция (ACL, published language). |
T13-L1 0.88 c | Symfony | Services in the Symfony DI container are created lazily by default — on first use. | «yes» Пояснение: Symfony's DI container is lazy by design: services are only instantiated the first time they are requested, not at container build time.
Raw{"answer": "yes", "explanation": "Symfony's DI container is lazy by design: services are only instantiated the first time they are requested, not at container build time."} | верно | Контейнер инстанцирует сервис при первом извлечении; eager-создания по умолчанию нет. |
T13-L2 1.33 c | Symfony | Which Symfony console command lists all registered routes? | «routes» Пояснение: In Symfony, the 'routes' console command (php bin/console routes) lists all registered routes.
Raw{"answer": "routes", "explanation": "In Symfony, the 'routes' console command (php bin/console routes) lists all registered routes."} | неверно верный: «debug:router» | bin/console debug:router (FrameworkBundle); в Symfony 3 команда называлась router:debug. |
T13-L3 1.29 c | Symfony | Symfony autowiring requires manually declaring every service in services.yaml. | «no» Пояснение: Autowiring (combined with autoconfiguration) automatically resolves dependencies based on type hints, so most services don't need to be manually declared in services.yaml.
Raw{"answer": "no", "explanation": "Autowiring (combined with autoconfiguration) automatically resolves dependencies based on type hints, so most services don't need to be manually declared in services.yaml."} | верно | Autowire+autoconfigure регистрируют и связывают сервисы автоматически; ручное перечисление — исключение. |
T13-L4 1.07 c | Symfony | Twig templates are compiled into PHP classes and cached between requests. | «yes» Пояснение: Twig compiles template files into PHP classes that extend \Twig\Template and caches them (typically in a filesystem cache) to avoid recompilation on subsequent requests.
Raw{"answer": "yes", "explanation": "Twig compiles template files into PHP classes that extend \\Twig\\Template and caches them (typically in a filesystem cache) to avoid recompilation on subsequent requests."} | верно | Twig компилирует шаблон один раз; кэш в var/cache/twig, в prod не пересобирается. |
T13-L5 1.07 c | Symfony | In the Symfony dev environment the DI container is rebuilt only after tracked files change, not on every request. | «yes» Пояснение: In the dev environment Symfony caches the compiled container and only rebuilds it when tracked dependency files have changed, not on every request.
Raw{"answer": "yes", "explanation": "In the dev environment Symfony caches the compiled container and only rebuilds it when tracked dependency files have changed, not on every request."} | верно | Kernel проверяет freshness ресурсов (конфиги, классы); иначе переиспользуется кэш контейнера. |
T13-L6 0.72 c | Symfony | Which environment variable selects the active Symfony environment (dev/prod)? | «app_env» Пояснение: Since Symfony 4.4, the APP_ENV environment variable determines the active environment (e.g., dev, prod, test).
Raw{"answer": "APP_ENV", "explanation": "Since Symfony 4.4, the APP_ENV environment variable determines the active environment (e.g., dev, prod, test)."} | верно | APP_ENV в .env; APP_DEBUG — отдельный флаг отладки. |
T13-L7 0.91 c | Symfony | A controller method can be private — Symfony routing works with any method of the class. | «no» Пояснение: Symfony controller methods used as route handlers must be public; the routing system invokes them via reflection and requires them to be accessible.
Raw{"answer": "no", "explanation": "Symfony controller methods used as route handlers must be public; the routing system invokes them via reflection and requires them to be accessible."} | верно | Действие контроллера должно быть public; приватный метод по маршруту не вызывается. |
T13-L8 1.33 c | Symfony | Event subscribers always receive events before listeners, because the interface gives them priority. | «no» Пояснение: Subscribers and listeners are treated identically by the event dispatcher; both are ordered by their numeric priority value, not by their type.
Raw{"answer": "no", "explanation": "Subscribers and listeners are treated identically by the event dispatcher; both are ordered by their numeric priority value, not by their type."} | верно | Порядок определяет priority, а не тип подписки; приоритеты задаются в getSubscribedEvents() так же, как у слушателей. |
T22-L1 1.27 c | Symfony: Security and forms | In modern Symfony (6.0+) authentication is built on authenticator classes (AuthenticatorInterface); the old guard system has been removed. | «yes» Пояснение: The legacy guard authentication system was deprecated in Symfony 5.3 and fully removed in Symfony 6.0, leaving only the new authenticator-based security system.
Raw{"answer": "yes", "explanation": "The legacy guard authentication system was deprecated in Symfony 5.3 and fully removed in Symfony 6.0, leaving only the new authenticator-based security system."} | верно | Guard объявлен устаревшим в 5.3 и удалён в 6.0; в проекте symfony/security-bundle 8.1. |
T22-L2 1.49 c | Symfony: Security and forms | Which Symfony attribute checks a role/permission right on a controller method (403 without it)? | «isgranted» Пояснение: The IsGranted attribute in Symfony checks if the user has a specified role or permission on a controller method, throwing a 403 AccessDeniedException if they don't.
Raw{"answer": "IsGranted", "explanation": "The IsGranted attribute in Symfony checks if the user has a specified role or permission on a controller method, throwing a 403 AccessDeniedException if they don't."} | верно | #[IsGranted('ROLE_ADMIN')]; атрибут из symfony/security-http. |
T22-L3 1.09 c | Symfony: Security and forms | Voters are Symfony's mechanism for checking access to a specific object: isGranted('EDIT', $post). | «yes» Пояснение: Voters in Symfony are the mechanism for object-level security checks, allowing you to use isGranted('EDIT', $post) to check access to a specific object.
Raw{"answer": "yes", "explanation": "Voters in Symfony are the mechanism for object-level security checks, allowing you to use isGranted('EDIT', $post) to check access to a specific object."} | верно | VoterInterface->vote(); docs Symfony — Voters. |
T22-L4 1.16 c | Symfony: Security and forms | In modern Symfony (7+) validation constraints are declared as PHP attributes (#[Assert\NotBlank]); doctrine annotations are no longer supported. | «yes» Пояснение: Symfony 7 removed support for Doctrine annotations entirely; PHP attributes (e.g. #[Assert\NotBlank]) are the only supported way to declare validation constraints.
Raw{"answer": "yes", "explanation": "Symfony 7 removed support for Doctrine annotations entirely; PHP attributes (e.g. #[Assert\\NotBlank]) are the only supported way to declare validation constraints."} | верно | Докблок-аннотации удалены в Symfony 7.0; стандарт — атрибуты. В проекте symfony/validator 8.1. |
T22-L5 0.82 c | Symfony: Security and forms | CSRF protection of Symfony forms is enabled by default: the form validates the token on submission. | «yes» Пояснение: Symfony forms have CSRF protection enabled by default; each form automatically includes a CSRF token that is validated on submission.
Raw{"answer": "yes", "explanation": "Symfony forms have CSRF protection enabled by default; each form automatically includes a CSRF token that is validated on submission."} | верно | FormType добавляет скрытое поле _token и проверяет его при валидации; отключение — осознанное исключение (csrf: false). |
T22-L6 0.93 c | Symfony: Security and forms | Form validation in Symfony runs server-side even if the client-side (HTML5) checks passed. | «yes» Пояснение: Symfony always re-validates form data on the server regardless of any client-side HTML5 validation, as client-side checks can be bypassed.
Raw{"answer": "yes", "explanation": "Symfony always re-validates form data on the server regardless of any client-side HTML5 validation, as client-side checks can be bypassed."} | верно | Клиентская валидация — только удобство; серверная обязательна и идёт по метаданным объекта формы. |
T22-L7 0.97 c | Symfony: Security and forms | Which Symfony maker command generates a form class (FormType)? | «make:form» Пояснение: The Symfony Maker Bundle command 'make:form' generates a FormType class for building forms.
Raw{"answer": "make:form", "explanation": "The Symfony Maker Bundle command 'make:form' generates a FormType class for building forms."} | верно | bin/console make:form (symfony/maker-bundle — в проекте). |
T22-L8 1.23 c | Symfony: Security and forms | Symfony stores the user's password in the session in plain text. | «no» Пояснение: Symfony stores a serialized user token (user ID and roles) in the session, never the plain-text password; passwords are only kept in hashed form in the database.
Raw{"answer": "no", "explanation": "Symfony stores a serialized user token (user ID and roles) in the session, never the plain-text password; passwords are only kept in hashed form in the database."} | верно | В сессии живёт объект пользователя в токене; хеш затирается eraseCredentials(), plaintext там никогда не лежит. |
T23-L1 1.19 c | Symfony: configuration and services | Symfony bundle configuration lives in config/packages — one file per bundle or topic. | «yes» Пояснение: In modern Symfony, bundle-specific configuration is conventionally placed in config/packages/ with one file per bundle or topic (e.g., security.yaml, doctrine.yaml).
Raw{"answer": "yes", "explanation": "In modern Symfony, bundle-specific configuration is conventionally placed in config/packages/ with one file per bundle or topic (e.g., security.yaml, doctrine.yaml)."} | верно | Стандартная структура (config/packages/*.yaml); перегрузка — config/packages/<env>. |
T23-L2 1.35 c | Symfony: configuration and services | The .env file with dev defaults is committed to the repository, while real secrets live in the non-committed .env.local. | «yes» Пояснение: This is the standard pattern (e.g., in Symfony) where .env holds committed dev defaults and .env.local holds uncommitted local secrets.
Raw{"answer": "yes", "explanation": "This is the standard pattern (e.g., in Symfony) where .env holds committed dev defaults and .env.local holds uncommitted local secrets."} | верно | symfony/dotenv: .env — общий безопасный набор значений; локальные секреты — .env.local (gitignored) или secrets-хранилище. |
T23-L3 1.2 c | Symfony: configuration and services | Which Symfony command lists the container's registered services and their aliases? | «debug:container» Пояснение: The Symfony command 'debug:container' lists all registered services and their aliases in the dependency injection container.
Raw{"answer": "debug:container", "explanation": "The Symfony command 'debug:container' lists all registered services and their aliases in the dependency injection container."} | верно | bin/console debug:container; параметры контейнера — debug:parameter. |
T23-L4 3.14 c | Symfony: configuration and services | The Symfony container allows changing parameters at runtime: $container->setParameter() works from a controller. | «no» Пояснение: The Symfony container is compiled/frozen at runtime; parameters are resolved at compile time and setParameter() is not available on the production (compiled) container.
Raw{"answer": "no", "explanation": "The Symfony container is compiled/frozen at runtime; parameters are resolved at compile time and setParameter() is not available on the production (compiled) container."} | верно | Контейнер компилируется и замораживается; runtime-значения — только через переменные окружения. |
T23-L5 0.72 c | Symfony: configuration and services | By default, Symfony services are public (public: true) — you can fetch them directly from the container. | «no» Пояснение: Since Symfony 4.0, services are private (public: false) by default; you must explicitly set public: true to retrieve them from the container.
Raw{"answer": "no", "explanation": "Since Symfony 4.0, services are private (public: false) by default; you must explicitly set public: true to retrieve them from the container."} | верно | С Symfony 4.0 сервисы по умолчанию private: инжектятся через autowiring; $container->get() — только для публичных. |
T23-L6 0.86 c | Symfony: configuration and services | Without a config file in config/packages a bundle will not work — configuration is mandatory for every bundle. | «no» Пояснение: Many bundles in Symfony have sensible defaults and work perfectly fine without any configuration file in config/packages/.
Raw{"answer": "no", "explanation": "Many bundles in Symfony have sensible defaults and work perfectly fine without any configuration file in config/packages/."} | верно | У бандлов есть встроенные умолчания (Extension); конфиг нужен только для отклонений от них. |
T23-L7 0.74 c | Symfony: configuration and services | Environment variable values are injected into services.yaml using the %env(VAR)% syntax. | «yes» Пояснение: In Symfony, environment variables are referenced in configuration files such as services.yaml using the %env(VAR_NAME)% syntax.
Raw{"answer": "yes", "explanation": "In Symfony, environment variables are referenced in configuration files such as services.yaml using the %env(VAR_NAME)% syntax."} | верно | %env(...)% резолвится в рантайме env-процессорами; docs — Env Var Processors. |
T23-L8 1.16 c | Symfony: configuration and services | Which Symfony environment variable enables debug mode (affects the profiler and Twig debugging)? | «app_debug» Пояснение: The APP_DEBUG environment variable controls debug mode in Symfony, affecting the profiler and Twig debugging.
Raw{"answer": "APP_DEBUG", "explanation": "The APP_DEBUG environment variable controls debug mode in Symfony, affecting the profiler and Twig debugging."} | верно | APP_DEBUG=1 (в .env dev-окружения); окружение выбирает APP_ENV — см. T13-L6. |
T16-L1 1.01 c | Symfony: Messenger | A single message in Symfony Messenger can only have one handler. | «no» Пояснение: Symfony Messenger allows multiple handlers to be registered for the same message, and they will all be invoked in order (unless one stops the chain).
Raw{"answer": "no", "explanation": "Symfony Messenger allows multiple handlers to be registered for the same message, and they will all be invoked in order (unless one stops the chain)."} | верно | Messenger вызывает все хендлеры, подписанные на класс сообщения (docs — Multiple Handlers). |
T16-L2 1.04 c | Symfony: Messenger | The sync transport in Messenger queues the message for a worker, just like async. | «no» Пояснение: The sync transport does not queue the message; it immediately dispatches it to the handler within the same process, bypassing any worker.
Raw{"answer": "no", "explanation": "The sync transport does not queue the message; it immediately dispatches it to the handler within the same process, bypassing any worker."} | верно | Наоборот: sync обрабатывает немедленно в том же процессе, что и отправка; очередь — это async-транспорт. |
T16-L3 0.58 c | Symfony: Messenger | Which console command starts the worker that processes Messenger queue messages? | «messenger:consume» Пояснение: The Symfony command 'messenger:consume' starts the worker that processes queued messages from the Messenger component.
Raw{"answer": "messenger:consume", "explanation": "The Symfony command 'messenger:consume' starts the worker that processes queued messages from the Messenger component."} | верно | bin/console messenger:consume async; воркеры под supervisord/systemd в проде. |
T16-L4 1.33 c | Symfony: Messenger | Retries for failed messages (retry_strategy) are configured per Messenger transport. | «yes» Пояснение: In Symfony Messenger, retry_strategy (max_retries, multiplier, etc.) is configured per transport in the framework bundle configuration.
Raw{"answer": "yes", "explanation": "In Symfony Messenger, retry_strategy (max_retries, multiplier, etc.) is configured per transport in the framework bundle configuration."} | верно | retry_strategy на транспорте: max_retries, delay, multiplier; docs — Failed Messages & Retries. |
T16-L5 3.2 c | Symfony: Messenger | By default, Messenger serializes messages to JSON. | «yes» Пояснение: Symfony Messenger's default Serializer uses the 'json' format when encoding messages for transport.
Raw{"answer": "yes", "explanation": "Symfony Messenger's default Serializer uses the 'json' format when encoding messages for transport."} | неверно верный: «no» | Дефолтный сериализатор — PhpSerializer (serialize()); JSON-сериализатор включается отдельно. |
T16-L6 2.06 c | Symfony: Messenger | Symfony Scheduler produces messages on a schedule and dispatches them through Messenger. | «no» Пояснение: Symfony Scheduler schedules and executes tasks (implementing the Task interface) at defined intervals, not specifically producing and dispatching messages through Messenger.
Raw{"answer": "no", "explanation": "Symfony Scheduler schedules and executes tasks (implementing the Task interface) at defined intervals, not specifically producing and dispatching messages through Messenger."} | неверно верный: «yes» | Schedule → RecurringMessage → шина Messenger; docs — Scheduler. |
T16-L7 0.9 c | Symfony: Messenger | Which built-in Messenger transport stores messages in database tables via Doctrine? | «doctrine» Пояснение: The 'doctrine' transport in Symfony Messenger stores messages in database tables using Doctrine DBAL.
Raw{"answer": "doctrine", "explanation": "The 'doctrine' transport in Symfony Messenger stores messages in database tables using Doctrine DBAL."} | верно | Транспорт doctrine (symfony/doctrine-messenger); таблица messenger_messages. В проекте стоит amqp-messenger + doctrine-messenger. |
T16-L8 1.19 c | Symfony: Messenger | The Messenger pipeline can be extended with custom middleware, placed before or after the built-in ones. | «yes» Пояснение: Laravel's Messenger allows you to define custom middleware in the getMiddleware() method, and you can position them before or after built-in middleware like Dispatchable, SerializesModels, and Queueable.
Raw{"answer": "yes", "explanation": "Laravel's Messenger allows you to define custom middleware in the getMiddleware() method, and you can position them before or after built-in middleware like Dispatchable, SerializesModels, and Queueable."} | верно | messenger.bus.*.middleware в yaml; docs — Middleware. |
T28-L1 1.21 c | Symfony: versions | Symfony major releases come every two years, minor ones every six months (in May and November). | «yes» Пояснение: Symfony releases minor versions every six months (May and November) and major versions every two years (November).
Raw{"answer": "yes", "explanation": "Symfony releases minor versions every six months (May and November) and major versions every two years (November)."} | верно | Стандартный релизный цикл: 8.0 — ноябрь 2025, 8.1 — май 2026, 8.2 — ноябрь 2026. |
T28-L2 4.4 c | Symfony: versions | What is the minimum PHP version required by Symfony 8? | «8.2» Пояснение: Symfony 7 (the latest major release) requires PHP 8.2 as its minimum version; Symfony 8 is not yet released but is expected to require at least PHP 8.2.
Raw{"answer": "8.2", "explanation": "Symfony 7 (the latest major release) requires PHP 8.2 as its minimum version; Symfony 8 is not yet released but is expected to require at least PHP 8.2."} | неверно верный: «8.4» | Symfony 8.0 поднял требование до PHP >= 8.4.1 (в vendor проекта: "php": ">=8.4.1"). |
T28-L3 0.91 c | Symfony: versions | Symfony 7.0 kept support for docblock annotations (validation, routes). | «no» Пояснение: Symfony 7.0 removed support for docblock annotations; PHP 8 attributes are now required.
Raw{"answer": "no", "explanation": "Symfony 7.0 removed support for docblock annotations; PHP 8 attributes are now required."} | верно | Наоборот: в 7.0 аннотации удалены — только PHP-атрибуты (#[Route], #[Assert\NotBlank]). |
T28-L4 1.13 c | Symfony: versions | AssetMapper manages CSS/JS without node or webpack — via importmap.php. | «yes» Пояснение: Symfony's AssetMapper component handles CSS/JS asset management using an importmap (importmap.php) without requiring Node.js or webpack.
Raw{"answer": "yes", "explanation": "Symfony's AssetMapper component handles CSS/JS asset management using an importmap (importmap.php) without requiring Node.js or webpack."} | верно | symfony/asset-mapper (с 6.3, стандарт с 7.x); в проекте — importmap.php в корне и asset-mapper 8.1. |
T28-L5 1.13 c | Symfony: versions | Symfony 6.4 is a regular release without long-term support. | «no» Пояснение: Symfony 6.4 is an LTS (Long-Term Support) release, with bug fixes until November 2025 and security fixes until November 2027.
Raw{"answer": "no", "explanation": "Symfony 6.4 is an LTS (Long-Term Support) release, with bug fixes until November 2025 and security fixes until November 2027."} | верно | Наоборот: 6.4 — LTS (расширенная поддержка); LTS выходит вместе с очередным мажором (6.4 — вместе с 7.0). |
T28-L6 1.3 c | Symfony: versions | When moving to a new Symfony major version, deprecations of the previous branch keep working — major releases do not remove them. | «no» Пояснение: Symfony's policy is that deprecated features introduced in one major version are removed in the next major release.
Raw{"answer": "no", "explanation": "Symfony's policy is that deprecated features introduced in one major version are removed in the next major release."} | верно | Наоборот: мажорный релиз удаляет всё устаревшее (7.0 убрал деприкейшены 6.x, 8.0 — 7.x). |
T28-L7 3.22 c | Symfony: versions | Every Symfony major release is accompanied by an UPGRADE guide listing the changes. | «yes» Пояснение: Symfony provides UPGRADE guides (UPGRADE-X.Y.md files in components and upgrade pages in the documentation) for each major release to help developers migrate.
Raw```json ⏎ {"answer": "yes", "explanation": "Symfony provides UPGRADE guides (UPGRADE-X.Y.md files in components and upgrade pages in the documentation) for each major release to help developers migrate."} ⏎ ``` | верно | UPGRADE-7.0.md, UPGRADE-8.0.md в репозитории symfony/symfony. |
T28-L8 2.08 c | Symfony: versions | Which Symfony component manages assets and the importmap without node/webpack? | «assetmapper» Пояснение: Symfony's AssetMapper component manages assets and importmaps without requiring Node.js or webpack.
Raw{"answer": "AssetMapper", "explanation": "Symfony's AssetMapper component manages assets and importmaps without requiring Node.js or webpack."} | верно | symfony/asset-mapper 8.1 — в проекте. |
T29-L1 5.27 c | Symfony: 8.2 and beyond | As of 2026-11-07, Symfony 8.2 has already been released. | «no» Пояснение: Based on Symfony's typical release cadence (~6 months per minor version), by November 2026 the latest would likely be around Symfony 8.0 or 8.1 at most, making 8.2 unlikely to have been released yet.
Raw```json ⏎ {"answer": "no", "explanation": "Based on Symfony's typical release cadence (~6 months per minor version), by November 2026 the latest would likely be around Symfony 8.0 or 8.1 at most, making 8.2 unlikely to have been released yet."} ⏎ ``` | верно | Наоборот: 8.2 ещё не выпущена — релиз в конце ноября 2026; последняя стабильная — 8.1. |
T29-L2 9.24 c | Symfony: 8.2 and beyond | As of 2026-11-07, Symfony 8.2 is scheduled for November 2026, following the usual six-month cycle. | «no» Пояснение: Following the six-month cycle from Symfony 7.0 (May 2025), Symfony 8.2 would be scheduled for November 2028, not November 2026.
Raw```json ⏎ {"answer": "no", "explanation": "Following the six-month cycle from Symfony 7.0 (May 2025), Symfony 8.2 would be scheduled for November 2028, not November 2026."} ⏎ ``` | неверно верный: «yes» | Политика релизов: 8.1 — май 2026, 8.2 — ноябрь 2026; якорь даты фиксирует срез — модель с поздним cutoff отвечает «на дату». |
T29-L3 1.87 c | Symfony: 8.2 and beyond | Which Symfony version comes after 8.1 (as of 2026-11-07)? | «8.2» Пояснение: Symfony follows sequential minor version numbering, so the version after 8.1 is 8.2.
Raw{"answer": "8.2", "explanation": "Symfony follows sequential minor version numbering, so the version after 8.1 is 8.2."} | верно | 8.2 — следующий минорный релиз (ноябрь 2026); после его выхода проект переходит с 8.1.* на 8.2.*. |
T29-L4 1.53 c | Symfony: 8.2 and beyond | Symfony 8.2 is a major release requiring applications to be rewritten for new APIs. | «no» Пояснение: Major Symfony releases introduce breaking changes requiring migration, not a complete rewrite of applications.
Raw{"answer": "no", "explanation": "Major Symfony releases introduce breaking changes requiring migration, not a complete rewrite of applications."} | верно | Наоборот: 8.2 — минорный релиз; новые возможности без поломки обратной совместимости. Мажор — 9.0. |
T29-L5 2.05 c | Symfony: 8.2 and beyond | Updating within a major branch (8.1 → 8.2) should not require code changes — backward compatibility is preserved. | «yes» Пояснение: PHP guarantees backward compatibility within a major version branch, so upgrading from 8.1 to 8.2 should not break existing code.
Raw{"answer": "yes", "explanation": "PHP guarantees backward compatibility within a major version branch, so upgrading from 8.1 to 8.2 should not break existing code."} | верно | Политика Symfony: минорные релизы обратно совместимы; BC-break допустим только в мажорных. |
T29-L6 3.09 c | Symfony: 8.2 and beyond | Which minor version of the 8.x branch is released last, before Symfony 9.0? | «8.4» Пояснение: Following Symfony's pattern of releasing an LTS at the .4 minor version (4.4, 5.4, 6.4), the last minor version of the 8.x branch before 9.0 would be 8.4.
Raw{"answer": "8.4", "explanation": "Following Symfony's pattern of releasing an LTS at the .4 minor version (4.4, 5.4, 6.4), the last minor version of the 8.x branch before 9.0 would be 8.4."} | верно | По циклу: 8.2 (ноя 2026), 8.3 (май 2027), 8.4 (ноя 2027, вместе с 9.0) — как 6.4 выходила вместе с 7.0. |
T29-L7 2.55 c | Symfony: 8.2 and beyond | Symfony 8.2 will require PHP 8.5 — you would have to upgrade PHP along with it. | «no» Пояснение: Symfony's PHP requirements don't follow a 1-to-1 version mapping; Symfony 8.x would require PHP 8.3 or 8.4, not PHP 8.5.
Raw{"answer": "no", "explanation": "Symfony's PHP requirements don't follow a 1-to-1 version mapping; Symfony 8.x would require PHP 8.3 or 8.4, not PHP 8.5."} | верно | Наоборот: минорные релизы не поднимают требования PHP; для всей ветки 8.x остаётся PHP >= 8.4. |
T29-L8 1.04 c | Symfony: 8.2 and beyond | Deprecations added in the 8.x branch will not be removed before Symfony 9.0. | «yes» Пояснение: Symfony's deprecation policy guarantees that deprecations introduced in a given major version (8.x) will not be removed before the next major version (9.0).
Raw{"answer": "yes", "explanation": "Symfony's deprecation policy guarantees that deprecations introduced in a given major version (8.x) will not be removed before the next major version (9.0)."} | верно | Политика: деприкейшены живут до следующего мажора; 9.0 — ноябрь 2027. |
T21-L1 1.44 c | Twig | Inside {{ }}, Twig allows calling arbitrary PHP code directly. | «no» Пояснение: Twig is a sandboxed template engine that only allows a restricted set of functions, filters, and operators inside {{ }}, not arbitrary PHP code.
Raw{"answer":"no","explanation":"Twig is a sandboxed template engine that only allows a restricted set of functions, filters, and operators inside {{ }}, not arbitrary PHP code."} | верно | Twig — DSL: только разрешённые окружением функции/фильтры; произвольный PHP не исполняется. |
T21-L2 0.76 c | Twig | By default, Twig auto-escapes printed variables. | «yes» Пояснение: Twig enables auto-escaping with the 'html' strategy by default to prevent XSS vulnerabilities.
Raw{"answer": "yes", "explanation": "Twig enables auto-escaping with the 'html' strategy by default to prevent XSS vulnerabilities."} | верно | Autoescape включён по умолчанию; {{ '<b>' }} → <b>. Проверено на Twig 3.30. |
T21-L3 0.96 c | Twig | The Twig |e filter escapes a string for safe output in an HTML context. | «yes» Пояснение: The |e filter is an alias for |escape and by default uses the 'html' strategy to escape special characters for safe HTML output.
Raw{"answer": "yes", "explanation": "The |e filter is an alias for |escape and by default uses the 'html' strategy to escape special characters for safe HTML output."} | верно | |e ('html') по умолчанию; есть контексты js/url/css. От SQL-инъекций он не защищает — это задача подготовленных запросов Doctrine. |
T21-L4 1.09 c | Twig | Which filter from twig/intl-extra formats a number according to a locale? | «localizednumber» Пояснение: The 'localizednumber' filter from twig/intl-extra formats a number according to a specified locale.
Raw{"answer": "localizednumber", "explanation": "The 'localizednumber' filter from twig/intl-extra formats a number according to a specified locale."} | неверно верный: «format_number» | |format_number(locale=...) из IntlExtension (twig/intl-extra есть в проекте). Проверено на Twig 3.30: 12345.6 → 12 345,6 (ru). |
T21-L5 0.97 c | Twig | The |raw filter disables auto-escaping for the value. | «yes» Пояснение: In Twig, the |raw filter marks a value as safe, preventing auto-escaping from being applied to it.
Raw{"answer": "yes", "explanation": "In Twig, the |raw filter marks a value as safe, preventing auto-escaping from being applied to it."} | верно | {{ x|raw }} выводит HTML как есть; опасно с пользовательскими данными. Проверено на Twig 3.30. |
T21-L6 0.96 c | Twig | In Twig, {{ }} prints an expression value, while {% %} executes tags — conditions, loops, set. | «yes» Пояснение: In Twig, {{ }} is used to output/print expression values, while {% %} is used to execute control structures and statements like conditions, loops, and set.
Raw{"answer": "yes", "explanation": "In Twig, {{ }} is used to output/print expression values, while {% %} is used to execute control structures and statements like conditions, loops, and set."} | верно | Два блока синтаксиса Twig: вывод (echo) против логики. |
T21-L7 0.76 c | Twig | In Twig you cannot declare a variable inside a template — values only come from the controller. | «no» Пояснение: Twig allows declaring variables inside templates using the `set` tag, e.g. {% set title = 'Hello' %}.
Raw{"answer": "no", "explanation": "Twig allows declaring variables inside templates using the `set` tag, e.g. {% set title = 'Hello' %}."} | верно | {% set y = ... %} объявляет переменную в шаблоне. Проверено на Twig 3.30. |
T21-L8 0.69 c | Twig | Which Twig function dumps the debug structure of a variable (array, object)? | «dump» Пояснение: The Twig function `dump()` outputs the debug structure of a variable, similar to PHP's var_dump().
Raw{"answer": "dump", "explanation": "The Twig function `dump()` outputs the debug structure of a variable, similar to PHP's var_dump()."} | верно | {{ dump(x) }} (DebugExtension; в Symfony доступна в dev-окружении). |
T24-L1 1.06 c | Bootstrap | Bootstrap is a CSS/JS library of ready-made UI components, not an SPA framework. | «yes» Пояснение: Bootstrap is a CSS/JS front-end framework providing pre-built UI components and utilities, not a Single Page Application framework like React or Angular.
Raw{"answer": "yes", "explanation": "Bootstrap is a CSS/JS front-end framework providing pre-built UI components and utilities, not a Single Page Application framework like React or Angular."} | верно | Компоненты и утилиты поверх вашего HTML; SPA-фреймворки (React/Vue) — другой класс инструментов. В проекте vendored 5.3.3. |
T24-L2 1.08 c | Bootstrap | Which Bootstrap class gives a responsive container with a fixed max width per breakpoint? | «container» Пояснение: The .container class provides a responsive fixed-width container that changes its max-width at each breakpoint (e.g., 540px at sm, 720px at md, 960px at lg, etc.).
Raw{"answer": "container", "explanation": "The .container class provides a responsive fixed-width container that changes its max-width at each breakpoint (e.g., 540px at sm, 720px at md, 960px at lg, etc.)."} | верно | .container (фиксированная макс-ширина по брейкпоинтам) vs .container-fluid (на всю ширину). |
T24-L3 0.91 c | Bootstrap | The Bootstrap grid is built on CSS floats and splits a row into 16 columns. | «no» Пояснение: Bootstrap's grid splits a row into 12 columns, not 16, and modern versions (4+) use Flexbox rather than CSS floats.
Raw{"answer": "no", "explanation": "Bootstrap's grid splits a row into 12 columns, not 16, and modern versions (4+) use Flexbox rather than CSS floats."} | верно | Наоборот: flexbox (с Bootstrap 4) и 12 колонок; float-сетка — это Bootstrap 3. |
T24-L4 1.55 c | Bootstrap | Bootstrap's named breakpoints (the infix used in class names) are sm, md, lg, xl, xxl — five of them. | «yes» Пояснение: Bootstrap 5 defines exactly five named breakpoints with infixes: sm, md, lg, xl, and xxl (the base/xs breakpoint uses no infix).
Raw{"answer": "yes", "explanation": "Bootstrap 5 defines exactly five named breakpoints with infixes: sm, md, lg, xl, and xxl (the base/xs breakpoint uses no infix)."} | верно | Тиров всего шесть: xs (без инфикса) + пять именованных (576/768/992/1200/1400 px). |
T24-L5 0.99 c | Bootstrap | Utilities like .mt-3 or .px-2 use the spacing scale: the number is a multiple of $spacer. | «yes» Пояснение: In Bootstrap, spacing utilities like .mt-3 or .px-2 calculate their value as the number multiplied by the $spacer variable (e.g., $spacer * 3).
Raw{"answer": "yes", "explanation": "In Bootstrap, spacing utilities like .mt-3 or .px-2 calculate their value as the number multiplied by the $spacer variable (e.g., $spacer * 3)."} | неверно верный: «no» | Spacing utilities; $spacer = 1rem. |
T24-L6 0.88 c | Bootstrap | Which Bootstrap 5 data attribute enables an interactive component (e.g. dropdown) on an element? | «data-bs-toggle» Пояснение: In Bootstrap 5, the data-bs-toggle attribute is used to enable interactive components such as dropdowns, collapses, and modals.
Raw{"answer": "data-bs-toggle", "explanation": "In Bootstrap 5, the data-bs-toggle attribute is used to enable interactive components such as dropdowns, collapses, and modals."} | верно | data-bs-toggle="dropdown" и т.п.; в Bootstrap 4 атрибут назывался data-toggle. |
T24-L7 0.64 c | Bootstrap | Bootstrap 5 components work without jQuery — in plain vanilla JS. | «yes» Пояснение: Bootstrap 5 removed its jQuery dependency entirely and all interactive components are built with plain vanilla JavaScript.
Raw{"answer": "yes", "explanation": "Bootstrap 5 removed its jQuery dependency entirely and all interactive components are built with plain vanilla JavaScript."} | верно | jQuery удалён в Bootstrap 5.0: data-bs-* атрибуты и JS API. В проекте vendored 5.3.3. |
T24-L8 1.03 c | Bootstrap | Dark mode in Bootstrap is enabled with a .dark class on the root element. | «no» Пояснение: In Bootstrap 5, dark mode is enabled with the data-bs-theme="dark" attribute on the <html> element, not a .dark class.
Raw{"answer": "no", "explanation": "In Bootstrap 5, dark mode is enabled with the data-bs-theme=\"dark\" attribute on the <html> element, not a .dark class."} | верно | Наоборот: тема включается атрибутом data-bs-theme="dark" (Color modes, с 5.3); класса .dark не существует. В проекте 5.3.3. |
T14-L1 1.08 c | Doctrine | Doctrine ORM creates database tables on the fly the first time an entity is used at runtime. | «no» Пояснение: Doctrine ORM does not auto-create tables at runtime; schema creation must be explicitly triggered via commands like doctrine:schema:create or migrations.
Raw```json ⏎ {"answer": "no", "explanation": "Doctrine ORM does not auto-create tables at runtime; schema creation must be explicitly triggered via commands like doctrine:schema:create or migrations."} ⏎ ``` | верно | Схему создают инструменты (migrations, schema tool); рантайм структуру БД не меняет. |
T14-L2 0.84 c | Doctrine | Which EntityManager method marks a new object as managed without executing SQL until flush()? | «persist» Пояснение: EntityManager::persist() marks a new entity as managed and schedules it for insertion, but the actual SQL is only executed upon flush().
Raw{"answer": "persist", "explanation": "EntityManager::persist() marks a new entity as managed and schedules it for insertion, but the actual SQL is only executed upon flush()."} | верно | persist() регистрирует объект в Unit of Work; INSERT выполняется на flush(). |
T14-L3 1.07 c | Doctrine | In Doctrine ORM 3, the EntityManager::merge() method exists and makes the passed object managed. | «no» Пояснение: EntityManager::merge() was removed in Doctrine ORM 3; it was deprecated in ORM 2 and no longer available in ORM 3.
Raw{"answer": "no", "explanation": "EntityManager::merge() was removed in Doctrine ORM 3; it was deprecated in ORM 2 and no longer available in ORM 3."} | верно | В ORM 3 merge() удалён (в vendor проекта 3.7.6 метода нет); в Doctrine 2.x merge() возвращал управляемую копию. Версия зафиксирована — ORM 3. |
T14-L4 0.88 c | Doctrine | DQL queries are written in terms of entities and their fields, not tables and columns. | «yes» Пояснение: DQL (Doctrine Query Language) is object-oriented and operates on entities and their fields, not on database tables and columns.
Raw{"answer": "yes", "explanation": "DQL (Doctrine Query Language) is object-oriented and operates on entities and their fields, not on database tables and columns."} | верно | Doctrine транслирует DQL в SQL; docs — DQL (Doctrine Query Language). |
T14-L5 1.17 c | Doctrine | What does $repository->find(999) return when no record with id 999 exists? | «null» Пояснение: Doctrine's Repository::find() returns null when no entity with the given ID is found.
Raw{"answer": "null", "explanation": "Doctrine's Repository::find() returns null when no entity with the given ID is found."} | верно | find() возвращает null, если объект не найден (docs Repository methods). |
T14-L6 1.48 c | Doctrine | DoctrineBundle in Symfony automatically calls flush() at the end of every request. | «no» Пояснение: DoctrineBundle does not automatically call flush() at the end of a request; you must explicitly call $entityManager->flush() to persist changes.
Raw{"answer": "no", "explanation": "DoctrineBundle does not automatically call flush() at the end of a request; you must explicitly call $entityManager->flush() to persist changes."} | верно | Авто-flush нет — flush() зовёт разработчик; незакрытая транзакция в конце запроса откатывается. |
T14-L7 1.49 c | Doctrine | For a managed entity, changing a property is enough: flush() commits the change without an explicit persist() — the Unit of Work tracks changes. | «yes» Пояснение: A managed entity is already tracked by the Unit of Work, so property changes are detected during flush() without needing an explicit persist() call.
Raw{"answer": "yes", "explanation": "A managed entity is already tracked by the Unit of Work, so property changes are detected during flush() without needing an explicit persist() call."} | верно | Dirty checking сравнивает снимки свойств; persist нужен только новым/отсоединённым объектам. |
T14-L8 1.1 c | Doctrine | remove() executes the SQL DELETE immediately, without waiting for flush(). | «no» Пояснение: Doctrine's remove() only marks the entity for deletion in the UnitOfWork; the actual SQL DELETE is executed when flush() is called.
Raw{"answer": "no", "explanation": "Doctrine's remove() only marks the entity for deletion in the UnitOfWork; the actual SQL DELETE is executed when flush() is called."} | верно | remove() планирует удаление в Unit of Work; DELETE выполняется на flush() (docs — Deleting Objects). |
T15-L1 1.24 c | PostgreSQL | PostgreSQL uses MVCC, therefore readers block writers and writers block readers. | «no» Пояснение: MVCC is specifically designed so that readers do NOT block writers and writers do NOT block readers; each transaction sees a consistent snapshot of the data.
Raw{"answer": "no", "explanation": "MVCC is specifically designed so that readers do NOT block writers and writers do NOT block readers; each transaction sees a consistent snapshot of the data."} | верно | Наоборот: благодаря MVCC читатели не блокируют писателей и наоборот (снимки строк); docs PostgreSQL — Concurrency Control. |
T15-L2 0.86 c | PostgreSQL | Which SQL command shows a query's execution plan without executing the query? | «explain» Пояснение: The EXPLAIN command displays the query execution plan without actually executing the query.
Raw{"answer": "EXPLAIN", "explanation": "The EXPLAIN command displays the query execution plan without actually executing the query."} | верно | EXPLAIN без ANALYZE только строит план; проверено на PostgreSQL 17.7. |
T15-L3 2.72 c | PostgreSQL | SERIAL and GENERATED ... AS IDENTITY are just two names for the same mechanism. | «no» Пояснение: SERIAL creates a separate sequence object and sets it as the column's DEFAULT, while GENERATED AS IDENTITY is an SQL-standard feature built into the column definition itself; they differ in internals, DDL behavior, and metadata visibility.
Raw{"answer": "no", "explanation": "SERIAL creates a separate sequence object and sets it as the column's DEFAULT, while GENERATED AS IDENTITY is an SQL-standard feature built into the column definition itself; they differ in internals, DDL behavior, and metadata visibility."} | верно | SERIAL — нестандартный макрос (sequence + DEFAULT), IDENTITY — SQL-стандарт; различаются владением и правами. Оба есть в PG 17 (проверено). |
T15-L4 1.05 c | PostgreSQL | By default, a PostgreSQL UNIQUE constraint allows only one row with NULL in the column. | «no» Пояснение: PostgreSQL treats NULL values as distinct from each other in UNIQUE constraints, so multiple rows can have NULL in that column by default.
Raw{"answer": "no", "explanation": "PostgreSQL treats NULL values as distinct from each other in UNIQUE constraints, so multiple rows can have NULL in that column by default."} | верно | Наоборот: NULLS DISTINCT по умолчанию — несколько NULL допустимы; NULLS NOT DISTINCT — опция с PG 15. Проверено на PG 17.7. |
T15-L5 0.41 c | PostgreSQL | Which PostgreSQL aggregate function concatenates strings with a separator? | «string_agg» Пояснение: string_agg(expression, delimiter) is the PostgreSQL aggregate function that concatenates strings with a specified separator.
Raw{"answer": "string_agg", "explanation": "string_agg(expression, delimiter) is the PostgreSQL aggregate function that concatenates strings with a specified separator."} | верно | string_agg(значение, разделитель); проверено на PostgreSQL 17.7. |
T15-L6 1.04 c | PostgreSQL | Plain VACUUM returns the space occupied by dead tuples to the operating system. | «no» Пояснение: Plain VACUUM marks the space as reusable within the table but does not return it to the OS; only VACUUM FULL (which rewrites the table) returns space to the operating system.
Raw{"answer": "no", "explanation": "Plain VACUUM marks the space as reusable within the table but does not return it to the OS; only VACUUM FULL (which rewrites the table) returns space to the operating system."} | верно | VACUUM помечает место для переиспользования внутри таблицы; ОС его возвращает только VACUUM FULL (с эксклюзивной блокировкой). |
T15-L7 0.63 c | PostgreSQL | Which keyword in a window function definition partitions rows into groups the function is computed over? | «partition by» Пояснение: The PARTITION BY clause in a window function definition divides rows into groups over which the function is computed.
Raw{"answer": "PARTITION BY", "explanation": "The PARTITION BY clause in a window function definition divides rows into groups over which the function is computed."} | верно | OVER (PARTITION BY ...); проверено на PostgreSQL 17.7. |
T15-L8 0.98 c | PostgreSQL | The READ COMMITTED isolation level protects against non-repeatable reads. | «no» Пояснение: READ COMMITTED only protects against dirty reads; non-repeatable reads are addressed by the REPEATABLE READ isolation level.
Raw{"answer": "no", "explanation": "READ COMMITTED only protects against dirty reads; non-repeatable reads are addressed by the REPEATABLE READ isolation level."} | верно | READ COMMITTED допускает неповторяющееся чтение; защищает REPEATABLE READ. Проверено: SHOW transaction_isolation → read committed. |
T17-L1 0.81 c | PostgreSQL: transactions and indexes | By default, PostgreSQL wraps each single SQL statement in its own implicit transaction (autocommit). | «yes» Пояснение: PostgreSQL operates in autocommit mode by default, where each SQL statement is automatically committed upon completion unless explicitly wrapped in a BEGIN/COMMIT block.
Raw{"answer": "yes", "explanation": "PostgreSQL operates in autocommit mode by default, where each SQL statement is automatically committed upon completion unless explicitly wrapped in a BEGIN/COMMIT block."} | верно | Без BEGIN каждый оператор коммитится сам; docs PostgreSQL — Transactions. Проверено на PG 17. |
T17-L2 0.45 c | PostgreSQL: transactions and indexes | Which SQL command ends a transaction, committing all its changes? | «commit» Пояснение: The COMMIT SQL command ends a transaction and permanently saves all changes made within it.
Raw{"answer": "COMMIT", "explanation": "The COMMIT SQL command ends a transaction and permanently saves all changes made within it."} | верно | COMMIT (END — синоним). Проверено на PG 17. |
T17-L3 1.04 c | PostgreSQL: transactions and indexes | Indexes speed up more than SELECT: UPDATE and DELETE with a search on an indexed column benefit too. | «yes» Пояснение: Indexes are used to locate rows in SELECT, UPDATE, and DELETE statements alike, so all three benefit from indexed columns in the WHERE clause.
Raw{"answer": "yes", "explanation": "Indexes are used to locate rows in SELECT, UPDATE, and DELETE statements alike, so all three benefit from indexed columns in the WHERE clause."} | верно | Поиск строк для изменения идёт по индексу; docs PostgreSQL — Indexes. |
T17-L4 0.84 c | PostgreSQL: transactions and indexes | To roll back part of the statements inside a transaction, PostgreSQL uses SAVEPOINT. | «yes» Пояснение: SAVEPOINT in PostgreSQL allows rolling back to a specific point within a transaction, undoing only the statements executed after that savepoint.
Raw{"answer": "yes", "explanation": "SAVEPOINT in PostgreSQL allows rolling back to a specific point within a transaction, undoing only the statements executed after that savepoint."} | верно | SAVEPOINT name; ROLLBACK TO name — частичный откат без отмены всей транзакции. Проверено на PG 17. |
T17-L5 0.8 c | PostgreSQL: transactions and indexes | EXPLAIN ANALYZE shows the query plan without executing the query. | «no» Пояснение: EXPLAIN ANALYZE actually executes the query to collect real execution times and row counts, unlike plain EXPLAIN which only shows the plan without running it.
Raw{"answer": "no", "explanation": "EXPLAIN ANALYZE actually executes the query to collect real execution times and row counts, unlike plain EXPLAIN which only shows the plan without running it."} | верно | Наоборот: ANALYZE реально выполняет запрос (с побочными эффектами!) и показывает фактические времена узлов; план без выполнения — plain EXPLAIN. |
T17-L6 0.62 c | PostgreSQL: transactions and indexes | Which PostgreSQL extension adds vector types and indexes for embedding search? | «pgvector» Пояснение: pgvector is a PostgreSQL extension that adds a vector data type and vector similarity search indexes for embedding-based search.
Raw{"answer": "pgvector", "explanation": "pgvector is a PostgreSQL extension that adds a vector data type and vector similarity search indexes for embedding-based search."} | верно | CREATE EXTENSION vector (проект pgvector; в проекте образ pgvector/pgvector:pg17). |
T17-L7 0.97 c | PostgreSQL: transactions and indexes | A partial index (CREATE INDEX ... WHERE ...) is built only over rows satisfying the condition. | «yes» Пояснение: A partial index only includes entries for rows that satisfy the specified WHERE condition, making it smaller and more efficient for queries targeting that subset.
Raw{"answer": "yes", "explanation": "A partial index only includes entries for rows that satisfy the specified WHERE condition, making it smaller and more efficient for queries targeting that subset."} | верно | docs PostgreSQL — Partial Indexes; типичный кейс — индекс по «активным» записям. |
T17-L8 1.91 c | PostgreSQL: transactions and indexes | The SERIALIZABLE level in PostgreSQL is implemented by locking the rows a transaction reads. | «no» Пояснение: PostgreSQL's SERIALIZABLE level uses Serializable Snapshot Isolation (SSI), which detects and aborts conflicting transactions rather than locking the rows a transaction reads.
Raw{"answer":"no","explanation":"PostgreSQL's SERIALIZABLE level uses Serializable Snapshot Isolation (SSI), which detects and aborts conflicting transactions rather than locking the rows a transaction reads."} | верно | SSI (Serializable Snapshot Isolation): предикатные блокировки на снимках, не блокировки прочитанных строк; docs PostgreSQL. |
T19-L1 0.68 c | HTTP and REST API | HTTP status 201 means the request resulted in a new resource being created. | «yes» Пояснение: HTTP 201 'Created' indicates that the request has been successfully fulfilled and a new resource has been created as a result.
Raw{"answer": "yes", "explanation": "HTTP 201 'Created' indicates that the request has been successfully fulfilled and a new resource has been created as a result."} | верно | 201 Created; обычно на POST, часто с Location; RFC 9110. |
T19-L2 1.06 c | HTTP and REST API | Which HTTP status means a successful request with an empty response body (e.g. after DELETE)? | «204» Пояснение: HTTP 204 No Content indicates a successful request with an empty response body, commonly used after DELETE operations.
Raw{"answer": 204, "explanation": "HTTP 204 No Content indicates a successful request with an empty response body, commonly used after DELETE operations."} | верно | 204 No Content; RFC 9110. |
T19-L3 3.4 c | HTTP and REST API | The DELETE method is idempotent per the HTTP specification: repeating the request for the same resource does not change the outcome. | «no» Пояснение: The HTTP specification (RFC 7231) explicitly lists GET, HEAD, OPTIONS, and PUT as idempotent methods, but does NOT include DELETE in that set.
Raw{"answer": "no", "explanation": "The HTTP specification (RFC 7231) explicitly lists GET, HEAD, OPTIONS, and PUT as idempotent methods, but does NOT include DELETE in that set."} | неверно верный: «yes» | RFC 9110: DELETE идемпотентен (как PUT); идемпотентность ≠ безопасность — ресурс удаляется при первом вызове. |
T19-L4 0.97 c | HTTP and REST API | The Access-Control-Allow-Origin header is sent by the client so that the server agrees to accept requests from another origin. | «no» Пояснение: The Access-Control-Allow-Origin header is sent by the server in its response to indicate which origin is allowed to access the resource, not by the client.
Raw{"answer": "no", "explanation": "The Access-Control-Allow-Origin header is sent by the server in its response to indicate which origin is allowed to access the resource, not by the client."} | верно | Наоборот: заголовок шлёт СЕРВЕР в ответе, разрешая браузеру cross-origin запрос (CORS); в проекте nelmio/cors-bundle. |
T19-L5 0.98 c | HTTP and REST API | Status 429 Too Many Requests is used when a client exceeds a rate limit. | «yes» Пояснение: HTTP 429 'Too Many Requests' is specifically defined for indicating that a client has exceeded a rate limit.
Raw{"answer": "yes", "explanation": "HTTP 429 'Too Many Requests' is specifically defined for indicating that a client has exceeded a rate limit."} | верно | 429 (+ Retry-After); RFC 6585. В проекте symfony/rate-limiter. |
T19-L6 0.82 c | HTTP and REST API | 5xx codes mean a client error, while 4xx means a server-side error. | «no» Пояснение: It's the opposite: 4xx codes indicate client errors and 5xx codes indicate server errors.
Raw{"answer": "no", "explanation": "It's the opposite: 4xx codes indicate client errors and 5xx codes indicate server errors."} | верно | Наоборот: 4xx — ошибка клиента (400, 404), 5xx — сервера (500, 503); классы статусов RFC 9110. |
T19-L7 0.54 c | HTTP and REST API | Which HTTP header indicates the MIME type of the request or response body? | «content-type» Пояснение: The Content-Type header specifies the MIME type (media type) of the request or response body.
Raw{"answer": "Content-Type", "explanation": "The Content-Type header specifies the MIME type (media type) of the request or response body."} | верно | Content-Type: application/json и т.п. |
T19-L8 0.87 c | HTTP and REST API | PATCH is not required to be idempotent per RFC 5789, unlike PUT. | «yes» Пояснение: RFC 5789 explicitly states that PATCH is not idempotent, whereas PUT is required to be idempotent per the HTTP specification.
Raw{"answer": "yes", "explanation": "RFC 5789 explicitly states that PATCH is not idempotent, whereas PUT is required to be idempotent per the HTTP specification."} | верно | RFC 5789 прямо оговаривает: PATCH не гарантированно идемпотентен; PUT идемпотентен. |
T20-L1 1.05 c | Security and OAuth | Checking a password by comparing its hash to the stored hash with a plain == is sufficient. | «no» Пояснение: Using == for hash comparison is vulnerable to timing attacks; hash_equals() should be used instead for constant-time comparison.
Raw{"answer": "no", "explanation": "Using == for hash comparison is vulnerable to timing attacks; hash_equals() should be used instead for constant-time comparison."} | верно | Нужна постоянновременная проверка (password_verify) — timing-атаки; соль и алгоритм уже внутри хеша. |
T20-L2 0.63 c | Security and OAuth | A CSRF token is issued by the server (bound to the session) and verified server-side on unsafe requests (POST etc.). | «yes» Пояснение: CSRF tokens are indeed generated server-side, tied to the user's session, and validated on the server when handling unsafe HTTP methods like POST, PUT, or DELETE.
Raw{"answer": "yes", "explanation": "CSRF tokens are indeed generated server-side, tied to the user's session, and validated on the server when handling unsafe HTTP methods like POST, PUT, or DELETE."} | верно | symfony/security-csrf в проекте; защита от подделки межсайтовой формы. |
T20-L3 0.86 c | Security and OAuth | Which HTTP header enables the CSP (Content Security Policy) policy? | «content-security-policy» Пояснение: The Content-Security-Policy HTTP header is used to specify which resources are allowed to load and execute on a page, enforcing a Content Security Policy.
Raw{"answer": "Content-Security-Policy", "explanation": "The Content-Security-Policy HTTP header is used to specify which resources are allowed to load and execute on a page, enforcing a Content Security Policy."} | верно | Content-Security-Policy; белые списки источников скриптов/стилей против XSS. |
T20-L4 1.16 c | Security and OAuth | OAuth 2.0 is an authentication protocol: the access token tells you who the user is. | «no» Пояснение: OAuth 2.0 is an authorization protocol, not an authentication protocol; the access token grants access to specific resources (scopes) rather than identifying who the user is.
Raw{"answer": "no", "explanation": "OAuth 2.0 is an authorization protocol, not an authentication protocol; the access token grants access to specific resources (scopes) rather than identifying who the user is."} | верно | OAuth 2.0 — авторизация/делегирование доступа; аутентификацию добавляет OpenID Connect. В проекте knpuniversity/oauth2-client-bundle (yandex/github/google). |
T20-L5 1.52 c | Security and OAuth | XSS is prevented by validating input on the server before writing it to the database. | «no» Пояснение: XSS is prevented by context-aware output encoding/escaping at the point of rendering, not by input validation before storing data.
Raw{"answer": "no", "explanation": "XSS is prevented by context-aware output encoding/escaping at the point of rendering, not by input validation before storing data."} | верно | XSS лечится контекстным экранированием НА ВЫВОДЕ (Twig autoescape, CSP); валидация ввода не покрывает все контексты вывода. |
T20-L6 0.97 c | Security and OAuth | In the OAuth 2.0 authorization code flow, which parameter arrives at the redirect_uri and is exchanged for an access token? | «code» Пояснение: In the OAuth 2.0 authorization code flow, the 'code' parameter is returned to the redirect_uri and is subsequently exchanged for an access token at the token endpoint.
Raw{"answer": "code", "explanation": "In the OAuth 2.0 authorization code flow, the 'code' parameter is returned to the redirect_uri and is subsequently exchanged for an access token at the token endpoint."} | верно | Параметр code; обмен на токен POST-ом на /token с client_secret. |
T20-L7 0.67 c | Security and OAuth | A refresh token lives longer than an access token and allows obtaining a new access token without the user logging in again. | «yes» Пояснение: Refresh tokens are designed to have a longer expiration than access tokens and are used to request new access tokens without requiring the user to re-authenticate.
Raw{"answer": "yes", "explanation": "Refresh tokens are designed to have a longer expiration than access tokens and are used to request new access tokens without requiring the user to re-authenticate."} | верно | Стандартная схема OAuth/OIDC: короткий access + длинный refresh. |
T20-L8 1.86 c | Security and OAuth | A password salt must be kept secret: without it the hash cannot be verified. | «no» Пояснение: A salt does not need to be kept secret; it is typically stored alongside the hash (e.g., in a database) and its security value comes from uniqueness and the hash algorithm's cost, not secrecy.
Raw{"answer": "no", "explanation": "A salt does not need to be kept secret; it is typically stored alongside the hash (e.g., in a database) and its security value comes from uniqueness and the hash algorithm's cost, not secrecy."} | верно | Соль хранится открыто (password_hash включает её в строку хеша); секретность соли не нужна. |
T18-L1 1.51 c | Testing: PHPUnit | PHPUnit runs test methods of any class — extending TestCase is not required. | «no» Пояснение: PHPUnit requires test classes to extend PHPUnit\Framework\TestCase in order to be discovered and executed by the test runner.
Raw{"answer": "no", "explanation": "PHPUnit requires test classes to extend PHPUnit\\Framework\\TestCase in order to be discovered and executed by the test runner."} | верно | Тестом считается метод класса, наследующего TestCase (PHPUnit 10). |
T18-L2 0.69 c | Testing: PHPUnit | In PHPUnit, setUp() runs once before all tests of the class. | «no» Пояснение: setUp() runs before EACH test method; setUpBeforeClass() is the one that runs once before all tests.
Raw{"answer": "no", "explanation": "setUp() runs before EACH test method; setUpBeforeClass() is the one that runs once before all tests."} | верно | setUp() — перед КАЖДЫМ тестом; один раз на класс — setUpBeforeClass(). Проверено живым счётчиком на PHPUnit 10.5. |
T18-L3 0.95 c | Testing: PHPUnit | A data provider lets a test run with exactly one set of arguments. | «no» Пояснение: A data provider is specifically designed to supply multiple sets of arguments, each causing a separate test run.
Raw{"answer": "no", "explanation": "A data provider is specifically designed to supply multiple sets of arguments, each causing a separate test run."} | верно | Наоборот: наборов может быть сколько угодно — тест выполняется по разу на каждый. Проверено на PHPUnit 10.5 (#[DataProvider]). |
T18-L4 0.8 c | Testing: PHPUnit | Which PHPUnit method declares an expectation that an exception of a given class is thrown? | «expectexception» Пояснение: PHPUnit's expectException() method declares an expectation that an exception of the specified class will be thrown.
Raw{"answer": "expectException", "explanation": "PHPUnit's expectException() method declares an expectation that an exception of the specified class will be thrown."} | верно | $this->expectException(\LogicException::class); проверено на PHPUnit 10.5. |
T18-L5 1.19 c | Testing: PHPUnit | In PHPUnit, a stub verifies which methods were called on it, while a mock only returns data. | «no» Пояснение: It's the opposite: a mock verifies which methods were called (has expectations), while a stub only returns predefined data.
Raw{"answer": "no", "explanation": "It's the opposite: a mock verifies which methods were called (has expectations), while a stub only returns predefined data."} | верно | Наоборот: стаб подставляет данные, мок проверяет взаимодействия (createStub/createMock); docs PHPUnit — Test Doubles. |
T18-L6 0.79 c | Testing: PHPUnit | In PHPUnit 10+, the recommended way to pass data to a test is the #[DataProvider] attribute (the @dataProvider annotation is deprecated). | «yes» Пояснение: PHPUnit 10 deprecated docblock annotations like @dataProvider in favor of the native PHP attribute #[DataProvider].
Raw{"answer": "yes", "explanation": "PHPUnit 10 deprecated docblock annotations like @dataProvider in favor of the native PHP attribute #[DataProvider]."} | верно | Аннотация ещё парсится в PHPUnit 10/11 (AnnotationParser в 10.5.66), удаление — в 12; атрибут — стандарт. |
T18-L7 0.85 c | Testing: PHPUnit | PHPUnit does not allow one test to depend on the result of another. | «no» Пояснение: PHPUnit allows test dependencies via the @depends annotation or the depends() method, which skips a test if the one it depends on fails.
Raw{"answer": "no", "explanation": "PHPUnit allows test dependencies via the @depends annotation or the depends() method, which skips a test if the one it depends on fails."} | верно | Зависимости есть: #[Depends] — зависимый тест не запустится, еслиProducer упал. |
T18-L8 0.65 c | Testing: PHPUnit | Which PHPUnit command-line option makes tests run in random order? | «--random-order» Пояснение: The --random-order PHPUnit option shuffles the test execution order.
Raw{"answer": "--random-order", "explanation": "The --random-order PHPUnit option shuffles the test execution order."} | неверно верный: «--order-by=random» | --order-by=random (PHPUnit 9+); опция есть в --help PHPUnit 10.5 (проектная). |
T01-L9 3.99 c | Syntax and operators | What does this code output?
```php
echo intdiv(7, 2) . intdiv(-7, 2);
``` | «3-3» Пояснение: intdiv(7,2) returns 3 and intdiv(-7,2) returns -3 (truncation toward zero), concatenated as a string gives '3-3'.
Raw{"answer": "3-3", "explanation": "intdiv(7,2) returns 3 and intdiv(-7,2) returns -3 (truncation toward zero), concatenated as a string gives '3-3'."} | верно | intdiv truncates toward zero: intdiv(-7, 2) = -3, not -4. |
T01-L10 0.89 c | Syntax and operators | What does this code output?
```php
echo -3 ** 2;
``` | «-9» Пояснение: In PHP, the ** operator has higher precedence than unary minus, so -3 ** 2 is parsed as -(3 ** 2) = -9.
Raw{"answer": -9, "explanation": "In PHP, the ** operator has higher precedence than unary minus, so -3 ** 2 is parsed as -(3 ** 2) = -9."} | верно | ** is right-associative and binds tighter than unary minus: -(3²). |
T02-L9 3.2 c | Types and comparisons | What does this code output?
```php
echo '1e1' == '10' ? 'true' : 'false';
``` | «false» Пояснение: In PHP 8+, two strings are compared as strings (lexicographically), so '1e1' != '10'.
Raw```json ⏎ {"answer": "false", "explanation": "In PHP 8+, two strings are compared as strings (lexicographically), so '1e1' != '10'."} ⏎ ``` | неверно верный: «true» | Both strings are numeric — compared as numbers: 10 == 10. |
T02-L10 2.65 c | Types and comparisons | What does this code output?
```php
switch ('a') {
case 0: echo 'zero'; break;
default: echo 'other';
}
``` | «zero» Пояснение: In PHP 7, switch uses loose comparison (==), and a non-numeric string like 'a' cast to int equals 0, so 'a' == 0 is true.
Raw{"answer": "zero", "explanation": "In PHP 7, switch uses loose comparison (==), and a non-numeric string like 'a' cast to int equals 0, so 'a' == 0 is true."} | неверно верный: «other» | PHP 8: 'a' == 0 → false (used to be true) — default fires. |
T03-L9 1.96 c | Strings | What does this code output?
```php
echo strtr('abc', ['a' => '1', 'ab' => '2']);
``` | «2c» Пояснение: strtr with an array replaces the longest matching key first, so 'ab' matches before 'a', yielding '2' + 'c' = '2c'.
Raw{"answer": "2c", "explanation": "strtr with an array replaces the longest matching key first, so 'ab' matches before 'a', yielding '2' + 'c' = '2c'."} | верно | strtr with an array prefers the longest matching key. |
T03-L10 4.75 c | Strings | What does this code output?
```php
echo '[' . substr('hello', -10) . ']';
``` | «php» Пояснение: ```php
echo '[' . substr('hello', -10) . ']';
```
```json
{"answer": "[]", "explanation": "substr('hello', -10) returns an empty string because abs(-10) > strlen('hello') (5), so the output is '[' + '' + ']'.\"}
```
Raw```php ⏎ echo '[' . substr('hello', -10) . ']'; ⏎ ``` ⏎ ⏎ ```json ⏎ {"answer": "[]", "explanation": "substr('hello', -10) returns an empty string because abs(-10) > strlen('hello') (5), so the output is '[' + '' + ']'.\"} ⏎ ``` | неверно верный: «[hello]» парсинг: текст (фолбэк) | A negative start beyond the string is clamped to the beginning. |
T04-L9 1.64 c | Arrays | What does this code output?
```php
$a = ['k' => 1, 'n' => 2];
$b = ['k' => 9, 'm' => 3];
echo implode(',', array_keys($a + $b));
``` | «k,n,m» Пояснение: The + operator does a union keeping keys from the left array first; $a has keys 'k','n' and $b contributes 'm' (since 'k' is already in $a), so array_keys returns ['k','n','m'].
Raw{"answer": "k,n,m", "explanation": "The + operator does a union keeping keys from the left array first; $a has keys 'k','n' and $b contributes 'm' (since 'k' is already in $a), so array_keys returns ['k','n','m']."} | верно | The + operator: on duplicate string keys the left array wins. |
T04-L10 1.88 c | Arrays | What does this code output?
```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));
``` | «yxz» Пояснение: usort sorts sub-arrays by their third element (values 2,1,2 → 1,2,2), so the order becomes [2,'y',1], [1,'x',2], [3,'z',2], then array_column extracts index 1 giving 'y','x','z', and implode concatenates to 'yxz'.
Raw{"answer": "yxz", "explanation": "usort sorts sub-arrays by their third element (values 2,1,2 → 1,2,2), so the order becomes [2,'y',1], [1,'x',2], [3,'z',2], then array_column extracts index 1 giving 'y','x','z', and implode concatenates to 'yxz'."} | верно | Sorts are stable since 8.0: x and z keep their order on a tie. |
T05-L10 1.35 c | Functions and closures | What does this code output?
```php
function f(int $a, int $b): int
{
return $a - $b;
}
echo f(...['b' => 1, 'a' => 5]);
``` | «4» Пояснение: The spread operator with a string-keyed array maps keys to named parameters, so a=5 and b=1, giving 5-1=4.
Raw{"answer": 4, "explanation": "The spread operator with a string-keyed array maps keys to named parameters, so a=5 and b=1, giving 5-1=4."} | верно | String keys of a spread array become named arguments. |
T05-L9 1.85 c | Functions and closures | What does this code output?
```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» Пояснение: The first-class callable $f captures the object instance, so even after $p is set to null, the closure still holds a reference to the object and can call g() which returns 3.
Raw{"answer": 3, "explanation": "The first-class callable $f captures the object instance, so even after $p is set to null, the closure still holds a reference to the object and can call g() which returns 3."} | верно | First-class callable syntax binds $this at creation time. |
T06-L9 1.08 c | OOP: classes and inheritance | What does this code output?
```php
class A
{
public function who(): string { return static::class; }
}
class B extends A {}
echo (new B)->who();
``` | «b» Пояснение: static::class uses late static binding, so it returns the name of the class actually instantiated (B), not the class where the method is defined (A).
Raw{"answer": "B", "explanation": "static::class uses late static binding, so it returns the name of the class actually instantiated (B), not the class where the method is defined (A)."} | верно | Late static binding: static::class is the receiver's class. |
T06-L10 5.56 c | OOP: classes and inheritance | What does this code output on PHP 8.5?
```php
class C
{
public int $x = 0 {
set { $this->x = $value * 2; }
}
}
$c = new C;
$c->x = 5;
echo $c->x;
``` | «error» Пояснение: Assigning to $this->x inside its own set hook triggers the set hook again, causing infinite recursion and a fatal error.
Raw```json ⏎ {"answer": "error", "explanation": "Assigning to $this->x inside its own set hook triggers the set hook again, causing infinite recursion and a fatal error."} ⏎ ``` | неверно верный: «10» | Inside the set hook, $this->x writes the backing store (no recursion): 5*2. |
T07-L9 1.29 c | Interfaces, traits, enum | What does this code output?
```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();
``` | «ba» Пояснение: TB::f insteadof TA makes f() return 'B', and TA::f as g aliases it so g() returns 'A', giving 'BA'.
Raw{"answer": "BA", "explanation": "TB::f insteadof TA makes f() return 'B', and TA::f as g aliases it so g() returns 'A', giving 'BA'."} | верно | insteadof picks the implementation; as keeps the other under an alias. |
T07-L10 1.49 c | Interfaces, traits, enum | What does this code output?
```php
trait Counter
{
public static int $n = 0;
}
class CX { use Counter; }
class CY { use Counter; }
CX::$n = 1;
echo CY::$n;
``` | «0» Пояснение: Each class that uses a trait gets its own independent copy of the static property, so modifying CX::$n does not affect CY::$n.
Raw{"answer": 0, "explanation": "Each class that uses a trait gets its own independent copy of the static property, so modifying CX::$n does not affect CY::$n."} | верно | A trait's static property is copied into each consuming class. |
T08-L10 1.05 c | Exceptions and errors | What does this code output?
```php
function f(): int
{
try { return 1; } finally { return 2; }
}
echo f();
``` | «2» Пояснение: In PHP, a return statement in a finally block overrides the return from the try block, so f() returns 2.
Raw```json ⏎ {"answer": 2, "explanation": "In PHP, a return statement in a finally block overrides the return from the try block, so f() returns 2."} ⏎ ``` | верно | A return in finally overrides the return from try. |
T08-L9 1.44 c | Exceptions and errors | What does this code output?
```php
try {
try {
throw new RuntimeException('first');
} finally {
throw new LogicException('second');
}
} catch (LogicException $e) {
echo $e->getMessage();
}
``` | «second» Пояснение: When a new exception is thrown in a finally block, it replaces the original exception, so the LogicException('second') is caught by the outer catch.
Raw```json ⏎ {"answer": "second", "explanation": "When a new exception is thrown in a finally block, it replaces the original exception, so the LogicException('second') is caught by the outer catch."} ⏎ ``` | верно | An exception from finally replaces the in-flight one — the last thrown is caught. |
T09-L9 1.51 c | Namespaces and autoloading | What does this code output?
```php
namespace N;
use App\Foo as Baz;
echo Baz::class . '|' . \Baz::class;
``` | «app\foo|baz» Пояснение: Baz::class resolves to App\Foo via the use alias, while \Baz::class refers to the global namespace class Baz.
Raw{"answer": "App\\Foo|Baz", "explanation": "Baz::class resolves to App\\Foo via the use alias, while \\Baz::class refers to the global namespace class Baz."} | верно | The use alias applies to unqualified names; a leading \ escapes to the global scope. |
T09-L10 1.66 c | Namespaces and autoloading | What does this code output?
```php
namespace Ns;
class Foo {}
$c = 'Foo';
echo (class_exists($c) ? 'yes' : 'no')
. (class_exists(__NAMESPACE__ . '\\' . $c) ? 'yes' : 'no');
``` | «noyes» Пояснение: class_exists('Foo') checks the global namespace (no Foo there) → 'no'; class_exists('Ns\Foo') finds the namespaced class → 'yes'.
Raw{"answer": "noyes", "explanation": "class_exists('Foo') checks the global namespace (no Foo there) → 'no'; class_exists('Ns\\Foo') finds the namespaced class → 'yes'."} | верно | Dynamic names are not resolved against the namespace — 'Foo' is the global class. |
T10-L9 1.33 c | References and scope | What does this code output?
```php
$a = [1, 2, 3];
foreach ($a as &$v) {}
$v = 99;
echo implode(',', $a);
``` | «1,2,99» Пояснение: After the by-reference foreach loop, $v still references the last element of $a, so assigning 99 to $v changes the third element.
Raw{"answer": "1,2,99", "explanation": "After the by-reference foreach loop, $v still references the last element of $a, so assigning 99 to $v changes the third element."} | верно | After a by-ref foreach, $v remains a reference to the last element. |
T10-L10 2.44 c | References and scope | What does this code output?
```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» Пояснение: Static variables in inherited methods are shared between parent and child classes, so all three calls increment the same $n to 1, 2, 3.
Raw{"answer": 3, "explanation": "Static variables in inherited methods are shared between parent and child classes, so all three calls increment the same $n to 1, 2, 3."} | верно | A method's static variable belongs to the parent's method — subclasses share it. |
T11-L9 5.67 c | Generators, iterators, SPL | What does this code output?
```php
function g(): Generator
{
$x = yield 1;
return $x + 1;
}
$g = g();
$g->send(10);
echo $g->getReturn();
``` | «—» Пояснение: The first send() call starts the generator which suspends at 'yield 1' (the sent value is ignored on the first call), so the generator has not returned and getReturn() yields null, which echoes as an empty string.
Raw```json ⏎ {"answer": "", "explanation": "The first send() call starts the generator which suspends at 'yield 1' (the sent value is ignored on the first call), so the generator has not returned and getReturn() yields null, which echoes as an empty string."} ⏎ ``` | неверно верный: «11» | send() resumes the generator: $x = 10, return 10+1. |
T11-L10 1.66 c | Generators, iterators, SPL | What does this code output?
```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 delegates yields from inner() (1, 2), then the return value 'ok' is assigned to $r and yielded by outer().
Raw{"answer":"1,2,ok","explanation":"yield from delegates yields from inner() (1, 2), then the return value 'ok' is assigned to $r and yielded by outer()."} | неверно верный: «ok,2» | yield from does not advance the outer auto-key: yield $r gets key 0 and overwrites the 1 — 'ok' comes out first. |
T12-L9 1.7 c | Configuration and security | What does this code output?
```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';
``` | «noyes» Пояснение: The hash was created with cost 4, so password_needs_rehash with cost 4 returns false ('no'), but with cost 5 it returns true ('yes') because the cost changed.
Raw```json ⏎ {"answer": "noyes", "explanation": "The hash was created with cost 4, so password_needs_rehash with cost 4 returns false ('no'), but with cost 5 it returns true ('yes') because the cost changed."} ⏎ ``` | верно | password_needs_rehash compares the hash's options with the target: cost 4 = 4 → 'no', cost 5 ≠ 4 → 'yes'. |
T12-L10 3.72 c | Configuration and security | What does this code output on PHP 8.5?
```php
echo (E_ALL & 2048) === 0 ? 'strict-out' : 'strict-in';
``` | «strict-out» Пояснение: In PHP 8.5, E_STRICT (bit 2048) has been removed, so E_ALL no longer includes that bit, making the bitwise AND equal to 0.
Raw```json ⏎ {"answer": "strict-out", "explanation": "In PHP 8.5, E_STRICT (bit 2048) has been removed, so E_ALL no longer includes that bit, making the bitwise AND equal to 0."} ⏎ ``` | верно | Since PHP 8.4, E_STRICT is out of E_ALL: the 2048 bit is unset → 'strict-out' (2048 is the historical E_STRICT bit). |
T13-L9 2.49 c | Symfony | What does this code output?
```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's HeaderBag normalizes 'HTTP_X_TOKEN' from the server array to 'x-token', and get('X-Token') also normalizes to 'x-token', so the values match.
Raw{"answer": "mapped", "explanation": "Symfony's HeaderBag normalizes 'HTTP_X_TOKEN' from the server array to 'x-token', and get('X-Token') also normalizes to 'x-token', so the values match."} | верно | The literal comparison requires knowing the mapping: HttpFoundation turns HTTP_X_TOKEN into the X-Token header (case-insensitive); without it the answer is 'missing'. |
T13-L10 1.34 c | Symfony | What does this code output?
```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» Пояснение: Listeners are called in descending priority order: B (priority 10), C (priority 5), A (priority 0).
Raw{"answer": "BCA", "explanation": "Listeners are called in descending priority order: B (priority 10), C (priority 5), A (priority 0)."} | верно | Listeners run by descending priority: 10 (B), 5 (C), 0 (A). |
T14-L10 2.07 c | Doctrine | Given: Doctrine ORM 3, an EntityManager on in-memory SQLite, entity User with an auto-increment primary key. The users table is empty. What does this code output?
```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() checks the identity map first; since the entity is already managed after persist+flush, both calls return the same object instance.
Raw{"answer": "same", "explanation": "EntityManager::find() checks the identity map first; since the entity is already managed after persist+flush, both calls return the same object instance."} | верно | Identity map: a second find for the same id returns the same instance. |
T14-L9 10.28 c | Doctrine | Given: Doctrine ORM 3, an EntityManager on in-memory SQLite, entity User with an auto-increment primary key. The users table is empty. What does this code output?
```php
$u = new User(name: 'B');
$em->persist($u);
$em->remove($u);
$em->flush();
echo count($em->getConnection()->fetchAllAssociative('SELECT * FROM users'));
``` | «0» Пояснение: Persisting a new entity and then removing it before flush cancels the pending INSERT (or results in an INSERT followed by a DELETE), leaving the table empty.
Raw```json ⏎ {"answer": 0, "explanation": "Persisting a new entity and then removing it before flush cancels the pending INSERT (or results in an INSERT followed by a DELETE), leaving the table empty."} ⏎ ``` | верно | The unit of work schedules INSERT at flush: remove after persist cancels it. |
T15-L10 0.93 c | PostgreSQL | What does this SQL query return (PostgreSQL 17)?
```sql
CREATE TEMP TABLE t (x int);
INSERT INTO t VALUES (1), (NULL);
SELECT count(x) FROM t;
``` | «1» Пояснение: COUNT(x) counts only non-NULL values in column x, so it returns 1 (the row with value 1), ignoring the NULL row.
Raw{"answer": 1, "explanation": "COUNT(x) counts only non-NULL values in column x, so it returns 1 (the row with value 1), ignoring the NULL row."} | верно | count(column) skips NULLs; count(*) would return 2. |
T15-L9 1.23 c | PostgreSQL | What does this SQL query return (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» Пояснение: The window function computes a running sum (10, 30, 60), and string_agg concatenates them in order of id.
Raw{"answer": "10,30,60", "explanation": "The window function computes a running sum (10, 30, 60), and string_agg concatenates them in order of id."} | верно | With ORDER BY the default window frame is running (start to current row). |
T16-L9 11.38 c | Symfony: Messenger | What does this code output?
```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» Пояснение: Symfony Messenger middleware executes in order (first to last), so M1 echoes first, then calls next which is M2, which echoes and delegates to the handler.
Raw```json ⏎ {"answer": "M1M2", "explanation": "Symfony Messenger middleware executes in order (first to last), so M1 echoes first, then calls next which is M2, which echoes and delegates to the handler."} ⏎ ``` | верно | The first-added middleware runs first (outermost). |
T16-L10 11.55 c | Symfony: Messenger | What does this code output?
```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» Пояснение: Both handlers registered for Ping::class in the HandlersLocator are called, so $n is incremented by 1 and by 10, resulting in 11.
Raw```json ⏎ {"answer": 11, "explanation": "Both handlers registered for Ping::class in the HandlersLocator are called, so $n is incremented by 1 and by 10, resulting in 11."} ⏎ ``` | верно | All registered handlers of the message run: 1 + 10 = 11. |
T17-L9 1.36 c | PostgreSQL: transactions and indexes | What does this SQL query return (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» Пояснение: The first insert succeeds, the second is skipped due to the unique index conflict with ON CONFLICT DO NOTHING, so count(*) returns 1.
Raw{"answer": 1, "explanation": "The first insert succeeds, the second is skipped due to the unique index conflict with ON CONFLICT DO NOTHING, so count(*) returns 1."} | верно | ON CONFLICT DO NOTHING skips the duplicate: one insert. |
T17-L10 1.51 c | PostgreSQL: transactions and indexes | What does this sequence of psql commands output?
```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» Пояснение: The UNIQUE constraint is DEFERRABLE INITIALLY DEFERRED, so the duplicate check is postponed until the end of the transaction, allowing both inserts to succeed and count(*) returns 2.
Raw{"answer": 2, "explanation": "The UNIQUE constraint is DEFERRABLE INITIALLY DEFERRED, so the duplicate check is postponed until the end of the transaction, allowing both inserts to succeed and count(*) returns 2."} | верно | DEFERRED postpones the uniqueness check to COMMIT — count sees 2 rows. |
T18-L9 1.86 c | Testing: PHPUnit | How many tests will this command run?
```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);
}
}
```
Command: `phpunit CalcTest.php --filter test_sum` (PHPUnit 10.5) | «6» Пояснение: The --filter test_sum regex matches both test_sum and test_sum_abs (each with 3 data provider entries), giving 3 + 3 = 6 tests.
Raw{"answer": 6, "explanation": "The --filter test_sum regex matches both test_sum and test_sum_abs (each with 3 data provider entries), giving 3 + 3 = 6 tests."} | верно | --filter is a substring match: test_sum also matches test_sum_abs (3+3 datasets). |
T18-L10 1.59 c | Testing: PHPUnit | How many tests will this command run, and how many of them will fail? Answer with two comma-separated numbers (ran, failed).
```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);
}
}
```
Command: `phpunit Calc2Test.php` (PHPUnit 10.5) | «2, 1» Пояснение: The data provider yields two data sets ([1] and [-1]), so test_x runs twice; the first passes (1 > 0 is true) and the second fails (-1 > 0 is false).
Raw{"answer": "2, 1", "explanation": "The data provider yields two data sets ([1] and [-1]), so test_x runs twice; the first passes (1 > 0 is true) and the second fails (-1 > 0 is false)."} | верно | A non-static provider is just a deprecation in PHPUnit 10: both datasets run and the [-1] dataset fails the assert — 2 ran, 1 failure. |
T19-L9 0.68 c | HTTP and REST API | Which HTTP method does this command send?
```bash
curl -s -d 'a=1' http://demo.local/api
``` | «post» Пояснение: The -d flag in curl automatically sets the HTTP method to POST when sending data.
Raw{"answer": "POST", "explanation": "The -d flag in curl automatically sets the HTTP method to POST when sending data."} | верно | -d/-F switches curl to POST by default. |
T19-L10 1.15 c | HTTP and REST API | Which HTTP method does this command send?
```bash
curl -s -G -d 'a=1' http://demo.local/api
``` | «get» Пояснение: The -G flag forces curl to use the GET method, appending the -d data as a query string to the URL.
Raw{"answer": "GET", "explanation": "The -G flag forces curl to use the GET method, appending the -d data as a query string to the URL."} | верно | -G turns -d data into the query string; the method stays GET. |
T20-L9 2.43 c | Security and OAuth | A client hits the token endpoint (RFC 6749) with a non-existent client_id. What value of the error field does the endpoint return? | «invalid_client» Пояснение: Per RFC 6749 Section 5.2, when the client identity cannot be verified (e.g., a non-existent client_id), the token endpoint returns the 'invalid_client' error code.
Raw```json ⏎ {"answer": "invalid_client", "explanation": "Per RFC 6749 Section 5.2, when the client identity cannot be verified (e.g., a non-existent client_id), the token endpoint returns the 'invalid_client' error code."} ⏎ ``` | верно | Unknown client → invalid_client (RFC 6749 §5.2). |
T20-L10 0.87 c | Security and OAuth | OAuth 2.0: the client started the flow with response_type=token. In which part of the redirect_uri does the authorization server pass the access_token? | «fragment» Пояснение: In the OAuth 2.0 implicit flow (response_type=token), the access token is passed in the fragment identifier (the part after '#') of the redirect_uri.
Raw{"answer": "fragment", "explanation": "In the OAuth 2.0 implicit flow (response_type=token), the access token is passed in the fragment identifier (the part after '#') of the redirect_uri."} | верно | The implicit flow passes the token in the URL fragment (#) — it never reaches the server. |
T21-L9 1.55 c | Twig | What does this Twig template output?
```twig
{{ false|default(2) * 3 }}
``` | «0» Пояснение: The `default` filter only replaces null or undefined values, not `false`, so `false|default(2)` yields `false`, and `false * 3` evaluates to `0` in PHP's arithmetic context.
Raw{"answer": 0, "explanation": "The `default` filter only replaces null or undefined values, not `false`, so `false|default(2)` yields `false`, and `false * 3` evaluates to `0` in PHP's arithmetic context."} | неверно верный: «6» | default replaces exactly false/null/''/[] — false becomes 2, 2*3 = 6; the naive 'default is for undefined only' yields 0. |
T21-L10 7.32 c | Twig | What exception class does render() of this template throw?
```twig
{{ 'a' ~ 1 + 2 }}
``` | «2» Пояснение: In Twig, the ~ (concatenation) operator has higher precedence than +, so 'a' ~ 1 + 2 is parsed as ('a' ~ 1) + 2, which gives 'a1' + 2, and PHP casts the non-numeric string to 0, resulting in 2.
Raw```json ⏎ {"answer": 2, "explanation": "In Twig, the ~ (concatenation) operator has higher precedence than +, so 'a' ~ 1 + 2 is parsed as ('a' ~ 1) + 2, which gives 'a1' + 2, and PHP casts the non-numeric string to 0, resulting in 2."} ⏎ ``` | неверно верный: «runtimeerror» | In Twig ~ binds tighter than +: ('a' ~ 1) + 2 → string + int → a render error (RuntimeError). |
T22-L9 5.15 c | Symfony: Security and forms | What does this code output?
```php
use Symfony\Component\Validator\Validation;
use Symfony\Component\Validator\Constraints as Assert;
$v = Validation::createValidator();
echo count($v->validate([''], [new Assert\NotBlank()]));
``` | «0» Пояснение: The array [''] is not empty (it has one element), so Assert\NotBlank passes without any violation.
Raw```json ⏎ {"answer": 0, "explanation": "The array [''] is not empty (it has one element), so Assert\\NotBlank passes without any violation."} ⏎ ``` | верно | NotBlank treats null, '', [] as blank — the array [''] is not blank. |
T22-L10 2.13 c | Symfony: Security and forms | What does this code output?
```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);
}
``` | «logicexception» Пояснение: Calling isValid() on a form that has not been submitted throws a LogicException, which is caught and its class name is printed.
Raw```json ⏎ {"answer": "LogicException", "explanation": "Calling isValid() on a form that has not been submitted throws a LogicException, which is caught and its class name is printed."} ⏎ ``` | верно | isValid() on a non-submitted form throws LogicException, it does not return false. |
T23-L9 1.67 c | Symfony: configuration and services | What does this code output?
```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» Пояснение: Symfony DI services are shared (singleton) by default, so both calls to get('a') return the same object instance.
Raw{"answer": "same", "explanation": "Symfony DI services are shared (singleton) by default, so both calls to get('a') return the same object instance."} | верно | Container services are shared: two get() calls yield one instance. |
T23-L10 2.86 c | Symfony: configuration and services | What does this code output?
```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's parameter resolution recursively resolves nested parameter references, so %greeting% expands to 'hi %name%' which further expands to 'hi Bob', giving 'hi Bob!'.
Raw```json ⏎ {"answer": "hi Bob!", "explanation": "Symfony's parameter resolution recursively resolves nested parameter references, so %greeting% expands to 'hi %name%' which further expands to 'hi Bob', giving 'hi Bob!'."} ⏎ ``` | верно | compile() resolves %-references transitively: %greeting% → 'hi %name%' → 'hi Bob!', the answer assembles over two hops. |
T24-L9 1.2 c | Bootstrap | What is the max-width of .container in Bootstrap 5.3 at a 992px viewport? | «960» Пояснение: At the 992px viewport, the lg breakpoint applies, giving .container a max-width of 960px in Bootstrap 5.3.
Raw{"answer": 960, "explanation": "At the 992px viewport, the lg breakpoint applies, giving .container a max-width of 960px in Bootstrap 5.3."} | верно | 5.x container widths: 540/720/960/1140/1320 (sm–xxl); 992 → 960px. |
T24-L10 5.5 c | Bootstrap | Which utility sets the text color in Bootstrap 5.3 for `<p class="text-danger text-primary">…</p>`? Answer with the winning class name. | «text-danger» Пояснение: Both classes have equal specificity, so the one defined later in Bootstrap's CSS wins; in the default $theme-colors map, 'danger' comes after 'primary', making .text-danger the last rule applied.
Raw```json ⏎ {"answer": "text-danger", "explanation": "Both classes have equal specificity, so the one defined later in Bootstrap's CSS wins; in the default $theme-colors map, 'danger' comes after 'primary', making .text-danger the last rule applied."} ⏎ ``` | верно | Specificity ties — the later rule wins: text-danger is declared after text-primary. |
T25-L9 1.34 c | Clean architecture | Layers: Domain, Application, Infrastructure. Deptrac rules: Application → Domain; Infrastructure → Domain, Application; Domain → Domain only.
How many violations will deptrac report for this class?
```php
namespace App\Domain;
use App\Application\PlaceOrder;
use App\Infrastructure\Db;
class OrderService
{
public function __construct(
private PlaceOrder $handler,
private Db $db,
) {}
}
``` | «2» Пояснение: The class is in the Domain layer but depends on both Application (PlaceOrder) and Infrastructure (Db), violating the rule that Domain may only depend on Domain.
Raw```json ⏎ {"answer": 2, "explanation": "The class is in the Domain layer but depends on both Application (PlaceOrder) and Infrastructure (Db), violating the rule that Domain may only depend on Domain."} ⏎ ``` | верно | Domain may depend only on Domain: PlaceOrder (Application) + Db (Infrastructure) = 2. |
T25-L10 1.56 c | Clean architecture | Layers: Domain, Application, Infrastructure. Deptrac rules: Application → Domain; Infrastructure → Domain, Application; Domain → Domain only.
How many violations will deptrac report for this class?
```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» Пояснение: The Domain class depends on Application (PlaceOrder) and Infrastructure (Db, Logger) — all three are violations since Domain can only depend on Domain.
Raw```json ⏎ {"answer": 3, "explanation": "The Domain class depends on Application (PlaceOrder) and Infrastructure (Db, Logger) — all three are violations since Domain can only depend on Domain."} ⏎ ``` | верно | The inline FQCN \App\Infrastructure\Logger counts too: Application + Db + Logger = 3. |
T26-L10 1.32 c | DDD | What does this code output?
```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» Пояснение: $a->amount is 10, and $c is a new Money with 10+5=15, so the echo concatenates '10,15'.
Raw{"answer": "10,15", "explanation": "$a->amount is 10, and $c is a new Money with 10+5=15, so the echo concatenates '10,15'."} | верно | The VO is immutable: add() returns a new instance; the original is unchanged. |
T26-L9 1.34 c | DDD | What does this code output?
```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» Пояснение: The remove() method throws a DomainException before unsetting the item, so the items array still contains one element when count() is called.
Raw```json ⏎ {"answer": 1, "explanation": "The remove() method throws a DomainException before unsetting the item, so the items array still contains one element when count() is called."} ⏎ ``` | верно | The failed remove leaves aggregate state unchanged: the invariant threw before unset — count stays 1. |
VC-L9 0.67 c | PHP 8.4–8.5 | What does this code output on PHP 8.5?
```php
class C
{
public function hi(): string { return 'hi'; }
}
echo new C()->hi();
``` | «hi» Пояснение: The code instantiates class C, calls its hi() method which returns the string 'hi', and echoes it.
Raw```json ⏎ {"answer": "hi", "explanation": "The code instantiates class C, calls its hi() method which returns the string 'hi', and echoes it."} ⏎ ``` | верно | Since 8.4, new in a method chain works without wrapping parentheses. |
VC-L10 1.54 c | PHP 8.4–8.5 | What does this code output on 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» Пояснение: The lazy ghost is uninitialized before property access (yes), and after $o->v triggers the initializer, it is no longer uninitialized (no).
Raw{"answer": "yesno", "explanation": "The lazy ghost is uninitialized before property access (yes), and after $o->v triggers the initializer, it is no longer uninitialized (no)."} | верно | newLazyGhost (8.4): the object stays lazy until first access — reading a property initializes it and clears the flag. |
T28-L9 1.7 c | Symfony: versions | The project was upgraded from Symfony 6.4 to 8.1. What does this code output on 8.1?
```php
echo class_exists(\Symfony\Component\Security\Guard\AbstractGuardAuthenticator::class)
? 'yes' : 'no';
``` | «no» Пояснение: The Security Guard component (AbstractGuardAuthenticator) was removed in Symfony 6.0, so it does not exist in 8.1.
Raw{"answer": "no", "explanation": "The Security Guard component (AbstractGuardAuthenticator) was removed in Symfony 6.0, so it does not exist in 8.1."} | верно | Guard authentication was removed in Symfony 7.0 — the class is gone in 8.1. |
T28-L10 1.84 c | Symfony: versions | The project was upgraded from Symfony 6.4 to 8.1. What does this code output on 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 was removed in Symfony 7.0 (deprecated in 6.x), so it does not exist in 8.1, while AttributeClassLoader exists as its replacement.
Raw{"answer":"noyes","explanation":"AnnotationClassLoader was removed in Symfony 7.0 (deprecated in 6.x), so it does not exist in 8.1, while AttributeClassLoader exists as its replacement."} | верно | Annotation loaders were removed in 7.0; only attribute loaders remain (Annotation→Attribute). |