Пример запроса (первая клетка). System одинаковый во всех запросах прогона, user — свой вопрос для каждой клетки:
| Клетка | Тема | Утверждение | Ответ |
Результат | Обоснование |
T01-L1 3.3 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 full escape sequences, while single-quoted strings only recognize backslash and single quote as escape sequences, so they are processed differently beyond just speed.
Raw{"answer": "no", "explanation": "Double-quoted strings support variable interpolation and full escape sequences, while single-quoted strings only recognize backslash and single quote as escape sequences, so they are processed differently beyond just speed."} | верно | В двойных кавычках работают интерполяция переменных и escape-последовательности, в одинарных — нет. |
T01-L2 2.84 c | Syntax and operators | The ?? operator follows isset semantics and raises no warnings for undefined variables. | «yes» Пояснение: The null coalescing operator ?? is equivalent to isset($a) ? $a : $b, so it checks for existence using isset semantics and never triggers undefined-variable notices.
Raw{"answer": "yes", "explanation": "The null coalescing operator ?? is equivalent to isset($a) ? $a : $b, so it checks for existence using isset semantics and never triggers undefined-variable notices."} | верно | ?? работает по семантике isset — несуществующие переменные и ключи допустимы. |
T01-L3 0.79 c | Syntax and operators | What will this print: echo 'a', 'b'; | «ab» Пояснение: echo in PHP accepts multiple arguments separated by commas and prints them all consecutively with no spaces.
Raw{"answer": "ab", "explanation": "echo in PHP accepts multiple arguments separated by commas and prints them all consecutively with no spaces."} | верно | echo принимает список аргументов: ab. |
T01-L4 2.95 c | Syntax and operators | print returns the value 1 and can be used inside an expression. | «no» Пояснение: In PHP, print is a language construct (a statement), not a function; it does not return a value and cannot be used inside an expression.
Raw{"answer": "no", "explanation": "In PHP, print is a language construct (a statement), not a function; it does not return a value and cannot be used inside an expression."} | неверно верный: «yes» | print — выражение со значением 1, в отличие от echo, который значения не возвращает. |
T01-L5 1.46 c | Syntax and operators | The ?: (elvis) operator returns its left operand when it is falsy. | «no» Пояснение: The Elvis operator returns the left operand when it is truthy, and the right operand when the left is falsy.
Raw{"answer": "no", "explanation": "The Elvis operator returns the left operand when it is truthy, and the right operand when the left is falsy."} | верно | Наоборот: $a ?: $b возвращает $a, если он истинный, иначе $b. |
T01-L6 5.93 c | Syntax and operators | In PHP 8, the concatenation operator (.) has lower precedence than addition and subtraction. | «yes» Пояснение: In PHP, the concatenation operator (.) has very low precedence, lower than + and -, so expressions like 1 + 2 . 3 are evaluated as (1 + 2) . 3.
Raw{"answer": "yes", "explanation": "In PHP, the concatenation operator (.) has very low precedence, lower than + and -, so expressions like 1 + 2 . 3 are evaluated as (1 + 2) . 3."} | верно | С PHP 8 (RFC concat precedence) '.' имеет приоритет ниже арифметики: 'сумма: ' . 2 + 3 → 'сумма: 5' (в PHP 7 было иначе). |
T01-L7 1.73 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 (2 ** 3) ** 2 = 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 (2 ** 3) ** 2 = 64." ⏎ } | верно | ** право-ассоциативен: 2 ** (3 ** 2) = 2 ** 9 = 512. |
T01-L8 2.05 c | Syntax and operators | What string will this print: echo 'sum: ' . 2 + 3; (PHP 8)? | «3» Пояснение: In PHP, the concatenation operator '.' has higher precedence than '+', so it parses as ('sum: ' . 2) + 3, which becomes 'sum: 2' + 3, and since 'sum: 2' casts to 0 as a number, the result is 3.
Raw{"answer": 3, "explanation": "In PHP, the concatenation operator '.' has higher precedence than '+', so it parses as ('sum: ' . 2) + 3, which becomes 'sum: 2' + 3, and since 'sum: 2' casts to 0 as a number, the result is 3."} | неверно верный: «sum: 5» | Парная к verify-клетке про приоритет: 'сумма: 5'. |
T02-L1 2.79 c | Types and comparisons | With strict comparison (===), arrays are considered equal regardless of element order. | «no» Пояснение: In PHP, the === operator on arrays requires the elements to be in the same order and of the same type, so order matters.
Raw{"answer": "no", "explanation": "In PHP, the === operator on arrays requires the elements to be in the same order and of the same type, so order matters."} | верно | === для массивов требует совпадения и значений, и их порядка. |
T02-L2 1.73 c | Types and comparisons | The comparison 0 == false returns false because it is a strict comparison. | «no» Пояснение: The == operator is a loose (non-strict) comparison, and in PHP, 0 == false actually evaluates to true because both are falsey values.
Raw{"answer": "no", "explanation": "The == operator is a loose (non-strict) comparison, and in PHP, 0 == false actually evaluates to true because both are falsey values."} | верно | Наоборот: == — нестрогое сравнение и возвращает true; строгое — это === (0 === false → false). |
T02-L3 6.88 c | Types and comparisons | In PHP 8, the expression "abc" == 0 returns true. | «yes» Пояснение: In PHP 8, when comparing a non-numeric string like "abc" to an integer with ==, the string is cast to its numeric value (0), so the expression evaluates to 0 == 0, which is true.
Raw{"answer": "yes", "explanation": "In PHP 8, when comparing a non-numeric string like \"abc\" to an integer with ==, the string is cast to its numeric value (0), so the expression evaluates to 0 == 0, which is true."} | неверно верный: «no» | С PHP 8 нечисловая строка сравнивается как строка: "abc" == "0" → false (в PHP 7 было true). |
T02-L4 1.38 c | Types and comparisons | Under loose comparison, null equals 0, the empty string, and false at the same time. | «yes» Пояснение: In PHP, null == 0, null == "", and null == false all evaluate to true under loose comparison (==).
Raw{"answer": "yes", "explanation": "In PHP, null == 0, null == \"\", and null == false all evaluate to true under loose comparison (==)."} | верно | null == 0, null == "" и null == false — все true. |
T02-L5 1.35 c | Types and comparisons | What does the expression (int) '42abc' return? | «42» Пояснение: In PHP, casting a string to int reads the leading numeric portion and stops at the first non-numeric character, so (int)'42abc' returns 42.
Raw{"answer": 42, "explanation": "In PHP, casting a string to int reads the leading numeric portion and stops at the first non-numeric character, so (int)'42abc' returns 42."} | верно | Ведущая числовая часть: 42, без ошибок и warning. |
T02-L6 1.3 c | Types and comparisons | What does the expression '5' + 5 return? | «10» Пояснение: In PHP, the string '5' is implicitly cast to the integer 5 when used with the + operator, resulting in 5 + 5 = 10.
Raw{"answer": 10, "explanation": "In PHP, the string '5' is implicitly cast to the integer 5 when used with the + operator, resulting in 5 + 5 = 10."} | верно | Числовая строка приводится: int 10. |
T02-L7 0.84 c | Types and comparisons | When cast to string, false becomes "0". | «no» Пояснение: In PHP, (string) false results in an empty string "", not "0".
Raw{"answer": "no", "explanation": "In PHP, (string) false results in an empty string \"\", not \"0\"."} | верно | false → "", true → "1". |
T02-L8 2.53 c | Types and comparisons | The comparison 0.1 + 0.2 === 0.3 returns false. | «yes» Пояснение: Due to floating-point precision, 0.1 + 0.2 equals 0.30000000000000004, which is not strictly equal to 0.3, so === returns false.
Raw{"answer": "yes", "explanation": "Due to floating-point precision, 0.1 + 0.2 equals 0.30000000000000004, which is not strictly equal to 0.3, so === returns false."} | верно | Двоичная погрешность float: 0.1 + 0.2 = 0.30000000000000004. |
T03-L1 1.25 c | Strings | strrev() correctly reverses a UTF-8 string. | «no» Пояснение: strrev() reverses a string byte-by-byte, which corrupts multi-byte UTF-8 characters; you should use mb_strrev() or an mbstring-based approach instead.
Raw{"answer":"no","explanation":"strrev() reverses a string byte-by-byte, which corrupts multi-byte UTF-8 characters; you should use mb_strrev() or an mbstring-based approach instead."} | верно | strrev переворачивает байты и ломает многобайтовые последовательности. |
T03-L2 0.97 c | Strings | str_contains('Hello world', 'world') returns true. | «yes» Пояснение: str_contains() checks if the second argument ('world') is present within the first argument ('Hello world'), and since it is, the function returns true.
Raw{"answer": "yes", "explanation": "str_contains() checks if the second argument ('world') is present within the first argument ('Hello world'), and since it is, the function returns true."} | верно | str_contains с PHP 8.0 проверяет вхождение подстроки. |
T03-L3 1.4 c | Strings | str_pad() can pad a string on the right side only. | «no» Пояснение: str_pad() accepts a type parameter (STR_PAD_LEFT, STR_PAD_RIGHT, or STR_PAD_BOTH), so it can pad on the left, right, or both sides.
Raw{"answer":"no","explanation":"str_pad() accepts a type parameter (STR_PAD_LEFT, STR_PAD_RIGHT, or STR_PAD_BOTH), so it can pad on the left, right, or both sides."} | верно | STR_PAD_LEFT / STR_PAD_BOTH меняют сторону дополнения. |
T03-L4 1.42 c | Strings | By default trim() strips only spaces, leaving tabs and newlines intact. | «no» Пояснение: By default, trim() strips all whitespace characters (spaces, tabs, newlines, null bytes, and carriage returns) from both ends of a string, not just spaces.
Raw{"answer": "no", "explanation": "By default, trim() strips all whitespace characters (spaces, tabs, newlines, null bytes, and carriage returns) from both ends of a string, not just spaces."} | верно | Список символов по умолчанию: « \t\n\r\0\x0B» — пробелы, табы, переводы строк, возврат каретки, null-байт, вертикальный таб. Проверено php -r. |
T03-L5 1.55 c | Strings | How many BYTES does strlen('héllo') return for a UTF-8 string? | «6» Пояснение: The string 'héllo' contains 5 characters but 6 bytes in UTF-8, since 'é' is encoded as 2 bytes (0xC3 0xA9).
Raw{"answer": 6, "explanation": "The string 'héllo' contains 5 characters but 6 bytes in UTF-8, since 'é' is encoded as 2 bytes (0xC3 0xA9)."} | верно | 6 букв по 2 байта: 12. |
T03-L6 1.46 c | Strings | What does substr('abcdef', -3) return? | «def» Пояснение: substr('abcdef', -3) starts 3 characters from the end of the string (at 'd') and goes to the end, returning 'def'.
Raw{"answer": "def", "explanation": "substr('abcdef', -3) starts 3 characters from the end of the string (at 'd') and goes to the end, returning 'def'."} | верно | Отрицательное смещение — с конца: def. |
T03-L7 1.35 c | Strings | ucfirst() modifies the string passed to it in place. | «no» Пояснение: In PHP, strings are passed by value, so ucfirst() returns a modified copy without altering the original string variable.
Raw{"answer":"no","explanation":"In PHP, strings are passed by value, so ucfirst() returns a modified copy without altering the original string variable."} | верно | Строки неизменяемы; ucfirst возвращает новую строку. |
T03-L8 1.69 c | Strings | Variable interpolation works in heredoc but not in nowdoc. | «yes» Пояснение: In PHP, heredoc (<<EOF) supports variable interpolation and escape sequences, while nowdoc (<<<EOT) treats the content as a literal string without interpolating variables.
Raw{"answer": "yes", "explanation": "In PHP, heredoc (<<EOF) supports variable interpolation and escape sequences, while nowdoc (<<<EOT) treats the content as a literal string without interpolating variables."} | верно | Nowdoc — «одинарные кавычки» в тройном синтаксисе: текст как есть. |
T04-L1 2.9 c | Arrays | The sort() function preserves the key-to-value association of the array. | «no» Пояснение: sort() re-indexes the array keys starting from 0, so key-to-value associations are lost; to preserve them you would need a different approach.
Raw{"answer": "no", "explanation": "sort() re-indexes the array keys starting from 0, so key-to-value associations are lost; to preserve them you would need a different approach."} | верно | sort перенумеровывает ключи; связь сохраняет asort. |
T04-L2 1.31 c | Arrays | The string key '5' in an array is stored as the integer 5. | «yes» Пояснение: In PHP, numeric strings used as array keys (like '5') are automatically cast to integers, so '5' is stored as the integer 5.
Raw{"answer":"yes","explanation":"In PHP, numeric strings used as array keys (like '5') are automatically cast to integers, so '5' is stored as the integer 5."} | верно | Каноничные десятичные строковые ключи приводятся к int. |
T04-L3 1.65 c | Arrays | The in_array() function uses strict comparison (===) by default. | «no» Пояснение: in_array() uses loose comparison (==) by default; strict comparison (===) is only used when the third parameter $strict is explicitly set to true.
Raw{"answer": "no", "explanation": "in_array() uses loose comparison (==) by default; strict comparison (===) is only used when the third parameter $strict is explicitly set to true."} | верно | По умолчанию сравнение нестрогое; строгое — третий аргумент true. |
T04-L4 1.19 c | Arrays | Without a callback, array_filter() removes all "empty" (falsy) elements from the array. | «yes» Пояснение: Without a callback, array_filter() removes all values that evaluate to false in a boolean context (0, 0.0, '', null, false, and empty arrays).
Raw{"answer": "yes", "explanation": "Without a callback, array_filter() removes all values that evaluate to false in a boolean context (0, 0.0, '', null, false, and empty arrays)."} | верно | Убирает 0, "", null, false и пустые массивы. |
T04-L5 1.52 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 the resulting array is re-indexed rather than preserving the original keys.
Raw{"answer": "no", "explanation": "By default, the $preserve_keys parameter of array_slice() is false, so the resulting array is re-indexed rather than preserving the original keys."} | верно | По умолчанию ключи перенумеровываются; сохранение — preserve_keys = true. |
T04-L6 1.12 c | Arrays | What does array_slice([10, 20, 30, 40], 1, 2) return? | «{"answer": [20, 30], "explanation": "array_slice starts at index 1 (value 20) and takes 2 elements, returning [20, 30]."}» Пояснение: {"answer": [20, 30], "explanation": "array_slice starts at index 1 (value 20) and takes 2 elements, returning [20, 30]."}
Raw{"answer": [20, 30], "explanation": "array_slice starts at index 1 (value 20) and takes 2 elements, returning [20, 30]."} | верно парсинг: текст (фолбэк) | [20,30]; ключи перенумеровываются. |
T04-L7 1.77 c | Arrays | How many elements will count(['a' => 1] + ['a' => 9, 'b' => 2]) return? | «2» Пояснение: The + operator performs an array union where duplicate keys are resolved in favor of the first array, resulting in ['a' => 1, 'b' => 2] with 2 elements.
Raw{"answer": 2, "explanation": "The + operator performs an array union where duplicate keys are resolved in favor of the first array, resulting in ['a' => 1, 'b' => 2] with 2 elements."} | верно | Оператор + : по ключу 'a' побеждает левый; итого 2. |
T04-L8 3.44 c | Arrays | Since PHP 8.1, the spread operator [...$a, ...$b] supports arrays with string keys. | «no» Пояснение: Spread operator support for arrays with string keys was introduced in PHP 7.4, not PHP 8.1.
Raw{"answer": "no", "explanation": "Spread operator support for arrays with string keys was introduced in PHP 7.4, not PHP 8.1."} | неверно верный: «yes» | В 8.0 — только числовые ключи; 8.1 снял ограничение. |
T05-L1 8.24 c | Functions and closures | Named arguments cannot be combined with argument unpacking ...$args in a single call. | «no» Пояснение: In PHP 8.0+, named arguments and argument unpacking (…$args) can be combined in a single function call, e.g. foo(a: 1, ...$args) is valid.
Raw{"answer": "no", "explanation": "In PHP 8.0+, named arguments and argument unpacking (…$args) can be combined in a single function call, e.g. foo(a: 1, ...$args) is valid."} | верно | Можно: f(...$args, имя: значение). Нельзя только позиционный аргумент после распаковки. |
T05-L2 4.18 c | Functions and closures | An anonymous function without use sees variables from the outer scope. | «no» Пояснение: In PHP, an anonymous function (closure) without a use keyword does not capture variables from the enclosing local scope; you must explicitly declare them with use to make them available inside the closure.
Raw{"answer": "no", "explanation": "In PHP, an anonymous function (closure) without a use keyword does not capture variables from the enclosing local scope; you must explicitly declare them with use to make them available inside the closure."} | верно | Без use внешние переменные недоступны; авто-захват только у fn. |
T05-L3 1.66 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 the declared parameter list.
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 the declared parameter list."} | верно | Считает переданные аргументы: 3. |
T05-L4 2.14 c | Functions and closures | The body of an arrow function fn may consist of several expressions in curly braces. | «no» Пояснение: An arrow function in PHP (fn) must have a single expression as its body; it cannot contain a block of multiple statements in curly braces, which requires a regular closure instead.
Raw{"answer": "no", "explanation": "An arrow function in PHP (fn) must have a single expression as its body; it cannot contain a block of multiple statements in curly braces, which requires a regular closure instead."} | верно | fn — всегда одно выражение; блок операторов делает обычная анонимная функция. |
T05-L5 2.62 c | Functions and closures | An arrow function fn captures outer variables by reference (lazily, at use time). | «no» Пояснение: PHP arrow functions (fn, PHP 8.1+) capture outer variables by value at definition time (eagerly), not by reference or lazily at call time.
Raw{"answer": "no", "explanation": "PHP arrow functions (fn, PHP 8.1+) capture outer variables by value at definition time (eagerly), not by reference or lazily at call time."} | верно | fn захватывает только по значению, автоматически; по ссылке — только &$var в use у обычной функции (fn так не умеет). |
T05-L6 2.52 c | Functions and closures | A closure declared as static function () {} does not capture $this. | «yes» Пояснение: Static closures in PHP do not capture $this from the enclosing class context; only non-static closures implicitly capture $this.
Raw{"answer": "yes", "explanation": "Static closures in PHP do not capture $this from the enclosing class context; only non-static closures implicitly capture $this."} | верно | static-замыкание отвязано от объекта: $this внутри недоступен. |
T05-L7 2.39 c | Functions and closures | What will this print: $x = 5; $f = function () use ($x) { return $x; }; $x = 7; echo $f(); | «5» Пояснение: In PHP, `use ($x)` in a closure captures the variable by value (not by reference), so the closure retains the original value of 5 even after $x is reassigned to 7.
Raw{"answer": 5, "explanation": "In PHP, `use ($x)` in a closure captures the variable by value (not by reference), so the closure retains the original value of 5 even after $x is reassigned to 7."} | верно | use захватывает по значению в момент создания: 5. |
T05-L8 2.71 c | Functions and closures | In weak typing mode (without strict_types), passing the string "5" to an int parameter is allowed. | «yes» Пояснение: In PHP's default coercive (weak) typing mode, the string "5" is automatically cast to the integer 5 when passed to an int-typed parameter, so no TypeError is raised.
Raw{"answer": "yes", "explanation": "In PHP's default coercive (weak) typing mode, the string \"5\" is automatically cast to the integer 5 when passed to an int-typed parameter, so no TypeError is raised."} | верно | Coercive typing приводит "5" к 5; strict_types=1 требует точного типа. |
T06-L1 1.34 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 declaring and promoting properties directly in the constructor parameter list, so `public function __construct(private int $x) {}` is valid syntax.
Raw{"answer": "yes", "explanation": "PHP 8.0 introduced constructor property promotion, which allows declaring and promoting properties directly in the constructor parameter list, so `public function __construct(private int $x) {}` is valid syntax."} | верно | С PHP 8.0 параметр с модификатором создаёт свойство и присваивание. |
T06-L2 0.84 c | OOP: classes and inheritance | Which keyword prevents a method from being overridden in subclasses? | «final» Пояснение: In PHP, the 'final' keyword, when applied to a method, prevents it from being overridden in any subclass.
Raw{"answer": "final", "explanation": "In PHP, the 'final' keyword, when applied to a method, prevents it from being overridden in any subclass."} | верно | final. |
T06-L3 0.93 c | OOP: classes and inheritance | A method declared final cannot be overridden in a subclass. | «yes» Пояснение: In PHP, the final keyword on a method explicitly prevents any subclass from overriding that method.
Raw{"answer": "yes", "explanation": "In PHP, the final keyword on a method explicitly prevents any subclass from overriding that method."} | верно | final запрещает переопределение метода и наследование класса. |
T06-L4 0.93 c | OOP: classes and inheritance | Parent properties with private visibility are accessible in a subclass. | «no» Пояснение: Private properties are only accessible within the class that declares them, not from subclasses.
Raw{"answer": "no", "explanation": "Private properties are only accessible within the class that declares them, not from subclasses."} | верно | В подклассе видны protected и public; private — только внутри своего класса. |
T06-L5 8.61 c | OOP: classes and inheritance | What does get_class(new class {}) return? Answer with the part of the name before the NUL byte (without the file path). | «class» Пояснение: In PHP, anonymous classes have generated names that contain a NUL byte, and the portion before that NUL byte is simply 'Class'.
Raw{"answer": "Class", "explanation": "In PHP, anonymous classes have generated names that contain a NUL byte, and the portion before that NUL byte is simply 'Class'."} | неверно верный: «class@anonymous» | get_class анонимного класса печатает class@anonymous\0<файл>:<строка>$n; короткая форма — часть до NUL-байта. Проверено php -r (hex). |
T06-L6 1.8 c | OOP: classes and inheritance | A private parent method is not part of the inheritance contract: a child may declare a method with the same name and any visibility. | «yes» Пояснение: In PHP, private methods are not inherited, so a child class can declare a method with the same name at any visibility level without overriding or conflicting with the parent's private method.
Raw{"answer": "yes", "explanation": "In PHP, private methods are not inherited, so a child class can declare a method with the same name at any visibility level without overriding or conflicting with the parent's private method."} | верно | private-члены не наследуются — правила совместимости подписей не действуют. |
T06-L7 1.48 c | OOP: classes and inheritance | The magic method __get() is called only for non-existent properties. | «no» Пояснение: __get() is also called when accessing private or protected properties from outside the class, not just for non-existent properties.
Raw{"answer": "no", "explanation": "__get() is also called when accessing private or protected properties from outside the class, not just for non-existent properties."} | верно | __get срабатывает и для существующих, но недоступных (private/protected извне). |
T06-L8 5.03 c | OOP: classes and inheritance | What does reassigning a readonly property throw — Exception or Error? | «error» Пояснение: Reassigning a readonly property in PHP 8.1+ throws a TypeError, which is a subclass of Error rather than Exception.
Raw{"answer": "Error", "explanation": "Reassigning a readonly property in PHP 8.1+ throws a TypeError, which is a subclass of Error rather than Exception."} | верно | Error (readonly с 8.1); оговорка: в __clone() переинициализация допустима (8.3+). |
T07-L1 0.82 c | Interfaces, traits, enum | An interface can declare constants. | «yes» Пояснение: In PHP, an interface can declare constants using the `const` keyword, in addition to declaring method signatures.
Raw{"answer": "yes", "explanation": "In PHP, an interface can declare constants using the `const` keyword, in addition to declaring method signatures."} | верно | Константы интерфейса наследуются реализациями. |
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 is used to determine whether a variable holds an object that is an instance of a particular class or interface.
Raw{"answer": "instanceof", "explanation": "The instanceof operator in PHP is used to determine whether a variable holds an object that is an instance of a particular class or interface."} | верно | instanceof. |
T07-L3 1.93 c | Interfaces, traits, enum | An interface can declare static methods. | «yes» Пояснение: PHP interfaces can declare static methods (supported since PHP 5.5), which must be public and implemented by any class that uses the interface.
Raw{"answer": "yes", "explanation": "PHP interfaces can declare static methods (supported since PHP 5.5), which must be public and implemented by any class that uses the interface."} | верно | Реализация обязана дать статический метод с той же сигнатурой. |
T07-L4 1.47 c | Interfaces, traits, enum | The instanceof operator only checks class inheritance: it ignores interfaces. | «no» Пояснение: In PHP, the instanceof operator checks both class inheritance and interface implementation, so it does not ignore interfaces.
Raw{"answer":"no","explanation":"In PHP, the instanceof operator checks both class inheritance and interface implementation, so it does not ignore interfaces."} | верно | instanceof возвращает true и для интерфейсов объекта. |
T07-L5 1.0 c | Interfaces, traits, enum | An interface method may have a default implementation, like a trait method. | «no» Пояснение: In PHP, interface methods are always abstract and cannot have default implementations; only traits can provide concrete method bodies.
Raw{"answer":"no","explanation":"In PHP, interface methods are always abstract and cannot have default implementations; only traits can provide concrete method bodies."} | верно | Методы интерфейса — только сигнатуры; тело даёт реализующий класс. |
T07-L6 1.0 c | Interfaces, traits, enum | An abstract method in an abstract class may have protected visibility. | «yes» Пояснение: In PHP, abstract methods must be declared as either public or protected, so protected visibility is allowed for abstract methods in an abstract class.
Raw{"answer": "yes", "explanation": "In PHP, abstract methods must be declared as either public or protected, so protected visibility is allowed for abstract methods in an abstract class."} | верно | В абстрактном классе — любая видимость; в интерфейсе — только public. |
T07-L7 1.66 c | Interfaces, traits, enum | How many elements will Foo::cases() return for enum Foo { case A; case B; case C; }? | «3» Пояснение: Foo::cases() returns an associative array containing one entry per case in the enum, and this enum has three cases (A, B, C).
Raw{"answer": 3, "explanation": "Foo::cases() returns an associative array containing one entry per case in the enum, and this enum has three cases (A, B, C)."} | верно | Статический метод cases(): 3. |
T07-L8 0.77 c | Interfaces, traits, enum | A trait can declare constants. | «yes» Пояснение: In PHP, a trait can declare constants, which can be accessed through any class that uses the trait.
Raw{"answer": "yes", "explanation": "In PHP, a trait can declare constants, which can be accessed through any class that uses the trait."} | верно | С PHP 8.2 трейты могут объявлять константы (RFC constants_in_traits); до 8.2 — нет. |
T08-L1 5.58 c | Exceptions and errors | The Throwable interface is a common ancestor of both Exception and Error. | «yes» Пояснение: In PHP, Throwable (an abstract class) is indeed the common ancestor that both Exception and Error extend from, establishing the unified type hierarchy for all throwable types.
Raw{"answer": "yes", "explanation": "In PHP, Throwable (an abstract class) is indeed the common ancestor that both Exception and Error extend from, establishing the unified type hierarchy for all throwable types."} | верно | Иерархия с PHP 7: Throwable → Exception и Throwable → Error. |
T08-L2 2.7 c | Exceptions and errors | A catch (Exception $e) block will also catch TypeError, because TypeError ultimately inherits from Exception. | «no» Пояснение: In PHP 7+, TypeError extends Error, not Exception; both Exception and Error are siblings under Throwable, so a catch (Exception $e) block will not catch TypeError.
Raw{"answer": "no", "explanation": "In PHP 7+, TypeError extends Error, not Exception; both Exception and Error are siblings under Throwable, so a catch (Exception $e) block will not catch TypeError."} | верно | TypeError наследуется от Error; catch (Exception) его не ловит. |
T08-L3 1.42 c | Exceptions and errors | The @ operator suppresses exceptions too. | «no» Пояснение: The @ operator only suppresses PHP errors and warnings (e.g., notices, warnings); it does not suppress or catch exceptions, which are handled via try/catch blocks.
Raw{"answer": "no", "explanation": "The @ operator only suppresses PHP errors and warnings (e.g., notices, warnings); it does not suppress or catch exceptions, which are handled via try/catch blocks."} | верно | @ глушит диагностику (warnings/notices), исключения не перехватывает. |
T08-L4 0.81 c | Exceptions and errors | What error class does intdiv(5, 0) throw? | «divisionbyzeroerror» Пояснение: intdiv() throws a DivisionByZeroError when the divisor is zero.
Raw{"answer": "DivisionByZeroError", "explanation": "intdiv() throws a DivisionByZeroError when the divisor is zero."} | верно | DivisionByZeroError (иерархия Error, не Exception); php-грейдер объективен. |
T08-L5 1.72 c | Exceptions and errors | The finally block runs only if the exception was caught by a catch block. | «no» Пояснение: The finally block runs regardless of whether an exception was thrown, caught, or not thrown at all; it always executes when the try-catch-finally block is completed.
Raw{"answer":"no","explanation":"The finally block runs regardless of whether an exception was thrown, caught, or not thrown at all; it always executes when the try-catch-finally block is completed."} | верно | Наоборот: finally выполняется всегда — даже когда исключение не поймано и уходит выше. Проверено php -r. |
T08-L6 6.64 c | Exceptions and errors | An exception thrown inside a finally block has no effect on the result of the try block. | «no» Пояснение: An exception thrown inside a finally block will propagate and override any exception already handled in the catch block, thus affecting the overall result of the try-catch-finally construct.
Raw{"answer": "no", "explanation": "An exception thrown inside a finally block will propagate and override any exception already handled in the catch block, thus affecting the overall result of the try-catch-finally construct."} | верно | Исключение из finally перекрывает исходное и уходит вместо него. |
T08-L7 2.55 c | Exceptions and errors | What does the expression (bool) new Exception('x') return? | «yes» Пояснение: In PHP, any object cast to bool always evaluates to true, including an instance of Exception.
Raw{"answer": "yes", "explanation": "In PHP, any object cast to bool always evaluates to true, including an instance of Exception."} | верно | Любой объект при приведении к bool — true. Формы ответа: true или да. |
T08-L8 1.7 c | Exceptions and errors | Functions registered via register_shutdown_function() run when exit is called. | «yes» Пояснение: Functions registered via register_shutdown_function() are called during PHP's shutdown phase, which includes when exit() is invoked, causing the script to terminate.
Raw{"answer": "yes", "explanation": "Functions registered via register_shutdown_function() are called during PHP's shutdown phase, which includes when exit() is invoked, causing the script to terminate."} | верно | exit завершает скрипт, но shutdown-функции отрабатывают. |
T09-L1 1.49 c | Namespaces and autoloading | The use App\Service\Mailer; statement itself loads the class file. | «no» Пояснение: The `use` statement only creates an alias for the fully-qualified class name at compile time; the actual class file is loaded (via the autoloader) only when the class is actually referenced or instantiated at runtime.
Raw{"answer": "no", "explanation": "The `use` statement only creates an alias for the fully-qualified class name at compile time; the actual class file is loaded (via the autoloader) only when the class is actually referenced or instantiated at runtime."} | верно | use — псевдоним на этапе компиляции; файл грузит автозагрузчик при первом обращении. |
T09-L2 4.18 c | Namespaces and autoloading | What follows use to import a function (not a class): the word function or const? | «function» Пояснение: When importing a function (as opposed to a class), the keyword 'function' follows the use statement.
Raw{"answer": "function", "explanation": "When importing a function (as opposed to a class), the keyword 'function' follows the use statement."} | верно | use function ...; (и use const для констант). |
T09-L3 1.54 c | Namespaces and autoloading | Into which file (path from src/) does the PSR-4 mapping "App\ → src/" place the class App\Controller\Api\UserController? | «controller/api/usercontroller.php» Пояснение: The PSR-4 prefix 'App\' maps to 'src/', so the remaining namespace parts 'Controller\Api\UserController' become the relative path Controller/Api/UserController.php.
Raw{"answer": "Controller/Api/UserController.php", "explanation": "The PSR-4 prefix 'App\\' maps to 'src/', so the remaining namespace parts 'Controller\\Api\\UserController' become the relative path Controller/Api/UserController.php."} | верно | Остаток имени после префикса, \ → /. |
T09-L4 1.27 c | Namespaces and autoloading | Including vendor/autoload.php registers autoloaders via spl_autoload_register(). | «yes» Пояснение: The vendor/autoload.php generated by Composer calls spl_autoload_register() to attach classmap and PSR-4 autoloader callbacks.
Raw{"answer": "yes", "explanation": "The vendor/autoload.php generated by Composer calls spl_autoload_register() to attach classmap and PSR-4 autoloader callbacks."} | верно | Composer ставит автозагрузчик именно на spl_autoload_register. |
T09-L5 1.59 c | Namespaces and autoloading | The magic constant __NAMESPACE__ contains the name of the current namespace. | «yes» Пояснение: __NAMESPACE__ is a compile-time magic constant in PHP that returns the name of the namespace in which it is used (or an empty string in the global scope).
Raw{"answer":"yes","explanation":"__NAMESPACE__ is a compile-time magic constant in PHP that returns the name of the namespace in which it is used (or an empty string in the global scope)."} | верно | В корневом пространстве — пустая строка. |
T09-L6 3.17 c | Namespaces and autoloading | An unqualified class name (without a leading \) in new is resolved from the global root. | «no» Пояснение: An unqualified class name in `new` is resolved relative to the current namespace, not the global root; a leading backslash is required to force global-root (fully qualified) resolution.
Raw{"answer":"no","explanation":"An unqualified class name in `new` is resolved relative to the current namespace, not the global root; a leading backslash is required to force global-root (fully qualified) resolution."} | верно | Резолвится относительно текущего namespace (с учётом импортов). |
T09-L7 1.52 c | Namespaces and autoloading | With the PSR-4 mapping "App\ → src/", the class App\Model\User lives in the file src/Model/User.php. | «yes» Пояснение: Under PSR-4, the prefix App\ maps to src/, and the remaining namespace parts (Model) and class name (User) form the relative path src/Model/User.php.
Raw{"answer": "yes", "explanation": "Under PSR-4, the prefix App\\ maps to src/, and the remaining namespace parts (Model) and class name (User) form the relative path src/Model/User.php."} | верно | Остаток имени после префикса переносится в путь как есть. |
T09-L8 6.32 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 (for importing a class/namespace alias) must be declared at the file scope or within a namespace declaration; it is not permitted inside a function body.
Raw{"answer": "no", "explanation": "In PHP, a use statement (for importing a class/namespace alias) must be declared at the file scope or within a namespace declaration; it is not permitted inside a function body."} | верно | use внутри тела функции — parse error; импорты файловые и компиляционные. |
T10-L1 1.54 c | References and scope | Arrays are copied on assignment rather than passed by reference. | «yes» Пояснение: In PHP, arrays are copied by value on assignment (with copy-on-write as an internal optimization); you must explicitly use the & operator to pass by reference.
Raw{"answer": "yes", "explanation": "In PHP, arrays are copied by value on assignment (with copy-on-write as an internal optimization); you must explicitly use the & operator to pass by reference."} | верно | Присваивание массива — копия (в движке — copy-on-write). |
T10-L2 1.83 c | References and scope | What will this print: $a = [1, 2]; $b = $a; $b[] = 3; echo count($a); | «2» Пояснение: In PHP, arrays are copied by value, so modifying $b with $b[] = 3 does not affect $a, which still contains 2 elements.
Raw{"answer": 2, "explanation": "In PHP, arrays are copied by value, so modifying $b with $b[] = 3 does not affect $a, which still contains 2 elements."} | верно | Присваивание — копия: в $a по-прежнему 2 элемента. |
T10-L3 2.6 c | References and scope | Inside a function, user-defined global variables are inaccessible without global, $GLOBALS, or passing them as parameters. | «yes» Пояснение: In PHP, variables defined in the global scope are not visible within function scope; you must declare them with 'global', access them via $GLOBALS, or pass them as parameters.
Raw{"answer":"yes","explanation":"In PHP, variables defined in the global scope are not visible within function scope; you must declare them with 'global', access them via $GLOBALS, or pass them as parameters."} | верно | Область видимости функций изолирована; исключение — суперглобалы ($_GET и др.). |
T10-L4 1.73 c | References and scope | unset($GLOBALS['x']) inside a function removes the global variable only for that function. | «no» Пояснение: $GLOBALS is a reference to the actual global scope, so unset($GLOBALS['x']) permanently removes the global variable for the entire script, not just the current function.
Raw{"answer": "no", "explanation": "$GLOBALS is a reference to the actual global scope, so unset($GLOBALS['x']) permanently removes the global variable for the entire script, not just the current function."} | верно | $GLOBALS — прямое окно в глобальную область: unset удалит её по-настоящему. |
T10-L5 1.3 c | References and scope | What will this print: function inc(&$x) { $x++; } $n = 5; inc($n); echo $n; | «6» Пояснение: The function takes $x by reference, so modifying $x inside the function modifies $n; 5 + 1 = 6.
Raw{"answer": 6, "explanation": "The function takes $x by reference, so modifying $x inside the function modifies $n; 5 + 1 = 6."} | верно | Ссылка меняет оригинал: 6. |
T10-L6 3.7 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, a foreach by value iterates over a copy (snapshot) of the array, so modifications made to the original array during the loop do not affect the iteration in the same pass.
Raw{"answer": "no", "explanation": "In PHP, a foreach by value iterates over a copy (snapshot) of the array, so modifications made to the original array during the loop do not affect the iteration in the same pass."} | верно | По значению foreach итерирует копию-снимок. |
T10-L7 1.07 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, not to individual instances, so changes made through one instance are visible through all other instances.
Raw{"answer": "no", "explanation": "A static property belongs to the class, not to individual instances, so changes made through one instance are visible through all other instances."} | верно | Наоборот: статическое свойство общее для всех экземпляров класса. Проверено php -r. |
T10-L8 1.84 c | References and scope | An array can have a boolean key true, and it will be stored as bool. | «no» Пояснение: In PHP, a boolean array key is coerced: `true` becomes the integer key `1`, not a boolean key.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "In PHP, a boolean array key is coerced: `true` becomes the integer key `1`, not a boolean key." ⏎ } | верно | Булев ключ приводится к int: true → 1, false → 0. |
T11-L1 1.53 c | Generators, iterators, SPL | Inside a generator, return with a value can be used, and it becomes available via $gen->getReturn(). | «yes» Пояснение: Starting in PHP 8.1, a return statement with a value inside a generator function makes that value accessible via the Generator::getReturn() method after the generator is fully iterated.
Raw{"answer": "yes", "explanation": "Starting in PHP 8.1, a return statement with a value inside a generator function makes that value accessible via the Generator::getReturn() method after the generator is fully iterated."} | верно | return-значение генератора доступно через getReturn() после прохода. |
T11-L2 1.31 c | Generators, iterators, SPL | A fully consumed generator can be rewound with rewind() and traversed again. | «yes» Пояснение: In PHP, a fully consumed generator can be reset to its beginning by calling rewind() on it, allowing it to be traversed again from the start.
Raw{"answer": "yes", "explanation": "In PHP, a fully consumed generator can be reset to its beginning by calling rewind() on it, allowing it to be traversed again from the start."} | неверно верный: «no» | Генератор одноразовый: rewind после начала итерации бросает Exception. |
T11-L3 1.79 c | Generators, iterators, SPL | The yield from construct delegates traversal to another generator or iterable. | «yes» Пояснение: The yield from construct (introduced in PHP 5.5) delegates yielding to another generator or iterable, flattening its values into the enclosing generator.
Raw{"answer": "yes", "explanation": "The yield from construct (introduced in PHP 5.5) delegates yielding to another generator or iterable, flattening its values into the enclosing generator."} | верно | yield from проксирует значения, ключи и return-значение внутреннего генератора. |
T11-L4 1.38 c | Generators, iterators, SPL | What does get_class(g()) return for function g() { yield 1; }? | «generator» Пояснение: Calling a generator function g() returns a Generator object, so get_class(g()) returns the class name "Generator".
Raw{"answer":"Generator","explanation":"Calling a generator function g() returns a Generator object, so get_class(g()) returns the class name \"Generator\"."} | верно | Функция с yield возвращает Generator. |
T11-L5 1.44 c | Generators, iterators, SPL | How many elements will count(iterator_to_array((function () { yield from [1, 2, 3]; })())) return? | «3» Пояснение: yield from [1, 2, 3] yields three elements (1, 2, 3), so iterator_to_array produces an array of length 3, and count returns 3.
Raw{"answer": 3, "explanation": "yield from [1, 2, 3] yields three elements (1, 2, 3), so iterator_to_array produces an array of length 3, and count returns 3."} | верно | yield from делегирует все 3 элемента. |
T11-L6 1.15 c | Generators, iterators, SPL | The SplStack class implements a FIFO queue. | «no» Пояснение: SplStack implements a LIFO (Last-In, First-Out) stack, while SplQueue implements a FIFO (First-In, First-Out) queue.
Raw{"answer":"no","explanation":"SplStack implements a LIFO (Last-In, First-Out) stack, while SplQueue implements a FIFO (First-In, First-Out) queue."} | верно | SplStack — стек LIFO; очередь FIFO — SplQueue. |
T11-L7 1.17 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 you to wrap an existing array and traverse it using iterator methods such as current(), next(), key(), valid(), and rewind().
Raw{"answer": "yes", "explanation": "ArrayIterator is a PHP class that implements the Iterator interface, allowing you to wrap an existing array and traverse it using iterator methods such as current(), next(), key(), valid(), and rewind()."} | верно | Объектная обёртка над массивом. |
T11-L8 0.93 c | Generators, iterators, SPL | An ArrayObject instance cannot be traversed with foreach. | «no» Пояснение: ArrayObject implements the Iterator interface, so it can be traversed with foreach.
Raw{"answer": "no", "explanation": "ArrayObject implements the Iterator interface, so it can be traversed with foreach."} | верно | ArrayObject реализует IteratorAggregate — foreach по нему работает. |
T12-L1 2.41 c | Configuration and security | password_hash() generates a salt automatically — passing one separately is not needed. | «yes» Пояснение: password_hash() automatically generates and embeds a salt in the returned hash string; the function signature does not provide any parameter for passing a custom salt.
Raw{"answer": "yes", "explanation": "password_hash() automatically generates and embeds a salt in the returned hash string; the function signature does not provide any parameter for passing a custom salt."} | верно | Соль встраивается в строку результата; параметр salt устарел. |
T12-L2 2.88 c | Configuration and security | In PHP 8, PASSWORD_DEFAULT is md5 with an automatically added salt. | «no» Пояснение: PASSWORD_DEFAULT in PHP 8 uses argon2id (falling back to bcrypt), not md5; MD5 is not a salted password hashing algorithm used by PHP's password_hash() function.
Raw{"answer": "no", "explanation": "PASSWORD_DEFAULT in PHP 8 uses argon2id (falling back to bcrypt), not md5; MD5 is not a salted password hashing algorithm used by PHP's password_hash() function."} | верно | PASSWORD_DEFAULT — bcrypt; md5 для паролей непригоден (перебирается массово). |
T12-L3 2.61 c | Configuration and security | What does password_verify('secret', password_hash('secret', PASSWORD_DEFAULT)) return? | «yes» Пояснение: password_verify returns true (yes) because the plaintext 'secret' matches its own PASSWORD_DEFAULT hash.
Raw{"answer": "yes", "explanation": "password_verify returns true (yes) because the plaintext 'secret' matches its own PASSWORD_DEFAULT hash."} | верно | Соль и хеш в одной строке: true (форма ответа: true или да). |
T12-L4 1.31 c | Configuration and security | strip_tags() protects against SQL injection. | «no» Пояснение: strip_tags() removes HTML/XML tags and helps prevent XSS (Cross-Site Scripting), but it does nothing to prevent SQL injection, which requires techniques like prepared statements or proper input escaping.
Raw{"answer": "no", "explanation": "strip_tags() removes HTML/XML tags and helps prevent XSS (Cross-Site Scripting), but it does nothing to prevent SQL injection, which requires techniques like prepared statements or proper input escaping."} | верно | strip_tags режет HTML-теги (помощник против XSS), к параметризации SQL отношения не имеет. |
T12-L5 1.28 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 on login, invalidating any previously set ID and preventing attackers who tried to fix a session ID from gaining access to the user's session.
Raw{"answer": "yes", "explanation": "session_regenerate_id() generates a new session ID on login, invalidating any previously set ID and preventing attackers who tried to fix a session ID from gaining access to the user's session."} | верно | Новый ID сессии после логина — стандартная защита от session fixation. |
T12-L6 1.33 c | Configuration and security | Which built-in function returns the SAPI name (e.g., cli)? | «php_sapi_name» Пояснение: The php_sapi_name() function returns the name of the SAPI (Server API) currently in use, such as 'cli', 'apache2handler', or 'fpm-fcgi'.
Raw{"answer":"php_sapi_name","explanation":"The php_sapi_name() function returns the name of the SAPI (Server API) currently in use, such as 'cli', 'apache2handler', or 'fpm-fcgi'."} | верно | php_sapi_name(). |
T12-L7 2.02 c | Configuration and security | session_destroy() deletes session data on the server but not the cookie in the user's browser. | «yes» Пояснение: session_destroy() only removes the session data from the server; the session ID cookie in the browser remains and must be separately set to expire or be cleared.
Raw{"answer": "yes", "explanation": "session_destroy() only removes the session data from the server; the session ID cookie in the browser remains and must be separately set to expire or be cleared."} | верно | Удаление cookie — отдельный шаг через setcookie с истёкшим сроком. |
T12-L8 1.06 c | Configuration and security | Without calling session_start(), the $_SESSION array is automatically populated with session data. | «no» Пояснение: You must explicitly call session_start() before the $_SESSION array is initialized and populated with session data; without it, $_SESSION is not available.
Raw{"answer": "no", "explanation": "You must explicitly call session_start() before the $_SESSION array is initialized and populated with session data; without it, $_SESSION is not available."} | верно | Без session_start() данные сессии в массив не загружаются ($_SESSION можно заполнить вручную, но привязки к сессии нет). |
VC-L1 1.75 c | PHP 8.4–8.5 | In which PHP version was the array_find() function introduced? | «it was not introduced; array_find() is not a real php function» Пояснение: PHP has no built-in array_find() function; you may be thinking of array_search() or array_filter().
Raw{"answer": "It was not introduced; array_find() is not a real PHP function.", "explanation": "PHP has no built-in array_find() function; you may be thinking of array_search() or array_filter()." } | неверно верный: «8.4» | PHP 8.4 (RFC array_find). |
VC-L2 2.71 c | PHP 8.4–8.5 | Property hooks (get/set right in the property declaration) landed in PHP 8.4. | «yes» Пояснение: Property hooks (defining get/set directly in the property declaration) were indeed introduced in PHP 8.4.
Raw{"answer": "yes", "explanation": "Property hooks (defining get/set directly in the property declaration) were indeed introduced in PHP 8.4."} | верно | Property hooks — PHP 8.4 (ноябрь 2024). |
VC-L3 3.94 c | PHP 8.4–8.5 | Asymmetric visibility (public private(set) string $name) appeared in PHP 8.4. | «no» Пояснение: Asymmetric visibility with the syntax `public private(set) string $name` is not a feature of PHP 8.4; PHP 8.4 introduced property hooks and other features but not this syntax.
Raw{"answer": "no", "explanation": "Asymmetric visibility with the syntax `public private(set) string $name` is not a feature of PHP 8.4; PHP 8.4 introduced property hooks and other features but not this syntax."} | неверно верный: «yes» | Asymmetric visibility v2 — PHP 8.4. |
VC-L4 1.91 c | PHP 8.4–8.5 | In which PHP version was the #[\NoDiscard] attribute introduced? Answer with the version number. | «8.1» Пояснение: The #[\NoDiscard] attribute was introduced in PHP 8.1 to mark functions whose return values should not be discarded.
Raw{"answer": "8.1", "explanation": "The #[\\NoDiscard] attribute was introduced in PHP 8.1 to mark functions whose return values should not be discarded."} | неверно верный: «8.5» | #[\NoDiscard] — PHP 8.5 (marking return values as important). |
VC-L5 1.29 c | PHP 8.4–8.5 | In which PHP version did the pipe operator |> first appear? Answer with the version number. | «8.1» Пояснение: The pipe operator |> for asymmetric functions was first introduced in PHP 8.1.
Raw{"answer": "8.1", "explanation": "The pipe operator |> for asymmetric functions was first introduced in PHP 8.1."} | неверно верный: «8.5» | Pipe operator — PHP 8.5 (2025). |
VC-L6 3.4 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-with' syntax clone($obj, ['x' => 1]) does not exist in any PHP version; PHP's clone operator only accepts a single object argument, with customization done via __clone().
Raw{"answer": "no", "explanation": "The 'clone-with' syntax clone($obj, ['x' => 1]) does not exist in any PHP version; PHP's clone operator only accepts a single object argument, with customization done via __clone()."} | неверно верный: «8.5» | Clone with v2 — PHP 8.5. |
VC-L7 3.86 c | PHP 8.4–8.5 | In which PHP version were the array_first() and array_last() functions introduced? | «they do not exist in php» Пояснение: array_first() and array_last() are not built-in PHP functions in any version; PHP provides alternatives like array_slice() or accessing via array_values()[0] / array_values()[count()-1].
Raw{"answer": "They do not exist in PHP", "explanation": "array_first() and array_last() are not built-in PHP functions in any version; PHP provides alternatives like array_slice() or accessing via array_values()[0] / array_values()[count()-1]."} | неверно верный: «8.5» | PHP 8.5. |
VC-L8 13.05 c | PHP 8.4–8.5 | For which PHP version was RFC Partial Function Application v2 adopted (as of 2026-11-07)? Answer with the version number. | «8.4» Пояснение: The RFC Partial Function Application v2 was adopted for PHP 8.4.
Raw{"answer": "8.4", "explanation": "The RFC Partial Function Application v2 was adopted for PHP 8.4."} | неверно верный: «8.6» | PFA v2 принят 05.12.2025 (33-0-0), реализован в PHP 8.6. |
VF-L1 3.73 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_v2 RFC for the PHP clamp() function was implemented in PHP 8.0.
Raw{"answer": "8.0", "explanation": "The clamp_v2 RFC for the PHP clamp() function was implemented in PHP 8.0."} | неверно верный: «8.6» | По данным владельца (wiki.php.net/rfc): clamp_v2 — 8.6; clamp() в 8.5.11 отсутствует (косвенное подтверждение). Дата-якорь делает клетку монотонной. |
VF-L2 6.18 c | PHP: 8.6+ and the future | RFC Context Managers v2 has already been adopted in PHP (as of 2026-11-07). | «no» Пояснение: As of my knowledge, the Context Managers RFC was discussed but not adopted in PHP, and I have no verified information confirming a 'Context Managers v2' RFC was adopted by 2026-11-07.
Raw{"answer": "no", "explanation": "As of my knowledge, the Context Managers RFC was discussed but not adopted in PHP, and I have no verified information confirming a 'Context Managers v2' RFC was adopted by 2026-11-07."} | верно | На 06.11.2026 — в обсуждении (создан 2026-10-23); не принят. |
VF-L3 5.01 c | PHP: 8.6+ and the future | RFC Bound-Erased Generic Types (generics) was declined in 2026. | «no» Пояснение: There is no confirmed record of a PHP RFC titled 'Bound-Erased Generic Types' being declined in 2026; this appears to be a fabricated statement.
Raw{"answer": "no", "explanation": "There is no confirmed record of a PHP RFC titled 'Bound-Erased Generic Types' being declined in 2026; this appears to be a fabricated statement."} | неверно верный: «yes» | Голосование завершилось 2026-06-28: отклонён (wiki.php.net/rfc). |
VF-L4 5.43 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» Пояснение: While there have been discussions and an RFC proposing to make ZTS (Zend Thread Safe) the default build in PHP, it has not been accepted; the standard non-ZTS build remains the default due to the large ecosystem of C extensions that are not ZTS-compatible.
Raw{"answer": "no", "explanation": "While there have been discussions and an RFC proposing to make ZTS (Zend Thread Safe) the default build in PHP, it has not been accepted; the standard non-ZTS build remains the default due to the large ecosystem of C extensions that are not ZTS-compatible."} | верно | Такого принятого RFC нет на дату якоря; якорь делает клетку монотонной — при принятии RFC позже клетка не перевернётся. |
VF-L5 4.85 c | PHP: 8.6+ and the future | As of PHP 8.5, generics (parameterized types) are still absent. | «yes» Пояснение: PHP 8.5 does not introduce true generics/parameterized types (e.g., `class List<T>`); the type system still relies on standard type hints without parameterized type syntax.
Raw{"answer": "yes", "explanation": "PHP 8.5 does not introduce true generics/parameterized types (e.g., `class List<T>`); the type system still relies on standard type hints without parameterized type syntax."} | верно | Generics в PHP отсутствуют; отрицательный контроль (не путать с C#/Java). |
VF-L6 8.18 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» Пояснение: I cannot verify the specific 2026 PHP release dates claimed in this statement, and the details appear to be fabricated rather than reflecting an actual known release schedule.
Raw{"answer": "no", "explanation": "I cannot verify the specific 2026 PHP release dates claimed in this statement, and the details appear to be fabricated rather than reflecting an actual known release schedule."} | неверно верный: «yes» | 8.5 — релиз осени 2025; 8.6 GA 19.11.2026 (wiki.php.net/todo/php86). Дата снимка — 06.11.2026. |
VF-L7 2.33 c | PHP: 8.6+ and the future | The PHP 6 branch never shipped: after PHP 5.6 came PHP 7.0 directly. | «yes» Пояснение: PHP 6 was never released; the development team skipped that number and went directly from PHP 5.6 to PHP 7.0 due to the major internal rewrite.
Raw{"answer":"yes","explanation":"PHP 6 was never released; the development team skipped that number and went directly from PHP 5.6 to PHP 7.0 due to the major internal rewrite."} | верно | Исторический факт: ветка 6 не была релизнута. |
VF-L8 4.36 c | PHP: 8.6+ and the future | The RFC adding the #[\Deprecated] attribute to the core was adopted. | «no» Пояснение: No RFC adding a #[Deprecated] attribute to the PHP core was adopted; PHP has no built-in Deprecated attribute.
Raw{"answer": "no", "explanation": "No RFC adding a #[Deprecated] attribute to the PHP core was adopted; PHP has no built-in Deprecated attribute."} | неверно верный: «yes» | #[\Deprecated] — принят, реализован в PHP 8.4. |
T25-L1 1.58 c | Clean architecture | The dependency rule of clean and onion architecture: inner layers know nothing about outer ones — dependencies point toward the center. | «yes» Пояснение: In Clean/Onion architecture, the dependency rule mandates that inner (core/domain) layers depend on nothing outside of themselves, while outer layers may depend inward—dependencies always point toward the center.
Raw{"answer": "yes", "explanation": "In Clean/Onion architecture, the dependency rule mandates that inner (core/domain) layers depend on nothing outside of themselves, while outer layers may depend inward—dependencies always point toward the center."} | верно | Чистая (Robert C. Martin), луковичная (Jeffrey Palermo) и гексагональная (ports & adapters) — варианты одной идеи: зависимости направлены внутрь, к домену. Слоями в проекте следит deptrac. |
T25-L2 1.71 c | Clean architecture | Domain entities import neither Doctrine nor Symfony — only the language and, possibly, the standard library. | «yes» Пояснение: In DDD and clean architecture, domain entities are pure PHP objects that must not depend on infrastructure layers like Doctrine or Symfony, importing only the language and standard library.
Raw{"answer": "yes", "explanation": "In DDD and clean architecture, domain entities are pure PHP objects that must not depend on infrastructure layers like Doctrine or Symfony, importing only the language and standard library."} | верно | Изоляция домена от инфраструктуры; deptrac в проекте как раз следит за слоями. |
T25-L3 2.53 c | Clean architecture | Controllers and Twig templates belong to the business-logic layer because they are the ones calling use cases. | «no» Пояснение: Controllers and Twig templates belong to the presentation layer, not the business-logic layer, even though they invoke use cases.
Raw{"answer": "no", "explanation": "Controllers and Twig templates belong to the presentation layer, not the business-logic layer, even though they invoke use cases."} | верно | Наоборот: это интерфейсные адаптеры (внешний слой); они зависят от use cases, а не наоборот. |
T25-L4 2.36 c | Clean architecture | What sits at the very center of the onion architecture? | «business logic» Пояснение: In the Onion Architecture, the very center is the pure Business Logic (or Domain), which contains no dependencies on any outer layers.
Raw{"answer": "Business Logic", "explanation": "In the Onion Architecture, the very center is the pure Business Logic (or Domain), which contains no dependencies on any outer layers."} | неверно верный: «domain model» | Центральное кольцо — Domain Model: сущности и бизнес-правила без зависимостей; далее Domain Services → Application Services → Infrastructure/UI/Tests (Palermo). |
T25-L5 1.41 c | Clean architecture | Layer boundary violations can be caught automatically: a layer-dependency analyzer (e.g. deptrac) fails on a forbidden call. | «yes» Пояснение: deptrac and similar tools statically analyze the dependency graph of a PHP project and will fail the build when a forbidden cross-layer call is detected.
Raw{"answer":"yes","explanation":"deptrac and similar tools statically analyze the dependency graph of a PHP project and will fail the build when a forbidden cross-layer call is detected."} | верно | depfile.yaml в проекте TasK: CI проверяет правила слоёв на каждом пайплайне. |
T25-L6 2.73 c | Clean architecture | A use case (interactor) may accept an HTTP request or an EntityManager as arguments — it is simpler that way. | «no» Пояснение: Passing framework-specific objects like HTTP requests or an EntityManager directly into a use case violates clean architecture principles, makes testing harder, and creates tight coupling to the framework; it is simpler and cleaner to extract plain data in an adapter/controller and pass domain objects to the use case.
Raw{"answer": "no", "explanation": "Passing framework-specific objects like HTTP requests or an EntityManager directly into a use case violates clean architecture principles, makes testing harder, and creates tight coupling to the framework; it is simpler and cleaner to extract plain data in an adapter/controller and pass domain objects to the use case."} | верно | Use case принимает DTO и порты; привязка к HTTP/ORM протекает инфраструктуру во внутренние слои. |
T25-L7 1.71 c | Clean architecture | What is the component called that provides a collection of aggregates/entities while hiding the storage mechanism behind an interface? | «repository» Пояснение: A Repository is a component that provides a collection of domain entities/aggregates while abstracting and hiding the underlying storage mechanism (e.g., database) behind a well-defined interface.
Raw{"answer": "Repository", "explanation": "A Repository is a component that provides a collection of domain entities/aggregates while abstracting and hiding the underlying storage mechanism (e.g., database) behind a well-defined interface."} | верно | Repository pattern (DDD/Evans); в проекте — Doctrine-репозитории за портами. |
T25-L8 2.81 c | Clean architecture | In clean architecture, swapping PostgreSQL for another database touches only the outer layer — the domain and use cases stay unchanged. | «yes» Пояснение: In clean architecture, the domain and use cases depend on repository interfaces (abstractions), so only the infrastructure layer—where concrete database adapters live—needs to be swapped when changing PostgreSQL to another database.
Raw{"answer":"yes","explanation":"In clean architecture, the domain and use cases depend on repository interfaces (abstractions), so only the infrastructure layer—where concrete database adapters live—needs to be swapped when changing PostgreSQL to another database."} | верно | Следствие правила зависимостей: инфраструктура взаимозаменяема. |
T26-L1 1.4 c | DDD | In DDD, an aggregate is just another name for a database table. | «no» Пояснение: An aggregate is a domain concept representing a cluster of entities and value objects bounded by a consistency boundary, not a physical database table.
Raw{"answer": "no", "explanation": "An aggregate is a domain concept representing a cluster of entities and value objects bounded by a consistency boundary, not a physical database table."} | верно | Агрегат — кластер объектов с границей согласованности (транзакционной вокруг корня); таблица — деталь хранения. |
T26-L2 1.23 c | DDD | A Value Object is immutable and compared by the values of its fields, not by identity. | «yes» Пояснение: By definition, a Value Object is immutable and uses value-based equality (comparing field values) rather than identity-based equality.
Raw{"answer": "yes", "explanation": "By definition, a Value Object is immutable and uses value-based equality (comparing field values) rather than identity-based equality."} | верно | Классика Evans: Money, Email; равенство структурное. |
T26-L3 1.33 c | DDD | What is the single external entry point of an aggregate, through which all changes must go, called? | «aggregate root» Пояснение: In Domain-Driven Design, the Aggregate Root is the single entry point of an aggregate through which all external changes must be made.
Raw{"answer": "Aggregate Root", "explanation": "In Domain-Driven Design, the Aggregate Root is the single entry point of an aggregate through which all external changes must be made."} | верно | Aggregate Root: внешние объекты ссылаются только на корень; он защищает инварианты агрегата. |
T26-L4 1.46 c | DDD | In DDD, a repository is declared for an aggregate (its root), not for every entity. | «yes» Пояснение: In DDD, repositories manage the lifecycle of an aggregate through its root, maintaining the aggregate's invariants rather than providing access to individual entities within it.
Raw{"answer": "yes", "explanation": "In DDD, repositories manage the lifecycle of an aggregate through its root, maintaining the aggregate's invariants rather than providing access to individual entities within it."} | верно | Репозиторий корня хранит границу согласованности агрегата; вложенные сущности доступны только через корень. |
T26-L5 1.6 c | DDD | Ubiquitous language is the model's shared language common to developers and domain experts. | «yes» Пояснение: In Domain-Driven Design, ubiquitous language is the shared terminology that bridges the domain experts' natural language with the code's model vocabulary.
Raw{"answer": "yes", "explanation": "In Domain-Driven Design, ubiquitous language is the shared terminology that bridges the domain experts' natural language with the code's model vocabulary."} | верно | Evans: язык из требований переходит в имена классов и методов. |
T26-L6 4.89 c | DDD | What is the boundary called within which a model and its language are consistent, while outside the same words mean other models? | «domain» Пояснение: In model theory, the domain (or universe of discourse) is the boundary within which a model consistently interprets a language, while outside it the same symbols can denote objects in other models.
Raw{"answer": "domain", "explanation": "In model theory, the domain (or universe of discourse) is the boundary within which a model consistently interprets a language, while outside it the same symbols can denote objects in other models."} | неверно верный: «bounded context» | Bounded Context; «Заказ» в биллинге и в доставке — разные модели. |
T26-L7 1.8 c | DDD | An anemic model (objects with only getters/setters, logic in services) is the recommended DDD style. | «no» Пояснение: DDD recommends a rich domain model where behavior is encapsulated within domain objects, not an anemic model that pushes all logic into services.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "DDD recommends a rich domain model where behavior is encapsulated within domain objects, not an anemic model that pushes all logic into services." ⏎ } | верно | Наоборот: Evans называет анемичность антипаттерном — поведение должно жить в доменных объектах. |
T26-L8 2.95 c | DDD | Bounded context means each context has its own model: the same concept in different contexts is a different class. | «yes» Пояснение: In Domain-Driven Design, a bounded context establishes an independent model boundary where the same term (e.g., 'Customer') can be represented as a different class with its own attributes and behavior in each context, avoiding ambiguity across the system.
Raw{"answer": "yes", "explanation": "In Domain-Driven Design, a bounded context establishes an independent model boundary where the same term (e.g., 'Customer') can be represented as a different class with its own attributes and behavior in each context, avoiding ambiguity across the system."} | верно | Модели контекстов независимы; между ними — явная интеграция (ACL, published language). |
T13-L1 1.53 c | Symfony | Services in the Symfony DI container are created lazily by default — on first use. | «yes» Пояснение: Symfony's DI container stores service definitions and only instantiates a service instance when it is first requested via the container, making creation lazy by default.
Raw{"answer": "yes", "explanation": "Symfony's DI container stores service definitions and only instantiates a service instance when it is first requested via the container, making creation lazy by default."} | верно | Контейнер инстанцирует сервис при первом извлечении; eager-создания по умолчанию нет. |
T13-L2 1.92 c | Symfony | Which Symfony console command lists all registered routes? | «symfony route:list» Пояснение: The symfony route:list console command displays a table of all registered routes in a Symfony application.
Raw{"answer": "symfony route:list", "explanation": "The symfony route:list console command displays a table of all registered routes in a Symfony application."} | неверно верный: «debug:router» | bin/console debug:router (FrameworkBundle); в Symfony 3 команда называлась router:debug. |
T13-L3 1.57 c | Symfony | Symfony autowiring requires manually declaring every service in services.yaml. | «no» Пояснение: Symfony autowiring automatically detects and wires services based on type hints, so you do not need to manually declare every service in services.yaml.
Raw{"answer": "no", "explanation": "Symfony autowiring automatically detects and wires services based on type hints, so you do not need to manually declare every service in services.yaml."} | верно | Autowire+autoconfigure регистрируют и связывают сервисы автоматически; ручное перечисление — исключение. |
T13-L4 1.8 c | Symfony | Twig templates are compiled into PHP classes and cached between requests. | «no» Пояснение: Twig templates are compiled into executable PHP code (a string), not PHP classes; the compiled code is then cached between requests.
Raw{"answer": "no", "explanation": "Twig templates are compiled into executable PHP code (a string), not PHP classes; the compiled code is then cached between requests."} | неверно верный: «yes» | Twig компилирует шаблон один раз; кэш в var/cache/twig, в prod не пересобирается. |
T13-L5 2.1 c | Symfony | In the Symfony dev environment the DI container is rebuilt only after tracked files change, not on every request. | «yes» Пояснение: In Symfony's dev environment, the container is cached and only rebuilt when tracked files (PHP classes, config files, etc.) have changed, rather than being regenerated on every request.
Raw{"answer": "yes", "explanation": "In Symfony's dev environment, the container is cached and only rebuilt when tracked files (PHP classes, config files, etc.) have changed, rather than being regenerated on every request."} | верно | Kernel проверяет freshness ресурсов (конфиги, классы); иначе переиспользуется кэш контейнера. |
T13-L6 1.39 c | Symfony | Which environment variable selects the active Symfony environment (dev/prod)? | «symfony_env» Пояснение: The SYMFONY_ENV environment variable selects the active Symfony environment (e.g., dev, prod, staging).
Raw{"answer": "SYMFONY_ENV", "explanation": "The SYMFONY_ENV environment variable selects the active Symfony environment (e.g., dev, prod, staging)."} | неверно верный: «app_env» | APP_ENV в .env; APP_DEBUG — отдельный флаг отладки. |
T13-L7 1.38 c | Symfony | A controller method can be private — Symfony routing works with any method of the class. | «no» Пояснение: Symfony controller methods must be public; the framework's router dispatches to them via public invocation, so private methods cannot be routed to.
Raw{"answer": "no", "explanation": "Symfony controller methods must be public; the framework's router dispatches to them via public invocation, so private methods cannot be routed to."} | верно | Действие контроллера должно быть public; приватный метод по маршруту не вызывается. |
T13-L8 2.79 c | Symfony | Event subscribers always receive events before listeners, because the interface gives them priority. | «no» Пояснение: PHP's event systems (such as Symfony's) do not give subscribers inherent priority over listeners; priority is determined by the priority parameter of each individual listener, not by how it was registered.
Raw{"answer": "no", "explanation": "PHP's event systems (such as Symfony's) do not give subscribers inherent priority over listeners; priority is determined by the priority parameter of each individual listener, not by how it was registered."} | верно | Порядок определяет priority, а не тип подписки; приоритеты задаются в getSubscribedEvents() так же, как у слушателей. |
T22-L1 1.3 c | Symfony: Security and forms | In modern Symfony (6.0+) authentication is built on authenticator classes (AuthenticatorInterface); the old guard system has been removed. | «yes» Пояснение: Symfony 6.0 removed the legacy guard security system and uses the new authenticator-based architecture built on AuthenticatorInterface.
Raw{"answer": "yes", "explanation": "Symfony 6.0 removed the legacy guard security system and uses the new authenticator-based architecture built on AuthenticatorInterface."} | верно | Guard объявлен устаревшим в 5.3 и удалён в 6.0; в проекте symfony/security-bundle 8.1. |
T22-L2 1.79 c | Symfony: Security and forms | Which Symfony attribute checks a role/permission right on a controller method (403 without it)? | «isgranted» Пояснение: The #[IsGranted] attribute in Symfony (Symfony 6.1+) checks whether the user has a given role or permission on a controller method, returning a 403 Forbidden if they do not.
Raw{"answer": "IsGranted", "explanation": "The #[IsGranted] attribute in Symfony (Symfony 6.1+) checks whether the user has a given role or permission on a controller method, returning a 403 Forbidden if they do not."} | верно | #[IsGranted('ROLE_ADMIN')]; атрибут из symfony/security-http. |
T22-L3 4.08 c | Symfony: Security and forms | Voters are Symfony's mechanism for checking access to a specific object: isGranted('EDIT', $post). | «yes» Пояснение: Voters are indeed Symfony's mechanism for making per-object access decisions, and the isGranted('EDIT', $post) call delegates to registered Voter classes to determine whether the current user is granted that permission on that specific resource.
Raw{"answer": "yes", "explanation": "Voters are indeed Symfony's mechanism for making per-object access decisions, and the isGranted('EDIT', $post) call delegates to registered Voter classes to determine whether the current user is granted that permission on that specific resource."} | верно | VoterInterface->vote(); docs Symfony — Voters. |
T22-L4 4.62 c | Symfony: Security and forms | In modern Symfony (7+) validation constraints are declared as PHP attributes (#[Assert\NotBlank]); doctrine annotations are no longer supported. | «no» Пояснение: While PHP attributes are the recommended approach in Symfony 7+ for validation constraints, Doctrine annotations are deprecated but still supported (they are removed only in Doctrine ORM 3.0, not yet in the versions that ship with Symfony 7).
Raw{"answer":"no","explanation":"While PHP attributes are the recommended approach in Symfony 7+ for validation constraints, Doctrine annotations are deprecated but still supported (they are removed only in Doctrine ORM 3.0, not yet in the versions that ship with Symfony 7)."} | неверно верный: «yes» | Докблок-аннотации удалены в Symfony 7.0; стандарт — атрибуты. В проекте symfony/validator 8.1. |
T22-L5 1.05 c | Symfony: Security and forms | CSRF protection of Symfony forms is enabled by default: the form validates the token on submission. | «yes» Пояснение: Symfony forms automatically include a CSRF token and validate it on submission by default.
Raw{"answer":"yes","explanation":"Symfony forms automatically include a CSRF token and validate it on submission by default."} | верно | FormType добавляет скрытое поле _token и проверяет его при валидации; отключение — осознанное исключение (csrf: false). |
T22-L6 1.57 c | Symfony: Security and forms | Form validation in Symfony runs server-side even if the client-side (HTML5) checks passed. | «yes» Пояснение: In Symfony, form validation is always performed server-side via the FormValidator when the form is processed, regardless of whether HTML5 client-side checks pass.
Raw{"answer": "yes", "explanation": "In Symfony, form validation is always performed server-side via the FormValidator when the form is processed, regardless of whether HTML5 client-side checks pass."} | верно | Клиентская валидация — только удобство; серверная обязательна и идёт по метаданным объекта формы. |
T22-L7 0.75 c | Symfony: Security and forms | Which Symfony maker command generates a form class (FormType)? | «make:form» Пояснение: The Symfony MakerBundle command 'make:form' generates a form type (FormType) class.
Raw{"answer": "make:form", "explanation": "The Symfony MakerBundle command 'make:form' generates a form type (FormType) class."} | верно | bin/console make:form (symfony/maker-bundle — в проекте). |
T22-L8 1.75 c | Symfony: Security and forms | Symfony stores the user's password in the session in plain text. | «no» Пояснение: Symfony hashes passwords using encoders (BCRYPT, ARGON2, etc.) and stores them in the database; the session only holds a user identifier or token, never the plain-text password.
Raw{"answer": "no", "explanation": "Symfony hashes passwords using encoders (BCRYPT, ARGON2, etc.) and stores them in the database; the session only holds a user identifier or token, never the plain-text password."} | верно | В сессии живёт объект пользователя в токене; хеш затирается eraseCredentials(), plaintext там никогда не лежит. |
T23-L1 1.24 c | Symfony: configuration and services | Symfony bundle configuration lives in config/packages — one file per bundle or topic. | «yes» Пояснение: In modern Symfony (4.3+), configuration is organized in config/packages with one dedicated file per bundle or topic (e.g. framework.yaml, doctrine.yaml).
Raw{"answer": "yes", "explanation": "In modern Symfony (4.3+), configuration is organized in config/packages with one dedicated file per bundle or topic (e.g. framework.yaml, doctrine.yaml)."} | верно | Стандартная структура (config/packages/*.yaml); перегрузка — config/packages/<env>. |
T23-L2 1.77 c | Symfony: configuration and services | The .env file with dev defaults is committed to the repository, while real secrets live in the non-committed .env.local. | «yes» Пояснение: The common practice is to commit a .env file with safe development defaults while keeping .env.local (with real secrets) git-ignored.
Raw{"answer": "yes", "explanation": "The common practice is to commit a .env file with safe development defaults while keeping .env.local (with real secrets) git-ignored."} | верно | symfony/dotenv: .env — общий безопасный набор значений; локальные секреты — .env.local (gitignored) или secrets-хранилище. |
T23-L3 1.13 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 and their aliases in the service container.
Raw{"answer": "debug:container", "explanation": "The Symfony command 'debug:container' lists all registered services and their aliases in the service container."} | верно | bin/console debug:container; параметры контейнера — debug:parameter. |
T23-L4 5.13 c | Symfony: configuration and services | The Symfony container allows changing parameters at runtime: $container->setParameter() works from a controller. | «yes» Пояснение: The Symfony container exposes a setParameter() method that, in a non-frozen (development) container, can be called from anywhere including a controller to modify a parameter at runtime.
Raw{"answer": "yes", "explanation": "The Symfony container exposes a setParameter() method that, in a non-frozen (development) container, can be called from anywhere including a controller to modify a parameter at runtime."} | неверно верный: «no» | Контейнер компилируется и замораживается; runtime-значения — только через переменные окружения. |
T23-L5 1.26 c | Symfony: configuration and services | By default, Symfony services are public (public: true) — you can fetch them directly from the container. | «no» Пояснение: In Symfony, services are private by default; you must explicitly set public: true in a service definition to make them directly fetchable from the container.
Raw{"answer": "no", "explanation": "In Symfony, services are private by default; you must explicitly set public: true in a service definition to make them directly fetchable from the container."} | верно | С Symfony 4.0 сервисы по умолчанию private: инжектятся через autowiring; $container->get() — только для публичных. |
T23-L6 1.46 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 not mandatory for every bundle; many bundles work fine with their default settings without any config file in config/packages/.
Raw{"answer": "no", "explanation": "Configuration is not mandatory for every bundle; many bundles work fine with their default settings without any config file in config/packages/."} | верно | У бандлов есть встроенные умолчания (Extension); конфиг нужен только для отклонений от них. |
T23-L7 6.39 c | Symfony: configuration and services | Environment variable values are injected into services.yaml using the %env(VAR)% syntax. | «no» Пояснение: In Symfony services.yaml the correct syntax is %%env(VAR)%% (double percent signs) because a single % is a YAML directive character and must be escaped.
Raw{"answer": "no", "explanation": "In Symfony services.yaml the correct syntax is %%env(VAR)%% (double percent signs) because a single % is a YAML directive character and must be escaped."} | неверно верный: «yes» | %env(...)% резолвится в рантайме env-процессорами; docs — Env Var Processors. |
T23-L8 1.0 c | Symfony: configuration and services | Which Symfony environment variable enables debug mode (affects the profiler and Twig debugging)? | «debug» Пояснение: In Symfony, the DEBUG environment variable (e.g., DEBUG=1) enables debug mode, which activates the profiler and Twig debug features.
Raw{"answer": "DEBUG", "explanation": "In Symfony, the DEBUG environment variable (e.g., DEBUG=1) enables debug mode, which activates the profiler and Twig debug features."} | неверно верный: «app_debug» | APP_DEBUG=1 (в .env dev-окружения); окружение выбирает APP_ENV — см. T13-L6. |
T16-L1 1.07 c | Symfony: Messenger | A single message in Symfony Messenger can only have one handler. | «no» Пояснение: A message in Symfony Messenger can have multiple handlers configured for the same message class, and they will all be invoked.
Raw{"answer": "no", "explanation": "A message in Symfony Messenger can have multiple handlers configured for the same message class, and they will all be invoked."} | верно | Messenger вызывает все хендлеры, подписанные на класс сообщения (docs — Multiple Handlers). |
T16-L2 3.25 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 rather than leaving it queued for a separate worker to pick up.
Raw{"answer": "no", "explanation": "The sync transport processes the message immediately in the current process rather than leaving it queued for a separate worker to pick up."} | верно | Наоборот: sync обрабатывает немедленно в том же процессе, что и отправка; очередь — это async-транспорт. |
T16-L3 0.79 c | Symfony: Messenger | Which console command starts the worker that processes Messenger queue messages? | «bin/console messenger:consume» Пояснение: The messenger:consume command starts a Symfony Messenger worker that processes queued messages.
Raw{"answer":"bin/console messenger:consume","explanation":"The messenger:consume command starts a Symfony Messenger worker that processes queued messages."} | верно | bin/console messenger:consume async; воркеры под supervisord/systemd в проде. |
T16-L4 2.7 c | Symfony: Messenger | Retries for failed messages (retry_strategy) are configured per Messenger transport. | «yes» Пояснение: The retry_strategy option (with settings like max_attempts and interval) is defined in the transport configuration of Symfony Messenger, meaning each transport can have its own retry behavior.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "The retry_strategy option (with settings like max_attempts and interval) is defined in the transport configuration of Symfony Messenger, meaning each transport can have its own retry behavior." ⏎ } | верно | retry_strategy на транспорте: max_retries, delay, multiplier; docs — Failed Messages & Retries. |
T16-L5 0.93 c | Symfony: Messenger | By default, Messenger serializes messages to JSON. | «yes» Пояснение: Symfony Messenger uses JSON as its default serializer for serializing messages.
Raw{"answer": "yes", "explanation": "Symfony Messenger uses JSON as its default serializer for serializing messages."} | неверно верный: «no» | Дефолтный сериализатор — PhpSerializer (serialize()); JSON-сериализатор включается отдельно. |
T16-L6 2.41 c | Symfony: Messenger | Symfony Scheduler produces messages on a schedule and dispatches them through Messenger. | «yes» Пояснение: Symfony Scheduler dispatches messages through the Messenger component when scheduled tasks are due, which are then handled by subscribers to perform the actual work.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "Symfony Scheduler dispatches messages through the Messenger component when scheduled tasks are due, which are then handled by subscribers to perform the actual work." ⏎ } | верно | Schedule → RecurringMessage → шина Messenger; docs — Scheduler. |
T16-L7 1.12 c | Symfony: Messenger | Which built-in Messenger transport stores messages in database tables via Doctrine? | «database» Пояснение: Symfony's database Messenger transport persists messages into database tables using Doctrine ORM.
Raw{"answer": "database", "explanation": "Symfony's database Messenger transport persists messages into database tables using Doctrine ORM."} | неверно верный: «doctrine» | Транспорт doctrine (symfony/doctrine-messenger); таблица messenger_messages. В проекте стоит amqp-messenger + doctrine-messenger. |
T16-L8 1.6 c | Symfony: Messenger | The Messenger pipeline can be extended with custom middleware, placed before or after the built-in ones. | «yes» Пояснение: Symfony's Messenger middleware pipeline is extensible, allowing you to register custom middleware and position them before or after the built-in middleware in the chain.
Raw{"answer": "yes", "explanation": "Symfony's Messenger middleware pipeline is extensible, allowing you to register custom middleware and position them before or after the built-in middleware in the chain."} | верно | messenger.bus.*.middleware в yaml; docs — Middleware. |
T28-L1 8.42 c | Symfony: versions | Symfony major releases come every two years, minor ones every six months (in May and November). | «yes» Пояснение: Symfony follows a release cycle where major versions (e.g., 6.0, 7.0) appear roughly every two years and point releases appear every six months in May and November.
Raw{"answer": "yes", "explanation": "Symfony follows a release cycle where major versions (e.g., 6.0, 7.0) appear roughly every two years and point releases appear every six months in May and November."} | верно | Стандартный релизный цикл: 8.0 — ноябрь 2025, 8.1 — май 2026, 8.2 — ноябрь 2026. |
T28-L2 5.08 c | Symfony: versions | What is the minimum PHP version required by Symfony 8? | «8.3» Пояснение: Symfony 8 requires PHP 8.3 or higher as its minimum supported PHP version.
Raw{"answer": "8.3", "explanation": "Symfony 8 requires PHP 8.3 or higher as its minimum supported PHP version."} | неверно верный: «8.4» | Symfony 8.0 поднял требование до PHP >= 8.4.1 (в vendor проекта: "php": ">=8.4.1"). |
T28-L3 2.01 c | Symfony: versions | Symfony 7.0 kept support for docblock annotations (validation, routes). | «no» Пояснение: Symfony 7.0 removed support for docblock annotations (such as @Route and validation constraints), requiring attributes as the sole mechanism.
Raw{"answer": "no", "explanation": "Symfony 7.0 removed support for docblock annotations (such as @Route and validation constraints), requiring attributes as the sole mechanism."} | верно | Наоборот: в 7.0 аннотации удалены — только PHP-атрибуты (#[Route], #[Assert\NotBlank]). |
T28-L4 2.72 c | Symfony: versions | AssetMapper manages CSS/JS without node or webpack — via importmap.php. | «yes» Пояснение: AssetMapper is a PHP-based asset management tool that handles CSS/JS loading through an importmap.php file, eliminating the need for Node.js or webpack.
Raw{"answer": "yes", "explanation": "AssetMapper is a PHP-based asset management tool that handles CSS/JS loading through an importmap.php file, eliminating the need for Node.js or webpack."} | верно | symfony/asset-mapper (с 6.3, стандарт с 7.x); в проекте — importmap.php в корне и asset-mapper 8.1. |
T28-L5 4.78 c | Symfony: versions | Symfony 6.4 is a regular release without long-term support. | «yes» Пояснение: Symfony follows a single support policy for all versions (4 months of bug fixes + 8 months of security fixes), so 6.4 is a regular release with no separate long-term support track.
Raw{"answer":"yes","explanation":"Symfony follows a single support policy for all versions (4 months of bug fixes + 8 months of security fixes), so 6.4 is a regular release with no separate long-term support track."} | неверно верный: «no» | Наоборот: 6.4 — LTS (расширенная поддержка); LTS выходит вместе с очередным мажором (6.4 — вместе с 7.0). |
T28-L6 4.9 c | Symfony: versions | When moving to a new Symfony major version, deprecations of the previous branch keep working — major releases do not remove them. | «no» Пояснение: In Symfony, when you move to a new major version, the features that were deprecated in the previous major version are actually removed, not kept with warnings.
Raw{"answer": "no", "explanation": "In Symfony, when you move to a new major version, the features that were deprecated in the previous major version are actually removed, not kept with warnings."} | верно | Наоборот: мажорный релиз удаляет всё устаревшее (7.0 убрал деприкейшены 6.x, 8.0 — 7.x). |
T28-L7 1.4 c | Symfony: versions | Every Symfony major release is accompanied by an UPGRADE guide listing the changes. | «yes» Пояснение: Symfony provides an UPGRADE guide (e.g., UPGRADE-5.0.md) for every major version release in its documentation repository.
Raw{"answer": "yes", "explanation": "Symfony provides an UPGRADE guide (e.g., UPGRADE-5.0.md) for every major version release in its documentation repository."} | верно | UPGRADE-7.0.md, UPGRADE-8.0.md в репозитории symfony/symfony. |
T28-L8 5.42 c | Symfony: versions | Which Symfony component manages assets and the importmap without node/webpack? | «asset-packager» Пояснение: The Symfony asset-packager component provides asset fingerprinting and versioning without requiring Node.js or webpack, and it works alongside the importmap package to replace the webpack-encore workflow.
Raw{"answer": "asset-packager", "explanation": "The Symfony asset-packager component provides asset fingerprinting and versioning without requiring Node.js or webpack, and it works alongside the importmap package to replace the webpack-encore workflow."} | неверно верный: «asset-mapper» | symfony/asset-mapper 8.1 — в проекте. |
T29-L1 8.84 c | Symfony: 8.2 and beyond | As of 2026-11-07, Symfony 8.2 has already been released. | «no» Пояснение: Based on Symfony's typical semi-annual release cycle, as of November 2026, Symfony 8.2 would not yet have been released; it would be a later release in the 2026–2027 cycle.
Raw{"answer": "no", "explanation": "Based on Symfony's typical semi-annual release cycle, as of November 2026, Symfony 8.2 would not yet have been released; it would be a later release in the 2026–2027 cycle."} | верно | Наоборот: 8.2 ещё не выпущена — релиз в конце ноября 2026; последняя стабильная — 8.1. |
T29-L2 9.78 c | Symfony: 8.2 and beyond | As of 2026-11-07, Symfony 8.2 is scheduled for November 2026, following the usual six-month cycle. | «no» Пояснение: Following the standard Symfony six-month cycle starting from Symfony 7.0 in November 2023, Symfony 8.2 would be scheduled for May 2027, not November 2026.
Raw{"answer": "no", "explanation": "Following the standard Symfony six-month cycle starting from Symfony 7.0 in November 2023, Symfony 8.2 would be scheduled for May 2027, not November 2026."} | неверно верный: «yes» | Политика релизов: 8.1 — май 2026, 8.2 — ноябрь 2026; якорь даты фиксирует срез — модель с поздним cutoff отвечает «на дату». |
T29-L3 6.31 c | Symfony: 8.2 and beyond | Which Symfony version comes after 8.1 (as of 2026-11-07)? | «8.2» Пояснение: The next Symfony minor version after 8.1 is 8.2, following Symfony's incremental versioning scheme.
Raw{"answer": "8.2", "explanation": "The next Symfony minor version after 8.1 is 8.2, following Symfony's incremental versioning scheme."} | верно | 8.2 — следующий минорный релиз (ноябрь 2026); после его выхода проект переходит с 8.1.* на 8.2.*. |
T29-L4 3.22 c | Symfony: 8.2 and beyond | Symfony 8.2 is a major release requiring applications to be rewritten for new APIs. | «no» Пояснение: In semantic versioning, 8.2 is a minor release, not a major one (major releases are denoted as 8.0, 9.0, etc.), and Symfony major versions generally deprecate and remove APIs rather than require complete rewrites.
Raw{"answer": "no", "explanation": "In semantic versioning, 8.2 is a minor release, not a major one (major releases are denoted as 8.0, 9.0, etc.), and Symfony major versions generally deprecate and remove APIs rather than require complete rewrites."} | верно | Наоборот: 8.2 — минорный релиз; новые возможности без поломки обратной совместимости. Мажор — 9.0. |
T29-L5 2.23 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 follows semantic versioning, so minor version bumps (8.1 → 8.2) are backwards compatible and do not require code changes.
Raw{"answer":"yes","explanation":"PHP follows semantic versioning, so minor version bumps (8.1 → 8.2) are backwards compatible and do not require code changes."} | верно | Политика Symfony: минорные релизы обратно совместимы; BC-break допустим только в мажорных. |
T29-L6 9.51 c | Symfony: 8.2 and beyond | Which minor version of the 8.x branch is released last, before Symfony 9.0? | «8.5» Пояснение: Symfony follows a pattern of releasing minor versions 0 through 5 per major branch, so the last 8.x minor before Symfony 9.0 is 8.5.
Raw{"answer": "8.5", "explanation": "Symfony follows a pattern of releasing minor versions 0 through 5 per major branch, so the last 8.x minor before Symfony 9.0 is 8.5."} | неверно верный: «8.4» | По циклу: 8.2 (ноя 2026), 8.3 (май 2027), 8.4 (ноя 2027, вместе с 9.0) — как 6.4 выходила вместе с 7.0. |
T29-L7 6.85 c | Symfony: 8.2 and beyond | Symfony 8.2 will require PHP 8.5 — you would have to upgrade PHP along with it. | «no» Пояснение: Symfony 8.x point releases maintain the minimum PHP requirement of the 8.0 major release (PHP 8.1+), not PHP 8.5.
Raw{"answer": "no", "explanation": "Symfony 8.x point releases maintain the minimum PHP requirement of the 8.0 major release (PHP 8.1+), not PHP 8.5."} | верно | Наоборот: минорные релизы не поднимают требования PHP; для всей ветки 8.x остаётся PHP >= 8.4. |
T29-L8 10.51 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 removes deprecations two major versions after introduction, so deprecations added in 8.x remain available through 9.0 and are removed in 10.0.
Raw{"answer": "yes", "explanation": "Symfony's deprecation policy removes deprecations two major versions after introduction, so deprecations added in 8.x remain available through 9.0 and are removed in 10.0."} | верно | Политика: деприкейшены живут до следующего мажора; 9.0 — ноябрь 2027. |
T21-L1 3.57 c | Twig | Inside {{ }}, Twig allows calling arbitrary PHP code directly. | «no» Пояснение: Twig's {{ }} block is a templating expression language that does not execute arbitrary PHP code; only Twig-specific syntax (variables, registered functions/filters, property access, arithmetic, etc.) is permitted, not raw PHP constructs.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "Twig's {{ }} block is a templating expression language that does not execute arbitrary PHP code; only Twig-specific syntax (variables, registered functions/filters, property access, arithmetic, etc.) is permitted, not raw PHP constructs." ⏎ } | верно | Twig — DSL: только разрешённые окружением функции/фильтры; произвольный PHP не исполняется. |
T21-L2 1.1 c | Twig | By default, Twig auto-escapes printed variables. | «yes» Пояснение: By default, Twig uses the 'html' escape strategy, which automatically escapes variables when they are output in templates.
Raw{"answer": "yes", "explanation": "By default, Twig uses the 'html' escape strategy, which automatically escapes variables when they are output in templates."} | верно | Autoescape включён по умолчанию; {{ '<b>' }} → <b>. Проверено на Twig 3.30. |
T21-L3 1.49 c | Twig | The Twig |e filter escapes a string for safe output in an HTML context. | «yes» Пояснение: The Twig |e filter (also written as |escape) escapes a string for safe HTML output by default, protecting against XSS by encoding special characters.
Raw{"answer": "yes", "explanation": "The Twig |e filter (also written as |escape) escapes a string for safe HTML output by default, protecting against XSS by encoding special characters."} | верно | |e ('html') по умолчанию; есть контексты js/url/css. От SQL-инъекций он не защищает — это задача подготовленных запросов Doctrine. |
T21-L4 0.94 c | Twig | Which filter from twig/intl-extra formats a number according to a locale? | «intl_numberformat» Пояснение: The intl_numberformat filter in the twig/intl-extra package formats a number according to a specific locale.
Raw{"answer": "intl_numberformat", "explanation": "The intl_numberformat filter in the twig/intl-extra package formats a number according to a specific locale."} | неверно верный: «format_number» | |format_number(locale=...) из IntlExtension (twig/intl-extra есть в проекте). Проверено на Twig 3.30: 12345.6 → 12 345,6 (ru). |
T21-L5 6.14 c | Twig | The |raw filter disables auto-escaping for the value. | «yes» Пояснение: The |raw filter outputs a value without applying HTML escaping, effectively disabling auto-escaping for that value.
Raw{"answer": "yes", "explanation": "The |raw filter outputs a value without applying HTML escaping, effectively disabling auto-escaping for that value."} | верно | {{ x|raw }} выводит HTML как есть; опасно с пользовательскими данными. Проверено на Twig 3.30. |
T21-L6 1.18 c | Twig | In Twig, {{ }} prints an expression value, while {% %} executes tags — conditions, loops, set. | «yes» Пояснение: In Twig, {{ }} outputs the result of an expression, while {% %} is used for control structures like if, for, and set tags.
Raw{"answer": "yes", "explanation": "In Twig, {{ }} outputs the result of an expression, while {% %} is used for control structures like if, for, and set tags."} | верно | Два блока синтаксиса Twig: вывод (echo) против логики. |
T21-L7 1.71 c | Twig | In Twig you cannot declare a variable inside a template — values only come from the controller. | «no» Пояснение: Twig does allow you to declare variables inside a template using the `set` tag (e.g., {% set myVar = 'hello' %}), as well as through loop variables, the `with` tag, and other built-in variables.
Raw{"answer": "no", "explanation": "Twig does allow you to declare variables inside a template using the `set` tag (e.g., {% set myVar = 'hello' %}), as well as through loop variables, the `with` tag, and other built-in variables."} | верно | {% set y = ... %} объявляет переменную в шаблоне. Проверено на Twig 3.30. |
T21-L8 0.86 c | Twig | Which Twig function dumps the debug structure of a variable (array, object)? | «dump» Пояснение: The Twig `dump()` function displays the debug structure of a variable such as an array or object.
Raw{"answer": "dump", "explanation": "The Twig `dump()` function displays the debug structure of a variable such as an array or object."} | верно | {{ dump(x) }} (DebugExtension; в Symfony доступна в dev-окружении). |
T24-L1 1.3 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 reusable UI components via CSS, JavaScript, and Sass; it does not handle client-side routing or application state management, which are hallmarks of SPA frameworks like React or Angular.
Raw{"answer": "yes", "explanation": "Bootstrap is a front-end library providing reusable UI components via CSS, JavaScript, and Sass; it does not handle client-side routing or application state management, which are hallmarks of SPA frameworks like React or Angular."} | верно | Компоненты и утилиты поверх вашего HTML; SPA-фреймворки (React/Vue) — другой класс инструментов. В проекте vendored 5.3.3. |
T24-L2 1.92 c | Bootstrap | Which Bootstrap class gives a responsive container with a fixed max width per breakpoint? | «container» Пояснение: The .container class in Bootstrap is a responsive, centered container that has a fixed max-width at each breakpoint (e.g., 540px, 720px, 960px, 1200px in Bootstrap 4/5).
Raw{"answer":"container","explanation":"The .container class in Bootstrap is a responsive, centered container that has a fixed max-width at each breakpoint (e.g., 540px, 720px, 960px, 1200px in Bootstrap 4/5)."} | верно | .container (фиксированная макс-ширина по брейкпоинтам) vs .container-fluid (на всю ширину). |
T24-L3 2.01 c | Bootstrap | The Bootstrap grid is built on CSS floats and splits a row into 16 columns. | «no» Пояснение: The Bootstrap grid splits a row into 12 columns, not 16, and modern Bootstrap (v4+) is built on CSS Flexbox rather than CSS floats.
Raw{"answer": "no", "explanation": "The Bootstrap grid splits a row into 12 columns, not 16, and modern Bootstrap (v4+) is built on CSS Flexbox rather than CSS floats."} | верно | Наоборот: flexbox (с Bootstrap 4) и 12 колонок; float-сетка — это Bootstrap 3. |
T24-L4 2.0 c | Bootstrap | Bootstrap's named breakpoints (the infix used in class names) are sm, md, lg, xl, xxl — five of them. | «yes» Пояснение: Bootstrap 5 defines five named breakpoints: sm (576px), md (768px), lg (992px), xl (1200px), and xxl (1400px).
Raw{"answer":"yes","explanation":"Bootstrap 5 defines five named breakpoints: sm (576px), md (768px), lg (992px), xl (1200px), and xxl (1400px)."} | верно | Тиров всего шесть: xs (без инфикса) + пять именованных (576/768/992/1200/1400 px). |
T24-L5 2.1 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 or .px-2 are generated by multiplying the numeric suffix by the $spacer variable, so the resulting value is indeed a multiple of $spacer.
Raw{"answer": "yes", "explanation": "In Tailwind CSS, spacing utilities like .mt-3 or .px-2 are generated by multiplying the numeric suffix by the $spacer variable, so the resulting value is indeed a multiple of $spacer."} | неверно верный: «no» | Spacing utilities; $spacer = 1rem. |
T24-L6 1.5 c | Bootstrap | Which Bootstrap 5 data attribute enables an interactive component (e.g. dropdown) on an element? | «data-bs-toggle» Пояснение: In Bootstrap 5, the data-bs-toggle data attribute is the one that enables interactive components such as dropdowns, modals, and offcanss on an element.
Raw{"answer":"data-bs-toggle","explanation":"In Bootstrap 5, the data-bs-toggle data attribute is the one that enables interactive components such as dropdowns, modals, and offcanss on an element."} | верно | data-bs-toggle="dropdown" и т.п.; в Bootstrap 4 атрибут назывался data-toggle. |
T24-L7 0.85 c | Bootstrap | Bootstrap 5 components work without jQuery — in plain vanilla JS. | «yes» Пояснение: Bootstrap 5 removed its jQuery dependency and uses vanilla JavaScript (along with Popper.js) for its interactive components.
Raw{"answer": "yes", "explanation": "Bootstrap 5 removed its jQuery dependency and uses vanilla JavaScript (along with Popper.js) for its interactive components."} | верно | jQuery удалён в Bootstrap 5.0: data-bs-* атрибуты и JS API. В проекте vendored 5.3.3. |
T24-L8 2.06 c | Bootstrap | Dark mode in Bootstrap is enabled with a .dark class on the root element. | «no» Пояснение: Bootstrap dark mode is enabled using a data attribute (e.g., data-bs-theme="dark" in Bootstrap 5 or data-theme="dark" in Bootstrap 4), not a .dark class on the root element.
Raw{"answer": "no", "explanation": "Bootstrap dark mode is enabled using a data attribute (e.g., data-bs-theme=\"dark\" in Bootstrap 5 or data-theme=\"dark\" in Bootstrap 4), not a .dark class on the root element."} | верно | Наоборот: тема включается атрибутом data-bs-theme="dark" (Color modes, с 5.3); класса .dark не существует. В проекте 5.3.3. |
T14-L1 1.47 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 at runtime; you must explicitly run schema commands like 'doctrine orm:schema-create' or use migrations to create or alter the database schema.
Raw{"answer": "no", "explanation": "Doctrine ORM does not create tables at runtime; you must explicitly run schema commands like 'doctrine orm:schema-create' or use migrations to create or alter the database schema."} | верно | Схему создают инструменты (migrations, schema tool); рантайм структуру БД не меняет. |
T14-L2 1.02 c | Doctrine | Which EntityManager method marks a new object as managed without executing SQL until flush()? | «persist» Пояснение: The persist() method of Doctrine's EntityManager marks a new object as managed (pending insertion) without issuing any SQL until flush() is called.
Raw{"answer":"persist","explanation":"The persist() method of Doctrine's EntityManager marks a new object as managed (pending insertion) without issuing any SQL until flush() is called."} | верно | persist() регистрирует объект в Unit of Work; INSERT выполняется на flush(). |
T14-L3 1.32 c | Doctrine | In Doctrine ORM 3, the EntityManager::merge() method exists and makes the passed object managed. | «yes» Пояснение: Doctrine ORM 3's EntityManager::merge() exists and attaches (makes managed) the passed object, returning a managed instance.
Raw{"answer": "yes", "explanation": "Doctrine ORM 3's EntityManager::merge() exists and attaches (makes managed) the passed object, returning a managed instance."} | неверно верный: «no» | В ORM 3 merge() удалён (в vendor проекта 3.7.6 метода нет); в Doctrine 2.x merge() возвращал управляемую копию. Версия зафиксирована — ORM 3. |
T14-L4 1.12 c | Doctrine | DQL queries are written in terms of entities and their fields, not tables and columns. | «yes» Пояснение: DQL (Domain Query Language) in Doctrine ORM is an object-oriented query language that references entity class names and property names rather than raw database table names and column names.
Raw{"answer": "yes", "explanation": "DQL (Domain Query Language) in Doctrine ORM is an object-oriented query language that references entity class names and property names rather than raw database table names and column names."} | верно | Doctrine транслирует DQL в SQL; docs — DQL (Doctrine Query Language). |
T14-L5 2.79 c | Doctrine | What does $repository->find(999) return when no record with id 999 exists? | «null» Пояснение: In PHP repository patterns, the find() method returns null when no matching record exists.
Raw{"answer": "null", "explanation": "In PHP repository patterns, the find() method returns null when no matching record exists."} | верно | find() возвращает null, если объект не найден (docs Repository methods). |
T14-L6 12.88 c | Doctrine | DoctrineBundle in Symfony automatically calls flush() at the end of every request. | «no» Пояснение: DoctrineBundle does not automatically call flush(); you must explicitly call $em->flush() (or use the flush option in forms) after modifying entities.
Raw{"answer": "false", "explanation": "DoctrineBundle does not automatically call flush(); you must explicitly call $em->flush() (or use the flush option in forms) after modifying entities."} | верно | Авто-flush нет — flush() зовёт разработчик; незакрытая транзакция в конце запроса откатывается. |
T14-L7 1.72 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» Пояснение: In Doctrine ORM, once an entity is in the managed (persistent) state, the Unit of Work detects property modifications automatically, so flush() alone is sufficient to commit those changes to the database.
Raw{"answer": "yes", "explanation": "In Doctrine ORM, once an entity is in the managed (persistent) state, the Unit of Work detects property modifications automatically, so flush() alone is sufficient to commit those changes to the database."} | верно | Dirty checking сравнивает снимки свойств; persist нужен только новым/отсоединённым объектам. |
T14-L8 1.57 c | Doctrine | remove() executes the SQL DELETE immediately, without waiting for flush(). | «no» Пояснение: In Doctrine ORM, remove() only marks the entity for deletion in the Unit of Work; the actual SQL DELETE is not executed until flush() is called.
Raw{"answer": "no", "explanation": "In Doctrine ORM, remove() only marks the entity for deletion in the Unit of Work; the actual SQL DELETE is not executed until flush() is called."} | верно | remove() планирует удаление в Unit of Work; DELETE выполняется на flush() (docs — Deleting Objects). |
T15-L1 1.43 c | PostgreSQL | PostgreSQL uses MVCC, therefore readers block writers and writers block readers. | «no» Пояснение: MVCC in PostgreSQL is specifically designed so that readers do NOT block writers and writers do NOT block readers; readers see a consistent snapshot while writers create new row versions, which is the core advantage of MVCC over plain locking.
Raw{"answer":"no","explanation":"MVCC in PostgreSQL is specifically designed so that readers do NOT block writers and writers do NOT block readers; readers see a consistent snapshot while writers create new row versions, which is the core advantage of MVCC over plain locking."} | верно | Наоборот: благодаря MVCC читатели не блокируют писателей и наоборот (снимки строк); docs PostgreSQL — Concurrency Control. |
T15-L2 1.56 c | PostgreSQL | Which SQL command shows a query's execution plan without executing the query? | «explain» Пояснение: The EXPLAIN command displays a query's execution plan without actually executing the query.
Raw{"answer":"EXPLAIN","explanation":"The EXPLAIN command displays a query's execution plan without actually executing the query."} | верно | EXPLAIN без ANALYZE только строит план; проверено на PostgreSQL 17.7. |
T15-L3 3.78 c | PostgreSQL | SERIAL and GENERATED ... AS IDENTITY are just two names for the same mechanism. | «no» Пояснение: While both provide auto-incrementing values, SERIAL is a PostgreSQL-specific convenience keyword that creates a separate sequence and sets a default, whereas GENERATED ... AS IDENTITY is the SQL:2003 standard mechanism with different semantics (e.g., GENERATED ALWAYS vs. GENERATED BY DEFAULT, and stricter column constraints).
Raw{"answer": "no", "explanation": "While both provide auto-incrementing values, SERIAL is a PostgreSQL-specific convenience keyword that creates a separate sequence and sets a default, whereas GENERATED ... AS IDENTITY is the SQL:2003 standard mechanism with different semantics (e.g., GENERATED ALWAYS vs. GENERATED BY DEFAULT, and stricter column constraints)."} | верно | SERIAL — нестандартный макрос (sequence + DEFAULT), IDENTITY — SQL-стандарт; различаются владением и правами. Оба есть в PG 17 (проверено). |
T15-L4 3.02 c | PostgreSQL | By default, a PostgreSQL UNIQUE constraint allows only one row with NULL in the column. | «no» Пояснение: By default in PostgreSQL, a UNIQUE constraint allows multiple rows with NULL values because NULL is not considered equal to any other value, including NULL itself.
Raw{"answer": "no", "explanation": "By default in PostgreSQL, a UNIQUE constraint allows multiple rows with NULL values because NULL is not considered equal to any other value, including NULL itself."} | верно | Наоборот: NULLS DISTINCT по умолчанию — несколько NULL допустимы; NULLS NOT DISTINCT — опция с PG 15. Проверено на PG 17.7. |
T15-L5 1.14 c | PostgreSQL | Which PostgreSQL aggregate function concatenates strings with a separator? | «string_agg» Пояснение: PostgreSQL's string_agg(expression, separator) aggregate function concatenates string values together using the specified separator.
Raw{"answer": "string_agg", "explanation": "PostgreSQL's string_agg(expression, separator) aggregate function concatenates string values together using the specified separator."} | верно | string_agg(значение, разделитель); проверено на PostgreSQL 17.7. |
T15-L6 1.82 c | PostgreSQL | Plain VACUUM returns the space occupied by dead tuples to the operating system. | «no» Пояснение: Plain VACUUM only marks space as reusable within the table; VACUUM FULL is what actually returns freed space to the operating system by rewriting the table.
Raw{"answer": "no", "explanation": "Plain VACUUM only marks space as reusable within the table; VACUUM FULL is what actually returns freed space to the operating system by rewriting the table."} | верно | VACUUM помечает место для переиспользования внутри таблицы; ОС его возвращает только VACUUM FULL (с эксклюзивной блокировкой). |
T15-L7 1.5 c | PostgreSQL | Which keyword in a window function definition partitions rows into groups the function is computed over? | «partition» Пояснение: In a window function's OVER clause, the PARTITION BY keyword divides the rows into groups (partitions) over which the window function is computed.
Raw{"answer":"PARTITION","explanation":"In a window function's OVER clause, the PARTITION BY keyword divides the rows into groups (partitions) over which the window function is computed."} | неверно верный: «partition by» | OVER (PARTITION BY ...); проверено на PostgreSQL 17.7. |
T15-L8 2.09 c | PostgreSQL | The READ COMMITTED isolation level protects against non-repeatable reads. | «no» Пояснение: READ COMMITTED only protects against dirty reads; a subsequent read within the same transaction can still see different values after another transaction commits an update, which is a non-repeatable read.
Raw{"answer": "no", "explanation": "READ COMMITTED only protects against dirty reads; a subsequent read within the same transaction can still see different values after another transaction commits an update, which is a non-repeatable read."} | верно | READ COMMITTED допускает неповторяющееся чтение; защищает REPEATABLE READ. Проверено: SHOW transaction_isolation → read committed. |
T17-L1 1.07 c | PostgreSQL: transactions and indexes | By default, PostgreSQL wraps each single SQL statement in its own implicit transaction (autocommit). | «yes» Пояснение: PostgreSQL's default autocommit behavior wraps each individual SQL statement in its own implicit transaction that is committed automatically unless you explicitly start a multi-statement transaction with BEGIN.
Raw{"answer":"yes","explanation":"PostgreSQL's default autocommit behavior wraps each individual SQL statement in its own implicit transaction that is committed automatically unless you explicitly start a multi-statement transaction with BEGIN."} | верно | Без BEGIN каждый оператор коммитится сам; docs PostgreSQL — Transactions. Проверено на PG 17. |
T17-L2 0.62 c | PostgreSQL: transactions and indexes | Which SQL command ends a transaction, committing all its changes? | «commit» Пояснение: The COMMIT statement finalizes a transaction by persisting all changes made within it to the database.
Raw{"answer": "COMMIT", "explanation": "The COMMIT statement finalizes a transaction by persisting all changes made within it to the database."} | верно | COMMIT (END — синоним). Проверено на PG 17. |
T17-L3 1.81 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 accelerate any statement (SELECT, UPDATE, DELETE) that uses a WHERE clause searching on an indexed column, because the index helps the engine locate the matching rows without a full table scan.
Raw{"answer": "yes", "explanation": "Indexes accelerate any statement (SELECT, UPDATE, DELETE) that uses a WHERE clause searching on an indexed column, because the index helps the engine locate the matching rows without a full table scan."} | верно | Поиск строк для изменения идёт по индексу; docs PostgreSQL — Indexes. |
T17-L4 1.4 c | PostgreSQL: transactions and indexes | To roll back part of the statements inside a transaction, PostgreSQL uses SAVEPOINT. | «yes» Пояснение: PostgreSQL uses SAVEPOINT to create a checkpoint, and ROLLBACK TO SAVEPOINT to roll back only the statements executed after that point, leaving earlier statements in the transaction intact.
Raw{"answer": "yes", "explanation": "PostgreSQL uses SAVEPOINT to create a checkpoint, and ROLLBACK TO SAVEPOINT to roll back only the statements executed after that point, leaving earlier statements in the transaction intact."} | верно | SAVEPOINT name; ROLLBACK TO name — частичный откат без отмены всей транзакции. Проверено на PG 17. |
T17-L5 1.35 c | PostgreSQL: transactions and indexes | EXPLAIN ANALYZE shows the query plan without executing the query. | «no» Пояснение: EXPLAIN ANALYZE actually executes the query to collect real timing and row-count data, whereas plain EXPLAIN shows the plan without executing it.
Raw{"answer":"no","explanation":"EXPLAIN ANALYZE actually executes the query to collect real timing and row-count data, whereas plain EXPLAIN shows the plan without executing it."} | верно | Наоборот: ANALYZE реально выполняет запрос (с побочными эффектами!) и показывает фактические времена узлов; план без выполнения — plain EXPLAIN. |
T17-L6 0.87 c | PostgreSQL: transactions and indexes | Which PostgreSQL extension adds vector types and indexes for embedding search? | «pgvector» Пояснение: pgvector is a PostgreSQL extension that adds a vector data type and supports indexing (GIN/GiST) for vector similarity and embedding search.
Raw{"answer": "pgvector", "explanation": "pgvector is a PostgreSQL extension that adds a vector data type and supports indexing (GIN/GiST) for vector similarity and embedding search."} | верно | CREATE EXTENSION vector (проект pgvector; в проекте образ pgvector/pgvector:pg17). |
T17-L7 1.9 c | PostgreSQL: transactions and indexes | A partial index (CREATE INDEX ... WHERE ...) is built only over rows satisfying the condition. | «yes» Пояснение: A partial index (conditional index) includes only the rows for which the specified WHERE condition is true, storing index entries only for those matching rows.
Raw{"answer": "yes", "explanation": "A partial index (conditional index) includes only the rows for which the specified WHERE condition is true, storing index entries only for those matching rows."} | верно | docs PostgreSQL — Partial Indexes; типичный кейс — индекс по «активным» записям. |
T17-L8 2.8 c | PostgreSQL: transactions and indexes | The SERIALIZABLE level in PostgreSQL is implemented by locking the rows a transaction reads. | «no» Пояснение: PostgreSQL implements SERIALIZABLE through MVCC snapshots with conflict detection at commit time (detecting anomalies like write-skew), not by taking row locks on read; it uses snapshot reads without read locks.
Raw{"answer": "no", "explanation": "PostgreSQL implements SERIALIZABLE through MVCC snapshots with conflict detection at commit time (detecting anomalies like write-skew), not by taking row locks on read; it uses snapshot reads without read locks."} | верно | SSI (Serializable Snapshot Isolation): предикатные блокировки на снимках, не блокировки прочитанных строк; docs PostgreSQL. |
T19-L1 0.91 c | HTTP and REST API | HTTP status 201 means the request resulted in a new resource being created. | «yes» Пояснение: HTTP status 201 'Created' indicates that the request successfully created a new resource.
Raw{"answer": "yes", "explanation": "HTTP status 201 'Created' indicates that the request successfully created a new resource."} | верно | 201 Created; обычно на POST, часто с Location; RFC 9110. |
T19-L2 1.07 c | HTTP and REST API | Which HTTP status means a successful request with an empty response body (e.g. after DELETE)? | «204» Пояснение: HTTP 204 No Content indicates a successful request with no response body, and is commonly returned after a DELETE operation.
Raw{"answer": 204, "explanation": "HTTP 204 No Content indicates a successful request with no response body, and is commonly returned after a DELETE operation."} | верно | 204 No Content; RFC 9110. |
T19-L3 9.15 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 the HTTP specification (RFC 7231 §4.1), DELETE is idempotent because repeating the request has no additional effect beyond the initial deletion of the resource.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "Per the HTTP specification (RFC 7231 §4.1), DELETE is idempotent because repeating the request has no additional effect beyond the initial deletion of the resource." ⏎ } | верно | RFC 9110: DELETE идемпотентен (как PUT); идемпотентность ≠ безопасность — ресурс удаляется при первом вызове. |
T19-L4 2.18 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 its response), not by the client.
Raw{"answer": "no", "explanation": "The Access-Control-Allow-Origin header is sent by the server (in its response), not by the client."} | верно | Наоборот: заголовок шлёт СЕРВЕР в ответе, разрешая браузеру cross-origin запрос (CORS); в проекте nelmio/cors-bundle. |
T19-L5 1.49 c | HTTP and REST API | Status 429 Too Many Requests is used when a client exceeds a rate limit. | «yes» Пояснение: HTTP status 429 (Too Many Requests) is specifically defined in RFC 6585 for indicating that a client has sent too many requests in a given period, meaning they've exceeded a rate limit.
Raw{"answer": "yes", "explanation": "HTTP status 429 (Too Many Requests) is specifically defined in RFC 6585 for indicating that a client has sent too many requests in a given period, meaning they've exceeded a rate limit."} | верно | 429 (+ Retry-After); RFC 6585. В проекте symfony/rate-limiter. |
T19-L6 1.38 c | HTTP and REST API | 5xx codes mean a client error, while 4xx means a server-side error. | «no» Пояснение: The statement is backwards: 4xx codes indicate client errors, and 5xx codes indicate server errors.
Raw{"answer": "no", "explanation": "The statement is backwards: 4xx codes indicate client errors, and 5xx codes indicate server errors."} | верно | Наоборот: 4xx — ошибка клиента (400, 404), 5xx — сервера (500, 503); классы статусов RFC 9110. |
T19-L7 0.65 c | HTTP and REST API | Which HTTP header indicates the MIME type of the request or response body? | «content-type» Пояснение: The Content-Type header specifies the MIME type of the request or response body.
Raw{"answer": "Content-Type", "explanation": "The Content-Type header specifies the MIME type of the request or response body."} | верно | Content-Type: application/json и т.п. |
T19-L8 1.85 c | HTTP and REST API | PATCH is not required to be idempotent per RFC 5789, unlike PUT. | «yes» Пояснение: RFC 5789 explicitly states that PATCH is not required to be idempotent, whereas PUT is always idempotent per RFC 2616/7231.
Raw{"answer": "yes", "explanation": "RFC 5789 explicitly states that PATCH is not required to be idempotent, whereas PUT is always idempotent per RFC 2616/7231."} | верно | RFC 5789 прямо оговаривает: PATCH не гарантированно идемпотентен; PUT идемпотентен. |
T20-L1 2.11 c | Security and OAuth | Checking a password by comparing its hash to the stored hash with a plain == is sufficient. | «no» Пояснение: You should use hash_equals() instead of ==, because hash_equals() performs a constant-time comparison, mitigating timing attacks, while == is subject to type juggling and is not constant-time.
Raw{"answer": "no", "explanation": "You should use hash_equals() instead of ==, because hash_equals() performs a constant-time comparison, mitigating timing attacks, while == is subject to type juggling and is not constant-time."} | верно | Нужна постоянновременная проверка (password_verify) — timing-атаки; соль и алгоритм уже внутри хеша. |
T20-L2 1.72 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» Пояснение: CSRF tokens are server-generated, typically tied to the session, and validated by the server on state-changing (unsafe) requests to prevent cross-site request forgery.
Raw{"answer": "yes", "explanation": "CSRF tokens are server-generated, typically tied to the session, and validated by the server on state-changing (unsafe) requests to prevent cross-site request forgery."} | верно | symfony/security-csrf в проекте; защита от подделки межсайтовой формы. |
T20-L3 0.82 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 by web browsers to implement Content Security Policy, which helps protect against XSS and data injection attacks.
Raw{"answer": "Content-Security-Policy", "explanation": "The Content-Security-Policy HTTP header is used by web browsers to implement Content Security Policy, which helps protect against XSS and data injection attacks."} | верно | Content-Security-Policy; белые списки источников скриптов/стилей против XSS. |
T20-L4 2.15 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; the access token grants permission to access resources rather than primarily identifying the user.
Raw{"answer": "no", "explanation": "OAuth 2.0 is an authorization framework, not an authentication protocol; the access token grants permission to access resources rather than primarily identifying the user."} | верно | OAuth 2.0 — авторизация/делегирование доступа; аутентификацию добавляет OpenID Connect. В проекте knpuniversity/oauth2-client-bundle (yandex/github/google). |
T20-L5 1.98 c | Security and OAuth | XSS is prevented by validating input on the server before writing it to the database. | «no» Пояснение: XSS is prevented by context-aware output encoding when rendering data on a page, not by input validation before storage.
Raw{"answer": "no", "explanation": "XSS is prevented by context-aware output encoding when rendering data on a page, not by input validation before storage."} | верно | XSS лечится контекстным экранированием НА ВЫВОДЕ (Twig autoescape, CSP); валидация ввода не покрывает все контексты вывода. |
T20-L6 1.56 c | Security and OAuth | In the OAuth 2.0 authorization code flow, which parameter arrives at the redirect_uri and is exchanged for an access token? | «code» Пояснение: In the OAuth 2.0 authorization code flow, the authorization server redirects the user back to the redirect_uri with an authorization code parameter, which the client then exchanges at the token endpoint for an access token.
Raw{"answer": "code", "explanation": "In the OAuth 2.0 authorization code flow, the authorization server redirects the user back to the redirect_uri with an authorization code parameter, which the client then exchanges at the token endpoint for an access token."} | верно | Параметр code; обмен на токен POST-ом на /token с client_secret. |
T20-L7 1.13 c | Security and OAuth | A refresh token lives longer than an access token and allows obtaining a new access token without the user logging in again. | «yes» Пояснение: Refresh tokens have a longer lifespan than access tokens and are specifically designed to let a client exchange for a new access token without requiring the user to authenticate again.
Raw{"answer": "yes", "explanation": "Refresh tokens have a longer lifespan than access tokens and are specifically designed to let a client exchange for a new access token without requiring the user to authenticate again."} | верно | Стандартная схема OAuth/OIDC: короткий access + длинный refresh. |
T20-L8 2.46 c | Security and OAuth | A password salt must be kept secret: without it the hash cannot be verified. | «no» Пояснение: A salt does not need to be secret; it is typically stored in plaintext alongside the hash, and its purpose is to ensure uniqueness (preventing rainbow-table attacks), not to provide secrecy.
Raw{"answer":"no","explanation":"A salt does not need to be secret; it is typically stored in plaintext alongside the hash, and its purpose is to ensure uniqueness (preventing rainbow-table attacks), not to provide secrecy."} | верно | Соль хранится открыто (password_hash включает её в строку хеша); секретность соли не нужна. |
T18-L1 2.41 c | Testing: PHPUnit | PHPUnit runs test methods of any class — extending TestCase is not required. | «no» Пояснение: PHPUnit test classes must extend PHPUnit\Framework\TestCase (or provide the equivalent) so it can identify and run the test methods and support assertions, lifecycle methods, and the testing framework.
Raw{"answer": "no", "explanation": "PHPUnit test classes must extend PHPUnit\\Framework\\TestCase (or provide the equivalent) so it can identify and run the test methods and support assertions, lifecycle methods, and the testing framework."} | верно | Тестом считается метод класса, наследующего TestCase (PHPUnit 10). |
T18-L2 3.12 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 in 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 in the class."} | верно | setUp() — перед КАЖДЫМ тестом; один раз на класс — setUpBeforeClass(). Проверено живым счётчиком на PHPUnit 10.5. |
T18-L3 1.51 c | Testing: PHPUnit | A data provider lets a test run with exactly one set of arguments. | «no» Пояснение: A PHPUnit data provider allows a test to run with multiple sets of arguments, once per row of data it yields.
Raw{"answer": "no", "explanation": "A PHPUnit data provider allows a test to run with multiple sets of arguments, once per row of data it yields."} | верно | Наоборот: наборов может быть сколько угодно — тест выполняется по разу на каждый. Проверено на PHPUnit 10.5 (#[DataProvider]). |
T18-L4 1.37 c | Testing: PHPUnit | Which PHPUnit method declares an expectation that an exception of a given class is thrown? | «expectexception» Пояснение: The expectException() method in PHPUnit is used to declare that an exception of a specific class is expected to be thrown.
Raw{"answer": "expectException", "explanation": "The expectException() method in PHPUnit is used to declare that an exception of a specific class is expected to be thrown."} | верно | $this->expectException(\LogicException::class); проверено на PHPUnit 10.5. |
T18-L5 1.98 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 terms swapped: in PHPUnit, a **mock** verifies which methods were called (and their arguments/call count), while a **stub** only returns pre-configured data without any verification.
Raw{"answer": "no", "explanation": "The statement has the terms swapped: in PHPUnit, a **mock** verifies which methods were called (and their arguments/call count), while a **stub** only returns pre-configured data without any verification."} | верно | Наоборот: стаб подставляет данные, мок проверяет взаимодействия (createStub/createMock); docs PHPUnit — Test Doubles. |
T18-L6 4.01 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 (and only supported) way to provide data to test methods, as the @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 (and only supported) way to provide data to test methods, as the @dataProvider annotation was deprecated in PHPUnit 9 and removed in PHPUnit 10." ⏎ } | верно | Аннотация ещё парсится в PHPUnit 10/11 (AnnotationParser в 10.5.66), удаление — в 12; атрибут — стандарт. |
T18-L7 1.83 c | Testing: PHPUnit | PHPUnit does not allow one test to depend on the result of another. | «no» Пояснение: PHPUnit does allow test dependencies through the getDependencies() method or the @depends annotation, though it is generally discouraged as tests should be independent.
Raw{"answer": "no", "explanation": "PHPUnit does allow test dependencies through the getDependencies() method or the @depends annotation, though it is generally discouraged as tests should be independent."} | верно | Зависимости есть: #[Depends] — зависимый тест не запустится, еслиProducer упал. |
T18-L8 1.05 c | Testing: PHPUnit | Which PHPUnit command-line option makes tests run in random order? | «--random-order» Пояснение: The --random-order PHPUnit CLI option shuffles the test execution order so that tests run in a random sequence.
Raw{"answer": "--random-order", "explanation": "The --random-order PHPUnit CLI option shuffles the test execution order so that tests run in a random sequence."} | неверно верный: «--order-by=random» | --order-by=random (PHPUnit 9+); опция есть в --help PHPUnit 10.5 (проектная). |
T01-L9 3.96 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 (rounds toward negative infinity), concatenated as string '3-4'.
Raw{"answer": "3-4", "explanation": "intdiv(7,2) returns 3 and intdiv(-7,2) returns -4 (rounds toward negative infinity), concatenated as string '3-4'."} | неверно верный: «3-3» | intdiv truncates toward zero: intdiv(-7, 2) = -3, not -4. |
T01-L10 1.66 c | Syntax and operators | What does this code output?
```php
echo -3 ** 2;
``` | «-9» Пояснение: In PHP, the exponentiation operator ** has higher precedence than the unary minus, so -3 ** 2 is evaluated as -(3 ** 2) = -9.
Raw{"answer": "-9", "explanation": "In PHP, the exponentiation operator ** has higher precedence than the unary minus, so -3 ** 2 is evaluated as -(3 ** 2) = -9."} | верно | ** is right-associative and binds tighter than unary minus: -(3²). |
T02-L9 2.2 c | Types and comparisons | What does this code output?
```php
echo '1e1' == '10' ? 'true' : 'false';
``` | «true» Пояснение: PHP converts both strings to numbers (1e1 = 10 and 10 = 10), so the comparison '1e1' == '10' is true, causing the ternary to output 'true'.
Raw{"answer": "true", "explanation": "PHP converts both strings to numbers (1e1 = 10 and 10 = 10), so the comparison '1e1' == '10' is true, causing the ternary to output 'true'."} | верно | Both strings are numeric — compared as numbers: 10 == 10. |
T02-L10 5.5 c | Types and comparisons | What does this code output?
```php
switch ('a') {
case 0: echo 'zero'; break;
default: echo 'other';
}
``` | «other» Пояснение: In PHP, the switch comparison uses loose equality; 'a' is not a numeric string, so 'a' == 0 evaluates to false, causing execution to fall through to the default case.
Raw```json ⏎ {"answer": "other", "explanation": "In PHP, the switch comparison uses loose equality; 'a' is not a numeric string, so 'a' == 0 evaluates to false, causing execution to fall through to the default case."} ⏎ ``` | верно | PHP 8: 'a' == 0 → false (used to be true) — default fires. |
T03-L9 15.08 c | Strings | What does this code output?
```php
echo strtr('abc', ['a' => '1', 'ab' => '2']);
``` | «1bc» Пояснение: strtr processes keys in the order they appear in the array; at position 0 of 'abc', the key 'a' matches first (before 'ab'), so 'a' is replaced with '1', yielding '1bc'.
Raw```json ⏎ {"answer": "1bc", "explanation": "strtr processes keys in the order they appear in the array; at position 0 of 'abc', the key 'a' matches first (before 'ab'), so 'a' is replaced with '1', yielding '1bc'."} ⏎ ``` | неверно верный: «2c» | strtr with an array prefers the longest matching key. |
T03-L10 2.59 c | Strings | What does this code output?
```php
echo '[' . substr('hello', -10) . ']';
``` | «[hello]» Пояснение: substr('hello', -10) uses a negative offset that exceeds the string length (5), so PHP clamps it to 0, returning the entire string 'hello'.
Raw```json ⏎ {"answer": "[hello]", "explanation": "substr('hello', -10) uses a negative offset that exceeds the string length (5), so PHP clamps it to 0, returning the entire string 'hello'."} ⏎ ``` | верно | A negative start beyond the string is clamped to the beginning. |
T04-L9 2.82 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 two arrays keeping left array values for duplicate keys, so the result array has keys k, n, m in order, which implode joins with commas.
Raw{"answer": "k,n,m", "explanation": "The + operator merges two arrays keeping left array values for duplicate keys, so the result array has keys k, n, m in order, which implode joins with commas."} | верно | The + operator: on duplicate string keys the left array wins. |
T04-L10 3.61 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));
``` | «xyz» Пояснение: The array is sorted by the 3rd element (2, 1, 2), then array_column extracts the 2nd elements ('x', 'y', 'z') and implode concatenates them into 'xyz'.
Raw{"answer": "xyz", "explanation": "The array is sorted by the 3rd element (2, 1, 2), then array_column extracts the 2nd elements ('x', 'y', 'z') and implode concatenates them into 'xyz'."} | неверно верный: «yxz» | Sorts are stable since 8.0: x and z keep their order on a tie. |
T05-L10 1.83 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 of the associative array ['b' => 1, 'a' => 5] into f(...) passes arguments by name, so $a=5 and $b=1, and 5-1=4.
Raw{"answer": "4", "explanation": "The spread of the associative array ['b' => 1, 'a' => 5] into f(...) passes arguments by name, so $a=5 and $b=1, and 5-1=4."} | верно | String keys of a spread array become named arguments. |
T05-L9 13.19 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();
``` | «parse error: syntax error, unexpected» Пояснение: In PHP, the spread operator `...` must be followed by an array or variable expression; `$p->g(...)` with a bare `...` is a parse error.
Raw{"answer":"Parse error: syntax error, unexpected '...'","explanation":"In PHP, the spread operator `...` must be followed by an array or variable expression; `$p->g(...)` with a bare `...` is a parse error."} | неверно верный: «3» | First-class callable syntax binds $this at creation time. |
T06-L9 1.7 c | OOP: classes and inheritance | What does this code output?
```php
class A
{
public function who(): string { return static::class; }
}
class B extends A {}
echo (new B)->who();
``` | «b» Пояснение: static::class uses late static binding, so it returns the class from which the method was actually called, which is B.
Raw{"answer": "B", "explanation": "static::class uses late static binding, so it returns the class from which the method was actually called, which is B."} | верно | Late static binding: static::class is the receiver's class. |
T06-L10 10.78 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 property setter multiplies the assigned value by 2, so setting $c->x to 5 stores 10 in the backing field, which is then echoed.
Raw{"answer": 10, "explanation": "The property setter multiplies the assigned value by 2, so setting $c->x to 5 stores 10 in the backing field, which is then echoed."} | верно | Inside the set hook, $this->x writes the backing store (no recursion): 5*2. |
T07-L9 1.88 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 resolve as f() returning 'B', while TA::f as g aliases it as g() returning 'A', so the concatenation is 'BA'.
Raw{"answer": "BA", "explanation": "The insteadof clause makes TB::f resolve as f() returning 'B', while TA::f as g aliases it as g() returning 'A', so the concatenation is 'BA'."} | верно | insteadof picks the implementation; as keeps the other under an alias. |
T07-L10 1.9 c | Interfaces, traits, enum | What does this code output?
```php
trait Counter
{
public static int $n = 0;
}
class CX { use Counter; }
class CY { use Counter; }
CX::$n = 1;
echo CY::$n;
``` | «0» Пояснение: Each class that uses a trait with a static property gets its own separate instance of that property, so CY::$n remains 0 independent of CX::$n.
Raw```json ⏎ {"answer": 0, "explanation": "Each class that uses a trait with a static property gets its own separate instance of that property, so CY::$n remains 0 independent of CX::$n."} ⏎ ``` | верно | A trait's static property is copied into each consuming class. |
T08-L10 2.55 c | Exceptions and errors | What does this code output?
```php
function f(): int
{
try { return 1; } finally { return 2; }
}
echo f();
``` | «2» Пояснение: In PHP, a return statement inside a finally block overrides the return value from the try block, so the function returns 2.
Raw{"answer": 2, "explanation": "In PHP, a return statement inside a finally block overrides the return value from the try block, so the function returns 2."} | верно | A return in finally overrides the return from try. |
T08-L9 2.39 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 finally block throws a LogicException which replaces the original RuntimeException, and the outer catch(LogicException) catches it and echoes its message 'second'.
Raw{"answer": "second", "explanation": "The finally block throws a LogicException which replaces the original RuntimeException, and the outer catch(LogicException) catches it and echoes its message 'second'."} | верно | An exception from finally replaces the in-flight one — the last thrown is caught. |
T09-L9 13.76 c | Namespaces and autoloading | What does this code output?
```php
namespace N;
use App\Foo as Baz;
echo Baz::class . '|' . \Baz::class;
``` | «fatal error: class 'baz' not found» Пояснение: The first part `Baz::class` resolves to 'App\Foo' via the use alias, but the second part `\Baz::class` explicitly refers to a global-namespace class `Baz` that does not exist, causing a fatal error at runtime.
Raw{ ⏎ "answer": "Fatal error: Class 'Baz' not found", ⏎ "explanation": "The first part `Baz::class` resolves to 'App\\Foo' via the use alias, but the second part `\\Baz::class` explicitly refers to a global-namespace class `Baz` that does not exist, causing a fatal error at runtime." ⏎ } | неверно верный: «app\foo|baz» | The use alias applies to unqualified names; a leading \ escapes to the global scope. |
T09-L10 2.4 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') checks the global namespace (no global class Foo exists, so 'no'), while class_exists('Ns\\Foo') finds the class defined in the Ns namespace (so 'yes'), concatenated gives 'noyes'.
Raw{"answer": "noyes", "explanation": "class_exists('Foo') checks the global namespace (no global class Foo exists, so 'no'), while class_exists('Ns\\\\Foo') finds the class defined in the Ns namespace (so 'yes'), concatenated gives 'noyes'."} | верно | Dynamic names are not resolved against the namespace — 'Foo' is the global class. |
T10-L9 5.05 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,3» Пояснение: In PHP, the foreach-by-reference variable $v is automatically unset after the loop ends, so assigning $v = 99 does not modify the original array $a.
Raw{"answer": "1,2,3", "explanation": "In PHP, the foreach-by-reference variable $v is automatically unset after the loop ends, so assigning $v = 99 does not modify the original array $a."} | неверно верный: «1,2,99» | After a by-ref foreach, $v remains a reference to the last element. |
T10-L10 3.36 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 $n` is a static local variable scoped to the `inc()` function (not a class property), so it is shared across all calls regardless of which object or subclass invokes it: first call → 1, second call → 2, third call → 3.
Raw{"answer": 3, "explanation": "The `static $n` is a static local variable scoped to the `inc()` function (not a class property), so it is shared across all calls regardless of which object or subclass invokes it: first call → 1, second call → 2, third call → 3."} | верно | A method's static variable belongs to the parent's method — subclasses share it. |
T11-L9 3.4 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» Пояснение: The generator yields 1, receives 10 via send(), assigns it to $x, then returns $x + 1 = 11.
Raw{"answer": 11, "explanation": "The generator yields 1, receives 10 via send(), assigns it to $x, then returns $x + 1 = 11."} | верно | send() resumes the generator: $x = 10, return 10+1. |
T11-L10 3.33 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 inner generator yields 1 and 2, then returns 'ok', which the yield from in outer() captures into $r and yields, producing 1,2,ok.
Raw{"answer": "1,2,ok", "explanation": "The inner generator yields 1 and 2, then returns 'ok', which the yield from in outer() captures into $r and yields, producing 1,2,ok."} | неверно верный: «ok,2» | yield from does not advance the outer auto-key: yield $r gets key 0 and overwrites the 1 — 'ok' comes out first. |
T12-L9 2.46 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 check compares the hash (created with cost 4) against cost 4, which matches, so it returns false ('no'). The second check compares against cost 5, which differs, so it returns true ('yes').
Raw{"answer": "noyes", "explanation": "The first check compares the hash (created with cost 4) against cost 4, which matches, so it returns false ('no'). The second check compares against cost 5, which differs, so it returns true ('yes')."} | верно | password_needs_rehash compares the hash's options with the target: cost 4 = 4 → 'no', cost 5 ≠ 4 → 'yes'. |
T12-L10 29.56 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_COMPILE_WARNING/E_HANDLER_ERROR is 2048 and is included in E_ALL, so (E_ALL & 2048) is 2048 (not 0), making the ternary select 'strict-in'.
Raw{"answer":"strict-in","explanation":"E_COMPILE_WARNING/E_HANDLER_ERROR is 2048 and is included in E_ALL, so (E_ALL & 2048) is 2048 (not 0), making the ternary select '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 17.02 c | Symfony | What does this code output?
```php
use Symfony\Component\HttpFoundation\Request;
$r = Request::create('/demo', 'GET', [], [], [], ['HTTP_X_TOKEN' => 'abc']);
echo $r->headers->get('X-Token') === 'abc' ? 'mapped' : 'missing';
``` | «mapped» Пояснение: Symfony's Request constructor processes HTTP_ prefixed server variables by stripping the HTTP_ prefix and converting underscores back to hyphens, so HTTP_X_TOKEN becomes the X-Token header, making the comparison true.
Raw```json ⏎ {"answer": "mapped", "explanation": "Symfony's Request constructor processes HTTP_ prefixed server variables by stripping the HTTP_ prefix and converting underscores back to hyphens, so HTTP_X_TOKEN becomes the X-Token header, making the comparison true."} ⏎ ``` | верно | The literal comparison requires knowing the mapping: HttpFoundation turns HTTP_X_TOKEN into the X-Token header (case-insensitive); without it the answer is 'missing'. |
T13-L10 1.82 c | Symfony | What does this code output?
```php
use Symfony\Component\EventDispatcher\EventDispatcher;
use Symfony\Contracts\EventDispatcher\Event;
$d = new EventDispatcher();
$out = '';
$d->addListener('e', function () use (&$out) { $out .= 'B'; }, 10);
$d->addListener('e', function () use (&$out) { $out .= 'A'; });
$d->addListener('e', function () use (&$out) { $out .= 'C'; }, 5);
$d->dispatch(new Event(), 'e');
echo $out;
``` | «bca» Пояснение: Symfony's EventDispatcher calls listeners in descending order of priority (default priority is 0), so the order is priority 10 ('B'), priority 5 ('C'), and default 0 ('A').
Raw```json ⏎ {"answer": "BCA", "explanation": "Symfony's EventDispatcher calls listeners in descending order of priority (default priority is 0), so the order is priority 10 ('B'), priority 5 ('C'), and default 0 ('A')."} ⏎ ``` | верно | Listeners run by descending priority: 10 (B), 5 (C), 0 (A). |
T14-L10 3.01 c | Doctrine | Given: Doctrine ORM 3, an EntityManager on in-memory SQLite, entity User with an auto-increment primary key. The users table is empty. What does this code output?
```php
$u = new User(name: 'A');
$em->persist($u);
$em->flush();
$a = $em->find(User::class, $u->getId());
$b = $em->find(User::class, $u->getId());
echo spl_object_id($a) === spl_object_id($b) ? 'same' : 'diff';
``` | «same» Пояснение: Doctrine's identity map guarantees that within a single EntityManager, each row is represented by only one object; since the persisted User is already tracked after flush, both find() calls return the same object from the identity map without issuing a query.
Raw{"answer": "same", "explanation": "Doctrine's identity map guarantees that within a single EntityManager, each row is represented by only one object; since the persisted User is already tracked after flush, both find() calls return the same object from the identity map without issuing a query."} | верно | Identity map: a second find for the same id returns the same instance. |
T14-L9 2.6 c | Doctrine | Given: Doctrine ORM 3, an EntityManager on in-memory SQLite, entity User with an auto-increment primary key. The users table is empty. What does this code output?
```php
$u = new User(name: 'B');
$em->persist($u);
$em->remove($u);
$em->flush();
echo count($em->getConnection()->fetchAllAssociative('SELECT * FROM users'));
``` | «0» Пояснение: persist() adds the entity to the Unit of Work as a pending insert, but remove() before flush() cancels that operation, so nothing is written to the table.
Raw{"answer": 0, "explanation": "persist() adds the entity to the Unit of Work as a pending insert, but remove() before flush() cancels that operation, so nothing is written to the table."} | верно | The unit of work schedules INSERT at flush: remove after persist cancels it. |
T15-L10 1.37 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(column) counts only non-NULL values, so it returns 1 (the NULL row is excluded, unlike COUNT(*) which would return 2).
Raw{"answer": 1, "explanation": "COUNT(column) counts only non-NULL values, so it returns 1 (the NULL row is excluded, unlike COUNT(*) which would return 2)."} | верно | count(column) skips NULLs; count(*) would return 2. |
T15-L9 2.49 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 cumulative sums (10, 30, 60), which are then concatenated with commas by string_agg.
Raw{"answer": "10,30,60", "explanation": "The window function sum(x) OVER (ORDER BY id) produces cumulative sums (10, 30, 60), which are then concatenated with commas by string_agg."} | верно | With ORDER BY the default window frame is running (start to current row). |
T16-L9 5.03 c | Symfony: Messenger | What does this code output?
```php
use Symfony\Component\Messenger\MessageBus;
use Symfony\Component\Messenger\Middleware\MiddlewareInterface;
use Symfony\Component\Messenger\Middleware\StackInterface;
use Symfony\Component\Messenger\Envelope;
final class Trace implements MiddlewareInterface
{
public function __construct(private string $tag) {}
public function handle(Envelope $e, StackInterface $stack): Envelope
{
echo $this->tag;
return $stack->next()->handle($e, $stack);
}
}
$bus = new MessageBus([new Trace('M1'), new Trace('M2')]);
$bus->dispatch(new Envelope(new stdClass()));
``` | «m1m2» Пояснение: The middleware stack processes the envelope in order: the outermost middleware (Trace 'M1') handles first and echoes 'M1', then delegates to the next (Trace 'M2') which echoes 'M2', then the handler returns.
Raw{"answer": "M1M2", "explanation": "The middleware stack processes the envelope in order: the outermost middleware (Trace 'M1') handles first and echoes 'M1', then delegates to the next (Trace 'M2') which echoes 'M2', then the handler returns."} | верно | The first-added middleware runs first (outermost). |
T16-L10 4.28 c | Symfony: Messenger | What does this code output?
```php
use Symfony\Component\Messenger\MessageBus;
use Symfony\Component\Messenger\Middleware\HandleMessageMiddleware;
use Symfony\Component\Messenger\Handler\HandlersLocator;
use Symfony\Component\Messenger\Handler\HandlerDescriptor;
use Symfony\Component\Messenger\Envelope;
class Ping {}
$n = 0;
$d1 = new HandlerDescriptor(function (Ping $m) use (&$n) { $n += 1; }, ['alias' => 'h1']);
$d2 = new HandlerDescriptor(function (Ping $m) use (&$n) { $n += 10; }, ['alias' => 'h2']);
$bus = new MessageBus([
new HandleMessageMiddleware(new HandlersLocator([Ping::class => [$d1, $d2]])),
]);
$bus->dispatch(new Envelope(new Ping()));
echo $n;
``` | «11» Пояснение: Symfony Messenger's HandleMessageMiddleware invokes all registered handlers for a message type sequentially, so $d1 adds 1 and $d2 adds 10 to the shared $n, resulting in 11.
Raw{"answer": 11, "explanation": "Symfony Messenger's HandleMessageMiddleware invokes all registered handlers for a message type sequentially, so $d1 adds 1 and $d2 adds 10 to the shared $n, resulting in 11."} | верно | All registered handlers of the message run: 1 + 10 = 11. |
T17-L9 1.89 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 the row, the second INSERT conflicts with the unique index so ON CONFLICT DO NOTHING skips it, leaving count(*) equal to 1.
Raw{"answer": 1, "explanation": "The first INSERT adds the row, the second INSERT conflicts with the unique index so ON CONFLICT DO NOTHING skips it, leaving count(*) equal to 1."} | верно | ON CONFLICT DO NOTHING skips the duplicate: one insert. |
T17-L10 2.39 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, so count(*) returns 2 (the constraint would only be checked at COMMIT).
Raw{"answer": 2, "explanation": "Because the UNIQUE constraint is DEFERRABLE INITIALLY DEFERRED, both duplicate inserts succeed within the transaction, so count(*) returns 2 (the constraint would only be checked at COMMIT)."} | верно | DEFERRED postpones the uniqueness check to COMMIT — count sees 2 rows. |
T18-L9 5.74 c | Testing: PHPUnit | How many tests will this command run?
```php
use PHPUnit\Framework\TestCase;
use PHPUnit\Framework\Attributes\DataProvider;
final class CalcTest extends TestCase
{
public static function prov(): array
{
return [[1], [2], [3]];
}
#[DataProvider('prov')]
public function test_sum(int $x): void
{
$this->assertTrue($x > 0);
}
#[DataProvider('prov')]
public function test_sum_abs(int $x): void
{
$this->assertTrue($x > 0);
}
public function test_other(): void
{
$this->assertTrue(true);
}
}
```
Command: `phpunit CalcTest.php --filter test_sum` (PHPUnit 10.5) | «6» Пояснение: The --filter test_sum matches both test_sum and test_sum_abs (substring match via regex), and each has 3 DataProvider entries, so 3 + 3 = 6 tests run.
Raw```json ⏎ {"answer": 6, "explanation": "The --filter test_sum matches both test_sum and test_sum_abs (substring match via regex), and each has 3 DataProvider entries, so 3 + 3 = 6 tests run."} ⏎ ``` | верно | --filter is a substring match: test_sum also matches test_sum_abs (3+3 datasets). |
T18-L10 2.06 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 the test runs twice; the first passes (1 > 0) and the second fails (-1 > 0 is false).
Raw{"answer": "2,1", "explanation": "The data provider returns two datasets ([1] and [-1]), so the test runs twice; the first passes (1 > 0) and the second fails (-1 > 0 is false)."} | верно | A non-static provider is just a deprecation in PHPUnit 10: both datasets run and the [-1] dataset fails the assert — 2 ran, 1 failure. |
T19-L9 1.09 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 (or --data) flag in curl automatically sends the data in the request body using the POST method by default.
Raw{"answer": "POST", "explanation": "The -d (or --data) flag in curl automatically sends the data in the request body using the POST method by default."} | верно | -d/-F switches curl to POST by default. |
T19-L10 1.69 c | HTTP and REST API | Which HTTP method does this command send?
```bash
curl -s -G -d 'a=1' http://demo.local/api
``` | «get» Пояснение: The -G flag forces curl to use the GET method, appending the data as query string parameters instead of sending it in the body.
Raw{"answer": "GET", "explanation": "The -G flag forces curl to use the GET method, appending the data as query string parameters instead of sending it in the body."} | верно | -G turns -d data into the query string; the method stays GET. |
T20-L9 2.27 c | Security and OAuth | A client hits the token endpoint (RFC 6749) with a non-existent client_id. What value of the error field does the endpoint return? | «invalid_client» Пояснение: RFC 6749 defines the error code 'invalid_client' for when the client is ill-formed or client authentication fails, which includes providing a client_id that does not correspond to a registered client.
Raw{"answer": "invalid_client", "explanation": "RFC 6749 defines the error code 'invalid_client' for when the client is ill-formed or client authentication fails, which includes providing a client_id that does not correspond to a registered client."} | верно | Unknown client → invalid_client (RFC 6749 §5.2). |
T20-L10 1.08 c | Security and OAuth | OAuth 2.0: the client started the flow with response_type=token. In which part of the redirect_uri does the authorization server pass the access_token? | «fragment» Пояснение: In the Implicit Grant (response_type=token), the access_token is appended to the redirect_uri as a fragment identifier (after the '#' character).
Raw{"answer": "fragment", "explanation": "In the Implicit Grant (response_type=token), the access_token is appended to the redirect_uri as a fragment identifier (after the '#' character)."} | верно | The implicit flow passes the token in the URL fragment (#) — it never reaches the server. |
T21-L9 1.34 c | Twig | What does this Twig template output?
```twig
{{ false|default(2) * 3 }}
``` | «6» Пояснение: The `default` filter returns the fallback value (2) because `false` is falsy, then 2 * 3 = 6.
Raw{"answer": 6, "explanation": "The `default` filter returns the fallback value (2) because `false` is falsy, then 2 * 3 = 6."} | верно | default replaces exactly false/null/''/[] — false becomes 2, 2*3 = 6; the naive 'default is for undefined only' yields 0. |
T21-L10 42.75 c | Twig | What exception class does render() of this template throw?
```twig
{{ 'a' ~ 1 + 2 }}
``` | «twig\runtimeexception» Пояснение: The expression 'a' ~ 1 + 2 is parsed as ('a' ~ 1) + 2 due to concatenation having higher precedence, yielding 'a1' + 2, and Twig's + operator throws Twig\RuntimeException when given a non-numeric string operand.
Raw```json ⏎ {"answer": "Twig\\RuntimeException", "explanation": "The expression 'a' ~ 1 + 2 is parsed as ('a' ~ 1) + 2 due to concatenation having higher precedence, yielding 'a1' + 2, and Twig's + operator throws Twig\\RuntimeException when given a non-numeric string operand."} ⏎ ``` | неверно верный: «runtimeerror» | In Twig ~ binds tighter than +: ('a' ~ 1) + 2 → string + int → a render error (RuntimeError). |
T22-L9 3.14 c | Symfony: Security and forms | What does this code output?
```php
use Symfony\Component\Validator\Validation;
use Symfony\Component\Validator\Constraints as Assert;
$v = Validation::createValidator();
echo count($v->validate([''], [new Assert\NotBlank()]));
``` | «1» Пояснение: The validator checks the array [''] against Assert\NotBlank(), producing one violation for the empty string element.
Raw```json ⏎ {"answer": 1, "explanation": "The validator checks the array [''] against Assert\\NotBlank(), producing one violation for the empty string element."} ⏎ ``` | неверно верный: «0» | NotBlank treats null, '', [] as blank — the array [''] is not blank. |
T22-L10 5.74 c | Symfony: Security and forms | What does this code output?
```php
use Symfony\Component\Form\Forms;
use Symfony\Component\Form\Extension\Core\Type\TextType;
$factory = Forms::createFormFactoryBuilder()->getFormFactory();
$form = $factory->create(TextType::class);
try {
echo $form->isValid() ? 'valid' : 'invalid';
} catch (Throwable $e) {
echo get_class($e);
}
``` | «valid» Пояснение: A freshly created form with no data and no validation rules has no errors, so isValid() returns true.
Raw```json ⏎ {"answer": "valid", "explanation": "A freshly created form with no data and no validation rules has no errors, so isValid() returns true."} ⏎ ``` | неверно верный: «symfony\component\form\exception\logicexception» | isValid() on a non-submitted form throws LogicException, it does not return false. |
T23-L9 2.88 c | Symfony: configuration and services | What does this code output?
```php
use Symfony\Component\DependencyInjection\ContainerBuilder;
$c = new ContainerBuilder();
$c->register('a', stdClass::class)->setPublic(true);
$c->compile();
echo spl_object_id($c->get('a')) === spl_object_id($c->get('a')) ? 'same' : 'diff';
``` | «same» Пояснение: Symfony DI container services are singletons by default, so both calls to $c->get('a') return the same stdClass instance, making the spl_object_id comparison true.
Raw{ ⏎ "answer": "same", ⏎ "explanation": "Symfony DI container services are singletons by default, so both calls to $c->get('a') return the same stdClass instance, making the spl_object_id comparison true." ⏎ } | верно | Container services are shared: two get() calls yield one instance. |
T23-L10 12.74 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');
``` | «error: parameternotfoundexception» Пояснение: The %greeting!% placeholder references a parameter named "greeting!" (the ! is part of the name, not a special character), which was never defined, so compile() throws a ParameterNotFoundException.
Raw{"answer": "Error: ParameterNotFoundException", "explanation": "The %greeting!% placeholder references a parameter named \"greeting!\" (the ! is part of the name, not a special character), which was never defined, so compile() throws a ParameterNotFoundException."} | неверно верный: «hi bob!» | compile() resolves %-references transitively: %greeting% → 'hi %name%' → 'hi Bob!', the answer assembles over two hops. |
T24-L9 3.16 c | Bootstrap | What is the max-width of .container in Bootstrap 5.3 at a 992px viewport? | «720» Пояснение: In Bootstrap 5.3, the .container class has a max-width of 720px at the ≥992px breakpoint.
Raw{"answer": 720, "explanation": "In Bootstrap 5.3, the .container class has a max-width of 720px at the ≥992px breakpoint."} | неверно верный: «960» | 5.x container widths: 540/720/960/1140/1320 (sm–xxl); 992 → 960px. |
T24-L10 2.97 c | Bootstrap | Which utility sets the text color in Bootstrap 5.3 for `<p class="text-danger text-primary">…</p>`? Answer with the winning class name. | «text-danger» Пояснение: In Bootstrap 5.3, text-danger is defined after text-primary in the CSS, so it wins the cascade for the color property.
Raw{"answer": "text-danger", "explanation": "In Bootstrap 5.3, text-danger is defined after text-primary in the CSS, so it wins the cascade for the color property."} | верно | Specificity ties — the later rule wins: text-danger is declared after text-primary. |
T25-L9 2.81 c | Clean architecture | Layers: Domain, Application, Infrastructure. Deptrac rules: Application → Domain; Infrastructure → Domain, Application; Domain → Domain only.
How many violations will deptrac report for this class?
```php
namespace App\Domain;
use App\Application\PlaceOrder;
use App\Infrastructure\Db;
class OrderService
{
public function __construct(
private PlaceOrder $handler,
private Db $db,
) {}
}
``` | «2» Пояснение: The Domain layer is allowed to depend only on Domain, but this class violates that rule by importing from both Application (PlaceOrder) and Infrastructure (Db), resulting in 2 violations.
Raw{ ⏎ "answer": 2, ⏎ "explanation": "The Domain layer is allowed to depend only on Domain, but this class violates that rule by importing from both Application (PlaceOrder) and Infrastructure (Db), resulting in 2 violations." ⏎ } | верно | Domain may depend only on Domain: PlaceOrder (Application) + Db (Infrastructure) = 2. |
T25-L10 3.13 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 but depends on Application (PlaceOrder) and Infrastructure (Db, Logger), which all violate the rule that Domain can only depend on Domain.
Raw```json ⏎ {"answer": 3, "explanation": "The class is in the Domain layer but depends on Application (PlaceOrder) and Infrastructure (Db, Logger), which all violate the rule that Domain can only depend on Domain."} ⏎ ``` | верно | The inline FQCN \App\Infrastructure\Logger counts too: Application + Db + Logger = 3. |
T26-L10 2.42 c | DDD | What does this code output?
```php
final class Money
{
public function __construct(public readonly int $amount) {}
public function add(Money $o): Money
{
return new self($this->amount + $o->amount);
}
}
$a = new Money(10);
$c = $a->add(new Money(5));
echo $a->amount . ',' . $c->amount;
``` | «10,15» Пояснение: The readonly property $a->amount remains 10 after the add operation (which creates a new object), and $c->amount is 15 from 10+5.
Raw{"answer": "10,15", "explanation": "The readonly property $a->amount remains 10 after the add operation (which creates a new object), and $c->amount is 15 from 10+5."} | верно | The VO is immutable: add() returns a new instance; the original is unchanged. |
T26-L9 1.68 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 checks if there is only one item before unsetting, throws a DomainException when there's exactly one, which is caught and swallowed, leaving the item in place so count() still returns 1.
Raw{"answer": 1, "explanation": "The remove() method checks if there is only one item before unsetting, throws a DomainException when there's exactly one, which is caught and swallowed, leaving the item in place so count() still returns 1."} | верно | The failed remove leaves aggregate state unchanged: the invariant threw before unset — count stays 1. |
VC-L9 0.74 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 7.38 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 starts uninitialized (prints 'yes'), then accessing $o->v triggers the rehydration callback which sets v=21, after which it's no longer uninitialized (prints 'no').
Raw{"answer": "yesno", "explanation": "The lazy ghost starts uninitialized (prints 'yes'), then accessing $o->v triggers the rehydration callback which sets v=21, after which it's no longer uninitialized (prints 'no')."} | верно | newLazyGhost (8.4): the object stays lazy until first access — reading a property initializes it and clears the flag. |
T28-L9 2.15 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 (and AbstractGuardAuthenticator) was removed in Symfony 7.0, so it does not exist in Symfony 8.1.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "The Guard component (and AbstractGuardAuthenticator) was removed in Symfony 7.0, so it does not exist in Symfony 8.1." ⏎ } | верно | Guard authentication was removed in Symfony 7.0 — the class is gone in 8.1. |
T28-L10 8.06 c | Symfony: versions | The project was upgraded from Symfony 6.4 to 8.1. What does this code output on 8.1?
```php
echo class_exists(\Symfony\Component\Routing\Loader\AnnotationClassLoader::class)
? 'yes' : 'no';
echo class_exists(\Symfony\Component\Routing\Loader\AttributeClassLoader::class)
? 'yes' : 'no';
``` | «noyes» Пояснение: In Symfony 8, the annotation component was removed, so AnnotationClassLoader no longer exists, while AttributeClassLoader is still present.
Raw{"answer": "noyes", "explanation": "In Symfony 8, the annotation component was removed, so AnnotationClassLoader no longer exists, while AttributeClassLoader is still present."} | верно | Annotation loaders were removed in 7.0; only attribute loaders remain (Annotation→Attribute). |