Пример запроса (первая клетка). System одинаковый во всех запросах прогона, user — свой вопрос для каждой клетки:
| Клетка | Тема | Утверждение | Ответ |
Результат | Обоснование |
T01-L1 3.62 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 escape sequences, while single-quoted strings treat content literally, so they are not processed identically.
Raw{"answer":"no","explanation":"Double-quoted strings support variable interpolation and escape sequences, while single-quoted strings treat content literally, so they are not processed identically."} | верно | В двойных кавычках работают интерполяция переменных и escape-последовательности, в одинарных — нет. |
T01-L2 1.21 c | Syntax and operators | The ?? operator follows isset semantics and raises no warnings for undefined variables. | «yes» Пояснение: The null coalescing operator (??) uses isset() semantics internally, so it does not raise warnings or notices for undefined variables.
Raw{"answer": "yes", "explanation": "The null coalescing operator (??) uses isset() semantics internally, so it does not raise warnings or notices for undefined variables."} | верно | ?? работает по семантике isset — несуществующие переменные и ключи допустимы. |
T01-L3 0.82 c | Syntax and operators | What will this print: echo 'a', 'b'; | «ab» Пояснение: echo in PHP accepts multiple comma-separated arguments and outputs them sequentially without any separator.
Raw{"answer": "ab", "explanation": "echo in PHP accepts multiple comma-separated arguments and outputs them sequentially without any separator."} | верно | echo принимает список аргументов: ab. |
T01-L4 1.23 c | Syntax and operators | print returns the value 1 and can be used inside an expression. | «no» Пояснение: While print does return the value 1, it is a language construct (not a function) and cannot be used inside an expression, e.g. $x = 2 * print('hello') is a syntax error.
Raw{"answer": "no", "explanation": "While print does return the value 1, it is a language construct (not a function) and cannot be used inside an expression, e.g. $x = 2 * print('hello') is a syntax error."} | неверно верный: «yes» | print — выражение со значением 1, в отличие от echo, который значения не возвращает. |
T01-L5 1.13 c | Syntax and operators | The ?: (elvis) operator returns its left operand when it is falsy. | «no» Пояснение: The Elvis operator (?:) returns the left operand when it is truthy, and the right operand (default) when it is falsy.
Raw{"answer": "no", "explanation": "The Elvis operator (?:) returns the left operand when it is truthy, and the right operand (default) when it is falsy."} | верно | Наоборот: $a ?: $b возвращает $a, если он истинный, иначе $b. |
T01-L6 1.67 c | Syntax and operators | In PHP 8, the concatenation operator (.) has lower precedence than addition and subtraction. | «yes» Пояснение: In PHP's operator precedence, + and - bind more tightly than the concatenation operator ., so e.g. '1' + 2 . 3 is parsed as ('1'+2) . 3.
Raw{"answer": "yes", "explanation": "In PHP's operator precedence, + and - bind more tightly than the concatenation operator ., so e.g. '1' + 2 . 3 is parsed as ('1'+2) . 3."} | верно | С PHP 8 (RFC concat precedence) '.' имеет приоритет ниже арифметики: 'сумма: ' . 2 + 3 → 'сумма: 5' (в PHP 7 было иначе). |
T01-L7 0.94 c | Syntax and operators | The expression 2 ** 3 ** 2 in PHP evaluates as (2 ** 3) ** 2, that is, 64. | «no» Пояснение: The ** operator is right-associative in PHP, so 2 ** 3 ** 2 evaluates as 2 ** (3 ** 2) = 2 ** 9 = 512, not 64.
Raw{"answer":"no","explanation":"The ** operator is right-associative in PHP, so 2 ** 3 ** 2 evaluates as 2 ** (3 ** 2) = 2 ** 9 = 512, not 64."} | верно | ** право-ассоциативен: 2 ** (3 ** 2) = 2 ** 9 = 512. |
T01-L8 2.48 c | Syntax and operators | What string will this print: echo 'sum: ' . 2 + 3; (PHP 8)? | «3» Пояснение: The concatenation operator '.' has higher precedence than '+', so it parses as ('sum: ' . 2) + 3, which becomes 'sum: 2' + 3, and in PHP 8 the non-numeric string converts to 0, yielding 0 + 3 = 3.
Raw{"answer": 3, "explanation": "The concatenation operator '.' has higher precedence than '+', so it parses as ('sum: ' . 2) + 3, which becomes 'sum: 2' + 3, and in PHP 8 the non-numeric string converts to 0, yielding 0 + 3 = 3."} | неверно верный: «sum: 5» | Парная к verify-клетке про приоритет: 'сумма: 5'. |
T02-L1 1.04 c | Types and comparisons | With strict comparison (===), arrays are considered equal regardless of element order. | «no» Пояснение: Strict comparison (===) requires arrays to have the same key/value pairs in the same order, while loose comparison (==) ignores order.
Raw{"answer": "no", "explanation": "Strict comparison (===) requires arrays to have the same key/value pairs in the same order, while loose comparison (==) ignores order."} | верно | === для массивов требует совпадения и значений, и их порядка. |
T02-L2 1.21 c | Types and comparisons | The comparison 0 == false returns false because it is a strict comparison. | «no» Пояснение: 0 == false uses loose comparison (==), and it actually returns true, since false is cast to 0 and 0 == 0 is true.
Raw{"answer":"no","explanation":"0 == false uses loose comparison (==), and it actually returns true, since false is cast to 0 and 0 == 0 is true."} | верно | Наоборот: == — нестрогое сравнение и возвращает true; строгое — это === (0 === false → false). |
T02-L3 1.21 c | Types and comparisons | In PHP 8, the expression "abc" == 0 returns true. | «no» Пояснение: In PHP 8, comparing a non-numeric string with an integer casts 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 with an integer casts the integer to a string, so 'abc' == 0 becomes 'abc' == '0', which is false."} | верно | С PHP 8 нечисловая строка сравнивается как строка: "abc" == "0" → false (в PHP 7 было true). |
T02-L4 0.85 c | Types and comparisons | Under loose comparison, null equals 0, the empty string, and false at the same time. | «yes» Пояснение: In PHP, null == 0, null == '', and null == false all evaluate to true under loose comparison (==).
Raw{"answer": "yes", "explanation": "In PHP, null == 0, null == '', and null == false all evaluate to true under loose comparison (==)."} | верно | null == 0, null == "" и null == false — все true. |
T02-L5 1.21 c | Types and comparisons | What does the expression (int) '42abc' return? | «42» Пояснение: PHP casts a string to int by reading leading numeric characters until it hits a non-numeric one, so '42abc' becomes 42.
Raw{"answer": 42, "explanation": "PHP casts a string to int by reading leading numeric characters until it hits a non-numeric one, so '42abc' becomes 42."} | верно | Ведущая числовая часть: 42, без ошибок и warning. |
T02-L6 0.91 c | Types and comparisons | What does the expression '5' + 5 return? | «10» Пояснение: PHP type juggling converts the numeric string '5' to the integer 5, so 5 + 5 = 10.
Raw{"answer": 10, "explanation": "PHP type juggling converts the numeric string '5' to the integer 5, so 5 + 5 = 10."} | верно | Числовая строка приводится: int 10. |
T02-L7 0.89 c | Types and comparisons | When cast to string, false becomes "0". | «no» Пояснение: In PHP, casting false to a string results in an empty string '', not '0'.
Raw{"answer": "no", "explanation": "In PHP, casting false to a string results in an empty string '', not '0'."} | верно | false → "", true → "1". |
T02-L8 1.29 c | Types and comparisons | The comparison 0.1 + 0.2 === 0.3 returns false. | «yes» Пояснение: Due to IEEE 754 floating-point precision, 0.1 + 0.2 yields 0.30000000000000004, which is not strictly equal to 0.3.
Raw{"answer": "yes", "explanation": "Due to IEEE 754 floating-point precision, 0.1 + 0.2 yields 0.30000000000000004, which is not strictly equal to 0.3."} | верно | Двоичная погрешность float: 0.1 + 0.2 = 0.30000000000000004. |
T03-L1 1.45 c | Strings | strrev() correctly reverses a UTF-8 string. | «no» Пояснение: strrev() operates on individual bytes, so multi-byte UTF-8 characters get their bytes reversed independently, producing invalid UTF-8 output.
Raw{"answer":"no","explanation":"strrev() operates on individual bytes, so multi-byte UTF-8 characters get their bytes reversed independently, producing invalid UTF-8 output."} | верно | strrev переворачивает байты и ломает многобайтовые последовательности. |
T03-L2 0.55 c | Strings | str_contains('Hello world', 'world') returns true. | «yes» Пояснение: str_contains('Hello world', 'world') returns true because 'world' is a substring of 'Hello world'.
Raw{"answer": "yes", "explanation": "str_contains('Hello world', 'world') returns true because 'world' is a substring of 'Hello world'."} | верно | str_contains с PHP 8.0 проверяет вхождение подстроки. |
T03-L3 0.75 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 $pad_type parameter (STR_PAD_RIGHT, STR_PAD_LEFT, or STR_PAD_BOTH).
Raw{"answer": "no", "explanation": "str_pad() can pad on the right, left, or both sides using the $pad_type parameter (STR_PAD_RIGHT, STR_PAD_LEFT, or STR_PAD_BOTH)."} | верно | STR_PAD_LEFT / STR_PAD_BOTH меняют сторону дополнения. |
T03-L4 1.07 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.12 c | Strings | How many BYTES does strlen('héllo') return for a UTF-8 string? | «6» Пояснение: In UTF-8, 'é' takes 2 bytes while the other four characters each take 1 byte, so strlen() returns 6.
Raw```json ⏎ {"answer": 6, "explanation": "In UTF-8, 'é' takes 2 bytes while the other four characters each take 1 byte, so strlen() returns 6."} ⏎ ``` | верно | 6 букв по 2 байта: 12. |
T03-L6 0.71 c | Strings | What does substr('abcdef', -3) return? | «def» Пояснение: A negative start position in substr() counts from the end of the string, so -3 means the last 3 characters: 'def'.
Raw{"answer": "def", "explanation": "A negative start position in substr() counts from the end of the string, so -3 means the last 3 characters: 'def'."} | верно | Отрицательное смещение — с конца: def. |
T03-L7 0.78 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.13 c | Strings | Variable interpolation works in heredoc but not in nowdoc. | «yes» Пояснение: Heredoc supports variable interpolation like double-quoted strings, while nowdoc (with quoted delimiter) treats content like single-quoted strings, so variables are not interpolated.
Raw{"answer": "yes", "explanation": "Heredoc supports variable interpolation like double-quoted strings, while nowdoc (with quoted delimiter) treats content like single-quoted strings, so variables are not interpolated."} | верно | Nowdoc — «одинарные кавычки» в тройном синтаксисе: текст как есть. |
T04-L1 0.9 c | Arrays | The sort() function preserves the key-to-value association of the array. | «no» Пояснение: sort() re-indexes the array with numeric keys starting from 0; to preserve key associations, use asort() instead.
Raw{"answer": "no", "explanation": "sort() re-indexes the array with numeric keys starting from 0; to preserve key associations, use asort() instead."} | верно | sort перенумеровывает ключи; связь сохраняет asort. |
T04-L2 0.81 c | Arrays | The string key '5' in an array is stored as the integer 5. | «yes» Пояснение: In PHP, numeric string keys like '5' are automatically cast to integers when used as array keys.
Raw{"answer": "yes", "explanation": "In PHP, numeric string keys like '5' are automatically cast to integers when used as array keys."} | верно | Каноничные десятичные строковые ключи приводятся к int. |
T04-L3 0.69 c | Arrays | The in_array() function uses strict comparison (===) by default. | «no» Пояснение: in_array() uses loose comparison (==) by default; the third parameter $strict must be explicitly set to true for strict comparison (===).
Raw{"answer": "no", "explanation": "in_array() uses loose comparison (==) by default; the third parameter $strict must be explicitly set to true for strict comparison (===)."} | верно | По умолчанию сравнение нестрогое; строгое — третий аргумент true. |
T04-L4 0.86 c | Arrays | Without a callback, array_filter() removes all "empty" (falsy) elements from the array. | «yes» Пояснение: When array_filter() is called without a callback, it removes all elements with falsy values (0, '0', '', null, false, []).
Raw{"answer": "yes", "explanation": "When array_filter() is called without a callback, it removes all elements with falsy values (0, '0', '', null, false, [])."} | верно | Убирает 0, "", null, false и пустые массивы. |
T04-L5 1.05 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, meaning keys are reindexed by default.
Raw{"answer": "no", "explanation": "The $preserve_keys parameter of array_slice() defaults to false, meaning keys are reindexed by default."} | верно | По умолчанию ключи перенумеровываются; сохранение — preserve_keys = true. |
T04-L6 1.18 c | Arrays | What does array_slice([10, 20, 30, 40], 1, 2) return? | «[20, 30]» Пояснение: array_slice with offset 1 and length 2 returns the elements at indices 1 and 2, which are 20 and 30.
Raw{"answer": "[20, 30]", "explanation": "array_slice with offset 1 and length 2 returns the elements at indices 1 and 2, which are 20 and 30."} | верно | [20,30]; ключи перенумеровываются. |
T04-L7 1.24 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, resulting in ['a' => 1, 'b' => 2] which has 2 elements.
Raw{"answer": 2, "explanation": "The + operator performs array union where left keys take precedence, resulting in ['a' => 1, 'b' => 2] which has 2 elements."} | верно | Оператор + : по ключу 'a' побеждает левый; итого 2. |
T04-L8 2.14 c | Arrays | Since PHP 8.1, the spread operator [...$a, ...$b] supports arrays with string keys. | «yes» Пояснение: PHP 8.1's array spread syntax [...$a, ...$b] supports both integer and string keys, unlike the older function-call spread which required sequential integer keys.
Raw{"answer": "yes", "explanation": "PHP 8.1's array spread syntax [...$a, ...$b] supports both integer and string keys, unlike the older function-call spread which required sequential integer keys."} | верно | В 8.0 — только числовые ключи; 8.1 снял ограничение. |
T05-L1 2.08 c | Functions and closures | Named arguments cannot be combined with argument unpacking ...$args in a single call. | «no» Пояснение: Named arguments can be combined with argument unpacking in a single call, as long as the named arguments appear before the ...$args unpacking (e.g., foo(a: 1, ...$args)).
Raw{"answer": "no", "explanation": "Named arguments can be combined with argument unpacking in a single call, as long as the named arguments appear before the ...$args unpacking (e.g., foo(a: 1, ...$args))."} | верно | Можно: f(...$args, имя: значение). Нельзя только позиционный аргумент после распаковки. |
T05-L2 1.44 c | Functions and closures | An anonymous function without use sees variables from the outer scope. | «no» Пояснение: In PHP, closures do not automatically capture outer-scope variables; they must be explicitly imported with the 'use' keyword.
Raw{"answer": "no", "explanation": "In PHP, closures do not automatically capture outer-scope variables; they must be explicitly imported with the 'use' keyword."} | верно | Без use внешние переменные недоступны; авто-захват только у fn. |
T05-L3 0.93 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 number of arguments actually passed to the function (3), not the number of declared parameters (1).
Raw{"answer": 3, "explanation": "func_num_args() returns the number of arguments actually passed to the function (3), not the number of declared parameters (1)."} | верно | Считает переданные аргументы: 3. |
T05-L4 1.37 c | Functions and closures | The body of an arrow function fn may consist of several expressions in curly braces. | «no» Пояснение: Arrow functions (fn) in PHP must have a single expression as their body; they cannot contain multiple expressions in curly braces.
Raw{"answer": "no", "explanation": "Arrow functions (fn) in PHP must have a single expression as their body; they cannot contain multiple expressions in curly braces."} | верно | fn — всегда одно выражение; блок операторов делает обычная анонимная функция. |
T05-L5 7.21 c | Functions and closures | An arrow function fn captures outer variables by reference (lazily, at use time). | «no» Пояснение: Arrow functions (fn) capture outer variables by value at call time (lazy by-value), not by reference; the PHP RFC and docs explicitly state 'by value' capture, just deferred to invocation time.
Raw```json ⏎ {"answer": "no", "explanation": "Arrow functions (fn) capture outer variables by value at call time (lazy by-value), not by reference; the PHP RFC and docs explicitly state 'by value' capture, just deferred to invocation time."} ⏎ ``` | верно | fn захватывает только по значению, автоматически; по ссылке — только &$var в use у обычной функции (fn так не умеет). |
T05-L6 0.84 c | Functions and closures | A closure declared as static function () {} does not capture $this. | «yes» Пояснение: A static closure in PHP explicitly does not bind $this from the enclosing scope, unlike a regular closure which does.
Raw{"answer": "yes", "explanation": "A static closure in PHP explicitly does not bind $this from the enclosing scope, unlike a regular closure which does."} | верно | static-замыкание отвязано от объекта: $this внутри недоступен. |
T05-L7 1.31 c | Functions and closures | What will this print: $x = 5; $f = function () use ($x) { return $x; }; $x = 7; echo $f(); | «5» Пояснение: The closure captures $x by value (no & used), so it retains the original value of 5 even after $x is reassigned to 7.
Raw{"answer": 5, "explanation": "The closure captures $x by value (no & used), so it retains the original value of 5 even after $x is reassigned to 7."} | верно | use захватывает по значению в момент создания: 5. |
T05-L8 1.09 c | Functions and closures | In weak typing mode (without strict_types), passing the string "5" to an int parameter is allowed. | «yes» Пояснение: In coercive (weak) typing mode, PHP will automatically convert the numeric string "5" to the integer 5 when it is passed to an int-typed parameter.
Raw{"answer": "yes", "explanation": "In coercive (weak) typing mode, PHP will automatically convert the numeric string \"5\" to the integer 5 when it is passed to an int-typed parameter."} | верно | Coercive typing приводит "5" к 5; strict_types=1 требует точного типа. |
T06-L1 0.85 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 visibility modifiers and types on constructor parameters to automatically create class properties.
Raw{"answer": "yes", "explanation": "Constructor property promotion was introduced in PHP 8.0, allowing visibility modifiers and types on constructor parameters to automatically create class properties."} | верно | С PHP 8.0 параметр с модификатором создаёт свойство и присваивание. |
T06-L2 0.54 c | OOP: classes and inheritance | Which keyword prevents a method from being overridden in subclasses? | «final» Пояснение: In PHP, the 'final' keyword applied to a method prevents it from being overridden in subclasses.
Raw{"answer": "final", "explanation": "In PHP, the 'final' keyword applied to a method prevents it from being overridden in subclasses."} | верно | final. |
T06-L3 0.63 c | OOP: classes and inheritance | A method declared final cannot be overridden in a subclass. | «yes» Пояснение: In PHP, the 'final' keyword prevents a method from being overridden in any subclass.
Raw{"answer": "yes", "explanation": "In PHP, the 'final' keyword prevents a method from being overridden in any subclass."} | верно | final запрещает переопределение метода и наследование класса. |
T06-L4 0.89 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; protected or public visibility would be needed for subclass access.
Raw{"answer": "no", "explanation": "Private properties are only accessible within the class that defines them, not in subclasses; protected or public visibility would be needed for subclass access."} | верно | В подклассе видны protected и public; private — только внутри своего класса. |
T06-L5 1.55 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@anonymous» Пояснение: PHP anonymous classes have names in the format 'class@anonymous\x00/path:line', so the part before the NUL byte is 'class@anonymous'.
Raw```json ⏎ {"answer": "class@anonymous", "explanation": "PHP anonymous classes have names in the format 'class@anonymous\\x00/path:line', so the part before the NUL byte is 'class@anonymous'."} ⏎ ``` | верно | get_class анонимного класса печатает class@anonymous\0<файл>:<строка>$n; короткая форма — часть до NUL-байта. Проверено php -r (hex). |
T06-L6 1.28 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» Пояснение: In PHP, private methods are not part of the inheritance contract; a child class can declare a method with the same name and any visibility, as it is treated as a completely independent method.
Raw{"answer": "yes", "explanation": "In PHP, private methods are not part of the inheritance contract; a child class can declare a method with the same name and any visibility, as it is treated as a completely independent method."} | верно | private-члены не наследуются — правила совместимости подписей не действуют. |
T06-L7 0.93 c | OOP: classes and inheritance | The magic method __get() is called only for non-existent properties. | «no» Пояснение: __get() is called for both inaccessible (private/protected) and non-existent properties, not only non-existent ones.
Raw{"answer": "no", "explanation": "__get() is called for both inaccessible (private/protected) and non-existent properties, not only non-existent ones."} | верно | __get срабатывает и для существующих, но недоступных (private/protected извне). |
T06-L8 1.54 c | OOP: classes and inheritance | What does reassigning a readonly property throw — Exception or Error? | «error» Пояснение: Reassigning a readonly property in PHP 8.1+ throws a TypeError, which extends Error (not Exception).
Raw{"answer": "Error", "explanation": "Reassigning a readonly property in PHP 8.1+ throws a TypeError, which extends Error (not Exception)."} | верно | Error (readonly с 8.1); оговорка: в __clone() переинициализация допустима (8.3+). |
T07-L1 0.57 c | Interfaces, traits, enum | An interface can declare constants. | «yes» Пояснение: PHP interfaces can declare constants, which are always public and read-only.
Raw{"answer": "yes", "explanation": "PHP interfaces can declare constants, which are always public and read-only."} | верно | Константы интерфейса наследуются реализациями. |
T07-L2 0.75 c | Interfaces, traits, enum | Which operator checks whether an object is an instance of a class or interface? | «instanceof» Пояснение: In PHP, the instanceof operator checks whether an object is an instance of a specific class or implements a specific interface.
Raw{"answer": "instanceof", "explanation": "In PHP, the instanceof operator checks whether an object is an instance of a specific class or implements a specific interface."} | верно | instanceof. |
T07-L3 1.71 c | Interfaces, traits, enum | An interface can declare static methods. | «yes» Пояснение: PHP interfaces can declare static methods, and the implementing class must provide the implementation.
Raw{"answer": "yes", "explanation": "PHP interfaces can declare static methods, and the implementing class must provide the implementation."} | верно | Реализация обязана дать статический метод с той же сигнатурой. |
T07-L4 1.01 c | Interfaces, traits, enum | The instanceof operator only checks class inheritance: it ignores interfaces. | «no» Пояснение: The instanceof operator in PHP checks both class inheritance and interface implementation; it returns true if the object is an instance of the class or implements the interface.
Raw{"answer": "no", "explanation": "The instanceof operator in PHP checks both class inheritance and interface implementation; it returns true if the object is an instance of the class or implements the interface."} | верно | instanceof возвращает true и для интерфейсов объекта. |
T07-L5 1.36 c | Interfaces, traits, enum | An interface method may have a default implementation, like a trait method. | «no» Пояснение: Interface methods in PHP are always abstract and cannot have a body/implementation, unlike trait methods which can provide a concrete implementation.
Raw{"answer": "no", "explanation": "Interface methods in PHP are always abstract and cannot have a body/implementation, unlike trait methods which can provide a concrete implementation."} | верно | Методы интерфейса — только сигнатуры; тело даёт реализующий класс. |
T07-L6 0.58 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.79 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 containing all cases of the enum, which are A, B, and C — three elements.
Raw{"answer": 3, "explanation": "Foo::cases() returns an array containing all cases of the enum, which are A, B, and C — three elements."} | верно | Статический метод cases(): 3. |
T07-L8 0.67 c | Interfaces, traits, enum | A trait can declare constants. | «yes» Пояснение: Traits in PHP can declare constants, just like classes.
Raw{"answer": "yes", "explanation": "Traits in PHP can declare constants, just like classes."} | верно | С PHP 8.2 трейты могут объявлять константы (RFC constants_in_traits); до 8.2 — нет. |
T08-L1 0.65 c | Exceptions and errors | The Throwable interface is a common ancestor of both Exception and Error. | «yes» Пояснение: In PHP 7+, the Throwable interface is implemented by both Exception and Error, making it their common ancestor.
Raw{"answer": "yes", "explanation": "In PHP 7+, the Throwable interface is implemented by both Exception and Error, making it their common ancestor."} | верно | Иерархия с PHP 7: Throwable → Exception и Throwable → Error. |
T08-L2 1.22 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; both inherit from Throwable, but they are sibling classes, so catch(Exception) does not catch TypeError.
Raw{"answer": "no", "explanation": "TypeError extends Error, not Exception; both inherit from Throwable, but they are sibling classes, so catch(Exception) does not catch TypeError."} | верно | TypeError наследуется от Error; catch (Exception) его не ловит. |
T08-L3 1.26 c | Exceptions and errors | The @ operator suppresses exceptions too. | «no» Пояснение: The @ operator only suppresses errors (warnings, notices, etc.) but does not catch or suppress exceptions, which are a separate mechanism in PHP.
Raw{"answer": "no", "explanation": "The @ operator only suppresses errors (warnings, notices, etc.) but does not catch or suppress exceptions, which are a separate mechanism in PHP."} | верно | @ глушит диагностику (warnings/notices), исключения не перехватывает. |
T08-L4 0.89 c | Exceptions and errors | What error class does intdiv(5, 0) throw? | «divisionbyzeroerror» Пояснение: intdiv(5, 0) throws a DivisionByZeroError, which is a subclass of ArithmeticError, when the divisor is zero.
Raw{"answer": "DivisionByZeroError", "explanation": "intdiv(5, 0) throws a DivisionByZeroError, which is a subclass of ArithmeticError, when the divisor is zero."} | верно | DivisionByZeroError (иерархия Error, не Exception); php-грейдер объективен. |
T08-L5 1.18 c | Exceptions and errors | The finally block runs only if the exception was caught by a catch block. | «no» Пояснение: The finally block executes regardless of whether an exception was thrown or caught — it always runs.
Raw{"answer": "no", "explanation": "The finally block executes regardless of whether an exception was thrown or caught — it always runs."} | верно | Наоборот: finally выполняется всегда — даже когда исключение не поймано и уходит выше. Проверено php -r. |
T08-L6 2.25 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 will replace any exception being propagated from the try/catch block, so it does affect the overall result.
Raw{"answer": "no", "explanation": "An exception thrown in a finally block will replace any exception being propagated from the try/catch block, so it does affect the overall result."} | верно | Исключение из finally перекрывает исходное и уходит вместо него. |
T08-L7 1.62 c | Exceptions and errors | What does the expression (bool) new Exception('x') return? | «yes» Пояснение: In PHP, casting any object to bool always returns true.
Raw{"answer": "yes", "explanation": "In PHP, casting any object to bool always returns true."} | верно | Любой объект при приведении к bool — true. Формы ответа: true или да. |
T08-L8 0.83 c | Exceptions and errors | Functions registered via register_shutdown_function() run when exit is called. | «yes» Пояснение: Shutdown functions registered with register_shutdown_function() are called when the script terminates, including when exit or die is invoked.
Raw{"answer": "yes", "explanation": "Shutdown functions registered with register_shutdown_function() are called when the script terminates, including when exit or die is invoked."} | верно | exit завершает скрипт, но shutdown-функции отрабатывают. |
T09-L1 1.18 c | Namespaces and autoloading | The use App\Service\Mailer; statement itself loads the class file. | «no» Пояснение: The 'use' statement only creates a local alias for a fully qualified class name and does not trigger autoloading or load the file; the file is loaded only when the class is actually referenced.
Raw{"answer": "no", "explanation": "The 'use' statement only creates a local alias for a fully qualified class name and does not trigger autoloading or load the file; the file is loaded only when the class is actually referenced."} | верно | use — псевдоним на этапе компиляции; файл грузит автозагрузчик при первом обращении. |
T09-L2 0.92 c | Namespaces and autoloading | What follows use to import a function (not a class): the word function or const? | «function» Пояснение: In PHP, to import a function you use 'use function Namespace\functionName;', while 'const' is used for importing constants.
Raw{"answer": "function", "explanation": "In PHP, to import a function you use 'use function Namespace\\functionName;', while 'const' is used for importing constants."} | верно | use function ...; (и use const для констант). |
T09-L3 1.04 c | Namespaces and autoloading | Into which file (path from src/) does the PSR-4 mapping "App\ → src/" place the class App\Controller\Api\UserController? | «src/controller/api/usercontroller.php» Пояснение: PSR-4 strips the App\ prefix, converts remaining backslashes to directory separators, and appends .php to the base path src/.
Raw{"answer": "src/Controller/Api/UserController.php", "explanation": "PSR-4 strips the App\\ prefix, converts remaining backslashes to directory separators, and appends .php to the base path src/."} | верно | Остаток имени после префикса, \ → /. |
T09-L4 1.03 c | Namespaces and autoloading | Including vendor/autoload.php registers autoloaders via spl_autoload_register(). | «yes» Пояснение: Composer's vendor/autoload.php ultimately calls spl_autoload_register() to register the Composer autoloader class with PHP's SPL autoload mechanism.
Raw{"answer": "yes", "explanation": "Composer's vendor/autoload.php ultimately calls spl_autoload_register() to register the Composer autoloader class with PHP's SPL autoload mechanism."} | верно | Composer ставит автозагрузчик именно на spl_autoload_register. |
T09-L5 0.63 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 for 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 for the global namespace)."} | верно | В корневом пространстве — пустая строка. |
T09-L6 1.4 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, not the global root; a leading backslash is needed for global root resolution.
Raw{"answer": "no", "explanation": "An unqualified class name in 'new' is resolved relative to the current namespace, not the global root; a leading backslash is needed for global root resolution."} | верно | Резолвится относительно текущего namespace (с учётом импортов). |
T09-L7 1.13 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 remaining namespace segments (Model\User) to subdirectories and appends the class name with .php, resulting in src/Model/User.php.
Raw{"answer": "yes", "explanation": "PSR-4 maps the remaining namespace segments (Model\\User) to subdirectories and appends the class name with .php, resulting in 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. | «yes» Пояснение: In PHP, a `use` statement is a compile-time directive that can be placed inside a function body, in which case it is scoped to that function only.
Raw{"answer": "yes", "explanation": "In PHP, a `use` statement is a compile-time directive that can be placed inside a function body, in which case it is scoped to that function only."} | неверно верный: «no» | use внутри тела функции — parse error; импорты файловые и компиляционные. |
T10-L1 1.22 c | References and scope | Arrays are copied on assignment rather than passed by reference. | «yes» Пояснение: In PHP, arrays are value types; assigning an array to another variable creates a copy, not a reference.
Raw{"answer": "yes", "explanation": "In PHP, arrays are value types; assigning an array to another variable creates a copy, not a reference."} | верно | Присваивание массива — копия (в движке — copy-on-write). |
T10-L2 1.19 c | References and scope | What will this print: $a = [1, 2]; $b = $a; $b[] = 3; echo count($a); | «2» Пояснение: PHP arrays are copied by value, so modifying $b does not affect $a, which still has 2 elements.
Raw{"answer": 2, "explanation": "PHP arrays are copied by value, so modifying $b does not affect $a, which still has 2 elements."} | верно | Присваивание — копия: в $a по-прежнему 2 элемента. |
T10-L3 1.02 c | References and scope | Inside a function, user-defined global variables are inaccessible without global, $GLOBALS, or passing them as parameters. | «yes» Пояснение: In PHP, variables defined in the global scope are not visible inside a function unless explicitly accessed via the global keyword, $GLOBALS, or passed as parameters.
Raw{"answer": "yes", "explanation": "In PHP, variables defined in the global scope are not visible inside a function unless explicitly accessed via the global keyword, $GLOBALS, or passed as parameters."} | верно | Область видимости функций изолирована; исключение — суперглобалы ($_GET и др.). |
T10-L4 2.11 c | References and scope | unset($GLOBALS['x']) inside a function removes the global variable only for that function. | «no» Пояснение: unset($GLOBALS['x']) directly removes the variable from the global scope, so it is gone for all scopes, not just the current function.
Raw{"answer": "no", "explanation": "unset($GLOBALS['x']) directly removes the variable from the global scope, so it is gone for all scopes, not just the current function."} | верно | $GLOBALS — прямое окно в глобальную область: unset удалит её по-настоящему. |
T10-L5 1.04 c | References and scope | What will this print: function inc(&$x) { $x++; } $n = 5; inc($n); echo $n; | «6» Пояснение: The parameter is passed by reference, so the increment inside the function directly modifies $n from 5 to 6.
Raw{"answer": 6, "explanation": "The parameter is passed by reference, so the increment inside the function directly modifies $n from 5 to 6."} | верно | Ссылка меняет оригинал: 6. |
T10-L6 6.09 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» Пояснение: A foreach by value iterates over a snapshot (copy-on-write) of the array, so additions, removals, or value modifications made inside the loop body are not reflected in the current iteration pass.
Raw```json ⏎ {"answer": "no", "explanation": "A foreach by value iterates over a snapshot (copy-on-write) of the array, so additions, removals, or value modifications made inside the loop body are not reflected in the current iteration pass."} ⏎ ``` | верно | По значению foreach итерирует копию-снимок. |
T10-L7 0.92 c | References and scope | A static property belongs to each instance separately: changes in one object are not visible in others. | «no» Пояснение: Static properties belong to the class itself and are shared across all instances; changes made through one object are visible in all others.
Raw{"answer":"no","explanation":"Static properties belong to the class itself and are shared across all instances; changes made through one object are visible in all others."} | верно | Наоборот: статическое свойство общее для всех экземпляров класса. Проверено php -r. |
T10-L8 1.0 c | References and scope | An array can have a boolean key true, and it will be stored as bool. | «no» Пояснение: In PHP, boolean keys are cast to integers: true becomes 1 and false becomes 0.
Raw{"answer": "no", "explanation": "In PHP, boolean keys are cast to integers: true becomes 1 and false becomes 0."} | верно | Булев ключ приводится к int: true → 1, false → 0. |
T11-L1 0.92 c | Generators, iterators, SPL | Inside a generator, return with a value can be used, and it becomes available via $gen->getReturn(). | «yes» Пояснение: In PHP, a generator can use return with a value, and that value is accessible via Generator::getReturn() after the generator is exhausted.
Raw{"answer": "yes", "explanation": "In PHP, a generator can use return with a value, and that value is accessible via Generator::getReturn() after the generator is exhausted."} | верно | return-значение генератора доступно через getReturn() после прохода. |
T11-L2 1.63 c | Generators, iterators, SPL | A fully consumed generator can be rewound with rewind() and traversed again. | «no» Пояснение: Once a generator is fully consumed (closed), calling rewind() on it throws a RuntimeException; it can only be rewound before first iteration begins.
Raw```json ⏎ {"answer": "no", "explanation": "Once a generator is fully consumed (closed), calling rewind() on it throws a RuntimeException; it can only be rewound before first iteration begins."} ⏎ ``` | верно | Генератор одноразовый: rewind после начала итерации бросает Exception. |
T11-L3 2.59 c | Generators, iterators, SPL | The yield from construct delegates traversal to another generator or iterable. | «no» Пояснение: PHP has the yield keyword (since PHP 7.0) but no 'yield from' construct; 'yield from' is a Python 3.3+ feature.
Raw{"answer": "no", "explanation": "PHP has the yield keyword (since PHP 7.0) but no 'yield from' construct; 'yield from' is a Python 3.3+ feature."} | неверно верный: «yes» | yield from проксирует значения, ключи и return-значение внутреннего генератора. |
T11-L4 0.79 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.2 c | Generators, iterators, SPL | How many elements will count(iterator_to_array((function () { yield from [1, 2, 3]; })())) return? | «3» Пояснение: The generator yields 1, 2, 3, which iterator_to_array converts to an array with 3 elements, and count returns 3.
Raw{"answer": 3, "explanation": "The generator yields 1, 2, 3, which iterator_to_array converts to an array with 3 elements, and count returns 3."} | верно | yield from делегирует все 3 элемента. |
T11-L6 0.65 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 FIFO.
Raw{"answer": "no", "explanation": "SplStack implements a LIFO (Last In, First Out) stack, not a FIFO queue; SplQueue is the one that implements FIFO."} | верно | SplStack — стек LIFO; очередь FIFO — SplQueue. |
T11-L7 1.7 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 implements the Iterator interface, allowing you to wrap an array and iterate over it with methods like current(), next(), key(), valid(), and rewind().
Raw{"answer": "yes", "explanation": "ArrayIterator is a built-in PHP class that implements the Iterator interface, allowing you to wrap an array and iterate over it with methods like current(), next(), key(), valid(), and rewind()."} | верно | Объектная обёртка над массивом. |
T11-L8 0.94 c | Generators, iterators, SPL | An ArrayObject instance cannot be traversed with foreach. | «no» Пояснение: ArrayObject implements the Iterator and IteratorAggregate interfaces, so it can be traversed with foreach.
Raw{"answer": "no", "explanation": "ArrayObject implements the Iterator and IteratorAggregate interfaces, so it can be traversed with foreach."} | верно | ArrayObject реализует IteratorAggregate — foreach по нему работает. |
T12-L1 0.95 c | Configuration and security | password_hash() generates a salt automatically — passing one separately is not needed. | «yes» Пояснение: password_hash() automatically generates and embeds a salt in the returned hash, so no separate salt needs to be provided.
Raw{"answer": "yes", "explanation": "password_hash() automatically generates and embeds a salt in the returned hash, so no separate salt needs to be provided."} | верно | Соль встраивается в строку результата; параметр salt устарел. |
T12-L2 0.66 c | Configuration and security | In PHP 8, PASSWORD_DEFAULT is md5 with an automatically added salt. | «no» Пояснение: In PHP 8, PASSWORD_DEFAULT is bcrypt (PASSWORD_BCRYPT), not md5.
Raw{"answer": "no", "explanation": "In PHP 8, PASSWORD_DEFAULT is bcrypt (PASSWORD_BCRYPT), not md5."} | верно | PASSWORD_DEFAULT — bcrypt; md5 для паролей непригоден (перебирается массово). |
T12-L3 0.98 c | Configuration and security | What does password_verify('secret', password_hash('secret', PASSWORD_DEFAULT)) return? | «yes» Пояснение: password_verify returns true when the plaintext matches the hash, and here 'secret' matches its own hash.
Raw{"answer": "yes", "explanation": "password_verify returns true when the plaintext matches the hash, and here 'secret' matches its own hash."} | верно | Соль и хеш в одной строке: true (форма ответа: true или да). |
T12-L4 1.43 c | Configuration and security | strip_tags() protects against SQL injection. | «no» Пояснение: strip_tags() removes HTML/PHP tags from a string but does not protect against SQL injection; prepared statements or parameterized queries are needed for that.
Raw{"answer": "no", "explanation": "strip_tags() removes HTML/PHP tags from a string but does not protect against SQL injection; prepared statements or parameterized queries are needed for that."} | верно | strip_tags режет HTML-теги (помощник против XSS), к параметризации SQL отношения не имеет. |
T12-L5 1.19 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 while keeping session data intact, which is the standard defense against session fixation attacks after a user's privilege level changes (e.g., upon login).
Raw{"answer": "yes", "explanation": "session_regenerate_id() creates a new session ID while keeping session data intact, which is the standard defense against session fixation attacks after a user's privilege level changes (e.g., upon 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() is the built-in function that returns the current SAPI module name, such as 'cli', 'fpm-fcgi', or 'apache2handler'.
Raw{"answer": "php_sapi_name()", "explanation": "php_sapi_name() is the built-in function that returns the current SAPI module name, such as 'cli', 'fpm-fcgi', or 'apache2handler'."} | верно | php_sapi_name(). |
T12-L7 1.06 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 destroys the server-side session data; the session cookie in the browser must be removed separately by unsetting $_COOKIE and calling setcookie() with a past expiration.
Raw{"answer": "yes", "explanation": "session_destroy() only destroys the server-side session data; the session cookie in the browser must be removed separately by unsetting $_COOKIE and calling setcookie() with a past expiration."} | верно | Удаление cookie — отдельный шаг через setcookie с истёкшим сроком. |
T12-L8 1.02 c | Configuration and security | Without calling session_start(), the $_SESSION array is automatically populated with session data. | «no» Пояснение: You must call session_start() before accessing $_SESSION; without it, the array is empty and not populated with server-side session data.
Raw{"answer": "no", "explanation": "You must call session_start() before accessing $_SESSION; without it, the array is empty and not populated with server-side session data."} | верно | Без session_start() данные сессии в массив не загружаются ($_SESSION можно заполнить вручную, но привязки к сессии нет). |
VC-L1 4.57 c | PHP 8.4–8.5 | In which PHP version was the array_find() function introduced? | «8.4» Пояснение: The array_find() function was introduced in PHP 8.4 as a higher-order function for finding the first element matching a callback.
Raw{"answer": "8.4", "explanation": "The array_find() function was introduced in PHP 8.4 as a higher-order function for finding the first element matching a callback."} | верно | PHP 8.4 (RFC array_find). |
VC-L2 0.76 c | PHP 8.4–8.5 | Property hooks (get/set right in the property declaration) landed in PHP 8.4. | «yes» Пояснение: PHP 8.4 introduced property hooks, allowing get and set logic to be defined directly in the property declaration.
Raw{"answer": "yes", "explanation": "PHP 8.4 introduced property hooks, allowing get and set logic to be defined directly in the property declaration."} | верно | Property hooks — PHP 8.4 (ноябрь 2024). |
VC-L3 1.47 c | PHP 8.4–8.5 | Asymmetric visibility (public private(set) string $name) appeared in PHP 8.4. | «yes» Пояснение: Asymmetric visibility, allowing different read and write access levels (e.g. public private(set)), was introduced in PHP 8.4.
Raw{"answer": "yes", "explanation": "Asymmetric visibility, allowing different read and write access levels (e.g. public private(set)), was introduced in PHP 8.4."} | верно | Asymmetric visibility v2 — PHP 8.4. |
VC-L4 2.72 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 signal that a function's return value should not be discarded by the caller.
Raw{"answer": "8.4", "explanation": "The #[\\NoDiscard] attribute was introduced in PHP 8.4 to signal that a function's return value should not be discarded by the caller."} | неверно верный: «8.5» | #[\NoDiscard] — PHP 8.5 (marking return values as important). |
VC-L5 1.48 c | PHP 8.4–8.5 | In which PHP version did the pipe operator |> first appear? Answer with the version number. | «8.4» Пояснение: The pipe operator (|>) was introduced in PHP 8.4 as part of an accepted RFC.
Raw{"answer": 8.4, "explanation": "The pipe operator (|>) was introduced in PHP 8.4 as part of an accepted RFC."} | неверно верный: «8.5» | Pipe operator — PHP 8.5 (2025). |
VC-L6 1.79 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. | «8.4» Пояснение: The 'clone with' syntax, which allows passing arguments to __clone(), was accepted in the RFC for PHP 8.4.
Raw{"answer": 8.4, "explanation": "The 'clone with' syntax, which allows passing arguments to __clone(), was accepted in the RFC for PHP 8.4."} | неверно верный: «8.5» | Clone with v2 — PHP 8.5. |
VC-L7 1.66 c | PHP 8.4–8.5 | In which PHP version were the array_first() and array_last() functions introduced? | «8.4» Пояснение: array_first() and array_last() were introduced in PHP 8.4 as part of new array helper functions.
Raw{"answer": "8.4", "explanation": "array_first() and array_last() were introduced in PHP 8.4 as part of new array helper functions."} | неверно верный: «8.5» | PHP 8.5. |
VC-L8 2.5 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. | «8.4» Пояснение: The RFC for partial function/closure application was adopted for PHP 8.4.
Raw```json ⏎ {"answer": 8.4, "explanation": "The RFC for partial function/closure application was adopted for PHP 8.4."} ⏎ ``` | неверно верный: «8.6» | PFA v2 принят 05.12.2025 (33-0-0), реализован в PHP 8.6. |
VF-L1 1.2 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.4» Пояснение: The clamp_v2 RFC was implemented in PHP 8.4.
Raw{"answer": "8.4", "explanation": "The clamp_v2 RFC was implemented in PHP 8.4."} | неверно верный: «8.6» | По данным владельца (wiki.php.net/rfc): clamp_v2 — 8.6; clamp() в 8.5.11 отсутствует (косвенное подтверждение). Дата-якорь делает клетку монотонной. |
VF-L2 3.22 c | PHP: 8.6+ and the future | RFC Context Managers v2 has already been adopted in PHP (as of 2026-11-07). | «no» Пояснение: As of late 2026, no RFC titled 'Context Managers v2' has been adopted into PHP; the feature remains in proposal or draft stage.
Raw```json ⏎ {"answer": "no", "explanation": "As of late 2026, no RFC titled 'Context Managers v2' has been adopted into PHP; the feature remains in proposal or draft stage."} ⏎ ``` | верно | На 06.11.2026 — в обсуждении (создан 2026-10-23); не принят. |
VF-L3 2.89 c | PHP: 8.6+ and the future | RFC Bound-Erased Generic Types (generics) was declined in 2026. | «yes» Пояснение: The RFC for Bound-Erased Generic Types in PHP was voted down (declined) in 2026.
Raw{"answer": "yes", "explanation": "The RFC for Bound-Erased Generic Types in PHP was voted down (declined) in 2026."} | верно | Голосование завершилось 2026-06-28: отклонён (wiki.php.net/rfc). |
VF-L4 4.13 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» Пояснение: As of 2026, while ZTS builds are available and there have been discussions and proposals, an RFC to make ZTS the default build has not yet been accepted in PHP.
Raw{"answer": "no", "explanation": "As of 2026, while ZTS builds are available and there have been discussions and proposals, an RFC to make ZTS the default build has not yet been accepted in PHP."} | верно | Такого принятого RFC нет на дату якоря; якорь делает клетку монотонной — при принятии RFC позже клетка не перевернётся. |
VF-L5 1.91 c | PHP: 8.6+ and the future | As of PHP 8.5, generics (parameterized types) are still absent. | «yes» Пояснение: PHP has no built-in generics or parameterized types as of PHP 8.5; only PHPDoc @template annotations exist for static analysis, not enforced by the language itself.
Raw```json ⏎ {"answer": "yes", "explanation": "PHP has no built-in generics or parameterized types as of PHP 8.5; only PHPDoc @template annotations exist for static analysis, not enforced by the language itself."} ⏎ ``` | верно | Generics в PHP отсутствуют; отрицательный контроль (не путать с C#/Java). |
VF-L6 2.04 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 follows a ~6-month release cadence in November; 8.5 was released in November 2025, and 8.6 is scheduled for November 2026, so as of 2026-11-07, 8.5 is the latest stable version.
Raw{"answer": "yes", "explanation": "PHP follows a ~6-month release cadence in November; 8.5 was released in November 2025, and 8.6 is scheduled for November 2026, so as of 2026-11-07, 8.5 is the latest stable version."} | верно | 8.5 — релиз осени 2025; 8.6 GA 19.11.2026 (wiki.php.net/todo/php86). Дата снимка — 06.11.2026. |
VF-L7 0.73 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 a planned major version that was never released; PHP 7.0 was released directly after PHP 5.6.
Raw{"answer": "yes", "explanation": "PHP 6 was a planned major version that was never released; PHP 7.0 was released directly after PHP 5.6."} | верно | Исторический факт: ветка 6 не была релизнута. |
VF-L8 2.5 c | PHP: 8.6+ and the future | The RFC adding the #[\Deprecated] attribute to the core was adopted. | «no» Пояснение: The RFC to add a native #[\Deprecated] attribute to PHP core was rejected (not adopted), failing to reach the required 2/3 majority in the vote.
Raw{"answer": "no", "explanation": "The RFC to add a native #[\\Deprecated] attribute to PHP core was rejected (not adopted), failing to reach the required 2/3 majority in the vote."} | неверно верный: «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 of clean/onion architecture states that dependencies must point inwards toward the domain core, and inner layers have no knowledge of outer layers.
Raw{"answer": "yes", "explanation": "The dependency rule of clean/onion architecture states that dependencies must point inwards toward the domain core, and inner layers have no knowledge of outer layers."} | верно | Чистая (Robert C. Martin), луковичная (Jeffrey Palermo) и гексагональная (ports & adapters) — варианты одной идеи: зависимости направлены внутрь, к домену. Слоями в проекте следит deptrac. |
T25-L2 1.53 c | Clean architecture | Domain entities import neither Doctrine nor Symfony — only the language and, possibly, the standard library. | «yes» Пояснение: In DDD, domain entities should be framework-agnostic, relying only on the PHP language and standard library, not on Doctrine or Symfony.
Raw{"answer": "yes", "explanation": "In DDD, domain entities should be framework-agnostic, relying only on the PHP language and standard library, not on Doctrine or Symfony."} | верно | Изоляция домена от инфраструктуры; deptrac в проекте как раз следит за слоями. |
T25-L3 1.02 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 call use cases that reside in the application layer.
Raw{"answer": "no", "explanation": "Controllers and Twig templates belong to the presentation (interface) layer, not the business-logic layer; they simply call use cases that reside in the application layer."} | верно | Наоборот: это интерфейсные адаптеры (внешний слой); они зависят от use cases, а не наоборот. |
T25-L4 1.1 c | Clean architecture | What sits at the very center of the onion architecture? | «entities» Пояснение: In onion architecture, the Entity layer (core business rules and domain entities) sits at the very center, with all other layers depending inward on it.
Raw{"answer": "Entities", "explanation": "In onion architecture, the Entity layer (core business rules and domain entities) sits at the very center, with all other layers depending inward on it."} | неверно верный: «domain model» | Центральное кольцо — Domain Model: сущности и бизнес-правила без зависимостей; далее Domain Services → Application Services → Infrastructure/UI/Tests (Palermo). |
T25-L5 1.24 c | Clean architecture | Layer boundary violations can be caught automatically: a layer-dependency analyzer (e.g. deptrac) fails on a forbidden call. | «yes» Пояснение: Deptrac and similar layer-dependency analyzers can be configured to define allowed dependencies between layers and automatically fail when a forbidden cross-layer call is detected.
Raw{"answer": "yes", "explanation": "Deptrac and similar layer-dependency analyzers can be configured to define allowed dependencies between layers and automatically fail when a forbidden cross-layer call is detected."} | верно | depfile.yaml в проекте TasK: CI проверяет правила слоёв на каждом пайплайне. |
T25-L6 1.83 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 should be decoupled from input/output details; it should accept simple data (e.g., a command object) and depend on abstractions (e.g., a repository interface) rather than concrete types like an HTTP request or EntityManager.
Raw```json ⏎ {"answer": "no", "explanation": "A use case should be decoupled from input/output details; it should accept simple data (e.g., a command object) and depend on abstractions (e.g., a repository interface) rather than concrete types like an HTTP request or EntityManager."} ⏎ ``` | верно | Use case принимает DTO и порты; привязка к HTTP/ORM протекает инфраструктуру во внутренние слои. |
T25-L7 0.8 c | Clean architecture | What is the component called that provides a collection of aggregates/entities while hiding the storage mechanism behind an interface? | «repository» Пояснение: The Repository pattern provides a collection-like interface for aggregates/entities while abstracting the underlying storage mechanism.
Raw{"answer": "Repository", "explanation": "The Repository pattern provides a collection-like interface for aggregates/entities while abstracting the underlying storage mechanism."} | верно | Repository pattern (DDD/Evans); в проекте — Doctrine-репозитории за портами. |
T25-L8 1.53 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 database is an infrastructure detail in the outermost layer; domain and use cases depend on abstractions (interfaces), so swapping the database only requires changes in the data-access/infrastructure layer.
Raw{"answer": "yes", "explanation": "In clean architecture, the database is an infrastructure detail in the outermost layer; domain and use cases depend on abstractions (interfaces), so swapping the database only requires changes in the data-access/infrastructure layer."} | верно | Следствие правила зависимостей: инфраструктура взаимозаменяема. |
T26-L1 1.18 c | DDD | In DDD, an aggregate is just another name for a database table. | «no» Пояснение: An aggregate in DDD is a cluster of domain objects (entities and value objects) treated as a single consistency boundary, which can span multiple database tables and is a conceptual model rather than a database table.
Raw{"answer": "no", "explanation": "An aggregate in DDD is a cluster of domain objects (entities and value objects) treated as a single consistency boundary, which can span multiple database tables and is a conceptual model rather than a database table."} | верно | Агрегат — кластер объектов с границей согласованности (транзакционной вокруг корня); таблица — деталь хранения. |
T26-L2 1.03 c | DDD | A Value Object is immutable and compared by the values of its fields, not by identity. | «yes» Пояснение: By definition in Domain-Driven Design, a Value Object is immutable and its equality is determined by the equality of its field values, not by object identity.
Raw{"answer": "yes", "explanation": "By definition in Domain-Driven Design, a Value Object is immutable and its equality is determined by the equality of its field values, not by object identity."} | верно | Классика Evans: Money, Email; равенство структурное. |
T26-L3 1.66 c | DDD | What is the single external entry point of an aggregate, through which all changes must go, called? | «aggregate root» Пояснение: In Domain-Driven Design, the Aggregate Root is the single external entry point through which all changes to the aggregate must pass.
Raw{"answer": "Aggregate Root", "explanation": "In Domain-Driven Design, the Aggregate Root is the single external entry point through which all changes to the aggregate must pass."} | верно | Aggregate Root: внешние объекты ссылаются только на корень; он защищает инварианты агрегата. |
T26-L4 1.07 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, not per individual entity; entities within an aggregate are accessed through the root.
Raw{"answer": "yes", "explanation": "In DDD, a Repository is defined per Aggregate Root, not per individual entity; entities within an aggregate are accessed through the root."} | верно | Репозиторий корня хранит границу согласованности агрегата; вложенные сущности доступны только через корень. |
T26-L5 0.91 c | DDD | Ubiquitous language is the model's shared language common to developers and domain experts. | «yes» Пояснение: Ubiquitous Language, a core DDD concept from Eric Evans, is indeed a shared language between developers and domain experts used consistently in code, documentation, and conversation.
Raw{"answer": "yes", "explanation": "Ubiquitous Language, a core DDD concept from Eric Evans, is indeed a shared language between developers and domain experts used consistently in code, documentation, and conversation."} | верно | Evans: язык из требований переходит в имена классов и методов. |
T26-L6 1.21 c | DDD | What is the boundary called within which a model and its language are consistent, while outside the same words mean other models? | «bounded context» Пояснение: In Domain-Driven Design, a bounded context is the boundary within which a model and its language are consistent, while the same terms can have different meanings in other bounded contexts.
Raw{"answer": "bounded context", "explanation": "In Domain-Driven Design, a bounded context is the boundary within which a model and its language are consistent, while the same terms can have different meanings in other bounded contexts."} | верно | Bounded Context; «Заказ» в биллинге и в доставке — разные модели. |
T26-L7 1.55 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 within entities and value objects, not placed in external service classes (anemic model is considered an anti-pattern in DDD).
Raw{"answer": "no", "explanation": "DDD recommends a rich domain model where business logic is encapsulated within entities and value objects, not placed in external service classes (anemic model is considered an anti-pattern in DDD)."} | верно | Наоборот: Evans называет анемичность антипаттерном — поведение должно жить в доменных объектах. |
T26-L8 1.13 c | DDD | Bounded context means each context has its own model: the same concept in different contexts is a different class. | «yes» Пояснение: In DDD, each bounded context has its own model, so the same real-world concept (e.g., 'Customer') can be represented by different classes in different contexts.
Raw{"answer": "yes", "explanation": "In DDD, each bounded context has its own model, so the same real-world concept (e.g., 'Customer') can be represented by different classes in different contexts."} | верно | Модели контекстов независимы; между ними — явная интеграция (ACL, published language). |
T13-L1 1.09 c | Symfony | Services in the Symfony DI container are created lazily by default — on first use. | «yes» Пояснение: Symfony's DI container instantiates services lazily by default, meaning a service object is only created when it is first requested or injected into another service.
Raw{"answer": "yes", "explanation": "Symfony's DI container instantiates services lazily by default, meaning a service object is only created when it is first requested or injected into another service."} | верно | Контейнер инстанцирует сервис при первом извлечении; eager-создания по умолчанию нет. |
T13-L2 0.54 c | Symfony | Which Symfony console command lists all registered routes? | «debug:router» Пояснение: The Symfony console command 'debug:router' lists all registered routes in the application.
Raw{"answer": "debug:router", "explanation": "The Symfony console command 'debug:router' lists all registered routes in the application."} | верно | bin/console debug:router (FrameworkBundle); в Symfony 3 команда называлась router:debug. |
T13-L3 2.08 c | Symfony | Symfony autowiring requires manually declaring every service in services.yaml. | «no» Пояснение: Autowiring automatically resolves dependencies based on type hints, and combined with autoconfiguration, services can be registered without manual declaration in services.yaml.
Raw{"answer": "no", "explanation": "Autowiring automatically resolves dependencies based on type hints, and combined with autoconfiguration, services can be registered without manual declaration in services.yaml."} | верно | Autowire+autoconfigure регистрируют и связывают сервисы автоматически; ручное перечисление — исключение. |
T13-L4 1.04 c | Symfony | Twig templates are compiled into PHP classes and cached between requests. | «yes» Пояснение: Twig compiles templates into PHP classes (extending Twig\Template) and caches the resulting PHP files to avoid recompilation on subsequent requests.
Raw{"answer": "yes", "explanation": "Twig compiles templates into PHP classes (extending Twig\\Template) and caches the resulting PHP files to avoid recompilation on subsequent requests."} | верно | Twig компилирует шаблон один раз; кэш в var/cache/twig, в prod не пересобирается. |
T13-L5 1.42 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 in var/cache/dev/ and only rebuilds it when tracked files (config, services, etc.) have changed.
Raw{"answer": "yes", "explanation": "In the dev environment, Symfony caches the compiled container in var/cache/dev/ and only rebuilds it when tracked files (config, services, etc.) have changed."} | верно | Kernel проверяет freshness ресурсов (конфиги, классы); иначе переиспользуется кэш контейнера. |
T13-L6 0.92 c | Symfony | Which environment variable selects the active Symfony environment (dev/prod)? | «app_env» Пояснение: The APP_ENV environment variable is used in Symfony to select the active environment (e.g., dev, prod).
Raw{"answer": "APP_ENV", "explanation": "The APP_ENV environment variable is used in Symfony to select the active environment (e.g., dev, prod)."} | верно | APP_ENV в .env; APP_DEBUG — отдельный флаг отладки. |
T13-L7 1.54 c | Symfony | A controller method can be private — Symfony routing works with any method of the class. | «no» Пояснение: Symfony controller methods must be public; private or protected methods will cause an error when the router tries to invoke them.
Raw{"answer":"no","explanation":"Symfony controller methods must be public; private or protected methods will cause an error when the router tries to invoke them."} | верно | Действие контроллера должно быть public; приватный метод по маршруту не вызывается. |
T13-L8 2.07 c | Symfony | Event subscribers always receive events before listeners, because the interface gives them priority. | «no» Пояснение: Event dispatch order is determined solely by the numeric priority value assigned to each listener or subscriber, not by whether it is a subscriber or a listener.
Raw{"answer": "no", "explanation": "Event dispatch order is determined solely by the numeric priority value assigned to each listener or subscriber, not by whether it is a subscriber or a listener."} | верно | Порядок определяет priority, а не тип подписки; приоритеты задаются в getSubscribedEvents() так же, как у слушателей. |
T22-L1 1.32 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 Guard system was deprecated in Symfony 5.3 and removed in 6.0, replaced by the new authenticator system based on AuthenticatorInterface.
Raw```json ⏎ {"answer": "yes", "explanation": "The Guard system was deprecated in Symfony 5.3 and removed in 6.0, replaced by the new authenticator system based on AuthenticatorInterface."} ⏎ ``` | верно | Guard объявлен устаревшим в 5.3 и удалён в 6.0; в проекте symfony/security-bundle 8.1. |
T22-L2 2.23 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's Security Bundle checks a role or permission on a controller method and throws AccessDeniedException (403) if the user is not granted.
Raw{"answer": "IsGranted", "explanation": "The #[IsGranted] attribute in Symfony's Security Bundle checks a role or permission on a controller method and throws AccessDeniedException (403) if the user is not granted."} | верно | #[IsGranted('ROLE_ADMIN')]; атрибут из symfony/security-http. |
T22-L3 1.42 c | Symfony: Security and forms | Voters are Symfony's mechanism for checking access to a specific object: isGranted('EDIT', $post). | «yes» Пояснение: Voters are Symfony's recommended mechanism for object-level security, used via isGranted('EDIT', $post) to check if a user can perform an action on a specific object.
Raw{"answer": "yes", "explanation": "Voters are Symfony's recommended mechanism for object-level security, used via isGranted('EDIT', $post) to check if a user can perform an action on a specific object."} | верно | VoterInterface->vote(); docs Symfony — Voters. |
T22-L4 2.34 c | Symfony: Security and forms | In modern Symfony (7+) validation constraints are declared as PHP attributes (#[Assert\NotBlank]); doctrine annotations are no longer supported. | «no» Пояснение: In Symfony 7, doctrine annotations (docblock-style) are still supported for validation constraints; they are deprecated in favor of PHP attributes but not removed.
Raw{"answer": "no", "explanation": "In Symfony 7, doctrine annotations (docblock-style) are still supported for validation constraints; they are deprecated in favor of PHP attributes but not removed."} | неверно верный: «yes» | Докблок-аннотации удалены в Symfony 7.0; стандарт — атрибуты. В проекте symfony/validator 8.1. |
T22-L5 0.97 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; a CSRF token is automatically added to the form and validated on submission unless explicitly disabled.
Raw{"answer": "yes", "explanation": "Symfony forms have CSRF protection enabled by default; a CSRF token is automatically added to the form and validated on submission unless explicitly disabled."} | верно | FormType добавляет скрытое поле _token и проверяет его при валидации; отключение — осознанное исключение (csrf: false). |
T22-L6 1.29 c | Symfony: Security and forms | Form validation in Symfony runs server-side even if the client-side (HTML5) checks passed. | «yes» Пояснение: Symfony form validation is performed server-side by the Form Validator and is independent of HTML5 client-side validation; both must pass for the form to be considered valid.
Raw{"answer": "yes", "explanation": "Symfony form validation is performed server-side by the Form Validator and is independent of HTML5 client-side validation; both must pass for the form to be considered valid."} | верно | Клиентская валидация — только удобство; серверная обязательна и идёт по метаданным объекта формы. |
T22-L7 0.76 c | Symfony: Security and forms | Which Symfony maker command generates a form class (FormType)? | «make:form» Пояснение: The Symfony MakerBundle command 'make:form' generates a FormType class.
Raw{"answer": "make:form", "explanation": "The Symfony MakerBundle command 'make:form' generates a FormType class."} | верно | bin/console make:form (symfony/maker-bundle — в проекте). |
T22-L8 1.1 c | Symfony: Security and forms | Symfony stores the user's password in the session in plain text. | «no» Пояснение: Symfony stores the user's identifier (e.g., ID or username) in the session, not the password; the password is only used to verify against the hash during login.
Raw{"answer": "no", "explanation": "Symfony stores the user's identifier (e.g., ID or username) in the session, not the password; the password is only used to verify against the hash during login."} | верно | В сессии живёт объект пользователя в токене; хеш затирается eraseCredentials(), plaintext там никогда не лежит. |
T23-L1 0.98 c | Symfony: configuration and services | Symfony bundle configuration lives in config/packages — one file per bundle or topic. | «yes» Пояснение: Symfony's recommended convention is to place one YAML/XML/PHP config file per bundle or topic in the config/packages/ directory.
Raw{"answer": "yes", "explanation": "Symfony's recommended convention is to place one YAML/XML/PHP config file per bundle or topic in the config/packages/ directory."} | верно | Стандартная структура (config/packages/*.yaml); перегрузка — config/packages/<env>. |
T23-L2 1.1 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 a standard pattern in PHP frameworks like Laravel, where .env holds committed dev defaults and .env.local holds uncommitted secrets.
Raw{"answer": "yes", "explanation": "This is a standard pattern in PHP frameworks like Laravel, where .env holds committed dev defaults and .env.local holds uncommitted secrets."} | верно | symfony/dotenv: .env — общий безопасный набор значений; локальные секреты — .env.local (gitignored) или secrets-хранилище. |
T23-L3 1.52 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 in the service container along with their aliases.
Raw{"answer": "debug:container", "explanation": "The Symfony command 'debug:container' lists all registered services in the service container along with their aliases."} | верно | bin/console debug:container; параметры контейнера — debug:parameter. |
T23-L4 1.77 c | Symfony: configuration and services | The Symfony container allows changing parameters at runtime: $container->setParameter() works from a controller. | «no» Пояснение: The container is frozen after compilation, so calling setParameter() from a controller throws a LogicException.
Raw{"answer": "no", "explanation": "The container is frozen after compilation, so calling setParameter() from a controller throws a LogicException."} | верно | Контейнер компилируется и замораживается; runtime-значения — только через переменные окружения. |
T23-L5 1.02 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.1, services are private (public: false) by default; they must be explicitly marked as public to be fetched from the container.
Raw{"answer": "no", "explanation": "Since Symfony 4.1, services are private (public: false) by default; they must be explicitly marked as public to be fetched from the container."} | верно | С Symfony 4.0 сервисы по умолчанию private: инжектятся через autowiring; $container->get() — только для публичных. |
T23-L6 1.05 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 work with their default configuration and do not require a config file in config/packages/.
Raw{"answer": "no", "explanation": "Many bundles work with their default configuration and do not require a config 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 like services.yaml using the %env(VAR_NAME)% syntax.
Raw{"answer": "yes", "explanation": "In Symfony, environment variables are referenced in configuration files like services.yaml using the %env(VAR_NAME)% syntax."} | верно | %env(...)% резолвится в рантайме env-процессорами; docs — Env Var Processors. |
T23-L8 0.95 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 in Symfony controls whether debug mode is enabled, which affects the profiler, Twig debug output, and other development features.
Raw{"answer": "APP_DEBUG", "explanation": "The APP_DEBUG environment variable in Symfony controls whether debug mode is enabled, which affects the profiler, Twig debug output, and other development features."} | верно | 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 for the same message; all registered handlers will be invoked in priority order.
Raw{"answer": "no", "explanation": "Symfony Messenger allows multiple handlers for the same message; all registered handlers will be invoked in priority order."} | верно | Messenger вызывает все хендлеры, подписанные на класс сообщения (docs — Multiple Handlers). |
T16-L2 0.95 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 dispatches and processes it immediately in the same process, unlike async transports which hand it off to a worker.
Raw{"answer": "no", "explanation": "The sync transport does not queue the message; it dispatches and processes it immediately in the same process, unlike async transports which hand it off to a worker."} | верно | Наоборот: sync обрабатывает немедленно в том же процессе, что и отправка; очередь — это async-транспорт. |
T16-L3 0.61 c | Symfony: Messenger | Which console command starts the worker that processes Messenger queue messages? | «messenger:consume» Пояснение: The Symfony Messenger command `messenger:consume` starts a worker process that consumes messages from the specified transports/queues.
Raw{"answer": "messenger:consume", "explanation": "The Symfony Messenger command `messenger:consume` starts a worker process that consumes messages from the specified transports/queues."} | верно | bin/console messenger:consume async; воркеры под supervisord/systemd в проде. |
T16-L4 1.06 c | Symfony: Messenger | Retries for failed messages (retry_strategy) are configured per Messenger transport. | «yes» Пояснение: In Symfony Messenger, retry_strategy (max_retries, multiplier, delay) is configured within each individual transport's configuration block.
Raw```json ⏎ {"answer": "yes", "explanation": "In Symfony Messenger, retry_strategy (max_retries, multiplier, delay) is configured within each individual transport's configuration block."} ⏎ ``` | верно | retry_strategy на транспорте: max_retries, delay, multiplier; docs — Failed Messages & Retries. |
T16-L5 4.44 c | Symfony: Messenger | By default, Messenger serializes messages to JSON. | «yes» Пояснение: By default, Symfony Messenger uses the Serializer component with JSON format to serialize messages.
Raw{"answer": "yes", "explanation": "By default, Symfony Messenger uses the Serializer component with JSON format to serialize messages."} | неверно верный: «no» | Дефолтный сериализатор — PhpSerializer (serialize()); JSON-сериализатор включается отдельно. |
T16-L6 0.99 c | Symfony: Messenger | Symfony Scheduler produces messages on a schedule and dispatches them through Messenger. | «yes» Пояснение: Symfony Scheduler defines recurring tasks and uses Messenger to dispatch messages to their handlers at scheduled intervals.
Raw{"answer": "yes", "explanation": "Symfony Scheduler defines recurring tasks and uses Messenger to dispatch messages to their handlers at scheduled intervals."} | верно | Schedule → RecurringMessage → шина Messenger; docs — Scheduler. |
T16-L7 0.75 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 via Doctrine.
Raw{"answer": "doctrine", "explanation": "The doctrine transport in Symfony Messenger stores messages in database tables via Doctrine."} | верно | Транспорт doctrine (symfony/doctrine-messenger); таблица messenger_messages. В проекте стоит amqp-messenger + doctrine-messenger. |
T16-L8 2.85 c | Symfony: Messenger | The Messenger pipeline can be extended with custom middleware, placed before or after the built-in ones. | «yes» Пояснение: Laravel's Messenger pipeline allows custom middleware via the job's $middleware property, which are combined with built-in middleware in the pipeline.
Raw{"answer": "yes", "explanation": "Laravel's Messenger pipeline allows custom middleware via the job's $middleware property, which are combined with built-in middleware in the pipeline."} | верно | messenger.bus.*.middleware в yaml; docs — Middleware. |
T28-L1 3.81 c | Symfony: versions | Symfony major releases come every two years, minor ones every six months (in May and November). | «no» Пояснение: Symfony releases a new version every 6 months (May and November), and a major version (X.0) comes approximately every year, not every two years.
Raw{"answer": "no", "explanation": "Symfony releases a new version every 6 months (May and November), and a major version (X.0) comes approximately every year, not every two years."} | неверно верный: «yes» | Стандартный релизный цикл: 8.0 — ноябрь 2025, 8.1 — май 2026, 8.2 — ноябрь 2026. |
T28-L2 1.64 c | Symfony: versions | What is the minimum PHP version required by Symfony 8? | «8.4» Пояснение: Symfony 8 requires a minimum PHP version of 8.4, following the pattern of each major version bumping the minimum PHP requirement.
Raw```json ⏎ {"answer": "8.4", "explanation": "Symfony 8 requires a minimum PHP version of 8.4, following the pattern of each major version bumping the minimum PHP requirement."} ⏎ ``` | верно | Symfony 8.0 поднял требование до PHP >= 8.4.1 (в vendor проекта: "php": ">=8.4.1"). |
T28-L3 1.37 c | Symfony: versions | Symfony 7.0 kept support for docblock annotations (validation, routes). | «no» Пояснение: Symfony 7.0 removed support for docblock annotations; PHP attributes are the only supported way to define metadata like routes and validation constraints.
Raw{"answer": "no", "explanation": "Symfony 7.0 removed support for docblock annotations; PHP attributes are the only supported way to define metadata like routes and validation constraints."} | верно | Наоборот: в 7.0 аннотации удалены — только PHP-атрибуты (#[Route], #[Assert\NotBlank]). |
T28-L4 3.4 c | Symfony: versions | AssetMapper manages CSS/JS without node or webpack — via importmap.php. | «yes» Пояснение: Symfony's AssetMapper (alongside the ImportMap component) manages CSS/JS assets without requiring Node.js or Webpack, using importmap.php to declare and resolve JavaScript imports.
Raw```json ⏎ {"answer": "yes", "explanation": "Symfony's AssetMapper (alongside the ImportMap component) manages CSS/JS assets without requiring Node.js or Webpack, using importmap.php to declare and resolve JavaScript imports."} ⏎ ``` | верно | symfony/asset-mapper (с 6.3, стандарт с 7.x); в проекте — importmap.php в корне и asset-mapper 8.1. |
T28-L5 1.15 c | Symfony: versions | Symfony 6.4 is a regular release without long-term support. | «no» Пояснение: Symfony 6.4 is a Long-Term Support (LTS) release, as all even-numbered minor versions are LTS.
Raw{"answer": "no", "explanation": "Symfony 6.4 is a Long-Term Support (LTS) release, as all even-numbered minor versions are LTS."} | верно | Наоборот: 6.4 — LTS (расширенная поддержка); LTS выходит вместе с очередным мажором (6.4 — вместе с 7.0). |
T28-L6 1.79 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» Пояснение: The entire purpose of Symfony's deprecation cycle is that deprecations introduced in one major version are removed in the next major version (e.g., deprecations from 6.x are removed in 7.0).
Raw```json ⏎ {"answer": "no", "explanation": "The entire purpose of Symfony's deprecation cycle is that deprecations introduced in one major version are removed in the next major version (e.g., deprecations from 6.x are removed in 7.0)."} ⏎ ``` | верно | Наоборот: мажорный релиз удаляет всё устаревшее (7.0 убрал деприкейшены 6.x, 8.0 — 7.x). |
T28-L7 0.78 c | Symfony: versions | Every Symfony major release is accompanied by an UPGRADE guide listing the changes. | «yes» Пояснение: Symfony provides UPGRADE-X.Y.md files in its repository for each major release, documenting all breaking changes and upgrades.
Raw{"answer": "yes", "explanation": "Symfony provides UPGRADE-X.Y.md files in its repository for each major release, documenting all breaking changes and upgrades."} | верно | UPGRADE-7.0.md, UPGRADE-8.0.md в репозитории symfony/symfony. |
T28-L8 3.88 c | Symfony: versions | Which Symfony component manages assets and the importmap without node/webpack? | «assetmapper» Пояснение: Symfony's AssetMapper component manages JavaScript and CSS assets without requiring Node.js or Webpack, and works alongside the ImportMap component.
Raw{"answer": "AssetMapper", "explanation": "Symfony's AssetMapper component manages JavaScript and CSS assets without requiring Node.js or Webpack, and works alongside the ImportMap component."} | верно | symfony/asset-mapper 8.1 — в проекте. |
T29-L1 4.51 c | Symfony: 8.2 and beyond | As of 2026-11-07, Symfony 8.2 has already been released. | «no» Пояснение: Symfony's November releases have historically occurred around November 29–30, so by November 7, 2026, Symfony 8.2 would likely not yet be released.
Raw```json ⏎ {"answer": "no", "explanation": "Symfony's November releases have historically occurred around November 29–30, so by November 7, 2026, Symfony 8.2 would likely not yet be released."} ⏎ ``` | верно | Наоборот: 8.2 ещё не выпущена — релиз в конце ноября 2026; последняя стабильная — 8.1. |
T29-L2 2.04 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 2024), November 2026 would be Symfony 8.1, not 8.2.
Raw```json ⏎ {"answer": "no", "explanation": "Following the six-month cycle from Symfony 7.0 (May 2024), November 2026 would be Symfony 8.1, not 8.2."} ⏎ ``` | неверно верный: «yes» | Политика релизов: 8.1 — май 2026, 8.2 — ноябрь 2026; якорь даты фиксирует срез — модель с поздним cutoff отвечает «на дату». |
T29-L3 1.72 c | Symfony: 8.2 and beyond | Which Symfony version comes after 8.1 (as of 2026-11-07)? | «8.2» Пояснение: Symfony follows minor version increments, so the version after 8.1 is 8.2.
Raw{"answer": 8.2, "explanation": "Symfony follows minor version increments, so the version after 8.1 is 8.2."} | верно | 8.2 — следующий минорный релиз (ноябрь 2026); после его выхода проект переходит с 8.1.* на 8.2.*. |
T29-L4 2.0 c | Symfony: 8.2 and beyond | Symfony 8.2 is a major release requiring applications to be rewritten for new APIs. | «no» Пояснение: Symfony 8.2 would be a minor release (x.y), not a major one (x.0); minor releases add features without breaking changes, and even major releases don't require a full rewrite.
Raw{"answer": "no", "explanation": "Symfony 8.2 would be a minor release (x.y), not a major one (x.0); minor releases add features without breaking changes, and even major releases don't require a full rewrite."} | верно | Наоборот: 8.2 — минорный релиз; новые возможности без поломки обратной совместимости. Мажор — 9.0. |
T29-L5 1.5 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 preserves backward compatibility within minor versions (e.g., 8.1 to 8.2); breaking changes are only allowed in major version bumps.
Raw{"answer": "yes", "explanation": "PHP preserves backward compatibility within minor versions (e.g., 8.1 to 8.2); breaking changes are only allowed in major version bumps."} | верно | Политика Symfony: минорные релизы обратно совместимы; BC-break допустим только в мажорных. |
T29-L6 5.74 c | Symfony: 8.2 and beyond | Which minor version of the 8.x branch is released last, before Symfony 9.0? | «8.1» Пояснение: Symfony 8.0 was released in November 2025, followed by 8.1 in May 2026, which is the last minor release of the 8.x branch before Symfony 9.0 in November 2026.
Raw{"answer": "8.1", "explanation": "Symfony 8.0 was released in November 2025, followed by 8.1 in May 2026, which is the last minor release of the 8.x branch before Symfony 9.0 in November 2026."} | неверно верный: «8.4» | По циклу: 8.2 (ноя 2026), 8.3 (май 2027), 8.4 (ноя 2027, вместе с 9.0) — как 6.4 выходила вместе с 7.0. |
T29-L7 2.1 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 8.x is expected to require PHP 8.4 as its minimum version, not PHP 8.5.
Raw{"answer": "no", "explanation": "Symfony 8.x is expected to require PHP 8.4 as its minimum version, not PHP 8.5."} | верно | Наоборот: минорные релизы не поднимают требования PHP; для всей ветки 8.x остаётся PHP >= 8.4. |
T29-L8 1.2 c | Symfony: 8.2 and beyond | Deprecations added in the 8.x branch will not be removed before Symfony 9.0. | «yes» Пояснение: Per Symfony's deprecation policy, deprecations introduced in a given major version are removed in the next major version, so 8.x deprecations are removed in 9.0, not before it.
Raw{"answer": "yes", "explanation": "Per Symfony's deprecation policy, deprecations introduced in a given major version are removed in the next major version, so 8.x deprecations are removed in 9.0, not before it."} | верно | Политика: деприкейшены живут до следующего мажора; 9.0 — ноябрь 2027. |
T21-L1 1.58 c | Twig | Inside {{ }}, Twig allows calling arbitrary PHP code directly. | «no» Пояснение: Twig's {{ }} allows a limited expression language (variables, filters, method calls on objects, etc.), but you cannot call arbitrary PHP functions or code directly.
Raw{"answer":"no","explanation":"Twig's {{ }} allows a limited expression language (variables, filters, method calls on objects, etc.), but you cannot call arbitrary PHP functions or code directly."} | верно | Twig — DSL: только разрешённые окружением функции/фильтры; произвольный PHP не исполняется. |
T21-L2 0.76 c | Twig | By default, Twig auto-escapes printed variables. | «yes» Пояснение: Twig enables auto-escaping by default (with the 'html' strategy) to protect against XSS attacks.
Raw{"answer": "yes", "explanation": "Twig enables auto-escaping by default (with the 'html' strategy) to protect against XSS attacks."} | верно | Autoescape включён по умолчанию; {{ '<b>' }} → <b>. Проверено на Twig 3.30. |
T21-L3 0.78 c | Twig | The Twig |e filter escapes a string for safe output in an HTML context. | «yes» Пояснение: The Twig |e (escape) filter defaults to the 'html' escape strategy, which escapes a string for safe output in an HTML context.
Raw{"answer": "yes", "explanation": "The Twig |e (escape) filter defaults to the 'html' escape strategy, which escapes a string for safe output in an HTML context."} | верно | |e ('html') по умолчанию; есть контексты js/url/css. От SQL-инъекций он не защищает — это задача подготовленных запросов Doctrine. |
T21-L4 1.05 c | Twig | Which filter from twig/intl-extra formats a number according to a locale? | «number_format» Пояснение: The number_format filter in twig/intl-extra formats a number according to a given locale.
Raw{"answer": "number_format", "explanation": "The number_format filter in twig/intl-extra formats a number according to a given locale."} | неверно верный: «format_number» | |format_number(locale=...) из IntlExtension (twig/intl-extra есть в проекте). Проверено на Twig 3.30: 12345.6 → 12 345,6 (ru). |
T21-L5 1.01 c | Twig | The |raw filter disables auto-escaping for the value. | «yes» Пояснение: In Laravel Blade, the |raw filter disables auto-escaping, making {{ $var | raw }} equivalent to {!! $var !!}.
Raw{"answer": "yes", "explanation": "In Laravel Blade, the |raw filter disables auto-escaping, making {{ $var | raw }} equivalent to {!! $var !!}."} | верно | {{ x|raw }} выводит HTML как есть; опасно с пользовательскими данными. Проверено на Twig 3.30. |
T21-L6 0.91 c | Twig | In Twig, {{ }} prints an expression value, while {% %} executes tags — conditions, loops, set. | «yes» Пояснение: In Twig, {{ }} is for outputting expressions and {% %} is for control structures like if, for, set, etc.
Raw{"answer": "yes", "explanation": "In Twig, {{ }} is for outputting expressions and {% %} is for control structures like if, for, set, etc."} | верно | Два блока синтаксиса Twig: вывод (echo) против логики. |
T21-L7 0.99 c | Twig | In Twig you cannot declare a variable inside a template — values only come from the controller. | «no» Пояснение: Twig allows you to declare variables inside a template using the {% set %} tag, so values are not limited to what comes from the controller.
Raw{"answer": "no", "explanation": "Twig allows you to declare variables inside a template using the {% set %} tag, so values are not limited to what comes from the controller."} | верно | {% set y = ... %} объявляет переменную в шаблоне. Проверено на Twig 3.30. |
T21-L8 0.84 c | Twig | Which Twig function dumps the debug structure of a variable (array, object)? | «dump» Пояснение: The dump() function in Twig (from the Debug extension) outputs a formatted debug representation of a variable such as an array or object.
Raw{"answer": "dump", "explanation": "The dump() function in Twig (from the Debug extension) outputs a formatted debug representation of a variable such as an array or object."} | верно | {{ dump(x) }} (DebugExtension; в Symfony доступна в dev-окружении). |
T24-L1 1.0 c | Bootstrap | Bootstrap is a CSS/JS library of ready-made UI components, not an SPA framework. | «yes» Пояснение: Bootstrap is a front-end CSS/JS library providing ready-made UI components (modals, navbars, etc.), not an SPA framework like React or Angular.
Raw{"answer": "yes", "explanation": "Bootstrap is a front-end CSS/JS library providing ready-made UI components (modals, navbars, etc.), not an SPA framework like React or Angular."} | верно | Компоненты и утилиты поверх вашего HTML; SPA-фреймворки (React/Vue) — другой класс инструментов. В проекте vendored 5.3.3. |
T24-L2 0.93 c | Bootstrap | Which Bootstrap class gives a responsive container with a fixed max width per breakpoint? | «container» Пояснение: The .container class in Bootstrap provides a responsive fixed-width container that changes its max-width at each breakpoint.
Raw{"answer": "container", "explanation": "The .container class in Bootstrap provides a responsive fixed-width container that changes its max-width at each breakpoint."} | верно | .container (фиксированная макс-ширина по брейкпоинтам) vs .container-fluid (на всю ширину). |
T24-L3 1.12 c | Bootstrap | The Bootstrap grid is built on CSS floats and splits a row into 16 columns. | «no» Пояснение: Bootstrap's grid is built on flexbox (not floats) and splits a row into 12 columns, not 16.
Raw{"answer": "no", "explanation": "Bootstrap's grid is built on flexbox (not floats) and splits a row into 12 columns, not 16."} | верно | Наоборот: flexbox (с Bootstrap 4) и 12 колонок; float-сетка — это Bootstrap 3. |
T24-L4 1.36 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 breakpoints: sm (576px), md (768px), lg (992px), xl (1200px), and xxl (1400px).
Raw{"answer": "yes", "explanation": "Bootstrap 5 defines exactly five breakpoints: sm (576px), md (768px), lg (992px), xl (1200px), and xxl (1400px)."} | верно | Тиров всего шесть: xs (без инфикса) + пять именованных (576/768/992/1200/1400 px). |
T24-L5 0.95 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 multiply the $spacer variable by the given number (e.g., .mt-3 = $spacer * 3).
Raw{"answer": "yes", "explanation": "In Bootstrap, spacing utilities like .mt-3 or .px-2 multiply the $spacer variable by the given number (e.g., .mt-3 = $spacer * 3)."} | неверно верный: «no» | Spacing utilities; $spacer = 1rem. |
T24-L6 1.0 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, tooltips, popovers, and collapse on an element.
Raw{"answer": "data-bs-toggle", "explanation": "In Bootstrap 5, the data-bs-toggle attribute is used to enable interactive components such as dropdowns, tooltips, popovers, and collapse on an element."} | верно | data-bs-toggle="dropdown" и т.п.; в Bootstrap 4 атрибут назывался data-toggle. |
T24-L7 0.79 c | Bootstrap | Bootstrap 5 components work without jQuery — in plain vanilla JS. | «yes» Пояснение: Bootstrap 5 removed its jQuery dependency and all components (modals, dropdowns, tooltips, etc.) are powered by plain vanilla JavaScript.
Raw{"answer": "yes", "explanation": "Bootstrap 5 removed its jQuery dependency and all components (modals, dropdowns, tooltips, etc.) are powered by plain vanilla JavaScript."} | верно | jQuery удалён в Bootstrap 5.0: data-bs-* атрибуты и JS API. В проекте vendored 5.3.3. |
T24-L8 1.01 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 root 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 root element, not a .dark class."} | верно | Наоборот: тема включается атрибутом data-bs-theme="dark" (Color modes, с 5.3); класса .dark не существует. В проекте 5.3.3. |
T14-L1 1.07 c | Doctrine | Doctrine ORM creates database tables on the fly the first time an entity is used at runtime. | «no» Пояснение: Doctrine ORM does not automatically create tables at runtime; schema management is done separately via migrations or SchemaTool.
Raw{"answer": "no", "explanation": "Doctrine ORM does not automatically create tables at runtime; schema management is done separately via migrations or SchemaTool."} | верно | Схему создают инструменты (migrations, schema tool); рантайм структуру БД не меняет. |
T14-L2 0.7 c | Doctrine | Which EntityManager method marks a new object as managed without executing SQL until flush()? | «persist» Пояснение: EntityManager::persist() marks an entity as managed in the unit of work without executing SQL until flush() is called.
Raw{"answer": "persist", "explanation": "EntityManager::persist() marks an entity as managed in the unit of work without executing SQL until flush() is called."} | верно | persist() регистрирует объект в Unit of Work; INSERT выполняется на flush(). |
T14-L3 1.48 c | Doctrine | In Doctrine ORM 3, the EntityManager::merge() method exists and makes the passed object managed. | «no» Пояснение: In Doctrine ORM 3, EntityManager::merge() was removed entirely; it no longer exists in the interface.
Raw```json ⏎ {"answer": "no", "explanation": "In Doctrine ORM 3, EntityManager::merge() was removed entirely; it no longer exists in the interface."} ⏎ ``` | верно | В ORM 3 merge() удалён (в vendor проекта 3.7.6 метода нет); в Doctrine 2.x merge() возвращал управляемую копию. Версия зафиксирована — ORM 3. |
T14-L4 0.89 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 mapped fields, not on database tables and columns.
Raw{"answer": "yes", "explanation": "DQL (Doctrine Query Language) is object-oriented and operates on entities and their mapped fields, not on database tables and columns."} | верно | Doctrine транслирует DQL в SQL; docs — DQL (Doctrine Query Language). |
T14-L5 0.68 c | Doctrine | What does $repository->find(999) return when no record with id 999 exists? | «null» Пояснение: In Doctrine, the repository find() method returns null when no entity with the given identifier exists.
Raw{"answer": "null", "explanation": "In Doctrine, the repository find() method returns null when no entity with the given identifier exists."} | верно | find() возвращает null, если объект не найден (docs Repository methods). |
T14-L6 1.16 c | Doctrine | DoctrineBundle in Symfony automatically calls flush() at the end of every request. | «yes» Пояснение: DoctrineBundle registers a listener on the kernel.response event that automatically calls flush() on all entity managers at the end of each request (controlled by the auto_commit option, which defaults to true).
Raw{"answer": "yes", "explanation": "DoctrineBundle registers a listener on the kernel.response event that automatically calls flush() on all entity managers at the end of each request (controlled by the auto_commit option, which defaults to true)."} | неверно верный: «no» | Авто-flush нет — flush() зовёт разработчик; незакрытая транзакция в конце запроса откатывается. |
T14-L7 1.48 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» Пояснение: The Unit of Work tracks managed entities and detects property changes at flush() time via change tracking, so no explicit persist() is needed.
Raw{"answer": "yes", "explanation": "The Unit of Work tracks managed entities and detects property changes at flush() time via change tracking, so no explicit persist() is needed."} | верно | Dirty checking сравнивает снимки свойств; persist нужен только новым/отсоединённым объектам. |
T14-L8 0.94 c | Doctrine | remove() executes the SQL DELETE immediately, without waiting for flush(). | «no» Пояснение: In Doctrine ORM, remove() only marks the entity for deletion in the UnitOfWork; the actual SQL DELETE is executed upon flush().
Raw{"answer": "no", "explanation": "In Doctrine ORM, remove() only marks the entity for deletion in the UnitOfWork; the actual SQL DELETE is executed upon flush()."} | верно | remove() планирует удаление в Unit of Work; DELETE выполняется на flush() (docs — Deleting Objects). |
T15-L1 0.94 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 its own version 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 its own version of the data."} | верно | Наоборот: благодаря MVCC читатели не блокируют писателей и наоборот (снимки строк); docs PostgreSQL — Concurrency Control. |
T15-L2 0.91 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.89 c | PostgreSQL | SERIAL and GENERATED ... AS IDENTITY are just two names for the same mechanism. | «no» Пояснение: While both use sequences to generate values, SERIAL creates an independent sequence object with a default constraint, whereas GENERATED ... AS IDENTITY creates a tightly coupled identity column with different lifecycle and behavioral rules (e.g., dropping the column also drops the sequence, and identity columns have stricter modification rules).
Raw{"answer": "no", "explanation": "While both use sequences to generate values, SERIAL creates an independent sequence object with a default constraint, whereas GENERATED ... AS IDENTITY creates a tightly coupled identity column with different lifecycle and behavioral rules (e.g., dropping the column also drops the sequence, and identity columns have stricter modification rules)."} | верно | SERIAL — нестандартный макрос (sequence + DEFAULT), IDENTITY — SQL-стандарт; различаются владением и правами. Оба есть в PG 17 (проверено). |
T15-L4 1.46 c | PostgreSQL | By default, a PostgreSQL UNIQUE constraint allows only one row with NULL in the column. | «no» Пояснение: By default, PostgreSQL treats NULL values as distinct from each other, so a UNIQUE constraint allows multiple rows with NULL in the column.
Raw{"answer": "no", "explanation": "By default, PostgreSQL treats NULL values as distinct from each other, so a UNIQUE constraint allows multiple rows with NULL in the column."} | верно | Наоборот: NULLS DISTINCT по умолчанию — несколько NULL допустимы; NULLS NOT DISTINCT — опция с PG 15. Проверено на PG 17.7. |
T15-L5 0.45 c | PostgreSQL | Which PostgreSQL aggregate function concatenates strings with a separator? | «string_agg» Пояснение: PostgreSQL's string_agg(expression, separator) is the aggregate function that concatenates strings with a specified separator.
Raw{"answer": "string_agg", "explanation": "PostgreSQL's string_agg(expression, separator) is the aggregate function that concatenates strings with a specified separator."} | верно | string_agg(значение, разделитель); проверено на PostgreSQL 17.7. |
T15-L6 1.34 c | PostgreSQL | Plain VACUUM returns the space occupied by dead tuples to the operating system. | «no» Пояснение: Plain VACUUM marks dead tuples as reusable space within the table but does not return it to the operating system; only VACUUM FULL rewrites the table and returns space to the OS.
Raw{"answer": "no", "explanation": "Plain VACUUM marks dead tuples as reusable space within the table but does not return it to the operating system; only VACUUM FULL rewrites the table and returns space to the OS."} | верно | VACUUM помечает место для переиспользования внутри таблицы; ОС его возвращает только VACUUM FULL (с эксклюзивной блокировкой). |
T15-L7 0.57 c | PostgreSQL | Which keyword in a window function definition partitions rows into groups the function is computed over? | «partition» Пояснение: The PARTITION BY clause in a window function definition divides rows into groups over which the function is computed.
Raw{"answer": "PARTITION", "explanation": "The PARTITION BY clause in a window function definition divides rows into groups over which the function is computed."} | неверно верный: «partition by» | OVER (PARTITION BY ...); проверено на PostgreSQL 17.7. |
T15-L8 1.48 c | PostgreSQL | The READ COMMITTED isolation level protects against non-repeatable reads. | «no» Пояснение: READ COMMITTED only protects against dirty reads; non-repeatable reads can still occur because another transaction can modify and commit a row between two reads within the same transaction.
Raw{"answer":"no","explanation":"READ COMMITTED only protects against dirty reads; non-repeatable reads can still occur because another transaction can modify and commit a row between two reads within the same transaction."} | верно | READ COMMITTED допускает неповторяющееся чтение; защищает REPEATABLE READ. Проверено: SHOW transaction_isolation → read committed. |
T17-L1 0.92 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 single SQL statement is implicitly wrapped in its own transaction and committed upon successful completion.
Raw{"answer": "yes", "explanation": "PostgreSQL operates in autocommit mode by default, where each single SQL statement is implicitly wrapped in its own transaction and committed upon successful completion."} | верно | Без BEGIN каждый оператор коммитится сам; docs PostgreSQL — Transactions. Проверено на PG 17. |
T17-L2 0.43 c | PostgreSQL: transactions and indexes | Which SQL command ends a transaction, committing all its changes? | «commit» Пояснение: The COMMIT SQL command permanently saves all changes made during the current transaction.
Raw{"answer": "COMMIT", "explanation": "The COMMIT SQL command permanently saves all changes made during the current transaction."} | верно | COMMIT (END — синоним). Проверено на PG 17. |
T17-L3 0.96 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 by the query optimizer for any statement that locates rows, including UPDATE and DELETE with a WHERE clause on an indexed column, avoiding a full table scan.
Raw{"answer": "yes", "explanation": "Indexes are used by the query optimizer for any statement that locates rows, including UPDATE and DELETE with a WHERE clause on an indexed column, avoiding a full table scan."} | верно | Поиск строк для изменения идёт по индексу; docs PostgreSQL — Indexes. |
T17-L4 1.05 c | PostgreSQL: transactions and indexes | To roll back part of the statements inside a transaction, PostgreSQL uses SAVEPOINT. | «yes» Пояснение: SAVEPOINT allows you to roll back to a specific point within a transaction, undoing only the statements executed after that savepoint.
Raw{"answer": "yes", "explanation": "SAVEPOINT allows you to roll 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 1.05 c | PostgreSQL: transactions and indexes | EXPLAIN ANALYZE shows the query plan without executing the query. | «no» Пояснение: EXPLAIN ANALYZE actually executes the query and reports actual execution statistics, while plain EXPLAIN shows the plan without executing.
Raw{"answer": "no", "explanation": "EXPLAIN ANALYZE actually executes the query and reports actual execution statistics, while plain EXPLAIN shows the plan without executing."} | верно | Наоборот: ANALYZE реально выполняет запрос (с побочными эффектами!) и показывает фактические времена узлов; план без выполнения — plain EXPLAIN. |
T17-L6 0.72 c | PostgreSQL: transactions and indexes | Which PostgreSQL extension adds vector types and indexes for embedding search? | «pgvector» Пояснение: pgvector is a PostgreSQL extension that adds vector types and indexes for similarity search on embeddings.
Raw{"answer": "pgvector", "explanation": "pgvector is a PostgreSQL extension that adds vector types and indexes for similarity search on embeddings."} | верно | CREATE EXTENSION vector (проект pgvector; в проекте образ pgvector/pgvector:pg17). |
T17-L7 1.55 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 rows that satisfy the WHERE condition, making it smaller and more efficient than a full index.
Raw{"answer": "yes", "explanation": "A partial index only includes rows that satisfy the WHERE condition, making it smaller and more efficient than a full index."} | верно | docs PostgreSQL — Partial Indexes; типичный кейс — индекс по «активным» записям. |
T17-L8 3.6 c | PostgreSQL: transactions and indexes | The SERIALIZABLE level in PostgreSQL is implemented by locking the rows a transaction reads. | «no» Пояснение: PostgreSQL implements SERIALIZABLE using Serializable Snapshot Isolation (SSI), which tracks read/write dependencies and detects cycles, rather than by locking rows that are read.
Raw{"answer": "no", "explanation": "PostgreSQL implements SERIALIZABLE using Serializable Snapshot Isolation (SSI), which tracks read/write dependencies and detects cycles, rather than by locking rows that are read."} | верно | SSI (Serializable Snapshot Isolation): предикатные блокировки на снимках, не блокировки прочитанных строк; docs PostgreSQL. |
T19-L1 0.79 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 was successful and a new resource has been created as a result.
Raw{"answer": "yes", "explanation": "HTTP 201 'Created' indicates that the request was successful and a new resource has been created as a result."} | верно | 201 Created; обычно на POST, часто с Location; RFC 9110. |
T19-L2 0.93 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 the server successfully processed the request but is returning an empty response body, commonly used after DELETE operations.
Raw{"answer": 204, "explanation": "HTTP 204 No Content indicates the server successfully processed the request but is returning an empty response body, commonly used after DELETE operations."} | верно | 204 No Content; RFC 9110. |
T19-L3 4.76 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. | «yes» Пояснение: RFC 9110 (HTTP Semantics) Section 9.2.2 explicitly states 'The DELETE method is idempotent,' meaning repeating the request does not produce additional state changes beyond the initial deletion.
Raw```json ⏎ {"answer": "yes", "explanation": "RFC 9110 (HTTP Semantics) Section 9.2.2 explicitly states 'The DELETE method is idempotent,' meaning repeating the request does not produce additional state changes beyond the initial deletion."} ⏎ ``` | верно | RFC 9110: DELETE идемпотентен (как PUT); идемпотентность ≠ безопасность — ресурс удаляется при первом вызове. |
T19-L4 1.12 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, not the client; the client sends the Origin header.
Raw{"answer":"no","explanation":"The Access-Control-Allow-Origin header is sent by the server, not the client; the client sends the Origin header."} | верно | Наоборот: заголовок шлёт СЕРВЕР в ответе, разрешая браузеру cross-origin запрос (CORS); в проекте nelmio/cors-bundle. |
T19-L5 0.85 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 defined in RFC 6585 and is used to indicate that a client has sent too many requests in a given time frame (rate limiting).
Raw{"answer": "yes", "explanation": "HTTP 429 Too Many Requests is defined in RFC 6585 and is used to indicate that a client has sent too many requests in a given time frame (rate limiting)."} | верно | 429 (+ Retry-After); RFC 6585. В проекте symfony/rate-limiter. |
T19-L6 0.78 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-side errors.
Raw{"answer": "no", "explanation": "It's the opposite: 4xx codes indicate client errors, and 5xx codes indicate server-side errors."} | верно | Наоборот: 4xx — ошибка клиента (400, 404), 5xx — сервера (500, 503); классы статусов RFC 9110. |
T19-L7 0.4 c | HTTP and REST API | Which HTTP header indicates the MIME type of the request or response body? | «content-type» Пояснение: The Content-Type HTTP header specifies the MIME type of the request or response body.
Raw{"answer": "Content-Type", "explanation": "The Content-Type HTTP header specifies the MIME type of the request or response body."} | верно | Content-Type: application/json и т.п. |
T19-L8 1.38 c | HTTP and REST API | PATCH is not required to be idempotent per RFC 5789, unlike PUT. | «yes» Пояснение: RFC 5789 explicitly states that the PATCH method is not idempotent, whereas PUT is idempotent by definition in RFC 7231.
Raw{"answer": "yes", "explanation": "RFC 5789 explicitly states that the PATCH method is not idempotent, whereas PUT is idempotent by definition in RFC 7231."} | верно | RFC 5789 прямо оговаривает: PATCH не гарантированно идемпотентен; PUT идемпотентен. |
T20-L1 1.66 c | Security and OAuth | Checking a password by comparing its hash to the stored hash with a plain == is sufficient. | «no» Пояснение: Using == (or even ===) is vulnerable to timing attacks; you should use hash_equals() which performs a constant-time comparison.
Raw{"answer": "no", "explanation": "Using == (or even ===) is vulnerable to timing attacks; you should use hash_equals() which performs a constant-time comparison."} | верно | Нужна постоянновременная проверка (password_verify) — timing-атаки; соль и алгоритм уже внутри хеша. |
T20-L2 1.27 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» Пояснение: A CSRF token is generated by the server, bound to the user's session, and validated server-side on state-changing requests (POST, PUT, DELETE) to confirm the request originated from a legitimate user.
Raw{"answer": "yes", "explanation": "A CSRF token is generated by the server, bound to the user's session, and validated server-side on state-changing requests (POST, PUT, DELETE) to confirm the request originated from a legitimate user."} | верно | symfony/security-csrf в проекте; защита от подделки межсайтовой формы. |
T20-L3 0.71 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 define a set of rules that control what sources the browser is allowed to load resources from, mitigating XSS and data injection attacks.
Raw{"answer": "Content-Security-Policy", "explanation": "The Content-Security-Policy HTTP header is used to define a set of rules that control what sources the browser is allowed to load resources from, mitigating XSS and data injection attacks."} | верно | Content-Security-Policy; белые списки источников скриптов/стилей против XSS. |
T20-L4 1.13 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 permission to access resources 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 permission to access resources rather than identifying who the user is."} | верно | OAuth 2.0 — авторизация/делегирование доступа; аутентификацию добавляет OpenID Connect. В проекте knpuniversity/oauth2-client-bundle (yandex/github/google). |
T20-L5 2.35 c | Security and OAuth | XSS is prevented by validating input on the server before writing it to the database. | «no» Пояснение: XSS is primarily prevented by output encoding/escaping at the point of rendering, not by input validation before storing to the database.
Raw{"answer": "no", "explanation": "XSS is primarily prevented by output encoding/escaping at the point of rendering, not by input validation before storing to the database."} | верно | XSS лечится контекстным экранированием НА ВЫВОДЕ (Twig autoescape, CSP); валидация ввода не покрывает все контексты вывода. |
T20-L6 1.09 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? | «authorization_code» Пояснение: In the OAuth 2.0 authorization code flow, the authorization server redirects back to the client's redirect_uri with an authorization_code parameter, which the client then exchanges for an access token at the token endpoint.
Raw{"answer": "authorization_code", "explanation": "In the OAuth 2.0 authorization code flow, the authorization server redirects back to the client's redirect_uri with an authorization_code parameter, which the client then exchanges for an access token at the token endpoint."} | неверно верный: «code» | Параметр code; обмен на токен POST-ом на /token с client_secret. |
T20-L7 0.95 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» Пояснение: A refresh token has a longer validity period than an access token and is specifically designed to obtain a new access token without requiring the user to log in again.
Raw{"answer": "yes", "explanation": "A refresh token has a longer validity period than an access token and is specifically designed to obtain a new access token without requiring the user to log in again."} | верно | Стандартная схема OAuth/OIDC: короткий access + длинный refresh. |
T20-L8 1.27 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 secret; it is typically stored alongside the hash. Its purpose is to ensure identical passwords produce different hashes, defeating rainbow table attacks.
Raw{"answer": "no", "explanation": "A salt does not need to be secret; it is typically stored alongside the hash. Its purpose is to ensure identical passwords produce different hashes, defeating rainbow table attacks."} | верно | Соль хранится открыто (password_hash включает её в строку хеша); секретность соли не нужна. |
T18-L1 1.2 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 recognized and executed by the test runner.
Raw{"answer": "no", "explanation": "PHPUnit requires test classes to extend PHPUnit\\Framework\\TestCase in order to be recognized and executed by the test runner."} | верно | Тестом считается метод класса, наследующего TestCase (PHPUnit 10). |
T18-L2 0.65 c | Testing: PHPUnit | In PHPUnit, setUp() runs once before all tests of the class. | «no» Пояснение: setUp() runs before each individual test method; setUpBeforeClass() is the method that runs once before all tests in the class.
Raw{"answer": "no", "explanation": "setUp() runs before each individual test method; setUpBeforeClass() is the method that runs once before all tests in the class."} | верно | setUp() — перед КАЖДЫМ тестом; один раз на класс — setUpBeforeClass(). Проверено живым счётчиком на PHPUnit 10.5. |
T18-L3 0.93 c | Testing: PHPUnit | A data provider lets a test run with exactly one set of arguments. | «no» Пояснение: A data provider allows a test to run multiple times, each with a different set of arguments.
Raw{"answer": "no", "explanation": "A data provider allows a test to run multiple times, each with a different set of arguments."} | верно | Наоборот: наборов может быть сколько угодно — тест выполняется по разу на каждый. Проверено на PHPUnit 10.5 (#[DataProvider]). |
T18-L4 0.74 c | Testing: PHPUnit | Which PHPUnit method declares an expectation that an exception of a given class is thrown? | «expectexception» Пояснение: PHPUnit's expectException() method is used to declare that an exception of a given class is expected to be thrown during the test.
Raw{"answer": "expectException", "explanation": "PHPUnit's expectException() method is used to declare that an exception of a given class is expected to be thrown during the test."} | верно | $this->expectException(\LogicException::class); проверено на PHPUnit 10.5. |
T18-L5 1.22 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 stub returns canned data, while a mock verifies that methods were called with expected arguments and constraints.
Raw{"answer": "no", "explanation": "It's the opposite: a stub returns canned data, while a mock verifies that methods were called with expected arguments and constraints."} | верно | Наоборот: стаб подставляет данные, мок проверяет взаимодействия (createStub/createMock); docs PHPUnit — Test Doubles. |
T18-L6 1.2 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» Пояснение: In PHPUnit 10+, the #[DataProvider] PHP 8 attribute is the recommended replacement for the @dataProvider doc-comment annotation, which is considered deprecated.
Raw{"answer": "yes", "explanation": "In PHPUnit 10+, the #[DataProvider] PHP 8 attribute is the recommended replacement for the @dataProvider doc-comment annotation, which is considered deprecated."} | верно | Аннотация ещё парсится в PHPUnit 10/11 (AnnotationParser в 10.5.66), удаление — в 12; атрибут — стандарт. |
T18-L7 1.62 c | Testing: PHPUnit | PHPUnit does not allow one test to depend on the result of another. | «no» Пояснение: PHPUnit provides the @depends annotation (or #[Depends] attribute) that explicitly allows one test to depend on the result of another, passing it as a parameter.
Raw{"answer": "no", "explanation": "PHPUnit provides the @depends annotation (or #[Depends] attribute) that explicitly allows one test to depend on the result of another, passing it as a parameter."} | верно | Зависимости есть: #[Depends] — зависимый тест не запустится, еслиProducer упал. |
T18-L8 1.4 c | Testing: PHPUnit | Which PHPUnit command-line option makes tests run in random order? | «--order-by=random» Пояснение: The --order-by=random option in PHPUnit causes test methods to be executed in a randomized order.
Raw{"answer": "--order-by=random", "explanation": "The --order-by=random option in PHPUnit causes test methods to be executed in a randomized order."} | верно | --order-by=random (PHPUnit 9+); опция есть в --help PHPUnit 10.5 (проектная). |
T01-L9 3.88 c | Syntax and operators | What does this code output?
```php
echo intdiv(7, 2) . intdiv(-7, 2);
``` | «3-3» Пояснение: intdiv(7,2) gives 3 and intdiv(-7,2) gives -3 (truncation toward zero), concatenated as a string yields '3-3'.
Raw{"answer": "3-3", "explanation": "intdiv(7,2) gives 3 and intdiv(-7,2) gives -3 (truncation toward zero), concatenated as a string yields '3-3'."} | верно | intdiv truncates toward zero: intdiv(-7, 2) = -3, not -4. |
T01-L10 1.01 c | Syntax and operators | What does this code output?
```php
echo -3 ** 2;
``` | «-9» Пояснение: In PHP, the exponentiation operator ** has higher precedence than unary minus, so -3 ** 2 is evaluated as -(3 ** 2) = -9.
Raw{"answer": -9, "explanation": "In PHP, the exponentiation operator ** has higher precedence than unary minus, so -3 ** 2 is evaluated as -(3 ** 2) = -9."} | верно | ** is right-associative and binds tighter than unary minus: -(3²). |
T02-L9 0.93 c | Types and comparisons | What does this code output?
```php
echo '1e1' == '10' ? 'true' : 'false';
``` | «true» Пояснение: Both '1e1' and '10' are numeric strings, so PHP compares them numerically; 1e1 equals 10, making them equal.
Raw{"answer": "true", "explanation": "Both '1e1' and '10' are numeric strings, so PHP compares them numerically; 1e1 equals 10, making them equal."} | верно | Both strings are numeric — compared as numbers: 10 == 10. |
T02-L10 5.08 c | Types and comparisons | What does this code output?
```php
switch ('a') {
case 0: echo 'zero'; break;
default: echo 'other';
}
``` | «other» Пояснение: In PHP, 'a' == 0 is false (non-numeric string vs 0), so the switch falls through to the default case.
Raw```json ⏎ {"answer": "other", "explanation": "In PHP, 'a' == 0 is false (non-numeric string vs 0), so the switch falls through to the default case."} ⏎ ``` | верно | PHP 8: 'a' == 0 → false (used to be true) — default fires. |
T03-L9 2.78 c | Strings | What does this code output?
```php
echo strtr('abc', ['a' => '1', 'ab' => '2']);
``` | «2c» Пояснение: strtr with string keys matches the longest key first, so 'ab' is replaced with '2' before 'a' is considered, yielding '2c'.
Raw{"answer":"2c","explanation":"strtr with string keys matches the longest key first, so 'ab' is replaced with '2' before 'a' is considered, yielding '2c'."} | верно | strtr with an array prefers the longest matching key. |
T03-L10 1.81 c | Strings | What does this code output?
```php
echo '[' . substr('hello', -10) . ']';
``` | «[]» Пояснение: substr('hello', -10) starts counting 10 positions from the end, which is before the string begins, so it returns an empty string.
Raw{"answer":"[]","explanation":"substr('hello', -10) starts counting 10 positions from the end, which is before the string begins, so it returns an empty string."} | неверно верный: «[hello]» | A negative start beyond the string is clamped to the beginning. |
T04-L9 1.53 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 union operator (+) preserves left operand keys for duplicates, so keys are k, n, m.
Raw{"answer": "k,n,m", "explanation": "The union operator (+) preserves left operand keys for duplicates, so keys are k, n, m."} | верно | The + operator: on duplicate string keys the left array wins. |
T04-L10 2.18 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» Пояснение: After sorting by the third element ascending (1,2,2), the column at index 1 becomes ['y','x','z'], which implodes to 'yxz'.
Raw```json ⏎ {"answer": "yxz", "explanation": "After sorting by the third element ascending (1,2,2), the column at index 1 becomes ['y','x','z'], which implodes to 'yxz'."} ⏎ ``` | верно | Sorts are stable since 8.0: x and z keep their order on a tie. |
T05-L10 4.39 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 an associative array uses the keys as parameter names, so 'a' => 5 and 'b' => 1, giving $a - $b = 5 - 1 = 4.
Raw{"answer": 4, "explanation": "The spread operator with an associative array uses the keys as parameter names, so 'a' => 5 and 'b' => 1, giving $a - $b = 5 - 1 = 4."} | верно | String keys of a spread array become named arguments. |
T05-L9 2.01 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» Пояснение: A first-class callable captures the object instance by reference, so even after $p is set to null, $f still holds a valid reference to the object and g() returns $this->v which is 3.
Raw```json ⏎ {"answer": 3, "explanation": "A first-class callable captures the object instance by reference, so even after $p is set to null, $f still holds a valid reference to the object and g() returns $this->v which is 3."} ⏎ ``` | верно | First-class callable syntax binds $this at creation time. |
T06-L9 1.05 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 class of the actual object (B), not the class where the method is defined (A).
Raw{"answer": "B", "explanation": "static::class uses late static binding, so it returns the class of the actual object (B), not the class where the method is defined (A)."} | верно | Late static binding: static::class is the receiver's class. |
T06-L10 10.69 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;
``` | «10» Пояснение: The setter hook multiplies the assigned value by 2, so assigning 5 stores 10 in the property.
Raw```json ⏎ {"answer": 10, "explanation": "The setter hook multiplies the assigned value by 2, so assigning 5 stores 10 in the property."} ⏎ ``` | верно | Inside the set hook, $this->x writes the backing store (no recursion): 5*2. |
T07-L9 1.49 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 creates an alias g() that returns 'A', so the concatenation is 'BA'.
Raw{"answer": "BA", "explanation": "TB::f insteadof TA makes f() return 'B', and TA::f as g creates an alias g() that returns 'A', so the concatenation is 'BA'."} | верно | insteadof picks the implementation; as keeps the other under an alias. |
T07-L10 1.51 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» Пояснение: Traits are copied into each class, so CX and CY each have their own independent static property; setting CX::$n does not affect CY::$n, which remains 0.
Raw{"answer": 0, "explanation": "Traits are copied into each class, so CX and CY each have their own independent static property; setting CX::$n does not affect CY::$n, which remains 0."} | верно | 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 value from the try block.
Raw{"answer": 2, "explanation": "In PHP, a return statement in a finally block overrides the return value from the try block."} | верно | A return in finally overrides the return from try. |
T08-L9 1.45 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 currently propagating exception, so the LogicException('second') is what gets caught.
Raw{"answer": "second", "explanation": "When a new exception is thrown in a finally block, it replaces the currently propagating exception, so the LogicException('second') is what gets caught."} | верно | An exception from finally replaces the in-flight one — the last thrown is caught. |
T09-L9 1.43 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 is an alias for App\Foo via the use statement, so Baz::class resolves to 'App\Foo', while \Baz::class refers to the global class Baz, resolving to 'Baz'.
Raw{"answer": "App\\Foo|Baz", "explanation": "Baz is an alias for App\\Foo via the use statement, so Baz::class resolves to 'App\\Foo', while \\Baz::class refers to the global class Baz, resolving to 'Baz'."} | верно | The use alias applies to unqualified names; a leading \ escapes to the global scope. |
T09-L10 2.59 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') looks for a global class 'Foo' which doesn't exist (the class is 'Ns\Foo'), while class_exists('Ns\Foo') finds it, so the output is 'no' . 'yes' = 'noyes'.
Raw{"answer": "noyes", "explanation": "class_exists('Foo') looks for a global class 'Foo' which doesn't exist (the class is 'Ns\\Foo'), while class_exists('Ns\\Foo') finds it, so the output is 'no' . 'yes' = 'noyes'."} | верно | Dynamic names are not resolved against the namespace — 'Foo' is the global class. |
T10-L9 1.25 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 foreach by reference, $v remains a reference to the last element of $a, so assigning 99 to $v modifies $a[2].
Raw{"answer": "1,2,99", "explanation": "After foreach by reference, $v remains a reference to the last element of $a, so assigning 99 to $v modifies $a[2]."} | верно | After a by-ref foreach, $v remains a reference to the last element. |
T10-L10 2.87 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» Пояснение: The static variable $n is shared between A and B since B inherits the same method without overriding it, so it increments 1→2→3 across the three calls.
Raw{"answer": 3, "explanation": "The static variable $n is shared between A and B since B inherits the same method without overriding it, so it increments 1→2→3 across the three calls."} | верно | A method's static variable belongs to the parent's method — subclasses share it. |
T11-L9 5.63 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 generator is suspended at 'yield 1' after the first send (which is ignored on a new generator), so it never reaches the return statement and getReturn() returns null, which echo outputs as an empty string.
Raw```json ⏎ {"answer": "", "explanation": "The generator is suspended at 'yield 1' after the first send (which is ignored on a new generator), so it never reaches the return statement and getReturn() returns null, which echo outputs as an empty string."} ⏎ ``` | неверно верный: «11» | send() resumes the generator: $x = 10, return 10+1. |
T11-L10 1.6 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 to inner() which yields 1 and 2, then its return value 'ok' is captured by $r and yielded by outer(), so iterator_to_array collects [1, 2, 'ok'].
Raw{"answer":"1,2,ok","explanation":"yield from delegates to inner() which yields 1 and 2, then its return value 'ok' is captured by $r and yielded by outer(), so iterator_to_array collects [1, 2, 'ok']."} | неверно верный: «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.33 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 first call returns false (cost matches at 4), echoing 'no'; the second returns true (cost differs at 5), echoing 'yes'.
Raw{"answer": "noyes", "explanation": "The first call returns false (cost matches at 4), echoing 'no'; the second returns true (cost differs at 5), echoing 'yes'."} | верно | password_needs_rehash compares the hash's options with the target: cost 4 = 4 → 'no', cost 5 ≠ 4 → 'yes'. |
T12-L10 3.13 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 (2048) is no longer included in E_ALL, so E_ALL & 2048 equals 0, making the condition true.
Raw```json ⏎ {"answer": "strict-out", "explanation": "In PHP 8.5, E_STRICT (2048) is no longer included in E_ALL, so E_ALL & 2048 equals 0, making the condition true."} ⏎ ``` | верно | 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 4.51 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 strips the HTTP_ prefix and converts underscores to dashes, so HTTP_X_TOKEN becomes X-TOKEN, and since HeaderBag::get() is case-insensitive, get('X-Token') returns 'abc'.
Raw```json ⏎ {"answer": "mapped", "explanation": "Symfony's HeaderBag strips the HTTP_ prefix and converts underscores to dashes, so HTTP_X_TOKEN becomes X-TOKEN, and since HeaderBag::get() is case-insensitive, get('X-Token') returns 'abc'."} ⏎ ``` | верно | 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.37 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» Пояснение: Symfony's EventDispatcher calls listeners in descending order of priority (higher priority first): B(10), C(5), A(0).
Raw{"answer": "BCA", "explanation": "Symfony's EventDispatcher calls listeners in descending order of priority (higher priority first): B(10), C(5), A(0)."} | верно | Listeners run by descending priority: 10 (B), 5 (C), 0 (A). |
T14-L10 2.01 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» Пояснение: Doctrine's identity map ensures that find() returns the already-managed instance, so both $a and $b are the same object as $u.
Raw```json ⏎ {"answer": "same", "explanation": "Doctrine's identity map ensures that find() returns the already-managed instance, so both $a and $b are the same object as $u."} ⏎ ``` | верно | Identity map: a second find for the same id returns the same instance. |
T14-L9 4.19 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 then removing a new entity before flush causes Doctrine's UnitOfWork to cancel the insertion entirely, so no row is ever written to the table.
Raw```json ⏎ {"answer": 0, "explanation": "Persisting then removing a new entity before flush causes Doctrine's UnitOfWork to cancel the insertion entirely, so no row is ever written to the table."} ⏎ ``` | верно | The unit of work schedules INSERT at flush: remove after persist cancels it. |
T15-L10 0.97 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 non-NULL values in column x, so it returns 1 (only the row with value 1 is counted, NULL is excluded).
Raw{"answer": 1, "explanation": "COUNT(x) counts non-NULL values in column x, so it returns 1 (only the row with value 1 is counted, NULL is excluded)."} | верно | count(column) skips NULLs; count(*) would return 2. |
T15-L9 1.52 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 of x (10, 30, 60), then string_agg concatenates them in id order.
Raw```json ⏎ {"answer": "10,30,60", "explanation": "The window function computes a running sum of x (10, 30, 60), then string_agg concatenates them in id order."} ⏎ ``` | верно | With ORDER BY the default window frame is running (start to current row). |
T16-L9 2.48 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» Пояснение: The MessageBus executes middleware in order: M1 echoes 'M1' and delegates to M2, which echoes 'M2' and delegates to the final handler, so the output is 'M1M2'.
Raw{"answer": "M1M2", "explanation": "The MessageBus executes middleware in order: M1 echoes 'M1' and delegates to M2, which echoes 'M2' and delegates to the final handler, so the output is 'M1M2'."} | верно | The first-added middleware runs first (outermost). |
T16-L10 1.93 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» Пояснение: HandleMessageMiddleware calls all matching handlers in order; the first increments $n by 1 and the second by 10, giving a total of 11.
Raw{"answer": 11, "explanation": "HandleMessageMiddleware calls all matching handlers in order; the first increments $n by 1 and the second by 10, giving a total of 11."} | верно | All registered handlers of the message run: 1 + 10 = 11. |
T17-L9 1.26 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 hits the unique index conflict and is skipped by DO NOTHING, leaving one row.
Raw{"answer": 1, "explanation": "The first INSERT succeeds, the second hits the unique index conflict and is skipped by DO NOTHING, leaving one row."} | верно | ON CONFLICT DO NOTHING skips the duplicate: one insert. |
T17-L10 1.41 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 value (1) is not rejected until COMMIT; both rows exist, so count(*) returns 2.
Raw{"answer": 2, "explanation": "The UNIQUE constraint is DEFERRABLE INITIALLY DEFERRED, so the duplicate value (1) is not rejected until COMMIT; both rows exist, so count(*) returns 2."} | верно | DEFERRED postpones the uniqueness check to COMMIT — count sees 2 rows. |
T18-L9 1.47 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 matches both test_sum (3 data sets) and test_sum_abs (3 data sets) since the filter is a substring match, totaling 6 tests.
Raw{"answer": 6, "explanation": "The --filter test_sum matches both test_sum (3 data sets) and test_sum_abs (3 data sets) since the filter is a substring match, totaling 6 tests."} | верно | --filter is a substring match: test_sum also matches test_sum_abs (3+3 datasets). |
T18-L10 1.38 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 datasets ([1] and [-1]); the first passes (1>0) and the second fails (-1>0 is false).
Raw```json ⏎ {"answer": "2, 1", "explanation": "The data provider yields two datasets ([1] and [-1]); the first passes (1>0) 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.79 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 sends data in the request body, which automatically triggers the POST method.
Raw{"answer": "POST", "explanation": "The -d flag in curl sends data in the request body, which automatically triggers the POST method."} | верно | -d/-F switches curl to POST by default. |
T19-L10 1.1 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 1.36 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» Пояснение: RFC 6749 Section 5.2 defines 'invalid_client' as the error returned when the client authentication fails, such as when the provided client_id does not exist.
Raw{"answer": "invalid_client", "explanation": "RFC 6749 Section 5.2 defines 'invalid_client' as the error returned when the client authentication fails, such as when the provided client_id does not exist."} | верно | Unknown client → invalid_client (RFC 6749 §5.2). |
T20-L10 1.33 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 grant flow (response_type=token), the access token is passed in the URI fragment (after the # symbol) of the redirect_uri.
Raw{"answer": "fragment", "explanation": "In the OAuth 2.0 implicit grant flow (response_type=token), the access token is passed in the URI fragment (after the # symbol) of the redirect_uri."} | верно | The implicit flow passes the token in the URL fragment (#) — it never reaches the server. |
T21-L9 1.63 c | Twig | What does this Twig template output?
```twig
{{ false|default(2) * 3 }}
``` | «0» Пояснение: The default filter only triggers on null/undefined, not on false, so false|default(2) remains false, and false*3 equals 0.
Raw{"answer": 0, "explanation": "The default filter only triggers on null/undefined, not on false, so false|default(2) remains false, and false*3 equals 0."} | неверно верный: «6» | default replaces exactly false/null/''/[] — false becomes 2, 2*3 = 6; the naive 'default is for undefined only' yields 0. |
T21-L10 2.85 c | Twig | What exception class does render() of this template throw?
```twig
{{ 'a' ~ 1 + 2 }}
``` | «a3» Пояснение: In Twig, the + operator has higher precedence than ~, so it evaluates as 'a' ~ (1+2) = 'a' ~ 3 = 'a3', with no exception thrown.
Raw```json ⏎ {"answer": "a3", "explanation": "In Twig, the + operator has higher precedence than ~, so it evaluates as 'a' ~ (1+2) = 'a' ~ 3 = 'a3', with no exception thrown."} ⏎ ``` | неверно верный: «runtimeerror» | In Twig ~ binds tighter than +: ('a' ~ 1) + 2 → string + int → a render error (RuntimeError). |
T22-L9 1.91 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» Пояснение: NotBlank on an array only checks if the array is non-empty; [''] has one element, so the constraint passes and there are 0 violations.
Raw{"answer": 0, "explanation": "NotBlank on an array only checks if the array is non-empty; [''] has one element, so the constraint passes and there are 0 violations."} | верно | NotBlank treats null, '', [] as blank — the array [''] is not blank. |
T22-L10 2.86 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);
}
``` | «valid» Пояснение: A TextType field without a NotBlank constraint considers an empty string as valid, so isValid() returns true.
Raw{"answer": "valid", "explanation": "A TextType field without a NotBlank constraint considers an empty string as valid, so isValid() returns true."} | неверно верный: «symfony\component\form\exception\logicexception» | isValid() on a non-submitted form throws LogicException, it does not return false. |
T23-L9 1.33 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 container services are singleton by default, so get('a') returns the same instance both times.
Raw```json ⏎ {"answer": "same", "explanation": "Symfony DI container services are singleton by default, so get('a') returns the same instance both times."} ⏎ ``` | верно | Container services are shared: two get() calls yield one instance. |
T23-L10 1.37 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 bag resolves nested references recursively during compile: %greeting%! → 'hi %name%!' → 'hi Bob!'
Raw{"answer": "hi Bob!", "explanation": "Symfony's parameter bag resolves nested references recursively during compile: %greeting%! → 'hi %name%!' → 'hi Bob!'"} | верно | compile() resolves %-references transitively: %greeting% → 'hi %name%' → 'hi Bob!', the answer assembles over two hops. |
T24-L9 1.19 c | Bootstrap | What is the max-width of .container in Bootstrap 5.3 at a 992px viewport? | «960px» Пояснение: At a 992px viewport, the lg breakpoint (min-width: 992px) applies, which sets the container max-width to 960px in Bootstrap 5.3.
Raw{"answer": "960px", "explanation": "At a 992px viewport, the lg breakpoint (min-width: 992px) applies, which sets the container max-width to 960px in Bootstrap 5.3."} | верно | 5.x container widths: 540/720/960/1140/1320 (sm–xxl); 992 → 960px. |
T24-L10 2.02 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» Пояснение: In Bootstrap 5.3, text-danger is defined after text-primary in the CSS, so with equal specificity it wins the cascade.
Raw{"answer": "text-danger", "explanation": "In Bootstrap 5.3, text-danger is defined after text-primary in the CSS, so with equal specificity it wins the cascade."} | верно | Specificity ties — the later rule wins: text-danger is declared after text-primary. |
T25-L9 1.25 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, which is only allowed to depend on Domain; it depends on both Application and Infrastructure, giving 2 violations.
Raw```json ⏎ {"answer": 2, "explanation": "The class is in the Domain layer, which is only allowed to depend on Domain; it depends on both Application and Infrastructure, giving 2 violations."} ⏎ ``` | верно | Domain may depend only on Domain: PlaceOrder (Application) + Db (Infrastructure) = 2. |
T25-L10 1.46 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» Пояснение: Domain can only depend on Domain, but this class depends on Application (PlaceOrder) and Infrastructure (Db, Logger), giving 3 violations.
Raw```json ⏎ {"answer": 3, "explanation": "Domain can only depend on Domain, but this class depends on Application (PlaceOrder) and Infrastructure (Db, Logger), giving 3 violations."} ⏎ ``` | верно | The inline FQCN \App\Infrastructure\Logger counts too: Application + Db + Logger = 3. |
T26-L10 1.29 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 object with amount 10+5=15, so the echo outputs '10,15'.
Raw{"answer": "10,15", "explanation": "$a->amount is 10, and $c is a new Money object with amount 10+5=15, so the echo outputs '10,15'."} | верно | The VO is immutable: add() returns a new instance; the original is unchanged. |
T26-L9 1.23 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 before unset() is reached, so 'a' remains in the items array, making count() return 1.
Raw{"answer": 1, "explanation": "The remove() method throws before unset() is reached, so 'a' remains in the items array, making count() return 1."} | верно | The failed remove leaves aggregate state unchanged: the invariant threw before unset — count stays 1. |
VC-L9 3.64 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 creates an instance of class C and calls the hi() method, which returns the string 'hi', so echo outputs 'hi'.
Raw{"answer": "hi", "explanation": "The code creates an instance of class C and calls the hi() method, which returns the string 'hi', so echo outputs 'hi'."} | верно | Since 8.4, new in a method chain works without wrapping parentheses. |
VC-L10 4.78 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 initially uninitialized (yes), but accessing $o->v triggers the init callback, after which it is no longer uninitialized (no).
Raw{"answer": "yesno", "explanation": "The lazy ghost is initially uninitialized (yes), but accessing $o->v triggers the init callback, after which 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.28 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 Guard authentication system (including AbstractGuardAuthenticator) was removed in Symfony 6.0, so it does not exist in 8.1.
Raw```json ⏎ {"answer": "no", "explanation": "The Guard authentication system (including 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.51 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 8.0 (deprecated in 7.0), while AttributeClassLoader is the current replacement, so class_exists returns false for the former and true for the latter.
Raw```json ⏎ {"answer": "noyes", "explanation": "AnnotationClassLoader was removed in Symfony 8.0 (deprecated in 7.0), while AttributeClassLoader is the current replacement, so class_exists returns false for the former and true for the latter."} ⏎ ``` | верно | Annotation loaders were removed in 7.0; only attribute loaders remain (Annotation→Attribute). |