Пример запроса (первая клетка). System одинаковый во всех запросах прогона, user — свой вопрос для каждой клетки:
| Клетка | Тема | Утверждение | Ответ |
Результат | Обоснование |
T01-L1 4.07 c | Syntax and operators | Double-quoted and single-quoted strings are processed identically; the difference is only in speed. | «no» Пояснение: Double-quoted strings interpolate variables and interpret escape sequences (\n, \t, etc.), while single-quoted strings do not; the difference is functional, not merely speed.
Raw{"answer": "no", "explanation": "Double-quoted strings interpolate variables and interpret escape sequences (\\n, \\t, etc.), while single-quoted strings do not; the difference is functional, not merely speed."} | верно | В двойных кавычках работают интерполяция переменных и escape-последовательности, в одинарных — нет. |
T01-L2 1.38 c | Syntax and operators | The ?? operator follows isset semantics and raises no warnings for undefined variables. | «yes» Пояснение: The null coalescing operator (??) is syntactic sugar for isset($a) ? $a : $b, so it safely returns the default value without raising warnings or notices for undefined variables.
Raw{"answer": "yes", "explanation": "The null coalescing operator (??) is syntactic sugar for isset($a) ? $a : $b, so it safely returns the default value without raising warnings or notices for undefined variables."} | верно | ?? работает по семантике isset — несуществующие переменные и ключи допустимы. |
T01-L3 0.78 c | Syntax and operators | What will this print: echo 'a', 'b'; | «ab» Пояснение: echo accepts multiple comma-separated arguments and concatenates them, so 'a' and 'b' print as 'ab'.
Raw{"answer": "ab", "explanation": "echo accepts multiple comma-separated arguments and concatenates them, so 'a' and 'b' print as 'ab'."} | верно | echo принимает список аргументов: ab. |
T01-L4 1.16 c | Syntax and operators | print returns the value 1 and can be used inside an expression. | «yes» Пояснение: In PHP, print is a language construct that returns the integer 1, allowing it to be used within expressions, unlike echo which returns no value.
Raw{"answer": "yes", "explanation": "In PHP, print is a language construct that returns the integer 1, allowing it to be used within expressions, unlike echo which returns no value."} | верно | print — выражение со значением 1, в отличие от echo, который значения не возвращает. |
T01-L5 1.09 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 when it is falsy.
Raw{"answer": "no", "explanation": "The Elvis operator (?:) returns the left operand when it is truthy, and the right operand when it is falsy."} | верно | Наоборот: $a ?: $b возвращает $a, если он истинный, иначе $b. |
T01-L6 6.34 c | Syntax and operators | In PHP 8, the concatenation operator (.) has lower precedence than addition and subtraction. | «yes» Пояснение: In PHP's operator precedence table, the concatenation operator (.) is ranked below + and -, so expressions like 1 + 2 . 3 are parsed as (1 + 2) . 3.
Raw{"answer": "yes", "explanation": "In PHP's operator precedence table, the concatenation operator (.) is ranked below + and -, so expressions like 1 + 2 . 3 are parsed as (1 + 2) . 3."} | верно | С PHP 8 (RFC concat precedence) '.' имеет приоритет ниже арифметики: 'сумма: ' . 2 + 3 → 'сумма: 5' (в PHP 7 было иначе). |
T01-L7 0.86 c | Syntax and operators | The expression 2 ** 3 ** 2 in PHP evaluates as (2 ** 3) ** 2, that is, 64. | «no» Пояснение: In PHP the ** operator is right-associative, so 2 ** 3 ** 2 is evaluated as 2 ** (3 ** 2) = 2 ** 9 = 512, not 64.
Raw{"answer": "no", "explanation": "In PHP the ** operator is right-associative, so 2 ** 3 ** 2 is evaluated as 2 ** (3 ** 2) = 2 ** 9 = 512, not 64."} | верно | ** право-ассоциативен: 2 ** (3 ** 2) = 2 ** 9 = 512. |
T01-L8 5.99 c | Syntax and operators | What string will this print: echo 'sum: ' . 2 + 3; (PHP 8)? | «3» Пояснение: In PHP, '.' and '+' have the same precedence and are left-associative, so it parses as ('sum: ' . 2) + 3, which is 'sum: 2' + 3, and the non-numeric string converts to 0, giving 3.
Raw{"answer": "3", "explanation": "In PHP, '.' and '+' have the same precedence and are left-associative, so it parses as ('sum: ' . 2) + 3, which is 'sum: 2' + 3, and the non-numeric string converts to 0, giving 3."} | неверно верный: «sum: 5» | Парная к verify-клетке про приоритет: 'сумма: 5'. |
T02-L1 1.35 c | Types and comparisons | With strict comparison (===), arrays are considered equal regardless of element order. | «no» Пояснение: With ===, arrays must have the same key/value pairs in the same order; order does matter for strict comparison.
Raw{"answer": "no", "explanation": "With ===, arrays must have the same key/value pairs in the same order; order does matter for strict comparison."} | верно | === для массивов требует совпадения и значений, и их порядка. |
T02-L2 1.48 c | Types and comparisons | The comparison 0 == false returns false because it is a strict comparison. | «no» Пояснение: The comparison 0 == false actually returns true, and == is a loose (not strict) comparison; in PHP, 0 is cast to false so false == false is true.
Raw{"answer": "no", "explanation": "The comparison 0 == false actually returns true, and == is a loose (not strict) comparison; in PHP, 0 is cast to false so false == false is true."} | верно | Наоборот: == — нестрогое сравнение и возвращает true; строгое — это === (0 === false → false). |
T02-L3 1.91 c | Types and comparisons | In PHP 8, the expression "abc" == 0 returns true. | «no» Пояснение: In PHP 8, when comparing a non-numeric string to a number, the number is cast to a string, so 'abc' == 0 becomes 'abc' == '0', which is false.
Raw{"answer": "no", "explanation": "In PHP 8, when comparing a non-numeric string to a number, the number is cast to a string, so 'abc' == 0 becomes 'abc' == '0', which is false."} | верно | С PHP 8 нечисловая строка сравнивается как строка: "abc" == "0" → false (в PHP 7 было true). |
T02-L4 2.58 c | Types and comparisons | Under loose comparison, null equals 0, the empty string, and false at the same time. | «no» Пояснение: Since PHP 8.0, null == 0 and null == '' both evaluate to false; only null == false remains true under loose comparison.
Raw{"answer": "no", "explanation": "Since PHP 8.0, null == 0 and null == '' both evaluate to false; only null == false remains true under loose comparison."} | неверно верный: «yes» | null == 0, null == "" и null == false — все true. |
T02-L5 0.92 c | Types and comparisons | What does the expression (int) '42abc' return? | «42» Пояснение: Casting a string to int in PHP reads the leading numeric portion, so '42abc' becomes 42.
Raw{"answer": 42, "explanation": "Casting a string to int in PHP reads the leading numeric portion, so '42abc' becomes 42."} | верно | Ведущая числовая часть: 42, без ошибок и warning. |
T02-L6 0.69 c | Types and comparisons | What does the expression '5' + 5 return? | «10» Пояснение: PHP converts the string '5' to an integer, so the expression becomes 5 + 5 = 10.
Raw{"answer": 10, "explanation": "PHP converts the string '5' to an integer, so the expression becomes 5 + 5 = 10."} | верно | Числовая строка приводится: int 10. |
T02-L7 1.18 c | Types and comparisons | When cast to string, false becomes "0". | «no» Пояснение: In PHP, casting false to a string yields an empty string "", not "0".
Raw{"answer": "no", "explanation": "In PHP, casting false to a string yields an empty string \"\", not \"0\"."} | верно | false → "", true → "1". |
T02-L8 2.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 evaluates to 0.30000000000000004, which is not strictly equal to 0.3, so === returns false.
Raw{"answer": "yes", "explanation": "Due to IEEE 754 floating-point precision, 0.1 + 0.2 evaluates to 0.30000000000000004, which is not strictly equal to 0.3, so === returns false."} | верно | Двоичная погрешность float: 0.1 + 0.2 = 0.30000000000000004. |
T03-L1 1.08 c | Strings | strrev() correctly reverses a UTF-8 string. | «no» Пояснение: strrev() reverses a string byte-by-byte, which breaks multi-byte UTF-8 character sequences and produces garbled output.
Raw{"answer": "no", "explanation": "strrev() reverses a string byte-by-byte, which breaks multi-byte UTF-8 character sequences and produces garbled output."} | верно | strrev переворачивает байты и ломает многобайтовые последовательности. |
T03-L2 0.71 c | Strings | str_contains('Hello world', 'world') returns true. | «yes» Пояснение: The string 'Hello world' does contain the substring 'world', so str_contains() returns true.
Raw{"answer": "yes", "explanation": "The string 'Hello world' does contain the substring 'world', so str_contains() returns true."} | верно | str_contains с PHP 8.0 проверяет вхождение подстроки. |
T03-L3 0.67 c | Strings | str_pad() can pad a string on the right side only. | «no» Пояснение: str_pad() accepts a third parameter $pad_type that allows STR_PAD_RIGHT, STR_PAD_LEFT, or STR_PAD_BOTH.
Raw{"answer": "no", "explanation": "str_pad() accepts a third parameter $pad_type that allows STR_PAD_RIGHT, STR_PAD_LEFT, or STR_PAD_BOTH."} | верно | STR_PAD_LEFT / STR_PAD_BOTH меняют сторону дополнения. |
T03-L4 1.08 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 (" \t\n\r\0\x0B"), not just spaces.
Raw{"answer": "no", "explanation": "By default, trim() strips spaces, tabs, newlines, carriage returns, null bytes, and vertical tabs (\" \\t\\n\\r\\0\\x0B\"), not just spaces."} | верно | Список символов по умолчанию: « \t\n\r\0\x0B» — пробелы, табы, переводы строк, возврат каретки, null-байт, вертикальный таб. Проверено php -r. |
T03-L5 1.13 c | Strings | How many BYTES does strlen('héllo') return for a UTF-8 string? | «6» Пояснение: In UTF-8, 'é' is 2 bytes while the four ASCII characters are 1 byte each, totaling 6 bytes.
Raw{"answer": 6, "explanation": "In UTF-8, 'é' is 2 bytes while the four ASCII characters are 1 byte each, totaling 6 bytes."} | верно | 6 букв по 2 байта: 12. |
T03-L6 0.84 c | Strings | What does substr('abcdef', -3) return? | «def» Пояснение: substr with a negative start position of -3 begins 3 characters from the end, returning the last 3 characters 'def'.
Raw{"answer": "def", "explanation": "substr with a negative start position of -3 begins 3 characters from the end, returning the last 3 characters 'def'."} | верно | Отрицательное смещение — с конца: def. |
T03-L7 0.72 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.17 c | Strings | Variable interpolation works in heredoc but not in nowdoc. | «yes» Пояснение: Heredoc (""" markers) allows variable interpolation, while nowdoc (''' markers) treats content like a single-quoted string with no interpolation.
Raw{"answer": "yes", "explanation": "Heredoc (\"\"\" markers) allows variable interpolation, while nowdoc (''' markers) treats content like a single-quoted string with no interpolation."} | верно | Nowdoc — «одинарные кавычки» в тройном синтаксисе: текст как есть. |
T04-L1 1.17 c | Arrays | The sort() function preserves the key-to-value association of the array. | «no» Пояснение: PHP's sort() reindexes array keys numerically; to preserve key-value associations you need asort() or ksort().
Raw{"answer": "no", "explanation": "PHP's sort() reindexes array keys numerically; to preserve key-value associations you need asort() or ksort()."} | верно | sort перенумеровывает ключи; связь сохраняет asort. |
T04-L2 0.69 c | Arrays | The string key '5' in an array is stored as the integer 5. | «yes» Пояснение: In PHP, string array keys that represent valid integers (like '5') are automatically cast to integers.
Raw{"answer": "yes", "explanation": "In PHP, string array keys that represent valid integers (like '5') are automatically cast to integers."} | верно | Каноничные десятичные строковые ключи приводятся к int. |
T04-L3 0.92 c | Arrays | The in_array() function uses strict comparison (===) by default. | «no» Пояснение: in_array() uses loose comparison (==) by default; strict comparison (===) must be explicitly enabled by passing true as the third argument.
Raw{"answer": "no", "explanation": "in_array() uses loose comparison (==) by default; strict comparison (===) must be explicitly enabled by passing true as the third argument."} | верно | По умолчанию сравнение нестрогое; строгое — третий аргумент true. |
T04-L4 0.99 c | Arrays | Without a callback, array_filter() removes all "empty" (falsy) elements from the array. | «yes» Пояснение: Without a callback, array_filter() keeps only truthy values, effectively removing all falsy elements (false, 0, '', null, [], etc.).
Raw{"answer": "yes", "explanation": "Without a callback, array_filter() keeps only truthy values, effectively removing all falsy elements (false, 0, '', null, [], etc.)."} | верно | Убирает 0, "", null, false и пустые массивы. |
T04-L5 0.92 c | Arrays | By default, array_slice() preserves the original numeric keys of the array. | «no» Пояснение: The $preserve_keys parameter of array_slice() defaults to false, so keys are reindexed by default.
Raw{"answer": "no", "explanation": "The $preserve_keys parameter of array_slice() defaults to false, so keys are reindexed by default."} | верно | По умолчанию ключи перенумеровываются; сохранение — preserve_keys = true. |
T04-L6 0.97 c | Arrays | What does array_slice([10, 20, 30, 40], 1, 2) return? | «[20, 30]» Пояснение: array_slice starts at index 1 (value 20) and takes 2 elements, yielding [20, 30].
Raw{"answer": "[20, 30]", "explanation": "array_slice starts at index 1 (value 20) and takes 2 elements, yielding [20, 30]."} | верно | [20,30]; ключи перенумеровываются. |
T04-L7 1.22 c | Arrays | How many elements will count(['a' => 1] + ['a' => 9, 'b' => 2]) return? | «2» Пояснение: The array union operator + keeps left-side keys, so 'a' remains 1 and 'b' is added, giving 2 elements.
Raw{"answer": 2, "explanation": "The array union operator + keeps left-side keys, so 'a' remains 1 and 'b' is added, giving 2 elements."} | верно | Оператор + : по ключу 'a' побеждает левый; итого 2. |
T04-L8 1.49 c | Arrays | Since PHP 8.1, the spread operator [...$a, ...$b] supports arrays with string keys. | «yes» Пояснение: PHP 8.1 introduced the array spread operator in array literals, and it works with both integer and string keys.
Raw{"answer": "yes", "explanation": "PHP 8.1 introduced the array spread operator in array literals, and it works with both integer and string keys."} | верно | В 8.0 — только числовые ключи; 8.1 снял ограничение. |
T05-L1 3.11 c | Functions and closures | Named arguments cannot be combined with argument unpacking ...$args in a single call. | «no» Пояснение: In PHP, named arguments and the spread operator ...$args can be combined in a single function call, e.g. foo(a: 1, ...$args, c: 3).
Raw{"answer": "no", "explanation": "In PHP, named arguments and the spread operator ...$args can be combined in a single function call, e.g. foo(a: 1, ...$args, c: 3)."} | верно | Можно: f(...$args, имя: значение). Нельзя только позиционный аргумент после распаковки. |
T05-L2 1.09 c | Functions and closures | An anonymous function without use sees variables from the outer scope. | «no» Пояснение: In PHP, closures do not automatically capture variables from the outer scope; you must explicitly use the 'use' keyword to import them.
Raw{"answer": "no", "explanation": "In PHP, closures do not automatically capture variables from the outer scope; you must explicitly use the 'use' keyword to import them."} | верно | Без use внешние переменные недоступны; авто-захват только у fn. |
T05-L3 0.85 c | Functions and closures | What will func_num_args() return inside function f($a) { return func_num_args(); } when called as f(1, 2, 3)? | «3» Пояснение: func_num_args() returns the total number of arguments passed to the function call, which is 3, regardless of the declared parameter list.
Raw{"answer": 3, "explanation": "func_num_args() returns the total number of arguments passed to the function call, which is 3, regardless of the declared parameter list."} | верно | Считает переданные аргументы: 3. |
T05-L4 1.29 c | Functions and closures | The body of an arrow function fn may consist of several expressions in curly braces. | «no» Пояснение: An arrow function (fn) in PHP is limited to a single expression as its body and cannot use curly braces to contain multiple statements.
Raw{"answer": "no", "explanation": "An arrow function (fn) in PHP is limited to a single expression as its body and cannot use curly braces to contain multiple statements."} | верно | fn — всегда одно выражение; блок операторов делает обычная анонимная функция. |
T05-L5 2.4 c | Functions and closures | An arrow function fn captures outer variables by reference (lazily, at use time). | «no» Пояснение: PHP arrow functions (fn) capture outer variables by value at definition time, not by reference lazily at use time.
Raw{"answer": "no", "explanation": "PHP arrow functions (fn) capture outer variables by value at definition time, not by reference lazily at use time."} | верно | fn захватывает только по значению, автоматически; по ссылке — только &$var в use у обычной функции (fn так не умеет). |
T05-L6 0.82 c | Functions and closures | A closure declared as static function () {} does not capture $this. | «yes» Пояснение: In PHP, a static closure explicitly does not bind or capture $this from the enclosing scope.
Raw{"answer": "yes", "explanation": "In PHP, a static closure explicitly does not bind or capture $this from the enclosing scope."} | верно | static-замыкание отвязано от объекта: $this внутри недоступен. |
T05-L7 1.07 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 (not by reference) at definition time, 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 (not by reference) at definition time, so it retains the original value of 5 even after $x is reassigned to 7."} | верно | use захватывает по значению в момент создания: 5. |
T05-L8 1.4 c | Functions and closures | In weak typing mode (without strict_types), passing the string "5" to an int parameter is allowed. | «yes» Пояснение: In weak typing mode (the default), PHP will coerce the numeric string "5" to the integer 5 when passed to an int-typed parameter; only strict_types mode would reject it with a TypeError.
Raw{"answer": "yes", "explanation": "In weak typing mode (the default), PHP will coerce the numeric string \"5\" to the integer 5 when passed to an int-typed parameter; only strict_types mode would reject it with a TypeError."} | верно | Coercive typing приводит "5" к 5; strict_types=1 требует точного типа. |
T06-L1 1.03 c | OOP: classes and inheritance | PHP supports constructor property promotion: public function __construct(private int $x) {}. | «yes» Пояснение: PHP 8.0 introduced constructor property promotion, allowing properties to be declared directly in constructor parameters with visibility modifiers and type declarations.
Raw{"answer": "yes", "explanation": "PHP 8.0 introduced constructor property promotion, allowing properties to be declared directly in constructor parameters with visibility modifiers and type declarations."} | верно | С PHP 8.0 параметр с модификатором создаёт свойство и присваивание. |
T06-L2 0.57 c | OOP: classes and inheritance | Which keyword prevents a method from being overridden in subclasses? | «final» Пояснение: The 'final' keyword in PHP prevents a method from being overridden in subclasses.
Raw{"answer": "final", "explanation": "The 'final' keyword in PHP prevents a method from being overridden in subclasses."} | верно | final. |
T06-L3 0.72 c | OOP: classes and inheritance | A method declared final cannot be overridden in a subclass. | «yes» Пояснение: In PHP, marking a method as final prevents any subclass from overriding it; attempting to do so results in a fatal error.
Raw{"answer": "yes", "explanation": "In PHP, marking a method as final prevents any subclass from overriding it; attempting to do so results in a fatal error."} | верно | final запрещает переопределение метода и наследование класса. |
T06-L4 0.76 c | OOP: classes and inheritance | Parent properties with private visibility are accessible in a subclass. | «no» Пояснение: In PHP, private properties are only accessible within the class where they are declared and are not inherited or accessible in subclasses.
Raw{"answer": "no", "explanation": "In PHP, private properties are only accessible within the class where they are declared and are not inherited or accessible in subclasses."} | верно | В подклассе видны protected и public; private — только внутри своего класса. |
T06-L5 6.15 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» Пояснение: In PHP, an anonymous class created with 'new class {}' gets an internal name formatted as 'class@anonymous\0/path/to/file.php:LINE', so the part before the NUL byte is 'class@anonymous'.
Raw{"answer": "class@anonymous", "explanation": "In PHP, an anonymous class created with 'new class {}' gets an internal name formatted as 'class@anonymous\\0/path/to/file.php:LINE', so the part before the NUL byte is 'class@anonymous'."} | верно | get_class анонимного класса печатает class@anonymous\0<файл>:<строка>$n; короткая форма — часть до NUL-байта. Проверено php -r (hex). |
T06-L6 1.67 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 inherited and are not part of the inheritance contract, so a child class can freely define a method with the same name and any visibility without any restriction.
Raw{"answer": "yes", "explanation": "In PHP, private methods are not inherited and are not part of the inheritance contract, so a child class can freely define a method with the same name and any visibility without any restriction."} | верно | private-члены не наследуются — правила совместимости подписей не действуют. |
T06-L7 1.96 c | OOP: classes and inheritance | The magic method __get() is called only for non-existent properties. | «no» Пояснение: __get() is called for both non-existent (undefined) properties AND inaccessible (protected/private) properties when accessed from outside the class.
Raw{"answer": "no", "explanation": "__get() is called for both non-existent (undefined) properties AND inaccessible (protected/private) properties when accessed from outside the class."} | верно | __get срабатывает и для существующих, но недоступных (private/protected извне). |
T06-L8 0.89 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.69 c | Interfaces, traits, enum | An interface can declare constants. | «yes» Пояснение: In PHP, interfaces can declare constants, which are always implicitly public.
Raw{"answer": "yes", "explanation": "In PHP, interfaces can declare constants, which are always implicitly public."} | верно | Константы интерфейса наследуются реализациями. |
T07-L2 0.7 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 particular class or implements a particular interface.
Raw{"answer": "instanceof", "explanation": "In PHP, the instanceof operator checks whether an object is an instance of a particular class or implements a particular interface."} | верно | instanceof. |
T07-L3 1.73 c | Interfaces, traits, enum | An interface can declare static methods. | «no» Пояснение: In PHP, interfaces can only declare method signatures (abstract methods) and constants; they cannot declare static methods because static methods require an implementation body, which interfaces do not allow.
Raw{"answer": "no", "explanation": "In PHP, interfaces can only declare method signatures (abstract methods) and constants; they cannot declare static methods because static methods require an implementation body, which interfaces do not allow."} | неверно верный: «yes» | Реализация обязана дать статический метод с той же сигнатурой. |
T07-L4 0.91 c | Interfaces, traits, enum | The instanceof operator only checks class inheritance: it ignores interfaces. | «no» Пояснение: PHP's instanceof operator checks both class inheritance and interface implementation, not just class inheritance.
Raw{"answer": "no", "explanation": "PHP's instanceof operator checks both class inheritance and interface implementation, not just class inheritance."} | верно | instanceof возвращает true и для интерфейсов объекта. |
T07-L5 1.22 c | Interfaces, traits, enum | An interface method may have a default implementation, like a trait method. | «no» Пояснение: In PHP, interface methods are always abstract and cannot have a body or default implementation; only traits (and abstract classes) can provide default method implementations.
Raw{"answer": "no", "explanation": "In PHP, interface methods are always abstract and cannot have a body or default implementation; only traits (and abstract classes) can provide default method implementations."} | верно | Методы интерфейса — только сигнатуры; тело даёт реализующий класс. |
T07-L6 0.69 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, protected, or default (which is public), but not private; therefore protected visibility is allowed.
Raw{"answer": "yes", "explanation": "In PHP, abstract methods can be declared as public, protected, or default (which is public), but not private; therefore protected visibility is allowed."} | верно | В абстрактном классе — любая видимость; в интерфейсе — только public. |
T07-L7 0.86 c | Interfaces, traits, enum | How many elements will Foo::cases() return for enum Foo { case A; case B; case C; }? | «3» Пояснение: PHP's Foo::cases() returns an array containing all defined enum cases, and this enum has three cases (A, B, C).
Raw{"answer": 3, "explanation": "PHP's Foo::cases() returns an array containing all defined enum cases, and this enum has three cases (A, B, C)."} | верно | Статический метод cases(): 3. |
T07-L8 0.92 c | Interfaces, traits, enum | A trait can declare constants. | «yes» Пояснение: Since PHP 8.2, traits are allowed to declare constants in addition to methods and properties.
Raw{"answer": "yes", "explanation": "Since PHP 8.2, traits are allowed to declare constants in addition to methods and properties."} | верно | С PHP 8.2 трейты могут объявлять константы (RFC constants_in_traits); до 8.2 — нет. |
T08-L1 0.76 c | Exceptions and errors | The Throwable interface is a common ancestor of both Exception and Error. | «yes» Пояснение: In PHP, both Exception and Error implement the Throwable interface, making it their common ancestor.
Raw{"answer": "yes", "explanation": "In PHP, both Exception and Error implement the Throwable interface, making it their common ancestor."} | верно | Иерархия с PHP 7: Throwable → Exception и Throwable → Error. |
T08-L2 1.18 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 Error and Exception are siblings under Throwable, so catch(Exception $e) does not catch TypeError.
Raw{"answer": "no", "explanation": "TypeError extends Error (not Exception); both Error and Exception are siblings under Throwable, so catch(Exception $e) does not catch TypeError."} | верно | TypeError наследуется от Error; catch (Exception) его не ловит. |
T08-L3 1.31 c | Exceptions and errors | The @ operator suppresses exceptions too. | «no» Пояснение: The @ operator in PHP only suppresses errors (warnings, notices, deprecations) and does not suppress exceptions, which still propagate and require try/catch handling.
Raw{"answer": "no", "explanation": "The @ operator in PHP only suppresses errors (warnings, notices, deprecations) and does not suppress exceptions, which still propagate and require try/catch handling."} | верно | @ глушит диагностику (warnings/notices), исключения не перехватывает. |
T08-L4 1.07 c | Exceptions and errors | What error class does intdiv(5, 0) throw? | «divisionbyzeroerror» Пояснение: intdiv(5, 0) throws a DivisionByZeroError, which extends ArithmeticError, which extends Error in PHP.
Raw{"answer": "DivisionByZeroError", "explanation": "intdiv(5, 0) throws a DivisionByZeroError, which extends ArithmeticError, which extends Error in PHP."} | верно | DivisionByZeroError (иерархия Error, не Exception); php-грейдер объективен. |
T08-L5 1.03 c | Exceptions and errors | The finally block runs only if the exception was caught by a catch block. | «no» Пояснение: The finally block always executes regardless of whether an exception was thrown or caught; it is not dependent on a catch block handling the exception.
Raw{"answer": "no", "explanation": "The finally block always executes regardless of whether an exception was thrown or caught; it is not dependent on a catch block handling the exception."} | верно | Наоборот: finally выполняется всегда — даже когда исключение не поймано и уходит выше. Проверено php -r. |
T08-L6 2.12 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 suppresses/replaces any exception from the try block, so it does affect the overall result.
Raw{"answer": "no", "explanation": "An exception thrown in a finally block suppresses/replaces any exception from the try block, so it does affect the overall result."} | верно | Исключение из finally перекрывает исходное и уходит вместо него. |
T08-L7 1.53 c | Exceptions and errors | What does the expression (bool) new Exception('x') return? | «yes» Пояснение: In PHP, casting any object (including a new Exception) to bool always yields true, as objects are never considered falsy.
Raw{"answer": "yes", "explanation": "In PHP, casting any object (including a new Exception) to bool always yields true, as objects are never considered falsy."} | верно | Любой объект при приведении к bool — true. Формы ответа: true или да. |
T08-L8 1.02 c | Exceptions and errors | Functions registered via register_shutdown_function() run when exit is called. | «yes» Пояснение: Functions registered with register_shutdown_function() are executed during PHP's shutdown process, which is triggered by exit(), die(), normal script completion, and fatal errors.
Raw{"answer": "yes", "explanation": "Functions registered with register_shutdown_function() are executed during PHP's shutdown process, which is triggered by exit(), die(), normal script completion, and fatal errors."} | верно | exit завершает скрипт, но shutdown-функции отрабатывают. |
T09-L1 1.09 c | Namespaces and autoloading | The use App\Service\Mailer; statement itself loads the class file. | «no» Пояснение: The 'use' statement only creates a compile-time alias for the fully-qualified class name; the actual file is loaded (via autoloading) only when the class is first referenced at runtime.
Raw{"answer": "no", "explanation": "The 'use' statement only creates a compile-time alias for the fully-qualified class name; the actual file is loaded (via autoloading) only when the class is first referenced at runtime."} | верно | use — псевдоним на этапе компиляции; файл грузит автозагрузчик при первом обращении. |
T09-L2 0.73 c | Namespaces and autoloading | What follows use to import a function (not a class): the word function or const? | «function» Пояснение: In PHP, the syntax to import a function is `use function`, while `use const` is used to import a constant.
Raw{"answer": "function", "explanation": "In PHP, the syntax to import a function is `use function`, while `use const` is used to import a constant."} | верно | use function ...; (и use const для констант). |
T09-L3 1.33 c | Namespaces and autoloading | Into which file (path from src/) does the PSR-4 mapping "App\ → src/" place the class App\Controller\Api\UserController? | «controller/api/usercontroller.php» Пояснение: PSR-4 strips the 'App\' prefix, converts the remaining namespace separators to directory slashes, and appends the class name with .php, giving Controller/Api/UserController.php relative to src/.
Raw{"answer": "Controller/Api/UserController.php", "explanation": "PSR-4 strips the 'App\\' prefix, converts the remaining namespace separators to directory slashes, and appends the class name with .php, giving Controller/Api/UserController.php relative to src/."} | верно | Остаток имени после префикса, \ → /. |
T09-L4 1.36 c | Namespaces and autoloading | Including vendor/autoload.php registers autoloaders via spl_autoload_register(). | «yes» Пояснение: Composer's vendor/autoload.php creates a ClassLoader instance and registers it with the SPL autoload stack via spl_autoload_register().
Raw{"answer": "yes", "explanation": "Composer's vendor/autoload.php creates a ClassLoader instance and registers it with the SPL autoload stack via spl_autoload_register()."} | верно | Composer ставит автозагрузчик именно на spl_autoload_register. |
T09-L5 1.39 c | Namespaces and autoloading | The magic constant __NAMESPACE__ contains the name of the current namespace. | «yes» Пояснение: __NAMESPACE__ is a PHP magic constant that returns the fully qualified name of the current namespace at compile time (an empty string if in the global namespace).
Raw{"answer": "yes", "explanation": "__NAMESPACE__ is a PHP magic constant that returns the fully qualified name of the current namespace at compile time (an empty string if in the global namespace)."} | верно | В корневом пространстве — пустая строка. |
T09-L6 1.85 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; only a leading backslash forces global resolution.
Raw{"answer": "no", "explanation": "An unqualified class name in 'new' is resolved relative to the current namespace, not the global root; only a leading backslash forces global resolution."} | верно | Резолвится относительно текущего namespace (с учётом импортов). |
T09-L7 1.38 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 strips the base namespace 'App\', converts the remaining 'Model\User' to a path 'Model/User.php', and prepends the base directory 'src/', yielding src/Model/User.php.
Raw{"answer": "yes", "explanation": "PSR-4 strips the base namespace 'App\\', converts the remaining 'Model\\User' to a path 'Model/User.php', and prepends the base directory 'src/', yielding src/Model/User.php."} | верно | Остаток имени после префикса переносится в путь как есть. |
T09-L8 1.03 c | Namespaces and autoloading | A use statement may be written inside a function body — the import then applies to that function only. | «no» Пояснение: In PHP, use (import) statements must be declared at the top level of a file or inside a namespace declaration; they cannot be placed inside a function body or any other inner scope.
Raw{"answer": "no", "explanation": "In PHP, use (import) statements must be declared at the top level of a file or inside a namespace declaration; they cannot be placed inside a function body or any other inner scope."} | верно | use внутри тела функции — parse error; импорты файловые и компиляционные. |
T10-L1 1.2 c | References and scope | Arrays are copied on assignment rather than passed by reference. | «yes» Пояснение: In PHP, arrays are value types; assigning or passing them creates a copy (copy-on-write internally), not a reference, unless explicitly using the & operator.
Raw{"answer": "yes", "explanation": "In PHP, arrays are value types; assigning or passing them creates a copy (copy-on-write internally), not a reference, unless explicitly using the & operator."} | верно | Присваивание массива — копия (в движке — copy-on-write). |
T10-L2 1.06 c | References and scope | What will this print: $a = [1, 2]; $b = $a; $b[] = 3; echo count($a); | «2» Пояснение: In PHP, arrays are copied by value on assignment, so modifying $b does not affect $a, which still contains 2 elements.
Raw{"answer": 2, "explanation": "In PHP, arrays are copied by value on assignment, so modifying $b does not affect $a, which still contains 2 elements."} | верно | Присваивание — копия: в $a по-прежнему 2 элемента. |
T10-L3 1.09 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, the $GLOBALS superglobal, or passed as function 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, the $GLOBALS superglobal, or passed as function parameters."} | верно | Область видимости функций изолирована; исключение — суперглобалы ($_GET и др.). |
T10-L4 1.28 c | References and scope | unset($GLOBALS['x']) inside a function removes the global variable only for that function. | «no» Пояснение: unset($GLOBALS['x']) inside a function removes the global variable entirely from the global scope, not just for that function's local scope.
Raw{"answer": "no", "explanation": "unset($GLOBALS['x']) inside a function removes the global variable entirely from the global scope, not just for that function's local scope."} | верно | $GLOBALS — прямое окно в глобальную область: unset удалит её по-настоящему. |
T10-L5 0.68 c | References and scope | What will this print: function inc(&$x) { $x++; } $n = 5; inc($n); echo $n; | «6» Пояснение: The function modifies $x by reference, so $n is incremented from 5 to 6.
Raw{"answer": 6, "explanation": "The function modifies $x by reference, so $n is incremented from 5 to 6."} | верно | Ссылка меняет оригинал: 6. |
T10-L6 3.44 c | References and scope | A foreach over an array (by value) works with the "live" array: changes to the array inside the loop are visible in the same pass. | «no» Пояснение: PHP's foreach creates an internal iterator that is independent of the array variable, so modifications to the array inside the loop body are not reflected in the ongoing iteration.
Raw{"answer": "no", "explanation": "PHP's foreach creates an internal iterator that is independent of the array variable, so modifications to the array inside the loop body are not reflected in the ongoing iteration."} | верно | По значению foreach итерирует копию-снимок. |
T10-L7 0.95 c | References and scope | A static property belongs to each instance separately: changes in one object are not visible in others. | «no» Пояснение: A static property belongs to the class itself and is shared across all instances, so changes made through one object are visible in all others.
Raw{"answer": "no", "explanation": "A static property belongs to the class itself and is shared across all instances, so changes made through one object are visible in all others."} | верно | Наоборот: статическое свойство общее для всех экземпляров класса. Проверено php -r. |
T10-L8 1.03 c | References and scope | An array can have a boolean key true, and it will be stored as bool. | «no» Пояснение: In PHP, boolean array keys are cast to integers (true becomes 1, false becomes 0), so the key is stored as an integer, not a boolean.
Raw{"answer": "no", "explanation": "In PHP, boolean array keys are cast to integers (true becomes 1, false becomes 0), so the key is stored as an integer, not a boolean."} | верно | Булев ключ приводится к int: true → 1, false → 0. |
T11-L1 1.43 c | Generators, iterators, SPL | Inside a generator, return with a value can be used, and it becomes available via $gen->getReturn(). | «yes» Пояснение: Since PHP 5.5, a generator can use return with a value, which is retrievable via the Generator object's getReturn() method after the generator is complete.
Raw{"answer": "yes", "explanation": "Since PHP 5.5, a generator can use return with a value, which is retrievable via the Generator object's getReturn() method after the generator is complete."} | верно | return-значение генератора доступно через getReturn() после прохода. |
T11-L2 1.31 c | Generators, iterators, SPL | A fully consumed generator can be rewound with rewind() and traversed again. | «no» Пояснение: PHP generators are one-shot iterators; once fully consumed, they cannot be rewound or re-traversed.
Raw{"answer": "no", "explanation": "PHP generators are one-shot iterators; once fully consumed, they cannot be rewound or re-traversed."} | верно | Генератор одноразовый: rewind после начала итерации бросает Exception. |
T11-L3 3.35 c | Generators, iterators, SPL | The yield from construct delegates traversal to another generator or iterable. | «no» Пояснение: PHP has a yield keyword for generators but no 'yield from' construct; that is a Python feature.
Raw{"answer": "no", "explanation": "PHP has a yield keyword for generators but no 'yield from' construct; that is a Python feature."} | неверно верный: «yes» | yield from проксирует значения, ключи и return-значение внутреннего генератора. |
T11-L4 1.04 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.17 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 via yield from, iterator_to_array converts it to [1,2,3], and count returns 3.
Raw{"answer": 3, "explanation": "The generator yields 1, 2, 3 via yield from, iterator_to_array converts it to [1,2,3], and count returns 3."} | верно | yield from делегирует все 3 элемента. |
T11-L6 0.78 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; a FIFO queue is implemented by SplQueue.
Raw{"answer": "no", "explanation": "SplStack implements a LIFO (Last-In, First-Out) stack, not a FIFO queue; a FIFO queue is implemented by SplQueue."} | верно | SplStack — стек LIFO; очередь FIFO — SplQueue. |
T11-L7 0.74 c | Generators, iterators, SPL | ArrayIterator allows wrapping an array and traversing it via the Iterator interface. | «yes» Пояснение: ArrayIterator is a built-in PHP class that wraps an array and implements the Iterator interface (along with ArrayAccess and Countable), enabling traversal of the array.
Raw{"answer": "yes", "explanation": "ArrayIterator is a built-in PHP class that wraps an array and implements the Iterator interface (along with ArrayAccess and Countable), enabling traversal of the array."} | верно | Объектная обёртка над массивом. |
T11-L8 0.92 c | Generators, iterators, SPL | An ArrayObject instance cannot be traversed with foreach. | «no» Пояснение: ArrayObject implements the Iterator interface, so it can be traversed with foreach.
Raw{"answer": "no", "explanation": "ArrayObject implements the Iterator interface, so it can be traversed with foreach."} | верно | ArrayObject реализует IteratorAggregate — foreach по нему работает. |
T12-L1 1.01 c | Configuration and security | password_hash() generates a salt automatically — passing one separately is not needed. | «yes» Пояснение: password_hash() automatically generates and embeds a salt in the returned hash string; there is no parameter to supply one separately.
Raw{"answer": "yes", "explanation": "password_hash() automatically generates and embeds a salt in the returned hash string; there is no parameter to supply one separately."} | верно | Соль встраивается в строку результата; параметр salt устарел. |
T12-L2 1.44 c | Configuration and security | In PHP 8, PASSWORD_DEFAULT is md5 with an automatically added salt. | «no» Пояснение: In PHP 8, PASSWORD_DEFAULT is bcrypt ($2y$), not md5; it has been bcrypt since PHP 5.5.
Raw{"answer": "no", "explanation": "In PHP 8, PASSWORD_DEFAULT is bcrypt ($2y$), not md5; it has been bcrypt since PHP 5.5."} | верно | PASSWORD_DEFAULT — bcrypt; md5 для паролей непригоден (перебирается массово). |
T12-L3 0.83 c | Configuration and security | What does password_verify('secret', password_hash('secret', PASSWORD_DEFAULT)) return? | «yes» Пояснение: password_verify compares the plaintext 'secret' against the hash generated from 'secret', so it returns true.
Raw{"answer": "yes", "explanation": "password_verify compares the plaintext 'secret' against the hash generated from 'secret', so it returns true."} | верно | Соль и хеш в одной строке: true (форма ответа: true или да). |
T12-L4 1.08 c | Configuration and security | strip_tags() protects against SQL injection. | «no» Пояснение: strip_tags() removes HTML/PHP tags to help prevent XSS, but it does nothing to prevent SQL injection; that requires prepared statements or proper parameterized queries.
Raw{"answer": "no", "explanation": "strip_tags() removes HTML/PHP tags to help prevent XSS, but it does nothing to prevent SQL injection; that requires prepared statements or proper parameterized queries."} | верно | 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, invalidating the old one, which prevents an attacker from exploiting a known (fixed) session ID after the user logs in.
Raw{"answer": "yes", "explanation": "session_regenerate_id() creates a new session ID, invalidating the old one, which prevents an attacker from exploiting a known (fixed) session ID after the user logs in."} | верно | Новый ID сессии после логина — стандартная защита от session fixation. |
T12-L6 0.9 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 PHP function that returns the SAPI name, such as 'cli', 'apache2', or 'fpm-fcgi'.
Raw{"answer": "php_sapi_name()", "explanation": "php_sapi_name() is the built-in PHP function that returns the SAPI name, such as 'cli', 'apache2', or 'fpm-fcgi'."} | верно | php_sapi_name(). |
T12-L7 1.11 c | Configuration and security | session_destroy() deletes session data on the server but not the cookie in the user's browser. | «yes» Пояснение: session_destroy() only removes the session data on the server; the session cookie in the browser must be cleared separately with setcookie() using a past expiry date.
Raw{"answer": "yes", "explanation": "session_destroy() only removes the session data on the server; the session cookie in the browser must be cleared separately with setcookie() using a past expiry date."} | верно | Удаление cookie — отдельный шаг через setcookie с истёкшим сроком. |
T12-L8 0.95 c | Configuration and security | Without calling session_start(), the $_SESSION array is automatically populated with session data. | «no» Пояснение: The $_SESSION superglobal is only populated with session data after session_start() has been called; without it, $_SESSION remains empty.
Raw{"answer": "no", "explanation": "The $_SESSION superglobal is only populated with session data after session_start() has been called; without it, $_SESSION remains empty."} | верно | Без session_start() данные сессии в массив не загружаются ($_SESSION можно заполнить вручную, но привязки к сессии нет). |
VC-L1 1.02 c | PHP 8.4–8.5 | In which PHP version was the array_find() function introduced? | «8.1» Пояснение: The array_find() function was introduced in PHP 8.1 as part of a new set of array helper functions.
Raw{"answer": "8.1", "explanation": "The array_find() function was introduced in PHP 8.1 as part of a new set of array helper functions."} | неверно верный: «8.4» | PHP 8.4 (RFC array_find). |
VC-L2 4.63 c | PHP 8.4–8.5 | Property hooks (get/set right in the property declaration) landed in PHP 8.4. | «no» Пояснение: PHP 8.4 introduced asymmetric visibility for properties, not property hooks (custom get/set logic in the property declaration).
Raw{"answer": "no", "explanation": "PHP 8.4 introduced asymmetric visibility for properties, not property hooks (custom get/set logic in the property declaration)."} | неверно верный: «yes» | Property hooks — PHP 8.4 (ноябрь 2024). |
VC-L3 3.03 c | PHP 8.4–8.5 | Asymmetric visibility (public private(set) string $name) appeared in PHP 8.4. | «no» Пояснение: The syntax `public private(set) string $name` is characteristic of C# (or similar languages), not PHP; PHP 8.4 introduced property hooks but not asymmetric visibility in that form.
Raw{"answer": "no", "explanation": "The syntax `public private(set) string $name` is characteristic of C# (or similar languages), not PHP; PHP 8.4 introduced property hooks but not asymmetric visibility in that form."} | неверно верный: «yes» | Asymmetric visibility v2 — PHP 8.4. |
VC-L4 0.98 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, which was released in November 2024.
Raw{"answer": "8.4", "explanation": "The #[\\NoDiscard] attribute was introduced in PHP 8.4, which was released in November 2024."} | неверно верный: «8.5» | #[\NoDiscard] — PHP 8.5 (marking return values as important). |
VC-L5 2.61 c | PHP 8.4–8.5 | In which PHP version did the pipe operator |> first appear? Answer with the version number. | «none» Пояснение: PHP has no pipe operator (|>) in any released version; it is not a language feature.
Raw{"answer": "none", "explanation": "PHP has no pipe operator (|>) in any released version; it is not a language feature."} | неверно верный: «8.5» | Pipe operator — PHP 8.5 (2025). |
VC-L6 3.21 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. | «none» Пояснение: The 'clone-with' syntax (clone($obj, ['x' => 1])) was never implemented in any PHP version; it does not exist in PHP.
Raw{"answer": "none", "explanation": "The 'clone-with' syntax (clone($obj, ['x' => 1])) was never implemented in any PHP version; it does not exist in PHP."} | неверно верный: «8.5» | Clone with v2 — PHP 8.5. |
VC-L7 3.52 c | PHP 8.4–8.5 | In which PHP version were the array_first() and array_last() functions introduced? | «not a real php function» Пояснение: array_first() and array_last() are not built-in PHP functions in any version; they are Laravel helper functions, not part of the PHP standard library.
Raw{"answer": "not a real PHP function", "explanation": "array_first() and array_last() are not built-in PHP functions in any version; they are Laravel helper functions, not part of the PHP standard library."} | неверно верный: «8.5» | PHP 8.5. |
VC-L8 4.51 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.5» Пояснение: RFC Partial Function Application v2 was adopted for PHP 8.5.
Raw{"answer": 8.5, "explanation": "RFC Partial Function Application v2 was adopted for PHP 8.5."} | неверно верный: «8.6» | PFA v2 принят 05.12.2025 (33-0-0), реализован в PHP 8.6. |
VF-L1 0.87 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() function was introduced in PHP 8.4 via the clamp_v2 RFC.
Raw{"answer": "8.4", "explanation": "The clamp() function was introduced in PHP 8.4 via the clamp_v2 RFC."} | неверно верный: «8.6» | По данным владельца (wiki.php.net/rfc): clamp_v2 — 8.6; clamp() в 8.5.11 отсутствует (косвенное подтверждение). Дата-якорь делает клетку монотонной. |
VF-L2 3.17 c | PHP: 8.6+ and the future | RFC Context Managers v2 has already been adopted in PHP (as of 2026-11-07). | «no» Пояснение: The Context Managers v2 RFC was still in the proposal/discussion stage and had not been voted on and adopted into the PHP core.
Raw{"answer": "no", "explanation": "The Context Managers v2 RFC was still in the proposal/discussion stage and had not been voted on and adopted into the PHP core."} | верно | На 06.11.2026 — в обсуждении (создан 2026-10-23); не принят. |
VF-L3 3.89 c | PHP: 8.6+ and the future | RFC Bound-Erased Generic Types (generics) was declined in 2026. | «no» Пояснение: There is no known PHP RFC titled 'Bound-Erased Generic Types' that was declined in 2026; this appears to be a fabricated reference.
Raw{"answer": "no", "explanation": "There is no known PHP RFC titled 'Bound-Erased Generic Types' that was declined in 2026; this appears to be a fabricated reference."} | неверно верный: «yes» | Голосование завершилось 2026-06-28: отклонён (wiki.php.net/rfc). |
VF-L4 1.96 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 the known PHP release timeline, no RFC to make ZTS (Zend Thread-Safe) the default build has been accepted; PHP still defaults to NTS builds.
Raw{"answer": "no", "explanation": "As of the known PHP release timeline, no RFC to make ZTS (Zend Thread-Safe) the default build has been accepted; PHP still defaults to NTS builds."} | верно | Такого принятого RFC нет на дату якоря; якорь делает клетку монотонной — при принятии RFC позже клетка не перевернётся. |
VF-L5 1.51 c | PHP: 8.6+ and the future | As of PHP 8.5, generics (parameterized types) are still absent. | «yes» Пояснение: PHP has never included built-in generics (parameterized types); no RFC for them has been accepted as of PHP 8.5.
Raw{"answer": "yes", "explanation": "PHP has never included built-in generics (parameterized types); no RFC for them has been accepted as of PHP 8.5."} | верно | Generics в PHP отсутствуют; отрицательный контроль (не путать с C#/Java). |
VF-L6 2.83 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» Пояснение: Following PHP's typical annual release cycle (8.4 in Nov 2024, 8.5 in Nov 2025, 8.6 in Nov 2026), if PHP 8.6's GA is 2026-11-19, then on 2026-11-07 the latest stable would indeed be 8.5.
Raw{"answer": "yes", "explanation": "Following PHP's typical annual release cycle (8.4 in Nov 2024, 8.5 in Nov 2025, 8.6 in Nov 2026), if PHP 8.6's GA is 2026-11-19, then on 2026-11-07 the latest stable would indeed be 8.5."} | верно | 8.5 — релиз осени 2025; 8.6 GA 19.11.2026 (wiki.php.net/todo/php86). Дата снимка — 06.11.2026. |
VF-L7 1.39 c | PHP: 8.6+ and the future | The PHP 6 branch never shipped: after PHP 5.6 came PHP 7.0 directly. | «yes» Пояснение: PHP 6 was never released; the PHP team skipped directly from the 5.x series (5.6 being the last) to PHP 7.0 in December 2015.
Raw{"answer": "yes", "explanation": "PHP 6 was never released; the PHP team skipped directly from the 5.x series (5.6 being the last) to PHP 7.0 in December 2015."} | верно | Исторический факт: ветка 6 не была релизнута. |
VF-L8 3.11 c | PHP: 8.6+ and the future | The RFC adding the #[\Deprecated] attribute to the core was adopted. | «no» Пояснение: The RFC proposing a #[\Deprecated] attribute was not adopted into PHP core as of the latest releases.
Raw{"answer": "no", "explanation": "The RFC proposing a #[\\Deprecated] attribute was not adopted into PHP core as of the latest releases."} | неверно верный: «yes» | #[\Deprecated] — принят, реализован в PHP 8.4. |
T25-L1 1.31 c | Clean architecture | The dependency rule of clean and onion architecture: inner layers know nothing about outer ones — dependencies point toward the center. | «yes» Пояснение: In clean/onion architecture, the dependency rule mandates that all source-code dependencies point inward toward the domain center, so inner layers are unaware of outer layers.
Raw{"answer": "yes", "explanation": "In clean/onion architecture, the dependency rule mandates that all source-code dependencies point inward toward the domain center, so inner layers are unaware of outer layers."} | верно | Чистая (Robert C. Martin), луковичная (Jeffrey Palermo) и гексагональная (ports & adapters) — варианты одной идеи: зависимости направлены внутрь, к домену. Слоями в проекте следит deptrac. |
T25-L2 1.3 c | Clean architecture | Domain entities import neither Doctrine nor Symfony — only the language and, possibly, the standard library. | «yes» Пояснение: In Domain-Driven Design, domain entities are pure PHP objects with no dependencies on frameworks like Doctrine or Symfony, keeping the domain layer decoupled from infrastructure.
Raw{"answer": "yes", "explanation": "In Domain-Driven Design, domain entities are pure PHP objects with no dependencies on frameworks like Doctrine or Symfony, keeping the domain layer decoupled from infrastructure."} | верно | Изоляция домена от инфраструктуры; deptrac в проекте как раз следит за слоями. |
T25-L3 1.33 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 (or web/HTTP) layer, not the business-logic layer; they handle input/output and delegate business logic to services or use cases.
Raw{"answer": "no", "explanation": "Controllers and Twig templates belong to the presentation (or web/HTTP) layer, not the business-logic layer; they handle input/output and delegate business logic to services or use cases."} | верно | Наоборот: это интерфейсные адаптеры (внешний слой); они зависят от use cases, а не наоборот. |
T25-L4 1.54 c | Clean architecture | What sits at the very center of the onion architecture? | «entities» Пояснение: In the Onion Architecture, the innermost layer at the very center contains the domain entities (business rules and core objects), with all other layers depending inward toward them.
Raw{"answer": "Entities", "explanation": "In the Onion Architecture, the innermost layer at the very center contains the domain entities (business rules and core objects), with all other layers depending inward toward them."} | неверно верный: «domain model» | Центральное кольцо — Domain Model: сущности и бизнес-правила без зависимостей; далее Domain Services → Application Services → Infrastructure/UI/Tests (Palermo). |
T25-L5 1.0 c | Clean architecture | Layer boundary violations can be caught automatically: a layer-dependency analyzer (e.g. deptrac) fails on a forbidden call. | «yes» Пояснение: Tools like deptrac can be configured with layer rules and will fail the build when a forbidden cross-layer dependency is detected.
Raw{"answer": "yes", "explanation": "Tools like deptrac can be configured with layer rules and will fail the build when a forbidden cross-layer dependency is detected."} | верно | depfile.yaml в проекте TasK: CI проверяет правила слоёв на каждом пайплайне. |
T25-L6 1.89 c | Clean architecture | A use case (interactor) may accept an HTTP request or an EntityManager as arguments — it is simpler that way. | «no» Пояснение: A use case (interactor) should depend on abstractions and plain domain objects, not on framework-specific types like an HTTP request or an EntityManager, to remain decoupled, testable, and framework-agnostic.
Raw{"answer": "no", "explanation": "A use case (interactor) should depend on abstractions and plain domain objects, not on framework-specific types like an HTTP request or an EntityManager, to remain decoupled, testable, and framework-agnostic."} | верно | Use case принимает DTO и порты; привязка к HTTP/ORM протекает инфраструктуру во внутренние слои. |
T25-L7 1.04 c | Clean architecture | What is the component called that provides a collection of aggregates/entities while hiding the storage mechanism behind an interface? | «repository» Пояснение: A Repository provides a collection-like interface for accessing domain aggregates/entities while abstracting the underlying storage mechanism behind a common interface.
Raw{"answer": "Repository", "explanation": "A Repository provides a collection-like interface for accessing domain aggregates/entities while abstracting the underlying storage mechanism behind a common interface."} | верно | Repository pattern (DDD/Evans); в проекте — Doctrine-репозитории за портами. |
T25-L8 1.68 c | Clean architecture | In clean architecture, swapping PostgreSQL for another database touches only the outer layer — the domain and use cases stay unchanged. | «yes» Пояснение: In Clean Architecture, the domain and use case layers depend only on abstractions (interfaces), so replacing PostgreSQL with another database only requires changing the outer infrastructure/adapter layer.
Raw{"answer": "yes", "explanation": "In Clean Architecture, the domain and use case layers depend only on abstractions (interfaces), so replacing PostgreSQL with another database only requires changing the outer infrastructure/adapter layer."} | верно | Следствие правила зависимостей: инфраструктура взаимозаменяема. |
T26-L1 1.3 c | DDD | In DDD, an aggregate is just another name for a database table. | «no» Пояснение: In DDD, an aggregate is a cluster of domain objects treated as a single unit for consistency, which is a conceptual boundary and not synonymous with a database table (a technical persistence concern).
Raw{"answer": "no", "explanation": "In DDD, an aggregate is a cluster of domain objects treated as a single unit for consistency, which is a conceptual boundary and not synonymous with a database table (a technical persistence concern)."} | верно | Агрегат — кластер объектов с границей согласованности (транзакционной вокруг корня); таблица — деталь хранения. |
T26-L2 1.04 c | DDD | A Value Object is immutable and compared by the values of its fields, not by identity. | «yes» Пояснение: In Domain-Driven Design, a Value Object is defined by its immutability and value-based equality, meaning two instances with the same field values are considered equal regardless of identity.
Raw{"answer": "yes", "explanation": "In Domain-Driven Design, a Value Object is defined by its immutability and value-based equality, meaning two instances with the same field values are considered equal regardless of identity."} | верно | Классика Evans: Money, Email; равенство структурное. |
T26-L3 1.12 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 entry point of an aggregate through which all external changes must pass.
Raw{"answer": "Aggregate Root", "explanation": "In Domain-Driven Design, the Aggregate Root is the single entry point of an aggregate through which all external changes must pass."} | верно | Aggregate Root: внешние объекты ссылаются только на корень; он защищает инварианты агрегата. |
T26-L4 1.08 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, ensuring encapsulation and that all access to internal entities goes through the root.
Raw{"answer": "yes", "explanation": "In DDD, a Repository is defined per Aggregate Root, not per individual entity, ensuring encapsulation and that all access to internal entities goes through the root."} | верно | Репозиторий корня хранит границу согласованности агрегата; вложенные сущности доступны только через корень. |
T26-L5 0.96 c | DDD | Ubiquitous language is the model's shared language common to developers and domain experts. | «yes» Пояснение: Ubiquitous Language in Domain-Driven Design is precisely the shared vocabulary that bridges developers and domain experts, ensuring everyone uses the same terms derived from the domain model.
Raw{"answer": "yes", "explanation": "Ubiquitous Language in Domain-Driven Design is precisely the shared vocabulary that bridges developers and domain experts, ensuring everyone uses the same terms derived from the domain model."} | верно | Evans: язык из требований переходит в имена классов и методов. |
T26-L6 6.02 c | DDD | What is the boundary called within which a model and its language are consistent, while outside the same words mean other models? | «context» Пояснение: A context is the boundary within which a model and its language remain consistent in meaning, while outside it the same words refer to different models.
Raw{"answer": "context", "explanation": "A context is the boundary within which a model and its language remain consistent in meaning, while outside it the same words refer to different models."} | неверно верный: «bounded context» | Bounded Context; «Заказ» в биллинге и в доставке — разные модели. |
T26-L7 1.36 c | DDD | An anemic model (objects with only getters/setters, logic in services) is the recommended DDD style. | «no» Пояснение: DDD explicitly recommends a rich domain model where business logic lives inside entities and value objects, not in external service classes; the anemic model is considered an anti-pattern in DDD.
Raw{"answer": "no", "explanation": "DDD explicitly recommends a rich domain model where business logic lives inside entities and value objects, not in external service classes; the anemic model is considered an anti-pattern in DDD."} | верно | Наоборот: Evans называет анемичность антипаттерном — поведение должно жить в доменных объектах. |
T26-L8 1.25 c | DDD | Bounded context means each context has its own model: the same concept in different contexts is a different class. | «yes» Пояснение: In Domain-Driven Design, a Bounded Context ensures that the same real-world concept (e.g., 'Product', 'Customer') is modeled by its own dedicated class within each context, avoiding ambiguity.
Raw{"answer": "yes", "explanation": "In Domain-Driven Design, a Bounded Context ensures that the same real-world concept (e.g., 'Product', 'Customer') is modeled by its own dedicated class within each context, avoiding ambiguity."} | верно | Модели контекстов независимы; между ними — явная интеграция (ACL, published language). |
T13-L1 1.64 c | Symfony | Services in the Symfony DI container are created lazily by default — on first use. | «yes» Пояснение: Symfony's DI container stores service definitions (not instances) and only instantiates a service when it is first requested via get(), making it lazy by default.
Raw{"answer": "yes", "explanation": "Symfony's DI container stores service definitions (not instances) and only instantiates a service when it is first requested via get(), making it lazy by default."} | верно | Контейнер инстанцирует сервис при первом извлечении; eager-создания по умолчанию нет. |
T13-L2 1.37 c | Symfony | Which Symfony console command lists all registered routes? | «debug:router» Пояснение: The Symfony console command 'php bin/console debug:router' lists all registered routes in the application.
Raw{"answer": "debug:router", "explanation": "The Symfony console command 'php bin/console debug:router' lists all registered routes in the application."} | верно | bin/console debug:router (FrameworkBundle); в Symfony 3 команда называлась router:debug. |
T13-L3 1.37 c | Symfony | Symfony autowiring requires manually declaring every service in services.yaml. | «no» Пояснение: Symfony autowiring (since 3.3) automatically resolves dependencies based on type hints, so you do NOT need to manually declare every service in services.yaml.
Raw{"answer": "no", "explanation": "Symfony autowiring (since 3.3) automatically resolves dependencies based on type hints, so you do NOT need to manually declare every service in services.yaml."} | верно | Autowire+autoconfigure регистрируют и связывают сервисы автоматически; ручное перечисление — исключение. |
T13-L4 1.09 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 generated PHP files to avoid recompilation on subsequent requests.
Raw{"answer": "yes", "explanation": "Twig compiles templates into PHP classes (extending Twig\\Template) and caches the generated PHP files to avoid recompilation on subsequent requests."} | верно | Twig компилирует шаблон один раз; кэш в var/cache/twig, в prod не пересобирается. |
T13-L5 1.71 c | Symfony | In the Symfony dev environment the DI container is rebuilt only after tracked files change, not on every request. | «yes» Пояснение: In the Symfony dev environment, the DI container is compiled once and cached; it is only rebuilt when the timestamps of tracked configuration files change, not on every request.
Raw{"answer": "yes", "explanation": "In the Symfony dev environment, the DI container is compiled once and cached; it is only rebuilt when the timestamps of tracked configuration files change, not on every request."} | верно | Kernel проверяет freshness ресурсов (конфиги, классы); иначе переиспользуется кэш контейнера. |
T13-L6 1.16 c | Symfony | Which environment variable selects the active Symfony environment (dev/prod)? | «app_env» Пояснение: In modern Symfony (4+), the APP_ENV environment variable selects the active environment such as dev, prod, or test.
Raw{"answer": "APP_ENV", "explanation": "In modern Symfony (4+), the APP_ENV environment variable selects the active environment such as dev, prod, or test."} | верно | APP_ENV в .env; APP_DEBUG — отдельный флаг отладки. |
T13-L7 1.01 c | Symfony | A controller method can be private — Symfony routing works with any method of the class. | «no» Пояснение: Symfony controller actions must be public methods; the router invokes them via reflection and will not call private or protected methods.
Raw{"answer": "no", "explanation": "Symfony controller actions must be public methods; the router invokes them via reflection and will not call private or protected methods."} | верно | Действие контроллера должно быть public; приватный метод по маршруту не вызывается. |
T13-L8 1.87 c | Symfony | Event subscribers always receive events before listeners, because the interface gives them priority. | «no» Пояснение: In Symfony's EventDispatcher, both subscribers and listeners use the same numeric priority mechanism; a subscriber does not inherently fire before a listener—only the assigned priority value determines order.
Raw{"answer": "no", "explanation": "In Symfony's EventDispatcher, both subscribers and listeners use the same numeric priority mechanism; a subscriber does not inherently fire before a listener—only the assigned priority value determines order."} | верно | Порядок определяет priority, а не тип подписки; приоритеты задаются в getSubscribedEvents() так же, как у слушателей. |
T22-L1 1.86 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» Пояснение: Symfony 6.0 removed the legacy Guard system entirely, and authentication is now built around AuthenticatorInterface (and its subclasses) introduced in 5.3.
Raw{"answer": "yes", "explanation": "Symfony 6.0 removed the legacy Guard system entirely, and authentication is now built around AuthenticatorInterface (and its subclasses) introduced in 5.3."} | верно | Guard объявлен устаревшим в 5.3 и удалён в 6.0; в проекте symfony/security-bundle 8.1. |
T22-L2 1.6 c | Symfony: Security and forms | Which Symfony attribute checks a role/permission right on a controller method (403 without it)? | «isgranted» Пояснение: The #[IsGranted] attribute in Symfony checks whether the current user has a specific role or permission, returning a 403 Forbidden response if they do not.
Raw{"answer": "IsGranted", "explanation": "The #[IsGranted] attribute in Symfony checks whether the current user has a specific role or permission, returning a 403 Forbidden response if they do not."} | верно | #[IsGranted('ROLE_ADMIN')]; атрибут из symfony/security-http. |
T22-L3 1.22 c | Symfony: Security and forms | Voters are Symfony's mechanism for checking access to a specific object: isGranted('EDIT', $post). | «yes» Пояснение: Symfony Voters are the built-in mechanism for making fine-grained, object-level access decisions, used via isGranted('EDIT', $post).
Raw{"answer": "yes", "explanation": "Symfony Voters are the built-in mechanism for making fine-grained, object-level access decisions, used via isGranted('EDIT', $post)."} | верно | VoterInterface->vote(); docs Symfony — Voters. |
T22-L4 2.12 c | Symfony: Security and forms | In modern Symfony (7+) validation constraints are declared as PHP attributes (#[Assert\NotBlank]); doctrine annotations are no longer supported. | «yes» Пояснение: Symfony 7 (requiring PHP 8.1+) removed support for the legacy Doctrine annotations reader; validation constraints must now be declared as native PHP 8 attributes like #[Assert\NotBlank].
Raw{"answer": "yes", "explanation": "Symfony 7 (requiring PHP 8.1+) removed support for the legacy Doctrine annotations reader; validation constraints must now be declared as native PHP 8 attributes like #[Assert\\NotBlank]."} | верно | Докблок-аннотации удалены в Symfony 7.0; стандарт — атрибуты. В проекте symfony/validator 8.1. |
T22-L5 1.08 c | Symfony: Security and forms | CSRF protection of Symfony forms is enabled by default: the form validates the token on submission. | «yes» Пояснение: Symfony's form component has CSRF protection enabled by default; a token is automatically generated, rendered in the form, and validated on submission.
Raw{"answer": "yes", "explanation": "Symfony's form component has CSRF protection enabled by default; a token is automatically generated, rendered in the form, and validated on submission."} | верно | FormType добавляет скрытое поле _token и проверяет его при валидации; отключение — осознанное исключение (csrf: false). |
T22-L6 1.57 c | Symfony: Security and forms | Form validation in Symfony runs server-side even if the client-side (HTML5) checks passed. | «yes» Пояснение: Symfony always performs server-side form validation upon submission; HTML5 client-side checks are only a UX convenience and can be bypassed, so the server-side validation is the authoritative check.
Raw{"answer": "yes", "explanation": "Symfony always performs server-side form validation upon submission; HTML5 client-side checks are only a UX convenience and can be bypassed, so the server-side validation is the authoritative check."} | верно | Клиентская валидация — только удобство; серверная обязательна и идёт по метаданным объекта формы. |
T22-L7 0.67 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 for building forms.
Raw{"answer": "make:form", "explanation": "The Symfony MakerBundle command 'make:form' generates a FormType class for building forms."} | верно | bin/console make:form (symfony/maker-bundle — в проекте). |
T22-L8 1.2 c | Symfony: Security and forms | Symfony stores the user's password in the session in plain text. | «no» Пояснение: Symfony does not store the user's password in the session; the session holds only a serialized user identifier/token, while passwords are kept hashed in the database.
Raw{"answer": "no", "explanation": "Symfony does not store the user's password in the session; the session holds only a serialized user identifier/token, while passwords are kept hashed in the database."} | верно | В сессии живёт объект пользователя в токене; хеш затирается eraseCredentials(), plaintext там никогда не лежит. |
T23-L1 1.28 c | Symfony: configuration and services | Symfony bundle configuration lives in config/packages — one file per bundle or topic. | «yes» Пояснение: In Symfony (Flex-based projects, Symfony 4.1+), the recommended convention is to place one YAML file per bundle or topic in the config/packages/ directory.
Raw{"answer": "yes", "explanation": "In Symfony (Flex-based projects, Symfony 4.1+), the recommended convention is to place one YAML file per bundle or topic in the config/packages/ directory."} | верно | Стандартная структура (config/packages/*.yaml); перегрузка — config/packages/<env>. |
T23-L2 2.62 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 common and recommended pattern: a committed .env with safe dev defaults ensures new developers can bootstrap quickly, while .env.local (gitignored) holds real secrets.
Raw{"answer": "yes", "explanation": "This is a common and recommended pattern: a committed .env with safe dev defaults ensures new developers can bootstrap quickly, while .env.local (gitignored) holds real secrets."} | верно | symfony/dotenv: .env — общий безопасный набор значений; локальные секреты — .env.local (gitignored) или secrets-хранилище. |
T23-L3 1.61 c | Symfony: configuration and services | Which Symfony command lists the container's registered services and their aliases? | «debug:container» Пояснение: The Symfony command 'debug:container' (invoked via bin/console debug:container) lists all registered services and their aliases in the DI container.
Raw{"answer": "debug:container", "explanation": "The Symfony command 'debug:container' (invoked via bin/console debug:container) lists all registered services and their aliases in the DI container."} | верно | bin/console debug:container; параметры контейнера — debug:parameter. |
T23-L4 3.64 c | Symfony: configuration and services | The Symfony container allows changing parameters at runtime: $container->setParameter() works from a controller. | «no» Пояснение: The Symfony container is compiled and frozen after the build phase; parameters are baked into the generated class, so setParameter() cannot meaningfully change them at runtime.
Raw{"answer": "no", "explanation": "The Symfony container is compiled and frozen after the build phase; parameters are baked into the generated class, so setParameter() cannot meaningfully change them at runtime."} | верно | Контейнер компилируется и замораживается; runtime-значения — только через переменные окружения. |
T23-L5 0.81 c | Symfony: configuration and services | By default, Symfony services are public (public: true) — you can fetch them directly from the container. | «no» Пояснение: In Symfony, services are private (public: false) by default; you must explicitly set public: true to make them fetchable from the container.
Raw{"answer": "no", "explanation": "In Symfony, services are private (public: false) by default; you must explicitly set public: true to make them fetchable from the container."} | верно | С Symfony 4.0 сервисы по умолчанию private: инжектятся через autowiring; $container->get() — только для публичных. |
T23-L6 1.36 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 Symfony bundles work perfectly fine without any configuration file in config/packages; configuration is optional for most bundles.
Raw{"answer": "no", "explanation": "Many Symfony bundles work perfectly fine without any configuration file in config/packages; configuration is optional for most bundles."} | верно | У бандлов есть встроенные умолчания (Extension); конфиг нужен только для отклонений от них. |
T23-L7 0.96 c | Symfony: configuration and services | Environment variable values are injected into services.yaml using the %env(VAR)% syntax. | «yes» Пояснение: Symfony uses the %env(VAR)% syntax to inject environment variable values into configuration files such as services.yaml.
Raw{"answer": "yes", "explanation": "Symfony uses the %env(VAR)% syntax to inject environment variable values into configuration files such as services.yaml."} | верно | %env(...)% резолвится в рантайме env-процессорами; docs — Env Var Processors. |
T23-L8 0.8 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 the application runs in debug mode, which enables the profiler and Twig debug features.
Raw{"answer": "APP_DEBUG", "explanation": "The APP_DEBUG environment variable in Symfony controls whether the application runs in debug mode, which enables the profiler and Twig debug 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 to be registered for the same message; they are executed sequentially, each receiving the same message instance.
Raw{"answer": "no", "explanation": "Symfony Messenger allows multiple handlers to be registered for the same message; they are executed sequentially, each receiving the same message instance."} | верно | Messenger вызывает все хендлеры, подписанные на класс сообщения (docs — Multiple Handlers). |
T16-L2 1.18 c | Symfony: Messenger | The sync transport in Messenger queues the message for a worker, just like async. | «no» Пояснение: The sync transport handles the message immediately in the same process without any queueing; it is async transports that queue messages for a separate worker to consume.
Raw{"answer": "no", "explanation": "The sync transport handles the message immediately in the same process without any queueing; it is async transports that queue messages for a separate worker to consume."} | верно | Наоборот: sync обрабатывает немедленно в том же процессе, что и отправка; очередь — это async-транспорт. |
T16-L3 0.73 c | Symfony: Messenger | Which console command starts the worker that processes Messenger queue messages? | «messenger:consume» Пояснение: In Symfony, the `messenger:consume` console command starts the worker that processes messages from the Messenger component's queue.
Raw{"answer": "messenger:consume", "explanation": "In Symfony, the `messenger:consume` console command starts the worker that processes messages from the Messenger component's queue."} | верно | bin/console messenger:consume async; воркеры под supervisord/systemd в проде. |
T16-L4 1.37 c | Symfony: Messenger | Retries for failed messages (retry_strategy) are configured per Messenger transport. | «no» Пояснение: Retry strategy in Symfony Messenger is configured per message class (via the #[RetryableMessage] attribute) or as a global default, not per transport.
Raw{"answer": "no", "explanation": "Retry strategy in Symfony Messenger is configured per message class (via the #[RetryableMessage] attribute) or as a global default, not per transport."} | неверно верный: «yes» | retry_strategy на транспорте: max_retries, delay, multiplier; docs — Failed Messages & Retries. |
T16-L5 1.31 c | Symfony: Messenger | By default, Messenger serializes messages to JSON. | «yes» Пояснение: Symfony Messenger's default Serializer uses json_encode/json_decode to serialize and deserialize messages.
Raw{"answer": "yes", "explanation": "Symfony Messenger's default Serializer uses json_encode/json_decode to serialize and deserialize messages."} | неверно верный: «no» | Дефолтный сериализатор — PhpSerializer (serialize()); JSON-сериализатор включается отдельно. |
T16-L6 2.39 c | Symfony: Messenger | Symfony Scheduler produces messages on a schedule and dispatches them through Messenger. | «yes» Пояснение: The Symfony Scheduler component is designed to schedule tasks and, when integrated with Messenger, produces ScheduledMessage objects that are dispatched through the Messenger transport at the specified intervals or times.
Raw{"answer": "yes", "explanation": "The Symfony Scheduler component is designed to schedule tasks and, when integrated with Messenger, produces ScheduledMessage objects that are dispatched through the Messenger transport at the specified intervals or times."} | верно | Schedule → RecurringMessage → шина Messenger; docs — Scheduler. |
T16-L7 0.89 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 a database table managed by Doctrine ORM.
Raw{"answer": "doctrine", "explanation": "The Doctrine transport in Symfony Messenger stores messages in a database table managed by Doctrine ORM."} | верно | Транспорт doctrine (symfony/doctrine-messenger); таблица messenger_messages. В проекте стоит amqp-messenger + doctrine-messenger. |
T16-L8 1.17 c | Symfony: Messenger | The Messenger pipeline can be extended with custom middleware, placed before or after the built-in ones. | «yes» Пояснение: Symfony's Messenger allows you to add custom middleware at any position in the pipeline, before or after the built-in middleware such as validation, handling, and failure handling.
Raw{"answer": "yes", "explanation": "Symfony's Messenger allows you to add custom middleware at any position in the pipeline, before or after the built-in middleware such as validation, handling, and failure handling."} | верно | messenger.bus.*.middleware в yaml; docs — Middleware. |
T28-L1 1.23 c | Symfony: versions | Symfony major releases come every two years, minor ones every six months (in May and November). | «yes» Пояснение: Symfony follows a predictable schedule with minor releases every six months (May and November) and major releases every two years (November).
Raw{"answer": "yes", "explanation": "Symfony follows a predictable schedule with minor releases every six months (May and November) and major releases every two years (November)."} | верно | Стандартный релизный цикл: 8.0 — ноябрь 2025, 8.1 — май 2026, 8.2 — ноябрь 2026. |
T28-L2 1.07 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.
Raw{"answer": "8.4", "explanation": "Symfony 8 requires a minimum PHP version of 8.4."} | верно | Symfony 8.0 поднял требование до PHP >= 8.4.1 (в vendor проекта: "php": ">=8.4.1"). |
T28-L3 1.18 c | Symfony: versions | Symfony 7.0 kept support for docblock annotations (validation, routes). | «no» Пояснение: Symfony 7.0 removed support for docblock annotations; only PHP 8 attributes are supported for validation, routing, and other features.
Raw{"answer": "no", "explanation": "Symfony 7.0 removed support for docblock annotations; only PHP 8 attributes are supported for validation, routing, and other features."} | верно | Наоборот: в 7.0 аннотации удалены — только PHP-атрибуты (#[Route], #[Assert\NotBlank]). |
T28-L4 1.4 c | Symfony: versions | AssetMapper manages CSS/JS without node or webpack — via importmap.php. | «yes» Пояснение: Symfony's AssetMapper component bundles, minifies, and manages CSS/JS assets using an importmap.php file, eliminating the need for Node.js or webpack.
Raw{"answer": "yes", "explanation": "Symfony's AssetMapper component bundles, minifies, and manages CSS/JS assets using an importmap.php file, eliminating the need for Node.js or webpack."} | верно | symfony/asset-mapper (с 6.3, стандарт с 7.x); в проекте — importmap.php в корне и asset-mapper 8.1. |
T28-L5 1.21 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, supported until November 2027, not a regular non-LTS release.
Raw{"answer": "no", "explanation": "Symfony 6.4 is a Long-Term Support (LTS) release, supported until November 2027, not a regular non-LTS release."} | верно | Наоборот: 6.4 — LTS (расширенная поддержка); LTS выходит вместе с очередным мажором (6.4 — вместе с 7.0). |
T28-L6 1.22 c | Symfony: versions | When moving to a new Symfony major version, deprecations of the previous branch keep working — major releases do not remove them. | «no» Пояснение: Symfony's versioning policy states that deprecations introduced in a major version are removed in the next major version, which is the primary purpose of a major release.
Raw{"answer": "no", "explanation": "Symfony's versioning policy states that deprecations introduced in a major version are removed in the next major version, which is the primary purpose of a major release."} | верно | Наоборот: мажорный релиз удаляет всё устаревшее (7.0 убрал деприкейшены 6.x, 8.0 — 7.x). |
T28-L7 0.97 c | Symfony: versions | Every Symfony major release is accompanied by an UPGRADE guide listing the changes. | «yes» Пояснение: Symfony includes an UPGRADE-<major>.<minor>.md file in the repository for each major release, documenting all breaking changes and deprecations.
Raw{"answer": "yes", "explanation": "Symfony includes an UPGRADE-<major>.<minor>.md file in the repository for each major release, documenting all breaking changes and deprecations."} | верно | UPGRADE-7.0.md, UPGRADE-8.0.md в репозитории symfony/symfony. |
T28-L8 1.68 c | Symfony: versions | Which Symfony component manages assets and the importmap without node/webpack? | «assetmapper» Пояснение: Symfony's AssetMapper component (introduced in 6.4/7.0) manages asset mapping and importmaps without requiring Node.js or Webpack.
Raw{"answer": "AssetMapper", "explanation": "Symfony's AssetMapper component (introduced in 6.4/7.0) manages asset mapping and importmaps without requiring Node.js or Webpack."} | верно | symfony/asset-mapper 8.1 — в проекте. |
T29-L1 8.33 c | Symfony: 8.2 and beyond | As of 2026-11-07, Symfony 8.2 has already been released. | «no» Пояснение: Symfony x.2 releases traditionally occur on the second Tuesday of November; in 2026 that is November 10, which is after November 7, so Symfony 8.2 would not yet be released on that date.
Raw{"answer": "no", "explanation": "Symfony x.2 releases traditionally occur on the second Tuesday of November; in 2026 that is November 10, which is after November 7, so Symfony 8.2 would not yet be released on that date."} | верно | Наоборот: 8.2 ещё не выпущена — релиз в конце ноября 2026; последняя стабильная — 8.1. |
T29-L2 1.73 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 Symfony's six-month cycle, Symfony 8.0 is May 2026, 8.1 is November 2026, and 8.2 would be May 2027, not November 2026.
Raw{"answer": "no", "explanation": "Following Symfony's six-month cycle, Symfony 8.0 is May 2026, 8.1 is November 2026, and 8.2 would be May 2027, not November 2026."} | неверно верный: «yes» | Политика релизов: 8.1 — май 2026, 8.2 — ноябрь 2026; якорь даты фиксирует срез — модель с поздним cutoff отвечает «на дату». |
T29-L3 1.32 c | Symfony: 8.2 and beyond | Which Symfony version comes after 8.1 (as of 2026-11-07)? | «8.2» Пояснение: Following Symfony's semi-annual release cycle, 8.2 is the next minor version after 8.1, expected around November 2026.
Raw{"answer": 8.2, "explanation": "Following Symfony's semi-annual release cycle, 8.2 is the next minor version after 8.1, expected around November 2026."} | верно | 8.2 — следующий минорный релиз (ноябрь 2026); после его выхода проект переходит с 8.1.* на 8.2.*. |
T29-L4 1.82 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 does not exist (as of current releases, Symfony is in the 7.x line), and even major Symfony upgrades follow deprecation cycles rather than requiring a complete rewrite.
Raw{"answer": "no", "explanation": "Symfony 8.2 does not exist (as of current releases, Symfony is in the 7.x line), and even major Symfony upgrades follow deprecation cycles rather than requiring a complete rewrite."} | верно | Наоборот: 8.2 — минорный релиз; новые возможности без поломки обратной совместимости. Мажор — 9.0. |
T29-L5 2.22 c | Symfony: 8.2 and beyond | Updating within a major branch (8.1 → 8.2) should not require code changes — backward compatibility is preserved. | «yes» Пояснение: PHP guarantees backward compatibility between minor versions within the same major version (e.g., 8.1 → 8.2), so existing code should continue to work without changes.
Raw{"answer": "yes", "explanation": "PHP guarantees backward compatibility between minor versions within the same major version (e.g., 8.1 → 8.2), so existing code should continue to work without changes."} | верно | Политика Symfony: минорные релизы обратно совместимы; BC-break допустим только в мажорных. |
T29-L6 2.58 c | Symfony: 8.2 and beyond | Which minor version of the 8.x branch is released last, before Symfony 9.0? | «8.4» Пояснение: Following Symfony's release pattern (each major version has .0 through .4 minor releases, with .4 being LTS), the last minor version in the 8.x branch before Symfony 9.0 is 8.4.
Raw{"answer": "8.4", "explanation": "Following Symfony's release pattern (each major version has .0 through .4 minor releases, with .4 being LTS), the last minor version in the 8.x branch before Symfony 9.0 is 8.4."} | верно | По циклу: 8.2 (ноя 2026), 8.3 (май 2027), 8.4 (ноя 2027, вместе с 9.0) — как 6.4 выходила вместе с 7.0. |
T29-L7 2.67 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.2 does not exist; as of current releases, Symfony is in the 7.x line, so a requirement for a non-existent version is false.
Raw{"answer": "no", "explanation": "Symfony 8.2 does not exist; as of current releases, Symfony is in the 7.x line, so a requirement for a non-existent version is false."} | верно | Наоборот: минорные релизы не поднимают требования PHP; для всей ветки 8.x остаётся PHP >= 8.4. |
T29-L8 1.8 c | Symfony: 8.2 and beyond | Deprecations added in the 8.x branch will not be removed before Symfony 9.0. | «yes» Пояснение: Symfony's deprecation policy guarantees that features deprecated in a given major version (8.x) are kept until at least the next major release (9.0), so they will not be removed before Symfony 9.0.
Raw{"answer": "yes", "explanation": "Symfony's deprecation policy guarantees that features deprecated in a given major version (8.x) are kept until at least the next major release (9.0), so they will not be removed before Symfony 9.0."} | верно | Политика: деприкейшены живут до следующего мажора; 9.0 — ноябрь 2027. |
T21-L1 1.4 c | Twig | Inside {{ }}, Twig allows calling arbitrary PHP code directly. | «no» Пояснение: Twig's {{ }} delimiters only support Twig's own expression language (functions, filters, operators), not arbitrary PHP code execution.
Raw{"answer": "no", "explanation": "Twig's {{ }} delimiters only support Twig's own expression language (functions, filters, operators), not arbitrary PHP code execution."} | верно | Twig — DSL: только разрешённые окружением функции/фильтры; произвольный PHP не исполняется. |
T21-L2 0.76 c | Twig | By default, Twig auto-escapes printed variables. | «yes» Пояснение: Twig has auto-escaping enabled by default with the 'html' strategy to prevent XSS attacks.
Raw{"answer": "yes", "explanation": "Twig has auto-escaping enabled by default with the 'html' strategy to prevent XSS attacks."} | верно | Autoescape включён по умолчанию; {{ '<b>' }} → <b>. Проверено на Twig 3.30. |
T21-L3 1.14 c | Twig | The Twig |e filter escapes a string for safe output in an HTML context. | «yes» Пояснение: The Twig |e (escape) filter defaults to HTML context, applying htmlspecialchars to safely output a string in HTML.
Raw{"answer": "yes", "explanation": "The Twig |e (escape) filter defaults to HTML context, applying htmlspecialchars to safely output a string in HTML."} | верно | |e ('html') по умолчанию; есть контексты js/url/css. От SQL-инъекций он не защищает — это задача подготовленных запросов Doctrine. |
T21-L4 1.53 c | Twig | Which filter from twig/intl-extra formats a number according to a locale? | «localizednumber» Пояснение: The twig/intl-extra package provides the 'localizednumber' filter which uses the intl extension's NumberFormatter to format a number according to a given locale.
Raw{"answer": "localizednumber", "explanation": "The twig/intl-extra package provides the 'localizednumber' filter which uses the intl extension's NumberFormatter to format 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.57 c | Twig | The |raw filter disables auto-escaping for the value. | «yes» Пояснение: In Twig (commonly used with PHP frameworks like Symfony), the |raw filter tells the engine to output the value without applying auto-escaping.
Raw{"answer": "yes", "explanation": "In Twig (commonly used with PHP frameworks like Symfony), the |raw filter tells the engine to output the value without applying auto-escaping."} | верно | {{ x|raw }} выводит HTML как есть; опасно с пользовательскими данными. Проверено на Twig 3.30. |
T21-L6 0.88 c | Twig | In Twig, {{ }} prints an expression value, while {% %} executes tags — conditions, loops, set. | «yes» Пояснение: In Twig, {{ }} outputs expressions (variables, function calls) while {% %} is used for structural tags such as if, for, and set.
Raw{"answer": "yes", "explanation": "In Twig, {{ }} outputs expressions (variables, function calls) while {% %} is used for structural tags such as if, for, and set."} | верно | Два блока синтаксиса Twig: вывод (echo) против логики. |
T21-L7 0.91 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, e.g. {% set foo = 'bar' %}.
Raw{"answer": "no", "explanation": "Twig allows you to declare variables inside a template using the {% set %} tag, e.g. {% set foo = 'bar' %}."} | верно | {% set y = ... %} объявляет переменную в шаблоне. Проверено на Twig 3.30. |
T21-L8 0.61 c | Twig | Which Twig function dumps the debug structure of a variable (array, object)? | «dump» Пояснение: The Twig function `dump()` outputs the debug structure of a variable, similar to PHP's var_dump().
Raw{"answer": "dump", "explanation": "The Twig function `dump()` outputs the debug structure of a variable, similar to PHP's var_dump()."} | верно | {{ dump(x) }} (DebugExtension; в Symfony доступна в dev-окружении). |
T24-L1 1.42 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 toolkit providing ready-made UI components (buttons, modals, grid, etc.) and is not a Single Page Application framework like React, Angular, or Vue.
Raw{"answer": "yes", "explanation": "Bootstrap is a front-end CSS/JS toolkit providing ready-made UI components (buttons, modals, grid, etc.) and is not a Single Page Application framework like React, Angular, or Vue."} | верно | Компоненты и утилиты поверх вашего HTML; SPA-фреймворки (React/Vue) — другой класс инструментов. В проекте vendored 5.3.3. |
T24-L2 0.96 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 centered container with a fixed max-width that changes at each breakpoint (sm, md, lg, xl, xxl).
Raw{"answer": "container", "explanation": "The .container class in Bootstrap provides a responsive centered container with a fixed max-width that changes at each breakpoint (sm, md, lg, xl, xxl)."} | верно | .container (фиксированная макс-ширина по брейкпоинтам) vs .container-fluid (на всю ширину). |
T24-L3 1.02 c | Bootstrap | The Bootstrap grid is built on CSS floats and splits a row into 16 columns. | «no» Пояснение: The Bootstrap grid splits a row into 12 columns (not 16), and modern Bootstrap (v4+) uses Flexbox rather than CSS floats.
Raw{"answer": "no", "explanation": "The Bootstrap grid splits a row into 12 columns (not 16), and modern Bootstrap (v4+) uses Flexbox rather than CSS floats."} | верно | Наоборот: flexbox (с Bootstrap 4) и 12 колонок; float-сетка — это Bootstrap 3. |
T24-L4 1.77 c | Bootstrap | Bootstrap's named breakpoints (the infix used in class names) are sm, md, lg, xl, xxl — five of them. | «yes» Пояснение: In Bootstrap 5, the breakpoints are xs, sm, md, lg, xl, xxl, but xs has no infix in class names, leaving exactly five infixes: sm, md, lg, xl, xxl.
Raw{"answer": "yes", "explanation": "In Bootstrap 5, the breakpoints are xs, sm, md, lg, xl, xxl, but xs has no infix in class names, leaving exactly five infixes: sm, md, lg, xl, xxl."} | верно | Тиров всего шесть: xs (без инфикса) + пять именованных (576/768/992/1200/1400 px). |
T24-L5 1.4 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 compute their value as the number multiplied by the $spacer variable (e.g., 3 * 1rem).
Raw{"answer": "yes", "explanation": "In Bootstrap, spacing utilities like .mt-3 or .px-2 compute their value as the number multiplied by the $spacer variable (e.g., 3 * 1rem)."} | неверно верный: «no» | Spacing utilities; $spacer = 1rem. |
T24-L6 0.87 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, and modals 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, and modals on an element."} | верно | data-bs-toggle="dropdown" и т.п.; в Bootstrap 4 атрибут назывался data-toggle. |
T24-L7 0.77 c | Bootstrap | Bootstrap 5 components work without jQuery — in plain vanilla JS. | «yes» Пояснение: Bootstrap 5 removed its jQuery dependency and all its interactive components are implemented in vanilla JavaScript (ES6+).
Raw{"answer": "yes", "explanation": "Bootstrap 5 removed its jQuery dependency and all its interactive components are implemented in vanilla JavaScript (ES6+)."} | верно | jQuery удалён в Bootstrap 5.0: data-bs-* атрибуты и JS API. В проекте vendored 5.3.3. |
T24-L8 1.64 c | Bootstrap | Dark mode in Bootstrap is enabled with a .dark class on the root element. | «no» Пояснение: In Bootstrap 5.3+, dark mode is enabled by adding the data-bs-theme="dark" attribute to the <html> element, not a .dark class.
Raw{"answer": "no", "explanation": "In Bootstrap 5.3+, dark mode is enabled by adding the data-bs-theme=\"dark\" attribute to the <html> element, not a .dark class."} | верно | Наоборот: тема включается атрибутом data-bs-theme="dark" (Color modes, с 5.3); класса .dark не существует. В проекте 5.3.3. |
T14-L1 1.38 c | Doctrine | Doctrine ORM creates database tables on the fly the first time an entity is used at runtime. | «no» Пояснение: Doctrine ORM does not auto-create tables at runtime; tables must be created explicitly via migrations or schema-tool commands.
Raw{"answer": "no", "explanation": "Doctrine ORM does not auto-create tables at runtime; tables must be created explicitly via migrations or schema-tool commands."} | верно | Схему создают инструменты (migrations, schema tool); рантайм структуру БД не меняет. |
T14-L2 1.31 c | Doctrine | Which EntityManager method marks a new object as managed without executing SQL until flush()? | «persist» Пояснение: EntityManager::persist() transitions a new entity to the managed state and schedules an INSERT to be executed only when flush() is called.
Raw{"answer": "persist", "explanation": "EntityManager::persist() transitions a new entity to the managed state and schedules an INSERT to be executed only when flush() is called."} | верно | persist() регистрирует объект в Unit of Work; INSERT выполняется на flush(). |
T14-L3 4.47 c | Doctrine | In Doctrine ORM 3, the EntityManager::merge() method exists and makes the passed object managed. | «yes» Пояснение: EntityManager::merge() exists in Doctrine ORM 3 and its purpose is to merge the state of a detached entity into the managed context, effectively making it managed.
Raw{"answer": "yes", "explanation": "EntityManager::merge() exists in Doctrine ORM 3 and its purpose is to merge the state of a detached entity into the managed context, effectively making it managed."} | неверно верный: «no» | В ORM 3 merge() удалён (в vendor проекта 3.7.6 метода нет); в Doctrine 2.x merge() возвращал управляемую копию. Версия зафиксирована — ORM 3. |
T14-L4 1.18 c | Doctrine | DQL queries are written in terms of entities and their fields, not tables and columns. | «yes» Пояснение: DQL (Doctrine Query Language) operates at the ORM level, referencing entity names and their mapped fields rather than raw table and column names.
Raw{"answer": "yes", "explanation": "DQL (Doctrine Query Language) operates at the ORM level, referencing entity names and their mapped fields rather than raw table and column names."} | верно | Doctrine транслирует DQL в SQL; docs — DQL (Doctrine Query Language). |
T14-L5 1.35 c | Doctrine | What does $repository->find(999) return when no record with id 999 exists? | «null» Пояснение: Doctrine's find() method returns null when no entity matches the given ID.
Raw{"answer": "null", "explanation": "Doctrine's find() method returns null when no entity matches the given ID."} | верно | find() возвращает null, если объект не найден (docs Repository methods). |
T14-L6 1.84 c | Doctrine | DoctrineBundle in Symfony automatically calls flush() at the end of every request. | «yes» Пояснение: DoctrineBundle's auto_commit option defaults to true, which registers a listener on the kernel.response event that calls EntityManager::flush() at the end of each request.
Raw{"answer": "yes", "explanation": "DoctrineBundle's auto_commit option defaults to true, which registers a listener on the kernel.response event that calls EntityManager::flush() at the end of each request."} | неверно верный: «no» | Авто-flush нет — flush() зовёт разработчик; незакрытая транзакция в конце запроса откатывается. |
T14-L7 1.78 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 performs dirty checking on managed entities at flush() time, so modifying a property of an already-managed entity is automatically detected and committed without needing an explicit persist() call.
Raw{"answer": "yes", "explanation": "The Unit of Work performs dirty checking on managed entities at flush() time, so modifying a property of an already-managed entity is automatically detected and committed without needing an explicit persist() call."} | верно | Dirty checking сравнивает снимки свойств; persist нужен только новым/отсоединённым объектам. |
T14-L8 0.93 c | Doctrine | remove() executes the SQL DELETE immediately, without waiting for flush(). | «no» Пояснение: In Doctrine ORM, remove() only schedules the entity for deletion; the actual DELETE SQL is executed when flush() is called.
Raw{"answer": "no", "explanation": "In Doctrine ORM, remove() only schedules the entity for deletion; the actual DELETE SQL is executed when flush() is called."} | верно | remove() планирует удаление в Unit of Work; DELETE выполняется на flush() (docs — Deleting Objects). |
T15-L1 1.39 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; readers see a snapshot of old versions while writers create new versions, eliminating that mutual blocking.
Raw{"answer": "no", "explanation": "MVCC is specifically designed so that readers do NOT block writers and writers do NOT block readers; readers see a snapshot of old versions while writers create new versions, eliminating that mutual blocking."} | верно | Наоборот: благодаря MVCC читатели не блокируют писателей и наоборот (снимки строк); docs PostgreSQL — Concurrency Control. |
T15-L2 1.05 c | PostgreSQL | Which SQL command shows a query's execution plan without executing the query? | «explain» Пояснение: The EXPLAIN SQL command displays the execution plan of a query without actually executing it.
Raw{"answer": "EXPLAIN", "explanation": "The EXPLAIN SQL command displays the execution plan of a query without actually executing it."} | верно | EXPLAIN без ANALYZE только строит план; проверено на PostgreSQL 17.7. |
T15-L3 2.28 c | PostgreSQL | SERIAL and GENERATED ... AS IDENTITY are just two names for the same mechanism. | «no» Пояснение: SERIAL creates a separate sequence object with a DEFAULT nextval() on the column, while GENERATED AS IDENTITY is a column-level constraint with an internally-managed sequence; they are different mechanisms with different behaviors and management, not two names for the same thing.
Raw{"answer": "no", "explanation": "SERIAL creates a separate sequence object with a DEFAULT nextval() on the column, while GENERATED AS IDENTITY is a column-level constraint with an internally-managed sequence; they are different mechanisms with different behaviors and management, not two names for the same thing."} | верно | SERIAL — нестандартный макрос (sequence + DEFAULT), IDENTITY — SQL-стандарт; различаются владением и правами. Оба есть в PG 17 (проверено). |
T15-L4 1.21 c | PostgreSQL | By default, a PostgreSQL UNIQUE constraint allows only one row with NULL in the column. | «no» Пояснение: In PostgreSQL, a UNIQUE constraint allows multiple rows with NULL because NULL is not considered equal to NULL, so each NULL is treated as a distinct value.
Raw{"answer": "no", "explanation": "In PostgreSQL, a UNIQUE constraint allows multiple rows with NULL because NULL is not considered equal to NULL, so each NULL is treated as a distinct value."} | верно | Наоборот: NULLS DISTINCT по умолчанию — несколько NULL допустимы; NULLS NOT DISTINCT — опция с PG 15. Проверено на PG 17.7. |
T15-L5 0.65 c | PostgreSQL | Which PostgreSQL aggregate function concatenates strings with a separator? | «string_agg» Пояснение: PostgreSQL's string_agg(expression, delimiter) aggregate function concatenates strings using the specified separator.
Raw{"answer": "string_agg", "explanation": "PostgreSQL's string_agg(expression, delimiter) aggregate function concatenates strings using the specified separator."} | верно | string_agg(значение, разделитель); проверено на PostgreSQL 17.7. |
T15-L6 0.9 c | PostgreSQL | Plain VACUUM returns the space occupied by dead tuples to the operating system. | «no» Пояснение: Plain VACUUM only marks dead tuples as reusable within the table file; it does not shrink the file or return space to the OS (that requires VACUUM FULL).
Raw{"answer": "no", "explanation": "Plain VACUUM only marks dead tuples as reusable within the table file; it does not shrink the file or return space to the OS (that requires VACUUM FULL)."} | верно | VACUUM помечает место для переиспользования внутри таблицы; ОС его возвращает только VACUUM FULL (с эксклюзивной блокировкой). |
T15-L7 0.58 c | PostgreSQL | Which keyword in a window function definition partitions rows into groups the function is computed over? | «partition» Пояснение: In SQL window functions, the PARTITION BY clause divides rows into groups over which the window function is computed.
Raw{"answer": "PARTITION", "explanation": "In SQL window functions, the PARTITION BY clause divides rows into groups over which the window function is computed."} | неверно верный: «partition by» | OVER (PARTITION BY ...); проверено на PostgreSQL 17.7. |
T15-L8 1.08 c | PostgreSQL | The READ COMMITTED isolation level protects against non-repeatable reads. | «no» Пояснение: READ COMMITTED only protects against dirty reads; non-repeatable reads are prevented at the REPEATABLE READ level and above.
Raw{"answer": "no", "explanation": "READ COMMITTED only protects against dirty reads; non-repeatable reads are prevented at the REPEATABLE READ level and above."} | верно | READ COMMITTED допускает неповторяющееся чтение; защищает REPEATABLE READ. Проверено: SHOW transaction_isolation → read committed. |
T17-L1 0.86 c | PostgreSQL: transactions and indexes | By default, PostgreSQL wraps each single SQL statement in its own implicit transaction (autocommit). | «yes» Пояснение: By default, PostgreSQL operates in autocommit mode, where each individual SQL statement is wrapped in its own implicit transaction and committed immediately upon success.
Raw{"answer": "yes", "explanation": "By default, PostgreSQL operates in autocommit mode, where each individual SQL statement is wrapped in its own implicit transaction and committed immediately upon success."} | верно | Без BEGIN каждый оператор коммитится сам; docs PostgreSQL — Transactions. Проверено на PG 17. |
T17-L2 0.54 c | PostgreSQL: transactions and indexes | Which SQL command ends a transaction, committing all its changes? | «commit» Пояснение: The SQL COMMIT command finalizes a transaction, making all changes permanent.
Raw{"answer": "COMMIT", "explanation": "The SQL COMMIT command finalizes a transaction, making all changes permanent."} | верно | COMMIT (END — синоним). Проверено на PG 17. |
T17-L3 0.95 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 speed up row lookups for any query type (SELECT, UPDATE, DELETE) that filters on the indexed column, not just SELECT.
Raw{"answer": "yes", "explanation": "Indexes speed up row lookups for any query type (SELECT, UPDATE, DELETE) that filters on the indexed column, not just SELECT."} | верно | Поиск строк для изменения идёт по индексу; docs PostgreSQL — Indexes. |
T17-L4 0.84 c | PostgreSQL: transactions and indexes | To roll back part of the statements inside a transaction, PostgreSQL uses SAVEPOINT. | «yes» Пояснение: SAVEPOINT allows rolling back to a specific point within a transaction without aborting the entire transaction.
Raw{"answer": "yes", "explanation": "SAVEPOINT allows rolling back to a specific point within a transaction without aborting the entire transaction."} | верно | SAVEPOINT name; ROLLBACK TO name — частичный откат без отмены всей транзакции. Проверено на PG 17. |
T17-L5 0.87 c | PostgreSQL: transactions and indexes | EXPLAIN ANALYZE shows the query plan without executing the query. | «no» Пояснение: EXPLAIN ANALYZE actually executes the query and reports real execution statistics; only plain EXPLAIN (without ANALYZE) shows the plan without executing the query.
Raw{"answer": "no", "explanation": "EXPLAIN ANALYZE actually executes the query and reports real execution statistics; only plain EXPLAIN (without ANALYZE) shows the plan without executing the query."} | верно | Наоборот: ANALYZE реально выполняет запрос (с побочными эффектами!) и показывает фактические времена узлов; план без выполнения — plain EXPLAIN. |
T17-L6 0.81 c | PostgreSQL: transactions and indexes | Which PostgreSQL extension adds vector types and indexes for embedding search? | «pgvector» Пояснение: pgvector is the PostgreSQL extension that adds a vector data type and index support (IVFFlat and HNSW) for similarity search on embeddings.
Raw{"answer": "pgvector", "explanation": "pgvector is the PostgreSQL extension that adds a vector data type and index support (IVFFlat and HNSW) for similarity search on embeddings."} | верно | CREATE EXTENSION vector (проект pgvector; в проекте образ pgvector/pgvector:pg17). |
T17-L7 0.93 c | PostgreSQL: transactions and indexes | A partial index (CREATE INDEX ... WHERE ...) is built only over rows satisfying the condition. | «yes» Пояснение: A partial index in PostgreSQL includes only rows that satisfy the WHERE predicate, saving space and improving query performance for those specific rows.
Raw{"answer": "yes", "explanation": "A partial index in PostgreSQL includes only rows that satisfy the WHERE predicate, saving space and improving query performance for those specific rows."} | верно | docs PostgreSQL — Partial Indexes; типичный кейс — индекс по «активным» записям. |
T17-L8 1.69 c | PostgreSQL: transactions and indexes | The SERIALIZABLE level in PostgreSQL is implemented by locking the rows a transaction reads. | «no» Пояснение: PostgreSQL implements SERIALIZABLE using Snapshot Isolation with Serializable Snapshot Isolation (SSI), which detects conflicts after the fact via a dependency graph rather than by locking rows that a transaction reads.
Raw{"answer": "no", "explanation": "PostgreSQL implements SERIALIZABLE using Snapshot Isolation with Serializable Snapshot Isolation (SSI), which detects conflicts after the fact via a dependency graph rather than by locking rows that a transaction reads."} | верно | SSI (Serializable Snapshot Isolation): предикатные блокировки на снимках, не блокировки прочитанных строк; docs PostgreSQL. |
T19-L1 0.81 c | HTTP and REST API | HTTP status 201 means the request resulted in a new resource being created. | «yes» Пояснение: HTTP status 201 'Created' indicates that the request was successful and a new resource has been created as a result.
Raw{"answer": "yes", "explanation": "HTTP status 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 1.16 c | HTTP and REST API | Which HTTP status means a successful request with an empty response body (e.g. after DELETE)? | «204» Пояснение: HTTP 204 No Content indicates a successful request where the server successfully processed it but is not returning any content in the response body, commonly used after DELETE requests.
Raw{"answer": 204, "explanation": "HTTP 204 No Content indicates a successful request where the server successfully processed it but is not returning any content in the response body, commonly used after DELETE requests."} | верно | 204 No Content; RFC 9110. |
T19-L3 5.49 c | HTTP and REST API | The DELETE method is idempotent per the HTTP specification: repeating the request for the same resource does not change the outcome. | «no» Пояснение: Per RFC 7231, DELETE is not listed as an idempotent method; a repeated DELETE on an already-deleted resource can yield a different response (e.g., 200 vs 404), so idempotency is not guaranteed.
Raw{"answer": "no", "explanation": "Per RFC 7231, DELETE is not listed as an idempotent method; a repeated DELETE on an already-deleted resource can yield a different response (e.g., 200 vs 404), so idempotency is not guaranteed."} | неверно верный: «yes» | RFC 9110: DELETE идемпотентен (как PUT); идемпотентность ≠ безопасность — ресурс удаляется при первом вызове. |
T19-L4 1.13 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 (as a response header) to indicate which origin is permitted to access the resource, not by the client.
Raw{"answer": "no", "explanation": "The Access-Control-Allow-Origin header is sent by the server (as a response header) to indicate which origin is permitted to access the resource, not by the client."} | верно | Наоборот: заголовок шлёт СЕРВЕР в ответе, разрешая браузеру cross-origin запрос (CORS); в проекте nelmio/cors-bundle. |
T19-L5 0.73 c | HTTP and REST API | Status 429 Too Many Requests is used when a client exceeds a rate limit. | «yes» Пояснение: HTTP 429 Too Many Requests is specifically defined for rate limiting, indicating the client has sent too many requests in a given time frame.
Raw{"answer": "yes", "explanation": "HTTP 429 Too Many Requests is specifically defined for rate limiting, indicating the client has sent too many requests in a given time frame."} | верно | 429 (+ Retry-After); RFC 6585. В проекте symfony/rate-limiter. |
T19-L6 0.81 c | HTTP and REST API | 5xx codes mean a client error, while 4xx means a server-side error. | «no» Пояснение: It's the opposite: 4xx codes indicate client errors and 5xx codes indicate server errors.
Raw{"answer": "no", "explanation": "It's the opposite: 4xx codes indicate client errors and 5xx codes indicate server errors."} | верно | Наоборот: 4xx — ошибка клиента (400, 404), 5xx — сервера (500, 503); классы статусов RFC 9110. |
T19-L7 0.47 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.3 c | HTTP and REST API | PATCH is not required to be idempotent per RFC 5789, unlike PUT. | «yes» Пояснение: RFC 5789 explicitly states that PATCH is not idempotent by default, whereas PUT is always idempotent by HTTP specification.
Raw{"answer": "yes", "explanation": "RFC 5789 explicitly states that PATCH is not idempotent by default, whereas PUT is always idempotent by HTTP specification."} | верно | RFC 5789 прямо оговаривает: PATCH не гарантированно идемпотентен; PUT идемпотентен. |
T20-L1 0.96 c | Security and OAuth | Checking a password by comparing its hash to the stored hash with a plain == is sufficient. | «no» Пояснение: Using plain == for hash comparison is vulnerable to timing attacks; PHP provides hash_equals() for constant-time comparison.
Raw{"answer": "no", "explanation": "Using plain == for hash comparison is vulnerable to timing attacks; PHP provides hash_equals() for constant-time comparison."} | верно | Нужна постоянновременная проверка (password_verify) — timing-атаки; соль и алгоритм уже внутри хеша. |
T20-L2 1.26 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, stored in the session, included in unsafe requests (e.g., POST), and validated server-side to ensure the request originated from the legitimate user.
Raw{"answer": "yes", "explanation": "A CSRF token is generated by the server, stored in the session, included in unsafe requests (e.g., POST), and validated server-side to ensure the request originated from the legitimate user."} | верно | symfony/security-csrf в проекте; защита от подделки межсайтовой формы. |
T20-L3 1.18 c | Security and OAuth | Which HTTP header enables the CSP (Content Security Policy) policy? | «content-security-policy» Пояснение: The Content-Security-Policy HTTP response header allows website developers to mitigate cross-site scripting (XSS) and data injection attacks by controlling which resources the browser is allowed to load.
Raw{"answer": "Content-Security-Policy", "explanation": "The Content-Security-Policy HTTP response header allows website developers to mitigate cross-site scripting (XSS) and data injection attacks by controlling which resources the browser is allowed to load."} | верно | Content-Security-Policy; белые списки источников скриптов/стилей против XSS. |
T20-L4 1.23 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 resource-access permissions but does not inherently identify who the user is (that role belongs to OpenID Connect / ID tokens).
Raw{"answer": "no", "explanation": "OAuth 2.0 is an authorization protocol, not an authentication protocol; the access token grants resource-access permissions but does not inherently identify who the user is (that role belongs to OpenID Connect / ID tokens)."} | верно | OAuth 2.0 — авторизация/делегирование доступа; аутентификацию добавляет OpenID Connect. В проекте knpuniversity/oauth2-client-bundle (yandex/github/google). |
T20-L5 2.57 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) when rendering data in the browser, not by input validation before storage; OWASP explicitly warns against relying on input validation alone to prevent XSS.
Raw{"answer": "no", "explanation": "XSS is primarily prevented by output encoding (escaping) when rendering data in the browser, not by input validation before storage; OWASP explicitly warns against relying on input validation alone to prevent XSS."} | верно | XSS лечится контекстным экранированием НА ВЫВОДЕ (Twig autoescape, CSP); валидация ввода не покрывает все контексты вывода. |
T20-L6 0.95 c | Security and OAuth | In the OAuth 2.0 authorization code flow, which parameter arrives at the redirect_uri and is exchanged for an access token? | «code» Пояснение: In the OAuth 2.0 authorization code flow, the 'code' parameter (the authorization code) is returned to the redirect_uri and subsequently exchanged for an access token at the token endpoint.
Raw{"answer": "code", "explanation": "In the OAuth 2.0 authorization code flow, the 'code' parameter (the authorization code) is returned to the redirect_uri and subsequently exchanged for an access token at the token endpoint."} | верно | Параметр code; обмен на токен POST-ом на /token с client_secret. |
T20-L7 0.63 c | Security and OAuth | A refresh token lives longer than an access token and allows obtaining a new access token without the user logging in again. | «yes» Пояснение: Refresh tokens are long-lived credentials used to obtain new access tokens without requiring the user to log in again.
Raw{"answer": "yes", "explanation": "Refresh tokens are long-lived credentials used to obtain new access tokens without requiring the user to log in again."} | верно | Стандартная схема OAuth/OIDC: короткий access + длинный refresh. |
T20-L8 2.12 c | Security and OAuth | A password salt must be kept secret: without it the hash cannot be verified. | «no» Пояснение: A salt does not need to be kept secret; it is typically stored in plaintext alongside the hash (e.g., in bcrypt's output), and the system's security relies on the hash algorithm, not the secrecy of the salt.
Raw{"answer": "no", "explanation": "A salt does not need to be kept secret; it is typically stored in plaintext alongside the hash (e.g., in bcrypt's output), and the system's security relies on the hash algorithm, not the secrecy of the salt."} | верно | Соль хранится открыто (password_hash включает её в строку хеша); секретность соли не нужна. |
T18-L1 1.42 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.84 c | Testing: PHPUnit | In PHPUnit, setUp() runs once before all tests of the class. | «no» Пояснение: setUp() runs before each test method; setUpBeforeClass() (a static method) is what runs once before all tests in the class.
Raw{"answer": "no", "explanation": "setUp() runs before each test method; setUpBeforeClass() (a static method) is what runs once before all tests in the class."} | верно | setUp() — перед КАЖДЫМ тестом; один раз на класс — setUpBeforeClass(). Проверено живым счётчиком на PHPUnit 10.5. |
T18-L3 1.45 c | Testing: PHPUnit | A data provider lets a test run with exactly one set of arguments. | «no» Пояснение: A data provider can supply multiple sets of arguments, allowing the test to run once per dataset, not just once.
Raw{"answer": "no", "explanation": "A data provider can supply multiple sets of arguments, allowing the test to run once per dataset, not just once."} | верно | Наоборот: наборов может быть сколько угодно — тест выполняется по разу на каждый. Проверено на PHPUnit 10.5 (#[DataProvider]). |
T18-L4 0.93 c | Testing: PHPUnit | Which PHPUnit method declares an expectation that an exception of a given class is thrown? | «expectexception» Пояснение: PHPUnit's expectException() method declares that an exception of the specified class is expected to be thrown during test execution.
Raw{"answer": "expectException", "explanation": "PHPUnit's expectException() method declares that an exception of the specified class is expected to be thrown during test execution."} | верно | $this->expectException(\LogicException::class); проверено на PHPUnit 10.5. |
T18-L5 0.9 c | Testing: PHPUnit | In PHPUnit, a stub verifies which methods were called on it, while a mock only returns data. | «no» Пояснение: The definitions are reversed: a mock verifies method calls/interactions, while a stub simply returns predefined data.
Raw{"answer": "no", "explanation": "The definitions are reversed: a mock verifies method calls/interactions, while a stub simply returns predefined data."} | верно | Наоборот: стаб подставляет данные, мок проверяет взаимодействия (createStub/createMock); docs PHPUnit — Test Doubles. |
T18-L6 1.04 c | Testing: PHPUnit | In PHPUnit 10+, the recommended way to pass data to a test is the #[DataProvider] attribute (the @dataProvider annotation is deprecated). | «yes» Пояснение: PHPUnit 10 deprecated docblock annotations like @dataProvider in favor of PHP 8 attributes such as #[DataProvider].
Raw{"answer": "yes", "explanation": "PHPUnit 10 deprecated docblock annotations like @dataProvider in favor of PHP 8 attributes such as #[DataProvider]."} | верно | Аннотация ещё парсится в PHPUnit 10/11 (AnnotationParser в 10.5.66), удаление — в 12; атрибут — стандарт. |
T18-L7 1.52 c | Testing: PHPUnit | PHPUnit does not allow one test to depend on the result of another. | «no» Пояснение: PHPUnit allows test dependencies via the @depends annotation (or depends() method), which passes the return value of one test as an argument to another.
Raw{"answer": "no", "explanation": "PHPUnit allows test dependencies via the @depends annotation (or depends() method), which passes the return value of one test as an argument to another."} | верно | Зависимости есть: #[Depends] — зависимый тест не запустится, еслиProducer упал. |
T18-L8 1.7 c | Testing: PHPUnit | Which PHPUnit command-line option makes tests run in random order? | «--order-by=random» Пояснение: PHPUnit's --order-by option accepts the value 'random' to shuffle test execution order.
Raw{"answer": "--order-by=random", "explanation": "PHPUnit's --order-by option accepts the value 'random' to shuffle test execution order."} | верно | --order-by=random (PHPUnit 9+); опция есть в --help PHPUnit 10.5 (проектная). |
T01-L9 4.52 c | Syntax and operators | What does this code output?
```php
echo intdiv(7, 2) . intdiv(-7, 2);
``` | «3-4» Пояснение: intdiv(7,2) is 3 and intdiv(-7,2) is -4 (rounds toward negative infinity), concatenated as the string '3-4'.
Raw{"answer": "3-4", "explanation": "intdiv(7,2) is 3 and intdiv(-7,2) is -4 (rounds toward negative infinity), concatenated as the string '3-4'."} | неверно верный: «3-3» | intdiv truncates toward zero: intdiv(-7, 2) = -3, not -4. |
T01-L10 1.12 c | Syntax and operators | What does this code output?
```php
echo -3 ** 2;
``` | «-9» Пояснение: In PHP, the ** (exponentiation) operator has higher precedence than the unary minus, so -3 ** 2 is parsed as -(3 ** 2) = -9.
Raw{"answer": -9, "explanation": "In PHP, the ** (exponentiation) operator has higher precedence than the unary minus, so -3 ** 2 is parsed as -(3 ** 2) = -9."} | верно | ** is right-associative and binds tighter than unary minus: -(3²). |
T02-L9 2.04 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 = 10), making the expression true.
Raw{"answer": "true", "explanation": "Both '1e1' and '10' are numeric strings, so PHP compares them numerically (1e1 = 10), making the expression true."} | верно | Both strings are numeric — compared as numbers: 10 == 10. |
T02-L10 0.99 c | Types and comparisons | What does this code output?
```php
switch ('a') {
case 0: echo 'zero'; break;
default: echo 'other';
}
``` | «zero» Пояснение: PHP's switch uses loose comparison (==), and 'a' == 0 is true because the non-numeric string 'a' is cast to 0.
Raw{"answer": "zero", "explanation": "PHP's switch uses loose comparison (==), and 'a' == 0 is true because the non-numeric string 'a' is cast to 0."} | неверно верный: «other» | PHP 8: 'a' == 0 → false (used to be true) — default fires. |
T03-L9 3.25 c | Strings | What does this code output?
```php
echo strtr('abc', ['a' => '1', 'ab' => '2']);
``` | «2c» Пояснение: strtr with an array sorts keys by length (longest first), so 'ab' is matched before 'a'; at position 0 it matches 'ab' → '2', then 'c' has no match, giving '2c'.
Raw{"answer": "2c", "explanation": "strtr with an array sorts keys by length (longest first), so 'ab' is matched before 'a'; at position 0 it matches 'ab' → '2', then 'c' has no match, giving '2c'."} | верно | strtr with an array prefers the longest matching key. |
T03-L10 3.6 c | Strings | What does this code output?
```php
echo '[' . substr('hello', -10) . ']';
``` | «[]» Пояснение: substr('hello', -10) returns an empty string because the negative offset (-10) exceeds the string length (5), so the result is '[' . '' . ']' which is '[]'.
Raw{"answer": "[]", "explanation": "substr('hello', -10) returns an empty string because the negative offset (-10) exceeds the string length (5), so the result is '[' . '' . ']' which is '[]'."} | неверно верный: «[hello]» | A negative start beyond the string is clamped to the beginning. |
T04-L9 1.71 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 array union (+) keeps 'k'=>'1','n'=>'2' from $a and adds 'm'=>'3' from $b, so array_keys gives ['k','n','m'] which implode turns into 'k,n,m'.
Raw{"answer": "k,n,m", "explanation": "The array union (+) keeps 'k'=>'1','n'=>'2' from $a and adds 'm'=>'3' from $b, so array_keys gives ['k','n','m'] which implode turns into 'k,n,m'."} | верно | The + operator: on duplicate string keys the left array wins. |
T04-L10 1.86 c | Arrays | What does this code output?
```php
$a = [[1, 'x', 2], [2, 'y', 1], [3, 'z', 2]];
usort($a, fn($p, $q) => $p[2] <=> $q[2]);
echo implode('', array_column($a, 1));
``` | «yxz» Пояснение: usort orders by index 2 (values 1,2,2 → [2,'y',1], [1,'x',2], [3,'z',2]), then array_column extracts index 1 ('y','x','z') and implode concatenates to 'yxz'.
Raw{"answer": "yxz", "explanation": "usort orders by index 2 (values 1,2,2 → [2,'y',1], [1,'x',2], [3,'z',2]), then array_column extracts index 1 ('y','x','z') and implode concatenates to 'yxz'."} | верно | Sorts are stable since 8.0: x and z keep their order on a tie. |
T05-L10 1.35 c | Functions and closures | What does this code output?
```php
function f(int $a, int $b): int
{
return $a - $b;
}
echo f(...['b' => 1, 'a' => 5]);
``` | «4» Пояснение: The spread operator with an associative array passes named parameters, so f(...['b'=>1,'a'=>5]) is equivalent to f(a:5, b:1), returning 5-1=4.
Raw{"answer": 4, "explanation": "The spread operator with an associative array passes named parameters, so f(...['b'=>1,'a'=>5]) is equivalent to f(a:5, b:1), returning 5-1=4."} | верно | String keys of a spread array become named arguments. |
T05-L9 2.91 c | Functions and closures | What does this code output?
```php
class P
{
private int $v = 3;
public function g(): int { return $this->v; }
}
$p = new P;
$f = $p->g(...);
$p = null;
echo $f();
``` | «3» Пояснение: The first-class callable syntax $p->g(...) creates a closure bound to the object instance, so setting $p = null does not destroy the object; the closure still holds a reference and g() returns $this->v which is 3.
Raw{"answer": 3, "explanation": "The first-class callable syntax $p->g(...) creates a closure bound to the object instance, so setting $p = null does not destroy the object; the closure still holds a reference and g() returns $this->v which is 3."} | верно | First-class callable syntax binds $this at creation time. |
T06-L9 1.07 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 and resolves to the actual class of the instance (B), not the declaring class (A).
Raw{"answer": "B", "explanation": "static::class uses late static binding and resolves to the actual class of the instance (B), not the declaring class (A)."} | верно | Late static binding: static::class is the receiver's class. |
T06-L10 5.41 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 set hook doubles the assigned value (5*2=10) and stores it in the backing store; the default getter returns that stored value 10.
Raw{"answer": 10, "explanation": "The set hook doubles the assigned value (5*2=10) and stores it in the backing store; the default getter returns that stored value 10."} | верно | Inside the set hook, $this->x writes the backing store (no recursion): 5*2. |
T07-L9 1.37 c | Interfaces, traits, enum | What does this code output?
```php
trait TA
{
public function f(): string { return 'A'; }
}
trait TB
{
public function f(): string { return 'B'; }
}
class TC
{
use TA, TB { TB::f insteadof TA; TA::f as g; }
}
echo (new TC)->f() . (new TC)->g();
``` | «ba» Пояснение: TB::f insteadof TA makes f() return 'B', and TA::f as g aliases it so g() returns 'A', concatenating to 'BA'.
Raw{"answer": "BA", "explanation": "TB::f insteadof TA makes f() return 'B', and TA::f as g aliases it so g() returns 'A', concatenating to 'BA'."} | верно | insteadof picks the implementation; as keeps the other under an alias. |
T07-L10 1.22 c | Interfaces, traits, enum | What does this code output?
```php
trait Counter
{
public static int $n = 0;
}
class CX { use Counter; }
class CY { use Counter; }
CX::$n = 1;
echo CY::$n;
``` | «0» Пояснение: Each class that uses a trait gets its own independent copy of static properties, so modifying CX::$n does not affect CY::$n, which remains 0.
Raw{"answer": 0, "explanation": "Each class that uses a trait gets its own independent copy of static properties, so modifying CX::$n does not affect CY::$n, which remains 0."} | верно | A trait's static property is copied into each consuming class. |
T08-L10 1.22 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, so the function returns 2.
Raw{"answer": 2, "explanation": "In PHP, a return statement in a finally block overrides the return value from the try block, so the function returns 2."} | верно | A return in finally overrides the return from try. |
T08-L9 1.38 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» Пояснение: Throwing a new exception in a finally block replaces the original exception, so the LogicException('second') propagates up and is caught by the outer catch block.
Raw{"answer": "second", "explanation": "Throwing a new exception in a finally block replaces the original exception, so the LogicException('second') propagates up and is caught by the outer catch block."} | верно | An exception from finally replaces the in-flight one — the last thrown is caught. |
T09-L9 1.6 c | Namespaces and autoloading | What does this code output?
```php
namespace N;
use App\Foo as Baz;
echo Baz::class . '|' . \Baz::class;
``` | «app\foo|baz» Пояснение: Baz::class resolves the use-alias to 'App\Foo', while \Baz::class refers to the global namespace class 'Baz'.
Raw{"answer": "App\\Foo|Baz", "explanation": "Baz::class resolves the use-alias to 'App\\Foo', while \\Baz::class refers to the global namespace class 'Baz'."} | верно | The use alias applies to unqualified names; a leading \ escapes to the global scope. |
T09-L10 2.88 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 in the global namespace (not found → 'no'), while class_exists('Ns\Foo') finds the class defined in namespace Ns (→ 'yes'), concatenated gives 'noyes'.
Raw{"answer": "noyes", "explanation": "class_exists('Foo') looks in the global namespace (not found → 'no'), while class_exists('Ns\\Foo') finds the class defined in namespace Ns (→ 'yes'), concatenated gives 'noyes'."} | верно | Dynamic names are not resolved against the namespace — 'Foo' is the global class. |
T10-L9 0.95 c | References and scope | What does this code output?
```php
$a = [1, 2, 3];
foreach ($a as &$v) {}
$v = 99;
echo implode(',', $a);
``` | «1,2,99» Пояснение: After the foreach by reference, $v still references the last element of the array, so assigning 99 to $v changes the last element from 3 to 99.
Raw{"answer": "1,2,99", "explanation": "After the foreach by reference, $v still references the last element of the array, so assigning 99 to $v changes the last element from 3 to 99."} | верно | After a by-ref foreach, $v remains a reference to the last element. |
T10-L10 3.21 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 a function-level static shared across all calls to inc(), so it increments to 1, 2, then 3 across the three calls regardless of which instance invokes it.
Raw{"answer": 3, "explanation": "The static variable $n is a function-level static shared across all calls to inc(), so it increments to 1, 2, then 3 across the three calls regardless of which instance invokes it."} | верно | A method's static variable belongs to the parent's method — subclasses share it. |
T11-L9 1.46 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();
``` | «11» Пояснение: send(10) assigns $x=10, then return $x+1 gives 11, which getReturn() retrieves.
Raw{"answer": 11, "explanation": "send(10) assigns $x=10, then return $x+1 gives 11, which getReturn() retrieves."} | верно | send() resumes the generator: $x = 10, return 10+1. |
T11-L10 1.65 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 passes through inner's yields (1, 2), then the return value 'ok' is assigned to $r and yielded, producing 1, 2, ok.
Raw{"answer": "1,2,ok", "explanation": "yield from passes through inner's yields (1, 2), then the return value 'ok' is assigned to $r and yielded, producing 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.02 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» Пояснение: First check returns no (same cost 4), second check returns yes (different cost 5), so the output is 'noyes'.
Raw{"answer": "noyes", "explanation": "First check returns no (same cost 4), second check returns yes (different cost 5), so the output is 'noyes'."} | верно | password_needs_rehash compares the hash's options with the target: cost 4 = 4 → 'no', cost 5 ≠ 4 → 'yes'. |
T12-L10 7.55 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) has been removed from E_ALL, so E_ALL & 2048 evaluates to 0, making the ternary return 'strict-out'.
Raw{"answer": "strict-out", "explanation": "In PHP 8.5, E_STRICT (2048) has been removed from E_ALL, so E_ALL & 2048 evaluates to 0, making the ternary return 'strict-out'."} | верно | 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 1.65 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 Request::create converts the server parameter HTTP_X_TOKEN into the X-Token header, and HeaderBag::get is case-insensitive, so it returns 'abc'.
Raw{"answer": "mapped", "explanation": "Symfony's Request::create converts the server parameter HTTP_X_TOKEN into the X-Token header, and HeaderBag::get is case-insensitive, so it 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.15 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 priority order: B (10), C (5), A (0), producing 'BCA'.
Raw{"answer": "BCA", "explanation": "Symfony's EventDispatcher calls listeners in descending priority order: B (10), C (5), A (0), producing 'BCA'."} | верно | Listeners run by descending priority: 10 (B), 5 (C), 0 (A). |
T14-L10 1.84 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 EntityManager maintains an identity map (Unit of Work), so both find() calls return the exact same object instance already registered, making their spl_object_id values equal.
Raw{"answer": "same", "explanation": "Doctrine's EntityManager maintains an identity map (Unit of Work), so both find() calls return the exact same object instance already registered, making their spl_object_id values equal."} | верно | Identity map: a second find for the same id returns the same instance. |
T14-L9 1.88 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» Пояснение: Removing a newly persisted (not yet flushed) entity cancels the pending INSERT, so no row is ever written to the empty users table.
Raw{"answer": 0, "explanation": "Removing a newly persisted (not yet flushed) entity cancels the pending INSERT, so no row is ever written to the empty users table."} | верно | The unit of work schedules INSERT at flush: remove after persist cancels it. |
T15-L10 1.07 c | PostgreSQL | What does this SQL query return (PostgreSQL 17)?
```sql
CREATE TEMP TABLE t (x int);
INSERT INTO t VALUES (1), (NULL);
SELECT count(x) FROM t;
``` | «1» Пояснение: COUNT(x) counts only non-NULL values in column x, so out of two rows (1 and NULL), it returns 1.
Raw{"answer": 1, "explanation": "COUNT(x) counts only non-NULL values in column x, so out of two rows (1 and NULL), it returns 1."} | верно | count(column) skips NULLs; count(*) would return 2. |
T15-L9 1.6 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 running sums (10, 30, 60), and string_agg concatenates them as text with commas in id order.
Raw{"answer": "10,30,60", "explanation": "The window function computes running sums (10, 30, 60), and string_agg concatenates them as text with commas in id order."} | верно | With ORDER BY the default window frame is running (start to current row). |
T16-L9 2.38 c | Symfony: Messenger | What does this code output?
```php
use Symfony\Component\Messenger\MessageBus;
use Symfony\Component\Messenger\Middleware\MiddlewareInterface;
use Symfony\Component\Messenger\Middleware\StackInterface;
use Symfony\Component\Messenger\Envelope;
final class Trace implements MiddlewareInterface
{
public function __construct(private string $tag) {}
public function handle(Envelope $e, StackInterface $stack): Envelope
{
echo $this->tag;
return $stack->next()->handle($e, $stack);
}
}
$bus = new MessageBus([new Trace('M1'), new Trace('M2')]);
$bus->dispatch(new Envelope(new stdClass()));
``` | «m1m2» Пояснение: The middleware stack is called in order: M1 echoes 'M1' then delegates to M2, which echoes 'M2' before the final handler runs.
Raw{"answer": "M1M2", "explanation": "The middleware stack is called in order: M1 echoes 'M1' then delegates to M2, which echoes 'M2' before the final handler runs."} | верно | The first-added middleware runs first (outermost). |
T16-L10 3.77 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» Пояснение: Symfony Messenger's HandleMessageMiddleware calls all handlers registered for the message type, so $n is incremented by 1 (h1) and then by 10 (h2), giving 11.
Raw{"answer": 11, "explanation": "Symfony Messenger's HandleMessageMiddleware calls all handlers registered for the message type, so $n is incremented by 1 (h1) and then by 10 (h2), giving 11."} | верно | All registered handlers of the message run: 1 + 10 = 11. |
T17-L9 1.51 c | PostgreSQL: transactions and indexes | What does this SQL query return (PostgreSQL 17)?
```sql
CREATE TEMP TABLE t (a int);
CREATE UNIQUE INDEX ON t (a);
INSERT INTO t VALUES (1) ON CONFLICT DO NOTHING;
INSERT INTO t VALUES (1) ON CONFLICT DO NOTHING;
SELECT count(*) FROM t;
``` | «1» Пояснение: The first INSERT succeeds, the second is skipped due to the unique index conflict with ON CONFLICT DO NOTHING, so count(*) returns 1.
Raw{"answer": 1, "explanation": "The first INSERT succeeds, the second is skipped due to the unique index conflict with ON CONFLICT DO NOTHING, so count(*) returns 1."} | верно | ON CONFLICT DO NOTHING skips the duplicate: one insert. |
T17-L10 1.55 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» Пояснение: Because the UNIQUE constraint is DEFERRABLE INITIALLY DEFERRED, it is not enforced until the end of the transaction, so both INSERTs succeed and SELECT count(*) returns 2.
Raw{"answer": 2, "explanation": "Because the UNIQUE constraint is DEFERRABLE INITIALLY DEFERRED, it is not enforced until the end of the transaction, so both INSERTs succeed and SELECT count(*) returns 2."} | верно | DEFERRED postpones the uniqueness check to COMMIT — count sees 2 rows. |
T18-L9 2.27 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' is a regex that matches both test_sum (3 data-set tests) and test_sum_abs (3 data-set tests), totaling 6 tests.
Raw{"answer": 6, "explanation": "The --filter 'test_sum' is a regex that matches both test_sum (3 data-set tests) and test_sum_abs (3 data-set tests), totaling 6 tests."} | верно | --filter is a substring match: test_sum also matches test_sum_abs (3+3 datasets). |
T18-L10 1.52 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 supplies two datasets ([1] and [-1]), so two tests run; the assertion $x > 0 passes for 1 but fails for -1, giving 1 failure.
Raw{"answer": "2, 1", "explanation": "The data provider supplies two datasets ([1] and [-1]), so two tests run; the assertion $x > 0 passes for 1 but fails for -1, giving 1 failure."} | верно | 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 1.15 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 and implicitly sets the HTTP method to POST.
Raw{"answer": "POST", "explanation": "The -d flag in curl sends data in the request body and implicitly sets the HTTP method to POST."} | верно | -d/-F switches curl to POST by default. |
T19-L10 1.49 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 tells curl to use the GET method, sending the -d data as a query string in the URL rather than as a POST body.
Raw{"answer": "GET", "explanation": "The -G flag tells curl to use the GET method, sending the -d data as a query string in the URL rather than as a POST body."} | верно | -G turns -d data into the query string; the method stays GET. |
T20-L9 8.17 c | Security and OAuth | A client hits the token endpoint (RFC 6749) with a non-existent client_id. What value of the error field does the endpoint return? | «invalid_client» Пояснение: Per RFC 6749 §5.2, when the client cannot be authenticated (e.g., the client_id does not correspond to a registered client), the authorization server returns the error code 'invalid_client' with an HTTP 401 status.
Raw{"answer": "invalid_client", "explanation": "Per RFC 6749 §5.2, when the client cannot be authenticated (e.g., the client_id does not correspond to a registered client), the authorization server returns the error code 'invalid_client' with an HTTP 401 status."} | верно | Unknown client → invalid_client (RFC 6749 §5.2). |
T20-L10 1.08 c | Security and OAuth | OAuth 2.0: the client started the flow with response_type=token. In which part of the redirect_uri does the authorization server pass the access_token? | «fragment» Пояснение: In the OAuth 2.0 implicit flow (response_type=token), the access token is passed in the fragment (the part after '#') of the redirect_uri.
Raw{"answer": "fragment", "explanation": "In the OAuth 2.0 implicit flow (response_type=token), the access token is passed in the fragment (the part after '#') of the redirect_uri."} | верно | The implicit flow passes the token in the URL fragment (#) — it never reaches the server. |
T21-L9 2.72 c | Twig | What does this Twig template output?
```twig
{{ false|default(2) * 3 }}
``` | «0» Пояснение: The 'default' filter only applies to undefined values, not to defined falsy values like false, so false|default(2) yields false, and false * 3 evaluates to 0 via PHP type coercion.
Raw{"answer": 0, "explanation": "The 'default' filter only applies to undefined values, not to defined falsy values like false, so false|default(2) yields false, and false * 3 evaluates to 0 via PHP type coercion."} | неверно верный: «6» | default replaces exactly false/null/''/[] — false becomes 2, 2*3 = 6; the naive 'default is for undefined only' yields 0. |
T21-L10 11.7 c | Twig | What exception class does render() of this template throw?
```twig
{{ 'a' ~ 1 + 2 }}
``` | «typeerror» Пояснение: Due to Twig's operator precedence, '~' binds tighter than '+', so 'a' ~ 1 + 2 is parsed as ('a' ~ 1) + 2, which becomes the string 'a1' + 2, causing a TypeError in PHP 8+.
Raw{"answer": "TypeError", "explanation": "Due to Twig's operator precedence, '~' binds tighter than '+', so 'a' ~ 1 + 2 is parsed as ('a' ~ 1) + 2, which becomes the string 'a1' + 2, causing a TypeError in PHP 8+."} | неверно верный: «runtimeerror» | In Twig ~ binds tighter than +: ('a' ~ 1) + 2 → string + int → a render error (RuntimeError). |
T22-L9 2.51 c | Symfony: Security and forms | What does this code output?
```php
use Symfony\Component\Validator\Validation;
use Symfony\Component\Validator\Constraints as Assert;
$v = Validation::createValidator();
echo count($v->validate([''], [new Assert\NotBlank()]));
``` | «0» Пояснение: The array [''] is a non-empty array, so NotBlank passes and there are 0 violations.
Raw{"answer": 0, "explanation": "The array [''] is a non-empty array, so NotBlank passes and there are 0 violations."} | верно | NotBlank treats null, '', [] as blank — the array [''] is not blank. |
T22-L10 2.33 c | Symfony: Security and forms | What does this code output?
```php
use Symfony\Component\Form\Forms;
use Symfony\Component\Form\Extension\Core\Type\TextType;
$factory = Forms::createFormFactoryBuilder()->getFormFactory();
$form = $factory->create(TextType::class);
try {
echo $form->isValid() ? 'valid' : 'invalid';
} catch (Throwable $e) {
echo get_class($e);
}
``` | «logicexception» Пояснение: Calling isValid() on a form that has not been submitted throws a \LogicException, which is caught by the catch block and its class name is echoed.
Raw{"answer": "LogicException", "explanation": "Calling isValid() on a form that has not been submitted throws a \\LogicException, which is caught by the catch block and its class name is echoed."} | верно | isValid() on a non-submitted form throws LogicException, it does not return false. |
T23-L9 1.87 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's container services are singletons by default, so calling get() twice returns the same instance, making the spl_object_id comparison true.
Raw{"answer": "same", "explanation": "Symfony's container services are singletons by default, so calling get() twice returns the same instance, making the spl_object_id comparison true."} | верно | Container services are shared: two get() calls yield one instance. |
T23-L10 1.28 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 ContainerBuilder resolves nested parameter references during compile(), so %greeting%! becomes 'hi Bob!'.
Raw{"answer": "hi Bob!", "explanation": "Symfony's ContainerBuilder resolves nested parameter references during compile(), so %greeting%! becomes 'hi Bob!'."} | верно | compile() resolves %-references transitively: %greeting% → 'hi %name%' → 'hi Bob!', the answer assembles over two hops. |
T24-L9 1.51 c | Bootstrap | What is the max-width of .container in Bootstrap 5.3 at a 992px viewport? | «960» Пояснение: In Bootstrap 5.3, at the lg breakpoint (≥992px), the .container max-width is 960px.
Raw{"answer": 960, "explanation": "In Bootstrap 5.3, at the lg breakpoint (≥992px), the .container max-width is 960px."} | верно | 5.x container widths: 540/720/960/1140/1320 (sm–xxl); 992 → 960px. |
T24-L10 1.65 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 later in the CSS than text-primary, so with equal specificity it wins by cascade order.
Raw{"answer": "text-danger", "explanation": "In Bootstrap 5.3, text-danger is defined later in the CSS than text-primary, so with equal specificity it wins by cascade order."} | верно | Specificity ties — the later rule wins: text-danger is declared after text-primary. |
T25-L9 1.37 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 Domain class depends on both Application (PlaceOrder) and Infrastructure (Db), but Domain is only allowed to depend on Domain, resulting in 2 violations.
Raw{"answer": 2, "explanation": "The Domain class depends on both Application (PlaceOrder) and Infrastructure (Db), but Domain is only allowed to depend on Domain, resulting in 2 violations."} | верно | Domain may depend only on Domain: PlaceOrder (Application) + Db (Infrastructure) = 2. |
T25-L10 2.59 c | Clean architecture | Layers: Domain, Application, Infrastructure. Deptrac rules: Application → Domain; Infrastructure → Domain, Application; Domain → Domain only.
How many violations will deptrac report for this class?
```php
namespace App\Domain;
use App\Application\PlaceOrder;
use App\Infrastructure\Db;
class BillingService
{
public function __construct(
private PlaceOrder $handler,
private Db $db,
private \App\Infrastructure\Logger $logger,
) {}
}
``` | «3» Пояснение: The Domain layer may only depend on Domain, so each of the three dependencies on Application (PlaceOrder) and Infrastructure (Db, Logger) constitutes a separate violation.
Raw{"answer": 3, "explanation": "The Domain layer may only depend on Domain, so each of the three dependencies on Application (PlaceOrder) and Infrastructure (Db, Logger) constitutes a separate violation."} | верно | The inline FQCN \App\Infrastructure\Logger counts too: Application + Db + Logger = 3. |
T26-L10 0.78 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» Пояснение: Money is immutable (readonly), so $a stays 10 and $c is a new Money with amount 15.
Raw{"answer": "10,15", "explanation": "Money is immutable (readonly), so $a stays 10 and $c is a new Money with amount 15."} | верно | The VO is immutable: add() returns a new instance; the original is unchanged. |
T26-L9 1.32 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() call throws a DomainException because count is 1, the exception is caught, so the item 'a' is never removed and count() still returns 1.
Raw{"answer": 1, "explanation": "The remove() call throws a DomainException because count is 1, the exception is caught, so the item 'a' is never removed and count() still returns 1."} | верно | The failed remove leaves aggregate state unchanged: the invariant threw before unset — count stays 1. |
VC-L9 0.75 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, calls its hi() method which returns the string 'hi', and echoes it.
Raw{"answer": "hi", "explanation": "The code creates an instance of class C, calls its hi() method which returns the string 'hi', and echoes it."} | верно | Since 8.4, new in a method chain works without wrapping parentheses. |
VC-L10 2.22 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 object is uninitialized before the property access (outputs 'yes'), and after accessing $o->v which triggers the initializer, it is no longer uninitialized (outputs 'no').
Raw{"answer": "yesno", "explanation": "The lazy ghost object is uninitialized before the property access (outputs 'yes'), and after accessing $o->v which triggers the initializer, it is no longer uninitialized (outputs 'no')."} | верно | newLazyGhost (8.4): the object stays lazy until first access — reading a property initializes it and clears the flag. |
T28-L9 1.18 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 Symfony Guard component (including AbstractGuardAuthenticator) was removed in Symfony 6.0, so it does not exist in Symfony 8.1.
Raw{"answer": "no", "explanation": "The Symfony Guard component (including AbstractGuardAuthenticator) was removed in Symfony 6.0, so it does not exist in Symfony 8.1."} | верно | Guard authentication was removed in Symfony 7.0 — the class is gone in 8.1. |
T28-L10 1.73 c | Symfony: versions | The project was upgraded from Symfony 6.4 to 8.1. What does this code output on 8.1?
```php
echo class_exists(\Symfony\Component\Routing\Loader\AnnotationClassLoader::class)
? 'yes' : 'no';
echo class_exists(\Symfony\Component\Routing\Loader\AttributeClassLoader::class)
? 'yes' : 'no';
``` | «noyes» Пояснение: AnnotationClassLoader was removed in Symfony 7.0 (deprecated in 6.4) and does not exist in 8.1, while AttributeClassLoader (the PHP 8 attributes replacement) is still present, so the output is 'no' followed by 'yes'.
Raw{"answer": "noyes", "explanation": "AnnotationClassLoader was removed in Symfony 7.0 (deprecated in 6.4) and does not exist in 8.1, while AttributeClassLoader (the PHP 8 attributes replacement) is still present, so the output is 'no' followed by 'yes'."} | верно | Annotation loaders were removed in 7.0; only attribute loaders remain (Annotation→Attribute). |