Пример запроса (первая клетка). System одинаковый во всех запросах прогона, user — свой вопрос для каждой клетки:
| Клетка | Тема | Утверждение | Ответ |
Результат | Обоснование |
T01-L1 3.77 c | Syntax and operators | Double-quoted and single-quoted strings are processed identically; the difference is only in speed. | «no» Пояснение: Double-quoted strings support variable interpolation and escape sequences, while single-quoted strings do not (they only recognize \' and \\).
Raw{"answer": "no", "explanation": "Double-quoted strings support variable interpolation and escape sequences, while single-quoted strings do not (they only recognize \\' and \\\\)."} | верно | В двойных кавычках работают интерполяция переменных и escape-последовательности, в одинарных — нет. |
T01-L2 2.02 c | Syntax and operators | The ?? operator follows isset semantics and raises no warnings for undefined variables. | «yes» Пояснение: The null coalescing operator (??) in PHP 7+ uses isset-like semantics, meaning it suppresses warnings for undefined variables and simply falls back to the right operand if the left one is unset or null.
Raw{"answer":"yes","explanation":"The null coalescing operator (??) in PHP 7+ uses isset-like semantics, meaning it suppresses warnings for undefined variables and simply falls back to the right operand if the left one is unset or null."} | верно | ?? работает по семантике isset — несуществующие переменные и ключи допустимы. |
T01-L3 1.0 c | Syntax and operators | What will this print: echo 'a', 'b'; | «ab» Пояснение: In PHP, the echo statement prints multiple expressions separated by commas, so it outputs 'a' followed by 'b' with no space in between.
Raw{"answer": "ab", "explanation": "In PHP, the echo statement prints multiple expressions separated by commas, so it outputs 'a' followed by 'b' with no space in between."} | верно | echo принимает список аргументов: ab. |
T01-L4 3.06 c | Syntax and operators | print returns the value 1 and can be used inside an expression. | «no» Пояснение: In PHP, `print` is a language construct that only outputs a value and does not return anything; it cannot be used inside an expression.
Raw{"answer": "no", "explanation": "In PHP, `print` is a language construct that only outputs a value and does not return anything; it cannot be used inside an expression."} | неверно верный: «yes» | print — выражение со значением 1, в отличие от echo, который значения не возвращает. |
T01-L5 1.2 c | Syntax and operators | The ?: (elvis) operator returns its left operand when it is falsy. | «no» Пояснение: The Elvis operator (?:) returns its right operand when the left operand is falsy, and returns the left operand when it is truthy.
Raw{"answer":"no","explanation":"The Elvis operator (?:) returns its right operand when the left operand is falsy, and returns the left operand when it is truthy."} | верно | Наоборот: $a ?: $b возвращает $a, если он истинный, иначе $b. |
T01-L6 1.64 c | Syntax and operators | In PHP 8, the concatenation operator (.) has lower precedence than addition and subtraction. | «yes» Пояснение: In PHP, the string concatenation operator (.) has lower precedence than the arithmetic + and - operators, so expressions like 5 + 3 . "abc" are evaluated as (5 + 3) . "abc".
Raw{"answer":"yes","explanation":"In PHP, the string concatenation operator (.) has lower precedence than the arithmetic + and - operators, so expressions like 5 + 3 . \"abc\" are evaluated as (5 + 3) . \"abc\"."} | верно | С PHP 8 (RFC concat precedence) '.' имеет приоритет ниже арифметики: 'сумма: ' . 2 + 3 → 'сумма: 5' (в PHP 7 было иначе). |
T01-L7 1.68 c | Syntax and operators | The expression 2 ** 3 ** 2 in PHP evaluates as (2 ** 3) ** 2, that is, 64. | «no» Пояснение: In PHP, the ** operator is right-associative, so 2 ** 3 ** 2 evaluates as 2 ** (3 ** 2) = 2 ** 9 = 512, not 64.
Raw{"answer": "no", "explanation": "In PHP, the ** operator 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 4.27 c | Syntax and operators | What string will this print: echo 'sum: ' . 2 + 3; (PHP 8)? | «sum: 5» Пояснение: In PHP, the addition operator (+) has higher precedence (13) than the concatenation operator (.)(12), so 2 + 3 is evaluated first to get 5, then concatenated with 'sum: '.
Raw{"answer": "sum: 5", "explanation": "In PHP, the addition operator (+) has higher precedence (13) than the concatenation operator (.)(12), so 2 + 3 is evaluated first to get 5, then concatenated with 'sum: '."} | верно | Парная к verify-клетке про приоритет: 'сумма: 5'. |
T02-L1 1.92 c | Types and comparisons | With strict comparison (===), arrays are considered equal regardless of element order. | «no» Пояснение: With ===, arrays must have the same key/value pairs in the same order to be considered equal; order matters.
Raw{"answer": "no", "explanation": "With ===, arrays must have the same key/value pairs in the same order to be considered equal; order matters."} | верно | === для массивов требует совпадения и значений, и их порядка. |
T02-L2 2.25 c | Types and comparisons | The comparison 0 == false returns false because it is a strict comparison. | «no» Пояснение: 0 == false returns true in PHP, and == is a loose (not strict) comparison operator; strict comparison uses ===.
Raw{"answer": "no", "explanation": "0 == false returns true in PHP, and == is a loose (not strict) comparison operator; strict comparison uses ===."} | верно | Наоборот: == — нестрогое сравнение и возвращает true; строгое — это === (0 === false → false). |
T02-L3 2.68 c | Types and comparisons | In PHP 8, the expression "abc" == 0 returns true. | «no» Пояснение: In PHP 8, comparing a non-numeric string to a number with == always returns false, so "abc" == 0 is false.
Raw{"answer": "no", "explanation": "In PHP 8, comparing a non-numeric string to a number with == always returns false, so \"abc\" == 0 is false."} | верно | С 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» Пояснение: In PHP loose comparison (==), null == 0, null == '', and null == false are all true.
Raw{"answer": "yes", "explanation": "In PHP loose comparison (==), null == 0, null == '', and null == false are all true."} | верно | null == 0, null == "" и null == false — все true. |
T02-L5 2.61 c | Types and comparisons | What does the expression (int) '42abc' return? | «42» Пояснение: PHP casts a string to int by reading the leading numeric portion, so '42abc' becomes 42.
Raw{"answer": 42, "explanation": "PHP casts a string to int by reading the leading numeric portion, so '42abc' becomes 42."} | верно | Ведущая числовая часть: 42, без ошибок и warning. |
T02-L6 0.97 c | Types and comparisons | What does the expression '5' + 5 return? | «10» Пояснение: In PHP, the string '5' is treated as a numeric value when used with the + operator, so '5' + 5 evaluates to 10.
Raw{"answer": 10, "explanation": "In PHP, the string '5' is treated as a numeric value when used with the + operator, so '5' + 5 evaluates to 10."} | верно | Числовая строка приводится: int 10. |
T02-L7 1.54 c | Types and comparisons | When cast to string, false becomes "0". | «no» Пояснение: In PHP, casting false to a string results in an empty string (""), not "0"; it's the null and false values that become "", while the integer 0 becomes the string "0".
Raw{"answer": "no", "explanation": "In PHP, casting false to a string results in an empty string (\"\"), not \"0\"; it's the null and false values that become \"\", while the integer 0 becomes the string \"0\"."} | верно | false → "", true → "1". |
T02-L8 6.04 c | Types and comparisons | The comparison 0.1 + 0.2 === 0.3 returns false. | «yes» Пояснение: Due to IEEE 754 floating-point precision, 0.1 + 0.2 does not exactly equal 0.3 in PHP, so the strict comparison returns false.
Raw{"answer": "yes", "explanation": "Due to IEEE 754 floating-point precision, 0.1 + 0.2 does not exactly equal 0.3 in PHP, so the strict comparison returns false."} | верно | Двоичная погрешность float: 0.1 + 0.2 = 0.30000000000000004. |
T03-L1 1.16 c | Strings | strrev() correctly reverses a UTF-8 string. | «no» Пояснение: strrev() reverses strings byte-by-byte, which breaks multi-byte UTF-8 characters into invalid byte sequences; you need mb_strrev() or mb_string functions for proper UTF-8 handling.
Raw{"answer": "no", "explanation": "strrev() reverses strings byte-by-byte, which breaks multi-byte UTF-8 characters into invalid byte sequences; you need mb_strrev() or mb_string functions for proper UTF-8 handling."} | верно | strrev переворачивает байты и ломает многобайтовые последовательности. |
T03-L2 1.17 c | Strings | str_contains('Hello world', 'world') returns true. | «yes» Пояснение: str_contains checks if the second argument is a substring of the first, and 'world' is indeed contained in 'Hello world'.
Raw{"answer": "yes", "explanation": "str_contains checks if the second argument is a substring of the first, and 'world' is indeed contained in 'Hello world'."} | верно | str_contains с PHP 8.0 проверяет вхождение подстроки. |
T03-L3 1.75 c | Strings | str_pad() can pad a string on the right side only. | «no» Пояснение: str_pad() supports STR_PAD_RIGHT, STR_PAD_LEFT, and STR_PAD_BOTH via its $type parameter, so it is not limited to the right side only.
Raw{"answer": "no", "explanation": "str_pad() supports STR_PAD_RIGHT, STR_PAD_LEFT, and STR_PAD_BOTH via its $type parameter, so it is not limited to the right side only."} | верно | STR_PAD_LEFT / STR_PAD_BOTH меняют сторону дополнения. |
T03-L4 1.53 c | Strings | By default trim() strips only spaces, leaving tabs and newlines intact. | «no» Пояснение: By default, PHP's trim() strips all whitespace characters (spaces, tabs, newlines, carriage returns), not just spaces.
Raw{"answer": "no", "explanation": "By default, PHP's trim() strips all whitespace characters (spaces, tabs, newlines, carriage returns), not just spaces."} | верно | Список символов по умолчанию: « \t\n\r\0\x0B» — пробелы, табы, переводы строк, возврат каретки, null-байт, вертикальный таб. Проверено php -r. |
T03-L5 1.5 c | Strings | How many BYTES does strlen('héllo') return for a UTF-8 string? | «6» Пояснение: In UTF-8, 'h','l','l','o' are each 1 byte and 'é' is 2 bytes, totaling 6 bytes.
Raw{"answer": 6, "explanation": "In UTF-8, 'h','l','l','o' are each 1 byte and 'é' is 2 bytes, totaling 6 bytes."} | верно | 6 букв по 2 байта: 12. |
T03-L6 1.31 c | Strings | What does substr('abcdef', -3) return? | «def» Пояснение: A negative start of -3 in substr() counts from the end of the string, so it starts at index 3 and returns the last three characters 'def'.
Raw{"answer": "def", "explanation": "A negative start of -3 in substr() counts from the end of the string, so it starts at index 3 and returns the last three characters 'def'."} | верно | Отрицательное смещение — с конца: def. |
T03-L7 1.53 c | Strings | ucfirst() modifies the string passed to it in place. | «no» Пояснение: In PHP, strings are value types and ucfirst() returns a new string with the first character uppercased rather than modifying the original in place.
Raw{"answer": "no", "explanation": "In PHP, strings are value types and ucfirst() returns a new string with the first character uppercased rather than modifying the original in place."} | верно | Строки неизменяемы; ucfirst возвращает новую строку. |
T03-L8 1.39 c | Strings | Variable interpolation works in heredoc but not in nowdoc. | «yes» Пояснение: Heredoc (without quotes) allows variable interpolation like $var, while nowdoc (with single quotes) treats the content as a literal string with no interpolation.
Raw{"answer": "yes", "explanation": "Heredoc (without quotes) allows variable interpolation like $var, while nowdoc (with single quotes) treats the content as a literal string with no interpolation."} | верно | Nowdoc — «одинарные кавычки» в тройном синтаксисе: текст как есть. |
T04-L1 1.48 c | Arrays | The sort() function preserves the key-to-value association of the array. | «no» Пояснение: The sort() function sorts by value and re-indexes the array keys (0, 1, 2, ...), so it does NOT preserve the original key-to-value association; asort() or ksort() are used for that purpose.
Raw{"answer": "no", "explanation": "The sort() function sorts by value and re-indexes the array keys (0, 1, 2, ...), so it does NOT preserve the original key-to-value association; asort() or ksort() are used for that purpose."} | верно | sort перенумеровывает ключи; связь сохраняет asort. |
T04-L2 1.32 c | Arrays | The string key '5' in an array is stored as the integer 5. | «yes» Пояснение: In PHP, string keys that consist solely of digits (like '5') are automatically converted to integer keys when used as array keys.
Raw{"answer":"yes","explanation":"In PHP, string keys that consist solely of digits (like '5') are automatically converted to integer keys when used as array keys."} | верно | Каноничные десятичные строковые ключи приводятся к int. |
T04-L3 1.87 c | Arrays | The in_array() function uses strict comparison (===) by default. | «no» Пояснение: In PHP, the in_array() function uses loose comparison (==) by default; strict comparison (===) must be enabled by passing the third parameter $strict as true.
Raw{"answer": "no", "explanation": "In PHP, the in_array() function uses loose comparison (==) by default; strict comparison (===) must be enabled by passing the third parameter $strict as true."} | верно | По умолчанию сравнение нестрогое; строгое — третий аргумент true. |
T04-L4 1.74 c | Arrays | Without a callback, array_filter() removes all "empty" (falsy) elements from the array. | «yes» Пояснение: When no callback is provided, array_filter() keeps only truthy elements, effectively removing all falsy values like 0, 0, '', null, false, and [].
Raw{"answer": "yes", "explanation": "When no callback is provided, array_filter() keeps only truthy elements, effectively removing all falsy values like 0, 0, '', null, false, and []."} | верно | Убирает 0, "", null, false и пустые массивы. |
T04-L5 1.47 c | Arrays | By default, array_slice() preserves the original numeric keys of the array. | «no» Пояснение: By default, the preserve_keys parameter of array_slice() is false, so it reindexes the array with sequential numeric keys (0, 1, 2, ...).
Raw{"answer": "no", "explanation": "By default, the preserve_keys parameter of array_slice() is false, so it reindexes the array with sequential numeric keys (0, 1, 2, ...)."} | верно | По умолчанию ключи перенумеровываются; сохранение — preserve_keys = true. |
T04-L6 1.88 c | Arrays | What does array_slice([10, 20, 30, 40], 1, 2) return? | «[20, 30]» Пояснение: array_slice starts at offset 1 (value 20) and returns 2 elements: 20 and 30.
Raw{"answer": "[20, 30]", "explanation": "array_slice starts at offset 1 (value 20) and returns 2 elements: 20 and 30."} | верно | [20,30]; ключи перенумеровываются. |
T04-L7 1.77 c | Arrays | How many elements will count(['a' => 1] + ['a' => 9, 'b' => 2]) return? | «2» Пояснение: The '+' operator merges arrays without overwriting left keys, resulting in ['a' => 1, 'b' => 2], which has 2 elements.
Raw{"answer": 2, "explanation": "The '+' operator merges arrays without overwriting left keys, resulting in ['a' => 1, 'b' => 2], which has 2 elements."} | верно | Оператор + : по ключу 'a' побеждает левый; итого 2. |
T04-L8 4.11 c | Arrays | Since PHP 8.1, the spread operator [...$a, ...$b] supports arrays with string keys. | «yes» Пояснение: Prior to PHP 8.1, spreading an array with string keys inside an array literal threw a TypeError; PHP 8.1 removed that restriction.
Raw{"answer": "yes", "explanation": "Prior to PHP 8.1, spreading an array with string keys inside an array literal threw a TypeError; PHP 8.1 removed that restriction."} | верно | В 8.0 — только числовые ключи; 8.1 снял ограничение. |
T05-L1 13.04 c | Functions and closures | Named arguments cannot be combined with argument unpacking ...$args in a single call. | «no» Пояснение: In PHP 8.0+, named arguments can be combined with the spread operator in a single function call, as long as the ordering rules (no positional args after named args, unless provided by the spread) are respected.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "In PHP 8.0+, named arguments can be combined with the spread operator in a single function call, as long as the ordering rules (no positional args after named args, unless provided by the spread) are respected." ⏎ } | верно | Можно: f(...$args, имя: значение). Нельзя только позиционный аргумент после распаковки. |
T05-L2 1.31 c | Functions and closures | An anonymous function without use sees variables from the outer scope. | «no» Пояснение: In PHP, closures do not automatically capture outer-scope variables; you must explicitly import them using the `use` keyword.
Raw{"answer": "no", "explanation": "In PHP, closures do not automatically capture outer-scope variables; you must explicitly import them using the `use` keyword."} | верно | Без use внешние переменные недоступны; авто-захват только у fn. |
T05-L3 1.4 c | Functions and closures | What will func_num_args() return inside function f($a) { return func_num_args(); } when called as f(1, 2, 3)? | «3» Пояснение: func_num_args() returns the number of arguments actually passed to the function, which is 3 in this case, regardless of how many parameters are declared in the function signature.
Raw{"answer": 3, "explanation": "func_num_args() returns the number of arguments actually passed to the function, which is 3 in this case, regardless of how many parameters are declared in the function signature."} | верно | Считает переданные аргументы: 3. |
T05-L4 2.15 c | Functions and closures | The body of an arrow function fn may consist of several expressions in curly braces. | «no» Пояснение: In PHP, the body of an arrow function (fn) must consist of a single expression and cannot use curly braces or multiple expressions.
Raw{"answer": "no", "explanation": "In PHP, the body of an arrow function (fn) must consist of a single expression and cannot use curly braces or multiple expressions."} | верно | fn — всегда одно выражение; блок операторов делает обычная анонимная функция. |
T05-L5 3.61 c | Functions and closures | An arrow function fn captures outer variables by reference (lazily, at use time). | «no» Пояснение: PHP arrow functions (fn) capture outer variables by value at creation time, not by reference or lazily.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "PHP arrow functions (fn) capture outer variables by value at creation time, not by reference or lazily." ⏎ } | верно | fn захватывает только по значению, автоматически; по ссылке — только &$var в use у обычной функции (fn так не умеет). |
T05-L6 1.55 c | Functions and closures | A closure declared as static function () {} does not capture $this. | «yes» Пояснение: Static closures in PHP do not implicitly capture $this; it is not available inside a static function closure.
Raw{"answer": "yes", "explanation": "Static closures in PHP do not implicitly capture $this; it is not available inside a static function closure."} | верно | static-замыкание отвязано от объекта: $this внутри недоступен. |
T05-L7 1.37 c | Functions and closures | What will this print: $x = 5; $f = function () use ($x) { return $x; }; $x = 7; echo $f(); | «5» Пояснение: PHP closures capture variables by value by default, so the closure retains the value of $x (5) at the time it was defined, regardless of later reassignment to 7.
Raw{"answer": 5, "explanation": "PHP closures capture variables by value by default, so the closure retains the value of $x (5) at the time it was defined, regardless of later reassignment to 7."} | верно | use захватывает по значению в момент создания: 5. |
T05-L8 1.39 c | Functions and closures | In weak typing mode (without strict_types), passing the string "5" to an int parameter is allowed. | «yes» Пояснение: In weak typing mode, PHP's type juggling allows implicit conversion of the numeric string "5" to the integer 5 when passed to an int parameter.
Raw{"answer": "yes", "explanation": "In weak typing mode, PHP's type juggling allows implicit conversion of the numeric string \"5\" to the integer 5 when passed to an int parameter."} | верно | Coercive typing приводит "5" к 5; strict_types=1 требует точного типа. |
T06-L1 1.16 c | OOP: classes and inheritance | PHP supports constructor property promotion: public function __construct(private int $x) {}. | «yes» Пояснение: PHP 8.0 introduced constructor property promotion, which allows you to declare, type, and assign properties directly in the constructor parameter list using visibility modifiers like private.
Raw{"answer": "yes", "explanation": "PHP 8.0 introduced constructor property promotion, which allows you to declare, type, and assign properties directly in the constructor parameter list using visibility modifiers like private."} | верно | С PHP 8.0 параметр с модификатором создаёт свойство и присваивание. |
T06-L2 0.7 c | OOP: classes and inheritance | Which keyword prevents a method from being overridden in subclasses? | «final» Пояснение: The 'final' keyword in PHP prevents a method from being overridden by child classes.
Raw{"answer": "final", "explanation": "The 'final' keyword in PHP prevents a method from being overridden by child classes."} | верно | final. |
T06-L3 0.7 c | OOP: classes and inheritance | A method declared final cannot be overridden in a subclass. | «yes» Пояснение: In PHP, the final keyword prevents a method from being overridden in any derived class, which is the defining behavior of a final method.
Raw{"answer": "yes", "explanation": "In PHP, the final keyword prevents a method from being overridden in any derived class, which is the defining behavior of a final method."} | верно | final запрещает переопределение метода и наследование класса. |
T06-L4 0.99 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 where they are declared, not in subclasses.
Raw{"answer": "no", "explanation": "Private properties in PHP are only accessible within the class where they are declared, not in subclasses."} | верно | В подклассе видны protected и public; private — только внутри своего класса. |
T06-L5 3.01 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). | «anonymousclass» Пояснение: In PHP, get_class() on an instance of an anonymous class (created with new class {}) returns the string 'AnonymousClass'.
Raw{"answer": "AnonymousClass", "explanation": "In PHP, get_class() on an instance of an anonymous class (created with new class {}) returns the string 'AnonymousClass'."} | неверно верный: «class@anonymous» | get_class анонимного класса печатает class@anonymous\0<файл>:<строка>$n; короткая форма — часть до NUL-байта. Проверено php -r (hex). |
T06-L6 2.58 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 completely hidden from child classes and do not form part of the inheritance contract, so a child class can declare a same-named method with any visibility without any override constraints.
Raw{"answer": "yes", "explanation": "Private methods are completely hidden from child classes and do not form part of the inheritance contract, so a child class can declare a same-named method with any visibility without any override constraints."} | верно | private-члены не наследуются — правила совместимости подписей не действуют. |
T06-L7 2.44 c | OOP: classes and inheritance | The magic method __get() is called only for non-existent properties. | «no» Пояснение: The __get() magic method is invoked for non-existent or inaccessible properties (e.g., private or protected properties accessed from outside the class), not only for non-existent ones.
Raw{"answer": "no", "explanation": "The __get() magic method is invoked for non-existent or inaccessible properties (e.g., private or protected properties accessed from outside the class), not only for non-existent ones."} | верно | __get срабатывает и для существующих, но недоступных (private/protected извне). |
T06-L8 1.2 c | OOP: classes and inheritance | What does reassigning a readonly property throw — Exception or Error? | «error» Пояснение: In PHP 8.1+, reassigning a readonly property throws a TypeError, which is a subclass of Error (not Exception).
Raw{"answer": "Error", "explanation": "In PHP 8.1+, reassigning a readonly property throws a TypeError, which is a subclass of Error (not Exception)."} | верно | Error (readonly с 8.1); оговорка: в __clone() переинициализация допустима (8.3+). |
T07-L1 1.88 c | Interfaces, traits, enum | An interface can declare constants. | «yes» Пояснение: In PHP, interfaces can declare constants (which must be public and assigned a value), in addition to abstract method declarations.
Raw{"answer": "yes", "explanation": "In PHP, interfaces can declare constants (which must be public and assigned a value), in addition to abstract method declarations."} | верно | Константы интерфейса наследуются реализациями. |
T07-L2 0.97 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 a given object is an instance of a specific class or interface.
Raw{"answer": "instanceof", "explanation": "The instanceof operator in PHP checks whether a given object is an instance of a specific class or interface."} | верно | instanceof. |
T07-L3 3.49 c | Interfaces, traits, enum | An interface can declare static methods. | «yes» Пояснение: Since PHP 8.0, interfaces can declare static abstract methods (e.g., public static abstract function foo(): void;).
Raw{"answer": "yes", "explanation": "Since PHP 8.0, interfaces can declare static abstract methods (e.g., public static abstract function foo(): void;)."} | верно | Реализация обязана дать статический метод с той же сигнатурой. |
T07-L4 1.69 c | Interfaces, traits, enum | The instanceof operator only checks class inheritance: it ignores interfaces. | «no» Пояснение: The instanceof operator checks both class inheritance and interface implementation.
Raw{"answer": "no", "explanation": "The instanceof operator checks both class inheritance and interface implementation."} | верно | instanceof возвращает true и для интерфейсов объекта. |
T07-L5 2.85 c | Interfaces, traits, enum | An interface method may have a default implementation, like a trait method. | «no» Пояснение: In PHP, interface methods can only declare signatures; they cannot have a default method body, unlike trait methods which can include an implementation.
Raw{"answer": "no", "explanation": "In PHP, interface methods can only declare signatures; they cannot have a default method body, unlike trait methods which can include an implementation."} | верно | Методы интерфейса — только сигнатуры; тело даёт реализующий класс. |
T07-L6 0.85 c | Interfaces, traits, enum | An abstract method in an abstract class may have protected visibility. | «yes» Пояснение: In PHP, abstract methods can have either public or protected visibility, making protected visibility perfectly valid for an abstract method in an abstract class.
Raw{"answer": "yes", "explanation": "In PHP, abstract methods can have either public or protected visibility, making protected visibility perfectly valid for an abstract method in an abstract class."} | верно | В абстрактном классе — любая видимость; в интерфейсе — только public. |
T07-L7 1.19 c | Interfaces, traits, enum | How many elements will Foo::cases() return for enum Foo { case A; case B; case C; }? | «3» Пояснение: The cases() method returns an array containing all enum cases, and there are three cases: A, B, and C.
Raw{"answer": 3, "explanation": "The cases() method returns an array containing all enum cases, and there are three cases: A, B, and C."} | верно | Статический метод cases(): 3. |
T07-L8 0.84 c | Interfaces, traits, enum | A trait can declare constants. | «yes» Пояснение: PHP traits support the `const` keyword (since PHP 5.4) to declare constants.
Raw{"answer": "yes", "explanation": "PHP traits support the `const` keyword (since PHP 5.4) to declare constants."} | верно | С PHP 8.2 трейты могут объявлять константы (RFC constants_in_traits); до 8.2 — нет. |
T08-L1 0.98 c | Exceptions and errors | The Throwable interface is a common ancestor of both Exception and Error. | «yes» Пояснение: In PHP, Throwable is an abstract class that serves as the parent class for both Error and Exception, making it their common ancestor.
Raw{"answer": "yes", "explanation": "In PHP, Throwable is an abstract class that serves as the parent class for both Error and Exception, making it their common ancestor."} | верно | Иерархия с PHP 7: Throwable → Exception и Throwable → Error. |
T08-L2 1.96 c | Exceptions and errors | A catch (Exception $e) block will also catch TypeError, because TypeError ultimately inherits from Exception. | «no» Пояснение: TypeError extends Error, not Exception; both Error and Exception are siblings extending Throwable, so catch (Exception $e) will not catch a TypeError.
Raw{"answer": "no", "explanation": "TypeError extends Error, not Exception; both Error and Exception are siblings extending Throwable, so catch (Exception $e) will not catch a TypeError."} | верно | TypeError наследуется от Error; catch (Exception) его не ловит. |
T08-L3 1.28 c | Exceptions and errors | The @ operator suppresses exceptions too. | «no» Пояснение: The @ operator only suppresses PHP errors, warnings, and notices; it does not suppress exceptions thrown with the `throw` keyword.
Raw{"answer": "no", "explanation": "The @ operator only suppresses PHP errors, warnings, and notices; it does not suppress exceptions thrown with the `throw` keyword."} | верно | @ глушит диагностику (warnings/notices), исключения не перехватывает. |
T08-L4 1.88 c | Exceptions and errors | What error class does intdiv(5, 0) throw? | «divisionbyzeroerror» Пояснение: In PHP 8+, intdiv(5, 0) throws a DivisionByZeroError, which is a subclass of ArithmeticError.
Raw{"answer": "DivisionByZeroError", "explanation": "In PHP 8+, intdiv(5, 0) throws a DivisionByZeroError, which is a subclass of ArithmeticError."} | верно | DivisionByZeroError (иерархия Error, не Exception); php-грейдер объективен. |
T08-L5 2.08 c | Exceptions and errors | The finally block runs only if the exception was caught by a catch block. | «no» Пояснение: The finally block always executes after the try block (whether an exception was caught, uncaught, or no exception occurred at all); it is not limited to cases where a catch block handled the exception.
Raw{"answer":"no","explanation":"The finally block always executes after the try block (whether an exception was caught, uncaught, or no exception occurred at all); it is not limited to cases where a catch block handled the exception."} | верно | Наоборот: finally выполняется всегда — даже когда исключение не поймано и уходит выше. Проверено php -r. |
T08-L6 8.31 c | Exceptions and errors | An exception thrown inside a finally block has no effect on the result of the try block. | «yes» Пояснение: By the time the finally block executes, the try block has already completed; an exception thrown there does not alter what the try block produced or whether it threw, it merely propagates as a new exception outward.
Raw{"answer": "yes", "explanation": "By the time the finally block executes, the try block has already completed; an exception thrown there does not alter what the try block produced or whether it threw, it merely propagates as a new exception outward."} | неверно верный: «no» | Исключение из finally перекрывает исходное и уходит вместо него. |
T08-L7 3.77 c | Exceptions and errors | What does the expression (bool) new Exception('x') return? | «yes» Пояснение: In PHP, casting any object to bool always yields true, since objects are inherently truthy.
Raw{"answer": "yes", "explanation": "In PHP, casting any object to bool always yields true, since objects are inherently truthy."} | верно | Любой объект при приведении к bool — true. Формы ответа: true или да. |
T08-L8 1.58 c | Exceptions and errors | Functions registered via register_shutdown_function() run when exit is called. | «yes» Пояснение: register_shutdown_function() callbacks are executed during the shutdown phase, which is triggered by exit(), die(), or normal script termination.
Raw{"answer": "yes", "explanation": "register_shutdown_function() callbacks are executed during the shutdown phase, which is triggered by exit(), die(), or normal script termination."} | верно | exit завершает скрипт, но shutdown-функции отрабатывают. |
T09-L1 1.48 c | Namespaces and autoloading | The use App\Service\Mailer; statement itself loads the class file. | «no» Пояснение: The use statement merely creates a local alias for a fully qualified class name and does not trigger any file loading; the class file is loaded only when the class is actually instantiated or referenced.
Raw{"answer": "no", "explanation": "The use statement merely creates a local alias for a fully qualified class name and does not trigger any file loading; the class file is loaded only when the class is actually instantiated or referenced."} | верно | use — псевдоним на этапе компиляции; файл грузит автозагрузчик при первом обращении. |
T09-L2 1.24 c | Namespaces and autoloading | What follows use to import a function (not a class): the word function or const? | «function» Пояснение: In PHP, the `use function` statement is used to import a function from a namespace, while `use const` is used to import a constant.
Raw{"answer": "function", "explanation": "In PHP, the `use function` statement is used to import a function from a namespace, while `use const` is used to import a constant."} | верно | use function ...; (и use const для констант). |
T09-L3 1.66 c | Namespaces and autoloading | Into which file (path from src/) does the PSR-4 mapping "App\ → src/" place the class App\Controller\Api\UserController? | «src/controller/api/usercontroller.php» Пояснение: PSR-4 maps the namespace prefix 'App\' to 'src/', and each remaining namespace segment becomes a directory, so App\Controller\Api\UserController becomes src/Controller/Api/UserController.php.
Raw{"answer": "src/Controller/Api/UserController.php", "explanation": "PSR-4 maps the namespace prefix 'App\\' to 'src/', and each remaining namespace segment becomes a directory, so App\\Controller\\Api\\UserController becomes src/Controller/Api/UserController.php."} | верно | Остаток имени после префикса, \ → /. |
T09-L4 1.98 c | Namespaces and autoloading | Including vendor/autoload.php registers autoloaders via spl_autoload_register(). | «yes» Пояснение: Composer's generated vendor/autoload.php calls spl_autoload_register() to register its autoloader callback, which resolves class names to files based on PSR-4/PSR-0 mappings and classmap.
Raw{"answer": "yes", "explanation": "Composer's generated vendor/autoload.php calls spl_autoload_register() to register its autoloader callback, which resolves class names to files based on PSR-4/PSR-0 mappings and classmap."} | верно | Composer ставит автозагрузчик именно на spl_autoload_register. |
T09-L5 1.89 c | Namespaces and autoloading | The magic constant __NAMESPACE__ contains the name of the current namespace. | «yes» Пояснение: The magic constant __NAMESPACE__ (introduced in PHP 5.3) holds the name of the namespace in which the class, interface, or enum is defined, or an empty string if in the global namespace.
Raw{"answer": "yes", "explanation": "The magic constant __NAMESPACE__ (introduced in PHP 5.3) holds the name of the namespace in which the class, interface, or enum is defined, or an empty string if in the global namespace."} | верно | В корневом пространстве — пустая строка. |
T09-L6 2.28 c | Namespaces and autoloading | An unqualified class name (without a leading \) in new is resolved from the global root. | «no» Пояснение: An unqualified class name is first resolved in the current namespace context, and only falls back to the global root if the class is not found in the current namespace.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "An unqualified class name is first resolved in the current namespace context, and only falls back to the global root if the class is not found in the current namespace." ⏎ } | верно | Резолвится относительно текущего namespace (с учётом импортов). |
T09-L7 1.74 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 the PSR-4 rule 'App\ → src/', the namespace App\Model\User maps by stripping the 'App\' prefix, leaving 'Model\User', which converts to the path src/Model/User.php.
Raw{"answer": "yes", "explanation": "Under the PSR-4 rule 'App\\ → src/', the namespace App\\Model\\User maps by stripping the 'App\\' prefix, leaving 'Model\\User', which converts to the path src/Model/User.php."} | верно | Остаток имени после префикса переносится в путь как есть. |
T09-L8 3.49 c | Namespaces and autoloading | A use statement may be written inside a function body — the import then applies to that function only. | «no» Пояснение: In PHP, a use statement must be placed at the outermost level of a file or namespace, or inside a class/interface/enum — it cannot be placed inside a function body.
Raw{"answer": "no", "explanation": "In PHP, a use statement must be placed at the outermost level of a file or namespace, or inside a class/interface/enum — it cannot be placed inside a function body."} | верно | use внутри тела функции — parse error; импорты файловые и компиляционные. |
T10-L1 1.27 c | References and scope | Arrays are copied on assignment rather than passed by reference. | «yes» Пояснение: In PHP, arrays are copied by value when assigned to another variable (e.g., `$b = $a`), not passed by reference; you must use `&` to pass by reference.
Raw{"answer": "yes", "explanation": "In PHP, arrays are copied by value when assigned to another variable (e.g., `$b = $a`), not passed by reference; you must use `&` to pass by reference."} | верно | Присваивание массива — копия (в движке — copy-on-write). |
T10-L2 1.7 c | References and scope | What will this print: $a = [1, 2]; $b = $a; $b[] = 3; echo count($a); | «2» Пояснение: In PHP, arrays are assigned by value, so $b = $a creates a copy; modifying $b does not affect $a, which still contains only 2 elements.
Raw{"answer": 2, "explanation": "In PHP, arrays are assigned by value, so $b = $a creates a copy; modifying $b does not affect $a, which still contains only 2 elements."} | верно | Присваивание — копия: в $a по-прежнему 2 элемента. |
T10-L3 2.09 c | References and scope | Inside a function, user-defined global variables are inaccessible without global, $GLOBALS, or passing them as parameters. | «yes» Пояснение: In PHP, a global variable declared outside a function must be explicitly accessed inside the function using the `global` keyword, the `$GLOBALS` superglobal array, or by passing it as a parameter; it is not automatically available in the function's local scope.
Raw{"answer": "yes", "explanation": "In PHP, a global variable declared outside a function must be explicitly accessed inside the function using the `global` keyword, the `$GLOBALS` superglobal array, or by passing it as a parameter; it is not automatically available in the function's local scope."} | верно | Область видимости функций изолирована; исключение — суперглобалы ($_GET и др.). |
T10-L4 2.34 c | References and scope | unset($GLOBALS['x']) inside a function removes the global variable only for that function. | «no» Пояснение: $GLOBALS is a direct reference to the global scope, so unset($GLOBALS['x']) removes the variable from the global scope entirely, not just for the current function.
Raw{"answer": "no", "explanation": "$GLOBALS is a direct reference to the global scope, so unset($GLOBALS['x']) removes the variable from the global scope entirely, not just for the current function."} | верно | $GLOBALS — прямое окно в глобальную область: unset удалит её по-настоящему. |
T10-L5 1.32 c | References and scope | What will this print: function inc(&$x) { $x++; } $n = 5; inc($n); echo $n; | «6» Пояснение: The function modifies $n by reference, so after inc($n) the value is incremented from 5 to 6.
Raw{"answer": "6", "explanation": "The function modifies $n by reference, so after inc($n) the value is incremented from 5 to 6."} | верно | Ссылка меняет оригинал: 6. |
T10-L6 5.19 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» Пояснение: In PHP, foreach by value iterates over a snapshot of the array's elements as they existed when the loop began, so modifications to the array inside the loop (adding/removing elements, changing values) are not reflected in the current pass of iteration.
Raw{"answer": "no", "explanation": "In PHP, foreach by value iterates over a snapshot of the array's elements as they existed when the loop began, so modifications to the array inside the loop (adding/removing elements, changing values) are not reflected in the current pass of iteration."} | верно | По значению foreach итерирует копию-снимок. |
T10-L7 1.18 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, not to each instance; changes to it are visible in all instances of that class.
Raw{"answer": "no", "explanation": "A static property belongs to the class itself, not to each instance; changes to it are visible in all instances of that class."} | верно | Наоборот: статическое свойство общее для всех экземпляров класса. Проверено php -r. |
T10-L8 2.72 c | References and scope | An array can have a boolean key true, and it will be stored as bool. | «no» Пояснение: In PHP, a boolean key like `true` is coerced to the integer `1`, so it is not stored as a boolean but as an integer.
Raw{"answer": "no", "explanation": "In PHP, a boolean key like `true` is coerced to the integer `1`, so it is not stored as a boolean but as an integer."} | верно | Булев ключ приводится к int: true → 1, false → 0. |
T11-L1 1.38 c | Generators, iterators, SPL | Inside a generator, return with a value can be used, and it becomes available via $gen->getReturn(). | «yes» Пояснение: In PHP, a `return` statement with a value inside a generator function stops the generator, and the returned value can be retrieved via the `Generator::getReturn()` method.
Raw{"answer": "yes", "explanation": "In PHP, a `return` statement with a value inside a generator function stops the generator, and the returned value can be retrieved via the `Generator::getReturn()` method."} | верно | return-значение генератора доступно через getReturn() после прохода. |
T11-L2 1.91 c | Generators, iterators, SPL | A fully consumed generator can be rewound with rewind() and traversed again. | «yes» Пояснение: In PHP, generators implement the Iterator interface, and calling rewind() resets a fully consumed generator to its starting state so it can be iterated over again.
Raw{"answer": "yes", "explanation": "In PHP, generators implement the Iterator interface, and calling rewind() resets a fully consumed generator to its starting state so it can be iterated over again."} | неверно верный: «no» | Генератор одноразовый: rewind после начала итерации бросает Exception. |
T11-L3 1.21 c | Generators, iterators, SPL | The yield from construct delegates traversal to another generator or iterable. | «yes» Пояснение: The `yield from` construct in PHP delegates to another generator or iterable, yielding its values as part of the current generator's output.
Raw{"answer":"yes","explanation":"The `yield from` construct in PHP delegates to another generator or iterable, yielding its values as part of the current generator's output."} | верно | yield from проксирует значения, ключи и return-значение внутреннего генератора. |
T11-L4 1.46 c | Generators, iterators, SPL | What does get_class(g()) return for function g() { yield 1; }? | «generator» Пояснение: A function containing 'yield' is a generator function; calling g() returns a Generator object, and get_class() on that object returns the string 'Generator'.
Raw{"answer": "Generator", "explanation": "A function containing 'yield' is a generator function; calling g() returns a Generator object, and get_class() on that object returns the string 'Generator'."} | верно | Функция с yield возвращает Generator. |
T11-L5 2.39 c | Generators, iterators, SPL | How many elements will count(iterator_to_array((function () { yield from [1, 2, 3]; })())) return? | «3» Пояснение: The generator yields 1, 2, and 3, which iterator_to_array() converts to a three-element array, so count() returns 3.
Raw{"answer": 3, "explanation": "The generator yields 1, 2, and 3, which iterator_to_array() converts to a three-element array, so count() returns 3."} | верно | yield from делегирует все 3 элемента. |
T11-L6 1.2 c | Generators, iterators, SPL | The SplStack class implements a FIFO queue. | «no» Пояснение: SplStack implements a LIFO (Last-In, First-Out) stack, not a FIFO queue; FIFO queues in PHP are implemented by SplQueue.
Raw{"answer": "no", "explanation": "SplStack implements a LIFO (Last-In, First-Out) stack, not a FIFO queue; FIFO queues in PHP are implemented by SplQueue."} | верно | SplStack — стек LIFO; очередь FIFO — SplQueue. |
T11-L7 1.22 c | Generators, iterators, SPL | ArrayIterator allows wrapping an array and traversing it via the Iterator interface. | «yes» Пояснение: ArrayIterator is a PHP class that implements the Iterator interface, allowing it to wrap an array and traverse its elements via the Iterator methods.
Raw{"answer": "yes", "explanation": "ArrayIterator is a PHP class that implements the Iterator interface, allowing it to wrap an array and traverse its elements via the Iterator methods."} | верно | Объектная обёртка над массивом. |
T11-L8 1.02 c | Generators, iterators, SPL | An ArrayObject instance cannot be traversed with foreach. | «no» Пояснение: ArrayObject implements the Iterator (and Traversable) interfaces, so it can be directly traversed with foreach.
Raw{"answer": "no", "explanation": "ArrayObject implements the Iterator (and Traversable) interfaces, so it can be directly traversed with foreach."} | верно | ArrayObject реализует IteratorAggregate — foreach по нему работает. |
T12-L1 2.17 c | Configuration and security | password_hash() generates a salt automatically — passing one separately is not needed. | «yes» Пояснение: password_hash() automatically generates and embeds the salt; its function signature has no salt parameter, so you never pass one separately.
Raw{"answer":"yes","explanation":"password_hash() automatically generates and embeds the salt; its function signature has no salt parameter, so you never pass one separately."} | верно | Соль встраивается в строку результата; параметр salt устарел. |
T12-L2 1.63 c | Configuration and security | In PHP 8, PASSWORD_DEFAULT is md5 with an automatically added salt. | «no» Пояснение: In PHP 8, PASSWORD_DEFAULT uses the bcrypt algorithm, not MD5; MD5 is a general-purpose hashing algorithm and is not used as the default password hashing function.
Raw{"answer": "no", "explanation": "In PHP 8, PASSWORD_DEFAULT uses the bcrypt algorithm, not MD5; MD5 is a general-purpose hashing algorithm and is not used as the default password hashing function."} | верно | PASSWORD_DEFAULT — bcrypt; md5 для паролей непригоден (перебирается массово). |
T12-L3 1.29 c | Configuration and security | What does password_verify('secret', password_hash('secret', PASSWORD_DEFAULT)) return? | «yes» Пояснение: password_verify() compares the password against the generated hash and returns true since 'secret' matches its own hash.
Raw{"answer": "yes", "explanation": "password_verify() compares the password against the generated hash and returns true since 'secret' matches its own hash."} | верно | Соль и хеш в одной строке: true (форма ответа: true или да). |
T12-L4 1.11 c | Configuration and security | strip_tags() protects against SQL injection. | «no» Пояснение: strip_tags() removes HTML tags to protect against XSS (Cross-Site Scripting), not SQL injection; SQL injection is prevented using prepared statements.
Raw{"answer": "no", "explanation": "strip_tags() removes HTML tags to protect against XSS (Cross-Site Scripting), not SQL injection; SQL injection is prevented using prepared statements."} | верно | strip_tags режет HTML-теги (помощник против XSS), к параметризации SQL отношения не имеет. |
T12-L5 1.61 c | Configuration and security | session_regenerate_id() is used to protect against session fixation upon user login. | «yes» Пояснение: session_regenerate_id() generates a new session ID (and optionally destroys the old one), which is the standard defense against session fixation attacks by invalidating any previously set session identifier at login time.
Raw{"answer":"yes","explanation":"session_regenerate_id() generates a new session ID (and optionally destroys the old one), which is the standard defense against session fixation attacks by invalidating any previously set session identifier at login time."} | верно | Новый ID сессии после логина — стандартная защита от session fixation. |
T12-L6 1.07 c | Configuration and security | Which built-in function returns the SAPI name (e.g., cli)? | «php_sapi_name» Пояснение: php_sapi_name() returns the name of the SAPI (Server API) in use, such as 'cli' for command line or 'apache2handler' for Apache.
Raw{"answer": "php_sapi_name", "explanation": "php_sapi_name() returns the name of the SAPI (Server API) in use, such as 'cli' for command line or 'apache2handler' for Apache."} | верно | php_sapi_name(). |
T12-L7 2.55 c | Configuration and security | session_destroy() deletes session data on the server but not the cookie in the user's browser. | «yes» Пояснение: session_destroy() removes the session data stored on the server, but the session ID cookie (PHPSESSID) remains in the browser's cookie jar unless explicitly deleted via setcookie().
Raw{"answer": "yes", "explanation": "session_destroy() removes the session data stored on the server, but the session ID cookie (PHPSESSID) remains in the browser's cookie jar unless explicitly deleted via setcookie()."} | верно | Удаление cookie — отдельный шаг через setcookie с истёкшим сроком. |
T12-L8 1.29 c | Configuration and security | Without calling session_start(), the $_SESSION array is automatically populated with session data. | «no» Пояснение: In PHP, the $_SESSION superglobal is only populated after calling session_start(), which initializes the session and loads the session data from storage.
Raw{"answer": "no", "explanation": "In PHP, the $_SESSION superglobal is only populated after calling session_start(), which initializes the session and loads the session data from storage."} | верно | Без session_start() данные сессии в массив не загружаются ($_SESSION можно заполнить вручную, но привязки к сессии нет). |
VC-L1 2.0 c | PHP 8.4–8.5 | In which PHP version was the array_find() function introduced? | «never» Пояснение: PHP does not have an array_find() function; the closest equivalent is array_search().
Raw{"answer": "never", "explanation": "PHP does not have an array_find() function; the closest equivalent is array_search()."} | неверно верный: «8.4» | PHP 8.4 (RFC array_find). |
VC-L2 3.39 c | PHP 8.4–8.5 | Property hooks (get/set right in the property declaration) landed in PHP 8.4. | «yes» Пояснение: PHP 8.4 introduced property hooks, allowing you to define get/set logic inline in a property declaration (e.g., `public float $height; public function get&set(float $v): float { ... }`).
Raw{"answer": "yes", "explanation": "PHP 8.4 introduced property hooks, allowing you to define get/set logic inline in a property declaration (e.g., `public float $height; public function get&set(float $v): float { ... }`)."} | верно | Property hooks — PHP 8.4 (ноябрь 2024). |
VC-L3 1.68 c | PHP 8.4–8.5 | Asymmetric visibility (public private(set) string $name) appeared in PHP 8.4. | «yes» Пояснение: PHP 8.4 introduced asymmetric visibility modifiers for properties, allowing a property like `public private(set) string $name` to be publicly readable but privately writable.
Raw{"answer": "yes", "explanation": "PHP 8.4 introduced asymmetric visibility modifiers for properties, allowing a property like `public private(set) string $name` to be publicly readable but privately writable."} | верно | Asymmetric visibility v2 — PHP 8.4. |
VC-L4 2.17 c | PHP 8.4–8.5 | In which PHP version was the #[\NoDiscard] attribute introduced? Answer with the version number. | «8.4» Пояснение: The #[\NoDiscard] attribute was introduced in PHP 8.4 to allow marking function return values that must not be discarded.
Raw{"answer": "8.4", "explanation": "The #[\\NoDiscard] attribute was introduced in PHP 8.4 to allow marking function return values that must not be discarded."} | неверно верный: «8.5» | #[\NoDiscard] — PHP 8.5 (marking return values as important). |
VC-L5 3.56 c | PHP 8.4–8.5 | In which PHP version did the pipe operator |> first appear? Answer with the version number. | «it does not exist» Пояснение: PHP has never introduced a pipe operator |>; that operator is found in languages like F# or Elixir, not PHP.
Raw{"answer": "It does not exist", "explanation": "PHP has never introduced a pipe operator |>; that operator is found in languages like F# or Elixir, not PHP."} | неверно верный: «8.5» | Pipe operator — PHP 8.5 (2025). |
VC-L6 3.99 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» Пояснение: The clone($obj, ['x' => 1]) syntax never appeared in any PHP version; PHP's clone keyword only accepts a single object operand with no second argument for property overrides.
Raw{"answer": "no", "explanation": "The clone($obj, ['x' => 1]) syntax never appeared in any PHP version; PHP's clone keyword only accepts a single object operand with no second argument for property overrides."} | неверно верный: «8.5» | Clone with v2 — PHP 8.5. |
VC-L7 6.19 c | PHP 8.4–8.5 | In which PHP version were the array_first() and array_last() functions introduced? | «4.0» Пояснение: array_first() and array_last() were introduced in PHP 4.0 and later removed in PHP 5.0.
Raw{"answer": "4.0", "explanation": "array_first() and array_last() were introduced in PHP 4.0 and later removed in PHP 5.0."} | неверно верный: «8.5» | PHP 8.5. |
VC-L8 5.03 c | PHP 8.4–8.5 | For which PHP version was RFC Partial Function Application v2 adopted (as of 2026-11-07)? Answer with the version number. | «8.5» Пояснение: RFC Partial Function Application v2 was adopted for PHP 8.5.
Raw{"answer": "8.5", "explanation": "RFC Partial Function Application v2 was adopted for PHP 8.5."} | неверно верный: «8.6» | PFA v2 принят 05.12.2025 (33-0-0), реализован в PHP 8.6. |
VF-L1 1.41 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.0» Пояснение: The clamp() function, introduced via the clamp_v2 RFC, was implemented in PHP 8.0.
Raw{"answer": "8.0", "explanation": "The clamp() function, introduced via the clamp_v2 RFC, was implemented in PHP 8.0."} | неверно верный: «8.6» | По данным владельца (wiki.php.net/rfc): clamp_v2 — 8.6; clamp() в 8.5.11 отсутствует (косвенное подтверждение). Дата-якорь делает клетку монотонной. |
VF-L2 2.31 c | PHP: 8.6+ and the future | RFC Context Managers v2 has already been adopted in PHP (as of 2026-11-07). | «no» Пояснение: There is no 'RFC Context Managers v2' in the PHP RFC process; this appears to be a fabricated claim.
Raw{"answer": "no", "explanation": "There is no 'RFC Context Managers v2' in the PHP RFC process; this appears to be a fabricated claim."} | верно | На 06.11.2026 — в обсуждении (создан 2026-10-23); не принят. |
VF-L3 3.42 c | PHP: 8.6+ and the future | RFC Bound-Erased Generic Types (generics) was declined in 2026. | «no» Пояснение: There is no known PHP RFC titled 'RFC Bound-Erased Generic Types (generics)' that was declined in 2026; this appears to be a fabricated claim.
Raw{"answer": "no", "explanation": "There is no known PHP RFC titled 'RFC Bound-Erased Generic Types (generics)' that was declined in 2026; this appears to be a fabricated claim."} | неверно верный: «yes» | Голосование завершилось 2026-06-28: отклонён (wiki.php.net/rfc). |
VF-L4 5.66 c | PHP: 8.6+ and the future | As of 2026-11-07, the RFC enabling multithreading (ZTS) by default has already been accepted in PHP. | «no» Пояснение: As of my knowledge, PHP still shipped with ZTS (Zend Thread Safety) as an optional compile-time flag rather than the default, and no RFC making multithreaded/ZTS builds the default had been accepted.
Raw{"answer": "no", "explanation": "As of my knowledge, PHP still shipped with ZTS (Zend Thread Safety) as an optional compile-time flag rather than the default, and no RFC making multithreaded/ZTS builds the default had been accepted."} | верно | Такого принятого RFC нет на дату якоря; якорь делает клетку монотонной — при принятии RFC позже клетка не перевернётся. |
VF-L5 2.17 c | PHP: 8.6+ and the future | As of PHP 8.5, generics (parameterized types) are still absent. | «yes» Пояснение: PHP does not have true parameterized types (generics) as of PHP 8.5; its type system includes primitives, union/intersection types, and array/object type declarations but no generic type construction syntax.
Raw{"answer": "yes", "explanation": "PHP does not have true parameterized types (generics) as of PHP 8.5; its type system includes primitives, union/intersection types, and array/object type declarations but no generic type construction syntax."} | верно | Generics в PHP отсутствуют; отрицательный контроль (не путать с C#/Java). |
VF-L6 10.84 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). | «no» Пояснение: Based on PHP's annual November release cycle (8.2 in Nov 2023, 8.3 in Nov 2024, 8.4 in Nov 2025), the latest stable version as of 2026-11-07 would be PHP 8.4, not 8.5, since 8.5 would be the November 2026 release and 8.6 would not be due until November 2027.
Raw{"answer": "no", "explanation": "Based on PHP's annual November release cycle (8.2 in Nov 2023, 8.3 in Nov 2024, 8.4 in Nov 2025), the latest stable version as of 2026-11-07 would be PHP 8.4, not 8.5, since 8.5 would be the November 2026 release and 8.6 would not be due until November 2027."} | неверно верный: «yes» | 8.5 — релиз осени 2025; 8.6 GA 19.11.2026 (wiki.php.net/todo/php86). Дата снимка — 06.11.2026. |
VF-L7 2.14 c | PHP: 8.6+ and the future | The PHP 6 branch never shipped: after PHP 5.6 came PHP 7.0 directly. | «yes» Пояснение: PHP 5.6 was the last 5.x major release, and the next major release was PHP 7.0; PHP 6 was planned but never released.
Raw{"answer": "yes", "explanation": "PHP 5.6 was the last 5.x major release, and the next major release was PHP 7.0; PHP 6 was planned but never released."} | верно | Исторический факт: ветка 6 не была релизнута. |
VF-L8 3.04 c | PHP: 8.6+ and the future | The RFC adding the #[\Deprecated] attribute to the core was adopted. | «no» Пояснение: The RFC proposing a #[\Deprecated] attribute to the PHP core (RFC 2583) was rejected by the core team, who felt the existing deprecation mechanism (trigger_deprecation / E_DEPRECATED) was sufficient.
Raw{"answer":"no","explanation":"The RFC proposing a #[\\Deprecated] attribute to the PHP core (RFC 2583) was rejected by the core team, who felt the existing deprecation mechanism (trigger_deprecation / E_DEPRECATED) was sufficient."} | неверно верный: «yes» | #[\Deprecated] — принят, реализован в PHP 8.4. |
T25-L1 1.39 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 dictates that all dependencies point inward toward the core, meaning inner layers have no knowledge of outer layers.
Raw{"answer": "yes", "explanation": "In clean and onion architecture, the dependency rule dictates that all dependencies point inward toward the core, meaning inner layers have no knowledge of outer layers."} | верно | Чистая (Robert C. Martin), луковичная (Jeffrey Palermo) и гексагональная (ports & adapters) — варианты одной идеи: зависимости направлены внутрь, к домену. Слоями в проекте следит deptrac. |
T25-L2 1.73 c | Clean architecture | Domain entities import neither Doctrine nor Symfony — only the language and, possibly, the standard library. | «yes» Пояснение: In a well-structured architecture (DDD, Clean Architecture), domain entities must be framework-agnostic, depending only on the language and standard library, not on Doctrine or Symfony.
Raw{"answer": "yes", "explanation": "In a well-structured architecture (DDD, Clean Architecture), domain entities must be framework-agnostic, depending only on the language and standard library, not on Doctrine or Symfony."} | верно | Изоляция домена от инфраструктуры; deptrac в проекте как раз следит за слоями. |
T25-L3 1.72 c | Clean architecture | Controllers and Twig templates belong to the business-logic layer because they are the ones calling use cases. | «no» Пояснение: Controllers and Twig templates belong to the presentation (interface) layer, not the business-logic layer; they sit between the HTTP request and the use cases/domain models.
Raw{"answer":"no","explanation":"Controllers and Twig templates belong to the presentation (interface) layer, not the business-logic layer; they sit between the HTTP request and the use cases/domain models."} | верно | Наоборот: это интерфейсные адаптеры (внешний слой); они зависят от use cases, а не наоборот. |
T25-L4 1.84 c | Clean architecture | What sits at the very center of the onion architecture? | «business logic» Пояснение: In the onion architecture, the very center holds the core business rules and logic, with all other layers (application logic, infrastructure, presentation) nested around it.
Raw{"answer": "Business Logic", "explanation": "In the onion architecture, the very center holds the core business rules and logic, with all other layers (application logic, infrastructure, presentation) nested around it."} | неверно верный: «domain model» | Центральное кольцо — Domain Model: сущности и бизнес-правила без зависимостей; далее Domain Services → Application Services → Infrastructure/UI/Tests (Palermo). |
T25-L5 1.65 c | Clean architecture | Layer boundary violations can be caught automatically: a layer-dependency analyzer (e.g. deptrac) fails on a forbidden call. | «yes» Пояснение: Static analysis tools like deptrac perform dependency checks and will fail the build when a forbidden cross-layer call is detected, making layer boundary violations automatically catchable.
Raw{"answer": "yes", "explanation": "Static analysis tools like deptrac perform dependency checks and will fail the build when a forbidden cross-layer call is detected, making layer boundary violations automatically catchable."} | верно | depfile.yaml в проекте TasK: CI проверяет правила слоёв на каждом пайплайне. |
T25-L6 2.15 c | Clean architecture | A use case (interactor) may accept an HTTP request or an EntityManager as arguments — it is simpler that way. | «no» Пояснение: A use case should be decoupled from framework-specific objects like HTTP requests or EntityManagers; coupling to them makes the use case harder to test, reuse, and maintain, and violates dependency inversion.
Raw{"answer":"no","explanation":"A use case should be decoupled from framework-specific objects like HTTP requests or EntityManagers; coupling to them makes the use case harder to test, reuse, and maintain, and violates dependency inversion."} | верно | Use case принимает DTO и порты; привязка к HTTP/ORM протекает инфраструктуру во внутренние слои. |
T25-L7 1.53 c | Clean architecture | What is the component called that provides a collection of aggregates/entities while hiding the storage mechanism behind an interface? | «repository» Пояснение: The Repository pattern provides a collection of aggregates/entities in memory while abstracting the underlying storage mechanism (e.g., database) behind an interface.
Raw{"answer": "Repository", "explanation": "The Repository pattern provides a collection of aggregates/entities in memory while abstracting the underlying storage mechanism (e.g., database) behind an interface."} | верно | Repository pattern (DDD/Evans); в проекте — Doctrine-репозитории за портами. |
T25-L8 2.54 c | Clean architecture | In clean architecture, swapping PostgreSQL for another database touches only the outer layer — the domain and use cases stay unchanged. | «yes» Пояснение: In clean architecture, the database is an outer-layer detail; the domain and use cases depend only on abstractions (e.g., repository interfaces), so swapping the concrete database implementation doesn't affect them.
Raw{"answer": "yes", "explanation": "In clean architecture, the database is an outer-layer detail; the domain and use cases depend only on abstractions (e.g., repository interfaces), so swapping the concrete database implementation doesn't affect them."} | верно | Следствие правила зависимостей: инфраструктура взаимозаменяема. |
T26-L1 1.59 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 within the domain bounded by consistency rules, which is a conceptual domain model, not a synonym for a database table.
Raw{"answer": "no", "explanation": "In DDD, an aggregate is a cluster of entities and value objects within the domain bounded by consistency rules, which is a conceptual domain model, not a synonym for a database table."} | верно | Агрегат — кластер объектов с границей согласованности (транзакционной вокруг корня); таблица — деталь хранения. |
T26-L2 1.25 c | DDD | A Value Object is immutable and compared by the values of its fields, not by identity. | «yes» Пояснение: In Domain-Driven Design, a Value Object is defined by two core principles: immutability (its state cannot change after creation) and value equality (it is compared based on its field values rather than object identity).
Raw{"answer": "yes", "explanation": "In Domain-Driven Design, a Value Object is defined by two core principles: immutability (its state cannot change after creation) and value equality (it is compared based on its field values rather than object identity)."} | верно | Классика Evans: Money, Email; равенство структурное. |
T26-L3 0.79 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 modifications must flow.
Raw{"answer": "Aggregate Root", "explanation": "In Domain-Driven Design, the Aggregate Root is the single external entry point of an aggregate through which all modifications must flow."} | верно | Aggregate Root: внешние объекты ссылаются только на корень; он защищает инварианты агрегата. |
T26-L4 0.95 c | DDD | In DDD, a repository is declared for an aggregate (its root), not for every entity. | «yes» Пояснение: In DDD, a repository is tied to an aggregate root because the aggregate is the unit of consistency and persistence.
Raw{"answer": "yes", "explanation": "In DDD, a repository is tied to an aggregate root because the aggregate is the unit of consistency and persistence."} | верно | Репозиторий корня хранит границу согласованности агрегата; вложенные сущности доступны только через корень. |
T26-L5 1.51 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 the shared, common vocabulary used by both domain experts and developers to discuss the domain, and it should be reflected in the model and code.
Raw{"answer": "yes", "explanation": "In Domain-Driven Design, the Ubiquitous Language is the shared, common vocabulary used by both domain experts and developers to discuss the domain, and it should be reflected in the model and code."} | верно | Evans: язык из требований переходит в имена классов и методов. |
T26-L6 8.53 c | DDD | What is the boundary called within which a model and its language are consistent, while outside the same words mean other models? | «universe» Пояснение: In model theory, the universe (or domain) is the boundary within which a model consistently interprets its language, and outside of it the same symbols would require different interpretations.
Raw{"answer": "universe", "explanation": "In model theory, the universe (or domain) is the boundary within which a model consistently interprets its language, and outside of it the same symbols would require different interpretations."} | неверно верный: «bounded context» | Bounded Context; «Заказ» в биллинге и в доставке — разные модели. |
T26-L7 1.67 c | DDD | An anemic model (objects with only getters/setters, logic in services) is the recommended DDD style. | «no» Пояснение: DDD recommends a rich domain model with behavior encapsulated in domain objects; the anemic model (getters/setters only with logic in services) is considered an anti-pattern in DDD.
Raw{"answer": "no", "explanation": "DDD recommends a rich domain model with behavior encapsulated in domain objects; the anemic model (getters/setters only with logic in services) is considered an anti-pattern in DDD."} | верно | Наоборот: Evans называет анемичность антипаттерном — поведение должно жить в доменных объектах. |
T26-L8 2.05 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, each bounded context has its own model, so the same business concept can be represented as a different class with different attributes and behaviors in different contexts.
Raw{"answer": "yes", "explanation": "In Domain-Driven Design, each bounded context has its own model, so the same business concept can be represented as a different class with different attributes and behaviors in different contexts."} | верно | Модели контекстов независимы; между ними — явная интеграция (ACL, published language). |
T13-L1 2.41 c | Symfony | Services in the Symfony DI container are created lazily by default — on first use. | «yes» Пояснение: Symfony's DI container resolves service definitions on first access (via get() or autowiring) unless explicitly forced with build(), making lazy creation the default behavior.
Raw{"answer": "yes", "explanation": "Symfony's DI container resolves service definitions on first access (via get() or autowiring) unless explicitly forced with build(), making lazy creation the default behavior."} | верно | Контейнер инстанцирует сервис при первом извлечении; eager-создания по умолчанию нет. |
T13-L2 0.84 c | Symfony | Which Symfony console command lists all registered routes? | «routes» Пояснение: In Symfony, running 'php bin/console routes' displays all registered routes in your application.
Raw{"answer": "routes", "explanation": "In Symfony, running 'php bin/console routes' displays all registered routes in your application."} | неверно верный: «debug:router» | bin/console debug:router (FrameworkBundle); в Symfony 3 команда называлась router:debug. |
T13-L3 1.56 c | Symfony | Symfony autowiring requires manually declaring every service in services.yaml. | «no» Пояснение: Symfony autowiring automatically discovers and wires services based on conventions, annotations, or attributes, eliminating the need to manually declare every service in services.yaml.
Raw{"answer": "no", "explanation": "Symfony autowiring automatically discovers and wires services based on conventions, annotations, or attributes, eliminating the need to manually declare every service in services.yaml."} | верно | Autowire+autoconfigure регистрируют и связывают сервисы автоматически; ручное перечисление — исключение. |
T13-L4 1.02 c | Symfony | Twig templates are compiled into PHP classes and cached between requests. | «yes» Пояснение: Twig compiles templates into PHP Template classes and caches the generated code so it is only compiled once and reused on subsequent requests.
Raw{"answer":"yes","explanation":"Twig compiles templates into PHP Template classes and caches the generated code so it is only compiled once and reused on subsequent requests."} | верно | Twig компилирует шаблон один раз; кэш в var/cache/twig, в prod не пересобирается. |
T13-L5 1.39 c | Symfony | In the Symfony dev environment the DI container is rebuilt only after tracked files change, not on every request. | «yes» Пояснение: In Symfony dev, the container is cached and only recompiled when Symfony detects changes to tracked files (e.g., via a checksum), avoiding a full rebuild on every request.
Raw{"answer": "yes", "explanation": "In Symfony dev, the container is cached and only recompiled when Symfony detects changes to tracked files (e.g., via a checksum), avoiding a full rebuild on every request."} | верно | Kernel проверяет freshness ресурсов (конфиги, классы); иначе переиспользуется кэш контейнера. |
T13-L6 1.05 c | Symfony | Which environment variable selects the active Symfony environment (dev/prod)? | «app_env» Пояснение: In Symfony, the APP_ENV environment variable (defaulting to 'prod') selects the active environment such as dev, prod, or test.
Raw{"answer": "APP_ENV", "explanation": "In Symfony, the APP_ENV environment variable (defaulting to 'prod') selects the active environment such as dev, prod, or test."} | верно | APP_ENV в .env; APP_DEBUG — отдельный флаг отладки. |
T13-L7 3.06 c | Symfony | A controller method can be private — Symfony routing works with any method of the class. | «no» Пояснение: Symfony's router invokes controller methods via reflection from outside the class, so private methods cannot be accessed and would cause an error.
Raw{"answer": "no", "explanation": "Symfony's router invokes controller methods via reflection from outside the class, so private methods cannot be accessed and would cause an error."} | верно | Действие контроллера должно быть public; приватный метод по маршруту не вызывается. |
T13-L8 3.23 c | Symfony | Event subscribers always receive events before listeners, because the interface gives them priority. | «no» Пояснение: In PHP event systems (e.g., Symfony), subscribers and listeners are dispatched at the same level based on priority values, not by an inherent interface hierarchy that grants subscribers priority.
Raw{"answer": "no", "explanation": "In PHP event systems (e.g., Symfony), subscribers and listeners are dispatched at the same level based on priority values, not by an inherent interface hierarchy that grants subscribers priority."} | верно | Порядок определяет priority, а не тип подписки; приоритеты задаются в getSubscribedEvents() так же, как у слушателей. |
T22-L1 3.23 c | Symfony: Security and forms | In modern Symfony (6.0+) authentication is built on authenticator classes (AuthenticatorInterface); the old guard system has been removed. | «yes» Пояснение: The Guard system was removed in Symfony 5.0, so by Symfony 6.0+ authentication is indeed built on AuthenticatorInterface classes.
Raw{"answer": "yes", "explanation": "The Guard system was removed in Symfony 5.0, so by Symfony 6.0+ authentication is indeed built on AuthenticatorInterface classes."} | верно | Guard объявлен устаревшим в 5.3 и удалён в 6.0; в проекте symfony/security-bundle 8.1. |
T22-L2 2.23 c | Symfony: Security and forms | Which Symfony attribute checks a role/permission right on a controller method (403 without it)? | «role» Пояснение: The #[Role] attribute from Symfony\Component\Security\Attribute\Role restricts controller access to specific roles and returns a 403 Forbidden when the user lacks the required role.
Raw{"answer":"Role","explanation":"The #[Role] attribute from Symfony\\Component\\Security\\Attribute\\Role restricts controller access to specific roles and returns a 403 Forbidden when the user lacks the required role."} | неверно верный: «isgranted» | #[IsGranted('ROLE_ADMIN')]; атрибут из symfony/security-http. |
T22-L3 1.84 c | Symfony: Security and forms | Voters are Symfony's mechanism for checking access to a specific object: isGranted('EDIT', $post). | «yes» Пояснение: Voters in Symfony's security system are indeed the mechanism used to check access to a specific object via isGranted('EDIT', $post).
Raw{"answer": "yes", "explanation": "Voters in Symfony's security system are indeed the mechanism used to check access to a specific object via isGranted('EDIT', $post)."} | верно | VoterInterface->vote(); docs Symfony — Voters. |
T22-L4 4.97 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, Doctrine ORM annotations (deprecated since Symfony 6.0) were removed, and PHP attributes such as #[Assert\NotBlank] and #[Column] are the only supported approach for both validation constraints and entity mapping.
Raw{"answer": "yes", "explanation": "In Symfony 7.0, Doctrine ORM annotations (deprecated since Symfony 6.0) were removed, and PHP attributes such as #[Assert\\NotBlank] and #[Column] are the only supported approach for both validation constraints and entity mapping."} | верно | Докблок-аннотации удалены в Symfony 7.0; стандарт — атрибуты. В проекте symfony/validator 8.1. |
T22-L5 1.21 c | Symfony: Security and forms | CSRF protection of Symfony forms is enabled by default: the form validates the token on submission. | «yes» Пояснение: Symfony automatically adds a CSRF token to forms and validates it on submission by default.
Raw{"answer": "yes", "explanation": "Symfony automatically adds a CSRF token to forms and validates it on submission by default."} | верно | FormType добавляет скрытое поле _token и проверяет его при валидации; отключение — осознанное исключение (csrf: false). |
T22-L6 1.66 c | Symfony: Security and forms | Form validation in Symfony runs server-side even if the client-side (HTML5) checks passed. | «yes» Пояснение: Symfony's form validation is always executed server-side upon form submission, independent of any client-side HTML5 validation checks.
Raw{"answer": "yes", "explanation": "Symfony's form validation is always executed server-side upon form submission, independent of any client-side HTML5 validation checks."} | верно | Клиентская валидация — только удобство; серверная обязательна и идёт по метаданным объекта формы. |
T22-L7 1.09 c | Symfony: Security and forms | Which Symfony maker command generates a form class (FormType)? | «make:form» Пояснение: The Symfony Maker Bundle command 'make:form' generates a Symfony form type class (FormType).
Raw{"answer":"make:form","explanation":"The Symfony Maker Bundle command 'make:form' generates a Symfony form type class (FormType)."} | верно | bin/console make:form (symfony/maker-bundle — в проекте). |
T22-L8 1.4 c | Symfony: Security and forms | Symfony stores the user's password in the session in plain text. | «no» Пояснение: Symfony does not store the user's password in the session in plain text; passwords are hashed (e.g., bcrypt) and stored in the database, while the session only holds user identity information like roles and user ID.
Raw{"answer": "no", "explanation": "Symfony does not store the user's password in the session in plain text; passwords are hashed (e.g., bcrypt) and stored in the database, while the session only holds user identity information like roles and user ID."} | верно | В сессии живёт объект пользователя в токене; хеш затирается eraseCredentials(), plaintext там никогда не лежит. |
T23-L1 3.09 c | Symfony: configuration and services | Symfony bundle configuration lives in config/packages — one file per bundle or topic. | «yes» Пояснение: Since Symfony 4.0, bundle configurations are placed in config/packages/ with one YAML file per bundle or topic (e.g., config/packages/doctrine.yaml, config/packages/security.yaml).
Raw{"answer": "yes", "explanation": "Since Symfony 4.0, bundle configurations are placed in config/packages/ with one YAML file per bundle or topic (e.g., config/packages/doctrine.yaml, config/packages/security.yaml)."} | верно | Стандартная структура (config/packages/*.yaml); перегрузка — config/packages/<env>. |
T23-L2 1.54 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» Пояснение: Committing a .env file with safe development defaults while keeping real secrets in an untracked .env.local is a widely recommended practice.
Raw{"answer": "yes", "explanation": "Committing a .env file with safe development defaults while keeping real secrets in an untracked .env.local is a widely recommended practice."} | верно | symfony/dotenv: .env — общий безопасный набор значений; локальные секреты — .env.local (gitignored) или secrets-хранилище. |
T23-L3 1.31 c | Symfony: configuration and services | Which Symfony command lists the container's registered services and their aliases? | «debug:container» Пояснение: The Symfony command 'debug:container' lists all registered services in the container along with their aliases, types, and other metadata.
Raw{"answer": "debug:container", "explanation": "The Symfony command 'debug:container' lists all registered services in the container along with their aliases, types, and other metadata."} | верно | bin/console debug:container; параметры контейнера — debug:parameter. |
T23-L4 4.69 c | Symfony: configuration and services | The Symfony container allows changing parameters at runtime: $container->setParameter() works from a controller. | «yes» Пояснение: Symfony's container exposes a public setParameter() method that can be called at runtime from any context, including controllers, allowing you to overwrite container parameters dynamically.
Raw{"answer": "yes", "explanation": "Symfony's container exposes a public setParameter() method that can be called at runtime from any context, including controllers, allowing you to overwrite container parameters dynamically."} | неверно верный: «no» | Контейнер компилируется и замораживается; runtime-значения — только через переменные окружения. |
T23-L5 1.28 c | Symfony: configuration and services | By default, Symfony services are public (public: true) — you can fetch them directly from the container. | «no» Пояснение: By default, Symfony services are private and cannot be accessed directly from the container unless explicitly marked as public.
Raw{"answer": "no", "explanation": "By default, Symfony services are private and cannot be accessed directly from the container unless explicitly marked as public."} | верно | С Symfony 4.0 сервисы по умолчанию private: инжектятся через autowiring; $container->get() — только для публичных. |
T23-L6 1.2 c | Symfony: configuration and services | Without a config file in config/packages a bundle will not work — configuration is mandatory for every bundle. | «no» Пояснение: Configuration is optional; many bundles work without any config file in config/packages as long as they are registered in the bundle list.
Raw{"answer": "no", "explanation": "Configuration is optional; many bundles work without any config file in config/packages as long as they are registered in the bundle list."} | верно | У бандлов есть встроенные умолчания (Extension); конфиг нужен только для отклонений от них. |
T23-L7 0.91 c | Symfony: configuration and services | Environment variable values are injected into services.yaml using the %env(VAR)% syntax. | «yes» Пояснение: Symfony uses the %env(VAR)% placeholder syntax in services.yaml to inject environment variable values at runtime.
Raw{"answer": "yes", "explanation": "Symfony uses the %env(VAR)% placeholder syntax in services.yaml to inject environment variable values at runtime."} | верно | %env(...)% резолвится в рантайме env-процессорами; docs — Env Var Processors. |
T23-L8 1.81 c | Symfony: configuration and services | Which Symfony environment variable enables debug mode (affects the profiler and Twig debugging)? | «app_debug» Пояснение: In modern Symfony, the environment variable APP_DEBUG (set to 1) enables debug mode, which activates the web profiler and Twig debugging features.
Raw{"answer": "APP_DEBUG", "explanation": "In modern Symfony, the environment variable APP_DEBUG (set to 1) enables debug mode, which activates the web profiler and Twig debugging features."} | верно | APP_DEBUG=1 (в .env dev-окружения); окружение выбирает APP_ENV — см. T13-L6. |
T16-L1 1.14 c | Symfony: Messenger | A single message in Symfony Messenger can only have one handler. | «no» Пояснение: In Symfony Messenger, multiple handlers can be registered to process the same message; each handler receives the message independently.
Raw{"answer": "no", "explanation": "In Symfony Messenger, multiple handlers can be registered to process the same message; each handler receives the message independently."} | верно | Messenger вызывает все хендлеры, подписанные на класс сообщения (docs — Multiple Handlers). |
T16-L2 1.64 c | Symfony: Messenger | The sync transport in Messenger queues the message for a worker, just like async. | «no» Пояснение: The sync transport processes the message immediately in the current process; it does not queue it for a separate worker.
Raw{"answer":"no","explanation":"The sync transport processes the message immediately in the current process; it does not queue it for a separate worker."} | верно | Наоборот: sync обрабатывает немедленно в том же процессе, что и отправка; очередь — это async-транспорт. |
T16-L3 1.2 c | Symfony: Messenger | Which console command starts the worker that processes Messenger queue messages? | «messenger:consume» Пояснение: The Symfony Messenger command to start the worker that processes queue messages is messenger:consume (invoked as bin/console messenger:consume).
Raw{"answer": "messenger:consume", "explanation": "The Symfony Messenger command to start the worker that processes queue messages is messenger:consume (invoked as bin/console messenger:consume)."} | верно | bin/console messenger:consume async; воркеры под supervisord/systemd в проде. |
T16-L4 3.05 c | Symfony: Messenger | Retries for failed messages (retry_strategy) are configured per Messenger transport. | «yes» Пояснение: In Symfony Messenger, the retry_strategy is a per-transport option, allowing each transport to have its own retry configuration (e.g., max_attempts, backoff).
Raw{"answer": "yes", "explanation": "In Symfony Messenger, the retry_strategy is a per-transport option, allowing each transport to have its own retry configuration (e.g., max_attempts, backoff)."} | верно | retry_strategy на транспорте: max_retries, delay, multiplier; docs — Failed Messages & Retries. |
T16-L5 0.73 c | Symfony: Messenger | By default, Messenger serializes messages to JSON. | «yes» Пояснение: By default, Symfony Messenger uses a JSON serializer to encode and decode message payloads.
Raw{"answer": "yes", "explanation": "By default, Symfony Messenger uses a JSON serializer to encode and decode message payloads."} | неверно верный: «no» | Дефолтный сериализатор — PhpSerializer (serialize()); JSON-сериализатор включается отдельно. |
T16-L6 1.86 c | Symfony: Messenger | Symfony Scheduler produces messages on a schedule and dispatches them through Messenger. | «yes» Пояснение: Symfony Scheduler is a component designed to schedule messages for dispatch through Symfony's Messenger transport at defined intervals.
Raw{"answer": "yes", "explanation": "Symfony Scheduler is a component designed to schedule messages for dispatch through Symfony's Messenger transport at defined intervals."} | верно | Schedule → RecurringMessage → шина Messenger; docs — Scheduler. |
T16-L7 1.27 c | Symfony: Messenger | Which built-in Messenger transport stores messages in database tables via Doctrine? | «database» Пояснение: Symfony's 'database' transport (Symfony\Component\Messenger\Transport\Database\DatabaseTransport) stores messages in database tables using Doctrine ORM.
Raw{"answer": "database", "explanation": "Symfony's 'database' transport (Symfony\\Component\\Messenger\\Transport\\Database\\DatabaseTransport) stores messages in database tables using Doctrine ORM."} | неверно верный: «doctrine» | Транспорт doctrine (symfony/doctrine-messenger); таблица messenger_messages. В проекте стоит amqp-messenger + doctrine-messenger. |
T16-L8 3.13 c | Symfony: Messenger | The Messenger pipeline can be extended with custom middleware, placed before or after the built-in ones. | «yes» Пояснение: Symfony Messenger's Pipeline class allows you to add custom middleware and insert them at any position relative to the built-in middleware (e.g., via the Pipeline::add() method or transport configuration).
Raw{"answer": "yes", "explanation": "Symfony Messenger's Pipeline class allows you to add custom middleware and insert them at any position relative to the built-in middleware (e.g., via the Pipeline::add() method or transport configuration)."} | верно | messenger.bus.*.middleware в yaml; docs — Middleware. |
T28-L1 4.52 c | Symfony: versions | Symfony major releases come every two years, minor ones every six months (in May and November). | «no» Пояснение: While major Symfony releases are roughly every two years, minor (point) releases have not consistently followed a May/November six-month cadence; Symfony has shifted to more frequent (often monthly) point releases for supported versions, particularly in recent years.
Raw{"answer": "no", "explanation": "While major Symfony releases are roughly every two years, minor (point) releases have not consistently followed a May/November six-month cadence; Symfony has shifted to more frequent (often monthly) point releases for supported versions, particularly in recent years."} | неверно верный: «yes» | Стандартный релизный цикл: 8.0 — ноябрь 2025, 8.1 — май 2026, 8.2 — ноябрь 2026. |
T28-L2 5.93 c | Symfony: versions | What is the minimum PHP version required by Symfony 8? | «8.2» Пояснение: Based on the pattern of Symfony's PHP requirements (Symfony 7 requires PHP 8.1+), Symfony 8 is expected to require a minimum of PHP 8.2.
Raw{"answer": "8.2", "explanation": "Based on the pattern of Symfony's PHP requirements (Symfony 7 requires PHP 8.1+), Symfony 8 is expected to require a minimum of PHP 8.2."} | неверно верный: «8.4» | Symfony 8.0 поднял требование до PHP >= 8.4.1 (в vendor проекта: "php": ">=8.4.1"). |
T28-L3 2.89 c | Symfony: versions | Symfony 7.0 kept support for docblock annotations (validation, routes). | «no» Пояснение: Symfony 7.0 removed docblock annotations (e.g., @Route, @Validate) entirely, leaving only the attribute-based equivalents (#[Route], #[Validate]).
Raw{"answer": "no", "explanation": "Symfony 7.0 removed docblock annotations (e.g., @Route, @Validate) entirely, leaving only the attribute-based equivalents (#[Route], #[Validate])."} | верно | Наоборот: в 7.0 аннотации удалены — только PHP-атрибуты (#[Route], #[Assert\NotBlank]). |
T28-L4 3.51 c | Symfony: versions | AssetMapper manages CSS/JS without node or webpack — via importmap.php. | «no» Пояснение: Symfony AssetMapper does require Node.js (it uses esbuild and terser via Node for bundling and minification), so the claim that it works 'without node' is false.
Raw{"answer": "no", "explanation": "Symfony AssetMapper does require Node.js (it uses esbuild and terser via Node for bundling and minification), so the claim that it works 'without node' is false."} | неверно верный: «yes» | symfony/asset-mapper (с 6.3, стандарт с 7.x); в проекте — importmap.php в корне и asset-mapper 8.1. |
T28-L5 7.62 c | Symfony: versions | Symfony 6.4 is a regular release without long-term support. | «yes» Пояснение: Symfony does not have a separate LTS track; all minor releases in a major version (including 6.4) are regular releases supported until the next major version's EOL, with no extended long-term support designation.
Raw{"answer": "yes", "explanation": "Symfony does not have a separate LTS track; all minor releases in a major version (including 6.4) are regular releases supported until the next major version's EOL, with no extended long-term support designation."} | неверно верный: «no» | Наоборот: 6.4 — LTS (расширенная поддержка); LTS выходит вместе с очередным мажором (6.4 — вместе с 7.0). |
T28-L6 1.28 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» Пояснение: Major Symfony releases do remove the deprecations that were introduced in the previous major branch.
Raw{"answer":"no","explanation":"Major Symfony releases do remove the deprecations that were introduced in the previous major branch."} | верно | Наоборот: мажорный релиз удаляет всё устаревшее (7.0 убрал деприкейшены 6.x, 8.0 — 7.x). |
T28-L7 1.68 c | Symfony: versions | Every Symfony major release is accompanied by an UPGRADE guide listing the changes. | «yes» Пояснение: Symfony provides an official Upgrade Guide for every major release, detailing breaking changes and deprecations, typically found in their online documentation.
Raw{"answer":"yes","explanation":"Symfony provides an official Upgrade Guide for every major release, detailing breaking changes and deprecations, typically found in their online documentation."} | верно | UPGRADE-7.0.md, UPGRADE-8.0.md в репозитории symfony/symfony. |
T28-L8 3.62 c | Symfony: versions | Which Symfony component manages assets and the importmap without node/webpack? | «symfony/asset-mapper» Пояснение: The symfony/asset-mapper component (introduced in Symfony 6.3) provides asset fingerprinting/hashing and importmap generation without requiring Node.js or webpack.
Raw{"answer": "symfony/asset-mapper", "explanation": "The symfony/asset-mapper component (introduced in Symfony 6.3) provides asset fingerprinting/hashing and importmap generation without requiring Node.js or webpack."} | верно | symfony/asset-mapper 8.1 — в проекте. |
T29-L1 16.73 c | Symfony: 8.2 and beyond | As of 2026-11-07, Symfony 8.2 has already been released. | «no» Пояснение: Symfony follows a 6-month release cycle (November and May); 8.0 landed in November 2025 and 8.1 in May 2026, so 8.2 is scheduled for late November 2026, after November 7.
Raw{"answer":"no","explanation":"Symfony follows a 6-month release cycle (November and May); 8.0 landed in November 2025 and 8.1 in May 2026, so 8.2 is scheduled for late November 2026, after November 7."} | верно | Наоборот: 8.2 ещё не выпущена — релиз в конце ноября 2026; последняя стабильная — 8.1. |
T29-L2 4.53 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. | «yes» Пояснение: Symfony releases follow a six-month cycle (November and May), so after 8.0 in November 2025 and 8.1 in May 2026, 8.2 is correctly scheduled for November 2026.
Raw{"answer": "yes", "explanation": "Symfony releases follow a six-month cycle (November and May), so after 8.0 in November 2025 and 8.1 in May 2026, 8.2 is correctly scheduled for November 2026."} | верно | Политика релизов: 8.1 — май 2026, 8.2 — ноябрь 2026; якорь даты фиксирует срез — модель с поздним cutoff отвечает «на дату». |
T29-L3 1.63 c | Symfony: 8.2 and beyond | Which Symfony version comes after 8.1 (as of 2026-11-07)? | «8.2» Пояснение: Symfony versions increment the minor number, so the version after 8.1 is 8.2.
Raw{"answer": "8.2", "explanation": "Symfony versions increment the minor number, so the version after 8.1 is 8.2."} | верно | 8.2 — следующий минорный релиз (ноябрь 2026); после его выхода проект переходит с 8.1.* на 8.2.*. |
T29-L4 3.68 c | Symfony: 8.2 and beyond | Symfony 8.2 is a major release requiring applications to be rewritten for new APIs. | «no» Пояснение: While major Symfony versions introduce breaking changes that require migration, they do not require applications to be completely rewritten; upgrading involves incremental changes and deprecation fixes rather than a full rewrite.
Raw{"answer": "false", "explanation": "While major Symfony versions introduce breaking changes that require migration, they do not require applications to be completely rewritten; upgrading involves incremental changes and deprecation fixes rather than a full rewrite."} | верно | Наоборот: 8.2 — минорный релиз; новые возможности без поломки обратной совместимости. Мажор — 9.0. |
T29-L5 4.27 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 maintains backward compatibility between successive minor versions within the same major number (8.x), so upgrading from 8.1 to 8.2 does not require code changes.
Raw{"answer":"yes","explanation":"PHP maintains backward compatibility between successive minor versions within the same major number (8.x), so upgrading from 8.1 to 8.2 does not require code changes."} | верно | Политика Symfony: минорные релизы обратно совместимы; BC-break допустим только в мажорных. |
T29-L6 12.24 c | Symfony: 8.2 and beyond | Which minor version of the 8.x branch is released last, before Symfony 9.0? | «8.4» Пояснение: Symfony follows a pattern of releasing five minor versions per major branch (e.g., 8.0 through 8.4), so 8.4 is the last 8.x version before 9.0.
Raw{"answer":"8.4","explanation":"Symfony follows a pattern of releasing five minor versions per major branch (e.g., 8.0 through 8.4), so 8.4 is the last 8.x version before 9.0."} | верно | По циклу: 8.2 (ноя 2026), 8.3 (май 2027), 8.4 (ноя 2027, вместе с 9.0) — как 6.4 выходила вместе с 7.0. |
T29-L7 5.36 c | Symfony: 8.2 and beyond | Symfony 8.2 will require PHP 8.5 — you would have to upgrade PHP along with it. | «no» Пояснение: Symfony 8.2 would not require PHP 8.5; Symfony sets a single minimum PHP version for a major series and does not raise it within that series, and PHP 8.5 was not the expected minimum for any Symfony 8.x release.
Raw{"answer": "no", "explanation": "Symfony 8.2 would not require PHP 8.5; Symfony sets a single minimum PHP version for a major series and does not raise it within that series, and PHP 8.5 was not the expected minimum for any Symfony 8.x release."} | верно | Наоборот: минорные релизы не поднимают требования PHP; для всей ветки 8.x остаётся PHP >= 8.4. |
T29-L8 2.88 c | Symfony: 8.2 and beyond | Deprecations added in the 8.x branch will not be removed before Symfony 9.0. | «yes» Пояснение: Symfony's deprecation policy guarantees that deprecations introduced in a given release cycle (here, 8.x) are only removed in the next major release (9.0).
Raw{"answer": "yes", "explanation": "Symfony's deprecation policy guarantees that deprecations introduced in a given release cycle (here, 8.x) are only removed in the next major release (9.0)."} | верно | Политика: деприкейшены живут до следующего мажора; 9.0 — ноябрь 2027. |
T21-L1 2.4 c | Twig | Inside {{ }}, Twig allows calling arbitrary PHP code directly. | «no» Пояснение: Twig's {{ }} syntax only allows Twig expressions (variables, filters, functions, simple arithmetic) and does not permit calling arbitrary PHP code for security reasons.
Raw{"answer": "no", "explanation": "Twig's {{ }} syntax only allows Twig expressions (variables, filters, functions, simple arithmetic) and does not permit calling arbitrary PHP code for security reasons."} | верно | Twig — DSL: только разрешённые окружением функции/фильтры; произвольный PHP не исполняется. |
T21-L2 1.22 c | Twig | By default, Twig auto-escapes printed variables. | «yes» Пояснение: Twig enables HTML auto-escaping by default for all printed variables, so `{{ var }}` is escaped against HTML injection out of the box.
Raw{"answer": "yes", "explanation": "Twig enables HTML auto-escaping by default for all printed variables, so `{{ var }}` is escaped against HTML injection out of the box."} | верно | Autoescape включён по умолчанию; {{ '<b>' }} → <b>. Проверено на Twig 3.30. |
T21-L3 1.71 c | Twig | The Twig |e filter escapes a string for safe output in an HTML context. | «yes» Пояснение: The Twig |e filter (alias for |escape) escapes a string, and its default context is 'html', which escapes special characters like <, >, &, ", and ' into HTML entities for safe output in an HTML context.
Raw{"answer": "yes", "explanation": "The Twig |e filter (alias for |escape) escapes a string, and its default context is 'html', which escapes special characters like <, >, &, \", and ' into HTML entities for safe output in an HTML context."} | верно | |e ('html') по умолчанию; есть контексты js/url/css. От SQL-инъекций он не защищает — это задача подготовленных запросов Doctrine. |
T21-L4 1.4 c | Twig | Which filter from twig/intl-extra formats a number according to a locale? | «intl:locale» Пояснение: The intl:locale filter in twig/intl-extra formats a number according to a specified locale, e.g., {{ 1234.56|intl:locale('en_US') }}.
Raw{"answer": "intl:locale", "explanation": "The intl:locale filter in twig/intl-extra formats a number according to a specified locale, e.g., {{ 1234.56|intl:locale('en_US') }}."} | неверно верный: «format_number» | |format_number(locale=...) из IntlExtension (twig/intl-extra есть в проекте). Проверено на Twig 3.30: 12345.6 → 12 345,6 (ru). |
T21-L5 1.38 c | Twig | The |raw filter disables auto-escaping for the value. | «yes» Пояснение: The |raw filter in Twig tells the template engine to skip auto-escaping, outputting the value as raw HTML.
Raw{"answer": "yes", "explanation": "The |raw filter in Twig tells the template engine to skip auto-escaping, outputting the value as raw HTML."} | верно | {{ x|raw }} выводит HTML как есть; опасно с пользовательскими данными. Проверено на Twig 3.30. |
T21-L6 1.13 c | Twig | In Twig, {{ }} prints an expression value, while {% %} executes tags — conditions, loops, set. | «yes» Пояснение: In Twig, {{ }} is the expression delimiter for outputting values, and {% %} is the tag delimiter for logic blocks like if, for, and set.
Raw{"answer":"yes","explanation":"In Twig, {{ }} is the expression delimiter for outputting values, and {% %} is the tag delimiter for logic blocks like if, for, and set."} | верно | Два блока синтаксиса Twig: вывод (echo) против логики. |
T21-L7 1.41 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 (e.g., `{% set myVar = 'hello' %}`), so values are not solely provided by the controller.
Raw{"answer": "no", "explanation": "In Twig you can declare variables inside a template using the `{% set %}` tag (e.g., `{% set myVar = 'hello' %}`), so values are not solely provided by the controller."} | верно | {% set y = ... %} объявляет переменную в шаблоне. Проверено на Twig 3.30. |
T21-L8 0.81 c | Twig | Which Twig function dumps the debug structure of a variable (array, object)? | «{"answer": "dump", "explanation": "the twig `dump()` function outputs a debug structure of the given variable, similar to php's `var_export()` or `print_r()`» Пояснение: ", "explanation": "The Twig `dump()` function outputs a debug structure of the given variable, similar to PHP's `var_export()` or `print_r()`
Raw{"answer": "dump", "explanation": "The Twig `dump()` function outputs a debug structure of the given variable, similar to PHP's `var_export()` or `print_r()`. | верно парсинг: текст (фолбэк) | {{ dump(x) }} (DebugExtension; в Symfony доступна в dev-окружении). |
T24-L1 1.25 c | Bootstrap | Bootstrap is a CSS/JS library of ready-made UI components, not an SPA framework. | «yes» Пояснение: Bootstrap is a front-end library providing CSS classes and JavaScript plugins for UI components, not a framework for building single-page applications like React or Angular.
Raw{"answer": "yes", "explanation": "Bootstrap is a front-end library providing CSS classes and JavaScript plugins for UI components, not a framework for building single-page applications like React or Angular."} | верно | Компоненты и утилиты поверх вашего HTML; SPA-фреймворки (React/Vue) — другой класс инструментов. В проекте vendored 5.3.3. |
T24-L2 1.55 c | Bootstrap | Which Bootstrap class gives a responsive container with a fixed max width per breakpoint? | «container» Пояснение: The .container class in Bootstrap provides a responsive container with a fixed max-width at each breakpoint (e.g., 576px, 768px, 992px, 1200px).
Raw{"answer": "container", "explanation": "The .container class in Bootstrap provides a responsive container with a fixed max-width at each breakpoint (e.g., 576px, 768px, 992px, 1200px)."} | верно | .container (фиксированная макс-ширина по брейкпоинтам) vs .container-fluid (на всю ширину). |
T24-L3 2.36 c | Bootstrap | The Bootstrap grid is built on CSS floats and splits a row into 16 columns. | «no» Пояснение: The Bootstrap grid uses 12 columns (not 16), and modern versions (Bootstrap 4/5) are built on Flexbox/CSS Grid rather than floats.
Raw{"answer": "no", "explanation": "The Bootstrap grid uses 12 columns (not 16), and modern versions (Bootstrap 4/5) are built on Flexbox/CSS Grid rather than floats."} | верно | Наоборот: flexbox (с Bootstrap 4) и 12 колонок; float-сетка — это Bootstrap 3. |
T24-L4 1.8 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 breakpoints: sm, md, lg, xl, and xxl.
Raw{"answer": "yes", "explanation": "Bootstrap 5 defines five breakpoints: sm, md, lg, xl, and xxl."} | верно | Тиров всего шесть: xs (без инфикса) + пять именованных (576/768/992/1200/1400 px). |
T24-L5 1.86 c | Bootstrap | Utilities like .mt-3 or .px-2 use the spacing scale: the number is a multiple of $spacer. | «yes» Пояснение: In Tailwind CSS, spacing utilities like .mt-3 and .px-2 derive their values from the $spacer base unit, where the numeric suffix indicates the multiplier (e.g., .mt-3 = 3 × $spacer).
Raw{"answer": "yes", "explanation": "In Tailwind CSS, spacing utilities like .mt-3 and .px-2 derive their values from the $spacer base unit, where the numeric suffix indicates the multiplier (e.g., .mt-3 = 3 × $spacer)."} | неверно верный: «no» | Spacing utilities; $spacer = 1rem. |
T24-L6 1.18 c | Bootstrap | Which Bootstrap 5 data attribute enables an interactive component (e.g. dropdown) on an element? | «data-bs-toggle» Пояснение: The data-bs-toggle attribute in Bootstrap 5 enables interactive components such as dropdowns, modals, and tooltips on an element.
Raw{"answer": "data-bs-toggle", "explanation": "The data-bs-toggle attribute in Bootstrap 5 enables interactive components such as dropdowns, modals, and tooltips on an element."} | верно | data-bs-toggle="dropdown" и т.п.; в Bootstrap 4 атрибут назывался data-toggle. |
T24-L7 0.9 c | Bootstrap | Bootstrap 5 components work without jQuery — in plain vanilla JS. | «yes» Пояснение: Bootstrap 5 removed its dependency on jQuery and implements all its components (modals, dropdowns, tooltips, etc.) in plain vanilla JavaScript.
Raw{"answer": "yes", "explanation": "Bootstrap 5 removed its dependency on jQuery and implements all its components (modals, dropdowns, tooltips, etc.) in plain vanilla JavaScript."} | верно | jQuery удалён в Bootstrap 5.0: data-bs-* атрибуты и JS API. В проекте vendored 5.3.3. |
T24-L8 6.58 c | Bootstrap | Dark mode in Bootstrap is enabled with a .dark class on the root element. | «no» Пояснение: In Bootstrap 5.2+, dark mode is enabled by adding the data-bs-theme="dark" attribute to the root <html> element, not a .dark class.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "In Bootstrap 5.2+, dark mode is enabled by adding the data-bs-theme=\"dark\" attribute to the root <html> element, not a .dark class." ⏎ } | верно | Наоборот: тема включается атрибутом data-bs-theme="dark" (Color modes, с 5.3); класса .dark не существует. В проекте 5.3.3. |
T14-L1 1.37 c | Doctrine | Doctrine ORM creates database tables on the fly the first time an entity is used at runtime. | «no» Пояснение: Doctrine ORM does not create tables automatically at runtime; you must explicitly run schema commands (e.g., `doctrine orm:install-schema` or database migrations) to create the tables.
Raw{"answer":"no","explanation":"Doctrine ORM does not create tables automatically at runtime; you must explicitly run schema commands (e.g., `doctrine orm:install-schema` or database migrations) to create the tables."} | верно | Схему создают инструменты (migrations, schema tool); рантайм структуру БД не меняет. |
T14-L2 1.41 c | Doctrine | Which EntityManager method marks a new object as managed without executing SQL until flush()? | «persist()» Пояснение: The EntityManager.persist() method registers a new (unsaved) entity as managed, deferring the actual INSERT SQL statement until the EntityManager is flushed.
Raw{"answer": "persist()", "explanation": "The EntityManager.persist() method registers a new (unsaved) entity as managed, deferring the actual INSERT SQL statement until the EntityManager is flushed."} | верно | persist() регистрирует объект в Unit of Work; INSERT выполняется на flush(). |
T14-L3 1.3 c | Doctrine | In Doctrine ORM 3, the EntityManager::merge() method exists and makes the passed object managed. | «yes» Пояснение: EntityManager::merge() has been a core method in Doctrine ORM 3 that returns a managed instance of the passed object, making it tracked by the Unit of Work.
Raw{"answer":"yes","explanation":"EntityManager::merge() has been a core method in Doctrine ORM 3 that returns a managed instance of the passed object, making it tracked by the Unit of Work."} | неверно верный: «no» | В ORM 3 merge() удалён (в vendor проекта 3.7.6 метода нет); в Doctrine 2.x merge() возвращал управляемую копию. Версия зафиксирована — ORM 3. |
T14-L4 1.86 c | Doctrine | DQL queries are written in terms of entities and their fields, not tables and columns. | «yes» Пояснение: DQL (Domain Query Language) is designed to query object-oriented entities and their mapped fields/properties rather than raw database tables and columns, abstracting the persistence layer away from the query.
Raw{"answer": "yes", "explanation": "DQL (Domain Query Language) is designed to query object-oriented entities and their mapped fields/properties rather than raw database tables and columns, abstracting the persistence layer away from the query."} | верно | Doctrine транслирует DQL в SQL; docs — DQL (Doctrine Query Language). |
T14-L5 1.9 c | Doctrine | What does $repository->find(999) return when no record with id 999 exists? | «null» Пояснение: In Doctrine ORM (and similar PHP persistence frameworks), the repository's find() method returns null when no entity matching the given ID exists in the database.
Raw{"answer": "null", "explanation": "In Doctrine ORM (and similar PHP persistence frameworks), the repository's find() method returns null when no entity matching the given ID exists in the database."} | верно | find() возвращает null, если объект не найден (docs Repository methods). |
T14-L6 4.64 c | Doctrine | DoctrineBundle in Symfony automatically calls flush() at the end of every request. | «no» Пояснение: DoctrineBundle in Symfony does not automatically call flush() at the end of every request; you must explicitly call $em->flush() when you are done modifying entities.
Raw{"answer": "no", "explanation": "DoctrineBundle in Symfony does not automatically call flush() at the end of every request; you must explicitly call $em->flush() when you are done modifying entities."} | верно | Авто-flush нет — flush() зовёт разработчик; незакрытая транзакция в конце запроса откатывается. |
T14-L7 1.78 c | Doctrine | For a managed entity, changing a property is enough: flush() commits the change without an explicit persist() — the Unit of Work tracks changes. | «yes» Пояснение: Once an entity is managed by the Unit of Work, any property modifications are tracked as a change set and are committed on flush() without needing a separate persist() call.
Raw{"answer":"yes","explanation":"Once an entity is managed by the Unit of Work, any property modifications are tracked as a change set and are committed on flush() without needing a separate persist() call."} | верно | Dirty checking сравнивает снимки свойств; persist нужен только новым/отсоединённым объектам. |
T14-L8 2.83 c | Doctrine | remove() executes the SQL DELETE immediately, without waiting for flush(). | «no» Пояснение: Eloquent Collection's remove() simply removes matching items from the in-memory collection and does not execute any SQL DELETE or interact with the database.
Raw{"answer":"no","explanation":"Eloquent Collection's remove() simply removes matching items from the in-memory collection and does not execute any SQL DELETE or interact with the database."} | верно | remove() планирует удаление в Unit of Work; DELETE выполняется на flush() (docs — Deleting Objects). |
T15-L1 2.29 c | PostgreSQL | PostgreSQL uses MVCC, therefore readers block writers and writers block readers. | «no» Пояснение: With MVCC, PostgreSQL readers and writers generally do NOT block each other; each reader sees a consistent snapshot while writers create new row versions.
Raw{"answer": "no", "explanation": "With MVCC, PostgreSQL readers and writers generally do NOT block each other; each reader sees a consistent snapshot while writers create new row versions."} | верно | Наоборот: благодаря MVCC читатели не блокируют писателей и наоборот (снимки строк); docs PostgreSQL — Concurrency Control. |
T15-L2 0.95 c | PostgreSQL | Which SQL command shows a query's execution plan without executing the query? | «explain» Пояснение: The EXPLAIN SQL command displays how a query will be executed (its execution plan) without actually running the query.
Raw{"answer": "EXPLAIN", "explanation": "The EXPLAIN SQL command displays how a query will be executed (its execution plan) without actually running the query."} | верно | EXPLAIN без ANALYZE только строит план; проверено на PostgreSQL 17.7. |
T15-L3 2.47 c | PostgreSQL | SERIAL and GENERATED ... AS IDENTITY are just two names for the same mechanism. | «no» Пояснение: SERIAL is a PostgreSQL-specific shorthand that creates a separate sequence object, while GENERATED ... AS IDENTITY is a SQL standard feature with different behaviors (e.g., GENERATED ALWAYS AS IDENTITY disallows explicit VALUES insertion).
Raw{"answer": "no", "explanation": "SERIAL is a PostgreSQL-specific shorthand that creates a separate sequence object, while GENERATED ... AS IDENTITY is a SQL standard feature with different behaviors (e.g., GENERATED ALWAYS AS IDENTITY disallows explicit VALUES insertion)."} | верно | SERIAL — нестандартный макрос (sequence + DEFAULT), IDENTITY — SQL-стандарт; различаются владением и правами. Оба есть в PG 17 (проверено). |
T15-L4 2.06 c | PostgreSQL | By default, a PostgreSQL UNIQUE constraint allows only one row with NULL in the column. | «no» Пояснение: In PostgreSQL, by default, a UNIQUE constraint allows multiple rows with NULL values in the constrained column, since NULL is not considered equal to any other value (including another NULL).
Raw{"answer":"no","explanation":"In PostgreSQL, by default, a UNIQUE constraint allows multiple rows with NULL values in the constrained column, since NULL is not considered equal to any other value (including another NULL)."} | верно | Наоборот: NULLS DISTINCT по умолчанию — несколько NULL допустимы; NULLS NOT DISTINCT — опция с PG 15. Проверено на PG 17.7. |
T15-L5 0.79 c | PostgreSQL | Which PostgreSQL aggregate function concatenates strings with a separator? | «string_agg» Пояснение: string_agg is the PostgreSQL aggregate function that concatenates strings with a specified separator/delimiter.
Raw{"answer": "string_agg", "explanation": "string_agg is the PostgreSQL aggregate function that concatenates strings with a specified separator/delimiter."} | верно | string_agg(значение, разделитель); проверено на PostgreSQL 17.7. |
T15-L6 2.4 c | PostgreSQL | Plain VACUUM returns the space occupied by dead tuples to the operating system. | «no» Пояснение: Plain VACUUM only reclaims dead tuples' space for reuse within the table's existing pages; it does not shrink the table file or return space to the OS. Only VACUUM FULL (which rewrites the entire table) returns the freed space to the operating system.
Raw{"answer": "no", "explanation": "Plain VACUUM only reclaims dead tuples' space for reuse within the table's existing pages; it does not shrink the table file or return space to the OS. Only VACUUM FULL (which rewrites the entire table) returns the freed space to the operating system."} | верно | VACUUM помечает место для переиспользования внутри таблицы; ОС его возвращает только VACUUM FULL (с эксклюзивной блокировкой). |
T15-L7 1.21 c | PostgreSQL | Which keyword in a window function definition partitions rows into groups the function is computed over? | «partition by» Пояснение: The PARTITION BY clause in a SQL window function definition divides the result set into groups, and the window function is computed independently over each group.
Raw{"answer": "PARTITION BY", "explanation": "The PARTITION BY clause in a SQL window function definition divides the result set into groups, and the window function is computed independently over each group."} | верно | OVER (PARTITION BY ...); проверено на PostgreSQL 17.7. |
T15-L8 1.83 c | PostgreSQL | The READ COMMITTED isolation level protects against non-repeatable reads. | «no» Пояснение: READ COMMITTED prevents dirty reads but does not protect against non-repeatable reads; that protection is provided by REPEATABLE READ or higher.
Raw{"answer": "no", "explanation": "READ COMMITTED prevents dirty reads but does not protect against non-repeatable reads; that protection is provided by REPEATABLE READ or higher."} | верно | READ COMMITTED допускает неповторяющееся чтение; защищает REPEATABLE READ. Проверено: SHOW transaction_isolation → read committed. |
T17-L1 1.09 c | PostgreSQL: transactions and indexes | By default, PostgreSQL wraps each single SQL statement in its own implicit transaction (autocommit). | «yes» Пояснение: PostgreSQL runs in autocommit mode by default, so each individual SQL statement is automatically committed within its own transaction.
Raw{"answer": "yes", "explanation": "PostgreSQL runs in autocommit mode by default, so each individual SQL statement is automatically committed within its own transaction."} | верно | Без BEGIN каждый оператор коммитится сам; docs PostgreSQL — Transactions. Проверено на PG 17. |
T17-L2 0.8 c | PostgreSQL: transactions and indexes | Which SQL command ends a transaction, committing all its changes? | «commit» Пояснение: The COMMIT command finalizes a transaction, making all changes permanent and releasing locks.
Raw{"answer": "COMMIT", "explanation": "The COMMIT command finalizes a transaction, making all changes permanent and releasing locks."} | верно | COMMIT (END — синоним). Проверено на PG 17. |
T17-L3 1.74 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 help the database locate rows quickly, so UPDATE and DELETE statements with a WHERE clause on an indexed column can use the index to find matching rows instead of scanning the entire table.
Raw{"answer": "yes", "explanation": "Indexes help the database locate rows quickly, so UPDATE and DELETE statements with a WHERE clause on an indexed column can use the index to find matching rows instead of scanning the entire table."} | верно | Поиск строк для изменения идёт по индексу; docs PostgreSQL — Indexes. |
T17-L4 1.27 c | PostgreSQL: transactions and indexes | To roll back part of the statements inside a transaction, PostgreSQL uses SAVEPOINT. | «yes» Пояснение: SAVEPOINT allows you to mark a point within a transaction and later use ROLLBACK TO <savepoint> to undo only the work done since that point, while keeping the earlier transactional work intact.
Raw{"answer": "yes", "explanation": "SAVEPOINT allows you to mark a point within a transaction and later use ROLLBACK TO <savepoint> to undo only the work done since that point, while keeping the earlier transactional work intact."} | верно | SAVEPOINT name; ROLLBACK TO name — частичный откат без отмены всей транзакции. Проверено на PG 17. |
T17-L5 1.81 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, whereas plain EXPLAIN shows the estimated query plan without executing.
Raw{"answer": "no", "explanation": "EXPLAIN ANALYZE actually executes the query and reports real execution statistics, whereas plain EXPLAIN shows the estimated query plan without executing."} | верно | Наоборот: ANALYZE реально выполняет запрос (с побочными эффектами!) и показывает фактические времена узлов; план без выполнения — plain EXPLAIN. |
T17-L6 0.78 c | PostgreSQL: transactions and indexes | Which PostgreSQL extension adds vector types and indexes for embedding search? | «pgvector» Пояснение: pgvector is a PostgreSQL extension that adds vector types and indexes to enable embedding search and vector similarity queries.
Raw{"answer": "pgvector", "explanation": "pgvector is a PostgreSQL extension that adds vector types and indexes to enable embedding search and vector similarity queries."} | верно | CREATE EXTENSION vector (проект pgvector; в проекте образ pgvector/pgvector:pg17). |
T17-L7 1.05 c | PostgreSQL: transactions and indexes | A partial index (CREATE INDEX ... WHERE ...) is built only over rows satisfying the condition. | «yes» Пояснение: A partial index in PostgreSQL stores only the rows that satisfy the WHERE condition, making it a compact index covering a filtered subset of the table.
Raw{"answer": "yes", "explanation": "A partial index in PostgreSQL stores only the rows that satisfy the WHERE condition, making it a compact index covering a filtered subset of the table."} | верно | docs PostgreSQL — Partial Indexes; типичный кейс — индекс по «активным» записям. |
T17-L8 2.31 c | PostgreSQL: transactions and indexes | The SERIALIZABLE level in PostgreSQL is implemented by locking the rows a transaction reads. | «no» Пояснение: PostgreSQL implements SERIALIZABLE using Serializable Snapshot Isolation (SSI), which detects and prevents serialization anomalies at commit time rather than by locking the rows a transaction reads.
Raw{"answer": "no", "explanation": "PostgreSQL implements SERIALIZABLE using Serializable Snapshot Isolation (SSI), which detects and prevents serialization anomalies at commit time rather than by locking the rows a transaction reads."} | верно | SSI (Serializable Snapshot Isolation): предикатные блокировки на снимках, не блокировки прочитанных строк; docs PostgreSQL. |
T19-L1 0.87 c | HTTP and REST API | HTTP status 201 means the request resulted in a new resource being created. | «yes» Пояснение: HTTP status 201, or 'Created', indicates that the request succeeded and a new resource has been created as a result.
Raw{"answer": "yes", "explanation": "HTTP status 201, or 'Created', indicates that the request succeeded and a new resource has been created as a result."} | верно | 201 Created; обычно на POST, часто с Location; RFC 9110. |
T19-L2 0.94 c | HTTP and REST API | Which HTTP status means a successful request with an empty response body (e.g. after DELETE)? | «204» Пояснение: HTTP 204 No Content indicates a successful request where the server intentionally returns an empty response body, commonly used after DELETE operations.
Raw{"answer": "204", "explanation": "HTTP 204 No Content indicates a successful request where the server intentionally returns an empty response body, commonly used after DELETE operations."} | верно | 204 No Content; RFC 9110. |
T19-L3 3.66 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» Пояснение: Per RFC 7231 Section 5.2.3, DELETE is explicitly defined as idempotent because a second DELETE on an already-deleted resource is a no-op.
Raw{"answer": "yes", "explanation": "Per RFC 7231 Section 5.2.3, DELETE is explicitly defined as idempotent because a second DELETE on an already-deleted resource is a no-op."} | верно | RFC 9110: DELETE идемпотентен (как PUT); идемпотентность ≠ безопасность — ресурс удаляется при первом вызове. |
T19-L4 1.34 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.
Raw{"answer": "no", "explanation": "The Access-Control-Allow-Origin header is sent by the server in the response, not by the client."} | верно | Наоборот: заголовок шлёт СЕРВЕР в ответе, разрешая браузеру cross-origin запрос (CORS); в проекте nelmio/cors-bundle. |
T19-L5 1.03 c | HTTP and REST API | Status 429 Too Many Requests is used when a client exceeds a rate limit. | «yes» Пояснение: HTTP 429 Too Many Requests is returned when a client has exceeded the allowed rate limit and must throttle its requests.
Raw{"answer": "yes", "explanation": "HTTP 429 Too Many Requests is returned when a client has exceeded the allowed rate limit and must throttle its requests."} | верно | 429 (+ Retry-After); RFC 6585. В проекте symfony/rate-limiter. |
T19-L6 1.25 c | HTTP and REST API | 5xx codes mean a client error, while 4xx means a server-side error. | «no» Пояснение: It is the opposite: 4xx codes indicate client errors and 5xx codes indicate server errors.
Raw{"answer": "no", "explanation": "It is the opposite: 4xx codes indicate client errors and 5xx codes indicate server errors."} | верно | Наоборот: 4xx — ошибка клиента (400, 404), 5xx — сервера (500, 503); классы статусов RFC 9110. |
T19-L7 0.58 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 payload in the request or response body.
Raw{"answer": "Content-Type", "explanation": "The Content-Type HTTP header specifies the MIME type of the payload in the request or response body."} | верно | Content-Type: application/json и т.п. |
T19-L8 3.52 c | HTTP and REST API | PATCH is not required to be idempotent per RFC 5789, unlike PUT. | «yes» Пояснение: Per RFC 5789, the PATCH method is explicitly not required to be idempotent, whereas PUT is required to be idempotent.
Raw{"answer": "yes", "explanation": "Per RFC 5789, the PATCH method is explicitly not required to be idempotent, whereas PUT is required to be idempotent."} | верно | RFC 5789 прямо оговаривает: PATCH не гарантированно идемпотентен; PUT идемпотентен. |
T20-L1 2.66 c | Security and OAuth | Checking a password by comparing its hash to the stored hash with a plain == is sufficient. | «no» Пояснение: A plain == comparison is vulnerable to timing attacks; you should use hash_equals() or password_verify() for constant-time hash comparison.
Raw{"answer": "no", "explanation": "A plain == comparison is vulnerable to timing attacks; you should use hash_equals() or password_verify() for constant-time hash comparison."} | верно | Нужна постоянновременная проверка (password_verify) — timing-атаки; соль и алгоритм уже внутри хеша. |
T20-L2 1.92 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 and issued by the server, bound to the user's session, and verified server-side on state-changing requests like POST, PUT, and DELETE to ensure the request is legitimate and not cross-site forged.
Raw{"answer": "yes", "explanation": "A CSRF token is generated and issued by the server, bound to the user's session, and verified server-side on state-changing requests like POST, PUT, and DELETE to ensure the request is legitimate and not cross-site forged."} | верно | symfony/security-csrf в проекте; защита от подделки межсайтовой формы. |
T20-L3 0.8 c | Security and OAuth | Which HTTP header enables the CSP (Content Security Policy) policy? | «content-security-policy» Пояснение: The Content-Security-Policy HTTP header is used to define and enforce content security policies for a web page.
Raw{"answer": "Content-Security-Policy", "explanation": "The Content-Security-Policy HTTP header is used to define and enforce content security policies for a web page."} | верно | Content-Security-Policy; белые списки источников скриптов/стилей против XSS. |
T20-L4 2.26 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, not an authentication protocol, and the access token grants permission to access a resource rather than identifying who the user is (that is the role of an ID token in OpenID Connect).
Raw{"answer": "no", "explanation": "OAuth 2.0 is an authorization framework, not an authentication protocol, and the access token grants permission to access a resource rather than identifying who the user is (that is the role of an ID token in OpenID Connect)."} | верно | OAuth 2.0 — авторизация/делегирование доступа; аутентификацию добавляет OpenID Connect. В проекте knpuniversity/oauth2-client-bundle (yandex/github/google). |
T20-L5 2.67 c | Security and OAuth | XSS is prevented by validating input on the server before writing it to the database. | «no» Пояснение: XSS is prevented by output encoding (escaping) when rendering data to the browser, not by validating input before storing it in the database; data can be modified after storage and output encoding is the reliable defense.
Raw{"answer": "no", "explanation": "XSS is prevented by output encoding (escaping) when rendering data to the browser, not by validating input before storing it in the database; data can be modified after storage and output encoding is the reliable defense."} | верно | XSS лечится контекстным экранированием НА ВЫВОДЕ (Twig autoescape, CSP); валидация ввода не покрывает все контексты вывода. |
T20-L6 1.39 c | Security and OAuth | In the OAuth 2.0 authorization code flow, which parameter arrives at the redirect_uri and is exchanged for an access token? | «code» Пояснение: In the OAuth 2.0 authorization code flow, the 'code' parameter (authorization code) is returned 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 'code' parameter (authorization code) is returned to the redirect_uri and then exchanged at the token endpoint for an access token."} | верно | Параметр code; обмен на токен POST-ом на /token с client_secret. |
T20-L7 0.97 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» Пояснение: In OAuth 2.0, a refresh token has a longer expiration than an access token and can be used to exchange for a new access token without requiring additional user authentication.
Raw{"answer": "yes", "explanation": "In OAuth 2.0, a refresh token has a longer expiration than an access token and can be used to exchange for a new access token without requiring additional user authentication."} | верно | Стандартная схема OAuth/OIDC: короткий access + длинный refresh. |
T20-L8 3.55 c | Security and OAuth | A password salt must be kept secret: without it the hash cannot be verified. | «no» Пояснение: A password salt does not need to be kept secret; in modern practice it is stored alongside the hash (e.g., embedded in bcrypt strings) because its purpose is to prevent rainbow tables and ensure identical passwords produce different hashes, not to act as a secret key.
Raw{"answer": "no", "explanation": "A password salt does not need to be kept secret; in modern practice it is stored alongside the hash (e.g., embedded in bcrypt strings) because its purpose is to prevent rainbow tables and ensure identical passwords produce different hashes, not to act as a secret key."} | верно | Соль хранится открыто (password_hash включает её в строку хеша); секретность соли не нужна. |
T18-L1 1.45 c | Testing: PHPUnit | PHPUnit runs test methods of any class — extending TestCase is not required. | «no» Пояснение: PHPUnit only executes test methods in classes that extend PHPUnit\Framework\TestCase; without that inheritance, methods are not recognized as tests.
Raw{"answer": "no", "explanation": "PHPUnit only executes test methods in classes that extend PHPUnit\\Framework\\TestCase; without that inheritance, methods are not recognized as tests."} | верно | Тестом считается метод класса, наследующего TestCase (PHPUnit 10). |
T18-L2 2.84 c | Testing: PHPUnit | In PHPUnit, setUp() runs once before all tests of the class. | «no» Пояснение: setUp() runs before each individual test method, not once before all tests; setUpBeforeClass() is what runs once before all tests of the class.
Raw{"answer": "no", "explanation": "setUp() runs before each individual test method, not once before all tests; setUpBeforeClass() is what runs once before all tests of the class."} | верно | setUp() — перед КАЖДЫМ тестом; один раз на класс — setUpBeforeClass(). Проверено живым счётчиком на PHPUnit 10.5. |
T18-L3 1.16 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 with multiple sets of arguments, not exactly one.
Raw{"answer": "no", "explanation": "A data provider allows a test to run with multiple sets of arguments, not exactly one."} | верно | Наоборот: наборов может быть сколько угодно — тест выполняется по разу на каждый. Проверено на PHPUnit 10.5 (#[DataProvider]). |
T18-L4 0.84 c | Testing: PHPUnit | Which PHPUnit method declares an expectation that an exception of a given class is thrown? | «expectexception» Пояснение: expectException() is the PHPUnit method that declares an expectation that an exception of a given class is thrown during test execution.
Raw{"answer": "expectException", "explanation": "expectException() is the PHPUnit method that declares an expectation that an exception of a given class is thrown during test execution."} | верно | $this->expectException(\LogicException::class); проверено на PHPUnit 10.5. |
T18-L5 1.88 c | Testing: PHPUnit | In PHPUnit, a stub verifies which methods were called on it, while a mock only returns data. | «no» Пояснение: The statement has the two reversed: a mock verifies which methods were called, while a stub only returns preset data without verifying interactions.
Raw{"answer": "no", "explanation": "The statement has the two reversed: a mock verifies which methods were called, while a stub only returns preset data without verifying interactions."} | верно | Наоборот: стаб подставляет данные, мок проверяет взаимодействия (createStub/createMock); docs PHPUnit — Test Doubles. |
T18-L6 2.84 c | Testing: PHPUnit | In PHPUnit 10+, the recommended way to pass data to a test is the #[DataProvider] attribute (the @dataProvider annotation is deprecated). | «yes» Пояснение: In PHPUnit 10+, the #[DataProvider] attribute is the recommended approach, and the legacy @dataProvider annotation was deprecated in PHPUnit 9 and removed in PHPUnit 10.
Raw{"answer": "yes", "explanation": "In PHPUnit 10+, the #[DataProvider] attribute is the recommended approach, and the legacy @dataProvider annotation was deprecated in PHPUnit 9 and removed in PHPUnit 10."} | верно | Аннотация ещё парсится в PHPUnit 10/11 (AnnotationParser в 10.5.66), удаление — в 12; атрибут — стандарт. |
T18-L7 2.66 c | Testing: PHPUnit | PHPUnit does not allow one test to depend on the result of another. | «yes» Пояснение: PHPUnit enforces test independence: each test must be self-contained and cannot rely on the data or results of another test to execute correctly.
Raw{"answer": "yes", "explanation": "PHPUnit enforces test independence: each test must be self-contained and cannot rely on the data or results of another test to execute correctly."} | неверно верный: «no» | Зависимости есть: #[Depends] — зависимый тест не запустится, еслиProducer упал. |
T18-L8 1.34 c | Testing: PHPUnit | Which PHPUnit command-line option makes tests run in random order? | «--randomize-tests» Пояснение: The --randomize-tests option shuffles the execution order of tests in PHPUnit.
Raw{"answer": "--randomize-tests", "explanation": "The --randomize-tests option shuffles the execution order of tests in PHPUnit."} | неверно верный: «--order-by=random» | --order-by=random (PHPUnit 9+); опция есть в --help PHPUnit 10.5 (проектная). |
T01-L9 3.29 c | Syntax and operators | What does this code output?
```php
echo intdiv(7, 2) . intdiv(-7, 2);
``` | «3-4» Пояснение: intdiv(7, 2) returns 3 and intdiv(-7, 2) returns -4 (rounding toward negative infinity), and the dot operator concatenates them into the string '3-4'.
Raw{"answer": "3-4", "explanation": "intdiv(7, 2) returns 3 and intdiv(-7, 2) returns -4 (rounding toward negative infinity), and the dot operator concatenates them into the string '3-4'."} | неверно верный: «3-3» | intdiv truncates toward zero: intdiv(-7, 2) = -3, not -4. |
T01-L10 2.2 c | Syntax and operators | What does this code output?
```php
echo -3 ** 2;
``` | «-9» Пояснение: In PHP, the ** operator has higher precedence than the unary minus, so -3 ** 2 is parsed as -(3 ** 2) = -9.
Raw{"answer": -9, "explanation": "In PHP, the ** operator has higher precedence than the unary minus, so -3 ** 2 is parsed as -(3 ** 2) = -9."} | верно | ** is right-associative and binds tighter than unary minus: -(3²). |
T02-L9 2.29 c | Types and comparisons | What does this code output?
```php
echo '1e1' == '10' ? 'true' : 'false';
``` | «true» Пояснение: Both '1e1' and '10' are numeric strings, so PHP converts them to numbers (10.0 and 10.0), making the loose equality true, so the ternary outputs the string 'true'.
Raw{"answer": "true", "explanation": "Both '1e1' and '10' are numeric strings, so PHP converts them to numbers (10.0 and 10.0), making the loose equality true, so the ternary outputs the string 'true'."} | верно | Both strings are numeric — compared as numbers: 10 == 10. |
T02-L10 6.0 c | Types and comparisons | What does this code output?
```php
switch ('a') {
case 0: echo 'zero'; break;
default: echo 'other';
}
``` | «other» Пояснение: In PHP 8+, the switch uses loose comparison; 'a' == 0 is false (the integer 0 is cast to the string "0", which does not equal "a"), so the default case executes and echoes 'other'.
Raw{"answer": "other", "explanation": "In PHP 8+, the switch uses loose comparison; 'a' == 0 is false (the integer 0 is cast to the string \"0\", which does not equal \"a\"), so the default case executes and echoes 'other'."} | верно | PHP 8: 'a' == 0 → false (used to be true) — default fires. |
T03-L9 4.78 c | Strings | What does this code output?
```php
echo strtr('abc', ['a' => '1', 'ab' => '2']);
``` | «2c» Пояснение: strtr with an array argument picks the longest matching key at each position, so 'ab' (replaced by '2') wins over 'a' (replaced by '1') at the start, leaving 'c' unchanged.
Raw```json ⏎ {"answer": "2c", "explanation": "strtr with an array argument picks the longest matching key at each position, so 'ab' (replaced by '2') wins over 'a' (replaced by '1') at the start, leaving 'c' unchanged."} ⏎ ``` | верно | strtr with an array prefers the longest matching key. |
T03-L10 1.77 c | Strings | What does this code output?
```php
echo '[' . substr('hello', -10) . ']';
``` | «[hello]» Пояснение: substr('hello', -10) with a negative start exceeding the string length (5) defaults to position 0, so the entire string 'hello' is returned.
Raw{"answer": "[hello]", "explanation": "substr('hello', -10) with a negative start exceeding the string length (5) defaults to position 0, so the entire string 'hello' is returned."} | верно | A negative start beyond the string is clamped to the beginning. |
T04-L9 2.54 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 merges arrays where $a's values take priority on conflicting keys, resulting in ['k'=>1, 'n'=>2, 'm'=>3], so array_keys gives [k, n, m].
Raw{"answer": "k,n,m", "explanation": "The + operator merges arrays where $a's values take priority on conflicting keys, resulting in ['k'=>1, 'n'=>2, 'm'=>3], so array_keys gives [k, n, m]."} | верно | The + operator: on duplicate string keys the left array wins. |
T04-L10 3.49 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» Пояснение: The usort sorts the array by the third element (index 2), giving order [2,'y',1], [1,'x',2], [3,'z',2], then array_column extracts the second elements ('y','x','z') and implode joins them into 'yxz'.
Raw{"answer": "yxz", "explanation": "The usort sorts the array by the third element (index 2), giving order [2,'y',1], [1,'x',2], [3,'z',2], then array_column extracts the second elements ('y','x','z') and implode joins them into 'yxz'."} | верно | Sorts are stable since 8.0: x and z keep their order on a tie. |
T05-L10 1.34 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 unpacks the associative array as named arguments, so $a=5 and $b=1, and the function returns 5-1=4.
Raw{"answer": "4", "explanation": "The spread operator unpacks the associative array as named arguments, so $a=5 and $b=1, and the function returns 5-1=4."} | верно | String keys of a spread array become named arguments. |
T05-L9 30.28 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();
``` | «parseerror» Пояснение: The `...` spread operator must be followed by a variable or array (e.g., `$p->g(...$arr)`), so `$p->g(...)` on its own is a syntax/parse error in PHP.
Raw{"answer": "ParseError", "explanation": "The `...` spread operator must be followed by a variable or array (e.g., `$p->g(...$arr)`), so `$p->g(...)` on its own is a syntax/parse error in PHP."} | неверно верный: «3» | First-class callable syntax binds $this at creation time. |
T06-L9 1.07 c | OOP: classes and inheritance | What does this code output?
```php
class A
{
public function who(): string { return static::class; }
}
class B extends A {}
echo (new B)->who();
``` | «b» Пояснение: static::class in PHP uses late static binding, returning the actual class from which the method was called, which is B in this case.
Raw{"answer": "B", "explanation": "static::class in PHP uses late static binding, returning the actual class from which the method was called, which is B in this case."} | верно | Late static binding: static::class is the receiver's class. |
T06-L10 3.81 c | OOP: classes and inheritance | What does this code output on PHP 8.5?
```php
class C
{
public int $x = 0 {
set { $this->x = $value * 2; }
}
}
$c = new C;
$c->x = 5;
echo $c->x;
``` | «10» Пояснение: The PHP 8.5 property set hook is invoked with $value=5, sets the property to 5*2=10, and echoing the property reads the stored value 10.
Raw{"answer": 10, "explanation": "The PHP 8.5 property set hook is invoked with $value=5, sets the property to 5*2=10, and echoing the property reads the stored value 10."} | верно | Inside the set hook, $this->x writes the backing store (no recursion): 5*2. |
T07-L9 2.2 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 clause makes TB::f win for method f(), and the as clause aliases TA::f to g(), so f() returns 'B' and g() returns 'A'.
Raw{"answer": "BA", "explanation": "The insteadof clause makes TB::f win for method f(), and the as clause aliases TA::f to g(), so f() returns 'B' and g() returns 'A'."} | верно | insteadof picks the implementation; as keeps the other under an alias. |
T07-L10 2.19 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» Пояснение: Static properties declared in a trait are not shared between classes that use the trait; each class gets its own independent instance, so CY::$n remains 0 after CX::$n is set to 1.
Raw{"answer": 0, "explanation": "Static properties declared in a trait are not shared between classes that use the trait; each class gets its own independent instance, so CY::$n remains 0 after CX::$n is set to 1."} | верно | A trait's static property is copied into each consuming class. |
T08-L10 5.61 c | Exceptions and errors | What does this code output?
```php
function f(): int
{
try { return 1; } finally { return 2; }
}
echo f();
``` | «2» Пояснение: The return statement in the finally block overrides the return value from the try block, so the function returns 2.
Raw```json ⏎ {"answer": 2, "explanation": "The return statement in the finally block overrides the return value from the try block, so the function returns 2."} ⏎ ``` | верно | A return in finally overrides the return from try. |
T08-L9 2.53 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 exception thrown in the finally block replaces the original RuntimeException, so the LogicException('second') propagates and is caught by the outer catch handler.
Raw{"answer": "second", "explanation": "The exception thrown in the finally block replaces the original RuntimeException, so the LogicException('second') propagates and is caught by the outer catch handler."} | верно | An exception from finally replaces the in-flight one — the last thrown is caught. |
T09-L9 3.63 c | Namespaces and autoloading | What does this code output?
```php
namespace N;
use App\Foo as Baz;
echo Baz::class . '|' . \Baz::class;
``` | «app\foo|baz» Пояснение: Baz::class resolves to App\Foo via the use statement, while \Baz::class resolves to the global-namespace class Baz, producing the string 'App\\Foo|Baz'.
Raw{"answer":"App\\Foo|Baz","explanation":"Baz::class resolves to App\\Foo via the use statement, while \\Baz::class resolves to the global-namespace class Baz, producing the string 'App\\\\Foo|Baz'."} | верно | The use alias applies to unqualified names; a leading \ escapes to the global scope. |
T09-L10 3.61 c | Namespaces and autoloading | What does this code output?
```php
namespace Ns;
class Foo {}
$c = 'Foo';
echo (class_exists($c) ? 'yes' : 'no')
. (class_exists(__NAMESPACE__ . '\\' . $c) ? 'yes' : 'no');
``` | «noyes» Пояснение: class_exists('Foo') looks in the global namespace and finds no class named Foo (only Ns\Foo exists), returning 'no', while class_exists('Ns\Foo') finds the namespaced class, returning 'yes'.
Raw{"answer": "noyes", "explanation": "class_exists('Foo') looks in the global namespace and finds no class named Foo (only Ns\\Foo exists), returning 'no', while class_exists('Ns\\Foo') finds the namespaced class, returning 'yes'."} | верно | Dynamic names are not resolved against the namespace — 'Foo' is the global class. |
T10-L9 1.3 c | References and scope | What does this code output?
```php
$a = [1, 2, 3];
foreach ($a as &$v) {}
$v = 99;
echo implode(',', $a);
``` | «1,2,99» Пояснение: The foreach with reference means $v remains a reference to the last element of $a, so assigning $v = 99 modifies the last element of the array to 99.
Raw{"answer": "1,2,99", "explanation": "The foreach with reference means $v remains a reference to the last element of $a, so assigning $v = 99 modifies the last element of the array to 99."} | верно | After a by-ref foreach, $v remains a reference to the last element. |
T10-L10 5.26 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 associated with class A (the class where it's defined), so all three calls to inc() — whether through an A or B instance — increment the same shared counter from 0 to 3.
Raw{"answer": 3, "explanation": "The static variable $n is associated with class A (the class where it's defined), so all three calls to inc() — whether through an A or B instance — increment the same shared counter from 0 to 3."} | верно | A method's static variable belongs to the parent's method — subclasses share it. |
T11-L9 3.68 c | Generators, iterators, SPL | What does this code output?
```php
function g(): Generator
{
$x = yield 1;
return $x + 1;
}
$g = g();
$g->send(10);
echo $g->getReturn();
``` | «11» Пояснение: send(10) starts the generator, assigns 10 to $x at the yield, then executes return $x+1 = 11, which getReturn() retrieves.
Raw{"answer": 11, "explanation": "send(10) starts the generator, assigns 10 to $x at the yield, then executes return $x+1 = 11, which getReturn() retrieves."} | верно | send() resumes the generator: $x = 10, return 10+1. |
T11-L10 3.99 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» Пояснение: The yield from expression passes through the inner generator's yields (1 and 2), then assigns its return value ('ok') to $r, which is yielded next.
Raw{"answer": "1,2,ok", "explanation": "The yield from expression passes through the inner generator's yields (1 and 2), then assigns its return value ('ok') to $r, which is yielded next."} | неверно верный: «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 3.03 c | Configuration and security | What does this code output?
```php
$hash = password_hash('x', PASSWORD_BCRYPT, ['cost' => 4]);
echo password_needs_rehash($hash, PASSWORD_BCRYPT, ['cost' => 4]) ? 'yes' : 'no';
echo password_needs_rehash($hash, PASSWORD_BCRYPT, ['cost' => 5]) ? 'yes' : 'no';
``` | «noyes» Пояснение: The first call returns false because the hash was created with cost 4 and we're checking against cost 4, while the second call returns true because cost 5 differs from the cost 4 used to generate the hash, so the output is 'no' followed by 'yes'.
Raw{"answer": "noyes", "explanation": "The first call returns false because the hash was created with cost 4 and we're checking against cost 4, while the second call returns true because cost 5 differs from the cost 4 used to generate the hash, so the output is 'no' followed by 'yes'."} | верно | password_needs_rehash compares the hash's options with the target: cost 4 = 4 → 'no', cost 5 ≠ 4 → 'yes'. |
T12-L10 14.38 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 is a bitmask that includes E_CORE_ERROR (2048), so (E_ALL & 2048) equals 2048, which is not 0, making the ternary evaluate to 'strict-in'.
Raw{ ⏎ "answer": "strict-in", ⏎ "explanation": "E_ALL is a bitmask that includes E_CORE_ERROR (2048), so (E_ALL & 2048) equals 2048, which is not 0, making the ternary evaluate 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 6.73 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';
``` | «missing» Пояснение: The header is stored with the key 'HTTP_X_TOKEN', and Symfony's Headers::get() performs case-insensitive comparison, but 'x-token' !== 'http_x_token', so the lookup returns null, making the ternary evaluate to 'missing'.
Raw{"answer": "missing", "explanation": "The header is stored with the key 'HTTP_X_TOKEN', and Symfony's Headers::get() performs case-insensitive comparison, but 'x-token' !== 'http_x_token', so the lookup returns null, making the ternary evaluate to 'missing'."} | неверно верный: «mapped» | 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 4.15 c | Symfony | What does this code output?
```php
use Symfony\Component\EventDispatcher\EventDispatcher;
use Symfony\Contracts\EventDispatcher\Event;
$d = new EventDispatcher();
$out = '';
$d->addListener('e', function () use (&$out) { $out .= 'B'; }, 10);
$d->addListener('e', function () use (&$out) { $out .= 'A'; });
$d->addListener('e', function () use (&$out) { $out .= 'C'; }, 5);
$d->dispatch(new Event(), 'e');
echo $out;
``` | «bca» Пояснение: Symfony's EventDispatcher executes listeners in descending order of priority (10, 5, 0), so the listeners append 'B', 'C', and 'A' in that order.
Raw{"answer": "BCA", "explanation": "Symfony's EventDispatcher executes listeners in descending order of priority (10, 5, 0), so the listeners append 'B', 'C', and 'A' in that order."} | верно | Listeners run by descending priority: 10 (B), 5 (C), 0 (A). |
T14-L10 3.45 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 ORM maintains an identity map per EntityManager, so two calls to find() with the same ID return the same PHP object reference.
Raw{"answer": "same", "explanation": "Doctrine ORM maintains an identity map per EntityManager, so two calls to find() with the same ID return the same PHP object reference."} | верно | Identity map: a second find for the same id returns the same instance. |
T14-L9 2.53 c | Doctrine | Given: Doctrine ORM 3, an EntityManager on in-memory SQLite, entity User with an auto-increment primary key. The users table is empty. What does this code output?
```php
$u = new User(name: 'B');
$em->persist($u);
$em->remove($u);
$em->flush();
echo count($em->getConnection()->fetchAllAssociative('SELECT * FROM users'));
``` | «0» Пояснение: Persisting and then removing an entity before flush means Doctrine never issues an INSERT, so the users table remains empty and the count is 0.
Raw{"answer": 0, "explanation": "Persisting and then removing an entity before flush means Doctrine never issues an INSERT, so the users table remains empty and the count is 0."} | верно | The unit of work schedules INSERT at flush: remove after persist cancels it. |
T15-L10 1.17 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, so it returns 1 since one of the two rows has a NULL value in column x.
Raw{"answer": 1, "explanation": "COUNT(x) counts only non-null values, so it returns 1 since one of the two rows has a NULL value in column x."} | верно | count(column) skips NULLs; count(*) would return 2. |
T15-L9 2.61 c | PostgreSQL | What does this SQL query return (PostgreSQL 17)?
```sql
CREATE TEMP TABLE t (id int, x int);
INSERT INTO t VALUES (1, 10), (2, 20), (3, 30);
SELECT string_agg(s::text, ',' ORDER BY id) FROM (
SELECT id, sum(x) OVER (ORDER BY id) AS s FROM t
) q;
``` | «10,30,60» Пояснение: The window function sum(x) OVER (ORDER BY id) produces running sums 10, 30, 60, which string_agg then concatenates with commas.
Raw{"answer": "10,30,60", "explanation": "The window function sum(x) OVER (ORDER BY id) produces running sums 10, 30, 60, which string_agg then concatenates with commas."} | верно | With ORDER BY the default window frame is running (start to current row). |
T16-L9 3.3 c | Symfony: Messenger | What does this code output?
```php
use Symfony\Component\Messenger\MessageBus;
use Symfony\Component\Messenger\Middleware\MiddlewareInterface;
use Symfony\Component\Messenger\Middleware\StackInterface;
use Symfony\Component\Messenger\Envelope;
final class Trace implements MiddlewareInterface
{
public function __construct(private string $tag) {}
public function handle(Envelope $e, StackInterface $stack): Envelope
{
echo $this->tag;
return $stack->next()->handle($e, $stack);
}
}
$bus = new MessageBus([new Trace('M1'), new Trace('M2')]);
$bus->dispatch(new Envelope(new stdClass()));
``` | «m1m2» Пояснение: The middleware stack processes middlewares in order: M1 is the outermost, echoes 'M1', then delegates to M2 which echoes 'M2', then the default handler processes the message.
Raw{"answer": "M1M2", "explanation": "The middleware stack processes middlewares in order: M1 is the outermost, echoes 'M1', then delegates to M2 which echoes 'M2', then the default handler processes the message."} | верно | The first-added middleware runs first (outermost). |
T16-L10 6.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;
``` | «11» Пояснение: Both handler closures registered for Ping::class are invoked sequentially by HandleMessageMiddleware, incrementing $n by 1 and then by 10, resulting in 11.
Raw```json ⏎ {"answer": 11, "explanation": "Both handler closures registered for Ping::class are invoked sequentially by HandleMessageMiddleware, incrementing $n by 1 and then by 10, resulting in 11."} ⏎ ``` | верно | All registered handlers of the message run: 1 + 10 = 11. |
T17-L9 1.56 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 adds one row with a=1; the second INSERT is ignored due to the unique index conflict with ON CONFLICT DO NOTHING, so count(*) returns 1.
Raw{"answer": 1, "explanation": "The first INSERT adds one row with a=1; the second INSERT is ignored due to the unique index conflict with ON CONFLICT DO NOTHING, so count(*) returns 1."} | верно | ON CONFLICT DO NOTHING skips the duplicate: one insert. |
T17-L10 3.36 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, both duplicate inserts succeed within the transaction, and SELECT count(*) returns 2 (the constraint would only be checked at COMMIT).
Raw```json ⏎ {"answer": 2, "explanation": "Because the UNIQUE constraint is DEFERRABLE INITIALLY DEFERRED, both duplicate inserts succeed within the transaction, and SELECT count(*) returns 2 (the constraint would only be checked at COMMIT)."} ⏎ ``` | верно | DEFERRED postpones the uniqueness check to COMMIT — count sees 2 rows. |
T18-L9 12.24 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 regex 'test_sum' partially matches both test_sum (3 data sets) and test_sum_abs (3 data sets), totaling 6 tests; test_other does not match.
Raw```json ⏎ {"answer": 6, "explanation": "The --filter regex 'test_sum' partially matches both test_sum (3 data sets) and test_sum_abs (3 data sets), totaling 6 tests; test_other does not match."} ⏎ ``` | верно | --filter is a substring match: test_sum also matches test_sum_abs (3+3 datasets). |
T18-L10 2.22 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 returns two datasets ([1] and [-1]), so 2 tests run; assertTrue($x > 0) fails only when $x is -1, giving 1 failure.
Raw{"answer": "2, 1", "explanation": "The data provider returns two datasets ([1] and [-1]), so 2 tests run; assertTrue($x > 0) fails only when $x is -1, giving 1 failure."} | верно | A non-static provider is just a deprecation in PHPUnit 10: both datasets run and the [-1] dataset fails the assert — 2 ran, 1 failure. |
T19-L9 0.99 c | HTTP and REST API | Which HTTP method does this command send?
```bash
curl -s -d 'a=1' http://demo.local/api
``` | «post» Пояснение: The -d flag in curl sends data to the server, which by default triggers a POST request.
Raw{"answer": "POST", "explanation": "The -d flag in curl sends data to the server, which by default triggers a POST request."} | верно | -d/-F switches curl to POST by default. |
T19-L10 1.49 c | HTTP and REST API | Which HTTP method does this command send?
```bash
curl -s -G -d 'a=1' http://demo.local/api
``` | «get» Пояснение: The -G flag overrides the default POST behavior of -d, sending the data as query parameters with a GET request.
Raw{"answer":"GET","explanation":"The -G flag overrides the default POST behavior of -d, sending the data as query parameters with a GET request."} | верно | -G turns -d data into the query string; the method stays GET. |
T20-L9 1.98 c | Security and OAuth | A client hits the token endpoint (RFC 6749) with a non-existent client_id. What value of the error field does the endpoint return? | «invalid_client» Пояснение: Per RFC 6749 Section 5.2, when a client_id is not recognized by the authorization server, the token endpoint returns the error value "invalid_client".
Raw{"answer":"invalid_client","explanation":"Per RFC 6749 Section 5.2, when a client_id is not recognized by the authorization server, the token endpoint returns the error value \"invalid_client\"."} | верно | Unknown client → invalid_client (RFC 6749 §5.2). |
T20-L10 1.66 c | Security and OAuth | OAuth 2.0: the client started the flow with response_type=token. In which part of the redirect_uri does the authorization server pass the access_token? | «fragment» Пояснение: In the OAuth 2.0 implicit grant (response_type=token), the access_token is appended to the redirect_uri as a query parameter within the fragment portion (after the # symbol).
Raw{"answer": "fragment", "explanation": "In the OAuth 2.0 implicit grant (response_type=token), the access_token is appended to the redirect_uri as a query parameter within the fragment portion (after the # symbol)."} | верно | The implicit flow passes the token in the URL fragment (#) — it never reaches the server. |
T21-L9 1.46 c | Twig | What does this Twig template output?
```twig
{{ false|default(2) * 3 }}
``` | «6» Пояснение: In Twig, `false` is considered a falsy value, so the `default(2)` filter replaces it with 2, and 2 * 3 equals 6.
Raw{"answer": 6, "explanation": "In Twig, `false` is considered a falsy value, so the `default(2)` filter replaces it with 2, and 2 * 3 equals 6."} | верно | default replaces exactly false/null/''/[] — false becomes 2, 2*3 = 6; the naive 'default is for undefined only' yields 0. |
T21-L10 33.71 c | Twig | What exception class does render() of this template throw?
```twig
{{ 'a' ~ 1 + 2 }}
``` | «a3» Пояснение: The expression `'a' ~ 1 + 2` parses as `'a' ~ (1 + 2)` due to operator precedence (addition binds tighter than concatenation), resulting in `'a' ~ 3`, which is the string `'a3'`; no exception is thrown.
Raw{"answer": "a3", "explanation": "The expression `'a' ~ 1 + 2` parses as `'a' ~ (1 + 2)` due to operator precedence (addition binds tighter than concatenation), resulting in `'a' ~ 3`, which is the string `'a3'`; no exception is thrown."} | неверно верный: «runtimeerror» | In Twig ~ binds tighter than +: ('a' ~ 1) + 2 → string + int → a render error (RuntimeError). |
T22-L9 4.46 c | Symfony: Security and forms | What does this code output?
```php
use Symfony\Component\Validator\Validation;
use Symfony\Component\Validator\Constraints as Assert;
$v = Validation::createValidator();
echo count($v->validate([''], [new Assert\NotBlank()]));
``` | «0» Пояснение: The value [''] is an array with one element, so the NotBlank constraint (which checks for an empty array) passes, resulting in zero violations.
Raw{"answer": 0, "explanation": "The value [''] is an array with one element, so the NotBlank constraint (which checks for an empty array) passes, resulting in zero violations."} | верно | NotBlank treats null, '', [] as blank — the array [''] is not blank. |
T22-L10 9.81 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);
}
``` | «no output» Пояснение: The class Symfony\Component\Form\Forms does not exist, so the line creating the factory throws an uncaught Error outside the try block, preventing any echo from executing.
Raw{"answer": "no output", "explanation": "The class Symfony\\Component\\Form\\Forms does not exist, so the line creating the factory throws an uncaught Error outside the try block, preventing any echo from executing."} | неверно верный: «symfony\component\form\exception\logicexception» | isValid() on a non-submitted form throws LogicException, it does not return false. |
T23-L9 2.48 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» Пояснение: In a compiled Symfony DI container, services are singletons by default, so both calls to $c->get('a') return the exact same object instance, making spl_object_id() return the same value for both.
Raw{"answer": "same", "explanation": "In a compiled Symfony DI container, services are singletons by default, so both calls to $c->get('a') return the exact same object instance, making spl_object_id() return the same value for both."} | верно | Container services are shared: two get() calls yield one instance. |
T23-L10 14.78 c | Symfony: configuration and services | What does this code output?
```php
use Symfony\Component\DependencyInjection\ContainerBuilder;
$c = new ContainerBuilder();
$c->setParameter('name', 'Bob');
$c->setParameter('greeting', 'hi %name%');
$c->setParameter('message', '%greeting%!');
$c->compile();
echo $c->getParameter('message');
``` | «hi bob!» Пояснение: The parameter 'message' is '%greeting%!'; during compile(), the %greeting% reference is substituted with 'hi Bob' (itself derived from %name% = 'Bob'), and the trailing '!' is a literal character, yielding 'hi Bob!'.
Raw```json ⏎ {"answer": "hi Bob!", "explanation": "The parameter 'message' is '%greeting%!'; during compile(), the %greeting% reference is substituted with 'hi Bob' (itself derived from %name% = 'Bob'), and the trailing '!' is a literal character, yielding 'hi Bob!'."} ⏎ ``` | верно | compile() resolves %-references transitively: %greeting% → 'hi %name%' → 'hi Bob!', the answer assembles over two hops. |
T24-L9 19.17 c | Bootstrap | What is the max-width of .container in Bootstrap 5.3 at a 992px viewport? | «992px» Пояснение: In Bootstrap 5.3, the .container class sets its max-width to 992px at the 992px (lg) breakpoint via the --bs-container-width custom property.
Raw```json ⏎ {"answer": "992px", "explanation": "In Bootstrap 5.3, the .container class sets its max-width to 992px at the 992px (lg) breakpoint via the --bs-container-width custom property."} ⏎ ``` | неверно верный: «960» | 5.x container widths: 540/720/960/1140/1320 (sm–xxl); 992 → 960px. |
T24-L10 3.94 c | Bootstrap | Which utility sets the text color in Bootstrap 5.3 for `<p class="text-danger text-primary">…</p>`? Answer with the winning class name. | «text-danger» Пояснение: In Bootstrap 5.3 CSS output, .text-danger is declared after .text-primary, so with equal specificity the later rule wins, making .text-danger the effective color.
Raw{"answer": "text-danger", "explanation": "In Bootstrap 5.3 CSS output, .text-danger is declared after .text-primary, so with equal specificity the later rule wins, making .text-danger the effective color."} | верно | Specificity ties — the later rule wins: text-danger is declared after text-primary. |
T25-L9 1.91 c | Clean architecture | Layers: Domain, Application, Infrastructure. Deptrac rules: Application → Domain; Infrastructure → Domain, Application; Domain → Domain only.
How many violations will deptrac report for this class?
```php
namespace App\Domain;
use App\Application\PlaceOrder;
use App\Infrastructure\Db;
class OrderService
{
public function __construct(
private PlaceOrder $handler,
private Db $db,
) {}
}
``` | «2» Пояснение: The class is in the Domain layer, which may only depend on Domain; its two dependencies (Application\PlaceOrder and Infrastructure\Db) each violate this rule, giving 2 violations.
Raw{"answer": 2, "explanation": "The class is in the Domain layer, which may only depend on Domain; its two dependencies (Application\\PlaceOrder and Infrastructure\\Db) each violate this rule, giving 2 violations."} | верно | Domain may depend only on Domain: PlaceOrder (Application) + Db (Infrastructure) = 2. |
T25-L10 3.48 c | Clean architecture | Layers: Domain, Application, Infrastructure. Deptrac rules: Application → Domain; Infrastructure → Domain, Application; Domain → Domain only.
How many violations will deptrac report for this class?
```php
namespace App\Domain;
use App\Application\PlaceOrder;
use App\Infrastructure\Db;
class BillingService
{
public function __construct(
private PlaceOrder $handler,
private Db $db,
private \App\Infrastructure\Logger $logger,
) {}
}
``` | «3» Пояснение: The class is in the Domain layer which may only depend on Domain, but it imports and injects dependencies from the Application layer (PlaceOrder) and the Infrastructure layer (Db, Logger), resulting in 3 violations.
Raw{"answer": 3, "explanation": "The class is in the Domain layer which may only depend on Domain, but it imports and injects dependencies from the Application layer (PlaceOrder) and the Infrastructure layer (Db, Logger), resulting in 3 violations."} | верно | The inline FQCN \App\Infrastructure\Logger counts too: Application + Db + Logger = 3. |
T26-L10 1.84 c | DDD | What does this code output?
```php
final class Money
{
public function __construct(public readonly int $amount) {}
public function add(Money $o): Money
{
return new self($this->amount + $o->amount);
}
}
$a = new Money(10);
$c = $a->add(new Money(5));
echo $a->amount . ',' . $c->amount;
``` | «10,15» Пояснение: $a has amount 10 and remains unchanged; $c is a new Money object with amount 15, so the echo concatenates "10,15".
Raw{"answer": "10,15", "explanation": "$a has amount 10 and remains unchanged; $c is a new Money object with amount 15, so the echo concatenates \"10,15\"."} | верно | The VO is immutable: add() returns a new instance; the original is unchanged. |
T26-L9 2.5 c | DDD | What does this code output?
```php
final class Order
{
private array $items = [];
public function add(string $sku): void
{
$this->items[$sku] = true;
}
public function count(): int
{
return count($this->items);
}
public function remove(string $sku): void
{
if (count($this->items) === 1) {
throw new DomainException('last item');
}
unset($this->items[$sku]);
}
}
$o = new Order;
$o->add('a');
try {
$o->remove('a');
} catch (DomainException) {
}
echo $o->count();
``` | «1» Пояснение: The remove method throws an exception before unsetting the item because there is only one item, so the items array still contains one entry and count() returns 1.
Raw{"answer": 1, "explanation": "The remove method throws an exception before unsetting the item because there is only one item, so the items array still contains one entry and count() returns 1."} | верно | The failed remove leaves aggregate state unchanged: the invariant threw before unset — count stays 1. |
VC-L9 0.73 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 and calls its hi() method which returns the string 'hi', which is then echoed.
Raw{"answer": "hi", "explanation": "The code instantiates class C and calls its hi() method which returns the string 'hi', which is then echoed."} | верно | Since 8.4, new in a method chain works without wrapping parentheses. |
VC-L10 6.75 c | PHP 8.4–8.5 | What does this code output on PHP 8.5?
```php
class Heavy
{
public int $v = 0;
}
$r = new ReflectionClass(Heavy::class);
$o = $r->newLazyGhost(function (Heavy $obj) {
$obj->v = 21;
});
echo $r->isUninitializedLazyObject($o) ? 'yes' : 'no';
$o->v;
echo $r->isUninitializedLazyObject($o) ? 'yes' : 'no';
``` | «yesno» Пояснение: The lazy ghost object is uninitialized before property access (prints 'yes'), then accessing $o->v triggers initialization via the callback (setting v=21), so the second check returns false (prints 'no').
Raw{"answer": "yesno", "explanation": "The lazy ghost object is uninitialized before property access (prints 'yes'), then accessing $o->v triggers initialization via the callback (setting v=21), so the second check returns false (prints 'no')."} | верно | newLazyGhost (8.4): the object stays lazy until first access — reading a property initializes it and clears the flag. |
T28-L9 1.84 c | Symfony: versions | The project was upgraded from Symfony 6.4 to 8.1. What does this code output on 8.1?
```php
echo class_exists(\Symfony\Component\Security\Guard\AbstractGuardAuthenticator::class)
? 'yes' : 'no';
``` | «no» Пояснение: The Guard component (including AbstractGuardAuthenticator) was removed in Symfony 7.0, so the class does not exist in 8.1.
Raw{"answer": "no", "explanation": "The Guard component (including AbstractGuardAuthenticator) was removed in Symfony 7.0, so the class does not exist in 8.1."} | верно | Guard authentication was removed in Symfony 7.0 — the class is gone in 8.1. |
T28-L10 9.48 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';
``` | «nono» Пояснение: In Symfony 8.1, both AnnotationClassLoader (removed in 7.0 with annotation support) and AttributeClassLoader (removed in 8.0) no longer exist in \Symfony\Component\Routing\Loader.
Raw{"answer":"nono","explanation":"In Symfony 8.1, both AnnotationClassLoader (removed in 7.0 with annotation support) and AttributeClassLoader (removed in 8.0) no longer exist in \\Symfony\\Component\\Routing\\Loader."} | неверно верный: «noyes» | Annotation loaders were removed in 7.0; only attribute loaders remain (Annotation→Attribute). |