Пример запроса (первая клетка). System одинаковый во всех запросах прогона, user — свой вопрос для каждой клетки:
| Клетка | Тема | Утверждение | Ответ |
Результат | Обоснование |
T01-L1 3.42 c | Syntax and operators | Double-quoted and single-quoted strings are processed identically; the difference is only in speed. | «no» Пояснение: Double-quoted strings undergo variable interpolation and escape-sequence parsing, while single-quoted strings are treated almost literally, so they are processed differently, not just at different speeds.
Raw{"answer": "no", "explanation": "Double-quoted strings undergo variable interpolation and escape-sequence parsing, while single-quoted strings are treated almost literally, so they are processed differently, not just at different speeds."} | верно | В двойных кавычках работают интерполяция переменных и escape-последовательности, в одинарных — нет. |
T01-L2 0.55 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 accessing undefined variables or array keys.
Raw{"answer": "yes", "explanation": "The null coalescing operator (??) follows isset() semantics and does not emit a warning when accessing undefined variables or array keys."} | верно | ?? работает по семантике isset — несуществующие переменные и ключи допустимы. |
T01-L3 0.4 c | Syntax and operators | What will this print: echo 'a', 'b'; | «ab» Пояснение: In PHP, echo accepts multiple comma-separated arguments and outputs them concatenated with no separator, so 'a' and 'b' print as 'ab'.
Raw{"answer": "ab", "explanation": "In PHP, echo accepts multiple comma-separated arguments and outputs them concatenated with no separator, so 'a' and 'b' print as 'ab'."} | верно | echo принимает список аргументов: ab. |
T01-L4 1.08 c | Syntax and operators | print returns the value 1 and can be used inside an expression. | «yes» Пояснение: In PHP, print is a language construct that always returns the integer value 1, which allows it to be used within expressions.
Raw```json ⏎ {"answer": "yes", "explanation": "In PHP, print is a language construct that always returns the integer value 1, which allows it to be used within expressions."} ⏎ ``` | верно | print — выражение со значением 1, в отличие от echo, который значения не возвращает. |
T01-L5 0.51 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 only when the left operand is falsy.
Raw{"answer": "no", "explanation": "The ?: (elvis) operator returns its left operand when it is truthy, not when it is falsy; it returns the right operand only when the left operand is falsy."} | верно | Наоборот: $a ?: $b возвращает $a, если он истинный, иначе $b. |
T01-L6 0.75 c | Syntax and operators | In PHP 8, the concatenation operator (.) has lower precedence than addition and subtraction. | «yes» Пояснение: In PHP, the addition and subtraction operators have higher precedence than the concatenation operator, so 'a' . 1 + 2 evaluates as 'a' . (1 + 2) = 'a3', confirming concatenation has lower precedence.
Raw```json ⏎ {"answer": "yes", "explanation": "In PHP, the addition and subtraction operators have higher precedence than the concatenation operator, so 'a' . 1 + 2 evaluates as 'a' . (1 + 2) = 'a3', confirming concatenation has lower precedence."} ⏎ ``` | верно | С PHP 8 (RFC concat precedence) '.' имеет приоритет ниже арифметики: 'сумма: ' . 2 + 3 → 'сумма: 5' (в PHP 7 было иначе). |
T01-L7 0.94 c | Syntax and operators | The expression 2 ** 3 ** 2 in PHP evaluates as (2 ** 3) ** 2, that is, 64. | «no» Пояснение: The exponentiation operator `**` in PHP is right-associative, so `2 ** 3 ** 2` evaluates as `2 ** (3 ** 2)` = `2 ** 9` = 512, not 64.
Raw{"answer": "false", "explanation": "The exponentiation operator `**` in PHP is right-associative, so `2 ** 3 ** 2` evaluates as `2 ** (3 ** 2)` = `2 ** 9` = 512, not 64."} | верно | ** право-ассоциативен: 2 ** (3 ** 2) = 2 ** 9 = 512. |
T01-L8 11.88 c | Syntax and operators | What string will this print: echo 'sum: ' . 2 + 3; (PHP 8)? | «sum: 5» Пояснение: In PHP, the + operator has higher precedence than ., so 'sum: ' . 2 + 3 is evaluated as 'sum: ' . (2 + 3) = 'sum: ' . 5 = 'sum: 5'.
Raw```json ⏎ {"answer": "sum: 5", "explanation": "In PHP, the + operator has higher precedence than ., so 'sum: ' . 2 + 3 is evaluated as 'sum: ' . (2 + 3) = 'sum: ' . 5 = 'sum: 5'."} ⏎ ``` | верно | Парная к verify-клетке про приоритет: 'сумма: 5'. |
T02-L1 0.62 c | Types and comparisons | With strict comparison (===), arrays are considered equal regardless of element order. | «no» Пояснение: In PHP, the strict comparison operator (===) requires arrays to have the same key/value pairs in the same order, so order matters and they are not equal if the order differs.
Raw{"answer": "no", "explanation": "In PHP, the strict comparison operator (===) requires arrays to have the same key/value pairs in the same order, so order matters and they are not equal if the order differs."} | верно | === для массивов требует совпадения и значений, и их порядка. |
T02-L2 0.72 c | Types and comparisons | The comparison 0 == false returns false because it is a strict comparison. | «no» Пояснение: `==` is a loose (non-strict) comparison and `0 == false` actually evaluates to `true` because `0` is coerced to `false` under loose comparison, so the statement is false on both counts.
Raw{"answer": "no", "explanation": "`==` is a loose (non-strict) comparison and `0 == false` actually evaluates to `true` because `0` is coerced to `false` under loose comparison, so the statement is false on both counts."} | верно | Наоборот: == — нестрогое сравнение и возвращает 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, the string 'abc' is converted to the integer 0 (non-numeric strings evaluate to 0), so 'abc' == 0 becomes 0 == 0, which is true.
Raw{"answer": "yes", "explanation": "In loose comparison, the string 'abc' is converted to the integer 0 (non-numeric strings evaluate to 0), so 'abc' == 0 becomes 0 == 0, which is true."} | неверно верный: «no» | С PHP 8 нечисловая строка сравнивается как строка: "abc" == "0" → false (в PHP 7 было true). |
T02-L4 1.17 c | Types and comparisons | Under loose comparison, null equals 0, the empty string, and false at the same time. | «yes» Пояснение: Under PHP's loose comparison (==), null is treated as both 0 and '' when compared to numbers or strings, and equals false as well, so null == 0, null == '', and null == false are all true.
Raw```json ⏎ {"answer": "yes", "explanation": "Under PHP's loose comparison (==), null is treated as both 0 and '' when compared to numbers or strings, and equals false as well, so null == 0, null == '', and null == false are all true."} ⏎ ``` | верно | null == 0, null == "" и null == false — все true. |
T02-L5 0.4 c | Types and comparisons | What does the expression (int) '42abc' return? | «42» Пояснение: PHP casts a string to an integer by parsing the leading numeric portion, so '42abc' becomes 42 and the non-numeric suffix 'abc' is ignored.
Raw{"answer": 42, "explanation": "PHP casts a string to an integer by parsing the leading numeric portion, so '42abc' becomes 42 and the non-numeric suffix 'abc' is ignored."} | верно | Ведущая числовая часть: 42, без ошибок и warning. |
T02-L6 0.44 c | Types and comparisons | What does the expression '5' + 5 return? | «10» Пояснение: The + operator forces PHP to convert the string '5' to a number, so both operands are treated numerically and 5 + 5 evaluates to 10.
Raw{"answer": 10, "explanation": "The + operator forces PHP to convert the string '5' to a number, so both operands are treated numerically and 5 + 5 evaluates to 10."} | верно | Числовая строка приводится: int 10. |
T02-L7 0.82 c | Types and comparisons | When cast to string, false becomes "0". | «no» Пояснение: When false is cast to a string in PHP, it becomes an empty string "", not "0".
Raw{"answer": "no", "explanation": "When false is cast to a string in PHP, it becomes an empty string \"\", not \"0\"."} | верно | false → "", true → "1". |
T02-L8 0.83 c | Types and comparisons | The comparison 0.1 + 0.2 === 0.3 returns false. | «yes» Пояснение: 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": "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.46 c | Strings | strrev() correctly reverses a UTF-8 string. | «no» Пояснение: strrev() reverses a string byte-by-byte, which corrupts multi-byte UTF-8 characters since it does not account for character boundaries.
Raw{"answer": "no", "explanation": "strrev() reverses a string byte-by-byte, which corrupts multi-byte UTF-8 characters since it does not account for character boundaries."} | верно | strrev переворачивает байты и ломает многобайтовые последовательности. |
T03-L2 0.8 c | Strings | str_contains('Hello world', 'world') returns true. | «yes» Пояснение: str_contains() is a PHP 8.0 function that returns a boolean true when the substring 'world' is found within 'Hello world', so the statement is correct.
Raw{"answer": "yes", "explanation": "str_contains() is a PHP 8.0 function that returns a boolean true when the substring 'world' is found within 'Hello world', so the statement is correct."} | верно | str_contains с PHP 8.0 проверяет вхождение подстроки. |
T03-L3 0.49 c | Strings | str_pad() can pad a string on the right side only. | «no» Пояснение: str_pad() can pad on the left (STR_PAD_LEFT), right (STR_PAD_RIGHT), or both (STR_PAD_BOTH) sides based on the pad_type parameter.
Raw{"answer": "false", "explanation": "str_pad() can pad on the left (STR_PAD_LEFT), right (STR_PAD_RIGHT), or both (STR_PAD_BOTH) sides based on the pad_type parameter."} | верно | STR_PAD_LEFT / STR_PAD_BOTH меняют сторону дополнения. |
T03-L4 0.67 c | Strings | By default trim() strips only spaces, leaving tabs and newlines intact. | «no» Пояснение: trim() by default removes spaces, tabs, newlines, carriage returns, NUL bytes, and vertical tabs, not just spaces.
Raw{"answer": "no", "explanation": "trim() by default removes spaces, tabs, newlines, carriage returns, NUL bytes, and vertical tabs, not just spaces."} | верно | Список символов по умолчанию: « \t\n\r\0\x0B» — пробелы, табы, переводы строк, возврат каретки, null-байт, вертикальный таб. Проверено php -r. |
T03-L5 0.56 c | Strings | How many BYTES does strlen('héllo') return for a UTF-8 string? | «6» Пояснение: strlen counts bytes, not characters, so 'héllo' has 5 characters but 'é' takes 2 bytes in UTF-8, giving 1+2+1+1+1 = 6 bytes.
Raw{"answer": "6", "explanation": "strlen counts bytes, not characters, so 'héllo' has 5 characters but 'é' takes 2 bytes in UTF-8, giving 1+2+1+1+1 = 6 bytes."} | верно | 6 букв по 2 байта: 12. |
T03-L6 0.56 c | Strings | What does substr('abcdef', -3) return? | «def» Пояснение: In PHP, a negative offset counts from the end of the string, so -3 starts 3 characters from the end, returning 'def'.
Raw{"answer": "def", "explanation": "In PHP, a negative offset counts from the end of the string, so -3 starts 3 characters from the end, returning 'def'."} | верно | Отрицательное смещение — с конца: def. |
T03-L7 0.4 c | Strings | ucfirst() modifies the string passed to it in place. | «no» Пояснение: ucfirst() returns a new string with the first letter capitalized and does not modify the original string, since strings in PHP are immutable.
Raw{"answer": "no", "explanation": "ucfirst() returns a new string with the first letter capitalized and does not modify the original string, since strings in PHP are immutable."} | верно | Строки неизменяемы; ucfirst возвращает новую строку. |
T03-L8 0.5 c | Strings | Variable interpolation works in heredoc but not in nowdoc. | «yes» Пояснение: Heredoc (<<<) expands variables during parsing, while nowdoc (<<<'...') treats content as literal text and does not interpolate variables, similar to single-quoted strings.
Raw{"answer": "yes", "explanation": "Heredoc (<<<) expands variables during parsing, while nowdoc (<<<'...') treats content as literal text and does not interpolate variables, similar to single-quoted strings."} | верно | Nowdoc — «одинарные кавычки» в тройном синтаксисе: текст как есть. |
T04-L1 0.53 c | Arrays | The sort() function preserves the key-to-value association of the array. | «no» Пояснение: sort() reindexes the array with new sequential integer keys and does not preserve the original key-to-value associations; asort() and ksort() are the functions that preserve keys.
Raw{"answer": "no", "explanation": "sort() reindexes the array with new sequential integer keys and does not preserve the original key-to-value associations; asort() and ksort() are the functions that preserve keys."} | верно | sort перенумеровывает ключи; связь сохраняет asort. |
T04-L2 0.52 c | Arrays | The string key '5' in an array is stored as the integer 5. | «yes» Пояснение: In PHP, string keys that represent valid integers (like '5') are automatically converted to integer keys when used in a standard array.
Raw{"answer": "yes", "explanation": "In PHP, string keys that represent valid integers (like '5') are automatically converted to integer keys when used in a standard array."} | верно | Каноничные десятичные строковые ключи приводятся к int. |
T04-L3 0.38 c | Arrays | The in_array() function uses strict comparison (===) by default. | «no» Пояснение: in_array() uses loose comparison by default; strict comparison (===) requires passing true as the third argument.
Raw{"answer": "no", "explanation": "in_array() uses loose comparison by default; strict comparison (===) requires passing true as the third argument."} | верно | По умолчанию сравнение нестрогое; строгое — третий аргумент true. |
T04-L4 0.79 c | Arrays | Without a callback, array_filter() removes all "empty" (falsy) elements from the array. | «yes» Пояснение: Without a callback, array_filter() keeps elements for which the value is not falsy, effectively removing empty/falsy values like false, null, 0, "0", 0.0, "", and empty arrays.
Raw{"answer": "yes", "explanation": "Without a callback, array_filter() keeps elements for which the value is not falsy, effectively removing empty/falsy values like false, null, 0, \"0\", 0.0, \"\", and empty arrays."} | верно | Убирает 0, "", null, false и пустые массивы. |
T04-L5 1.11 c | Arrays | By default, array_slice() preserves the original numeric keys of the array. | «no» Пояснение: By default, array_slice() reindexes numeric keys (keys reset to start from 0), unless the optional preserve_keys parameter is set to true.
Raw```json ⏎ {"answer": "no", "explanation": "By default, array_slice() reindexes numeric keys (keys reset to start from 0), unless the optional preserve_keys parameter is set to true."} ⏎ ``` | верно | По умолчанию ключи перенумеровываются; сохранение — preserve_keys = true. |
T04-L6 0.52 c | Arrays | What does array_slice([10, 20, 30, 40], 1, 2) return? | «[20, 30]» Пояснение: array_slice extracts a slice starting at offset 1 (element 20) with length 2, returning [20, 30].
Raw{"answer": "[20, 30]", "explanation": "array_slice extracts a slice starting at offset 1 (element 20) with length 2, returning [20, 30]."} | верно | [20,30]; ключи перенумеровываются. |
T04-L7 0.89 c | Arrays | How many elements will count(['a' => 1] + ['a' => 9, 'b' => 2]) return? | «2» Пояснение: The '+' union operator preserves the left array's values, adding only keys from the right array that don't already exist, so ['a'=>1] + ['a'=>9,'b'=>2] yields ['a'=>1,'b'=>2].
Raw{"answer": "2", "explanation": "The '+' union operator preserves the left array's values, adding only keys from the right array that don't already exist, so ['a'=>1] + ['a'=>9,'b'=>2] yields ['a'=>1,'b'=>2]."} | верно | Оператор + : по ключу 'a' побеждает левый; итого 2. |
T04-L8 0.63 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 work with string-keyed arrays, allowing both merging and override of string keys during array unpacking.
Raw{"answer": "yes", "explanation": "PHP 8.1 extended the spread operator to work with string-keyed arrays, allowing both merging and override of string keys during array unpacking."} | верно | В 8.0 — только числовые ключи; 8.1 снял ограничение. |
T05-L1 1.04 c | Functions and closures | Named arguments cannot be combined with argument unpacking ...$args in a single call. | «yes» Пояснение: According to the PHP documentation, named arguments cannot be combined with argument unpacking using ...$args in a single function call.
Raw{"answer": "yes", "explanation": "According to the PHP documentation, named arguments cannot be combined with argument unpacking using ...$args in a single function call."} | неверно верный: «no» | Можно: f(...$args, имя: значение). Нельзя только позиционный аргумент после распаковки. |
T05-L2 0.53 c | Functions and closures | An anonymous function without use sees variables from the outer scope. | «no» Пояснение: In PHP, an anonymous function (closure) cannot access outer scope variables unless they are explicitly imported using the use keyword, unlike JavaScript closures.
Raw{"answer": "no", "explanation": "In PHP, an anonymous function (closure) cannot access outer scope variables unless they are explicitly imported using the use keyword, unlike JavaScript closures."} | верно | Без use внешние переменные недоступны; авто-захват только у fn. |
T05-L3 0.37 c | Functions and closures | What will func_num_args() return inside function f($a) { return func_num_args(); } when called as f(1, 2, 3)? | «3» Пояснение: func_num_args() returns the total number of arguments passed to the function regardless of the number of declared parameters, so f(1, 2, 3) returns 3.
Raw{"answer": "3", "explanation": "func_num_args() returns the total number of arguments passed to the function regardless of the number of declared parameters, so f(1, 2, 3) returns 3."} | верно | Считает переданные аргументы: 3. |
T05-L4 0.62 c | Functions and closures | The body of an arrow function fn may consist of several expressions in curly braces. | «no» Пояснение: Arrow functions in PHP must have a single-expression body without curly braces and automatically return its result; curly-brace multi-statement bodies are only allowed in regular closures.
Raw{"answer": "false", "explanation": "Arrow functions in PHP must have a single-expression body without curly braces and automatically return its result; curly-brace multi-statement bodies are only allowed in regular closures."} | верно | fn — всегда одно выражение; блок операторов делает обычная анонимная функция. |
T05-L5 0.77 c | Functions and closures | An arrow function fn captures outer variables by reference (lazily, at use time). | «no» Пояснение: In PHP, arrow functions implicitly capture outer variables by value, not by reference.
Raw{"answer": "no", "explanation": "In PHP, arrow functions implicitly capture outer variables by value, not by reference."} | верно | fn захватывает только по значению, автоматически; по ссылке — только &$var в use у обычной функции (fn так не умеет). |
T05-L6 0.49 c | Functions and closures | A closure declared as static function () {} does not capture $this. | «yes» Пояснение: A static closure in PHP explicitly does not bind to the object instance, so $this is not captured or available inside it.
Raw{"answer": "yes", "explanation": "A static closure in PHP explicitly does not bind to the object instance, so $this is not captured or available inside it."} | верно | static-замыкание отвязано от объекта: $this внутри недоступен. |
T05-L7 0.46 c | Functions and closures | What will this print: $x = 5; $f = function () use ($x) { return $x; }; $x = 7; echo $f(); | «5» Пояснение: Closures capture variables by value, so $f captures the value of $x (5) at the time the closure is created, not the later reassigned value of 7.
Raw{"answer": "5", "explanation": "Closures capture variables by value, so $f captures the value of $x (5) at the time the closure is created, not the later reassigned value of 7."} | верно | use захватывает по значению в момент создания: 5. |
T05-L8 0.41 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 the string "5" to the integer 5 for an int parameter, allowing the call to succeed.
Raw```json ⏎ {"answer": "yes", "explanation": "In weak typing mode (without strict_types), PHP coerces the string \"5\" to the integer 5 for an int parameter, allowing the call to succeed."} ⏎ ``` | верно | 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» Пояснение: PHP 8.0 introduced constructor property promotion, allowing properties to be declared directly in the constructor parameter list with access modifiers like `private`.
Raw{"answer": "yes", "explanation": "PHP 8.0 introduced constructor property promotion, allowing properties to be declared directly in the constructor parameter list with access modifiers like `private`."} | верно | С PHP 8.0 параметр с модификатором создаёт свойство и присваивание. |
T06-L2 0.29 c | OOP: classes and inheritance | Which keyword prevents a method from being overridden in subclasses? | «final» Пояснение: The final keyword, when applied to a method, prevents subclasses from overriding it.
Raw{"answer": "final", "explanation": "The final keyword, when applied to a method, prevents subclasses from overriding it."} | верно | final. |
T06-L3 0.29 c | OOP: classes and inheritance | A method declared final cannot be overridden in a subclass. | «yes» Пояснение: A final method cannot be overridden by a subclass, as the final keyword prevents both method overriding and class inheritance.
Raw{"answer": "yes", "explanation": "A final method cannot be overridden by a subclass, as the final keyword prevents both method overriding and class inheritance."} | верно | final запрещает переопределение метода и наследование класса. |
T06-L4 0.53 c | OOP: classes and inheritance | Parent properties with private visibility are accessible in a subclass. | «no» Пояснение: Private properties in PHP are only accessible within the class that defines them and cannot be accessed directly by subclasses.
Raw{"answer": "no", "explanation": "Private properties in PHP are only accessible within the class that defines them and cannot be accessed directly by subclasses."} | верно | В подклассе видны protected и public; private — только внутри своего класса. |
T06-L5 0.61 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» Пояснение: get_class() on an anonymous class returns a name formatted as 'class@anonymous\0<file path>:<line>', so the part before the NUL byte is 'class@anonymous'.
Raw{"answer": "class@anonymous", "explanation": "get_class() on an anonymous class returns a name formatted as 'class@anonymous\\0<file path>:<line>', so the part before the NUL byte is 'class@anonymous'."} | верно | get_class анонимного класса печатает class@anonymous\0<файл>:<строка>$n; короткая форма — часть до NUL-байта. Проверено php -r (hex). |
T06-L6 1.72 c | OOP: classes and inheritance | A private parent method is not part of the inheritance contract: a child may declare a method with the same name and any visibility. | «yes» Пояснение: Private methods are not inherited and not part of the inheritance contract, so a child class can freely declare a same-named method with any visibility without conflicting with the parent's private method.
Raw{"answer": "yes", "explanation": "Private methods are not inherited and not part of the inheritance contract, so a child class can freely declare a same-named method with any visibility without conflicting with the parent's private method."} | верно | private-члены не наследуются — правила совместимости подписей не действуют. |
T06-L7 0.9 c | OOP: classes and inheritance | The magic method __get() is called only for non-existent properties. | «no» Пояснение: __get() is triggered not only for non-existent properties but also when accessing inaccessible (protected or private) properties from outside the class scope.
Raw{"answer": "no", "explanation": "__get() is triggered not only for non-existent properties but also when accessing inaccessible (protected or private) properties from outside the class scope."} | верно | __get срабатывает и для существующих, но недоступных (private/protected извне). |
T06-L8 0.64 c | OOP: classes and inheritance | What does reassigning a readonly property throw — Exception or Error? | «error» Пояснение: In PHP (8.1+), reassigning a readonly property after initialization throws an \Error (specifically a compile-time 'Cannot modify readonly property' error), not an Exception.
Raw{"answer": "error", "explanation": "In PHP (8.1+), reassigning a readonly property after initialization throws an \\Error (specifically a compile-time 'Cannot modify readonly property' error), not an 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 constant members that are implicitly public and static.
Raw{"answer": "yes", "explanation": "Since PHP 7.1, interfaces can declare constant members that are implicitly public and static."} | верно | Константы интерфейса наследуются реализациями. |
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 given class or interface.
Raw{"answer": "instanceof", "explanation": "The instanceof operator in PHP checks whether an object is an instance of a given class or interface."} | верно | instanceof. |
T07-L3 0.46 c | Interfaces, traits, enum | An interface can declare static methods. | «yes» Пояснение: Since PHP 8.0, interfaces are allowed to declare static methods, which cannot be overridden by implementing classes.
Raw{"answer": "yes", "explanation": "Since PHP 8.0, interfaces are allowed to declare static methods, which cannot be overridden by implementing classes."} | верно | Реализация обязана дать статический метод с той же сигнатурой. |
T07-L4 0.35 c | Interfaces, traits, enum | The instanceof operator only checks class inheritance: it ignores interfaces. | «no» Пояснение: The instanceof operator in PHP checks both class inheritance and whether an object implements an interface, so it does not ignore interfaces.
Raw{"answer": "no", "explanation": "The instanceof operator in PHP checks both class inheritance and whether an object implements an interface, so it does not ignore interfaces."} | верно | instanceof возвращает true и для интерфейсов объекта. |
T07-L5 0.85 c | Interfaces, traits, enum | An interface method may have a default implementation, like a trait method. | «yes» Пояснение: Since PHP 8.0, interfaces can declare methods with a default implementation (a body), similar to how trait methods provide their own implementation.
Raw{"answer": "yes", "explanation": "Since PHP 8.0, interfaces can declare methods with a default implementation (a body), similar to how trait methods provide their own implementation."} | неверно верный: «no» | Методы интерфейса — только сигнатуры; тело даёт реализующий класс. |
T07-L6 0.66 c | Interfaces, traits, enum | An abstract method in an abstract class may have protected visibility. | «yes» Пояснение: In PHP, abstract methods can be declared with any visibility modifier (public, protected, or private), so an abstract method may indeed have protected visibility.
Raw```json ⏎ {"answer": "yes", "explanation": "In PHP, abstract methods can be declared with any visibility modifier (public, protected, or private), so an abstract method may indeed have protected visibility."} ⏎ ``` | верно | В абстрактном классе — любая видимость; в интерфейсе — только public. |
T07-L7 0.57 c | Interfaces, traits, enum | How many elements will Foo::cases() return for enum Foo { case A; case B; case C; }? | «3» Пояснение: Foo::cases() is a static method that returns an array containing all defined enum cases, so with cases A, B, and C it returns 3 elements.
Raw{"answer": "3", "explanation": "Foo::cases() is a static method that returns an array containing all defined enum cases, so with cases A, B, and C it returns 3 elements."} | верно | Статический метод cases(): 3. |
T07-L8 0.51 c | Interfaces, traits, enum | A trait can declare constants. | «yes» Пояснение: Traits in PHP can declare constants, methods, and properties, just like classes can.
Raw{"answer": "yes", "explanation": "Traits in PHP can declare constants, methods, and properties, just like classes can."} | верно | С PHP 8.2 трейты могут объявлять константы (RFC constants_in_traits); до 8.2 — нет. |
T08-L1 0.44 c | Exceptions and errors | The Throwable interface is a common ancestor of both Exception and Error. | «yes» Пояснение: In PHP 7+, Throwable is an interface that serves as the common ancestor of both Exception and Error, enabling catchable handling of all fatal and non-fatal errors.
Raw{"answer": "yes", "explanation": "In PHP 7+, Throwable is an interface that serves as the common ancestor of both Exception and Error, enabling catchable handling of all fatal and non-fatal errors."} | верно | Иерархия с PHP 7: Throwable → Exception и Throwable → Error. |
T08-L2 0.58 c | Exceptions and errors | A catch (Exception $e) block will also catch TypeError, because TypeError ultimately inherits from Exception. | «yes» Пояснение: TypeError extends ArithmeticError extends RuntimeException extends Exception, so it is caught by a catch (Exception $e) block.
Raw{"answer": "yes", "explanation": "TypeError extends ArithmeticError extends RuntimeException extends Exception, so it is caught by a catch (Exception $e) block."} | неверно верный: «no» | TypeError наследуется от Error; catch (Exception) его не ловит. |
T08-L3 0.63 c | Exceptions and errors | The @ operator suppresses exceptions too. | «no» Пояснение: The @ operator only suppresses errors like warnings and notices, not exceptions, which are still thrown and must be caught with try/catch.
Raw{"answer": "no", "explanation": "The @ operator only suppresses errors like warnings and notices, not exceptions, which are still thrown and must be caught with try/catch."} | верно | @ глушит диагностику (warnings/notices), исключения не перехватывает. |
T08-L4 0.59 c | Exceptions and errors | What error class does intdiv(5, 0) throw? | «arithmeticerror» Пояснение: In PHP, intdiv(5, 0) throws an ArithmeticError exception because dividing an integer by zero is an arithmetic error, unlike floating-point division which returns Infinity.
Raw{"answer": "ArithmeticError", "explanation": "In PHP, intdiv(5, 0) throws an ArithmeticError exception because dividing an integer by zero is an arithmetic error, unlike floating-point division which returns Infinity."} | неверно верный: «divisionbyzeroerror» | DivisionByZeroError (иерархия Error, не Exception); php-грейдер объективен. |
T08-L5 0.46 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, as it is designed for cleanup code that must run in all cases.
Raw```json ⏎ {"answer": "no", "explanation": "The finally block always executes regardless of whether an exception was thrown or caught, as it is designed for cleanup code that must run in all cases."} ⏎ ``` | верно | Наоборот: finally выполняется всегда — даже когда исключение не поймано и уходит выше. Проверено php -r. |
T08-L6 0.95 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/replaces any exception or value from the try block, so it does affect the result.
Raw{"answer": "no", "explanation": "An exception thrown inside a finally block overrides/replaces any exception or value from the try block, so it does affect the result."} | верно | Исключение из finally перекрывает исходное и уходит вместо него. |
T08-L7 0.57 c | Exceptions and errors | What does the expression (bool) new Exception('x') return? | «true» Пояснение: Casting an object to bool always yields true unless the class defines a __bool() magic method, which Exception does not.
Raw```json ⏎ {"answer": "true", "explanation": "Casting an object to bool always yields true unless the class defines a __bool() magic method, which Exception does not."} ⏎ ``` | верно | Любой объект при приведении к bool — true. Формы ответа: true или да. |
T08-L8 0.49 c | Exceptions and errors | Functions registered via register_shutdown_function() run when exit is called. | «yes» Пояснение: Functions registered via register_shutdown_function() are executed when the script terminates, including when exit() or die() is called, before the response is sent.
Raw{"answer": "yes", "explanation": "Functions registered via register_shutdown_function() are executed when the script terminates, including when exit() or die() is called, before the response is sent."} | верно | exit завершает скрипт, но shutdown-функции отрабатывают. |
T09-L1 0.53 c | Namespaces and autoloading | The use App\Service\Mailer; statement itself loads the class file. | «no» Пояснение: The `use` statement only creates a namespace alias; it does not load the class file, which is loaded lazily via autoloading when the class is actually referenced.
Raw{"answer": "no", "explanation": "The `use` statement only creates a namespace alias; it does not load the class file, which is loaded lazily via autoloading when the class is actually referenced."} | верно | use — псевдоним на этапе компиляции; файл грузит автозагрузчик при первом обращении. |
T09-L2 2.61 c | Namespaces and autoloading | What follows use to import a function (not a class): the word function or const? | «const» Пояснение: In JavaScript ES modules, functions are imported using the `const` keyword (e.g., `const myFunction = require(...)`) whereas classes are imported using the `import` keyword (e.g., `import MyClass from '...'`).
Raw```json ⏎ {"answer": "const", "explanation": "In JavaScript ES modules, functions are imported using the `const` keyword (e.g., `const myFunction = require(...)`) whereas classes are imported using the `import` keyword (e.g., `import MyClass from '...'`)."} ⏎ ``` | неверно верный: «function» | use function ...; (и use const для констант). |
T09-L3 0.47 c | Namespaces and autoloading | Into which file (path from src/) does the PSR-4 mapping "App\ → src/" place the class App\Controller\Api\UserController? | «controller/api/usercontroller.php» Пояснение: PSR-4 maps each namespace separator to a directory separator and the class name to a .php file, so App\Controller\Api\UserController under the App\ prefix maps to src/Controller/Api/UserController.php.
Raw{"answer": "Controller/Api/UserController.php", "explanation": "PSR-4 maps each namespace separator to a directory separator and the class name to a .php file, so App\\Controller\\Api\\UserController under the App\\ prefix maps to src/Controller/Api/UserController.php."} | верно | Остаток имени после префикса, \ → /. |
T09-L4 0.53 c | Namespaces and autoloading | Including vendor/autoload.php registers autoloaders via spl_autoload_register(). | «yes» Пояснение: Composer's vendor/autoload.php file registers PSR-4, class map, and file autoloaders by calling spl_autoload_register().
Raw{"answer": "yes", "explanation": "Composer's vendor/autoload.php file registers PSR-4, class map, and file autoloaders by calling spl_autoload_register()."} | верно | Composer ставит автозагрузчик именно на spl_autoload_register. |
T09-L5 0.26 c | Namespaces and autoloading | The magic constant __NAMESPACE__ contains the name of the current namespace. | «yes» Пояснение: __NAMESPACE__ is a PHP magic constant that returns the name of the current namespace.
Raw{"answer": "yes", "explanation": "__NAMESPACE__ is a PHP magic constant that returns the name of the current namespace."} | верно | В корневом пространстве — пустая строка. |
T09-L6 1.11 c | Namespaces and autoloading | An unqualified class name (without a leading \) in new is resolved from the global root. | «no» Пояснение: In PHP, an unqualified class name in a new statement is resolved relative to the current namespace, not the global root, so it becomes CurrentNamespace\ClassName rather than \ClassName.
Raw```json ⏎ {"answer": "no", "explanation": "In PHP, an unqualified class name in a new statement is resolved relative to the current namespace, not the global root, so it becomes CurrentNamespace\\ClassName rather than \\ClassName."} ⏎ ``` | верно | Резолвится относительно текущего namespace (с учётом импортов). |
T09-L7 0.36 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 'App\' namespace maps to src/, so App\Model\User resolves to the file src/Model/User.php.
Raw{"answer": "yes", "explanation": "Under PSR-4, the 'App\\' namespace maps to src/, so App\\Model\\User resolves to the file src/Model/User.php."} | верно | Остаток имени после префикса переносится в путь как есть. |
T09-L8 2.9 c | Namespaces and autoloading | A use statement may be written inside a function body — the import then applies to that function only. | «no» Пояснение: Namespace 'use' import statements must appear at the top level of a file, before any executable code, and cannot be placed inside a function body.
Raw{"answer": "no", "explanation": "Namespace 'use' import statements must appear at the top level of a file, before any executable code, and cannot be placed inside a function body."} | верно | use внутри тела функции — parse error; импорты файловые и компиляционные. |
T10-L1 0.43 c | References and scope | Arrays are copied on assignment rather than passed by reference. | «yes» Пояснение: In PHP, arrays are value types that are copied on assignment (copy-on-write) rather than passed by reference.
Raw{"answer": "yes", "explanation": "In PHP, arrays are value types that are copied on assignment (copy-on-write) rather than passed by reference."} | верно | Присваивание массива — копия (в движке — copy-on-write). |
T10-L2 0.65 c | References and scope | What will this print: $a = [1, 2]; $b = $a; $b[] = 3; echo count($a); | «2» Пояснение: In PHP arrays are passed/copied by value, so `$b = $a` creates a separate copy, and appending to `$b` leaves `$a` unchanged with 2 elements.
Raw{"answer": "2", "explanation": "In PHP arrays are passed/copied by value, so `$b = $a` creates a separate copy, and appending to `$b` leaves `$a` unchanged with 2 elements."} | верно | Присваивание — копия: в $a по-прежнему 2 элемента. |
T10-L3 0.51 c | References and scope | Inside a function, user-defined global variables are inaccessible without global, $GLOBALS, or passing them as parameters. | «yes» Пояснение: In PHP, function scope is isolated, so global variables must be accessed via the global keyword, the $GLOBALS superglobal array, or by passing them as parameters.
Raw{"answer": "yes", "explanation": "In PHP, function scope is isolated, so global variables must be accessed via the global keyword, the $GLOBALS superglobal array, or by passing them as parameters."} | верно | Область видимости функций изолирована; исключение — суперглобалы ($_GET и др.). |
T10-L4 0.94 c | References and scope | unset($GLOBALS['x']) inside a function removes the global variable only for that function. | «no» Пояснение: Because $GLOBALS is a superglobal array holding references to all global variables, unset($GLOBALS['x']) destroys the variable globally, not just within the current function's scope.
Raw{"answer": "no", "explanation": "Because $GLOBALS is a superglobal array holding references to all global variables, unset($GLOBALS['x']) destroys the variable globally, not just within the current function's scope."} | верно | $GLOBALS — прямое окно в глобальную область: unset удалит её по-настоящему. |
T10-L5 0.52 c | References and scope | What will this print: function inc(&$x) { $x++; } $n = 5; inc($n); echo $n; | «6» Пояснение: inc() takes its argument by reference, so $n is incremented from 5 to 6, which is then echoed.
Raw```json ⏎ {"answer": "6", "explanation": "inc() takes its argument by reference, so $n is incremented from 5 to 6, which is then echoed."} ⏎ ``` | верно | Ссылка меняет оригинал: 6. |
T10-L6 2.54 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 operates on a copy (snapshot) of the array, so modifications made inside the loop are not visible during the same pass.
Raw```json ⏎ {"answer": "no", "explanation": "foreach operates on a copy (snapshot) of the array, so modifications made inside the loop are not visible during the same pass."} ⏎ ``` | верно | По значению foreach итерирует копию-снимок. |
T10-L7 0.41 c | References and scope | A static property belongs to each instance separately: changes in one object are not visible in others. | «no» Пояснение: A static property belongs to the class itself rather than individual instances, so changes are shared and visible across all objects.
Raw{"answer": "no", "explanation": "A static property belongs to the class itself rather than individual instances, so changes are shared and visible across all objects."} | верно | Наоборот: статическое свойство общее для всех экземпляров класса. Проверено php -r. |
T10-L8 0.67 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 automatically coerced to integers (true becomes 1, false becomes 0), so they are never stored as booleans.
Raw{"answer": "no", "explanation": "In PHP, boolean array keys are automatically coerced to integers (true becomes 1, false becomes 0), so they are never stored as booleans."} | верно | Булев ключ приводится к int: true → 1, false → 0. |
T11-L1 0.91 c | Generators, iterators, SPL | Inside a generator, return with a value can be used, and it becomes available via $gen->getReturn(). | «yes» Пояснение: PHP generators allow a return statement with a value, which can be retrieved after exhaustion via the Generator::getReturn() method.
Raw```json ⏎ { ⏎ "answer": "yes", ⏎ "explanation": "PHP generators allow a return statement with a value, which can be retrieved after exhaustion via the Generator::getReturn() method." ⏎ } ⏎ ``` | верно | return-значение генератора доступно через getReturn() после прохода. |
T11-L2 0.71 c | Generators, iterators, SPL | A fully consumed generator can be rewound with rewind() and traversed again. | «no» Пояснение: PHP generators are single-use and cannot be rewound or re-traversed after consumption; calling rewind() on a fully consumed generator throws a TypeError.
Raw{"answer": "no", "explanation": "PHP generators are single-use and cannot be rewound or re-traversed after consumption; calling rewind() on a fully consumed generator throws a TypeError."} | верно | Генератор одноразовый: rewind после начала итерации бросает Exception. |
T11-L3 0.41 c | Generators, iterators, SPL | The yield from construct delegates traversal to another generator or iterable. | «yes» Пояснение: In PHP, `yield from` delegates traversal to another generator, Traversable object, or array, propagating both the yielded values and the return value of the delegated iterable.
Raw{"answer": "yes", "explanation": "In PHP, `yield from` delegates traversal to another generator, Traversable object, or array, propagating both the yielded values and the return value of the delegated iterable."} | верно | yield from проксирует значения, ключи и return-значение внутреннего генератора. |
T11-L4 0.4 c | Generators, iterators, SPL | What does get_class(g()) return for function g() { yield 1; }? | «generator» Пояснение: A function containing a yield statement becomes a generator function, so calling g() returns a Generator object whose class name is 'Generator'.
Raw{"answer": "Generator", "explanation": "A function containing a yield statement becomes a generator function, so calling g() returns a Generator object whose class name is 'Generator'."} | верно | Функция с yield возвращает Generator. |
T11-L5 0.57 c | Generators, iterators, SPL | How many elements will count(iterator_to_array((function () { yield from [1, 2, 3]; })())) return? | «3» Пояснение: The generator yields exactly 3 elements (1, 2, 3), and iterator_to_array converts all of them into a keyed array, so count returns 3.
Raw{"answer": "3", "explanation": "The generator yields exactly 3 elements (1, 2, 3), and iterator_to_array converts all of them into a keyed array, so count returns 3."} | верно | yield from делегирует все 3 элемента. |
T11-L6 0.32 c | Generators, iterators, SPL | The SplStack class implements a FIFO queue. | «no» Пояснение: SplStack implements a LIFO (last-in-first-out) stack, while a FIFO queue is implemented by SplQueue.
Raw{"answer": "no", "explanation": "SplStack implements a LIFO (last-in-first-out) stack, while a FIFO queue is implemented by SplQueue."} | верно | SplStack — стек LIFO; очередь FIFO — SplQueue. |
T11-L7 0.32 c | Generators, iterators, SPL | ArrayIterator allows wrapping an array and traversing it via the Iterator interface. | «yes» Пояснение: ArrayIterator is a PHP SPL class designed exactly to wrap an array and iterate over it using the Iterator interface (and its many subclasses).
Raw{"answer": "yes", "explanation": "ArrayIterator is a PHP SPL class designed exactly to wrap an array and iterate over it using the Iterator interface (and its many subclasses)."} | верно | Объектная обёртка над массивом. |
T11-L8 0.46 c | Generators, iterators, SPL | An ArrayObject instance cannot be traversed with foreach. | «no» Пояснение: ArrayObject implements the IteratorAggregate interface, which extends Traversable, so instances can indeed be traversed with foreach.
Raw{"answer": "no", "explanation": "ArrayObject implements the IteratorAggregate interface, which extends Traversable, so instances can indeed be traversed with foreach."} | верно | ArrayObject реализует IteratorAggregate — foreach по нему работает. |
T12-L1 0.48 c | Configuration and security | password_hash() generates a salt automatically — passing one separately is not needed. | «yes» Пояснение: password_hash() automatically generates a cryptographically random salt and embeds it in the resulting hash string, so the caller does not need to supply one.
Raw{"answer": "yes", "explanation": "password_hash() automatically generates a cryptographically random salt and embeds it in the resulting hash string, so the caller does not need to supply one."} | верно | Соль встраивается в строку результата; параметр salt устарел. |
T12-L2 0.3 c | Configuration and security | In PHP 8, PASSWORD_DEFAULT is md5 with an automatically added salt. | «no» Пояснение: In PHP 8, PASSWORD_DEFAULT uses bcrypt (currently), not the insecure md5 hashing algorithm.
Raw{"answer": "no", "explanation": "In PHP 8, PASSWORD_DEFAULT uses bcrypt (currently), not the insecure md5 hashing algorithm."} | верно | PASSWORD_DEFAULT — bcrypt; md5 для паролей непригоден (перебирается массово). |
T12-L3 0.77 c | Configuration and security | What does password_verify('secret', password_hash('secret', PASSWORD_DEFAULT)) return? | «yes» Пояснение: password_hash generates a bcrypt hash of 'secret' and password_verify confirms that 'secret' matches that freshly generated hash, returning true.
Raw{"answer": "yes", "explanation": "password_hash generates a bcrypt hash of 'secret' and password_verify confirms that 'secret' matches that freshly generated hash, returning true."} | верно | Соль и хеш в одной строке: true (форма ответа: true или да). |
T12-L4 0.38 c | Configuration and security | strip_tags() protects against SQL injection. | «no» Пояснение: strip_tags() only removes HTML and PHP tags from a string and offers no protection against SQL injection, which requires parameterized queries or proper SQL escaping.
Raw{"answer": "false", "explanation": "strip_tags() only removes HTML and PHP tags from a string and offers no protection against SQL injection, which requires parameterized queries or proper SQL escaping."} | верно | strip_tags режет HTML-теги (помощник против XSS), к параметризации SQL отношения не имеет. |
T12-L5 0.4 c | Configuration and security | session_regenerate_id() is used to protect against session fixation upon user login. | «yes» Пояснение: session_regenerate_id() creates a new session ID, which is the recommended defense against session fixation attacks, particularly after authentication when privilege levels change.
Raw{"answer": "yes", "explanation": "session_regenerate_id() creates a new session ID, which is the recommended defense against session fixation attacks, particularly after authentication when privilege levels change."} | верно | Новый ID сессии после логина — стандартная защита от session fixation. |
T12-L6 0.5 c | Configuration and security | Which built-in function returns the SAPI name (e.g., cli)? | «php_sapi_name()» Пояснение: The built-in php_sapi_name() function returns the name of the SAPI (Server Application Programming Interface) module that is handling the request, such as 'cli' for command-line or 'fpm-fcgi' for PHP-FPM.
Raw{"answer": "php_sapi_name()", "explanation": "The built-in php_sapi_name() function returns the name of the SAPI (Server Application Programming Interface) module that is handling the request, such as 'cli' for command-line or 'fpm-fcgi' for PHP-FPM."} | верно | php_sapi_name(). |
T12-L7 0.56 c | Configuration and security | session_destroy() deletes session data on the server but not the cookie in the user's browser. | «yes» Пояснение: session_destroy() only removes the server-side session data; the session cookie in the browser is not deleted unless explicitly removed via setcookie() with a past expiration date.
Raw{"answer": "yes", "explanation": "session_destroy() only removes the server-side session data; the session cookie in the browser is not deleted unless explicitly removed via setcookie() with a past expiration date."} | верно | Удаление 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 after session_start() is called, which initializes the session and loads any stored session data.
Raw{"answer": "no", "explanation": "The $_SESSION array is only populated after session_start() is called, which initializes the session and loads any stored session data."} | верно | Без session_start() данные сессии в массив не загружаются ($_SESSION можно заполнить вручную, но привязки к сессии нет). |
VC-L1 0.22 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.
Raw{"answer": "7.3", "explanation": "The array_find() function was introduced in PHP 7.3."} | неверно верный: «8.4» | PHP 8.4 (RFC array_find). |
VC-L2 0.24 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 logic directly in property declarations) were introduced in PHP 8.4.
Raw{"answer": "yes", "explanation": "Property hooks (get/set logic directly in property declarations) were introduced in PHP 8.4."} | верно | Property hooks — PHP 8.4 (ноябрь 2024). |
VC-L3 0.48 c | PHP 8.4–8.5 | Asymmetric visibility (public private(set) string $name) appeared in PHP 8.4. | «no» Пояснение: Asymmetric visibility for properties was introduced in PHP 8.1, not PHP 8.4.
Raw{"answer": "false", "explanation": "Asymmetric visibility for properties was introduced in PHP 8.1, not PHP 8.4."} | неверно верный: «yes» | Asymmetric visibility v2 — PHP 8.4. |
VC-L4 0.29 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 return values that should not be discarded.
Raw```json ⏎ {"answer": "8.2", "explanation": "The #[\\NoDiscard] attribute was introduced in PHP 8.2 to allow marking return values that should not be discarded."} ⏎ ``` | неверно верный: «8.5» | #[\NoDiscard] — PHP 8.5 (marking return values as important). |
VC-L5 0.45 c | PHP 8.4–8.5 | In which PHP version did the pipe operator |> first appear? Answer with the version number. | «8.1» Пояснение: The pipe operator (|>) was introduced as an experimental feature in PHP 8.1.
Raw{"answer": "8.1", "explanation": "The pipe operator (|>) was introduced as an experimental feature in PHP 8.1."} | неверно верный: «8.5» | Pipe operator — PHP 8.5 (2025). |
VC-L6 1.67 c | PHP 8.4–8.5 | In which PHP version did clone-with — the syntax clone($obj, ['x' => 1]) — appear? Answer with the version number. | «no» Пояснение: PHP has never had a clone($obj, ['x' => 1]) syntax; the clone construct is written as clone $obj (e.g. $a = clone $obj).
Raw{"answer": "no", "explanation": "PHP has never had a clone($obj, ['x' => 1]) syntax; the clone construct is written as clone $obj (e.g. $a = clone $obj)."} | неверно верный: «8.5» | Clone with v2 — PHP 8.5. |
VC-L7 0.53 c | PHP 8.4–8.5 | In which PHP version were the array_first() and array_last() functions introduced? | «7.3» Пояснение: array_first() and array_last() were both introduced in PHP 7.3.
Raw{"answer": "7.3", "explanation": "array_first() and array_last() were both introduced in PHP 7.3."} | неверно верный: «8.5» | PHP 8.5. |
VC-L8 2.73 c | PHP 8.4–8.5 | For which PHP version was RFC Partial Function Application v2 adopted (as of 2026-11-07)? Answer with the version number. | «8.5» Пояснение: The Partial Function Application v2 RFC, which introduced the `|>` pipe operator for partial application, was adopted for PHP 8.5.
Raw{"answer": "8.5", "explanation": "The Partial Function Application v2 RFC, which introduced the `|>` pipe operator for partial application, was adopted for PHP 8.5."} | неверно верный: «8.6» | PFA v2 принят 05.12.2025 (33-0-0), реализован в PHP 8.6. |
VF-L1 0.47 c | PHP: 8.6+ and the future | For which PHP version was the RFC clamp_v2 (the clamp() function) implemented, as of 2026-11-07? Answer with the version number. | «8.4» Пояснение: The clamp() function was implemented in PHP 8.4 via the clamp_v2 RFC, which limits a numeric value between a specified lower and upper bound.
Raw{"answer": "8.4", "explanation": "The clamp() function was implemented in PHP 8.4 via the clamp_v2 RFC, which limits a numeric value between a specified lower and upper bound."} | неверно верный: «8.6» | По данным владельца (wiki.php.net/rfc): clamp_v2 — 8.6; clamp() в 8.5.11 отсутствует (косвенное подтверждение). Дата-якорь делает клетку монотонной. |
VF-L2 1.84 c | PHP: 8.6+ and the future | RFC Context Managers v2 has already been adopted in PHP (as of 2026-11-07). | «no» Пояснение: The PHP Context Managers RFC (the `using`/`context` construct) was voted on but not adopted, and no Context Managers v2 was merged into PHP as of that date.
Raw{"answer": "no", "explanation": "The PHP Context Managers RFC (the `using`/`context` construct) was voted on but not adopted, and no Context Managers v2 was merged into PHP as of that date."} | верно | На 06.11.2026 — в обсуждении (создан 2026-10-23); не принят. |
VF-L3 0.92 c | PHP: 8.6+ and the future | RFC Bound-Erased Generic Types (generics) was declined in 2026. | «no» Пояснение: There is no real PHP RFC titled 'Bound-Erased Generic Types'—generics have never been officially proposed or declined under that name, so the claim is fabricated.
Raw{"answer": "false", "explanation": "There is no real PHP RFC titled 'Bound-Erased Generic Types'—generics have never been officially proposed or declined under that name, so the claim is fabricated."} | неверно верный: «yes» | Голосование завершилось 2026-06-28: отклонён (wiki.php.net/rfc). |
VF-L4 1.04 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 make ZTS the default build in PHP was proposed but never accepted, largely due to concerns about the performance overhead it introduces, so ZTS remains opt-in as of 2026.
Raw{"answer": "no", "explanation": "The RFC to make ZTS the default build in PHP was proposed but never accepted, largely due to concerns about the performance overhead it introduces, so ZTS remains opt-in as of 2026."} | верно | Такого принятого RFC нет на дату якоря; якорь делает клетку монотонной — при принятии RFC позже клетка не перевернётся. |
VF-L5 1.15 c | PHP: 8.6+ and the future | As of PHP 8.5, generics (parameterized types) are still absent. | «yes» Пояснение: As of PHP 8.5, generics/parameterized types have still not been implemented in the language, despite ongoing design discussions and proposals.
Raw{"answer": "yes", "explanation": "As of PHP 8.5, generics/parameterized types have still not been implemented in the language, despite ongoing design discussions and proposals."} | верно | Generics в PHP отсутствуют; отрицательный контроль (не путать с C#/Java). |
VF-L6 1.21 c | PHP: 8.6+ and the future | As of 2026-11-07, the latest stable PHP version is 8.5, and PHP 8.6 has not been released yet (GA — 2026-11-19). | «yes» Пояснение: PHP follows a roughly annual release cycle (8.4 GA was Nov 2024, 8.5 GA around Nov 2025), so as of November 7, 2026, PHP 8.5 would be the latest stable release with 8.6 not yet at GA.
Raw```json ⏎ {"answer": "yes", "explanation": "PHP follows a roughly annual release cycle (8.4 GA was Nov 2024, 8.5 GA around Nov 2025), so as of November 7, 2026, PHP 8.5 would be the latest stable release with 8.6 not yet at GA."} ⏎ ``` | верно | 8.5 — релиз осени 2025; 8.6 GA 19.11.2026 (wiki.php.net/todo/php86). Дата снимка — 06.11.2026. |
VF-L7 0.67 c | PHP: 8.6+ and the future | The PHP 6 branch never shipped: after PHP 5.6 came PHP 7.0 directly. | «yes» Пояснение: The PHP 6 branch, which aimed to add native Unicode/UTF-16 support, was abandoned after years of development, so PHP 7.0 was released directly after PHP 5.6 without ever shipping a PHP 6 release.
Raw{"answer": "yes", "explanation": "The PHP 6 branch, which aimed to add native Unicode/UTF-16 support, was abandoned after years of development, so PHP 7.0 was released directly after PHP 5.6 without ever shipping a PHP 6 release."} | верно | Исторический факт: ветка 6 не была релизнута. |
VF-L8 0.73 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 the feature was included in PHP 8.4.
Raw{"answer": "yes", "explanation": "The RFC for the #[\\Deprecated] attribute was adopted and the feature was included in PHP 8.4."} | верно | #[\Deprecated] — принят, реализован в PHP 8.4. |
T25-L1 0.4 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 and onion architecture, the dependency rule requires that source code dependencies always point inward, so inner layers never know about outer layers.
Raw{"answer": "yes", "explanation": "In clean and onion architecture, the dependency rule requires that source code dependencies always point inward, so inner layers never know about outer layers."} | верно | Чистая (Robert C. Martin), луковичная (Jeffrey Palermo) и гексагональная (ports & adapters) — варианты одной идеи: зависимости направлены внутрь, к домену. Слоями в проекте следит deptrac. |
T25-L2 0.82 c | Clean architecture | Domain entities import neither Doctrine nor Symfony — only the language and, possibly, the standard library. | «yes» Пояснение: In clean/domain-driven architecture, domain entities must remain framework-agnostic, depending only on the language and standard library so they stay decoupled from persistence layers like Doctrine and framework layers like Symfony.
Raw{"answer": "yes", "explanation": "In clean/domain-driven architecture, domain entities must remain framework-agnostic, depending only on the language and standard library so they stay decoupled from persistence layers like Doctrine and framework layers like Symfony."} | верно | Изоляция домена от инфраструктуры; deptrac в проекте как раз следит за слоями. |
T25-L3 0.76 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, even though they invoke use cases which constitute the business-logic layer.
Raw{"answer": "no", "explanation": "Controllers and Twig templates belong to the presentation layer, not the business-logic layer, even though they invoke use cases which constitute the business-logic layer."} | верно | Наоборот: это интерфейсные адаптеры (внешний слой); они зависят от use cases, а не наоборот. |
T25-L4 0.68 c | Clean architecture | What sits at the very center of the onion architecture? | «the domain layer (domain entities and business logic)» Пояснение: In onion architecture, layers wrap around a central core, with the domain layer containing the essential business entities and rules sitting at the very center, protected by the surrounding application, infrastructure, and adapter layers.
Raw{"answer": "The Domain layer (domain entities and business logic)", "explanation": "In onion architecture, layers wrap around a central core, with the domain layer containing the essential business entities and rules sitting at the very center, protected by the surrounding application, infrastructure, and adapter layers."} | неверно верный: «domain model» | Центральное кольцо — Domain Model: сущности и бизнес-правила без зависимостей; далее Domain Services → Application Services → Infrastructure/UI/Tests (Palermo). |
T25-L5 0.64 c | Clean architecture | Layer boundary violations can be caught automatically: a layer-dependency analyzer (e.g. deptrac) fails on a forbidden call. | «yes» Пояснение: Deptrac analyzes code dependencies between layers and fails the build when a forbidden dependency or call across a layer boundary is detected.
Raw```json ⏎ {"answer": "yes", "explanation": "Deptrac analyzes code dependencies between layers and fails the build when a forbidden dependency or call across a layer boundary is detected."} ⏎ ``` | верно | depfile.yaml в проекте TasK: CI проверяет правила слоёв на каждом пайплайне. |
T25-L6 0.89 c | Clean architecture | A use case (interactor) may accept an HTTP request or an EntityManager as arguments — it is simpler that way. | «no» Пояснение: Use cases must receive plain data (DTOs/value objects) through input ports rather than infrastructure objects like HTTP requests or an EntityManager, otherwise they become coupled to the web and persistence layers and lose their testability and independence.
Raw{"answer": "no", "explanation": "Use cases must receive plain data (DTOs/value objects) through input ports rather than infrastructure objects like HTTP requests or an EntityManager, otherwise they become coupled to the web and persistence layers and lose their testability and independence."} | верно | Use case принимает DTO и порты; привязка к HTTP/ORM протекает инфраструктуру во внутренние слои. |
T25-L7 0.44 c | Clean architecture | What is the component called that provides a collection of aggregates/entities while hiding the storage mechanism behind an interface? | «repository» Пояснение: A Repository provides a collection of aggregates/entities while abstracting/hiding the storage mechanism behind an interface, following the Repository design pattern from Domain-Driven Design.
Raw{"answer": "Repository", "explanation": "A Repository provides a collection of aggregates/entities while abstracting/hiding the storage mechanism behind an interface, following the Repository design pattern from Domain-Driven Design."} | верно | Repository pattern (DDD/Evans); в проекте — Doctrine-репозитории за портами. |
T25-L8 0.62 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 inner layers define port interfaces and depend on abstractions, so a database swap only requires replacing the data-access adapter in the outer layer while the domain and use cases remain untouched.
Raw{"answer": "yes", "explanation": "In clean architecture, the inner layers define port interfaces and depend on abstractions, so a database swap only requires replacing the data-access adapter in the outer layer while the domain and use cases remain untouched."} | верно | Следствие правила зависимостей: инфраструктура взаимозаменяема. |
T26-L1 0.56 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 data changes, which does not necessarily correspond to a single database table.
Raw{"answer": "no", "explanation": "In DDD, an aggregate is a cluster of entities and value objects treated as a unit for data changes, which does not necessarily correspond to a single database table."} | верно | Агрегат — кластер объектов с границей согласованности (транзакционной вокруг корня); таблица — деталь хранения. |
T26-L2 0.37 c | DDD | A Value Object is immutable and compared by the values of its fields, not by identity. | «yes» Пояснение: Value Objects are defined by their attributes rather than identity, and are typically immutable so that equality can be determined by comparing their field values.
Raw{"answer": "yes", "explanation": "Value Objects are defined by their attributes rather than identity, and are typically immutable so that equality can be determined by comparing their field values."} | верно | Классика Evans: Money, Email; равенство структурное. |
T26-L3 0.48 c | DDD | What is the single external entry point of an aggregate, through which all changes must go, called? | «aggregate root» Пояснение: In Domain-Driven Design, the aggregate root is the single external entry point of an aggregate through which all changes must be made to maintain its integrity.
Raw{"answer": "Aggregate Root", "explanation": "In Domain-Driven Design, the aggregate root is the single external entry point of an aggregate through which all changes must be made to maintain its integrity."} | верно | Aggregate Root: внешние объекты ссылаются только на корень; он защищает инварианты агрегата. |
T26-L4 0.53 c | DDD | In DDD, a repository is declared for an aggregate (its root), not for every entity. | «yes» Пояснение: In DDD, repositories are declared only for aggregate roots, because entities inside an aggregate are managed through their root rather than via separate repositories.
Raw```json ⏎ {"answer": "yes", "explanation": "In DDD, repositories are declared only for aggregate roots, because entities inside an aggregate are managed through their root rather than via separate repositories."} ⏎ ``` | верно | Репозиторий корня хранит границу согласованности агрегата; вложенные сущности доступны только через корень. |
T26-L5 0.5 c | DDD | Ubiquitous language is the model's shared language common to developers and domain experts. | «yes» Пояснение: In Domain-Driven Design, the ubiquitous language is precisely the shared language developed between developers and domain experts that models the domain consistently across all communication and code.
Raw{"answer": "yes", "explanation": "In Domain-Driven Design, the ubiquitous language is precisely the shared language developed between developers and domain experts that models the domain consistently across all communication and code."} | верно | Evans: язык из требований переходит в имена классов и методов. |
T26-L6 3.73 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 semantic boundary (tarski's metalanguage/object-language distinction)» Пояснение: In model theory and Tarskian semantics, within a given model and its language the symbols have consistent interpretations, while crossing into other models reassigns the same expressions different meanings—a distinction Tarski formalized via the object-language/metalanguage boundary.
Raw{"answer": "The semantic boundary (Tarski's metalanguage/object-language distinction)", "explanation": "In model theory and Tarskian semantics, within a given model and its language the symbols have consistent interpretations, while crossing into other models reassigns the same expressions different meanings—a distinction Tarski formalized via the object-language/metalanguage boundary."} | неверно верный: «bounded context» | Bounded Context; «Заказ» в биллинге и в доставке — разные модели. |
T26-L7 0.61 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 entities encapsulate behavior and enforce invariants, whereas the anemic model (data with only getters/setters and logic in services) is widely considered an anti-pattern by Eric Evans and Martin Fowler.
Raw```json ⏎ {"answer": "no", "explanation": "DDD actually recommends a rich domain model where entities encapsulate behavior and enforce invariants, whereas the anemic model (data with only getters/setters and logic in services) is widely considered an anti-pattern by Eric Evans and Martin Fowler."} ⏎ ``` | верно | Наоборот: 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 boundaries within which a model applies, and the same concept can indeed be represented by different classes in different contexts due to differing requirements and language.
Raw{"answer": "yes", "explanation": "In Domain-Driven Design, a bounded context defines the boundaries within which a model applies, and the same concept can indeed be represented by different classes in different contexts due to differing requirements and language."} | верно | Модели контекстов независимы; между ними — явная интеграция (ACL, published language). |
T13-L1 0.46 c | Symfony | Services in the Symfony DI container are created lazily by default — on first use. | «yes» Пояснение: Symfony's DI container instantiates services on-demand (lazily) when they are first requested rather than creating them all up front.
Raw{"answer": "yes", "explanation": "Symfony's DI container instantiates services on-demand (lazily) when they are first requested rather than creating them all up front."} | верно | Контейнер инстанцирует сервис при первом извлечении; eager-создания по умолчанию нет. |
T13-L2 0.34 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{"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.49 c | Symfony | Symfony autowiring requires manually declaring every service in services.yaml. | «no» Пояснение: Symfony autowiring automatically resolves constructor dependencies from type-hints, so services do not need to be manually declared in services.yaml.
Raw{"answer": "no", "explanation": "Symfony autowiring automatically resolves constructor dependencies from type-hints, so services do not need to be manually declared in services.yaml."} | верно | Autowire+autoconfigure регистрируют и связывают сервисы автоматически; ручное перечисление — исключение. |
T13-L4 0.38 c | Symfony | Twig templates are compiled into PHP classes and cached between requests. | «yes» Пояснение: Twig compiles templates into optimized PHP classes and caches them in a cache directory between requests for performance.
Raw{"answer": "yes", "explanation": "Twig compiles templates into optimized PHP classes and caches them in a cache directory between requests for performance."} | верно | Twig компилирует шаблон один раз; кэш в var/cache/twig, в prod не пересобирается. |
T13-L5 0.99 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 framework tracks the files that affect container compilation (service definitions, parameters, config) and only recompiles the DI container when those tracked files change rather than on every request.
Raw{"answer": "yes", "explanation": "In Symfony's dev environment, the framework tracks the files that affect container compilation (service definitions, parameters, config) and only recompiles the DI container when those tracked files change rather than on every request."} | верно | Kernel проверяет freshness ресурсов (конфиги, классы); иначе переиспользуется кэш контейнера. |
T13-L6 0.41 c | Symfony | Which environment variable selects the active Symfony environment (dev/prod)? | «app_env» Пояснение: The APP_ENV environment variable selects the active Symfony runtime environment such as dev or prod.
Raw{"answer": "APP_ENV", "explanation": "The APP_ENV environment variable selects the active Symfony runtime environment such as dev or prod."} | верно | APP_ENV в .env; APP_DEBUG — отдельный флаг отладки. |
T13-L7 2.49 c | Symfony | A controller method can be private — Symfony routing works with any method of the class. | «no» Пояснение: Symfony's ControllerResolver only allows public controller methods—it throws an exception if the referenced method is private or protected.
Raw{"answer": "no", "explanation": "Symfony's ControllerResolver only allows public controller methods—it throws an exception if the referenced method is private or protected."} | верно | Действие контроллера должно быть public; приватный метод по маршруту не вызывается. |
T13-L8 0.82 c | Symfony | Event subscribers always receive events before listeners, because the interface gives them priority. | «no» Пояснение: Event subscribers do not automatically receive events before listeners; both listeners and subscribers use the same priority sorting system in the EventDispatcher, where higher priority values are executed first regardless of whether they are listeners or subscribers.
Raw{"answer": "no", "explanation": "Event subscribers do not automatically receive events before listeners; both listeners and subscribers use the same priority sorting system in the EventDispatcher, where higher priority values are executed first regardless of whether they are listeners or subscribers."} | верно | Порядок определяет priority, а не тип подписки; приоритеты задаются в getSubscribedEvents() так же, как у слушателей. |
T22-L1 1.17 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 authentication system was removed, leaving only the newer AuthenticatorInterface-based authenticator system that was introduced in 5.8.
Raw{"answer": "yes", "explanation": "In Symfony 6.0, the old guard authentication system was removed, leaving only the newer AuthenticatorInterface-based authenticator system that was introduced in 5.8."} | верно | Guard объявлен устаревшим в 5.3 и удалён в 6.0; в проекте symfony/security-bundle 8.1. |
T22-L2 0.81 c | Symfony: Security and forms | Which Symfony attribute checks a role/permission right on a controller method (403 without it)? | «isgranted» Пояснение: The #[IsGranted] attribute (Symfony\Component\Security\Http\Attribute\IsGranted) checks a role or permission on a controller method and returns a 403 when access is denied.
Raw{"answer": "IsGranted", "explanation": "The #[IsGranted] attribute (Symfony\\Component\\Security\\Http\\Attribute\\IsGranted) checks a role or permission on a controller method and returns a 403 when access is denied."} | верно | #[IsGranted('ROLE_ADMIN')]; атрибут из symfony/security-http. |
T22-L3 0.77 c | Symfony: Security and forms | Voters are Symfony's mechanism for checking access to a specific object: isGranted('EDIT', $post). | «yes» Пояснение: Voters are indeed Symfony's authorization mechanism that evaluates whether a user can perform an action on a specific subject/object, typically invoked via isGranted() with the object passed as the subject argument.
Raw{"answer": "yes", "explanation": "Voters are indeed Symfony's authorization mechanism that evaluates whether a user can perform an action on a specific subject/object, typically invoked via isGranted() with the object passed as the subject argument."} | верно | VoterInterface->vote(); docs Symfony — Voters. |
T22-L4 0.63 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» Пояснение: In Symfony 7.0, annotation support was fully removed from the Validation component, so constraints must be declared using PHP attributes (with YAML/XML still available as alternatives).
Raw{"answer": "yes", "explanation": "In Symfony 7.0, annotation support was fully removed from the Validation component, so constraints must be declared using PHP attributes (with YAML/XML still available as alternatives)."} | верно | Докблок-аннотации удалены в Symfony 7.0; стандарт — атрибуты. В проекте symfony/validator 8.1. |
T22-L5 1.93 c | Symfony: Security and forms | CSRF protection of Symfony forms is enabled by default: the form validates the token on submission. | «yes» Пояснение: Symfony forms have CSRF protection enabled by default (the 'csrf_protection' option defaults to true), so the form validates the submitted token when provided.
Raw```json ⏎ {"answer": "yes", "explanation": "Symfony forms have CSRF protection enabled by default (the 'csrf_protection' option defaults to true), so the form validates the submitted token when provided."} ⏎ ``` | верно | FormType добавляет скрытое поле _token и проверяет его при валидации; отключение — осознанное исключение (csrf: false). |
T22-L6 0.43 c | Symfony: Security and forms | Form validation in Symfony runs server-side even if the client-side (HTML5) checks passed. | «yes» Пояснение: Symfony forms always validate data on the server regardless of client-side HTML5 checks, since browser validation can be easily bypassed and is not reliable for security.
Raw```json ⏎ {"answer": "yes", "explanation": "Symfony forms always validate data on the server regardless of client-side HTML5 checks, since browser validation can be easily bypassed and is not reliable for security."} ⏎ ``` | верно | Клиентская валидация — только удобство; серверная обязательна и идёт по метаданным объекта формы. |
T22-L7 0.63 c | Symfony: Security and forms | Which Symfony maker command generates a form class (FormType)? | «make:form» Пояснение: The Symfony MakerBundle's `make:form` command generates a new form class (FormType) for you.
Raw{"answer": "make:form", "explanation": "The Symfony MakerBundle's `make:form` command generates a new form class (FormType) for you."} | верно | bin/console make:form (symfony/maker-bundle — в проекте). |
T22-L8 1.03 c | Symfony: Security and forms | Symfony stores the user's password in the session in plain text. | «no» Пояснение: Symfony does not store user passwords in the session; passwords are stored hashed in the user provider and the session contains only an authenticated user reference, not plaintext credentials.
Raw{"answer": "no", "explanation": "Symfony does not store user passwords in the session; passwords are stored hashed in the user provider and the session contains only an authenticated user reference, not plaintext credentials."} | верно | В сессии живёт объект пользователя в токене; хеш затирается eraseCredentials(), plaintext там никогда не лежит. |
T23-L1 0.57 c | Symfony: configuration and services | Symfony bundle configuration lives in config/packages — one file per bundle or topic. | «yes» Пояснение: In Symfony, bundle configuration is conventionally placed in the config/packages directory with one YAML file per bundle or topic, such as framework.yaml, doctrine.yaml, or security.yaml.
Raw{"answer": "yes", "explanation": "In Symfony, bundle configuration is conventionally placed in the config/packages directory with one YAML file per bundle or topic, such as framework.yaml, doctrine.yaml, or security.yaml."} | верно | Стандартная структура (config/packages/*.yaml); перегрузка — config/packages/<env>. |
T23-L2 0.79 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» Пояснение: By convention in Symfony and similar PHP frameworks, the committed .env file holds default (dev) values while the git-ignored .env.local contains environment-specific real secrets and overrides.
Raw{"answer": "yes", "explanation": "By convention in Symfony and similar PHP frameworks, the committed .env file holds default (dev) values while the git-ignored .env.local contains environment-specific real secrets and overrides."} | верно | symfony/dotenv: .env — общий безопасный набор значений; локальные секреты — .env.local (gitignored) или secrets-хранилище. |
T23-L3 0.32 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 and their aliases in the Symfony container.
Raw{"answer": "debug:container", "explanation": "The `debug:container` command displays all registered services and their aliases in the Symfony container."} | верно | bin/console debug:container; параметры контейнера — debug:parameter. |
T23-L4 1.54 c | Symfony: configuration and services | The Symfony container allows changing parameters at runtime: $container->setParameter() works from a controller. | «yes» Пояснение: The container's setParameter() method exists and modifies the ParameterBag at runtime, so it can be called from a controller, though in production the compiled/frozen container won't reflect the change in already-inlined service definitions.
Raw{"answer": "yes", "explanation": "The container's setParameter() method exists and modifies the ParameterBag at runtime, so it can be called from a controller, though in production the compiled/frozen container won't reflect the change in already-inlined service definitions."} | неверно верный: «no» | Контейнер компилируется и замораживается; 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» Пояснение: Since Symfony 4, services are private (public: false) by default and cannot be fetched directly from the container unless explicitly configured as public.
Raw```json ⏎ {"answer": "no", "explanation": "Since Symfony 4, services are private (public: false) by default and cannot be fetched directly from the container unless explicitly configured as public."} ⏎ ``` | верно | С Symfony 4.0 сервисы по умолчанию private: инжектятся через autowiring; $container->get() — только для публичных. |
T23-L6 0.44 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 have default configurations and can function without an explicit config file in config/packages, so configuration is not mandatory.
Raw{"answer": "no", "explanation": "Bundles have default configurations and can function without an explicit config file in config/packages, so configuration is not mandatory."} | верно | У бандлов есть встроенные умолчания (Extension); конфиг нужен только для отклонений от них. |
T23-L7 0.48 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 values set in the environment.
Raw{"answer": "yes", "explanation": "In Symfony, environment variables are injected into services.yaml using the %env(VAR)% syntax, which allows services to reference values set in the environment."} | верно | %env(...)% резолвится в рантайме env-процессорами; docs — Env Var Processors. |
T23-L8 0.65 c | Symfony: configuration and services | Which Symfony environment variable enables debug mode (affects the profiler and Twig debugging)? | «app_debug» Пояснение: The APP_DEBUG environment variable controls whether Symfony runs in debug mode, which activates the profiler and Twig debugging features.
Raw{"answer": "APP_DEBUG", "explanation": "The APP_DEBUG environment variable controls whether Symfony runs in debug mode, which activates the profiler and Twig debugging features."} | верно | APP_DEBUG=1 (в .env dev-окружения); окружение выбирает APP_ENV — см. T13-L6. |
T16-L1 0.39 c | Symfony: Messenger | A single message in Symfony Messenger can only have one handler. | «no» Пояснение: A single message type can be handled by multiple handlers, which is a common and supported pattern in Symfony Messenger.
Raw{"answer": "no", "explanation": "A single message type can be handled by multiple handlers, which is a common and supported pattern in Symfony Messenger."} | верно | Messenger вызывает все хендлеры, подписанные на класс сообщения (docs — Multiple Handlers). |
T16-L2 0.59 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 within the current request rather than sending it to a transport queue for a worker to consume, unlike async.
Raw{"answer": "no", "explanation": "The sync transport processes the message immediately within the current request rather than sending it to a transport queue for a worker to consume, unlike async."} | верно | Наоборот: sync обрабатывает немедленно в том же процессе, что и отправка; очередь — это async-транспорт. |
T16-L3 0.36 c | Symfony: Messenger | Which console command starts the worker that processes Messenger queue messages? | «messenger:consume» Пояснение: The `php bin/console messenger:consume` command starts the worker that consumes and processes messages from the Symfony Messenger queue.
Raw```json ⏎ {"answer": "messenger:consume", "explanation": "The `php bin/console messenger:consume` command starts the worker that consumes and processes messages from the Symfony Messenger queue."} ⏎ ``` | верно | bin/console messenger:consume async; воркеры под supervisord/systemd в проде. |
T16-L4 0.75 c | Symfony: Messenger | Retries for failed messages (retry_strategy) are configured per Messenger transport. | «yes» Пояснение: In Symfony Messenger, the retry_strategy (max_retries, delay, multiplier, etc.) is configured per transport in the framework.messenger configuration.
Raw{"answer": "yes", "explanation": "In Symfony Messenger, the retry_strategy (max_retries, delay, multiplier, etc.) is configured per transport in the framework.messenger configuration."} | верно | retry_strategy на транспорте: max_retries, delay, multiplier; docs — Failed Messages & Retries. |
T16-L5 0.54 c | Symfony: Messenger | By default, Messenger serializes messages to JSON. | «no» Пояснение: Symfony Messenger's DefaultSerializer uses PHP's native serialize() function by default, not JSON.
Raw{"answer": "no", "explanation": "Symfony Messenger's DefaultSerializer uses PHP's native serialize() function by default, not JSON."} | верно | Дефолтный сериализатор — PhpSerializer (serialize()); JSON-сериализатор включается отдельно. |
T16-L6 0.86 c | Symfony: Messenger | Symfony Scheduler produces messages on a schedule and dispatches them through Messenger. | «yes» Пояснение: Symfony's Scheduler component generates messages based on schedule generators and dispatches them through the Messenger component for handling.
Raw{"answer": "yes", "explanation": "Symfony's Scheduler component generates messages based on schedule generators and dispatches them through the Messenger component for handling."} | верно | Schedule → RecurringMessage → шина Messenger; docs — Scheduler. |
T16-L7 0.31 c | Symfony: Messenger | Which built-in Messenger transport stores messages in database tables via Doctrine? | «doctrine» Пояснение: The Doctrine transport in Symfony's Messenger component stores messages in database tables managed via Doctrine ORM.
Raw{"answer": "doctrine", "explanation": "The Doctrine transport in Symfony's Messenger component stores messages in database tables managed via Doctrine ORM."} | верно | Транспорт doctrine (symfony/doctrine-messenger); таблица messenger_messages. В проекте стоит amqp-messenger + doctrine-messenger. |
T16-L8 1.68 c | Symfony: Messenger | The Messenger pipeline can be extended with custom middleware, placed before or after the built-in ones. | «yes» Пояснение: Symfony Messenger allows you to register custom middleware and control their position (via tag priority) relative to the built-in middleware in the pipeline.
Raw{"answer": "yes", "explanation": "Symfony Messenger allows you to register custom middleware and control their position (via tag priority) relative to the built-in middleware in the pipeline."} | верно | messenger.bus.*.middleware в yaml; docs — Middleware. |
T28-L1 3.65 c | Symfony: versions | Symfony major releases come every two years, minor ones every six months (in May and November). | «yes» Пояснение: Symfony follows this exact schedule: major releases occur every two years (in February), with minor releases occurring in May (short support) and November (LTS, long support) roughly every six months.
Raw{"answer": "yes", "explanation": "Symfony follows this exact schedule: major releases occur every two years (in February), with minor releases occurring in May (short support) and November (LTS, long support) roughly every six months."} | верно | Стандартный релизный цикл: 8.0 — ноябрь 2025, 8.1 — май 2026, 8.2 — ноябрь 2026. |
T28-L2 0.72 c | Symfony: versions | What is the minimum PHP version required by Symfony 8? | «8.4» Пояснение: Symfony 8.0 requires PHP 8.4 as its minimum version, following Symfony's convention of requiring relatively recent PHP releases.
Raw{"answer": "8.4", "explanation": "Symfony 8.0 requires PHP 8.4 as its minimum version, following Symfony's convention of requiring relatively recent PHP releases."} | верно | Symfony 8.0 поднял требование до PHP >= 8.4.1 (в vendor проекта: "php": ">=8.4.1"). |
T28-L3 0.48 c | Symfony: versions | Symfony 7.0 kept support for docblock annotations (validation, routes). | «no» Пояснение: Symfony 7.0 removed annotation support (which was deprecated in 6.4), requiring the use of PHP attributes instead for validation and routes.
Raw{"answer": "no", "explanation": "Symfony 7.0 removed annotation support (which was deprecated in 6.4), requiring the use of PHP attributes instead for validation and routes."} | верно | Наоборот: в 7.0 аннотации удалены — только PHP-атрибуты (#[Route], #[Assert\NotBlank]). |
T28-L4 2.3 c | Symfony: versions | AssetMapper manages CSS/JS without node or webpack — via importmap.php. | «yes» Пояснение: Symfony's AssetMapper manages CSS/JS assets natively without requiring node or webpack, using importmap.php to configure and resolve asset imports.
Raw{"answer": "yes", "explanation": "Symfony's AssetMapper manages CSS/JS assets natively without requiring node or webpack, using importmap.php to configure and resolve asset imports."} | верно | symfony/asset-mapper (с 6.3, стандарт с 7.x); в проекте — importmap.php в корне и asset-mapper 8.1. |
T28-L5 0.75 c | Symfony: versions | Symfony 6.4 is a regular release without long-term support. | «no» Пояснение: Symfony 6.4 is a Long-Term Support (LTS) release, not a regular short-term release.
Raw{"answer": "no", "explanation": "Symfony 6.4 is a Long-Term Support (LTS) release, not a regular short-term release."} | верно | Наоборот: 6.4 — LTS (расширенная поддержка); LTS выходит вместе с очередным мажором (6.4 — вместе с 7.0). |
T28-L6 7.68 c | Symfony: versions | When moving to a new Symfony major version, deprecations of the previous branch keep working — major releases do not remove them. | «no» Пояснение: In Symfony, major versions are exactly when deprecated code and its deprecation warnings are removed, not kept — deprecations from the previous branch are cleared out during the major release process.
Raw```json ⏎ {"answer": "no", "explanation": "In Symfony, major versions are exactly when deprecated code and its deprecation warnings are removed, not kept — deprecations from the previous branch are cleared out during the major release process."} ⏎ ``` | верно | Наоборот: мажорный релиз удаляет всё устаревшее (7.0 убрал деприкейшены 6.x, 8.0 — 7.x). |
T28-L7 0.47 c | Symfony: versions | Every Symfony major release is accompanied by an UPGRADE guide listing the changes. | «yes» Пояснение: Symfony provides an UPGRADE guide documenting breaking changes and migration steps for each major version.
Raw{"answer": "yes", "explanation": "Symfony provides an UPGRADE guide documenting breaking changes and migration steps for each major version."} | верно | UPGRADE-7.0.md, UPGRADE-8.0.md в репозитории symfony/symfony. |
T28-L8 0.46 c | Symfony: versions | Which Symfony component manages assets and the importmap without node/webpack? | «asset mapper (symfony/asset-mapper)» Пояснение: The Symfony Asset Mapper component manages frontend assets and importmaps natively without requiring node or webpack.
Raw{"answer": "Asset Mapper (symfony/asset-mapper)", "explanation": "The Symfony Asset Mapper component manages frontend assets and importmaps natively without requiring node or webpack."} | верно | symfony/asset-mapper 8.1 — в проекте. |
T29-L1 1.79 c | Symfony: 8.2 and beyond | As of 2026-11-07, Symfony 8.2 has already been released. | «no» Пояснение: Symfony 8.2 is scheduled for May 2027, so as of November 2026 it would not yet be released (only 8.0 LTS in May 2026 and 8.1 in November 2026 would exist).
Raw{"answer": "no", "explanation": "Symfony 8.2 is scheduled for May 2027, so as of November 2026 it would not yet be released (only 8.0 LTS in May 2026 and 8.1 in November 2026 would exist)."} | верно | Наоборот: 8.2 ещё не выпущена — релиз в конце ноября 2026; последняя стабильная — 8.1. |
T29-L2 1.84 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» Пояснение: Symfony follows a six-month cycle with LTS releases in February and non-LTS releases in August, so version 8.2 would be scheduled for February 2027, not November 2026.
Raw{"answer": "no", "explanation": "Symfony follows a six-month cycle with LTS releases in February and non-LTS releases in August, so version 8.2 would be scheduled for February 2027, not November 2026."} | неверно верный: «yes» | Политика релизов: 8.1 — май 2026, 8.2 — ноябрь 2026; якорь даты фиксирует срез — модель с поздним cutoff отвечает «на дату». |
T29-L3 0.43 c | Symfony: 8.2 and beyond | Which Symfony version comes after 8.1 (as of 2026-11-07)? | «8.2» Пояснение: Symfony uses a major.minor versioning scheme, so the version following 8.1 is 8.2.
Raw{"answer": "8.2", "explanation": "Symfony uses a major.minor versioning scheme, so the version following 8.1 is 8.2."} | верно | 8.2 — следующий минорный релиз (ноябрь 2026); после его выхода проект переходит с 8.1.* на 8.2.*. |
T29-L4 0.95 c | Symfony: 8.2 and beyond | Symfony 8.2 is a major release requiring applications to be rewritten for new APIs. | «no» Пояснение: Symfony uses calendar versioning where even minor versions (like 8.2) are stable minor releases, not major releases—major releases are marked by a version like 8.0.
Raw```json ⏎ {"answer": "no", "explanation": "Symfony uses calendar versioning where even minor versions (like 8.2) are stable minor releases, not major releases—major releases are marked by a version like 8.0."} ⏎ ``` | верно | Наоборот: 8.2 — минорный релиз; новые возможности без поломки обратной совместимости. Мажор — 9.0. |
T29-L5 2.32 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 backwards compatibility policy ensures minor version releases within the same major line (like 8.1 → 8.2) preserve backward compatibility, so existing code keeps working even when features are merely deprecated rather than removed.
Raw```json ⏎ { ⏎ "answer": "yes", ⏎ "explanation": "PHP's backwards compatibility policy ensures minor version releases within the same major line (like 8.1 → 8.2) preserve backward compatibility, so existing code keeps working even when features are merely deprecated rather than removed." ⏎ } ⏎ ``` | верно | Политика Symfony: минорные релизы обратно совместимы; BC-break допустим только в мажорных. |
T29-L6 1.08 c | Symfony: 8.2 and beyond | Which minor version of the 8.x branch is released last, before Symfony 9.0? | «8.4» Пояснение: In Symfony's versioning scheme, each major branch (like 8.x) has minor releases ending in 8.4 before the next major version 9.0 is released.
Raw{"answer": "8.4", "explanation": "In Symfony's versioning scheme, each major branch (like 8.x) has minor releases ending in 8.4 before the next major version 9.0 is released."} | верно | По циклу: 8.2 (ноя 2026), 8.3 (май 2027), 8.4 (ноя 2027, вместе с 9.0) — как 6.4 выходила вместе с 7.0. |
T29-L7 1.15 c | Symfony: 8.2 and beyond | Symfony 8.2 will require PHP 8.5 — you would have to upgrade PHP along with it. | «no» Пояснение: There is no confirmed requirement that Symfony 8.2 requires PHP 8.5, as PHP 8.5 is not yet released and Symfony 8.0 (not 8.2) is the upcoming major version, so this claim is speculative.
Raw{"answer": "no", "explanation": "There is no confirmed requirement that Symfony 8.2 requires PHP 8.5, as PHP 8.5 is not yet released and Symfony 8.0 (not 8.2) is the upcoming major version, so this claim is speculative."} | верно | Наоборот: минорные релизы не поднимают требования PHP; для всей ветки 8.x остаётся PHP >= 8.4. |
T29-L8 0.8 c | Symfony: 8.2 and beyond | Deprecations added in the 8.x branch will not be removed before Symfony 9.0. | «yes» Пояснение: Symfony's extended deprecation policy states that deprecations introduced in the 8.x branch will not be removed before Symfony 9.0.
Raw```json ⏎ {"answer": "yes", "explanation": "Symfony's extended deprecation policy states that deprecations introduced in the 8.x branch will not be removed before Symfony 9.0."} ⏎ ``` | верно | Политика: деприкейшены живут до следующего мажора; 9.0 — ноябрь 2027. |
T21-L1 0.73 c | Twig | Inside {{ }}, Twig allows calling arbitrary PHP code directly. | «no» Пояснение: The {{ }} syntax in Twig only outputs expressions (variables, function calls, etc.), while arbitrary PHP code statements must be placed inside the {% %} block syntax.
Raw```json ⏎ {"answer": "no", "explanation": "The {{ }} syntax in Twig only outputs expressions (variables, function calls, etc.), while arbitrary PHP code statements must be placed inside the {% %} block syntax."} ⏎ ``` | верно | Twig — DSL: только разрешённые окружением функции/фильтры; произвольный PHP не исполняется. |
T21-L2 0.33 c | Twig | By default, Twig auto-escapes printed variables. | «yes» Пояснение: Twig enables autoescaping by default for HTML templates, so printed variables are escaped to prevent XSS attacks.
Raw{"answer": "yes", "explanation": "Twig enables autoescaping by default for HTML templates, so printed variables are escaped to prevent XSS attacks."} | верно | Autoescape включён по умолчанию; {{ '<b>' }} → <b>. Проверено на Twig 3.30. |
T21-L3 0.31 c | Twig | The Twig |e filter escapes a string for safe output in an HTML context. | «yes» Пояснение: The Twig |e filter escapes a string for safe output, defaulting to HTML escaping context.
Raw{"answer": "yes", "explanation": "The Twig |e filter escapes a string for safe output, defaulting to HTML escaping context."} | верно | |e ('html') по умолчанию; есть контексты js/url/css. От SQL-инъекций он не защищает — это задача подготовленных запросов Doctrine. |
T21-L4 0.46 c | Twig | Which filter from twig/intl-extra formats a number according to a locale? | «format_number» Пояснение: In Twig's intl-extra package, the format_number filter formats a number according to a given locale.
Raw{"answer": "format_number", "explanation": "In Twig's intl-extra package, the format_number filter formats a number according to a given locale."} | верно | |format_number(locale=...) из IntlExtension (twig/intl-extra есть в проекте). Проверено на Twig 3.30: 12345.6 → 12 345,6 (ru). |
T21-L5 0.5 c | Twig | The |raw filter disables auto-escaping for the value. | «yes» Пояснение: The .raw filter in Twig marks a value as safe HTML, disabling auto-escaping for that value.
Raw```json ⏎ {"answer": "yes", "explanation": "The .raw filter in Twig marks a value as safe HTML, disabling auto-escaping for that value."} ⏎ ``` | верно | {{ x|raw }} выводит HTML как есть; опасно с пользовательскими данными. Проверено на Twig 3.30. |
T21-L6 0.43 c | Twig | In Twig, {{ }} prints an expression value, while {% %} executes tags — conditions, loops, set. | «yes» Пояснение: In Twig, the double curly braces {{ }} are used to print output the value of an expression, while the percent-brace {% %} tags execute control logic such as if conditions, for loops, and set assignments.
Raw{"answer": "yes", "explanation": "In Twig, the double curly braces {{ }} are used to print output the value of an expression, while the percent-brace {% %} tags execute control logic such as if conditions, for loops, and set assignments."} | верно | Два блока синтаксиса Twig: вывод (echo) против логики. |
T21-L7 0.5 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 don't only come from the controller.
Raw{"answer": "no", "explanation": "In Twig you can declare variables inside a template using the set tag, so values don't only come from the controller."} | верно | {% set y = ... %} объявляет переменную в шаблоне. Проверено на Twig 3.30. |
T21-L8 0.6 c | Twig | Which Twig function dumps the debug structure of a variable (array, object)? | «dump» Пояснение: The Twig dump() function outputs the debug structure of a variable such as an array or object.
Raw{"answer": "dump", "explanation": "The Twig dump() function outputs the debug structure of a variable such as an array or object."} | верно | {{ dump(x) }} (DebugExtension; в Symfony доступна в dev-окружении). |
T24-L1 0.43 c | Bootstrap | Bootstrap is a CSS/JS library of ready-made UI components, not an SPA framework. | «yes» Пояснение: Bootstrap is a front-end CSS/JavaScript library providing ready-made UI components like buttons, navbars, and modals, but it does not provide the routing, state management, or component-based architecture that defines an SPA framework like React or Vue.
Raw{"answer": "yes", "explanation": "Bootstrap is a front-end CSS/JavaScript library providing ready-made UI components like buttons, navbars, and modals, but it does not provide the routing, state management, or component-based architecture that defines an SPA framework like React or Vue."} | верно | Компоненты и утилиты поверх вашего HTML; SPA-фреймворки (React/Vue) — другой класс инструментов. В проекте vendored 5.3.3. |
T24-L2 0.43 c | Bootstrap | Which Bootstrap class gives a responsive container with a fixed max width per breakpoint? | «container» Пояснение: The .container class in Bootstrap is a responsive container that applies a fixed max-width at each grid breakpoint.
Raw{"answer": ".container", "explanation": "The .container class in Bootstrap is a responsive container that applies a fixed max-width at each grid breakpoint."} | верно | .container (фиксированная макс-ширина по брейкпоинтам) vs .container-fluid (на всю ширину). |
T24-L3 0.59 c | Bootstrap | The Bootstrap grid is built on CSS floats and splits a row into 16 columns. | «no» Пояснение: Bootstrap uses a 12-column grid (not 16), and modern Bootstrap (4/5) is built on Flexbox rather than CSS floats.
Raw{"answer": "no", "explanation": "Bootstrap uses a 12-column grid (not 16), and modern Bootstrap (4/5) is built on Flexbox rather than CSS floats."} | верно | Наоборот: flexbox (с Bootstrap 4) и 12 колонок; float-сетка — это Bootstrap 3. |
T24-L4 0.5 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: sm, md, lg, xl, and xxl.
Raw{"answer": "yes", "explanation": "Bootstrap 5 defines five named breakpoints: sm, md, lg, xl, and xxl."} | верно | Тиров всего шесть: xs (без инфикса) + пять именованных (576/768/992/1200/1400 px). |
T24-L5 2.37 c | Bootstrap | Utilities like .mt-3 or .px-2 use the spacing scale: the number is a multiple of $spacer. | «yes» Пояснение: Bootstrap generates spacing utilities from the $spaces map, whose values are defined as multiples (including fractional ones) of $spacer, so .mt-3 equals 3 × $spacer (3rem by default).
Raw{"answer": "yes", "explanation": "Bootstrap generates spacing utilities from the $spaces map, whose values are defined as multiples (including fractional ones) of $spacer, so .mt-3 equals 3 × $spacer (3rem by default)."} | неверно верный: «no» | Spacing utilities; $spacer = 1rem. |
T24-L6 0.56 c | Bootstrap | Which Bootstrap 5 data attribute enables an interactive component (e.g. dropdown) on an element? | «data-bs-toggle» Пояснение: In Bootstrap 5, the `data-bs-toggle` attribute (with a value like `dropdown`, `modal`, or `collapse`) is used to enable an interactive component on an element.
Raw{"answer": "data-bs-toggle", "explanation": "In Bootstrap 5, the `data-bs-toggle` attribute (with a value like `dropdown`, `modal`, or `collapse`) is used to enable an interactive component on an element."} | верно | data-bs-toggle="dropdown" и т.п.; в Bootstrap 4 атрибут назывался data-toggle. |
T24-L7 0.3 c | Bootstrap | Bootstrap 5 components work without jQuery — in plain vanilla JS. | «yes» Пояснение: Bootstrap 5 removed jQuery as a dependency and its components are built using vanilla JavaScript.
Raw{"answer": "yes", "explanation": "Bootstrap 5 removed jQuery as a dependency and its components are built using vanilla JavaScript."} | верно | jQuery удалён в Bootstrap 5.0: data-bs-* атрибуты и JS API. В проекте vendored 5.3.3. |
T24-L8 1.52 c | Bootstrap | Dark mode in Bootstrap is enabled with a .dark class on the root element. | «yes» Пояснение: In Bootstrap 5.3, applying the .dark class to the root (HTML) element enables the dark color theme.
Raw{"answer": "yes", "explanation": "In Bootstrap 5.3, applying the .dark class to the root (HTML) element enables the dark color theme."} | неверно верный: «no» | Наоборот: тема включается атрибутом 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 generate and apply the schema using the schema tool (e.g., 'orm:schema-tool:create') beforehand.
Raw{"answer": "no", "explanation": "Doctrine ORM does not create tables automatically at runtime; you must generate and apply the schema using the schema tool (e.g., 'orm:schema-tool:create') beforehand."} | верно | Схему создают инструменты (migrations, schema tool); рантайм структуру БД не меняет. |
T14-L2 0.49 c | Doctrine | Which EntityManager method marks a new object as managed without executing SQL until flush()? | «persist()» Пояснение: The persist() method registers a new object as managed and schedules it for insertion, deferring SQL execution until flush() is called.
Raw{"answer": "persist()", "explanation": "The persist() method registers a new object as managed and schedules it for insertion, deferring SQL execution until flush() is called."} | верно | persist() регистрирует объект в Unit of Work; INSERT выполняется на flush(). |
T14-L3 0.61 c | Doctrine | In Doctrine ORM 3, the EntityManager::merge() method exists and makes the passed object managed. | «no» Пояснение: The EntityManager::merge() method was deprecated in Doctrine ORM 2.11 and completely removed in Doctrine ORM 3.0.
Raw```json ⏎ {"answer": "false", "explanation": "The EntityManager::merge() method was deprecated in Doctrine ORM 2.11 and completely removed in Doctrine ORM 3.0."} ⏎ ``` | верно | В ORM 3 merge() удалён (в vendor проекта 3.7.6 метода нет); в Doctrine 2.x merge() возвращал управляемую копию. Версия зафиксирована — ORM 3. |
T14-L4 0.39 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 properties rather than database tables and columns, which is the fundamental difference from SQL.
Raw{"answer": "yes", "explanation": "DQL (Doctrine Query Language) is an object-oriented query language that works with entities and their properties rather than database tables and columns, which is the fundamental difference from SQL."} | верно | Doctrine транслирует DQL в SQL; docs — DQL (Doctrine Query Language). |
T14-L5 0.36 c | Doctrine | What does $repository->find(999) return when no record with id 999 exists? | «null» Пояснение: Doctrine's repository->find() method returns null when no entity exists with the specified identifier.
Raw```json ⏎ {"answer": "null", "explanation": "Doctrine's repository->find() method returns null when no entity exists with the specified identifier."} ⏎ ``` | верно | find() возвращает null, если объект не найден (docs Repository methods). |
T14-L6 0.63 c | Doctrine | DoctrineBundle in Symfony automatically calls flush() at the end of every request. | «no» Пояснение: DoctrineBundle does not automatically call flush(); you must explicitly invoke $entityManager->flush() whenever you want persisted changes to be written to the database.
Raw```json ⏎ {"answer": "no", "explanation": "DoctrineBundle does not automatically call flush(); you must explicitly invoke $entityManager->flush() whenever you want persisted changes to be written to the database."} ⏎ ``` | верно | Авто-flush нет — flush() зовёт разработчик; незакрытая транзакция в конце запроса откатывается. |
T14-L7 0.57 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 entity, Doctrine's Unit of Work uses deferred implicit change tracking, so flush() automatically detects and persists property changes without needing an explicit persist() call.
Raw{"answer": "yes", "explanation": "For a managed entity, Doctrine's Unit of Work uses deferred implicit change tracking, so flush() automatically detects and persists property changes without needing an explicit persist() call."} | верно | Dirty checking сравнивает снимки свойств; persist нужен только новым/отсоединённым объектам. |
T14-L8 0.58 c | Doctrine | remove() executes the SQL DELETE immediately, without waiting for flush(). | «no» Пояснение: In Doctrine ORM, remove() merely marks the entity for deletion by adding it to the Unit of Work's removal set; the actual SQL DELETE is only executed when flush() is called.
Raw{"answer": "no", "explanation": "In Doctrine ORM, remove() merely marks the entity for deletion by adding it to the Unit of Work's removal set; the actual SQL DELETE is only executed when flush() is called."} | верно | remove() планирует удаление в Unit of Work; DELETE выполняется на flush() (docs — Deleting Objects). |
T15-L1 0.42 c | PostgreSQL | PostgreSQL uses MVCC, therefore readers block writers and writers block readers. | «no» Пояснение: PostgreSQL uses MVCC specifically so that readers do not block writers and writers do not block readers, allowing concurrent reads and writes without locking.
Raw{"answer": "no", "explanation": "PostgreSQL uses MVCC specifically so that readers do not block writers and writers do not block readers, allowing concurrent reads and writes without locking."} | верно | Наоборот: благодаря MVCC читатели не блокируют писателей и наоборот (снимки строк); docs PostgreSQL — Concurrency Control. |
T15-L2 0.42 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 running the query.
Raw{"answer": "EXPLAIN", "explanation": "The EXPLAIN command displays a query's execution plan without actually running the query."} | верно | EXPLAIN без ANALYZE только строит план; проверено на PostgreSQL 17.7. |
T15-L3 0.82 c | PostgreSQL | SERIAL and GENERATED ... AS IDENTITY are just two names for the same mechanism. | «no» Пояснение: SERIAL and GENERATED AS IDENTITY are not the same: SERIAL creates a sequence with a default nextval() call, while IDENTITY follows the SQL standard with separate control over identity behavior and more features, though SERIAL's use is discouraged.
Raw{"answer": "no", "explanation": "SERIAL and GENERATED AS IDENTITY are not the same: SERIAL creates a sequence with a default nextval() call, while IDENTITY follows the SQL standard with separate control over identity behavior and more features, though SERIAL's use is discouraged."} | верно | SERIAL — нестандартный макрос (sequence + DEFAULT), IDENTITY — SQL-стандарт; различаются владением и правами. Оба есть в PG 17 (проверено). |
T15-L4 0.51 c | PostgreSQL | By default, a PostgreSQL UNIQUE constraint allows only one row with NULL in the column. | «no» Пояснение: In PostgreSQL, NULL values are considered distinct from each other, so a UNIQUE constraint permits multiple rows containing NULL in the column.
Raw{"answer": "no", "explanation": "In PostgreSQL, NULL values are considered distinct from each other, so a UNIQUE constraint permits multiple rows containing NULL in the column."} | верно | Наоборот: NULLS DISTINCT по умолчанию — несколько NULL допустимы; NULLS NOT DISTINCT — опция с PG 15. Проверено на PG 17.7. |
T15-L5 0.44 c | PostgreSQL | Which PostgreSQL aggregate function concatenates strings with a separator? | «string_agg» Пояснение: STRING_AGG is the PostgreSQL aggregate function that concatenates a set of string values into a single string, joined by a specified delimiter.
Raw{"answer": "STRING_AGG", "explanation": "STRING_AGG is the PostgreSQL aggregate function that concatenates a set of string values into a single string, joined by a specified delimiter."} | верно | string_agg(значение, разделитель); проверено на PostgreSQL 17.7. |
T15-L6 1.1 c | PostgreSQL | Plain VACUUM returns the space occupied by dead tuples to the operating system. | «no» Пояснение: Plain VACUUM reclaims space occupied by dead tuples only for internal reuse within the table, whereas VACUUM FULL (or VACUUM (DEALLOCATE UNUSED)) is what returns unused space back to the operating system.
Raw{"answer": "no", "explanation": "Plain VACUUM reclaims space occupied by dead tuples only for internal reuse within the table, whereas VACUUM FULL (or VACUUM (DEALLOCATE UNUSED)) is what returns unused space back to the operating system."} | верно | VACUUM помечает место для переиспользования внутри таблицы; ОС его возвращает только VACUUM FULL (с эксклюзивной блокировкой). |
T15-L7 0.36 c | PostgreSQL | Which keyword in a window function definition partitions rows into groups the function is computed over? | «partition by» Пояснение: The PARTITION BY keyword in a window function's OVER clause divides rows into groups that each function is computed over.
Raw{"answer": "PARTITION BY", "explanation": "The PARTITION BY keyword in a window function's OVER clause divides rows into groups that each function is computed over."} | верно | 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.42 c | PostgreSQL: transactions and indexes | By default, PostgreSQL wraps each single SQL statement in its own implicit transaction (autocommit). | «yes» Пояснение: By default PostgreSQL uses autocommit mode, so each standalone SQL statement is automatically wrapped in its own implicit transaction and committed immediately.
Raw{"answer": "yes", "explanation": "By default PostgreSQL uses autocommit mode, so each standalone SQL statement is automatically wrapped in its own implicit transaction and committed immediately."} | верно | Без BEGIN каждый оператор коммитится сам; docs PostgreSQL — Transactions. Проверено на PG 17. |
T17-L2 0.26 c | PostgreSQL: transactions and indexes | Which SQL command ends a transaction, committing all its changes? | «commit» Пояснение: The COMMIT command ends a transaction and permanently saves all changes made during it to the database.
Raw{"answer": "COMMIT", "explanation": "The COMMIT command ends a transaction and permanently saves all changes made during it to the database."} | верно | COMMIT (END — синоним). Проверено на PG 17. |
T17-L3 0.54 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, and also UPDATE and DELETE operations that search on an indexed column, because the index helps locate matching rows quickly instead of scanning the entire table.
Raw{"answer": "yes", "explanation": "Indexes speed up SELECT, and also UPDATE and DELETE operations that search on an indexed column, because the index helps locate matching rows quickly instead of scanning the entire table."} | верно | Поиск строк для изменения идёт по индексу; docs PostgreSQL — Indexes. |
T17-L4 0.43 c | PostgreSQL: transactions and indexes | To roll back part of the statements inside a transaction, PostgreSQL uses SAVEPOINT. | «yes» Пояснение: SAVEPOINT in PostgreSQL lets you create a marker within a transaction so you can ROLL BACK TO that point to undo only part of the transaction without discarding the entire transaction.
Raw{"answer": "yes", "explanation": "SAVEPOINT in PostgreSQL lets you create a marker within a transaction so you can ROLL BACK TO that point to undo only part of the transaction without discarding the entire transaction."} | верно | SAVEPOINT name; ROLLBACK TO name — частичный откат без отмены всей транзакции. Проверено на PG 17. |
T17-L5 0.54 c | PostgreSQL: transactions and indexes | EXPLAIN ANALYZE shows the query plan without executing the query. | «no» Пояснение: EXPLAIN ANALYZE actually executes the query and reports real execution statistics and timings, whereas plain EXPLAIN shows only the plan without executing.
Raw{"answer": "no", "explanation": "EXPLAIN ANALYZE actually executes the query and reports real execution statistics and timings, whereas plain EXPLAIN shows only the plan without executing."} | верно | Наоборот: ANALYZE реально выполняет запрос (с побочными эффектами!) и показывает фактические времена узлов; план без выполнения — plain EXPLAIN. |
T17-L6 0.33 c | PostgreSQL: transactions and indexes | Which PostgreSQL extension adds vector types and indexes for embedding search? | «pgvector» Пояснение: The pgvector extension adds vector data types and indexing (such as IVF and HNSW) to PostgreSQL for vector similarity search, which is commonly used for embedding-based semantic search.
Raw{"answer": "pgvector", "explanation": "The pgvector extension adds vector data types and indexing (such as IVF and HNSW) to PostgreSQL for vector similarity search, which is commonly used for embedding-based semantic search."} | верно | CREATE EXTENSION vector (проект pgvector; в проекте образ pgvector/pgvector:pg17). |
T17-L7 0.47 c | PostgreSQL: transactions and indexes | A partial index (CREATE INDEX ... WHERE ...) is built only over rows satisfying the condition. | «yes» Пояснение: A partial index only includes index entries for rows that satisfy the WHERE predicate condition, making it smaller and faster to query for that subset.
Raw{"answer": "yes", "explanation": "A partial index only includes index entries for rows that satisfy the WHERE predicate condition, making it smaller and faster to query for that subset."} | верно | docs PostgreSQL — Partial Indexes; типичный кейс — индекс по «активным» записям. |
T17-L8 0.69 c | PostgreSQL: transactions and indexes | The SERIALIZABLE level in PostgreSQL is implemented by locking the rows a transaction reads. | «no» Пояснение: PostgreSQL implements SERIALIZABLE via Serializable Snapshot Isolation (SSI), which detects serialization conflicts and raises serialization failure errors rather than locking the rows a transaction reads.
Raw{"answer": "no", "explanation": "PostgreSQL implements SERIALIZABLE via Serializable Snapshot Isolation (SSI), which detects serialization conflicts and raises serialization failure errors rather than locking the rows a transaction reads."} | верно | 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 indicates the request succeeded and resulted in a new resource being created.
Raw{"answer": "yes", "explanation": "HTTP 201 Created indicates the request succeeded and resulted in a new resource being created."} | верно | 201 Created; обычно на POST, часто с Location; RFC 9110. |
T19-L2 0.33 c | HTTP and REST API | Which HTTP status means a successful request with an empty response body (e.g. after DELETE)? | «204» Пояснение: HTTP 204 No Content indicates a successful request with no body to return, commonly used after a DELETE operation.
Raw{"answer": "204", "explanation": "HTTP 204 No Content indicates a successful request with no body to return, commonly used after a DELETE operation."} | верно | 204 No Content; RFC 9110. |
T19-L3 0.45 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 an idempotent HTTP method because repeatedly deleting the same resource results in the same state (the resource is gone), matching the HTTP specification's definition of idempotency.
Raw{"answer": "yes", "explanation": "DELETE is an idempotent HTTP method because repeatedly deleting the same resource results in the same state (the resource is gone), matching the HTTP specification's definition of idempotency."} | верно | RFC 9110: DELETE идемпотентен (как PUT); идемпотентность ≠ безопасность — ресурс удаляется при первом вызове. |
T19-L4 0.51 c | HTTP and REST API | The Access-Control-Allow-Origin header is sent by the client so that the server agrees to accept requests from another origin. | «no» Пояснение: The Access-Control-Allow-Origin header is sent by the server in the response, not by the client, to indicate which origins are allowed to access the resource.
Raw{"answer": "no", "explanation": "The Access-Control-Allow-Origin header is sent by the server in the response, not by the client, to indicate which origins are allowed to access the resource."} | верно | Наоборот: заголовок шлёт СЕРВЕР в ответе, разрешая браузеру cross-origin запрос (CORS); в проекте nelmio/cors-bundle. |
T19-L5 0.41 c | HTTP and REST API | Status 429 Too Many Requests is used when a client exceeds a rate limit. | «yes» Пояснение: HTTP status 429 Too Many Requests is defined by RFC 6585 as the response indicating that the user has sent too many requests in a given amount of time, triggering rate limiting.
Raw{"answer": "yes", "explanation": "HTTP status 429 Too Many Requests is defined by RFC 6585 as the response indicating that the user has sent too many requests in a given amount of time, triggering rate limiting."} | верно | 429 (+ Retry-After); RFC 6585. В проекте symfony/rate-limiter. |
T19-L6 0.4 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.28 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 a request or response body.
Raw{"answer": "Content-Type", "explanation": "The Content-Type HTTP header specifies the MIME type of the resource being sent in a request or response body."} | верно | Content-Type: application/json и т.п. |
T19-L8 0.61 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, unlike PUT which is required to be idempotent per RFC 7231.
Raw{"answer": "yes", "explanation": "RFC 5789 explicitly states that PATCH is not required to be idempotent, unlike PUT which is required to be idempotent per RFC 7231."} | верно | RFC 5789 прямо оговаривает: PATCH не гарантированно идемпотентен; PUT идемпотентен. |
T20-L1 0.61 c | Security and OAuth | Checking a password by comparing its hash to the stored hash with a plain == is sufficient. | «no» Пояснение: Using == is insufficient because it is vulnerable to timing attacks; hashes should be compared with the constant-time hash_equals() function.
Raw{"answer": "no", "explanation": "Using == is insufficient because it is vulnerable to timing attacks; hashes should be compared with the constant-time hash_equals() function."} | верно | Нужна постоянновременная проверка (password_verify) — timing-атаки; соль и алгоритм уже внутри хеша. |
T20-L2 0.51 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 validated server-side on unsafe requests like POST to ensure the request originated from a legitimate form submission rather than a forged external site.
Raw{"answer": "yes", "explanation": "A CSRF token is generated by the server and stored in the session, then validated server-side on unsafe requests like POST to ensure the request originated from a legitimate form submission rather than a forged external site."} | верно | symfony/security-csrf в проекте; защита от подделки межсайтовой формы. |
T20-L3 0.39 c | Security and OAuth | Which HTTP header enables the CSP (Content Security Policy) policy? | «content-security-policy» Пояснение: The Content-Security-Policy HTTP header allows site administrators to control the resources a user agent is permitted to load, thereby enabling the Content Security Policy.
Raw{"answer": "Content-Security-Policy", "explanation": "The Content-Security-Policy HTTP header allows site administrators to control the resources a user agent is permitted to load, thereby enabling the Content Security Policy."} | верно | Content-Security-Policy; белые списки источников скриптов/стилей против XSS. |
T20-L4 0.61 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 the access token does not inherently identify who the user is.
Raw{"answer": "no", "explanation": "OAuth 2.0 is an authorization framework that grants access to resources, not an authentication protocol, and the access token does not inherently identify who the user is."} | верно | OAuth 2.0 — авторизация/делегирование доступа; аутентификацию добавляет OpenID Connect. В проекте knpuniversity/oauth2-client-bundle (yandex/github/google). |
T20-L5 1.04 c | Security and OAuth | XSS is prevented by validating input on the server before writing it to the database. | «no» Пояснение: XSS is primarily prevented by encoding output (escaping) when rendering data in the appropriate context (HTML, JavaScript, etc.), not by sanitizing input before database storage, since the same data can be safely or dangerously interpreted depending on where and how it is displayed.
Raw{"answer": "no", "explanation": "XSS is primarily prevented by encoding output (escaping) when rendering data in the appropriate context (HTML, JavaScript, etc.), not by sanitizing input before database storage, since the same data can be safely or dangerously interpreted depending on where and how it is displayed."} | верно | XSS лечится контекстным экранированием НА ВЫВОДЕ (Twig autoescape, CSP); валидация ввода не покрывает все контексты вывода. |
T20-L6 0.52 c | Security and OAuth | In the OAuth 2.0 authorization code flow, which parameter arrives at the redirect_uri and is exchanged for an access token? | «code» Пояснение: In the OAuth 2.0 authorization code flow, the authorization code (the "code" query parameter) is delivered to the redirect_uri and then exchanged at the token endpoint for an access token.
Raw{"answer": "code", "explanation": "In the OAuth 2.0 authorization code flow, the authorization code (the \"code\" query parameter) is delivered to the redirect_uri and then exchanged at the token endpoint for an access token."} | верно | Параметр code; обмен на токен POST-ом на /token с client_secret. |
T20-L7 0.35 c | Security and OAuth | A refresh token lives longer than an access token and allows obtaining a new access token without the user logging in again. | «yes» Пояснение: Refresh tokens are designed to have a longer lifespan than access tokens and are specifically used to obtain new access tokens without requiring the user to re-authenticate.
Raw{"answer": "yes", "explanation": "Refresh tokens are designed to have a longer lifespan than access tokens and are specifically used to obtain new access tokens without requiring the user to re-authenticate."} | верно | Стандартная схема OAuth/OIDC: короткий access + длинный refresh. |
T20-L8 1.02 c | Security and OAuth | A password salt must be kept secret: without it the hash cannot be verified. | «no» Пояснение: Password salts do not need to be secret and are typically stored alongside the hash; the security benefit comes from defeating rainbow tables and ensuring unique hashes, not from secrecy.
Raw{"answer": "no", "explanation": "Password salts do not need to be secret and are typically stored alongside the hash; the security benefit comes from defeating rainbow tables and ensuring unique hashes, not from secrecy."} | верно | Соль хранится открыто (password_hash включает её в строку хеша); секретность соли не нужна. |
T18-L1 2.48 c | Testing: PHPUnit | PHPUnit runs test methods of any class — extending TestCase is not required. | «yes» Пояснение: PHPUnit discovers test methods via naming conventions or @test annotations through reflection, so a class does not need to extend TestCase for its test methods to be discovered and run (though TestCase is needed for assertion helpers).
Raw{"answer": "yes", "explanation": "PHPUnit discovers test methods via naming conventions or @test annotations through reflection, so a class does not need to extend TestCase for its test methods to be discovered and run (though TestCase is needed for assertion helpers)."} | неверно верный: «no» | Тестом считается метод класса, наследующего TestCase (PHPUnit 10). |
T18-L2 0.36 c | Testing: PHPUnit | In PHPUnit, setUp() runs once before all tests of the class. | «no» Пояснение: In PHPUnit, setUp() runs before each individual test method, not once before all tests of the class.
Raw{"answer": "no", "explanation": "In PHPUnit, setUp() runs before each individual test method, not once before all tests of the class."} | верно | setUp() — перед КАЖДЫМ тестом; один раз на класс — setUpBeforeClass(). Проверено живым счётчиком на PHPUnit 10.5. |
T18-L3 0.47 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 returns, not just one.
Raw{"answer": "no", "explanation": "A data provider allows a test to run multiple times, once for each set of arguments it returns, not just one."} | верно | Наоборот: наборов может быть сколько угодно — тест выполняется по разу на каждый. Проверено на PHPUnit 10.5 (#[DataProvider]). |
T18-L4 0.3 c | Testing: PHPUnit | Which PHPUnit method declares an expectation that an exception of a given class is thrown? | «expectexception» Пояснение: The expectException() method declares that a specific exception class is expected to be thrown during a test.
Raw{"answer": "expectException", "explanation": "The expectException() method declares that a specific exception class is expected to be thrown during a test."} | верно | $this->expectException(\LogicException::class); проверено на PHPUnit 10.5. |
T18-L5 0.36 c | Testing: PHPUnit | In PHPUnit, a stub verifies which methods were called on it, while a mock only returns data. | «no» Пояснение: The statement is backwards: a stub only returns predefined data, while a mock is used to verify which methods were called on it.
Raw```json ⏎ {"answer": "no", "explanation": "The statement is backwards: a stub only returns predefined data, while a mock is used to verify which methods were called on it."} ⏎ ``` | верно | Наоборот: стаб подставляет данные, мок проверяет взаимодействия (createStub/createMock); docs PHPUnit — Test Doubles. |
T18-L6 0.36 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, metadata annotations like @dataProvider were deprecated in favor of PHP attributes such as #[DataProvider].
Raw{"answer": "yes", "explanation": "In PHPUnit 10, metadata annotations like @dataProvider were deprecated in favor of PHP attributes such as #[DataProvider]."} | верно | Аннотация ещё парсится в PHPUnit 10/11 (AnnotationParser в 10.5.66), удаление — в 12; атрибут — стандарт. |
T18-L7 0.47 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, which lets one test run after and receive the result of another.
Raw{"answer": "no", "explanation": "PHPUnit allows test dependencies through the @depends annotation, which lets one test run after and receive the result of another."} | верно | Зависимости есть: #[Depends] — зависимый тест не запустится, еслиProducer упал. |
T18-L8 0.89 c | Testing: PHPUnit | Which PHPUnit command-line option makes tests run in random order? | «--order-by=random» Пояснение: The --order-by=random option in PHPUnit randomizes the order in which tests are executed.
Raw{"answer": "--order-by=random", "explanation": "The --order-by=random option in PHPUnit randomizes the order in which tests are executed."} | верно | --order-by=random (PHPUnit 9+); опция есть в --help PHPUnit 10.5 (проектная). |
T01-L9 3.36 c | Syntax and operators | What does this code output?
```php
echo intdiv(7, 2) . intdiv(-7, 2);
``` | «3-3» Пояснение: intdiv(7,2) returns 3 and intdiv(-7,2) returns -3 (truncated toward zero), which concatenate to "3-3".
Raw{"answer": "3-3", "explanation": "intdiv(7,2) returns 3 and intdiv(-7,2) returns -3 (truncated toward zero), which concatenate to \"3-3\"."} | верно | intdiv truncates toward zero: intdiv(-7, 2) = -3, not -4. |
T01-L10 2.62 c | Syntax and operators | What does this code output?
```php
echo -3 ** 2;
``` | «-9» Пояснение: In PHP, the exponentiation operator `**` has higher precedence than the unary minus, so `-3 ** 2` is evaluated as `-(3 ** 2)`, yielding -9.
Raw{"answer": "-9", "explanation": "In PHP, the exponentiation operator `**` has higher precedence than the unary minus, so `-3 ** 2` is evaluated as `-(3 ** 2)`, yielding -9."} | верно | ** is right-associative and binds tighter than unary minus: -(3²). |
T02-L9 7.89 c | Types and comparisons | What does this code output?
```php
echo '1e1' == '10' ? 'true' : 'false';
``` | «true» Пояснение: Both '1e1' and '10' are numeric strings (1e1 = 10 in scientific notation), so PHP compares them numerically as 10 == 10, which is true.
Raw```json ⏎ {"answer": "true", "explanation": "Both '1e1' and '10' are numeric strings (1e1 = 10 in scientific notation), so PHP compares them numerically as 10 == 10, which is true."} ⏎ ``` | верно | Both strings are numeric — compared as numbers: 10 == 10. |
T02-L10 0.62 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' is converted to 0 (non-numeric string), matching case 0.
Raw```json ⏎ {"answer": "zero", "explanation": "The switch uses loose comparison, so 'a' is converted to 0 (non-numeric string), matching case 0."} ⏎ ``` | неверно верный: «other» | PHP 8: 'a' == 0 → false (used to be true) — default fires. |
T03-L9 0.83 c | Strings | What does this code output?
```php
echo strtr('abc', ['a' => '1', 'ab' => '2']);
``` | «2c» Пояснение: When strtr is given an array of string replacements, it matches the longest substring first, so 'ab' is replaced with '2' before 'a' is considered, leaving 'c' unchanged.
Raw{"answer": "2c", "explanation": "When strtr is given an array of string replacements, it matches the longest substring first, so 'ab' is replaced with '2' before 'a' is considered, leaving 'c' unchanged."} | верно | strtr with an array prefers the longest matching key. |
T03-L10 0.56 c | Strings | What does this code output?
```php
echo '[' . substr('hello', -10) . ']';
``` | «[hello]» Пояснение: A negative offset in substr() counts from the end, and since -10 goes before the string's start, it returns the entire string 'hello'.
Raw{"answer": "[hello]", "explanation": "A negative offset in substr() counts from the end, and since -10 goes before the string's start, it returns the entire string 'hello'."} | верно | A negative start beyond the string is clamped to the beginning. |
T04-L9 1.17 c | Arrays | What does this code output?
```php
$a = ['k' => 1, 'n' => 2];
$b = ['k' => 9, 'm' => 3];
echo implode(',', array_keys($a + $b));
``` | «k,n,m» Пояснение: The + operator performs a union where the left array's keys take precedence, so $a+$b = ['k'=>1, 'n'=>2, 'm'=>3], and implode of those keys gives k,n,m.
Raw```json ⏎ {"answer": "k,n,m", "explanation": "The + operator performs a union where the left array's keys take precedence, so $a+$b = ['k'=>1, 'n'=>2, 'm'=>3], and implode of those keys gives k,n,m."} ⏎ ``` | верно | The + operator: on duplicate string keys the left array wins. |
T04-L10 2.26 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 by the third element (values 2,1,2) with PHP 8.0+ stability keeping the equal-value rows in original order, giving ['y','x','z'] which implode joins to 'yxz'.
Raw```json ⏎ {"answer": "yxz", "explanation": "usort sorts by the third element (values 2,1,2) with PHP 8.0+ stability keeping the equal-value rows in original order, giving ['y','x','z'] which implode joins to 'yxz'."} ⏎ ``` | верно | Sorts are stable since 8.0: x and z keep their order on a tie. |
T05-L10 1.2 c | Functions and closures | What does this code output?
```php
function f(int $a, int $b): int
{
return $a - $b;
}
echo f(...['b' => 1, 'a' => 5]);
``` | «4» Пояснение: The spread operator with an associative array passes named arguments by key, so $a=5 and $b=1 regardless of order, making 5-1=4.
Raw{"answer": "4", "explanation": "The spread operator with an associative array passes named arguments by key, so $a=5 and $b=1 regardless of order, making 5-1=4."} | верно | String keys of a spread array become named arguments. |
T05-L9 3.05 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 `$p->g(...)` syntax creates a closure bound to the object `$p`, which keeps a live reference to it (so nullifying `$p` doesn't destroy the object) and preserves access to the private property `$v` when invoked, returning 3.
Raw```json ⏎ {"answer": "3", "explanation": "The `$p->g(...)` syntax creates a closure bound to the object `$p`, which keeps a live reference to it (so nullifying `$p` doesn't destroy the object) and preserves access to the private property `$v` when invoked, returning 3."} ⏎ ``` | верно | First-class callable syntax binds $this at creation time. |
T06-L9 0.37 c | OOP: classes and inheritance | What does this code output?
```php
class A
{
public function who(): string { return static::class; }
}
class B extends A {}
echo (new B)->who();
``` | «b» Пояснение: static::class uses late static binding, so calling who() on a B instance returns the subclass name B rather than A.
Raw{"answer": "B", "explanation": "static::class uses late static binding, so calling who() on a B instance returns the subclass name B rather than A."} | верно | Late static binding: static::class is the receiver's class. |
T06-L10 7.92 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)» Пояснение: The set hook assigns to `$this->x`, which re-invokes the same set hook, causing infinite recursion and a stack overflow rather than printing a value.
Raw{"answer": "Fatal error (infinite recursion)", "explanation": "The set hook assigns to `$this->x`, which re-invokes the same set hook, causing infinite recursion and a stack overflow rather than printing a value."} | неверно верный: «10» | Inside the set hook, $this->x writes the backing store (no recursion): 5*2. |
T07-L9 1.66 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 `insteadof` operator resolves the conflict so f() uses TB's method returning 'B', and `as g` aliases the excluded TA::f returning 'A', giving 'B'.'A' = 'BA'.
Raw```json ⏎ {"answer": "BA", "explanation": "The `insteadof` operator resolves the conflict so f() uses TB's method returning 'B', and `as g` aliases the excluded TA::f returning 'A', giving 'B'.'A' = 'BA'."} ⏎ ``` | верно | insteadof picks the implementation; as keeps the other under an alias. |
T07-L10 1.22 c | Interfaces, traits, enum | What does this code output?
```php
trait Counter
{
public static int $n = 0;
}
class CX { use Counter; }
class CY { use Counter; }
CX::$n = 1;
echo CY::$n;
``` | «0» Пояснение: Each class using a trait receives its own independent copy of the trait's static property, so setting CX::$n = 1 does not affect CY::$n, which remains its default value of 0.
Raw{"answer": "0", "explanation": "Each class using a trait receives its own independent copy of the trait's static property, so setting CX::$n = 1 does not affect CY::$n, which remains its default value of 0."} | верно | A trait's static property is copied into each consuming class. |
T08-L10 0.44 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 any return value from the try block, so the function returns 2.
Raw{"answer": "2", "explanation": "In PHP, a return statement in a finally block overrides any return value from the try block, so the function returns 2."} | верно | A return in finally overrides the return from try. |
T08-L9 1.38 c | Exceptions and errors | What does this code output?
```php
try {
try {
throw new RuntimeException('first');
} finally {
throw new LogicException('second');
}
} catch (LogicException $e) {
echo $e->getMessage();
}
``` | «second» Пояснение: The inner try throws RuntimeException, but the finally block throws LogicException which replaces the original exception and propagates to the outer catch that catches LogicException and echoes 'second'.
Raw{"answer": "second", "explanation": "The inner try throws RuntimeException, but the finally block throws LogicException which replaces the original exception and propagates to the outer catch that catches LogicException and echoes 'second'."} | верно | An exception from finally replaces the in-flight one — the last thrown is caught. |
T09-L9 12.35 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» Пояснение: Inside namespace N, the alias `Baz` refers to `App\Foo`, so `Baz::class` resolves to `App\Foo`; while `\Baz::class` references the global (nonexistent) class `Baz`, and since the `::class` operator resolves names at compile time without requiring the class to exist, it simply yields the string `Baz`.
Raw{"answer": "App\\Foo|Baz", "explanation": "Inside namespace N, the alias `Baz` refers to `App\\Foo`, so `Baz::class` resolves to `App\\Foo`; while `\\Baz::class` references the global (nonexistent) class `Baz`, and since the `::class` operator resolves names at compile time without requiring the class to exist, it simply yields the string `Baz`."} | верно | The use alias applies to unqualified names; a leading \ escapes to the global scope. |
T09-L10 1.65 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» Пояснение: Both class_exists calls resolve to Ns\Foo: the unqualified string 'Foo' is resolved to the current namespace Ns\Foo, and the explicitly qualified string Ns\Foo also matches, so both return true.
Raw{"answer": "yesyes", "explanation": "Both class_exists calls resolve to Ns\\Foo: the unqualified string 'Foo' is resolved to the current namespace Ns\\Foo, and the explicitly qualified string Ns\\Foo also matches, so both return true."} | неверно верный: «noyes» | Dynamic names are not resolved against the namespace — 'Foo' is the global class. |
T10-L9 1.0 c | References and scope | What does this code output?
```php
$a = [1, 2, 3];
foreach ($a as &$v) {}
$v = 99;
echo implode(',', $a);
``` | «1,2,99» Пояснение: After the foreach loop, the reference variable $v remains bound to the last element ($a[2]), so $v = 99 overwrites $a[2] to 99, resulting in the array [1, 2, 99].
Raw```json ⏎ {"answer": "1,2,99", "explanation": "After the foreach loop, the reference variable $v remains bound to the last element ($a[2]), so $v = 99 overwrites $a[2] to 99, resulting in the array [1, 2, 99]."} ⏎ ``` | верно | After a by-ref foreach, $v remains a reference to the last element. |
T10-L10 1.27 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 bound to the method A::inc(), not to any instance, and since B inherits inc() without overriding it, all calls share the same $n, incrementing 1, 2, then 3.
Raw{"answer": "3", "explanation": "The static variable $n is bound to the method A::inc(), not to any instance, and since B inherits inc() without overriding it, all calls share the same $n, incrementing 1, 2, then 3."} | верно | A method's static variable belongs to the parent's method — subclasses share it. |
T11-L9 1.85 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» Пояснение: Calling $g->send(10) resumes the generator, making the yield expression evaluate to 10 so $x = 10, and the function returns $x + 1 = 11, which getReturn() retrieves.
Raw{"answer": "11", "explanation": "Calling $g->send(10) resumes the generator, making the yield expression evaluate to 10 so $x = 10, and the function returns $x + 1 = 11, which getReturn() retrieves."} | верно | send() resumes the generator: $x = 10, return 10+1. |
T11-L10 1.05 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» Пояснение: outer() delegates to inner() via yield from (yielding 1 and 2), then the yield from expression equals the return value 'ok' which is also yielded, so the collected values are 1, 2, ok.
Raw{"answer": "1,2,ok", "explanation": "outer() delegates to inner() via yield from (yielding 1 and 2), then the yield from expression equals the return value 'ok' which is also yielded, so the collected values are 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.37 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 the first check (cost 4) matches and returns false ('no'), while the second check (cost 5) doesn't match and returns true ('yes').
Raw{"answer": "noyes", "explanation": "The hash is created with cost 4, so the first check (cost 4) matches and returns false ('no'), while the second check (cost 5) doesn't match and returns true ('yes')."} | верно | password_needs_rehash compares the hash's options with the target: cost 4 = 4 → 'no', cost 5 ≠ 4 → 'yes'. |
T12-L10 3.76 c | Configuration and security | What does this code output on PHP 8.5?
```php
echo (E_ALL & 2048) === 0 ? 'strict-out' : 'strict-in';
``` | «strict-in» Пояснение: E_ALL (32767) includes the E_STRICT bit (2048), so (E_ALL & 2048) equals 2048, which is not === 0, thus the ternary evaluates to 'strict-in'.
Raw{"answer": "strict-in", "explanation": "E_ALL (32767) includes the E_STRICT bit (2048), so (E_ALL & 2048) equals 2048, which is not === 0, thus the ternary evaluates to 'strict-in'."} | неверно верный: «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 4.41 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 'HTTP_X_TOKEN' server variable passed to Request::create is converted by Symfony into an 'X-Token' header, so $r->headers->get('X-Token') returns 'abc'.
Raw```json ⏎ {"answer": "mapped", "explanation": "The 'HTTP_X_TOKEN' server variable passed to Request::create is converted by Symfony into an 'X-Token' header, so $r->headers->get('X-Token') returns 'abc'."} ⏎ ``` | верно | The literal comparison requires knowing the mapping: HttpFoundation turns HTTP_X_TOKEN into the X-Token header (case-insensitive); without it the answer is 'missing'. |
T13-L10 0.95 c | Symfony | What does this code output?
```php
use Symfony\Component\EventDispatcher\EventDispatcher;
use Symfony\Contracts\EventDispatcher\Event;
$d = new EventDispatcher();
$out = '';
$d->addListener('e', function () use (&$out) { $out .= 'B'; }, 10);
$d->addListener('e', function () use (&$out) { $out .= 'A'; });
$d->addListener('e', function () use (&$out) { $out .= 'C'; }, 5);
$d->dispatch(new Event(), 'e');
echo $out;
``` | «bca» Пояснение: Symfony's EventDispatcher runs listeners with higher priorities first, so B (priority 10), then C (priority 5), then A (priority 0).
Raw{"answer": "BCA", "explanation": "Symfony's EventDispatcher runs listeners with higher priorities first, so B (priority 10), then C (priority 5), then A (priority 0)."} | верно | Listeners run by descending priority: 10 (B), 5 (C), 0 (A). |
T14-L10 0.74 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 UnitOfWork caches managed entities in an identity map keyed by primary key, so the second find() returns the same instance as the first, making the object IDs identical.
Raw{"answer": "same", "explanation": "Doctrine's UnitOfWork caches managed entities in an identity map keyed by primary key, so the second find() returns the same instance as the first, making the object IDs identical."} | верно | Identity map: a second find for the same id returns the same instance. |
T14-L9 21.05 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» Пояснение: persist() schedules the new entity for insertion, but remove() before flush() cancels that schedule (clearing it from the insertions queue), so nothing is ever inserted and the users table stays empty.
Raw```json ⏎ {"answer": "0", "explanation": "persist() schedules the new entity for insertion, but remove() before flush() cancels that schedule (clearing it from the insertions queue), so nothing is ever inserted and the users table stays empty."} ⏎ ``` | верно | The unit of work schedules INSERT at flush: remove after persist cancels it. |
T15-L10 0.49 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, and only the value 1 is non-NULL, so it returns 1.
Raw{"answer": "1", "explanation": "count(x) counts only non-NULL values of x, and only the value 1 is non-NULL, so it returns 1."} | верно | count(column) skips NULLs; count(*) would return 2. |
T15-L9 1.64 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 query computes the running sum of x ordered by id (10, 30, 60), and string_agg concatenates these values as text ordered by id, yielding "10,30,60".
Raw{"answer": "10,30,60", "explanation": "The inner query computes the running sum of x ordered by id (10, 30, 60), and string_agg concatenates these values as text ordered by id, yielding \"10,30,60\"."} | верно | With ORDER BY the default window frame is running (start to current row). |
T16-L9 117.03 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 first-added middleware runs first (outermost). |
T16-L10 25.82 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 second constructor argument of `HandlerDescriptor` is `dispatchThroughBus`, not `aliases`, so passing `['alias' => 'h1']` makes it truthy, causing both handlers to be skipped by `HandleMessageMiddleware` and leaving `$n` at 0.
Raw{"answer": "0", "explanation": "The second constructor argument of `HandlerDescriptor` is `dispatchThroughBus`, not `aliases`, so passing `['alias' => 'h1']` makes it truthy, causing both handlers to be skipped by `HandleMessageMiddleware` and leaving `$n` at 0."} | неверно верный: «11» | All registered handlers of the message run: 1 + 10 = 11. |
T17-L9 0.73 c | PostgreSQL: transactions and indexes | What does this SQL query return (PostgreSQL 17)?
```sql
CREATE TEMP TABLE t (a int);
CREATE UNIQUE INDEX ON t (a);
INSERT INTO t VALUES (1) ON CONFLICT DO NOTHING;
INSERT INTO t VALUES (1) ON CONFLICT DO NOTHING;
SELECT count(*) FROM t;
``` | «1» Пояснение: The first insert succeeds adding the row, and the second insert hits a unique index conflict and does nothing, leaving exactly one row.
Raw{"answer": "1", "explanation": "The first insert succeeds adding the row, and the second insert hits a unique index conflict and does nothing, leaving exactly one row."} | верно | ON CONFLICT DO NOTHING skips the duplicate: one insert. |
T17-L10 1.3 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 integrity check is deferred until transaction commit, so both inserts succeed and the count returns 2 before any COMMIT occurs.
Raw```json ⏎ {"answer": "2", "explanation": "Because the UNIQUE constraint is DEFERRABLE INITIALLY DEFERRED, its integrity check is deferred until transaction commit, so both inserts succeed and the count returns 2 before any COMMIT occurs."} ⏎ ``` | верно | DEFERRED postpones the uniqueness check to COMMIT — count sees 2 rows. |
T18-L9 1.12 c | Testing: PHPUnit | How many tests will this command run?
```php
use PHPUnit\Framework\TestCase;
use PHPUnit\Framework\Attributes\DataProvider;
final class CalcTest extends TestCase
{
public static function prov(): array
{
return [[1], [2], [3]];
}
#[DataProvider('prov')]
public function test_sum(int $x): void
{
$this->assertTrue($x > 0);
}
#[DataProvider('prov')]
public function test_sum_abs(int $x): void
{
$this->assertTrue($x > 0);
}
public function test_other(): void
{
$this->assertTrue(true);
}
}
```
Command: `phpunit CalcTest.php --filter test_sum` (PHPUnit 10.5) | «6» Пояснение: The `--filter test_sum` regex matches both `test_sum` and `test_sum_abs` (since it's a prefix), each running with 3 data providers, for a total of 6 tests.
Raw{"answer": "6", "explanation": "The `--filter test_sum` regex matches both `test_sum` and `test_sum_abs` (since it's a prefix), each running with 3 data providers, for a total of 6 tests."} | верно | --filter is a substring match: test_sum also matches test_sum_abs (3+3 datasets). |
T18-L10 1.6 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 data sets (1 and -1), so 2 tests run; only x=-1 fails the assertTrue assertion, leaving 1 failure.
Raw```json ⏎ {"answer": "2, 1", "explanation": "The data provider supplies two data sets (1 and -1), so 2 tests run; only x=-1 fails the assertTrue assertion, leaving 1 failure."} ⏎ ``` | верно | A non-static provider is just a deprecation in PHPUnit 10: both datasets run and the [-1] dataset fails the assert — 2 ran, 1 failure. |
T19-L9 0.37 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`/`--data` flag in curl sends data in the request body using the HTTP POST method by default.
Raw{"answer": "POST", "explanation": "The `-d`/`--data` flag in curl sends data in the request body using the HTTP POST method by default."} | верно | -d/-F switches curl to POST by default. |
T19-L10 0.52 c | HTTP and REST API | Which HTTP method does this command send?
```bash
curl -s -G -d 'a=1' http://demo.local/api
``` | «get» Пояснение: The -G flag appends the data (-d) to the URL as a query string and changes the request method from POST to GET.
Raw{"answer": "GET", "explanation": "The -G flag appends the data (-d) to the URL as a query string and changes the request method from POST to GET."} | верно | -G turns -d data into the query string; the method stays GET. |
T20-L9 0.81 c | Security and OAuth | A client hits the token endpoint (RFC 6749) with a non-existent client_id. What value of the error field does the endpoint return? | «invalid_client» Пояснение: Per RFC 6749 §5.2, when client authentication fails—including when the client_id does not exist or is unrecognized—the token endpoint returns an "invalid_client" error.
Raw{"answer": "invalid_client", "explanation": "Per RFC 6749 §5.2, when client authentication fails—including when the client_id does not exist or is unrecognized—the token endpoint returns an \"invalid_client\" error."} | верно | Unknown client → invalid_client (RFC 6749 §5.2). |
T20-L10 0.55 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 URL fragment (the part after the # symbol), which is never sent to the server and is instead handled by the client-side JavaScript.
Raw```json ⏎ {"answer": "fragment", "explanation": "In the OAuth 2.0 implicit flow (response_type=token), the access_token is returned in the URL fragment (the part after the # symbol), which is never sent to the server and is instead handled by the client-side JavaScript."} ⏎ ``` | верно | The implicit flow passes the token in the URL fragment (#) — it never reaches the server. |
T21-L9 9.88 c | Twig | What does this Twig template output?
```twig
{{ false|default(2) * 3 }}
``` | «6» Пояснение: The `default` filter returns `2` because Twig treats `false` as empty, then `2 * 3` evaluates to `6`.
Raw{"answer": "6", "explanation": "The `default` filter returns `2` because Twig treats `false` as 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.34 c | Twig | What exception class does render() of this template throw?
```twig
{{ 'a' ~ 1 + 2 }}
``` | «no» Пояснение: The + operator has higher precedence than ~, so the expression evaluates as 'a' ~ (1 + 2) = 'a3', which concatenates successfully and throws no exception.
Raw{"answer": "no", "explanation": "The + operator has higher precedence than ~, so the expression evaluates as 'a' ~ (1 + 2) = 'a3', which concatenates successfully and throws no exception."} | неверно верный: «runtimeerror» | In Twig ~ binds tighter than +: ('a' ~ 1) + 2 → string + int → a render error (RuntimeError). |
T22-L9 6.45 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()]));
``` | «1» Пояснение: The NotBlank constraint is applied to the array `['']`; since the array itself isn't blank, the validator traverses it with the default inherit strategy and flags the single empty-string element as a violation, resulting in one violation.
Raw{"answer": "1", "explanation": "The NotBlank constraint is applied to the array `['']`; since the array itself isn't blank, the validator traverses it with the default inherit strategy and flags the single empty-string element as a violation, resulting in one violation."} | неверно верный: «0» | NotBlank treats null, '', [] as blank — the array [''] is not blank. |
T22-L10 1.38 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);
}
``` | «symfony\component\form\exception\invalidconfigurationexception» Пояснение: isValid() throws an InvalidConfigurationException because the form was never submitted via submit(), and the catch block echoes the exception's class name.
Raw{"answer": "Symfony\\Component\\Form\\Exception\\InvalidConfigurationException", "explanation": "isValid() throws an InvalidConfigurationException because the form was never submitted via submit(), and the catch block echoes the exception's class name."} | неверно верный: «symfony\component\form\exception\logicexception» | isValid() on a non-submitted form throws LogicException, it does not return false. |
T23-L9 117.92 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» парсинг: нет | Container services are shared: two get() calls yield one instance. |
T23-L10 1.27 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!» Пояснение: ContainerBuilder resolves nested parameter placeholders recursively, so '%greeting'!' resolves to 'hi %name'!' then to 'hi Bob'!
Raw{"answer": "hi Bob!", "explanation": "ContainerBuilder resolves nested parameter placeholders recursively, so '%greeting'!' resolves to 'hi %name'!' then to 'hi Bob'!"} | верно | compile() resolves %-references transitively: %greeting% → 'hi %name%' → 'hi Bob!', the answer assembles over two hops. |
T24-L9 1.09 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 at min-width 992px, which sets the max-width to 960px.
Raw```json ⏎ {"answer": "960px", "explanation": "In Bootstrap 5.3, the .container reaches its 'lg' breakpoint at min-width 992px, which sets the max-width to 960px."} ⏎ ``` | верно | 5.x container widths: 540/720/960/1140/1320 (sm–xxl); 992 → 960px. |
T24-L10 5.86 c | Bootstrap | Which utility sets the text color in Bootstrap 5.3 for `<p class="text-danger text-primary">…</p>`? Answer with the winning class name. | «text-danger» Пояснение: Both classes have equal specificity (0,1,0), so the cascade is decided by stylesheet source order, where `.text-danger` is generated after `.text-primary` (following the $theme-colors map order: primary, secondary, success, danger, ...), thus it wins.
Raw{"answer": "text-danger", "explanation": "Both classes have equal specificity (0,1,0), so the cascade is decided by stylesheet source order, where `.text-danger` is generated after `.text-primary` (following the $theme-colors map order: primary, secondary, success, danger, ...), thus it wins."} | верно | Specificity ties — the later rule wins: text-danger is declared after text-primary. |
T25-L9 0.99 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» Пояснение: OrderService is in the Domain layer, which may only depend on Domain, so using both App\Application\PlaceOrder and App\Infrastructure\Db counts as two violations.
Raw```json ⏎ {"answer": "2", "explanation": "OrderService is in the Domain layer, which may only depend on Domain, so using both App\\Application\\PlaceOrder and App\\Infrastructure\\Db counts as two violations."} ⏎ ``` | верно | Domain may depend only on Domain: PlaceOrder (Application) + Db (Infrastructure) = 2. |
T25-L10 1.69 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 its three external dependencies (App\Application\PlaceOrder, App\Infrastructure\Db, and App\Infrastructure\Logger) each constitute one violation.
Raw```json ⏎ {"answer": "3", "explanation": "BillingService is in the Domain layer, which may only depend on Domain, so its three external dependencies (App\\Application\\PlaceOrder, App\\Infrastructure\\Db, and App\\Infrastructure\\Logger) each constitute one violation."} ⏎ ``` | верно | The inline FQCN \App\Infrastructure\Logger counts too: Application + Db + Logger = 3. |
T26-L10 0.79 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 constructor promotes a readonly int property, add returns a new Money with the summed amount (15), so echoing $a->amount (10) and $c->amount (15) yields 10,15.
Raw{"answer": "10,15", "explanation": "The constructor promotes a readonly int property, add returns a new Money with the summed amount (15), so echoing $a->amount (10) and $c->amount (15) yields 10,15."} | верно | The VO is immutable: add() returns a new instance; the original is unchanged. |
T26-L9 2.02 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 one item, then remove() detects count===1 and throws DomainException before unset(), which is caught, so count() still returns 1.
Raw{"answer": "1", "explanation": "The add() sets one item, then remove() detects count===1 and throws DomainException before unset(), which is caught, so count() still returns 1."} | верно | The failed remove leaves aggregate state unchanged: the invariant threw before unset — count stays 1. |
VC-L9 0.62 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 its hi() method which returns the string 'hi', and echo outputs that value.
Raw{"answer": "hi", "explanation": "The code instantiates class C, immediately calls its hi() method which returns the string 'hi', and echo outputs that value."} | верно | Since 8.4, new in a method chain works without wrapping parentheses. |
VC-L10 2.97 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';
``` | «yeno» Пояснение: `newLazyGhost` creates an uninitialized lazy ghost object, so the first check prints 'yes'; accessing `$o->v` triggers the initializer (setting `$v = 21`) and initializes the object, so the second check prints 'no', giving the concatenated output 'yeno'.
Raw{"answer": "yeno", "explanation": "`newLazyGhost` creates an uninitialized lazy ghost object, so the first check prints 'yes'; accessing `$o->v` triggers the initializer (setting `$v = 21`) and initializes the object, so the second check prints 'no', giving the concatenated output 'yeno'."} | неверно верный: «yesno» | newLazyGhost (8.4): the object stays lazy until first access — reading a property initializes it and clears the flag. |
T28-L9 1.24 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 deprecated in Symfony 5.3 and completely removed in Symfony 6.0, so it does not exist in Symfony 8.1.
Raw{"answer": "no", "explanation": "The Guard authentication system (including `AbstractGuardAuthenticator`) was deprecated in Symfony 5.3 and completely removed in Symfony 6.0, so it does not exist in Symfony 8.1."} | верно | Guard authentication was removed in Symfony 7.0 — the class is gone in 8.1. |
T28-L10 2.57 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 annotation-based `AnnotationClassLoader` was removed (annotations support was dropped in favor of attributes), while the attribute-based `AttributeClassLoader` still exists.
Raw{"answer": "noyes", "explanation": "In Symfony 8.x, the annotation-based `AnnotationClassLoader` was removed (annotations support was dropped in favor of attributes), while the attribute-based `AttributeClassLoader` still exists."} | верно | Annotation loaders were removed in 7.0; only attribute loaders remain (Annotation→Attribute). |