Пример запроса (первая клетка). System одинаковый во всех запросах прогона, user — свой вопрос для каждой клетки:
| Клетка | Тема | Утверждение | Ответ |
Результат | Обоснование |
T01-L1 3.32 c | Syntax and operators | Double-quoted and single-quoted strings are processed identically; the difference is only in speed. | «no» Пояснение: Double-quoted strings process variable interpolation and escape sequences while single-quoted strings treat content literally, so they are not processed identically.
Raw{"answer": "no", "explanation": "Double-quoted strings process variable interpolation and escape sequences while single-quoted strings treat content literally, so they are not processed identically."} | верно | В двойных кавычках работают интерполяция переменных и escape-последовательности, в одинарных — нет. |
T01-L2 0.4 c | Syntax and operators | The ?? operator follows isset semantics and raises no warnings for undefined variables. | «yes» Пояснение: The null coalescing operator (??) follows isset() semantics and does not emit a warning when the left-hand operand is undefined.
Raw{"answer": "yes", "explanation": "The null coalescing operator (??) follows isset() semantics and does not emit a warning when the left-hand operand is undefined."} | верно | ?? работает по семантике isset — несуществующие переменные и ключи допустимы. |
T01-L3 0.3 c | Syntax and operators | What will this print: echo 'a', 'b'; | «ab» Пояснение: echo accepts multiple comma-separated arguments and outputs them concatenated in sequence.
Raw{"answer": "ab", "explanation": "echo accepts multiple comma-separated arguments and outputs them concatenated in sequence."} | верно | echo принимает список аргументов: ab. |
T01-L4 0.51 c | Syntax and operators | print returns the value 1 and can be used inside an expression. | «yes» Пояснение: In PHP, print always returns the integer 1 and, unlike echo, can be used inside an expression.
Raw{"answer": "yes", "explanation": "In PHP, print always returns the integer 1 and, unlike echo, can be used inside an expression."} | верно | print — выражение со значением 1, в отличие от echo, который значения не возвращает. |
T01-L5 0.44 c | Syntax and operators | The ?: (elvis) operator returns its left operand when it is falsy. | «no» Пояснение: The ?: (elvis) operator returns its left operand when it is truthy, not when it is falsy (it returns the right operand when the left is falsy).
Raw{"answer": "false", "explanation": "The ?: (elvis) operator returns its left operand when it is truthy, not when it is falsy (it returns the right operand when the left is falsy)."} | верно | Наоборот: $a ?: $b возвращает $a, если он истинный, иначе $b. |
T01-L6 1.01 c | Syntax and operators | In PHP 8, the concatenation operator (.) has lower precedence than addition and subtraction. | «yes» Пояснение: In PHP's precedence table, addition and subtraction (+/-) have higher precedence than the concatenation operator (.), so the statement is true.
Raw{"answer": "yes", "explanation": "In PHP's precedence table, addition and subtraction (+/-) have higher precedence than the concatenation operator (.), so the statement is true."} | верно | С PHP 8 (RFC concat precedence) '.' имеет приоритет ниже арифметики: 'сумма: ' . 2 + 3 → 'сумма: 5' (в PHP 7 было иначе). |
T01-L7 0.71 c | Syntax and operators | The expression 2 ** 3 ** 2 in PHP evaluates as (2 ** 3) ** 2, that is, 64. | «no» Пояснение: The ** operator in PHP is right-associative, so 2 ** 3 ** 2 evaluates as 2 ** (3 ** 2) = 2 ** 9 = 512, not (2 ** 3) ** 2 = 64.
Raw{"answer": "no", "explanation": "The ** operator in PHP is right-associative, so 2 ** 3 ** 2 evaluates as 2 ** (3 ** 2) = 2 ** 9 = 512, not (2 ** 3) ** 2 = 64."} | верно | ** право-ассоциативен: 2 ** (3 ** 2) = 2 ** 9 = 512. |
T01-L8 7.53 c | Syntax and operators | What string will this print: echo 'sum: ' . 2 + 3; (PHP 8)? | «sum: 5» Пояснение: In PHP, the addition operator `+` has higher precedence than concatenation `.`, so `2 + 3` is evaluated first to `5`, then concatenated with `'sum: '`.
Raw{"answer": "sum: 5", "explanation": "In PHP, the addition operator `+` has higher precedence than concatenation `.`, so `2 + 3` is evaluated first to `5`, then concatenated with `'sum: '`."} | верно | Парная к verify-клетке про приоритет: 'сумма: 5'. |
T02-L1 0.54 c | Types and comparisons | With strict comparison (===), arrays are considered equal regardless of element order. | «no» Пояснение: With strict comparison (===), two arrays are equal only if they have the same key/value pairs in the same order and types, so element order matters.
Raw{"answer": "no", "explanation": "With strict comparison (===), two arrays are equal only if they have the same key/value pairs in the same order and types, so element order matters."} | верно | === для массивов требует совпадения и значений, и их порядка. |
T02-L2 0.75 c | Types and comparisons | The comparison 0 == false returns false because it is a strict comparison. | «no» Пояснение: The statement is false because `0 == false` actually returns `true` (since 0 is loosely coerced to false), and `==` is a loose comparison, not a strict one (which is `===`).
Raw```json ⏎ {"answer": "no", "explanation": "The statement is false because `0 == false` actually returns `true` (since 0 is loosely coerced to false), and `==` is a loose comparison, not a strict one (which is `===`)."} ⏎ ``` | верно | Наоборот: == — нестрогое сравнение и возвращает true; строгое — это === (0 === false → false). |
T02-L3 0.58 c | Types and comparisons | In PHP 8, the expression "abc" == 0 returns true. | «yes» Пояснение: In loose comparison PHP coerces the non-numeric string "abc" to 0, so 0 == 0 evaluates to true.
Raw{"answer": "yes", "explanation": "In loose comparison PHP coerces the non-numeric string \"abc\" to 0, so 0 == 0 evaluates to true."} | неверно верный: «no» | С PHP 8 нечисловая строка сравнивается как строка: "abc" == "0" → false (в PHP 7 было true). |
T02-L4 0.96 c | Types and comparisons | Under loose comparison, null equals 0, the empty string, and false at the same time. | «yes» Пояснение: In PHP's loose comparison (==), null is coerced to the same empty value as 0, an empty string, and false, so it equals all three simultaneously.
Raw{"answer": "yes", "explanation": "In PHP's loose comparison (==), null is coerced to the same empty value as 0, an empty string, and false, so it equals all three simultaneously."} | верно | null == 0, null == "" и null == false — все true. |
T02-L5 0.53 c | Types and comparisons | What does the expression (int) '42abc' return? | «42» Пояснение: PHP casts a string to an integer by parsing its leading numeric portion, so '42abc' becomes 42.
Raw```json ⏎ {"answer": 42, "explanation": "PHP casts a string to an integer by parsing its leading numeric portion, so '42abc' becomes 42."} ⏎ ``` | верно | Ведущая числовая часть: 42, без ошибок и warning. |
T02-L6 0.47 c | Types and comparisons | What does the expression '5' + 5 return? | «10» Пояснение: In PHP, when a string is used in arithmetic with a number, it is coerced to a numeric value, so '5' becomes 5 and 5 + 5 equals 10.
Raw```json ⏎ {"answer": "10", "explanation": "In PHP, when a string is used in arithmetic with a number, it is coerced to a numeric value, so '5' becomes 5 and 5 + 5 equals 10."} ⏎ ``` | верно | Числовая строка приводится: int 10. |
T02-L7 0.6 c | Types and comparisons | When cast to string, false becomes "0". | «no» Пояснение: When cast to a string, PHP's `false` becomes an empty string (""), not "0"; it's only when compared with loose comparison that `false == 0` evaluates as true.
Raw{"answer": "no", "explanation": "When cast to a string, PHP's `false` becomes an empty string (\"\"), not \"0\"; it's only when compared with loose comparison that `false == 0` evaluates as true."} | верно | false → "", true → "1". |
T02-L8 0.66 c | Types and comparisons | The comparison 0.1 + 0.2 === 0.3 returns false. | «yes» Пояснение: In PHP, 0.1 + 0.2 evaluates to 0.30000000000000004 due to floating-point precision, so the strict comparison === 0.3 returns false.
Raw{"answer": "yes", "explanation": "In PHP, 0.1 + 0.2 evaluates to 0.30000000000000004 due to floating-point precision, so the strict comparison === 0.3 returns false."} | верно | Двоичная погрешность float: 0.1 + 0.2 = 0.30000000000000004. |
T03-L1 0.47 c | Strings | strrev() correctly reverses a UTF-8 string. | «no» Пояснение: strrev() reverses the string byte by byte rather than character by character, which corrupts multi-byte UTF-8 characters.
Raw{"answer": "no", "explanation": "strrev() reverses the string byte by byte rather than character by character, which corrupts multi-byte UTF-8 characters."} | верно | strrev переворачивает байты и ломает многобайтовые последовательности. |
T03-L2 0.43 c | Strings | str_contains('Hello world', 'world') returns true. | «yes» Пояснение: str_contains() returns true when the needle 'world' is found within the haystack 'Hello world', as it was introduced in PHP 8.0.
Raw{"answer": "yes", "explanation": "str_contains() returns true when the needle 'world' is found within the haystack 'Hello world', as it was introduced in PHP 8.0."} | верно | str_contains с PHP 8.0 проверяет вхождение подстроки. |
T03-L3 0.47 c | Strings | str_pad() can pad a string on the right side only. | «no» Пояснение: str_pad() can pad on the left, right, or both sides depending on the STR_PAD_LEFT, STR_PAD_RIGHT, or STR_PAD_BOTH constant used, not the right side only.
Raw{"answer": "false", "explanation": "str_pad() can pad on the left, right, or both sides depending on the STR_PAD_LEFT, STR_PAD_RIGHT, or STR_PAD_BOTH constant used, not the right side only."} | верно | STR_PAD_LEFT / STR_PAD_BOTH меняют сторону дополнения. |
T03-L4 0.66 c | Strings | By default trim() strips only spaces, leaving tabs and newlines intact. | «no» Пояснение: By default, PHP's trim() strips all standard whitespace characters including spaces, tabs, newlines, carriage returns, NUL-bytes, and vertical tabs, not just spaces.
Raw{"answer": "no", "explanation": "By default, PHP's trim() strips all standard whitespace characters including spaces, tabs, newlines, carriage returns, NUL-bytes, and vertical tabs, not just spaces."} | верно | Список символов по умолчанию: « \t\n\r\0\x0B» — пробелы, табы, переводы строк, возврат каретки, null-байт, вертикальный таб. Проверено php -r. |
T03-L5 0.53 c | Strings | How many BYTES does strlen('héllo') return for a UTF-8 string? | «6» Пояснение: strlen counts bytes, and 'héllo' has 5 characters where 'é' is 2 bytes in UTF-8, giving 6 bytes total.
Raw```json ⏎ {"answer": "6", "explanation": "strlen counts bytes, and 'héllo' has 5 characters where 'é' is 2 bytes in UTF-8, giving 6 bytes total."} ⏎ ``` | верно | 6 букв по 2 байта: 12. |
T03-L6 0.66 c | Strings | What does substr('abcdef', -3) return? | «def» Пояснение: A negative offset in substr counts from the end of the string, so -3 starts at 'd' and returns the last three characters.
Raw{"answer": "def", "explanation": "A negative offset in substr counts from the end of the string, so -3 starts at 'd' and returns the last three characters."} | верно | Отрицательное смещение — с конца: def. |
T03-L7 0.4 c | Strings | ucfirst() modifies the string passed to it in place. | «no» Пояснение: In PHP, strings are immutable, so ucfirst() returns a new string with the first character capitalized rather than modifying the original in place.
Raw{"answer": "false", "explanation": "In PHP, strings are immutable, so ucfirst() returns a new string with the first character capitalized rather than modifying the original in place."} | верно | Строки неизменяемы; ucfirst возвращает новую строку. |
T03-L8 0.53 c | Strings | Variable interpolation works in heredoc but not in nowdoc. | «yes» Пояснение: Heredoc supports variable interpolation like double-quoted strings, while nowdoc (using single-quoted delimiter) does not interpolate variables like single-quoted strings.
Raw{"answer": "yes", "explanation": "Heredoc supports variable interpolation like double-quoted strings, while nowdoc (using single-quoted delimiter) does not interpolate variables like single-quoted strings."} | верно | Nowdoc — «одинарные кавычки» в тройном синтаксисе: текст как есть. |
T04-L1 0.47 c | Arrays | The sort() function preserves the key-to-value association of the array. | «no» Пояснение: The sort() function sorts array values by their values but reindexes the array with new numeric keys, so it does not preserve the original key-to-value association (unlike asort(), which does).
Raw{"answer": "no", "explanation": "The sort() function sorts array values by their values but reindexes the array with new numeric keys, so it does not preserve the original key-to-value association (unlike asort(), which does)."} | верно | sort перенумеровывает ключи; связь сохраняет asort. |
T04-L2 1.11 c | Arrays | The string key '5' in an array is stored as the integer 5. | «yes» Пояснение: In PHP, string keys that represent valid nonnegative integers are automatically coerced to integers, so '5' is stored as integer 5.
Raw{"answer": "yes", "explanation": "In PHP, string keys that represent valid nonnegative integers are automatically coerced to integers, so '5' is stored as integer 5."} | верно | Каноничные десятичные строковые ключи приводятся к int. |
T04-L3 0.4 c | Arrays | The in_array() function uses strict comparison (===) by default. | «no» Пояснение: in_array() uses loose (non-strict) comparison by default; strict comparison (===) requires passing the optional $strict parameter set to true.
Raw{"answer": "no", "explanation": "in_array() uses loose (non-strict) comparison by default; strict comparison (===) requires passing the optional $strict parameter set to true."} | верно | По умолчанию сравнение нестрогое; строгое — третий аргумент true. |
T04-L4 0.7 c | Arrays | Without a callback, array_filter() removes all "empty" (falsy) elements from the array. | «yes» Пояснение: Without a callback, array_filter() removes all elements that are falsy, using the same test as the empty() function on each value.
Raw```json ⏎ {"answer": "yes", "explanation": "Without a callback, array_filter() removes all elements that are falsy, using the same test as the empty() function on each value."} ⏎ ``` | верно | Убирает 0, "", null, false и пустые массивы. |
T04-L5 0.42 c | Arrays | By default, array_slice() preserves the original numeric keys of the array. | «no» Пояснение: By default array_slice() reindexes numeric keys; you must pass TRUE as the preserve_keys parameter to keep the original keys.
Raw{"answer": "no", "explanation": "By default array_slice() reindexes numeric keys; you must pass TRUE as the preserve_keys parameter to keep the original keys."} | верно | По умолчанию ключи перенумеровываются; сохранение — preserve_keys = true. |
T04-L6 0.7 c | Arrays | What does array_slice([10, 20, 30, 40], 1, 2) return? | «[20, 30]» Пояснение: array_slice extracts 2 elements starting from offset 1, preserving original keys (1 and 2).
Raw{"answer": "[20, 30]", "explanation": "array_slice extracts 2 elements starting from offset 1, preserving original keys (1 and 2)."} | верно | [20,30]; ключи перенумеровываются. |
T04-L7 0.57 c | Arrays | How many elements will count(['a' => 1] + ['a' => 9, 'b' => 2]) return? | «1» Пояснение: In PHP, the `+` operator unions arrays keeping the left array's values as precedence, so `['a' => 1] + ['a' => 9, 'b' => 2]` results in just `['a' => 1]`, which has one element.
Raw```json ⏎ {"answer": "1", "explanation": "In PHP, the `+` operator unions arrays keeping the left array's values as precedence, so `['a' => 1] + ['a' => 9, 'b' => 2]` results in just `['a' => 1]`, which has one element."} ⏎ ``` | неверно верный: «2» | Оператор + : по ключу 'a' побеждает левый; итого 2. |
T04-L8 0.83 c | Arrays | Since PHP 8.1, the spread operator [...$a, ...$b] supports arrays with string keys. | «yes» Пояснение: PHP 8.1 extended the spread operator to support arrays with string keys, allowing associative arrays to be properly merged in array literals.
Raw```json ⏎ {"answer": "yes", "explanation": "PHP 8.1 extended the spread operator to support arrays with string keys, allowing associative arrays to be properly merged in array literals."} ⏎ ``` | верно | В 8.0 — только числовые ключи; 8.1 снял ограничение. |
T05-L1 1.08 c | Functions and closures | Named arguments cannot be combined with argument unpacking ...$args in a single call. | «no» Пояснение: Since PHP 8.1, named arguments can indeed be combined with positional argument unpacking using the ... operator in a single call.
Raw```json ⏎ {"answer": "false", "explanation": "Since PHP 8.1, named arguments can indeed be combined with positional argument unpacking using the ... operator in a single call."} ⏎ ``` | верно | Можно: f(...$args, имя: значение). Нельзя только позиционный аргумент после распаковки. |
T05-L2 0.42 c | Functions and closures | An anonymous function without use sees variables from the outer scope. | «no» Пояснение: In PHP, closures do not automatically inherit outer-scope variables; you must explicitly use the 'use' keyword to import them.
Raw{"answer": "no", "explanation": "In PHP, closures do not automatically inherit outer-scope variables; you must explicitly use the 'use' keyword to import them."} | верно | Без use внешние переменные недоступны; авто-захват только у fn. |
T05-L3 0.38 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, which is 3 when called as f(1, 2, 3), regardless of how many parameters the function declares.
Raw{"answer": "3", "explanation": "func_num_args() returns the total number of arguments passed to the function, which is 3 when called as f(1, 2, 3), regardless of how many parameters the function declares."} | верно | Считает переданные аргументы: 3. |
T05-L4 0.58 c | Functions and closures | The body of an arrow function fn may consist of several expressions in curly braces. | «no» Пояснение: Arrow functions in PHP use concise syntax with only a single expression (no curly braces or multiple statements); multi-statement bodies require regular functions.
Raw{"answer": "false", "explanation": "Arrow functions in PHP use concise syntax with only a single expression (no curly braces or multiple statements); multi-statement bodies require regular functions."} | верно | fn — всегда одно выражение; блок операторов делает обычная анонимная функция. |
T05-L5 0.72 c | Functions and closures | An arrow function fn captures outer variables by reference (lazily, at use time). | «no» Пояснение: Arrow functions automatically capture outer variables by value, not by reference, so modifying the outer variable afterward does not affect the arrow function.
Raw{"answer": "no", "explanation": "Arrow functions automatically capture outer variables by value, not by reference, so modifying the outer variable afterward does not affect the arrow function."} | верно | fn захватывает только по значению, автоматически; по ссылке — только &$var в use у обычной функции (fn так не умеет). |
T05-L6 0.64 c | Functions and closures | A closure declared as static function () {} does not capture $this. | «yes» Пояснение: Declaring a closure as static unbinds it, so it no longer captures $this or the bound method context.
Raw{"answer": "yes", "explanation": "Declaring a closure as static unbinds it, so it no longer captures $this or the bound method context."} | верно | static-замыкание отвязано от объекта: $this внутри недоступен. |
T05-L7 0.62 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 at the time it is created (when $x was 5), so later reassigning $x to 7 does not affect the returned value.
Raw```json ⏎ {"answer": "5", "explanation": "The closure captures $x by value at the time it is created (when $x was 5), so later reassigning $x to 7 does not affect the returned value."} ⏎ ``` | верно | use захватывает по значению в момент создания: 5. |
T05-L8 0.54 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 without strict_types, PHP coerces numeric strings like '5' to integers when passed to an int parameter, so this is allowed.
Raw{"answer": "yes", "explanation": "In weak typing mode without strict_types, PHP coerces numeric strings like '5' to integers when passed to an int parameter, so this is allowed."} | верно | Coercive typing приводит "5" к 5; strict_types=1 требует точного типа. |
T06-L1 0.37 c | OOP: classes and inheritance | PHP supports constructor property promotion: public function __construct(private int $x) {}. | «yes» Пояснение: Constructor property promotion was introduced in PHP 8.0, allowing properties to be declared directly in the constructor parameters with visibility modifiers.
Raw```json ⏎ {"answer": "yes", "explanation": "Constructor property promotion was introduced in PHP 8.0, allowing properties to be declared directly in the constructor parameters with visibility modifiers."} ⏎ ``` | верно | С PHP 8.0 параметр с модификатором создаёт свойство и присваивание. |
T06-L2 0.32 c | OOP: classes and inheritance | Which keyword prevents a method from being overridden in subclasses? | «final» Пояснение: The 'final' keyword prevents a method or class from being overridden or extended by subclasses.
Raw{"answer": "final", "explanation": "The 'final' keyword prevents a method or class from being overridden or extended by subclasses."} | верно | final. |
T06-L3 0.39 c | OOP: classes and inheritance | A method declared final cannot be overridden in a subclass. | «yes» Пояснение: In PHP, declaring a method with the final keyword prevents any subclass from overriding it, resulting in a fatal error if attempted.
Raw```json ⏎ {"answer": "yes", "explanation": "In PHP, declaring a method with the final keyword prevents any subclass from overriding it, resulting in a fatal error if attempted."} ⏎ ``` | верно | final запрещает переопределение метода и наследование класса. |
T06-L4 0.42 c | OOP: classes and inheritance | Parent properties with private visibility are accessible in a subclass. | «no» Пояснение: Private properties are only accessible within the class that defines them, so a subclass cannot access private properties inherited from its parent.
Raw{"answer": "no", "explanation": "Private properties are only accessible within the class that defines them, so a subclass cannot access private properties inherited from its parent."} | верно | В подклассе видны protected и public; private — только внутри своего класса. |
T06-L5 6.17 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 is given an auto-generated name in the format `class@anonymous\0<path>:<line>$<id>`, where the `\0` is a NUL byte that separates the fixed prefix from the file path, line, and instance ID; get_class() returns this name, and the part before the NUL byte is `class@anonymous\`.
Raw```json ⏎ {"answer": "class@anonymous\\", "explanation": "In PHP, an anonymous class is given an auto-generated name in the format `class@anonymous\\0<path>:<line>$<id>`, where the `\\0` is a NUL byte that separates the fixed prefix from the file path, line, and instance ID; get_class() returns this name, and the part before the NUL byte is `class@anonymous\\`."} ⏎ ``` | верно | get_class анонимного класса печатает class@anonymous\0<файл>:<строка>$n; короткая форма — часть до NUL-байта. Проверено php -r (hex). |
T06-L6 1.94 c | OOP: classes and inheritance | A private parent method is not part of the inheritance contract: a child may declare a method with the same name and any visibility. | «yes» Пояснение: Private methods are class-scoped and not inherited, so they do not participate in the inheritance contract, allowing a child class to declare a method with the same name under any visibility without conflict.
Raw{"answer": "yes", "explanation": "Private methods are class-scoped and not inherited, so they do not participate in the inheritance contract, allowing a child class to declare a method with the same name under any visibility without conflict."} | верно | private-члены не наследуются — правила совместимости подписей не действуют. |
T06-L7 0.67 c | OOP: classes and inheritance | The magic method __get() is called only for non-existent properties. | «no» Пояснение: __get() is invoked when reading from both non-existent AND inaccessible (non-accessible) properties, not only for non-existent ones.
Raw```json ⏎ {"answer": "no", "explanation": "__get() is invoked when reading from both non-existent AND inaccessible (non-accessible) properties, not only for non-existent ones."} ⏎ ``` | верно | __get срабатывает и для существующих, но недоступных (private/protected извне). |
T06-L8 0.45 c | OOP: classes and inheritance | What does reassigning a readonly property throw — Exception or Error? | «error» Пояснение: In PHP 8.1+, reassigning a readonly property that has already been initialized throws an Error (specifically a "Cannot modify readonly property" error), not a regular Exception.
Raw{"answer": "Error", "explanation": "In PHP 8.1+, reassigning a readonly property that has already been initialized throws an Error (specifically a \"Cannot modify readonly property\" error), not a regular Exception."} | верно | Error (readonly с 8.1); оговорка: в __clone() переинициализация допустима (8.3+). |
T07-L1 0.39 c | Interfaces, traits, enum | An interface can declare constants. | «yes» Пояснение: Since PHP 7.1, interfaces can declare constants, and these constants are implicitly public and must be constant expressions.
Raw```json ⏎ {"answer": "yes", "explanation": "Since PHP 7.1, interfaces can declare constants, and these constants are implicitly public and must be constant expressions."} ⏎ ``` | верно | Константы интерфейса наследуются реализациями. |
T07-L2 0.29 c | Interfaces, traits, enum | Which operator checks whether an object is an instance of a class or interface? | «instanceof» Пояснение: The instanceof operator in PHP checks whether an object is an instance of a class or interface.
Raw{"answer": "instanceof", "explanation": "The instanceof operator in PHP checks whether an object is an instance of a class or interface."} | верно | instanceof. |
T07-L3 0.47 c | Interfaces, traits, enum | An interface can declare static methods. | «yes» Пояснение: Since PHP 8.0, interfaces can declare static methods, so in modern PHP the statement is true.
Raw{"answer": "yes", "explanation": "Since PHP 8.0, interfaces can declare static methods, so in modern PHP the statement is true."} | верно | Реализация обязана дать статический метод с той же сигнатурой. |
T07-L4 0.42 c | Interfaces, traits, enum | The instanceof operator only checks class inheritance: it ignores interfaces. | «no» Пояснение: The instanceof operator in PHP checks class inheritance, interfaces, and implements relationships, so it does not ignore interfaces.
Raw{"answer": "no", "explanation": "The instanceof operator in PHP checks class inheritance, interfaces, and implements relationships, so it does not ignore interfaces."} | верно | instanceof возвращает true и для интерфейсов объекта. |
T07-L5 0.49 c | Interfaces, traits, enum | An interface method may have a default implementation, like a trait method. | «yes» Пояснение: Since PHP 8.0, interface methods can declare a default implementation, allowing classes to inherit it like trait methods do.
Raw{"answer": "yes", "explanation": "Since PHP 8.0, interface methods can declare a default implementation, allowing classes to inherit it like trait methods do."} | неверно верный: «no» | Методы интерфейса — только сигнатуры; тело даёт реализующий класс. |
T07-L6 0.72 c | Interfaces, traits, enum | An abstract method in an abstract class may have protected visibility. | «yes» Пояснение: In PHP, abstract methods can be declared with public, protected, or private visibility, so an abstract method in an abstract class may indeed have protected visibility.
Raw{"answer": "yes", "explanation": "In PHP, abstract methods can be declared with public, protected, or private visibility, so an abstract method in an abstract class may indeed have protected visibility."} | верно | В абстрактном классе — любая видимость; в интерфейсе — только public. |
T07-L7 0.42 c | Interfaces, traits, enum | How many elements will Foo::cases() return for enum Foo { case A; case B; case C; }? | «3» Пояснение: Enum::cases() returns an array of all the enum's case constants, and Foo has three cases (A, B, C), so it returns 3 elements.
Raw{"answer": "3", "explanation": "Enum::cases() returns an array of all the enum's case constants, and Foo has three cases (A, B, C), so it returns 3 elements."} | верно | Статический метод cases(): 3. |
T07-L8 0.46 c | Interfaces, traits, enum | A trait can declare constants. | «yes» Пояснение: PHP traits can declare constants, properties, and methods that get composed into the using class.
Raw{"answer": "yes", "explanation": "PHP traits can declare constants, properties, and methods that get composed into the using class."} | верно | С PHP 8.2 трейты могут объявлять константы (RFC constants_in_traits); до 8.2 — нет. |
T08-L1 0.34 c | Exceptions and errors | The Throwable interface is a common ancestor of both Exception and Error. | «yes» Пояснение: In PHP 7+, the Throwable interface is indeed the common ancestor of both the Exception class and the Error class, allowing them to be caught together.
Raw{"answer": "yes", "explanation": "In PHP 7+, the Throwable interface is indeed the common ancestor of both the Exception class and the Error class, allowing them to be caught together."} | верно | Иерархия с PHP 7: Throwable → Exception и Throwable → Error. |
T08-L2 0.66 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, so a catch (Exception $e) block will not catch it; you must catch (Error $e) or (Throwable $e).
Raw{"answer": "no", "explanation": "TypeError extends Error, not Exception, so a catch (Exception $e) block will not catch it; you must catch (Error $e) or (Throwable $e)."} | верно | TypeError наследуется от Error; catch (Exception) его не ловит. |
T08-L3 0.48 c | Exceptions and errors | The @ operator suppresses exceptions too. | «no» Пояснение: The @ operator only suppresses errors (like warnings and notices), not exceptions, which continue to propagate and must be caught with try/catch blocks.
Raw{"answer": "no", "explanation": "The @ operator only suppresses errors (like warnings and notices), not exceptions, which continue to propagate and must be caught with try/catch blocks."} | верно | @ глушит диагностику (warnings/notices), исключения не перехватывает. |
T08-L4 0.87 c | Exceptions and errors | What error class does intdiv(5, 0) throw? | «valueerror» Пояснение: In PHP, intdiv(5, 0) throws a ValueError exception because dividing an integer by zero with intdiv is an illegal operation.
Raw```json ⏎ { ⏎ "answer": "ValueError", ⏎ "explanation": "In PHP, intdiv(5, 0) throws a ValueError exception because dividing an integer by zero with intdiv is an illegal operation." ⏎ } ⏎ ``` | неверно верный: «divisionbyzeroerror» | DivisionByZeroError (иерархия Error, не Exception); php-грейдер объективен. |
T08-L5 0.42 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, because it runs after the try/catch blocks unconditionally.
Raw{"answer": "no", "explanation": "The finally block always executes regardless of whether an exception was thrown or caught, because it runs after the try/catch blocks unconditionally."} | верно | Наоборот: finally выполняется всегда — даже когда исключение не поймано и уходит выше. Проверено php -r. |
T08-L6 0.73 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 inside a finally block overrides and replaces the original exception from the try block, thus affecting the result.
Raw{"answer": "no", "explanation": "An exception thrown inside a finally block overrides and replaces the original exception from the try block, thus affecting the result."} | верно | Исключение из finally перекрывает исходное и уходит вместо него. |
T08-L7 0.51 c | Exceptions and errors | What does the expression (bool) new Exception('x') return? | «true» Пояснение: In PHP any non-empty object cast to boolean evaluates to true, and an Exception object has populated properties so it is not empty.
Raw{"answer": "true", "explanation": "In PHP any non-empty object cast to boolean evaluates to true, and an Exception object has populated properties so it is not empty."} | верно | Любой объект при приведении к bool — true. Формы ответа: true или да. |
T08-L8 0.55 c | Exceptions and errors | Functions registered via register_shutdown_function() run when exit is called. | «yes» Пояснение: register_shutdown_function() registers callbacks that execute when the script terminates, including when exit() or die() is called.
Raw```json ⏎ {"answer": "yes", "explanation": "register_shutdown_function() registers callbacks that execute when the script terminates, including when exit() or die() is called."} ⏎ ``` | верно | exit завершает скрипт, но shutdown-функции отрабатывают. |
T09-L1 0.64 c | Namespaces and autoloading | The use App\Service\Mailer; statement itself loads the class file. | «no» Пояснение: The `use` statement only creates a namespace alias and does not load the class file; the file is loaded later when the class is actually referenced via autoloading.
Raw{"answer": "no", "explanation": "The `use` statement only creates a namespace alias and does not load the class file; the file is loaded later when the class is actually referenced via autoloading."} | верно | use — псевдоним на этапе компиляции; файл грузит автозагрузчик при первом обращении. |
T09-L2 1.09 c | Namespaces and autoloading | What follows use to import a function (not a class): the word function or const? | «const» Пояснение: In JavaScript/TypeScript, function bindings imported via default imports behave like const (reassignment is forbidden), whereas the keyword 'function' is never used in import statements.
Raw{"answer": "const", "explanation": "In JavaScript/TypeScript, function bindings imported via default imports behave like const (reassignment is forbidden), whereas the keyword 'function' is never used in import statements."} | неверно верный: «function» | use function ...; (и use const для констант). |
T09-L3 0.63 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» Пояснение: Under PSR-4, the namespace 'App\' maps to 'src/', so 'App\Controller\Api\UserController' resolves to the file src/Controller/Api/UserController.php.
Raw```json ⏎ {"answer": "Controller/Api/UserController.php", "explanation": "Under PSR-4, the namespace 'App\\' maps to 'src/', so 'App\\Controller\\Api\\UserController' resolves to the file src/Controller/Api/UserController.php."} ⏎ ``` | верно | Остаток имени после префикса, \ → /. |
T09-L4 0.54 c | Namespaces and autoloading | Including vendor/autoload.php registers autoloaders via spl_autoload_register(). | «yes» Пояснение: Composer's vendor/autoload.php includes autoload_real.php which registers multiple autoloader callbacks (for classmap, PSR-4, files, etc.) via spl_autoload_register().
Raw{"answer": "yes", "explanation": "Composer's vendor/autoload.php includes autoload_real.php which registers multiple autoloader callbacks (for classmap, PSR-4, files, etc.) via spl_autoload_register()."} | верно | Composer ставит автозагрузчик именно на spl_autoload_register. |
T09-L5 0.27 c | Namespaces and autoloading | The magic constant __NAMESPACE__ contains the name of the current namespace. | «yes» Пояснение: The __NAMESPACE__ magic constant indeed returns the name of the current namespace in PHP.
Raw{"answer": "yes", "explanation": "The __NAMESPACE__ magic constant indeed returns the name of the current namespace in PHP."} | верно | В корневом пространстве — пустая строка. |
T09-L6 4.38 c | Namespaces and autoloading | An unqualified class name (without a leading \) in new is resolved from the global root. | «no» Пояснение: An unqualified class name in new is resolved relative to the current namespace first, with only a backward-compatibility fallback to the global scope—so it is not resolved from the global root.
Raw{"answer": "no", "explanation": "An unqualified class name in new is resolved relative to the current namespace first, with only a backward-compatibility fallback to the global scope—so it is not resolved from the global root."} | верно | Резолвится относительно текущего namespace (с учётом импортов). |
T09-L7 0.39 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» Пояснение: Under PSR-4, the namespace prefix App\ maps to the src/ directory, so App\Model\User maps to src/Model/User.php.
Raw{"answer": "yes", "explanation": "Under PSR-4, the namespace prefix App\\ maps to the src/ directory, so App\\Model\\User maps to src/Model/User.php."} | верно | Остаток имени после префикса переносится в путь как есть. |
T09-L8 0.81 c | Namespaces and autoloading | A use statement may be written inside a function body — the import then applies to that function only. | «yes» Пояснение: Since PHP 7.0, use statements can be declared inside function or method bodies, where the import applies only to that local scope.
Raw```json ⏎ {"answer": "yes", "explanation": "Since PHP 7.0, use statements can be declared inside function or method bodies, where the import applies only to that local scope."} ⏎ ``` | неверно верный: «no» | use внутри тела функции — parse error; импорты файловые и компиляционные. |
T10-L1 0.55 c | References and scope | Arrays are copied on assignment rather than passed by reference. | «yes» Пояснение: In PHP 7 and later, arrays are value types that are copied on assignment using copy-on-write semantics rather than being passed by reference.
Raw{"answer": "yes", "explanation": "In PHP 7 and later, arrays are value types that are copied on assignment using copy-on-write semantics rather than being passed by reference."} | верно | Присваивание массива — копия (в движке — copy-on-write). |
T10-L2 0.4 c | References and scope | What will this print: $a = [1, 2]; $b = $a; $b[] = 3; echo count($a); | «2» Пояснение: Arrays in PHP use copy-on-write semantics, so `$b = $a` creates an independent copy and modifying `$b` does not affect `$a`.
Raw{"answer": "2", "explanation": "Arrays in PHP use copy-on-write semantics, so `$b = $a` creates an independent copy and modifying `$b` does not affect `$a`."} | верно | Присваивание — копия: в $a по-прежнему 2 элемента. |
T10-L3 0.62 c | References and scope | Inside a function, user-defined global variables are inaccessible without global, $GLOBALS, or passing them as parameters. | «yes» Пояснение: In PHP, user-defined variables declared outside a function exist only in the global scope and cannot be accessed inside a function's local scope unless accessed via the global keyword, the $GLOBALS superglobal array, or passed as a parameter.
Raw{"answer": "yes", "explanation": "In PHP, user-defined variables declared outside a function exist only in the global scope and cannot be accessed inside a function's local scope unless accessed via the global keyword, the $GLOBALS superglobal array, or passed as a parameter."} | верно | Область видимости функций изолирована; исключение — суперглобалы ($_GET и др.). |
T10-L4 1.01 c | References and scope | unset($GLOBALS['x']) inside a function removes the global variable only for that function. | «no» Пояснение: Because $GLOBALS['x'] holds a reference to the actual global variable, unset() removes the global variable entirely, not just within the function's local scope.
Raw{"answer": "no", "explanation": "Because $GLOBALS['x'] holds a reference to the actual global variable, unset() removes the global variable entirely, not just within the function's local scope."} | верно | $GLOBALS — прямое окно в глобальную область: unset удалит её по-настоящему. |
T10-L5 0.46 c | References and scope | What will this print: function inc(&$x) { $x++; } $n = 5; inc($n); echo $n; | «6» Пояснение: The parameter $x is passed by reference, so the increment applies to $n, making it 6.
Raw```json ⏎ {"answer": "6", "explanation": "The parameter $x is passed by reference, so the increment applies to $n, making it 6."} ⏎ ``` | верно | Ссылка меняет оригинал: 6. |
T10-L6 1.57 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» Пояснение: foreach by value operates on an internal copy of the array, so modifications to the array inside the loop are not reflected during the same pass.
Raw{"answer": "no", "explanation": "foreach by value operates on an internal copy of the array, so modifications to the array inside the loop are not reflected during the same pass."} | верно | По значению foreach итерирует копию-снимок. |
T10-L7 0.43 c | References and scope | A static property belongs to each instance separately: changes in one object are not visible in others. | «no» Пояснение: Static properties belong to the class itself and are shared across all instances, so changes made through one object are visible in all others.
Raw{"answer": "no", "explanation": "Static properties belong to the class itself and are shared across all instances, so changes made through one object are visible in all others."} | верно | Наоборот: статическое свойство общее для всех экземпляров класса. Проверено php -r. |
T10-L8 0.51 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 they are not stored as bool.
Raw{"answer": "no", "explanation": "In PHP, boolean array keys are cast to integers (true becomes 1, false becomes 0), so they are not stored as bool."} | верно | Булев ключ приводится к int: true → 1, false → 0. |
T11-L1 1.07 c | Generators, iterators, SPL | Inside a generator, return with a value can be used, and it becomes available via $gen->getReturn(). | «yes» Пояснение: Generators in PHP support returning a value via the return statement, and this value can be retrieved using $generator->getReturn() after the generator has completed execution.
Raw{"answer": "yes", "explanation": "Generators in PHP support returning a value via the return statement, and this value can be retrieved using $generator->getReturn() after the generator has completed execution."} | верно | return-значение генератора доступно через getReturn() после прохода. |
T11-L2 1.09 c | Generators, iterators, SPL | A fully consumed generator can be rewound with rewind() and traversed again. | «yes» Пояснение: By default, PHP generators are rewinding iterators, so calling rewind() on a fully consumed generator resets it and allows it to be traversed again.
Raw```json ⏎ {"answer": "yes", "explanation": "By default, PHP generators are rewinding iterators, so calling rewind() on a fully consumed generator resets it and allows it to be traversed again."} ⏎ ``` | неверно верный: «no» | Генератор одноразовый: rewind после начала итерации бросает Exception. |
T11-L3 1.33 c | Generators, iterators, SPL | The yield from construct delegates traversal to another generator or iterable. | «yes» Пояснение: yield from correctly delegates traversal to an inner generator or any iterable, forwarding values in both directions.
Raw{"answer": "yes", "explanation": "yield from correctly delegates traversal to an inner generator or any iterable, forwarding values in both directions."} | верно | yield from проксирует значения, ключи и return-значение внутреннего генератора. |
T11-L4 0.54 c | Generators, iterators, SPL | What does get_class(g()) return for function g() { yield 1; }? | «generator» Пояснение: A function containing `yield` becomes a generator function, so calling it returns a Generator object whose class name is "Generator".
Raw{"answer": "Generator", "explanation": "A function containing `yield` becomes a generator function, so calling it returns a Generator object whose class name is \"Generator\"."} | верно | Функция с yield возвращает Generator. |
T11-L5 0.67 c | Generators, iterators, SPL | How many elements will count(iterator_to_array((function () { yield from [1, 2, 3]; })())) return? | «3» Пояснение: The generator yields the three values 1, 2, and 3 via `yield from`, so `iterator_to_array` produces a 3-element array and `count()` returns 3.
Raw{"answer": "3", "explanation": "The generator yields the three values 1, 2, and 3 via `yield from`, so `iterator_to_array` produces a 3-element array and `count()` returns 3."} | верно | yield from делегирует все 3 элемента. |
T11-L6 0.35 c | Generators, iterators, SPL | The SplStack class implements a FIFO queue. | «no» Пояснение: SplStack implements a LIFO (Last In First Out) stack, while FIFO queue behavior is provided by SplDoublyLinkedList set to SplDoublyLinkedList::IT_MODE_LIFO with FIFO mode, or by the SplQueue class.
Raw{"answer": "no", "explanation": "SplStack implements a LIFO (Last In First Out) stack, while FIFO queue behavior is provided by SplDoublyLinkedList set to SplDoublyLinkedList::IT_MODE_LIFO with FIFO mode, or by the SplQueue class."} | верно | SplStack — стек LIFO; очередь FIFO — SplQueue. |
T11-L7 0.39 c | Generators, iterators, SPL | ArrayIterator allows wrapping an array and traversing it via the Iterator interface. | «yes» Пояснение: ArrayIterator is an SPL class that wraps an array and implements the Iterator interface, allowing traversal using foreach, rewind(), current(), key(), next(), etc.
Raw{"answer": "yes", "explanation": "ArrayIterator is an SPL class that wraps an array and implements the Iterator interface, allowing traversal using foreach, rewind(), current(), key(), next(), etc."} | верно | Объектная обёртка над массивом. |
T11-L8 0.3 c | Generators, iterators, SPL | An ArrayObject instance cannot be traversed with foreach. | «no» Пояснение: ArrayObject implements IteratorAggregate, making it Traversable and therefore fully usable with foreach.
Raw{"answer": "false", "explanation": "ArrayObject implements IteratorAggregate, making it Traversable and therefore fully usable with foreach."} | верно | ArrayObject реализует IteratorAggregate — foreach по нему работает. |
T12-L1 0.66 c | Configuration and security | password_hash() generates a salt automatically — passing one separately is not needed. | «yes» Пояснение: password_hash() automatically generates a random salt and embeds it in the resulting hash, so providing a separate salt is unnecessary and the salt parameter was even removed in PHP 8.0.
Raw{"answer": "yes", "explanation": "password_hash() automatically generates a random salt and embeds it in the resulting hash, so providing a separate salt is unnecessary and the salt parameter was even removed in PHP 8.0."} | верно | Соль встраивается в строку результата; параметр salt устарел. |
T12-L2 0.4 c | Configuration and security | In PHP 8, PASSWORD_DEFAULT is md5 with an automatically added salt. | «no» Пояснение: PASSWORD_DEFAULT uses bcrypt (currently) rather than md5, and md5 is considered insecure and should not be used for password hashing.
Raw{"answer": "no", "explanation": "PASSWORD_DEFAULT uses bcrypt (currently) rather than md5, and md5 is considered insecure and should not be used for password hashing."} | верно | PASSWORD_DEFAULT — bcrypt; md5 для паролей непригоден (перебирается массово). |
T12-L3 0.45 c | Configuration and security | What does password_verify('secret', password_hash('secret', PASSWORD_DEFAULT)) return? | «true» Пояснение: password_hash generates a hash of 'secret' and password_verify compares the plaintext 'secret' against it, returning true because they match.
Raw{"answer": "true", "explanation": "password_hash generates a hash of 'secret' and password_verify compares the plaintext 'secret' against it, returning true because they match."} | верно | Соль и хеш в одной строке: true (форма ответа: true или да). |
T12-L4 0.46 c | Configuration and security | strip_tags() protects against SQL injection. | «no» Пояснение: strip_tags() only removes HTML and PHP tags to mitigate XSS attacks; it provides no protection against SQL injection, which requires parameterized queries or prepared statements.
Raw{"answer": "false", "explanation": "strip_tags() only removes HTML and PHP tags to mitigate XSS attacks; it provides no protection against SQL injection, which requires parameterized queries or prepared statements."} | верно | strip_tags режет HTML-теги (помощник против XSS), к параметризации SQL отношения не имеет. |
T12-L5 0.46 c | Configuration and security | session_regenerate_id() is used to protect against session fixation upon user login. | «yes» Пояснение: session_regenerate_id() changes the session ID after login, invalidating any previously fixed session ID an attacker may have planted, thereby preventing session fixation attacks.
Raw{"answer": "yes", "explanation": "session_regenerate_id() changes the session ID after login, invalidating any previously fixed session ID an attacker may have planted, thereby preventing session fixation attacks."} | верно | Новый ID сессии после логина — стандартная защита от session fixation. |
T12-L6 0.36 c | Configuration and security | Which built-in function returns the SAPI name (e.g., cli)? | «{"answer": "php_sapi_name()", "explanation": "the php_sapi_name() function returns the description of the current server api interface (sapi) name, such as 'cli', 'fpm', or 'apache2handler".}» Пояснение: ()", "explanation": "The php_sapi_name() function returns the description of the current Server API Interface (SAPI) name, such as 'cli', 'fpm', or 'apache2handler".}
Raw{"answer": "php_sapi_name()", "explanation": "The php_sapi_name() function returns the description of the current Server API Interface (SAPI) name, such as 'cli', 'fpm', or 'apache2handler".} | верно парсинг: текст (фолбэк) | php_sapi_name(). |
T12-L7 0.57 c | Configuration and security | session_destroy() deletes session data on the server but not the cookie in the user's browser. | «yes» Пояснение: session_destroy() only destroys the server-side session data, but it does not remove the session cookie stored in the user's browser, which must be deleted separately using setcookie().
Raw{"answer": "yes", "explanation": "session_destroy() only destroys the server-side session data, but it does not remove the session cookie stored in the user's browser, which must be deleted separately using setcookie()."} | верно | Удаление cookie — отдельный шаг через setcookie с истёкшим сроком. |
T12-L8 0.34 c | Configuration and security | Without calling session_start(), the $_SESSION array is automatically populated with session data. | «no» Пояснение: The $_SESSION array is only populated with session data after session_start() is called to initialize the session.
Raw```json ⏎ {"answer": "no", "explanation": "The $_SESSION array is only populated with session data after session_start() is called to initialize the session."} ⏎ ``` | верно | Без session_start() данные сессии в массив не загружаются ($_SESSION можно заполнить вручную, но привязки к сессии нет). |
VC-L1 0.48 c | PHP 8.4–8.5 | In which PHP version was the array_find() function introduced? | «7.3» Пояснение: The array_find() function was introduced in PHP 7.3 as part of the new array functions like array_key_first, array_key_last, and array_slice with preserve_keys.
Raw{"answer": "7.3", "explanation": "The array_find() function was introduced in PHP 7.3 as part of the new array functions like array_key_first, array_key_last, and array_slice with preserve_keys."} | неверно верный: «8.4» | PHP 8.4 (RFC array_find). |
VC-L2 0.27 c | PHP 8.4–8.5 | Property hooks (get/set right in the property declaration) landed in PHP 8.4. | «yes» Пояснение: Property hooks (get/set) were officially introduced in PHP 8.4, allowing direct declaration of getter and setter logic within a property.
Raw{"answer": "yes", "explanation": "Property hooks (get/set) were officially introduced in PHP 8.4, allowing direct declaration of getter and setter logic within a property."} | верно | Property hooks — PHP 8.4 (ноябрь 2024). |
VC-L3 1.27 c | PHP 8.4–8.5 | Asymmetric visibility (public private(set) string $name) appeared in PHP 8.4. | «no» Пояснение: Asymmetric visibility (e.g., `public private(set) string $name`) was introduced in PHP 8.2, not PHP 8.4.
Raw{"answer": "no", "explanation": "Asymmetric visibility (e.g., `public private(set) string $name`) was introduced in PHP 8.2, not PHP 8.4."} | неверно верный: «yes» | Asymmetric visibility v2 — PHP 8.4. |
VC-L4 0.3 c | PHP 8.4–8.5 | In which PHP version was the #[\NoDiscard] attribute introduced? Answer with the version number. | «8.2» Пояснение: The #[\NoDiscard] attribute was introduced in PHP 8.2 to allow marking functions whose return values should not be discarded.
Raw{"answer": "8.2", "explanation": "The #[\NoDiscard] attribute was introduced in PHP 8.2 to allow marking functions whose return values should not be discarded."} | неверно верный: «8.5» | #[\NoDiscard] — PHP 8.5 (marking return values as important). |
VC-L5 0.29 c | PHP 8.4–8.5 | In which PHP version did the pipe operator |> first appear? Answer with the version number. | «8.0» Пояснение: The pipe operator |> (threading operator) was introduced in PHP 8.0 in late 2020.
Raw{"answer": "8.0", "explanation": "The pipe operator |> (threading operator) was introduced in PHP 8.0 in late 2020."} | неверно верный: «8.5» | Pipe operator — PHP 8.5 (2025). |
VC-L6 0.43 c | PHP 8.4–8.5 | In which PHP version did clone-with — the syntax clone($obj, ['x' => 1]) — appear? Answer with the version number. | «8.4» Пояснение: The clone-with syntax, which allows passing arguments during cloning like clone($obj, ['x' => 1]), was introduced in PHP 8.4.
Raw```json ⏎ {"answer": "8.4", "explanation": "The clone-with syntax, which allows passing arguments during cloning like clone($obj, ['x' => 1]), was introduced in PHP 8.4."} ⏎ ``` | неверно верный: «8.5» | Clone with v2 — PHP 8.5. |
VC-L7 0.33 c | PHP 8.4–8.5 | In which PHP version were the array_first() and array_last() functions introduced? | «7.3» Пояснение: The array_first() and array_last() functions were introduced in PHP 7.3.
Raw```json ⏎ {"answer": "7.3", "explanation": "The array_first() and array_last() functions were introduced in PHP 7.3."} ⏎ ``` | неверно верный: «8.5» | PHP 8.5. |
VC-L8 0.78 c | PHP 8.4–8.5 | For which PHP version was RFC Partial Function Application v2 adopted (as of 2026-11-07)? Answer with the version number. | «8.4» Пояснение: The RFC Partial Function Application v2 was adopted for PHP 8.4, introducing the ability to partially apply arguments to arrow functions and closures.
Raw{"answer": "8.4", "explanation": "The RFC Partial Function Application v2 was adopted for PHP 8.4, introducing the ability to partially apply arguments to arrow functions and closures."} | неверно верный: «8.6» | PFA v2 принят 05.12.2025 (33-0-0), реализован в PHP 8.6. |
VF-L1 0.42 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.2» Пояснение: The clamp() function was implemented via the clamp_v2 RFC and added to PHP in version 8.2.
Raw{"answer": "8.2", "explanation": "The clamp() function was implemented via the clamp_v2 RFC and added to PHP in version 8.2."} | неверно верный: «8.6» | По данным владельца (wiki.php.net/rfc): clamp_v2 — 8.6; clamp() в 8.5.11 отсутствует (косвенное подтверждение). Дата-якорь делает клетку монотонной. |
VF-L2 1.28 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 RFC (v1) was debated in PHP discussions but did not result in adoption, so the v2 proposal was not adopted as of that date.
Raw{"answer": "no", "explanation": "The Context Managers RFC (v1) was debated in PHP discussions but did not result in adoption, so the v2 proposal was not adopted as of that date."} | верно | На 06.11.2026 — в обсуждении (создан 2026-10-23); не принят. |
VF-L3 0.56 c | PHP: 8.6+ and the future | RFC Bound-Erased Generic Types (generics) was declined in 2026. | «no» Пояснение: There is no recognized PHP RFC titled 'Bound-Erased Generic Types' that was declined in 2026; this appears to be a fabricated proposal.
Raw{"answer": "no", "explanation": "There is no recognized PHP RFC titled 'Bound-Erased Generic Types' that was declined in 2026; this appears to be a fabricated proposal."} | неверно верный: «yes» | Голосование завершилось 2026-06-28: отклонён (wiki.php.net/rfc). |
VF-L4 1.07 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» Пояснение: The RFC to enable ZTS (thread safety) by default in PHP was proposed but not accepted; PHP maintainers have kept ZTS as an opt-in build option rather than making it the default.
Raw{"answer": "no", "explanation": "The RFC to enable ZTS (thread safety) by default in PHP was proposed but not accepted; PHP maintainers have kept ZTS as an opt-in build option rather than making it the default."} | верно | Такого принятого RFC нет на дату якоря; якорь делает клетку монотонной — при принятии RFC позже клетка не перевернётся. |
VF-L5 1.22 c | PHP: 8.6+ and the future | As of PHP 8.5, generics (parameterized types) are still absent. | «yes» Пояснение: Generics/parameterized types have not been implemented in PHP as of PHP 8.x, and the feature remains absent.
Raw{"answer": "yes", "explanation": "Generics/parameterized types have not been implemented in PHP as of PHP 8.x, and the feature remains absent."} | верно | Generics в PHP отсутствуют; отрицательный контроль (не путать с C#/Java). |
VF-L6 3.0 c | PHP: 8.6+ and the future | As of 2026-11-07, the latest stable PHP version is 8.5, and PHP 8.6 has not been released yet (GA — 2026-11-19). | «yes» Пояснение: PHP 8.5 released ~November 2025, and PHP 8.6 is scheduled for ~November 2026 (GA 2026-11-19), so on 2026-11-07 the latest stable version is indeed 8.5.
Raw{"answer": "yes", "explanation": "PHP 8.5 released ~November 2025, and PHP 8.6 is scheduled for ~November 2026 (GA 2026-11-19), so on 2026-11-07 the latest stable version is indeed 8.5."} | верно | 8.5 — релиз осени 2025; 8.6 GA 19.11.2026 (wiki.php.net/todo/php86). Дата снимка — 06.11.2026. |
VF-L7 0.54 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 planned as a Unicode-based release but was ultimately abandoned, and PHP 7.0 was released directly after PHP 5.6 without PHP 6 ever shipping.
Raw{"answer": "yes", "explanation": "PHP 6 was planned as a Unicode-based release but was ultimately abandoned, and PHP 7.0 was released directly after PHP 5.6 without PHP 6 ever shipping."} | верно | Исторический факт: ветка 6 не была релизнута. |
VF-L8 0.94 c | PHP: 8.6+ and the future | The RFC adding the #[\Deprecated] attribute to the core was adopted. | «yes» Пояснение: The RFC for the #[\Deprecated] attribute was adopted and it was implemented in PHP 8.4.
Raw{"answer": "yes", "explanation": "The RFC for the #[\\Deprecated] attribute was adopted and it was implemented in PHP 8.4."} | верно | #[\Deprecated] — принят, реализован в PHP 8.4. |
T25-L1 0.37 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 requires that inner layers know nothing about outer layers, with dependencies always pointing inward toward the center.
Raw{"answer": "yes", "explanation": "In clean/onion architecture, the dependency rule requires that inner layers know nothing about outer layers, with dependencies always pointing inward toward the center."} | верно | Чистая (Robert C. Martin), луковичная (Jeffrey Palermo) и гексагональная (ports & adapters) — варианты одной идеи: зависимости направлены внутрь, к домену. Слоями в проекте следит deptrac. |
T25-L2 1.31 c | Clean architecture | Domain entities import neither Doctrine nor Symfony — only the language and, possibly, the standard library. | «yes» Пояснение: In a well-layered domain model (DDD/Clean Architecture), domain entities are plain PHP classes depending only on the language and SPL, with persistence concerns like Doctrine mapping kept in a separate infrastructure layer.
Raw{"answer": "yes", "explanation": "In a well-layered domain model (DDD/Clean Architecture), domain entities are plain PHP classes depending only on the language and SPL, with persistence concerns like Doctrine mapping kept in a separate infrastructure layer."} | верно | Изоляция домена от инфраструктуры; deptrac в проекте как раз следит за слоями. |
T25-L3 1.02 c | Clean architecture | Controllers and Twig templates belong to the business-logic layer because they are the ones calling use cases. | «no» Пояснение: Controllers and Twig templates belong to the presentation layer, not the business-logic layer; they call use cases but do not contain the actual business logic, which lives in the application/domain layers.
Raw```json ⏎ {"answer": "no", "explanation": "Controllers and Twig templates belong to the presentation layer, not the business-logic layer; they call use cases but do not contain the actual business logic, which lives in the application/domain layers."} ⏎ ``` | верно | Наоборот: это интерфейсные адаптеры (внешний слой); они зависят от use cases, а не наоборот. |
T25-L4 0.93 c | Clean architecture | What sits at the very center of the onion architecture? | «the domain (core business rules/entities)» Пояснение: In the onion architecture, the innermost layer contains the domain entities and business rules that are independent of any external concerns.
Raw{"answer": "The domain (core business rules/entities)", "explanation": "In the onion architecture, the innermost layer contains the domain entities and business rules that are independent of any external concerns."} | неверно верный: «domain model» | Центральное кольцо — Domain Model: сущности и бизнес-правила без зависимостей; далее Domain Services → Application Services → Infrastructure/UI/Tests (Palermo). |
T25-L5 0.67 c | Clean architecture | Layer boundary violations can be caught automatically: a layer-dependency analyzer (e.g. deptrac) fails on a forbidden call. | «yes» Пояснение: Deptrac performs static analysis of inter-layer dependencies and fails with a non-zero exit code when it detects a forbidden call crossing a layer boundary.
Raw{"answer": "yes", "explanation": "Deptrac performs static analysis of inter-layer dependencies and fails with a non-zero exit code when it detects a forbidden call crossing a layer boundary."} | верно | depfile.yaml в проекте TasK: CI проверяет правила слоёв на каждом пайплайне. |
T25-L6 1.03 c | Clean architecture | A use case (interactor) may accept an HTTP request or an EntityManager as arguments — it is simpler that way. | «no» Пояснение: A use case should accept only simple plain domain/value objects, never framework-dependent artifacts like an HTTP request or a Doctrine EntityManager, since that would couple the service layer to infrastructure and defeat the purpose of a clean, testable architecture.
Raw{"answer": "no", "explanation": "A use case should accept only simple plain domain/value objects, never framework-dependent artifacts like an HTTP request or a Doctrine EntityManager, since that would couple the service layer to infrastructure and defeat the purpose of a clean, testable architecture."} | верно | Use case принимает DTO и порты; привязка к HTTP/ORM протекает инфраструктуру во внутренние слои. |
T25-L7 0.43 c | Clean architecture | What is the component called that provides a collection of aggregates/entities while hiding the storage mechanism behind an interface? | «repository» Пояснение: The Repository pattern provides a collection-like interface for accessing aggregates/entities while abstracting away the underlying storage mechanism.
Raw{"answer": "Repository", "explanation": "The Repository pattern provides a collection-like interface for accessing aggregates/entities while abstracting away the underlying storage mechanism."} | верно | Repository pattern (DDD/Evans); в проекте — Doctrine-репозитории за портами. |
T25-L8 0.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 database is part of the outer infrastructure layer, so switching databases only requires replacing the data-access adapter behind a port, leaving the domain and application (use case) layers untouched.
Raw```json ⏎ {"answer": "yes", "explanation": "In clean architecture the database is part of the outer infrastructure layer, so switching databases only requires replacing the data-access adapter behind a port, leaving the domain and application (use case) layers untouched."} ⏎ ``` | верно | Следствие правила зависимостей: инфраструктура взаимозаменяема. |
T26-L1 0.52 c | DDD | In DDD, an aggregate is just another name for a database table. | «no» Пояснение: In DDD, an aggregate is a cluster of entities and value objects treated as a unit for consistency, which is a domain concept that does not map one-to-one with a database table.
Raw{"answer": "false", "explanation": "In DDD, an aggregate is a cluster of entities and value objects treated as a unit for consistency, which is a domain concept that does not map one-to-one with a database table."} | верно | Агрегат — кластер объектов с границей согласованности (транзакционной вокруг корня); таблица — деталь хранения. |
T26-L2 0.51 c | DDD | A Value Object is immutable and compared by the values of its fields, not by identity. | «yes» Пояснение: Value objects are immutable and define equality based on the values of their fields rather than reference identity, which is a core characteristic of the value object pattern.
Raw{"answer": "yes", "explanation": "Value objects are immutable and define equality based on the values of their fields rather than reference identity, which is a core characteristic of the value object pattern."} | верно | Классика Evans: Money, Email; равенство структурное. |
T26-L3 0.41 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 through which all modifications to the aggregate's state must pass, ensuring consistency and invariants are maintained.
Raw{"answer": "aggregate root", "explanation": "In Domain-Driven Design, the aggregate root is the single entry point through which all modifications to the aggregate's state must pass, ensuring consistency and invariants are maintained."} | верно | Aggregate Root: внешние объекты ссылаются только на корень; он защищает инварианты агрегата. |
T26-L4 0.51 c | DDD | In DDD, a repository is declared for an aggregate (its root), not for every entity. | «yes» Пояснение: In DDD, repositories are created for aggregate roots, and entities within an aggregate are accessed and managed through their root rather than having their own repositories.
Raw{"answer": "yes", "explanation": "In DDD, repositories are created for aggregate roots, and entities within an aggregate are accessed and managed through their root rather than having their own repositories."} | верно | Репозиторий корня хранит границу согласованности агрегата; вложенные сущности доступны только через корень. |
T26-L5 0.49 c | DDD | Ubiquitous language is the model's shared language common to developers and domain experts. | «yes» Пояснение: Ubiquitous language is a core Domain-Driven Design concept describing the shared, consistent vocabulary developed collaboratively by developers and domain experts and reflected in the domain model.
Raw{"answer": "yes", "explanation": "Ubiquitous language is a core Domain-Driven Design concept describing the shared, consistent vocabulary developed collaboratively by developers and domain experts and reflected in the domain model."} | верно | Evans: язык из требований переходит в имена классов и методов. |
T26-L6 4.04 c | DDD | What is the boundary called within which a model and its language are consistent, while outside the same words mean other models? | «the boundary of a language» Пояснение: In model theory, this refers to the boundary within which a model fixes the interpretation of its language (keeping model and language consistent), while the same terms can denote different models outside it.
Raw{"answer": "The boundary of a language", "explanation": "In model theory, this refers to the boundary within which a model fixes the interpretation of its language (keeping model and language consistent), while the same terms can denote different models outside it."} | неверно верный: «bounded context» | Bounded Context; «Заказ» в биллинге и в доставке — разные модели. |
T26-L7 0.59 c | DDD | An anemic model (objects with only getters/setters, logic in services) is the recommended DDD style. | «no» Пояснение: DDD actually recommends a rich domain model where objects encapsulate both state and behavior, and an anemic model (logic in services) is widely criticized as an anti-pattern.
Raw{"answer": "no", "explanation": "DDD actually recommends a rich domain model where objects encapsulate both state and behavior, and an anemic model (logic in services) is widely criticized as an anti-pattern."} | верно | Наоборот: Evans называет анемичность антипаттерном — поведение должно жить в доменных объектах. |
T26-L8 0.6 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 defines the boundary within which a model applies, so the same concept can indeed be modeled as different classes in different contexts.
Raw```json ⏎ {"answer": "yes", "explanation": "In Domain-Driven Design, a bounded context defines the boundary within which a model applies, so the same concept can indeed be modeled as different classes in different contexts."} ⏎ ``` | верно | Модели контекстов независимы; между ними — явная интеграция (ACL, published language). |
T13-L1 3.56 c | Symfony | Services in the Symfony DI container are created lazily by default — on first use. | «yes» Пояснение: Symfony's DI container instantiates a service only when it is first fetched from the container (on first use), rather than eagerly at compile or boot time.
Raw```json ⏎ {"answer": "yes", "explanation": "Symfony's DI container instantiates a service only when it is first fetched from the container (on first use), rather than eagerly at compile or boot time."} ⏎ ``` | верно | Контейнер инстанцирует сервис при первом извлечении; eager-создания по умолчанию нет. |
T13-L2 0.33 c | Symfony | Which Symfony console command lists all registered routes? | «debug:router» Пояснение: The `debug:router` command displays a list of all registered routes in a Symfony application.
Raw```json ⏎ {"answer": "debug:router", "explanation": "The `debug:router` command displays a list of all registered routes in a Symfony application."} ⏎ ``` | верно | bin/console debug:router (FrameworkBundle); в Symfony 3 команда называлась router:debug. |
T13-L3 0.53 c | Symfony | Symfony autowiring requires manually declaring every service in services.yaml. | «no» Пояснение: Symfony's autowiring and autoconfiguration allow services to be automatically wired based on type-hinted constructor arguments without manually declaring every service in services.yaml.
Raw{"answer": "no", "explanation": "Symfony's autowiring and autoconfiguration allow services to be automatically wired based on type-hinted constructor arguments without manually declaring every service in services.yaml."} | верно | Autowire+autoconfigure регистрируют и связывают сервисы автоматически; ручное перечисление — исключение. |
T13-L4 0.44 c | Symfony | Twig templates are compiled into PHP classes and cached between requests. | «yes» Пояснение: Twig compiles templates into plain PHP classes and caches the compiled output between requests to avoid recompiling on each request.
Raw{"answer": "yes", "explanation": "Twig compiles templates into plain PHP classes and caches the compiled output between requests to avoid recompiling on each request."} | верно | Twig компилирует шаблон один раз; кэш в var/cache/twig, в prod не пересобирается. |
T13-L5 4.66 c | Symfony | In the Symfony dev environment the DI container is rebuilt only after tracked files change, not on every request. | «yes» Пояснение: In Symfony's dev environment the compiled DI container is dumped to disk (var/cache/dev) and only regenerated when tracked files change, rather than on every request.
Raw{"answer": "yes", "explanation": "In Symfony's dev environment the compiled DI container is dumped to disk (var/cache/dev) and only regenerated when tracked files change, rather than on every request."} | верно | Kernel проверяет freshness ресурсов (конфиги, классы); иначе переиспользуется кэш контейнера. |
T13-L6 0.45 c | Symfony | Which environment variable selects the active Symfony environment (dev/prod)? | «app_env» Пояснение: Symfony uses the APP_ENV environment variable (with a default via .env file) to select between dev, prod, and test environments.
Raw{"answer": "APP_ENV", "explanation": "Symfony uses the APP_ENV environment variable (with a default via .env file) to select between dev, prod, and test environments."} | верно | APP_ENV в .env; APP_DEBUG — отдельный флаг отладки. |
T13-L7 0.84 c | Symfony | A controller method can be private — Symfony routing works with any method of the class. | «no» Пояснение: Controller methods must be public or protected; private methods cannot be called by Symfony's controller resolver because they are only accessible within the class itself.
Raw{"answer": "no", "explanation": "Controller methods must be public or protected; private methods cannot be called by Symfony's controller resolver because they are only accessible within the class itself."} | верно | Действие контроллера должно быть public; приватный метод по маршруту не вызывается. |
T13-L8 1.26 c | Symfony | Event subscribers always receive events before listeners, because the interface gives them priority. | «no» Пояснение: Event order is determined by the priority value assigned to each listener or subscriber, not by whether the handler is a listener or an event subscriber—so a high-priority listener can run before a low-priority subscriber.
Raw```json ⏎ {"answer": "no", "explanation": "Event order is determined by the priority value assigned to each listener or subscriber, not by whether the handler is a listener or an event subscriber—so a high-priority listener can run before a low-priority subscriber."} ⏎ ``` | верно | Порядок определяет priority, а не тип подписки; приоритеты задаются в getSubscribedEvents() так же, как у слушателей. |
T22-L1 0.82 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» Пояснение: In Symfony 6.0, the old Guard-based authentication system was removed, and authentication is now built on the newer AuthenticatorInterface-based authenticator system.
Raw{"answer": "yes", "explanation": "In Symfony 6.0, the old Guard-based authentication system was removed, and authentication is now built on the newer AuthenticatorInterface-based authenticator system."} | верно | Guard объявлен устаревшим в 5.3 и удалён в 6.0; в проекте symfony/security-bundle 8.1. |
T22-L2 0.54 c | Symfony: Security and forms | Which Symfony attribute checks a role/permission right on a controller method (403 without it)? | «isgranted» Пояснение: The #[IsGranted] attribute checks a role or permission on a controller method and throws an AccessDeniedException (403) if the user lacks the required right.
Raw{"answer": "IsGranted", "explanation": "The #[IsGranted] attribute checks a role or permission on a controller method and throws an AccessDeniedException (403) if the user lacks the required right."} | верно | #[IsGranted('ROLE_ADMIN')]; атрибут из symfony/security-http. |
T22-L3 1.38 c | Symfony: Security and forms | Voters are Symfony's mechanism for checking access to a specific object: isGranted('EDIT', $post). | «yes» Пояснение: Symfony voters are indeed used to check access to a specific object by passing an attribute (like 'EDIT') and a subject object (like $post) to isGranted().
Raw{"answer": "yes", "explanation": "Symfony voters are indeed used to check access to a specific object by passing an attribute (like 'EDIT') and a subject object (like $post) to isGranted()."} | верно | VoterInterface->vote(); docs Symfony — Voters. |
T22-L4 0.44 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» Пояснение: Since Symfony 7, Doctrine annotations were removed and validation constraints are declared exclusively via PHP attributes.
Raw{"answer": "yes", "explanation": "Since Symfony 7, Doctrine annotations were removed and validation constraints are declared exclusively via PHP attributes."} | верно | Докблок-аннотации удалены в Symfony 7.0; стандарт — атрибуты. В проекте symfony/validator 8.1. |
T22-L5 0.39 c | Symfony: Security and forms | CSRF protection of Symfony forms is enabled by default: the form validates the token on submission. | «yes» Пояснение: In Symfony, forms have CSRF protection enabled by default via the csrf_protection option (default true), which validates a token on submission.
Raw{"answer": "yes", "explanation": "In Symfony, forms have CSRF protection enabled by default via the csrf_protection option (default true), which validates a token on submission."} | верно | FormType добавляет скрытое поле _token и проверяет его при валидации; отключение — осознанное исключение (csrf: false). |
T22-L6 0.48 c | Symfony: Security and forms | Form validation in Symfony runs server-side even if the client-side (HTML5) checks passed. | «yes» Пояснение: Symfony performs server-side validation on every submission regardless of client-side HTML5 checks, which are only for user convenience and can be bypassed.
Raw{"answer": "yes", "explanation": "Symfony performs server-side validation on every submission regardless of client-side HTML5 checks, which are only for user convenience and can be bypassed."} | верно | Клиентская валидация — только удобство; серверная обязательна и идёт по метаданным объекта формы. |
T22-L7 0.28 c | Symfony: Security and forms | Which Symfony maker command generates a form class (FormType)? | «make:form» Пояснение: The Symfony MakerBundle generates a form class (FormType) using the `make:form` command.
Raw{"answer": "make:form", "explanation": "The Symfony MakerBundle generates a form class (FormType) using the `make:form` command."} | верно | bin/console make:form (symfony/maker-bundle — в проекте). |
T22-L8 0.43 c | Symfony: Security and forms | Symfony stores the user's password in the session in plain text. | «no» Пояснение: Symfony never stores passwords in the session; it stores only the authenticated user's identity, and passwords are always stored as cryptographic hashes rather than plaintext.
Raw{"answer": "no", "explanation": "Symfony never stores passwords in the session; it stores only the authenticated user's identity, and passwords are always stored as cryptographic hashes rather than plaintext."} | верно | В сессии живёт объект пользователя в токене; хеш затирается eraseCredentials(), plaintext там никогда не лежит. |
T23-L1 0.5 c | Symfony: configuration and services | Symfony bundle configuration lives in config/packages — one file per bundle or topic. | «yes» Пояснение: In Symfony, bundle and topic configurations are organized in the config/packages directory, typically with one file (like framework.yaml, doctrine.yaml, or security.yaml) per bundle or configuration topic.
Raw{"answer": "yes", "explanation": "In Symfony, bundle and topic configurations are organized in the config/packages directory, typically with one file (like framework.yaml, doctrine.yaml, or security.yaml) per bundle or configuration topic."} | верно | Стандартная структура (config/packages/*.yaml); перегрузка — config/packages/<env>. |
T23-L2 0.6 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» Пояснение: The .env file holds committed dev defaults while .env.local is gitignored and used for real, environment-specific secrets.
Raw{"answer": "yes", "explanation": "The .env file holds committed dev defaults while .env.local is gitignored and used for real, environment-specific secrets."} | верно | symfony/dotenv: .env — общий безопасный набор значений; локальные секреты — .env.local (gitignored) или secrets-хранилище. |
T23-L3 0.24 c | Symfony: configuration and services | Which Symfony command lists the container's registered services and their aliases? | «debug:container» Пояснение: The `debug:container` command displays all registered services in the Symfony container along with their aliases.
Raw{"answer": "debug:container", "explanation": "The `debug:container` command displays all registered services in the Symfony container along with their aliases."} | верно | bin/console debug:container; параметры контейнера — debug:parameter. |
T23-L4 0.92 c | Symfony: configuration and services | The Symfony container allows changing parameters at runtime: $container->setParameter() works from a controller. | «no» Пояснение: Once the Symfony container is compiled and booted it becomes frozen, so calling $container->setParameter() after that point (e.g., from a controller) throws a LogicException and cannot change runtime parameters.
Raw{"answer": "no", "explanation": "Once the Symfony container is compiled and booted it becomes frozen, so calling $container->setParameter() after that point (e.g., from a controller) throws a LogicException and cannot change runtime parameters."} | верно | Контейнер компилируется и замораживается; runtime-значения — только через переменные окружения. |
T23-L5 0.5 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 and cannot be fetched directly from the container; they must be injected via constructor arguments.
Raw{"answer": "no", "explanation": "In Symfony, services are private (public: false) by default and cannot be fetched directly from the container; they must be injected via constructor arguments."} | верно | С Symfony 4.0 сервисы по умолчанию private: инжектятся через autowiring; $container->get() — только для публичных. |
T23-L6 0.48 c | Symfony: configuration and services | Without a config file in config/packages a bundle will not work — configuration is mandatory for every bundle. | «no» Пояснение: Bundles in Symfony do not require a config file in config/packages; configuration is optional and bundles use their built-in defaults when no config is provided.
Raw```json ⏎ {"answer": "no", "explanation": "Bundles in Symfony do not require a config file in config/packages; configuration is optional and bundles use their built-in defaults when no config is provided."} ⏎ ``` | верно | У бандлов есть встроенные умолчания (Extension); конфиг нужен только для отклонений от них. |
T23-L7 0.34 c | Symfony: configuration and services | Environment variable values are injected into services.yaml using the %env(VAR)% syntax. | «yes» Пояснение: In Symfony, environment variables are injected into services.yaml using the %env(VAR)% syntax, which allows services to reference environment variables defined in .env files.
Raw{"answer": "yes", "explanation": "In Symfony, environment variables are injected into services.yaml using the %env(VAR)% syntax, which allows services to reference environment variables defined in .env files."} | верно | %env(...)% резолвится в рантайме env-процессорами; docs — Env Var Processors. |
T23-L8 0.52 c | Symfony: configuration and services | Which Symfony environment variable enables debug mode (affects the profiler and Twig debugging)? | «app_debug» Пояснение: In Symfony, the APP_DEBUG environment variable controls whether debug mode is enabled, which activates the profiler and Twig debugging features.
Raw```json ⏎ {"answer": "APP_DEBUG", "explanation": "In Symfony, the APP_DEBUG environment variable controls whether debug mode is enabled, which activates the profiler and Twig debugging features."} ⏎ ``` | верно | APP_DEBUG=1 (в .env dev-окружения); окружение выбирает APP_ENV — см. T13-L6. |
T16-L1 0.51 c | Symfony: Messenger | A single message in Symfony Messenger can only have one handler. | «no» Пояснение: In Symfony Messenger, a single message can be handled by multiple handlers, as you can register several handlers for the same message type.
Raw{"answer": "no", "explanation": "In Symfony Messenger, a single message can be handled by multiple handlers, as you can register several handlers for the same message type."} | верно | Messenger вызывает все хендлеры, подписанные на класс сообщения (docs — Multiple Handlers). |
T16-L2 0.54 c | Symfony: Messenger | The sync transport in Messenger queues the message for a worker, just like async. | «no» Пояснение: The sync transport processes the message immediately in the current request rather than queuing it for a worker to handle asynchronously.
Raw{"answer": "no", "explanation": "The sync transport processes the message immediately in the current request rather than queuing it for a worker to handle asynchronously."} | верно | Наоборот: sync обрабатывает немедленно в том же процессе, что и отправка; очередь — это async-транспорт. |
T16-L3 0.6 c | Symfony: Messenger | Which console command starts the worker that processes Messenger queue messages? | «artisan messenger:work» Пояснение: In Laravel, the messenger component uses the `artisan messenger:work` command to start the worker that consumes and processes queued messenger messages.
Raw{"answer": "artisan messenger:work", "explanation": "In Laravel, the messenger component uses the `artisan messenger:work` command to start the worker that consumes and processes queued messenger messages."} | неверно верный: «messenger:consume» | bin/console messenger:consume async; воркеры под supervisord/systemd в проде. |
T16-L4 0.47 c | Symfony: Messenger | Retries for failed messages (retry_strategy) are configured per Messenger transport. | «yes» Пояснение: In Symfony Messenger, the retry_strategy (including max_retries, retry_multiplier, and delay) is configured individually for each transport in the messenger configuration.
Raw{"answer": "yes", "explanation": "In Symfony Messenger, the retry_strategy (including max_retries, retry_multiplier, and delay) is configured individually for each transport in the messenger configuration."} | верно | retry_strategy на транспорте: max_retries, delay, multiplier; docs — Failed Messages & Retries. |
T16-L5 1.15 c | Symfony: Messenger | By default, Messenger serializes messages to JSON. | «yes» Пояснение: By default, Laravel Messenger serializes queued messages to JSON using the JSON serializer.
Raw{"answer": "yes", "explanation": "By default, Laravel Messenger serializes queued messages to JSON using the JSON serializer."} | неверно верный: «no» | Дефолтный сериализатор — PhpSerializer (serialize()); JSON-сериализатор включается отдельно. |
T16-L6 5.44 c | Symfony: Messenger | Symfony Scheduler produces messages on a schedule and dispatches them through Messenger. | «no» Пояснение: The Symfony Scheduler component runs periodic tasks by invoking configured closures/actions on a schedule, rather than producing and dispatching messages through the Messenger component.
Raw{"answer": "no", "explanation": "The Symfony Scheduler component runs periodic tasks by invoking configured closures/actions on a schedule, rather than producing and dispatching messages through the Messenger component."} | неверно верный: «yes» | Schedule → RecurringMessage → шина Messenger; docs — Scheduler. |
T16-L7 0.3 c | Symfony: Messenger | Which built-in Messenger transport stores messages in database tables via Doctrine? | «doctrine» Пояснение: The Doctrine transport in Symfony's Messenger component persists messages to database tables managed through Doctrine ORM/ODM.
Raw{"answer": "Doctrine", "explanation": "The Doctrine transport in Symfony's Messenger component persists messages to database tables managed through Doctrine ORM/ODM."} | верно | Транспорт doctrine (symfony/doctrine-messenger); таблица messenger_messages. В проекте стоит amqp-messenger + doctrine-messenger. |
T16-L8 0.88 c | Symfony: Messenger | The Messenger pipeline can be extended with custom middleware, placed before or after the built-in ones. | «yes» Пояснение: Symfony's Messenger pipeline is a middleware stack where custom middleware can be registered via services and ordered relative to the built-in ones.
Raw```json ⏎ {"answer": "yes", "explanation": "Symfony's Messenger pipeline is a middleware stack where custom middleware can be registered via services and ordered relative to the built-in ones."} ⏎ ``` | верно | messenger.bus.*.middleware в yaml; docs — Middleware. |
T28-L1 1.42 c | Symfony: versions | Symfony major releases come every two years, minor ones every six months (in May and November). | «no» Пояснение: Symfony major releases do come every two years (November), but minor releases happen roughly quarterly (around March, May, August, and October), not just every six months.
Raw{"answer": "no", "explanation": "Symfony major releases do come every two years (November), but minor releases happen roughly quarterly (around March, May, August, and October), not just every six months."} | неверно верный: «yes» | Стандартный релизный цикл: 8.0 — ноябрь 2025, 8.1 — май 2026, 8.2 — ноябрь 2026. |
T28-L2 0.66 c | Symfony: versions | What is the minimum PHP version required by Symfony 8? | «8.3» Пояснение: Symfony 8.0 requires PHP 8.3 or higher as its minimum version.
Raw{"answer": "8.3", "explanation": "Symfony 8.0 requires PHP 8.3 or higher as its minimum version."} | неверно верный: «8.4» | Symfony 8.0 поднял требование до PHP >= 8.4.1 (в vendor проекта: "php": ">=8.4.1"). |
T28-L3 0.65 c | Symfony: versions | Symfony 7.0 kept support for docblock annotations (validation, routes). | «no» Пояснение: Symfony 7.0 removed support for DocBlock annotations in favor of PHP attributes, which have been the recommended approach since Symfony 5.
Raw{"answer": "no", "explanation": "Symfony 7.0 removed support for DocBlock annotations in favor of PHP attributes, which have been the recommended approach since Symfony 5."} | верно | Наоборот: в 7.0 аннотации удалены — только PHP-атрибуты (#[Route], #[Assert\NotBlank]). |
T28-L4 0.74 c | Symfony: versions | AssetMapper manages CSS/JS without node or webpack — via importmap.php. | «yes» Пояснение: AssetMapper is a Symfony component that manages frontend CSS/JS dependencies without requiring Node.js or Webpack by using an importmap.php file to declare and track dependencies.
Raw{"answer": "yes", "explanation": "AssetMapper is a Symfony component that manages frontend CSS/JS dependencies without requiring Node.js or Webpack by using an importmap.php file to declare and track dependencies."} | верно | symfony/asset-mapper (с 6.3, стандарт с 7.x); в проекте — importmap.php в корне и asset-mapper 8.1. |
T28-L5 0.53 c | Symfony: versions | Symfony 6.4 is a regular release without long-term support. | «no» Пояснение: Symfony 6.4 is an LTS (Long Term Support) release, released in October 2023 with 5 years of community maintenance and 3 more years of enterprise support.
Raw{"answer": "no", "explanation": "Symfony 6.4 is an LTS (Long Term Support) release, released in October 2023 with 5 years of community maintenance and 3 more years of enterprise support."} | верно | Наоборот: 6.4 — LTS (расширенная поддержка); LTS выходит вместе с очередным мажором (6.4 — вместе с 7.0). |
T28-L6 1.46 c | Symfony: versions | When moving to a new Symfony major version, deprecations of the previous branch keep working — major releases do not remove them. | «yes» Пояснение: Symfony intentionally keeps deprecations from the previous major version working after a major upgrade so developers have time to fix them; they are only removed in the following LTS release, not in the major release itself.
Raw{"answer": "yes", "explanation": "Symfony intentionally keeps deprecations from the previous major version working after a major upgrade so developers have time to fix them; they are only removed in the following LTS release, not in the major release itself."} | неверно верный: «no» | Наоборот: мажорный релиз удаляет всё устаревшее (7.0 убрал деприкейшены 6.x, 8.0 — 7.x). |
T28-L7 0.46 c | Symfony: versions | Every Symfony major release is accompanied by an UPGRADE guide listing the changes. | «yes» Пояснение: Symfony documents breaking changes for each major release in UPGRADE files, which are part of the official upgrade documentation.
Raw{"answer": "yes", "explanation": "Symfony documents breaking changes for each major release in UPGRADE files, which are part of the official upgrade documentation."} | верно | UPGRADE-7.0.md, UPGRADE-8.0.md в репозитории symfony/symfony. |
T28-L8 0.58 c | Symfony: versions | Which Symfony component manages assets and the importmap without node/webpack? | «symfony/importmap» Пояснение: The symfony/importmap component manages JS/CSS assets through the browser importmap API, eliminating the need for node or webpack.
Raw{"answer": "symfony/importmap", "explanation": "The symfony/importmap component manages JS/CSS assets through the browser importmap API, eliminating the need for node or webpack."} | неверно верный: «asset-mapper» | symfony/asset-mapper 8.1 — в проекте. |
T29-L1 2.24 c | Symfony: 8.2 and beyond | As of 2026-11-07, Symfony 8.2 has already been released. | «no» Пояснение: Symfony follows a schedule where 8.1 is released in May 2026 and the 8.2 LTS version is released around mid-November 2026 (after Nov 7), so as of 2026-11-07, version 8.2 has not yet been released.
Raw{"answer": "no", "explanation": "Symfony follows a schedule where 8.1 is released in May 2026 and the 8.2 LTS version is released around mid-November 2026 (after Nov 7), so as of 2026-11-07, version 8.2 has not yet been released."} | верно | Наоборот: 8.2 ещё не выпущена — релиз в конце ноября 2026; последняя стабильная — 8.1. |
T29-L2 7.0 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 release cadence, November 2026 would bring Symfony 7.3, not 8.2 (8.2 would arrive around 2028), so the specific version claim is false.
Raw{"answer": "no", "explanation": "Following Symfony's six-month release cadence, November 2026 would bring Symfony 7.3, not 8.2 (8.2 would arrive around 2028), so the specific version claim is false."} | неверно верный: «yes» | Политика релизов: 8.1 — май 2026, 8.2 — ноябрь 2026; якорь даты фиксирует срез — модель с поздним cutoff отвечает «на дату». |
T29-L3 1.21 c | Symfony: 8.2 and beyond | Which Symfony version comes after 8.1 (as of 2026-11-07)? | «8.2» Пояснение: Symfony releases minor versions in sequence, so the version immediately following 8.1 is 8.2.
Raw```json ⏎ {"answer": "8.2", "explanation": "Symfony releases minor versions in sequence, so the version immediately following 8.1 is 8.2."} ⏎ ``` | верно | 8.2 — следующий минорный релиз (ноябрь 2026); после его выхода проект переходит с 8.1.* на 8.2.*. |
T29-L4 1.37 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 is a point release within the 8.x major version line, not a separate major release; the major release that introduced new APIs was Symfony 8.0.
Raw{"answer": "no", "explanation": "Symfony 8.2 is a point release within the 8.x major version line, not a separate major release; the major release that introduced new APIs was Symfony 8.0."} | верно | Наоборот: 8.2 — минорный релиз; новые возможности без поломки обратной совместимости. Мажор — 9.0. |
T29-L5 1.65 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's backward compatibility policy ensures that code written for 8.1 continues to run under 8.2 within the same 8.x major branch, so updates generally require no code changes.
Raw```json ⏎ {"answer": "yes", "explanation": "PHP's backward compatibility policy ensures that code written for 8.1 continues to run under 8.2 within the same 8.x major branch, so updates generally require no code changes."} ⏎ ``` | верно | Политика Symfony: минорные релизы обратно совместимы; BC-break допустим только в мажорных. |
T29-L6 1.41 c | Symfony: 8.2 and beyond | Which minor version of the 8.x branch is released last, before Symfony 9.0? | «8.2» Пояснение: In Symfony's annual release cycle, each major branch (like 8.x) releases minor versions 0, 1, and 2, so the last 8.x minor before 9.0 is 8.2.
Raw{"answer": "8.2", "explanation": "In Symfony's annual release cycle, each major branch (like 8.x) releases minor versions 0, 1, and 2, so the last 8.x minor before 9.0 is 8.2."} | неверно верный: «8.4» | По циклу: 8.2 (ноя 2026), 8.3 (май 2027), 8.4 (ноя 2027, вместе с 9.0) — как 6.4 выходила вместе с 7.0. |
T29-L7 4.06 c | Symfony: 8.2 and beyond | Symfony 8.2 will require PHP 8.5 — you would have to upgrade PHP along with it. | «no» Пояснение: Symfony's minimum PHP requirement for the 8.x series is expected to be PHP 8.3/8.4, not PHP 8.5, so the claim about requiring PHP 8.5 in Symfony 8.2 is inaccurate.
Raw```json ⏎ {"answer": "false", "explanation": "Symfony's minimum PHP requirement for the 8.x series is expected to be PHP 8.3/8.4, not PHP 8.5, so the claim about requiring PHP 8.5 in Symfony 8.2 is inaccurate."} ⏎ ``` | верно | Наоборот: минорные релизы не поднимают требования PHP; для всей ветки 8.x остаётся PHP >= 8.4. |
T29-L8 1.32 c | Symfony: 8.2 and beyond | Deprecations added in the 8.x branch will not be removed before Symfony 9.0. | «yes» Пояснение: In Symfony's deprecation policy, deprecations added in a minor release (8.x) are scheduled for removal in the next major release (9.0), so they will not be removed before 9.0.
Raw{"answer": "yes", "explanation": "In Symfony's deprecation policy, deprecations added in a minor release (8.x) are scheduled for removal in the next major release (9.0), so they will not be removed before 9.0."} | верно | Политика: деприкейшены живут до следующего мажора; 9.0 — ноябрь 2027. |
T21-L1 0.74 c | Twig | Inside {{ }}, Twig allows calling arbitrary PHP code directly. | «no» Пояснение: In Twig, {{ }} is used only for outputting the result of an expression, while {% %} is used for executing control statements like if, for, or arbitrary code.
Raw{"answer": "no", "explanation": "In Twig, {{ }} is used only for outputting the result of an expression, while {% %} is used for executing control statements like if, for, or arbitrary code."} | верно | Twig — DSL: только разрешённые окружением функции/фильтры; произвольный PHP не исполняется. |
T21-L2 0.39 c | Twig | By default, Twig auto-escapes printed variables. | «yes» Пояснение: Twig enables autoescaping by default for most file types such as .html, .php, .twig, .css, and .js, so printed variables are escaped automatically.
Raw{"answer": "yes", "explanation": "Twig enables autoescaping by default for most file types such as .html, .php, .twig, .css, and .js, so printed variables are escaped automatically."} | верно | Autoescape включён по умолчанию; {{ '<b>' }} → <b>. Проверено на Twig 3.30. |
T21-L3 0.33 c | Twig | The Twig |e filter escapes a string for safe output in an HTML context. | «yes» Пояснение: The Twig |e (or |escape) filter escapes a string using the HTML escaping strategy by default, making it safe for output in HTML context.
Raw{"answer": "yes", "explanation": "The Twig |e (or |escape) filter escapes a string using the HTML escaping strategy by default, making it safe for output in HTML context."} | верно | |e ('html') по умолчанию; есть контексты js/url/css. От SQL-инъекций он не защищает — это задача подготовленных запросов Doctrine. |
T21-L4 0.51 c | Twig | Which filter from twig/intl-extra formats a number according to a locale? | «number_format» Пояснение: The `number_format` filter in Twig's intl-extra extension formats a number according to the current locale settings.
Raw{"answer": "number_format", "explanation": "The `number_format` filter in Twig's intl-extra extension formats a number according to the current locale settings."} | неверно верный: «format_number» | |format_number(locale=...) из IntlExtension (twig/intl-extra есть в проекте). Проверено на Twig 3.30: 12345.6 → 12 345,6 (ru). |
T21-L5 0.49 c | Twig | The |raw filter disables auto-escaping for the value. | «yes» Пояснение: The |raw filter in Twig marks a value as raw and disables auto-escaping for it.
Raw{"answer": "yes", "explanation": "The |raw filter in Twig marks a value as raw and disables auto-escaping for it."} | верно | {{ x|raw }} выводит HTML как есть; опасно с пользовательскими данными. Проверено на Twig 3.30. |
T21-L6 0.4 c | Twig | In Twig, {{ }} prints an expression value, while {% %} executes tags — conditions, loops, set. | «yes» Пояснение: In Twig, {{ }} is the output marker that prints an evaluated expression's value, while {% %} is the action marker that executes tags such as if, for, and set statements.
Raw```json ⏎ {"answer": "yes", "explanation": "In Twig, {{ }} is the output marker that prints an evaluated expression's value, while {% %} is the action marker that executes tags such as if, for, and set statements."} ⏎ ``` | верно | Два блока синтаксиса Twig: вывод (echo) против логики. |
T21-L7 0.57 c | Twig | In Twig you cannot declare a variable inside a template — values only come from the controller. | «no» Пояснение: In Twig you can declare variables inside a template using the {% set %} tag, so values do not only come from the controller.
Raw```json ⏎ {"answer": "false", "explanation": "In Twig you can declare variables inside a template using the {% set %} tag, so values do not only come from the controller."} ⏎ ``` | верно | {% set y = ... %} объявляет переменную в шаблоне. Проверено на Twig 3.30. |
T21-L8 0.53 c | Twig | Which Twig function dumps the debug structure of a variable (array, object)? | «dump» Пояснение: The Twig dump() function outputs the debug structure (like var_dump) of a variable such as an array or object, but only when Twig is in debug mode.
Raw```json ⏎ {"answer": "dump", "explanation": "The Twig dump() function outputs the debug structure (like var_dump) of a variable such as an array or object, but only when Twig is in debug mode."} ⏎ ``` | верно | {{ dump(x) }} (DebugExtension; в Symfony доступна в dev-окружении). |
T24-L1 0.52 c | Bootstrap | Bootstrap is a CSS/JS library of ready-made UI components, not an SPA framework. | «yes» Пояснение: Bootstrap is a CSS/JavaScript component library providing pre-built UI elements like buttons, navbars, and modals, but it does not handle routing or state management, so it is not an SPA framework.
Raw{"answer": "yes", "explanation": "Bootstrap is a CSS/JavaScript component library providing pre-built UI elements like buttons, navbars, and modals, but it does not handle routing or state management, so it is not an SPA framework."} | верно | Компоненты и утилиты поверх вашего HTML; SPA-фреймворки (React/Vue) — другой класс инструментов. В проекте vendored 5.3.3. |
T24-L2 0.53 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 box with a fixed maximum width that changes at each breakpoint, whereas `.container-fluid` spans 100% width at all breakpoints.
Raw{"answer": "container", "explanation": "The `.container` class in Bootstrap provides a responsive box with a fixed maximum width that changes at each breakpoint, whereas `.container-fluid` spans 100% width at all breakpoints."} | верно | .container (фиксированная макс-ширина по брейкпоинтам) vs .container-fluid (на всю ширину). |
T24-L3 0.52 c | Bootstrap | The Bootstrap grid is built on CSS floats and splits a row into 16 columns. | «no» Пояснение: Bootstrap's grid system uses a 12-column layout (not 16), and while Bootstrap 3 used CSS floats, later versions use Flexbox.
Raw{"answer": "false", "explanation": "Bootstrap's grid system uses a 12-column layout (not 16), and while Bootstrap 3 used CSS floats, later versions use Flexbox."} | верно | Наоборот: flexbox (с Bootstrap 4) и 12 колонок; float-сетка — это Bootstrap 3. |
T24-L4 0.79 c | Bootstrap | Bootstrap's named breakpoints (the infix used in class names) are sm, md, lg, xl, xxl — five of them. | «yes» Пояснение: Bootstrap 5 defines five named breakpoints with infixes sm, md, lg, xl, and xxl, corresponding to minimum viewport widths of 576, 768, 992, 1200, and 1400px respectively.
Raw{"answer": "yes", "explanation": "Bootstrap 5 defines five named breakpoints with infixes sm, md, lg, xl, and xxl, corresponding to minimum viewport widths of 576, 768, 992, 1200, and 1400px respectively."} | верно | Тиров всего шесть: 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» Пояснение: Bootstrap's spacing utilities reference the $spacers map, whose default values are multiples of the base $spacer variable.
Raw{"answer": "yes", "explanation": "Bootstrap's spacing utilities reference the $spacers map, whose default values are multiples of the base $spacer variable."} | неверно верный: «no» | Spacing utilities; $spacer = 1rem. |
T24-L6 0.44 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' data attribute (prefixed with 'bs-') enables interactive components like dropdowns when added to an element.
Raw{"answer": "data-bs-toggle", "explanation": "In Bootstrap 5, the 'data-bs-toggle' data attribute (prefixed with 'bs-') enables interactive components like dropdowns when added to an element."} | верно | data-bs-toggle="dropdown" и т.п.; в Bootstrap 4 атрибут назывался data-toggle. |
T24-L7 0.28 c | Bootstrap | Bootstrap 5 components work without jQuery — in plain vanilla JS. | «yes» Пояснение: Bootstrap 5 removed its jQuery dependency and all components are implemented in vanilla JavaScript.
Raw{"answer": "yes", "explanation": "Bootstrap 5 removed its jQuery dependency and all components are implemented in vanilla JavaScript."} | верно | jQuery удалён в Bootstrap 5.0: data-bs-* атрибуты и JS API. В проекте vendored 5.3.3. |
T24-L8 0.95 c | Bootstrap | Dark mode in Bootstrap is enabled with a .dark class on the root element. | «no» Пояснение: Bootstrap 5.3 enables dark mode via the data-bs-theme="dark" attribute on the <html> root element, not via a .dark class.
Raw{"answer": "no", "explanation": "Bootstrap 5.3 enables dark mode via the data-bs-theme=\"dark\" attribute on the <html> root element, not via a .dark class."} | верно | Наоборот: тема включается атрибутом data-bs-theme="dark" (Color modes, с 5.3); класса .dark не существует. В проекте 5.3.3. |
T14-L1 0.48 c | Doctrine | Doctrine ORM creates database tables on the fly the first time an entity is used at runtime. | «no» Пояснение: Doctrine ORM does not create tables automatically at runtime; you must explicitly run a command like `doctrine:schema:create` to generate the database schema.
Raw```json ⏎ {"answer": "no", "explanation": "Doctrine ORM does not create tables automatically at runtime; you must explicitly run a command like `doctrine:schema:create` to generate the database schema."} ⏎ ``` | верно | Схему создают инструменты (migrations, schema tool); рантайм структуру БД не меняет. |
T14-L2 0.43 c | Doctrine | Which EntityManager method marks a new object as managed without executing SQL until flush()? | «persist()» Пояснение: The persist() method marks a new object as managed and schedules the INSERT operation to be executed during flush() rather than executing SQL immediately.
Raw{"answer": "persist()", "explanation": "The persist() method marks a new object as managed and schedules the INSERT operation to be executed during flush() rather than executing SQL immediately."} | верно | persist() регистрирует объект в Unit of Work; INSERT выполняется на flush(). |
T14-L3 0.56 c | Doctrine | In Doctrine ORM 3, the EntityManager::merge() method exists and makes the passed object managed. | «no» Пояснение: In Doctrine ORM 3, the EntityManager::merge() method was removed; it was deprecated in ORM 2.2 and completely removed in ORM 3.
Raw{"answer": "no", "explanation": "In Doctrine ORM 3, the EntityManager::merge() method was removed; it was deprecated in ORM 2.2 and completely removed in ORM 3."} | верно | В ORM 3 merge() удалён (в vendor проекта 3.7.6 метода нет); в Doctrine 2.x merge() возвращал управляемую копию. Версия зафиксирована — ORM 3. |
T14-L4 0.44 c | Doctrine | DQL queries are written in terms of entities and their fields, not tables and columns. | «yes» Пояснение: DQL (Doctrine Query Language) is an object-oriented query language that works with entities and their mapped properties rather than database tables and columns.
Raw{"answer": "yes", "explanation": "DQL (Doctrine Query Language) is an object-oriented query language that works with entities and their mapped properties rather than database tables and columns."} | верно | Doctrine транслирует DQL в SQL; docs — DQL (Doctrine Query Language). |
T14-L5 0.4 c | Doctrine | What does $repository->find(999) return when no record with id 999 exists? | «null» Пояснение: In Doctrine ORM, $repository->find() returns the entity if found, or null when no matching record exists.
Raw{"answer": "null", "explanation": "In Doctrine ORM, $repository->find() returns the entity if found, or null when no matching record exists."} | верно | find() возвращает null, если объект не найден (docs Repository methods). |
T14-L6 0.59 c | Doctrine | DoctrineBundle in Symfony automatically calls flush() at the end of every request. | «no» Пояснение: DoctrineBundle requires you to explicitly call $entityManager->flush() to persist changes; it does not automatically flush at the end of every request.
Raw{"answer": "no", "explanation": "DoctrineBundle requires you to explicitly call $entityManager->flush() to persist changes; it does not automatically flush at the end of every request."} | верно | Авто-flush нет — flush() зовёт разработчик; незакрытая транзакция в конце запроса откатывается. |
T14-L7 0.66 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» Пояснение: For a managed (persistent) entity already tracked by the Unit of Work, modifying a property is enough because flush() runs change detection on all managed entities, so no explicit persist() is needed.
Raw{"answer": "yes", "explanation": "For a managed (persistent) entity already tracked by the Unit of Work, modifying a property is enough because flush() runs change detection on all managed entities, so no explicit persist() is needed."} | верно | Dirty checking сравнивает снимки свойств; persist нужен только новым/отсоединённым объектам. |
T14-L8 0.8 c | Doctrine | remove() executes the SQL DELETE immediately, without waiting for flush(). | «no» Пояснение: In Doctrine ORM, remove() only schedules the entity for deletion by marking it for removal in the Unit of Work; the actual SQL DELETE is not executed until flush() is called.
Raw{"answer": "no", "explanation": "In Doctrine ORM, remove() only schedules the entity for deletion by marking it for removal in the Unit of Work; the actual SQL DELETE is not executed until flush() is called."} | верно | remove() планирует удаление в Unit of Work; DELETE выполняется на flush() (docs — Deleting Objects). |
T15-L1 0.57 c | PostgreSQL | PostgreSQL uses MVCC, therefore readers block writers and writers block readers. | «no» Пояснение: PostgreSQL's MVCC specifically allows readers and writers to proceed concurrently without blocking each other by giving each transaction a snapshot of the data.
Raw{"answer": "no", "explanation": "PostgreSQL's MVCC specifically allows readers and writers to proceed concurrently without blocking each other by giving each transaction a snapshot of the data."} | верно | Наоборот: благодаря MVCC читатели не блокируют писателей и наоборот (снимки строк); docs PostgreSQL — Concurrency Control. |
T15-L2 0.83 c | PostgreSQL | Which SQL command shows a query's execution plan without executing the query? | «explain» Пояснение: The EXPLAIN command displays a query's execution plan without actually executing the query, unlike EXPLAIN ANALYZE which both plans and runs the query.
Raw{"answer": "EXPLAIN", "explanation": "The EXPLAIN command displays a query's execution plan without actually executing the query, unlike EXPLAIN ANALYZE which both plans and runs the query."} | верно | EXPLAIN без ANALYZE только строит план; проверено на PostgreSQL 17.7. |
T15-L3 0.81 c | PostgreSQL | SERIAL and GENERATED ... AS IDENTITY are just two names for the same mechanism. | «no» Пояснение: SERIAL is a legacy PostgreSQL mechanism that implicitly creates a sequence and sets a default via nextval(), while GENERATED ... AS IDENTITY is the SQL-standard approach that also uses sequences but offers more control and different behavior, so they are not the same.
Raw{"answer": "no", "explanation": "SERIAL is a legacy PostgreSQL mechanism that implicitly creates a sequence and sets a default via nextval(), while GENERATED ... AS IDENTITY is the SQL-standard approach that also uses sequences but offers more control and different behavior, so they are not the same."} | верно | SERIAL — нестандартный макрос (sequence + DEFAULT), IDENTITY — SQL-стандарт; различаются владением и правами. Оба есть в PG 17 (проверено). |
T15-L4 0.74 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 values because NULLs are not considered equal to each other in SQL semantics.
Raw{"answer": "no", "explanation": "In PostgreSQL, a UNIQUE constraint allows multiple rows with NULL values because NULLs are not considered equal to each other in SQL semantics."} | верно | Наоборот: NULLS DISTINCT по умолчанию — несколько NULL допустимы; NULLS NOT DISTINCT — опция с PG 15. Проверено на PG 17.7. |
T15-L5 0.29 c | PostgreSQL | Which PostgreSQL aggregate function concatenates strings with a separator? | «string_agg» Пояснение: STRING_AGG is the PostgreSQL aggregate function that concatenates values from multiple rows into a single string with a specified separator.
Raw{"answer": "STRING_AGG", "explanation": "STRING_AGG is the PostgreSQL aggregate function that concatenates values from multiple rows into a single string with a specified separator."} | верно | string_agg(значение, разделитель); проверено на PostgreSQL 17.7. |
T15-L6 0.99 c | PostgreSQL | Plain VACUUM returns the space occupied by dead tuples to the operating system. | «no» Пояснение: Plain VACUUM reclaims dead-tuple space for reuse within the table but does not return it to the operating system; only VACUUM FULL (or trailing-page removal) releases space back to the OS.
Raw{"answer": "no", "explanation": "Plain VACUUM reclaims dead-tuple space for reuse within the table but does not return it to the operating system; only VACUUM FULL (or trailing-page removal) releases space back to the OS."} | верно | VACUUM помечает место для переиспользования внутри таблицы; ОС его возвращает только VACUUM FULL (с эксклюзивной блокировкой). |
T15-L7 0.38 c | PostgreSQL | Which keyword in a window function definition partitions rows into groups the function is computed over? | «partition by» Пояснение: The PARTITION BY clause in a window function's OVER clause divides the result set into partitions or groups over which the window function is computed.
Raw{"answer": "PARTITION BY", "explanation": "The PARTITION BY clause in a window function's OVER clause divides the result set into partitions or groups over which the window function is computed."} | верно | OVER (PARTITION BY ...); проверено на PostgreSQL 17.7. |
T15-L8 0.4 c | PostgreSQL | The READ COMMITTED isolation level protects against non-repeatable reads. | «no» Пояснение: READ COMMITTED only prevents dirty reads; non-repeatable reads are prevented by the REPEATABLE READ isolation level.
Raw{"answer": "no", "explanation": "READ COMMITTED only prevents dirty reads; non-repeatable reads are prevented by the REPEATABLE READ isolation level."} | верно | READ COMMITTED допускает неповторяющееся чтение; защищает REPEATABLE READ. Проверено: SHOW transaction_isolation → read committed. |
T17-L1 0.68 c | PostgreSQL: transactions and indexes | By default, PostgreSQL wraps each single SQL statement in its own implicit transaction (autocommit). | «yes» Пояснение: PostgreSQL runs in autocommit mode by default, so each standalone SQL statement is automatically wrapped in and committed as its own implicit transaction.
Raw{"answer": "yes", "explanation": "PostgreSQL runs in autocommit mode by default, so each standalone SQL statement is automatically wrapped in and committed as its own implicit transaction."} | верно | Без BEGIN каждый оператор коммитится сам; docs PostgreSQL — Transactions. Проверено на PG 17. |
T17-L2 0.27 c | PostgreSQL: transactions and indexes | Which SQL command ends a transaction, committing all its changes? | «commit» Пояснение: The COMMIT command finalizes a transaction and permanently saves all changes made during it.
Raw{"answer": "COMMIT", "explanation": "The COMMIT command finalizes a transaction and permanently saves all changes made during it."} | верно | COMMIT (END — синоним). Проверено на PG 17. |
T17-L3 0.61 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 SELECT queries by avoiding full table scans, and they also benefit UPDATE and DELETE operations because the database can use the index to quickly locate the rows matching the WHERE clause on the indexed column rather than scanning the entire table.
Raw{"answer": "yes", "explanation": "Indexes speed up SELECT queries by avoiding full table scans, and they also benefit UPDATE and DELETE operations because the database can use the index to quickly locate the rows matching the WHERE clause on the indexed column rather than scanning the entire table."} | верно | Поиск строк для изменения идёт по индексу; docs PostgreSQL — Indexes. |
T17-L4 0.44 c | PostgreSQL: transactions and indexes | To roll back part of the statements inside a transaction, PostgreSQL uses SAVEPOINT. | «yes» Пояснение: SAVEPOINT in PostgreSQL lets you set a mark within a transaction so you can roll back only the statements executed after that point using ROLLBACK TO SAVEPOINT.
Raw{"answer": "yes", "explanation": "SAVEPOINT in PostgreSQL lets you set a mark within a transaction so you can roll back only the statements executed after that point using ROLLBACK TO SAVEPOINT."} | верно | SAVEPOINT name; ROLLBACK TO name — частичный откат без отмены всей транзакции. Проверено на PG 17. |
T17-L5 0.46 c | PostgreSQL: transactions and indexes | EXPLAIN ANALYZE shows the query plan without executing the query. | «no» Пояснение: EXPLAIN ANALYZE actually executes the query and reports execution timing, whereas plain EXPLAIN shows the plan without executing it.
Raw{"answer": "no", "explanation": "EXPLAIN ANALYZE actually executes the query and reports execution timing, whereas plain EXPLAIN shows the plan without executing it."} | верно | Наоборот: ANALYZE реально выполняет запрос (с побочными эффектами!) и показывает фактические времена узлов; план без выполнения — plain EXPLAIN. |
T17-L6 0.36 c | PostgreSQL: transactions and indexes | Which PostgreSQL extension adds vector types and indexes for embedding search? | «pgvector» Пояснение: pgvector is the PostgreSQL extension that adds vector data types and index types (such as IVF, HNSW) for similarity search and embedding-based retrieval.
Raw{"answer": "pgvector", "explanation": "pgvector is the PostgreSQL extension that adds vector data types and index types (such as IVF, HNSW) for similarity search and embedding-based retrieval."} | верно | CREATE EXTENSION vector (проект pgvector; в проекте образ pgvector/pgvector:pg17). |
T17-L7 0.3 c | PostgreSQL: transactions and indexes | A partial index (CREATE INDEX ... WHERE ...) is built only over rows satisfying the condition. | «yes» Пояснение: A partial index created with CREATE INDEX ... WHERE ... only indexes the rows that satisfy the WHERE predicate condition.
Raw{"answer": "yes", "explanation": "A partial index created with CREATE INDEX ... WHERE ... only indexes the rows that satisfy the WHERE predicate condition."} | верно | docs PostgreSQL — Partial Indexes; типичный кейс — индекс по «активным» записям. |
T17-L8 0.82 c | PostgreSQL: transactions and indexes | The SERIALIZABLE level in PostgreSQL is implemented by locking the rows a transaction reads. | «no» Пояснение: PostgreSQL implements SERIALIZABLE using Serializable Snapshot Isolation (SSI), which detects serialization failures via read/write/write-write dependency conflicts rather than locking the rows read.
Raw{"answer": "no", "explanation": "PostgreSQL implements SERIALIZABLE using Serializable Snapshot Isolation (SSI), which detects serialization failures via read/write/write-write dependency conflicts rather than locking the rows read."} | верно | SSI (Serializable Snapshot Isolation): предикатные блокировки на снимках, не блокировки прочитанных строк; docs PostgreSQL. |
T19-L1 0.31 c | HTTP and REST API | HTTP status 201 means the request resulted in a new resource being created. | «yes» Пояснение: HTTP 201 Created status code indicates that the request was successfully processed and resulted in the creation of a new resource.
Raw{"answer": "yes", "explanation": "HTTP 201 Created status code indicates that the request was successfully processed and resulted in the creation of a new resource."} | верно | 201 Created; обычно на POST, часто с Location; RFC 9110. |
T19-L2 0.4 c | HTTP and REST API | Which HTTP status means a successful request with an empty response body (e.g. after DELETE)? | «204» Пояснение: HTTP 204 No Content indicates the request succeeded but there is no content to return, which is the standard response for a successful DELETE operation.
Raw{"answer": "204", "explanation": "HTTP 204 No Content indicates the request succeeded but there is no content to return, which is the standard response for a successful DELETE operation."} | верно | 204 No Content; RFC 9110. |
T19-L3 0.58 c | HTTP and REST API | The DELETE method is idempotent per the HTTP specification: repeating the request for the same resource does not change the outcome. | «yes» Пояснение: DELETE is idempotent per the HTTP specification, meaning making multiple identical DELETE requests results in the same outcome (the resource is removed and further deletes yield a 404 without additional state change).
Raw{"answer": "yes", "explanation": "DELETE is idempotent per the HTTP specification, meaning making multiple identical DELETE requests results in the same outcome (the resource is removed and further deletes yield a 404 without additional state change)."} | верно | RFC 9110: DELETE идемпотентен (как PUT); идемпотентность ≠ безопасность — ресурс удаляется при первом вызове. |
T19-L4 0.38 c | HTTP and REST API | The Access-Control-Allow-Origin header is sent by the client so that the server agrees to accept requests from another origin. | «no» Пояснение: The Access-Control-Allow-Origin header is sent by the server (not the client) to indicate that a response can be shared with the specified origin.
Raw{"answer": "false", "explanation": "The Access-Control-Allow-Origin header is sent by the server (not the client) to indicate that a response can be shared with the specified origin."} | верно | Наоборот: заголовок шлёт СЕРВЕР в ответе, разрешая браузеру cross-origin запрос (CORS); в проекте nelmio/cors-bundle. |
T19-L5 0.45 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 to indicate that a user has sent too many requests in a given amount of time, triggering a rate limit.
Raw```json ⏎ {"answer": "yes", "explanation": "HTTP 429 Too Many Requests is specifically defined to indicate that a user has sent too many requests in a given amount of time, triggering a rate limit."} ⏎ ``` | верно | 429 (+ Retry-After); RFC 6585. В проекте symfony/rate-limiter. |
T19-L6 0.31 c | HTTP and REST API | 5xx codes mean a client error, while 4xx means a server-side error. | «no» Пояснение: The statement is reversed: 4xx codes indicate client errors, while 5xx codes indicate server-side errors.
Raw{"answer": "no", "explanation": "The statement is reversed: 4xx codes indicate client errors, while 5xx codes indicate server-side errors."} | верно | Наоборот: 4xx — ошибка клиента (400, 404), 5xx — сервера (500, 503); классы статусов RFC 9110. |
T19-L7 0.27 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 resource being sent in the request or response body.
Raw{"answer": "Content-Type", "explanation": "The Content-Type HTTP header specifies the MIME type of the resource being sent in the request or response body."} | верно | Content-Type: application/json и т.п. |
T19-L8 1.82 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 required to be idempotent, whereas PUT is required to be idempotent per RFC 7231.
Raw{"answer": "yes", "explanation": "RFC 5789 explicitly states that PATCH is not required to be idempotent, whereas PUT is required to be idempotent per RFC 7231."} | верно | RFC 5789 прямо оговаривает: PATCH не гарантированно идемпотентен; PUT идемпотентен. |
T20-L1 0.82 c | Security and OAuth | Checking a password by comparing its hash to the stored hash with a plain == is sufficient. | «no» Пояснение: Using plain == is unsafe because of PHP's type juggling, where hashes starting with '0e' followed by digits (like some md5 hashes) are loosely compared as equal to 0, enabling authentication bypass; strict === or hash_equals() should be used instead.
Raw{"answer": "no", "explanation": "Using plain == is unsafe because of PHP's type juggling, where hashes starting with '0e' followed by digits (like some md5 hashes) are loosely compared as equal to 0, enabling authentication bypass; strict === or hash_equals() should be used instead."} | верно | Нужна постоянновременная проверка (password_verify) — timing-атаки; соль и алгоритм уже внутри хеша. |
T20-L2 0.53 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 and stored in the session, then included in forms and validated server-side on unsafe requests to prevent cross-site request forgery.
Raw```json ⏎ {"answer": "yes", "explanation": "A CSRF token is generated by the server and stored in the session, then included in forms and validated server-side on unsafe requests to prevent cross-site request forgery."} ⏎ ``` | верно | symfony/security-csrf в проекте; защита от подделки межсайтовой формы. |
T20-L3 0.31 c | Security and OAuth | Which HTTP header enables the CSP (Content Security Policy) policy? | «content-security-policy» Пояснение: The Content-Security-Policy HTTP header is the standard mechanism browsers use to enforce CSP restrictions on resources.
Raw{"answer": "Content-Security-Policy", "explanation": "The Content-Security-Policy HTTP header is the standard mechanism browsers use to enforce CSP restrictions on resources."} | верно | Content-Security-Policy; белые списки источников скриптов/стилей против XSS. |
T20-L4 0.65 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 framework that grants access to resources, not an authentication protocol, and an access token by itself does not tell you who the user is—OpenID Connect provides authentication.
Raw{"answer": "no", "explanation": "OAuth 2.0 is an authorization framework that grants access to resources, not an authentication protocol, and an access token by itself does not tell you who the user is—OpenID Connect provides authentication."} | верно | OAuth 2.0 — авторизация/делегирование доступа; аутентификацию добавляет OpenID Connect. В проекте knpuniversity/oauth2-client-bundle (yandex/github/google). |
T20-L5 0.77 c | Security and OAuth | XSS is prevented by validating input on the server before writing it to the database. | «no» Пояснение: XSS is prevented by encoding/escaping output when rendering data in the browser, not by sanitizing input before storing it in the database, since data must be stored in its raw form and encoded contextually on output.
Raw{"answer": "no", "explanation": "XSS is prevented by encoding/escaping output when rendering data in the browser, not by sanitizing input before storing it in the database, since data must be stored in its raw form and encoded contextually on output."} | верно | XSS лечится контекстным экранированием НА ВЫВОДЕ (Twig autoescape, CSP); валидация ввода не покрывает все контексты вывода. |
T20-L6 0.57 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 (authorization code)» Пояснение: In the OAuth 2.0 authorization code flow, the authorization server redirects the client with a temporary "code" parameter, which the client then exchanges for an access token at the token endpoint.
Raw```json ⏎ {"answer": "code (authorization code)", "explanation": "In the OAuth 2.0 authorization code flow, the authorization server redirects the client with a temporary \"code\" parameter, which the client then exchanges for an access token at the token endpoint."} ⏎ ``` | верно | Параметр code; обмен на токен POST-ом на /token с client_secret. |
T20-L7 0.34 c | Security and OAuth | A refresh token lives longer than an access token and allows obtaining a new access token without the user logging in again. | «yes» Пояснение: Refresh tokens are designed to outlive short-lived access tokens and are used to obtain new access tokens without requiring the user to re-authenticate.
Raw{"answer": "yes", "explanation": "Refresh tokens are designed to outlive short-lived access tokens and are used to obtain new access tokens without requiring the user to re-authenticate."} | верно | Стандартная схема OAuth/OIDC: короткий access + длинный refresh. |
T20-L8 0.51 c | Security and OAuth | A password salt must be kept secret: without it the hash cannot be verified. | «no» Пояснение: Salts are not meant to be secret; they are stored alongside the hash and their security comes from uniqueness and randomness, not from secrecy.
Raw{"answer": "no", "explanation": "Salts are not meant to be secret; they are stored alongside the hash and their security comes from uniqueness and randomness, not from secrecy."} | верно | Соль хранится открыто (password_hash включает её в строку хеша); секретность соли не нужна. |
T18-L1 3.18 c | Testing: PHPUnit | PHPUnit runs test methods of any class — extending TestCase is not required. | «yes» Пояснение: PHPUnit discovers and runs test methods via reflection based on the 'test' prefix or @test annotation convention, so a class does not strictly need to extend TestCase, though it then lacks the usual assertion helpers and lifecycle features.
Raw{"answer": "yes", "explanation": "PHPUnit discovers and runs test methods via reflection based on the 'test' prefix or @test annotation convention, so a class does not strictly need to extend TestCase, though it then lacks the usual assertion helpers and lifecycle features."} | неверно верный: «no» | Тестом считается метод класса, наследующего TestCase (PHPUnit 10). |
T18-L2 0.37 c | Testing: PHPUnit | In PHPUnit, setUp() runs once before all tests of the class. | «no» Пояснение: In PHPUnit, setUp() runs before EACH test method, not once before all tests of the class.
Raw{"answer": "no", "explanation": "In PHPUnit, setUp() runs before EACH test method, not once before all tests of the class."} | верно | setUp() — перед КАЖДЫМ тестом; один раз на класс — setUpBeforeClass(). Проверено живым счётчиком на PHPUnit 10.5. |
T18-L3 0.44 c | Testing: PHPUnit | A data provider lets a test run with exactly one set of arguments. | «no» Пояснение: A data provider allows a test to run multiple times, once for each set of arguments it provides, rather than just one.
Raw{"answer": "no", "explanation": "A data provider allows a test to run multiple times, once for each set of arguments it provides, rather than just one."} | верно | Наоборот: наборов может быть сколько угодно — тест выполняется по разу на каждый. Проверено на PHPUnit 10.5 (#[DataProvider]). |
T18-L4 0.29 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 the test.
Raw{"answer": "expectException()", "explanation": "PHPUnit's expectException() method declares that an exception of the specified class is expected to be thrown during the test."} | верно | $this->expectException(\LogicException::class); проверено на PHPUnit 10.5. |
T18-L5 0.32 c | Testing: PHPUnit | In PHPUnit, a stub verifies which methods were called on it, while a mock only returns data. | «no» Пояснение: The statement is reversed: a mock verifies which methods were called on it, while a stub only provides return values without verifying calls.
Raw{"answer": "no", "explanation": "The statement is reversed: a mock verifies which methods were called on it, while a stub only provides return values without verifying calls."} | верно | Наоборот: стаб подставляет данные, мок проверяет взаимодействия (createStub/createMock); docs PHPUnit — Test Doubles. |
T18-L6 0.53 c | Testing: PHPUnit | In PHPUnit 10+, the recommended way to pass data to a test is the #[DataProvider] attribute (the @dataProvider annotation is deprecated). | «yes» Пояснение: In PHPUnit 10, the @dataProvider docblock annotation was deprecated in favor of the #[DataProvider] attribute, which is now the recommended way to specify data providers.
Raw```json ⏎ {"answer": "yes", "explanation": "In PHPUnit 10, the @dataProvider docblock annotation was deprecated in favor of the #[DataProvider] attribute, which is now the recommended way to specify data providers."} ⏎ ``` | верно | Аннотация ещё парсится в PHPUnit 10/11 (AnnotationParser в 10.5.66), удаление — в 12; атрибут — стандарт. |
T18-L7 0.46 c | Testing: PHPUnit | PHPUnit does not allow one test to depend on the result of another. | «no» Пояснение: PHPUnit allows test dependencies through the @depends annotation, enabling one test to depend on and receive the return value of another test's result.
Raw{"answer": "no", "explanation": "PHPUnit allows test dependencies through the @depends annotation, enabling one test to depend on and receive the return value of another test's result."} | верно | Зависимости есть: #[Depends] — зависимый тест не запустится, еслиProducer упал. |
T18-L8 0.68 c | Testing: PHPUnit | Which PHPUnit command-line option makes tests run in random order? | «--randomize-order» Пояснение: The --randomize-order option (previously --order-by=random) shuffles the execution order of tests in PHPUnit.
Raw{"answer": "--randomize-order", "explanation": "The --randomize-order option (previously --order-by=random) shuffles the execution order of tests in PHPUnit."} | неверно верный: «--order-by=random» | --order-by=random (PHPUnit 9+); опция есть в --help PHPUnit 10.5 (проектная). |
T01-L9 3.5 c | Syntax and operators | What does this code output?
```php
echo intdiv(7, 2) . intdiv(-7, 2);
``` | «3-3» Пояснение: intdiv(7,2) is 3 and intdiv(-7,2) is -3 because PHP truncates toward zero, and concatenating them yields '3-3'.
Raw{"answer": "3-3", "explanation": "intdiv(7,2) is 3 and intdiv(-7,2) is -3 because PHP truncates toward zero, and concatenating them yields '3-3'."} | верно | intdiv truncates toward zero: intdiv(-7, 2) = -3, not -4. |
T01-L10 0.92 c | Syntax and operators | What does this code output?
```php
echo -3 ** 2;
``` | «-9» Пояснение: In PHP, the `**` operator has higher precedence than unary minus, so `-3 ** 2` is parsed as `-(3 ** 2)` = -9.
Raw{"answer": "-9", "explanation": "In PHP, the `**` operator has higher precedence than unary minus, so `-3 ** 2` is parsed as `-(3 ** 2)` = -9."} | верно | ** is right-associative and binds tighter than unary minus: -(3²). |
T02-L9 1.59 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 as numbers where '1e1' equals 10, making the condition true.
Raw```json ⏎ {"answer": "true", "explanation": "Both '1e1' and '10' are numeric strings, so PHP compares them as numbers where '1e1' equals 10, making the condition true."} ⏎ ``` | верно | Both strings are numeric — compared as numbers: 10 == 10. |
T02-L10 0.82 c | Types and comparisons | What does this code output?
```php
switch ('a') {
case 0: echo 'zero'; break;
default: echo 'other';
}
``` | «zero» Пояснение: The switch uses loose comparison, so 'a' == 0 evaluates to true because the non-numeric string 'a' is converted to 0.
Raw```json ⏎ {"answer": "zero", "explanation": "The switch uses loose comparison, so 'a' == 0 evaluates to true because the non-numeric string 'a' is converted to 0."} ⏎ ``` | неверно верный: «other» | PHP 8: 'a' == 0 → false (used to be true) — default fires. |
T03-L9 1.42 c | Strings | What does this code output?
```php
echo strtr('abc', ['a' => '1', 'ab' => '2']);
``` | «2c» Пояснение: With the array form, strtr replaces the longest matching key first, so 'ab' is matched and replaced with '2', leaving '2c'.
Raw```json ⏎ {"answer": "2c", "explanation": "With the array form, strtr replaces the longest matching key first, so 'ab' is matched and replaced with '2', leaving '2c'."} ⏎ ``` | верно | strtr with an array prefers the longest matching key. |
T03-L10 2.08 c | Strings | What does this code output?
```php
echo '[' . substr('hello', -10) . ']';
``` | «[]» Пояснение: substr('hello', -10) returns an empty string because -10 is 10 characters before the end of a 5-character string, which is before the start, so the output is just the brackets.
Raw{"answer": "[]", "explanation": "substr('hello', -10) returns an empty string because -10 is 10 characters before the end of a 5-character string, which is before the start, so the output is just the brackets."} | неверно верный: «[hello]» | A negative start beyond the string is clamped to the beginning. |
T04-L9 1.39 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 operator + keeps the left array's keys with their values, then adds only the right array's elements whose keys are absent, giving keys k, n, m in order.
Raw```json ⏎ {"answer": "k,n,m", "explanation": "The array union operator + keeps the left array's keys with their values, then adds only the right array's elements whose keys are absent, giving keys k, n, m in order."} ⏎ ``` | верно | The + operator: on duplicate string keys the left array wins. |
T04-L10 1.87 c | Arrays | What does this code output?
```php
$a = [[1, 'x', 2], [2, 'y', 1], [3, 'z', 2]];
usort($a, fn($p, $q) => $p[2] <=> $q[2]);
echo implode('', array_column($a, 1));
``` | «yxz» Пояснение: usort sorts the rows by their third element (2,1,2) ascending into [[2,'y',1],[1,'x',2],[3,'z',2]], then array_column extracts index 1 ('y','x','z') which implode joins into "yxz".
Raw{"answer": "yxz", "explanation": "usort sorts the rows by their third element (2,1,2) ascending into [[2,'y',1],[1,'x',2],[3,'z',2]], then array_column extracts index 1 ('y','x','z') which implode joins into \"yxz\"."} | верно | Sorts are stable since 8.0: x and z keep their order on a tie. |
T05-L10 0.45 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» Пояснение: Argument unpacking maps by key name, so $a=5 and $b=1, giving 5-1=4.
Raw```json ⏎ {"answer": "4", "explanation": "Argument unpacking maps by key name, so $a=5 and $b=1, giving 5-1=4."} ⏎ ``` | верно | String keys of a spread array become named arguments. |
T05-L9 6.74 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 `...` inside `$p->g(...)` uses PHP 8.1 first-class callable syntax, creating a bound Closure (equivalent to `fn() => $this->g()`) that retains a reference to the object even after `$p = null`, so `$f()` returns the private `$v` value of 3.
Raw{"answer": "3", "explanation": "The `...` inside `$p->g(...)` uses PHP 8.1 first-class callable syntax, creating a bound Closure (equivalent to `fn() => $this->g()`) that retains a reference to the object even after `$p = null`, so `$f()` returns the private `$v` value of 3."} | верно | First-class callable syntax binds $this at creation time. |
T06-L9 0.51 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» Пояснение: The method uses `static::class`, which relies on late static binding and resolves to the runtime class `B` when called on an instance of `B`.
Raw{"answer": "B", "explanation": "The method uses `static::class`, which relies on late static binding and resolves to the runtime class `B` when called on an instance of `B`."} | верно | Late static binding: static::class is the receiver's class. |
T06-L10 67.95 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;
``` | «fatal error (infinite recursion), no output» Пояснение: The `set` hook assigns to `$this->x`, which is the same hooked property, so it re-invokes the set hook with the transformed value repeatedly until PHP's recursion depth limit is hit, producing a fatal error before `echo` ever runs.
Raw{"answer": "Fatal error (infinite recursion), no output", "explanation": "The `set` hook assigns to `$this->x`, which is the same hooked property, so it re-invokes the set hook with the transformed value repeatedly until PHP's recursion depth limit is hit, producing a fatal error before `echo` ever runs."} | неверно верный: «10» | Inside the set hook, $this->x writes the backing store (no recursion): 5*2. |
T07-L9 0.81 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» Пояснение: The conflict for f() is resolved so TC::f() comes from TB (returning 'B'), while TA::f() is aliased as g() (returning 'A'), producing the concatenation 'BA'.
Raw```json ⏎ {"answer": "BA", "explanation": "The conflict for f() is resolved so TC::f() comes from TB (returning 'B'), while TA::f() is aliased as g() (returning 'A'), producing the concatenation 'BA'."} ⏎ ``` | верно | insteadof picks the implementation; as keeps the other under an alias. |
T07-L10 1.0 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 separate copy of the trait's static property, so setting CX::$n = 1 does not affect CY::$n, which stays 0.
Raw{"answer": "0", "explanation": "Each class that uses a trait gets its own separate copy of the trait's static property, so setting CX::$n = 1 does not affect CY::$n, which stays 0."} | верно | A trait's static property is copied into each consuming class. |
T08-L10 0.4 c | Exceptions and errors | What does this code output?
```php
function f(): int
{
try { return 1; } finally { return 2; }
}
echo f();
``` | «2» Пояснение: In PHP, a return statement in a finally block overrides the return value from the try block.
Raw{"answer": "2", "explanation": "In PHP, a return statement in a finally block overrides the return value from the try block."} | верно | A return in finally overrides the return from try. |
T08-L9 1.0 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» Пояснение: The inner try throws RuntimeException which is overridden by the exception thrown in the finally block (LogicException 'second'), which then propagates to the outer catch that echoes its message.
Raw{"answer": "second", "explanation": "The inner try throws RuntimeException which is overridden by the exception thrown in the finally block (LogicException 'second'), which then propagates to the outer catch that echoes its message."} | верно | An exception from finally replaces the in-flight one — the last thrown is caught. |
T09-L9 10.8 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» Пояснение: Within namespace N, Baz is imported as an alias for App\Foo so Baz::class resolves to App\Foo, while the fully-qualified \Baz refers to a non-existent global Baz class and simply resolves to its literal name 'Baz'.
Raw{"answer": "App\\Foo|Baz", "explanation": "Within namespace N, Baz is imported as an alias for App\\Foo so Baz::class resolves to App\\Foo, while the fully-qualified \\Baz refers to a non-existent global Baz class and simply resolves to its literal name 'Baz'."} | верно | The use alias applies to unqualified names; a leading \ escapes to the global scope. |
T09-L10 2.08 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');
``` | «yesyes» Пояснение: In namespace Ns, class_exists('Foo') resolves to Ns\Foo (current namespace prepended since no leading backslash) which exists, and class_exists('Ns\\Foo') is the fully-qualified name which also exists, so both return true.
Raw{"answer": "yesyes", "explanation": "In namespace Ns, class_exists('Foo') resolves to Ns\\Foo (current namespace prepended since no leading backslash) which exists, and class_exists('Ns\\\\Foo') is the fully-qualified name which also exists, so both return true."} | неверно верный: «noyes» | Dynamic names are not resolved against the namespace — 'Foo' is the global class. |
T10-L9 0.85 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» Пояснение: The foreach with &$v leaves $v referencing the last element $a[2], so $v = 99 reassigns $a[2], producing 1,2,99.
Raw{"answer": "1,2,99", "explanation": "The foreach with &$v leaves $v referencing the last element $a[2], so $v = 99 reassigns $a[2], producing 1,2,99."} | верно | After a by-ref foreach, $v remains a reference to the last element. |
T10-L10 1.9 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 scoped to the function inc() and is shared across all instances of A and its subclass B, so inc() is called three times with ++$n incrementing the same shared $n to 3.
Raw```json ⏎ {"answer": "3", "explanation": "The static variable $n is scoped to the function inc() and is shared across all instances of A and its subclass B, so inc() is called three times with ++$n incrementing the same shared $n to 3."} ⏎ ``` | верно | A method's static variable belongs to the parent's method — subclasses share it. |
T11-L9 8.61 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) starts the generator, sets $x to 10 via the yield, causes the function to return 11, and getReturn() retrieves that returned value which is then echoed.
Raw{"answer": "11", "explanation": "send(10) starts the generator, sets $x to 10 via the yield, causes the function to return 11, and getReturn() retrieves that returned value which is then echoed."} | верно | send() resumes the generator: $x = 10, return 10+1. |
T11-L10 1.36 c | Generators, iterators, SPL | What does this code output?
```php
function inner(): Generator
{
yield 1;
yield 2;
return 'ok';
}
function outer(): Generator
{
$r = yield from inner();
yield $r;
}
echo implode(',', iterator_to_array(outer()));
``` | «1,2,ok» Пояснение: yield from delegates inner()'s yields (1, 2) to outer, and the return value 'ok' is captured in $r and then also yielded, so the generator produces 1, 2, 'ok'.
Raw{"answer": "1,2,ok", "explanation": "yield from delegates inner()'s yields (1, 2) to outer, and the return value 'ok' is captured in $r and then also yielded, so the generator produces 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.4 c | Configuration and security | What does this code output?
```php
$hash = password_hash('x', PASSWORD_BCRYPT, ['cost' => 4]);
echo password_needs_rehash($hash, PASSWORD_BCRYPT, ['cost' => 4]) ? 'yes' : 'no';
echo password_needs_rehash($hash, PASSWORD_BCRYPT, ['cost' => 5]) ? 'yes' : 'no';
``` | «noyes» Пояснение: The hash is created with cost 4, so it doesn't need rehashing when asking for cost 4 (outputs 'no'), but it does need rehashing when asking for cost 5 (outputs 'yes').
Raw{"answer": "noyes", "explanation": "The hash is created with cost 4, so it doesn't need rehashing when asking for cost 4 (outputs 'no'), but it does need rehashing when asking for cost 5 (outputs 'yes')."} | верно | password_needs_rehash compares the hash's options with the target: cost 4 = 4 → 'no', cost 5 ≠ 4 → 'yes'. |
T12-L10 21.97 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.4+ the E_STRICT error level (value 2048) was removed from the E_ALL bitmask, so E_ALL & 2048 now equals 0, making the ternary evaluate to 'strict-out'.
Raw{"answer": "strict-out", "explanation": "In PHP 8.4+ the E_STRICT error level (value 2048) was removed from the E_ALL bitmask, so E_ALL & 2048 now equals 0, making the ternary evaluate to '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 3.18 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» Пояснение: The server var HTTP_X_TOKEN is converted by Symfony into the X-Token header (with underscores replaced by dashes), so headers->get('X-Token') returns 'abc', satisfying the strict comparison.
Raw{"answer": "mapped", "explanation": "The server var HTTP_X_TOKEN is converted by Symfony into the X-Token header (with underscores replaced by dashes), so headers->get('X-Token') returns 'abc', satisfying the strict comparison."} | верно | 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.04 c | Symfony | What does this code output?
```php
use Symfony\Component\EventDispatcher\EventDispatcher;
use Symfony\Contracts\EventDispatcher\Event;
$d = new EventDispatcher();
$out = '';
$d->addListener('e', function () use (&$out) { $out .= 'B'; }, 10);
$d->addListener('e', function () use (&$out) { $out .= 'A'; });
$d->addListener('e', function () use (&$out) { $out .= 'C'; }, 5);
$d->dispatch(new Event(), 'e');
echo $out;
``` | «bca» Пояснение: Listeners with higher priority execute first, so priority 10 (B) runs before priority 5 (C) runs before default priority 0 (A).
Raw```json ⏎ {"answer": "BCA", "explanation": "Listeners with higher priority execute first, so priority 10 (B) runs before priority 5 (C) runs before default priority 0 (A)."} ⏎ ``` | верно | Listeners run by descending priority: 10 (B), 5 (C), 0 (A). |
T14-L10 0.81 c | Doctrine | Given: Doctrine ORM 3, an EntityManager on in-memory SQLite, entity User with an auto-increment primary key. The users table is empty. What does this code output?
```php
$u = new User(name: 'A');
$em->persist($u);
$em->flush();
$a = $em->find(User::class, $u->getId());
$b = $em->find(User::class, $u->getId());
echo spl_object_id($a) === spl_object_id($b) ? 'same' : 'diff';
``` | «same» Пояснение: Doctrine's identity map (Unit of Work) caches entities by primary key, so both find() calls return the same instance registered after the first load.
Raw```json ⏎ {"answer": "same", "explanation": "Doctrine's identity map (Unit of Work) caches entities by primary key, so both find() calls return the same instance registered after the first load."} ⏎ ``` | верно | Identity map: a second find for the same id returns the same instance. |
T14-L9 1.12 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» Пояснение: Because the newly persisted entity is removed before flush, Doctrine's UnitOfWork discards it entirely, so no INSERT is issued and the table stays empty.
Raw{"answer": "0", "explanation": "Because the newly persisted entity is removed before flush, Doctrine's UnitOfWork discards it entirely, so no INSERT is issued and the table stays empty."} | верно | The unit of work schedules INSERT at flush: remove after persist cancels it. |
T15-L10 0.35 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 of x, so the NULL is excluded and only the value 1 is counted.
Raw{"answer": "1", "explanation": "count(x) counts only non-NULL values of x, so the NULL is excluded and only the value 1 is counted."} | верно | count(column) skips NULLs; count(*) would return 2. |
T15-L9 1.59 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 inner window function computes running sums of x (10, 30, 60), and string_agg concatenates these text values ordered by id with a comma delimiter.
Raw{"answer": "10,30,60", "explanation": "The inner window function computes running sums of x (10, 30, 60), and string_agg concatenates these text values ordered by id with a comma delimiter."} | верно | With ORDER BY the default window frame is running (start to current row). |
T16-L9 1.7 c | Symfony: Messenger | What does this code output?
```php
use Symfony\Component\Messenger\MessageBus;
use Symfony\Component\Messenger\Middleware\MiddlewareInterface;
use Symfony\Component\Messenger\Middleware\StackInterface;
use Symfony\Component\Messenger\Envelope;
final class Trace implements MiddlewareInterface
{
public function __construct(private string $tag) {}
public function handle(Envelope $e, StackInterface $stack): Envelope
{
echo $this->tag;
return $stack->next()->handle($e, $stack);
}
}
$bus = new MessageBus([new Trace('M1'), new Trace('M2')]);
$bus->dispatch(new Envelope(new stdClass()));
``` | «m1m2» Пояснение: The MessageBus runs middleware in registration order, so M1's handle() echoes 'M1' before delegating to M2, whose handle() echoes 'M2' before invoking the final handler, producing the concatenated output 'M1M2'.
Raw```json ⏎ {"answer": "M1M2", "explanation": "The MessageBus runs middleware in registration order, so M1's handle() echoes 'M1' before delegating to M2, whose handle() echoes 'M2' before invoking the final handler, producing the concatenated output 'M1M2'."} ⏎ ``` | верно | The first-added middleware runs first (outermost). |
T16-L10 97.72 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;
``` | «0» Пояснение: The aliases 'h1' and 'h2' do not match the message type 'Ping', so HandleMessageMiddleware's resolve() method (which requires 0 === strpos($messageType, $alias.'@')) yields no handlers and neither closure is invoked.
Raw```json ⏎ {"answer": "0", "explanation": "The aliases 'h1' and 'h2' do not match the message type 'Ping', so HandleMessageMiddleware's resolve() method (which requires 0 === strpos($messageType, $alias.'@')) yields no handlers and neither closure is invoked."} ⏎ ``` | неверно верный: «11» | All registered handlers of the message run: 1 + 10 = 11. |
T17-L9 0.81 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 unique index causes the second insert to be ignored via ON CONFLICT DO NOTHING, so only one row remains in the table.
Raw{"answer": "1", "explanation": "The unique index causes the second insert to be ignored via ON CONFLICT DO NOTHING, so only one row remains in the table."} | верно | ON CONFLICT DO NOTHING skips the duplicate: one insert. |
T17-L10 1.22 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, its validity is checked only at COMMIT, not after each INSERT, so both duplicate inserts succeed and the table holds 2 rows when queried.
Raw{"answer": "2", "explanation": "Because the UNIQUE constraint is DEFERRABLE INITIALLY DEFERRED, its validity is checked only at COMMIT, not after each INSERT, so both duplicate inserts succeed and the table holds 2 rows when queried."} | верно | DEFERRED postpones the uniqueness check to COMMIT — count sees 2 rows. |
T18-L9 1.7 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 uses a regex, so test_sum matches both test_sum (3 data-provider tests) and test_sum_abs (3 data-provider tests), totaling 6, while test_other doesn't match.
Raw```json ⏎ {"answer": "6", "explanation": "The --filter uses a regex, so test_sum matches both test_sum (3 data-provider tests) and test_sum_abs (3 data-provider tests), totaling 6, while test_other doesn't match."} ⏎ ``` | верно | --filter is a substring match: test_sum also matches test_sum_abs (3+3 datasets). |
T18-L10 0.7 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 cases ([1] and [-1]), so 2 tests run; test_x(1) passes while test_x(-1) fails the assertTrue check.
Raw{"answer": "2, 1", "explanation": "The data provider supplies two cases ([1] and [-1]), so 2 tests run; test_x(1) passes while test_x(-1) fails the assertTrue check."} | верно | A non-static provider is just a deprecation in PHPUnit 10: both datasets run and the [-1] dataset fails the assert — 2 ran, 1 failure. |
T19-L9 0.45 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 sends data via the HTTP POST method by default in curl.
Raw```json ⏎ {"answer": "POST", "explanation": "The `-d` flag sends data via the HTTP POST method by default in curl."} ⏎ ``` | верно | -d/-F switches curl to POST by default. |
T19-L10 0.5 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 -d flag normally sends POST data in the body, but combining it with -G moves the data into the URL query string, which forces curl to use the GET method.
Raw{"answer": "GET", "explanation": "The -d flag normally sends POST data in the body, but combining it with -G moves the data into the URL query string, which forces curl to use the GET method."} | верно | -G turns -d data into the query string; the method stays GET. |
T20-L9 0.67 c | Security and OAuth | A client hits the token endpoint (RFC 6749) with a non-existent client_id. What value of the error field does the endpoint return? | «invalid_client» Пояснение: Per RFC 6749 Section 5.2, an unknown client_id causes client authentication to fail, resulting in the 'invalid_client' error response.
Raw{"answer": "invalid_client", "explanation": "Per RFC 6749 Section 5.2, an unknown client_id causes client authentication to fail, resulting in the 'invalid_client' error response."} | верно | Unknown client → invalid_client (RFC 6749 §5.2). |
T20-L10 0.43 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 returned in the URI fragment (the part after the #), which the browser does not send to the server.
Raw{"answer": "fragment", "explanation": "In the OAuth 2.0 implicit flow (response_type=token), the access_token is returned in the URI fragment (the part after the #), which the browser does not send to the server."} | верно | The implicit flow passes the token in the URL fragment (#) — it never reaches the server. |
T21-L9 0.71 c | Twig | What does this Twig template output?
```twig
{{ false|default(2) * 3 }}
``` | «6» Пояснение: The default filter returns 2 because false is considered empty, then 2 * 3 evaluates to 6.
Raw```json ⏎ {"answer": "6", "explanation": "The default filter returns 2 because false is considered empty, then 2 * 3 evaluates to 6."} ⏎ ``` | верно | default replaces exactly false/null/''/[] — false becomes 2, 2*3 = 6; the naive 'default is for undefined only' yields 0. |
T21-L10 34.2 c | Twig | What exception class does render() of this template throw?
```twig
{{ 'a' ~ 1 + 2 }}
``` | «twig\error\runtimeerror» Пояснение: Since '+' and '~' share the same precedence and are left-associative, the expression evaluates as ('a' ~ 1) + 2 = 'a1' + 2, and Twig throws a Twig\Error\RuntimeError because it cannot add an integer to the string 'a1'.
Raw{"answer": "Twig\\Error\\RuntimeError", "explanation": "Since '+' and '~' share the same precedence and are left-associative, the expression evaluates as ('a' ~ 1) + 2 = 'a1' + 2, and Twig throws a Twig\\Error\\RuntimeError because it cannot add an integer to the string 'a1'."} | верно | In Twig ~ binds tighter than +: ('a' ~ 1) + 2 → string + int → a render error (RuntimeError). |
T22-L9 3.61 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 NotBlank constraint is applied to the entire array `['']` (arrays passed to validate() are validated as a whole, not iterated), and since an array is neither null nor an empty string, no violation is triggered, so count() returns 0.
Raw{"answer": "0", "explanation": "The NotBlank constraint is applied to the entire array `['']` (arrays passed to validate() are validated as a whole, not iterated), and since an array is neither null nor an empty string, no violation is triggered, so count() returns 0."} | верно | NotBlank treats null, '', [] as blank — the array [''] is not blank. |
T22-L10 8.77 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);
}
``` | «invalid» Пояснение: isValid() returns false for a form that has not been submitted (it does not throw), so the ternary outputs 'invalid'.
Raw```json ⏎ {"answer": "invalid", "explanation": "isValid() returns false for a form that has not been submitted (it does not throw), so the ternary outputs 'invalid'."} ⏎ ``` | неверно верный: «symfony\component\form\exception\logicexception» | isValid() on a non-submitted form throws LogicException, it does not return false. |
T23-L9 3.35 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» Пояснение: By default Symfony DI services are shared (singleton), so after compile() the container caches the instantiated stdClass and $c->get('a') returns the identical instance both times, making the spl_object_id comparisons equal.
Raw{"answer": "same", "explanation": "By default Symfony DI services are shared (singleton), so after compile() the container caches the instantiated stdClass and $c->get('a') returns the identical instance both times, making the spl_object_id comparisons equal."} | верно | Container services are shared: two get() calls yield one instance. |
T23-L10 0.88 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!» Пояснение: The ContainerBuilder recursively resolves parameter placeholders, so '%greeting%!' becomes 'hi %name%!' and '%name%' becomes 'Bob', yielding 'hi Bob!'.
Raw```json ⏎ {"answer": "hi Bob!", "explanation": "The ContainerBuilder recursively resolves parameter placeholders, so '%greeting%!' becomes 'hi %name%!' and '%name%' becomes 'Bob', yielding 'hi Bob!'."} ⏎ ``` | верно | compile() resolves %-references transitively: %greeting% → 'hi %name%' → 'hi Bob!', the answer assembles over two hops. |
T24-L9 1.01 c | Bootstrap | What is the max-width of .container in Bootstrap 5.3 at a 992px viewport? | «960px» Пояснение: In Bootstrap 5.3, the .container reaches its 'lg' breakpoint max-width of 960px at the min-width: 992px breakpoint.
Raw```json ⏎ {"answer": "960px", "explanation": "In Bootstrap 5.3, the .container reaches its 'lg' breakpoint max-width of 960px at the min-width: 992px breakpoint."} ⏎ ``` | верно | 5.x container widths: 540/720/960/1140/1320 (sm–xxl); 992 → 960px. |
T24-L10 0.88 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-primary» Пояснение: Both text-danger and text-primary set the color property, so the class that appears later in the source order (text-primary) wins due to equal specificity and cascade order.
Raw{"answer": "text-primary", "explanation": "Both text-danger and text-primary set the color property, so the class that appears later in the source order (text-primary) wins due to equal specificity and cascade order."} | неверно верный: «text-danger» | Specificity ties — the later rule wins: text-danger is declared after text-primary. |
T25-L9 1.45 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 OrderService class is in the Domain layer (App\Domain), which may only depend on Domain itself, so its dependencies on Application\PlaceOrder and Infrastructure\Db each constitute a violation.
Raw```json ⏎ {"answer": "2", "explanation": "The OrderService class is in the Domain layer (App\\Domain), which may only depend on Domain itself, so its dependencies on Application\\PlaceOrder and Infrastructure\\Db each constitute a violation."} ⏎ ``` | верно | Domain may depend only on Domain: PlaceOrder (Application) + Db (Infrastructure) = 2. |
T25-L10 5.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 BillingService
{
public function __construct(
private PlaceOrder $handler,
private Db $db,
private \App\Infrastructure\Logger $logger,
) {}
}
``` | «3» Пояснение: BillingService is in the Domain layer, which may only depend on Domain, so each of its 3 external dependencies (Application\PlaceOrder, Infrastructure\Db, Infrastructure\Logger) counts as a separate violation.
Raw```json ⏎ {"answer": "3", "explanation": "BillingService is in the Domain layer, which may only depend on Domain, so each of its 3 external dependencies (Application\\PlaceOrder, Infrastructure\\Db, Infrastructure\\Logger) counts as a separate violation."} ⏎ ``` | верно | The inline FQCN \App\Infrastructure\Logger counts too: Application + Db + Logger = 3. |
T26-L10 0.47 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» Пояснение: The add() method returns a new Money object with amount 15 (10+5), while the original $a retains amount 10.
Raw{"answer": "10,15", "explanation": "The add() method returns a new Money object with amount 15 (10+5), while the original $a retains amount 10."} | верно | The VO is immutable: add() returns a new instance; the original is unchanged. |
T26-L9 3.13 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 add() sets items to ['a'=>true]; remove() throws DomainException because count===1 before the unset runs, so the catch swallows it and items still has 1 element, making count() return 1.
Raw{"answer": "1", "explanation": "The add() sets items to ['a'=>true]; remove() throws DomainException because count===1 before the unset runs, so the catch swallows it and items still has 1 element, making count() return 1."} | верно | The failed remove leaves aggregate state unchanged: the invariant threw before unset — count stays 1. |
VC-L9 0.5 c | PHP 8.4–8.5 | What does this code output on PHP 8.5?
```php
class C
{
public function hi(): string { return 'hi'; }
}
echo new C()->hi();
``` | «hi» Пояснение: The code instantiates class C, immediately calls hi() which returns the string 'hi', and echoes it.
Raw{"answer": "hi", "explanation": "The code instantiates class C, immediately calls hi() which returns the string 'hi', and echoes it."} | верно | Since 8.4, new in a method chain works without wrapping parentheses. |
VC-L10 2.36 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» Пояснение: newLazyGhost creates an uninitialized ghost object, so isUninitializedLazyObject returns 'yes'; accessing $o->v triggers the initializer (setting v=21) and marks the object initialized, so the second call returns 'no'.
Raw{"answer": "yesno", "explanation": "newLazyGhost creates an uninitialized ghost object, so isUninitializedLazyObject returns 'yes'; accessing $o->v triggers the initializer (setting v=21) and marks the object initialized, so the second call returns 'no'."} | верно | newLazyGhost (8.4): the object stays lazy until first access — reading a property initializes it and clears the flag. |
T28-L9 1.12 c | Symfony: versions | The project was upgraded from Symfony 6.4 to 8.1. What does this code output on 8.1?
```php
echo class_exists(\Symfony\Component\Security\Guard\AbstractGuardAuthenticator::class)
? 'yes' : 'no';
``` | «no» Пояснение: The Guard authentication system including AbstractGuardAuthenticator was removed in Symfony 6.0, so the class does not exist in Symfony 8.1.
Raw```json ⏎ {"answer": "no", "explanation": "The Guard authentication system including AbstractGuardAuthenticator was removed in Symfony 6.0, so the class does not exist in Symfony 8.1."} ⏎ ``` | верно | Guard authentication was removed in Symfony 7.0 — the class is gone in 8.1. |
T28-L10 2.27 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» Пояснение: In Symfony 8.x, the deprecated AnnotationClassLoader was removed (returning 'no'), while the AttributeClassLoader remains available (returning 'yes').
Raw{"answer": "noyes", "explanation": "In Symfony 8.x, the deprecated AnnotationClassLoader was removed (returning 'no'), while the AttributeClassLoader remains available (returning 'yes')."} | верно | Annotation loaders were removed in 7.0; only attribute loaders remain (Annotation→Attribute). |