Пример запроса (первая клетка). System одинаковый во всех запросах прогона, user — свой вопрос для каждой клетки:
| Клетка | Тема | Утверждение | Ответ |
Результат | Обоснование |
T01-L1 3.22 c | Syntax and operators | Double-quoted and single-quoted strings are processed identically; the difference is only in speed. | «no» Пояснение: Double-quoted strings undergo variable interpolation and escape sequence processing, while single-quoted strings are treated almost literally, so they are not processed identically (speed is not the difference).
Raw{"answer": "no", "explanation": "Double-quoted strings undergo variable interpolation and escape sequence processing, while single-quoted strings are treated almost literally, so they are not processed identically (speed is not the difference)."} | верно | В двойных кавычках работают интерполяция переменных и escape-последовательности, в одинарных — нет. |
T01-L2 0.16 c | Syntax and operators | The ?? operator follows isset semantics and raises no warnings for undefined variables. | «yes» Пояснение: The ?? (null coalescing) operator indeed follows isset() semantics and does not raise warnings for undefined variables.
Raw{"answer": "yes", "explanation": "The ?? (null coalescing) operator indeed follows isset() semantics and does not raise warnings for undefined variables."} | верно | ?? работает по семантике isset — несуществующие переменные и ключи допустимы. |
T01-L3 0.14 c | Syntax and operators | What will this print: echo 'a', 'b'; | «ab» Пояснение: The echo statement accepts multiple comma-separated arguments and outputs them sequentially without any separator.
Raw{"answer": "ab", "explanation": "The echo statement accepts multiple comma-separated arguments and outputs them sequentially without any separator."} | верно | echo принимает список аргументов: ab. |
T01-L4 0.16 c | Syntax and operators | print returns the value 1 and can be used inside an expression. | «yes» Пояснение: In PHP, print always returns the value 1 and can be used inside expressions since it is a language construct.
Raw{"answer": "yes", "explanation": "In PHP, print always returns the value 1 and can be used inside expressions since it is a language construct."} | верно | print — выражение со значением 1, в отличие от echo, который значения не возвращает. |
T01-L5 0.18 c | Syntax and operators | The ?: (elvis) operator returns its left operand when it is falsy. | «no» Пояснение: The ?: (elvis) operator returns its left operand when it is truthy, and its right operand when it is falsy.
Raw{"answer": "no", "explanation": "The ?: (elvis) operator returns its left operand when it is truthy, and its right operand when it is falsy."} | верно | Наоборот: $a ?: $b возвращает $a, если он истинный, иначе $b. |
T01-L6 0.19 c | Syntax and operators | In PHP 8, the concatenation operator (.) has lower precedence than addition and subtraction. | «no» Пояснение: In PHP, the concatenation operator (.) has the same precedence level as addition (+) and subtraction (-), not a lower precedence.
Raw```json ⏎ {"answer": "false", "explanation": "In PHP, the concatenation operator (.) has the same precedence level as addition (+) and subtraction (-), not a lower precedence."} ⏎ ``` | неверно верный: «yes» | С PHP 8 (RFC concat precedence) '.' имеет приоритет ниже арифметики: 'сумма: ' . 2 + 3 → 'сумма: 5' (в PHP 7 было иначе). |
T01-L7 0.28 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 0.25 c | Syntax and operators | What string will this print: echo 'sum: ' . 2 + 3; (PHP 8)? | «3» Пояснение: Concatenation (.) has higher precedence than addition (+), so it evaluates as ('sum: ' . 2) + 3, which coerces to 2 + 3 and prints just 3.
Raw{"answer": "3", "explanation": "Concatenation (.) has higher precedence than addition (+), so it evaluates as ('sum: ' . 2) + 3, which coerces to 2 + 3 and prints just 3."} | неверно верный: «sum: 5» | Парная к verify-клетке про приоритет: 'сумма: 5'. |
T02-L1 0.21 c | Types and comparisons | With strict comparison (===), arrays are considered equal regardless of element order. | «no» Пояснение: With strict comparison (===), arrays are NOT equal regardless of element order; they must have the same key/value pairs in the same order to be considered equal.
Raw{"answer": "no", "explanation": "With strict comparison (===), arrays are NOT equal regardless of element order; they must have the same key/value pairs in the same order to be considered equal."} | верно | === для массивов требует совпадения и значений, и их порядка. |
T02-L2 0.24 c | Types and comparisons | The comparison 0 == false returns false because it is a strict comparison. | «no» Пояснение: The comparison `0 == false` returns true (not false) because `==` is a loose comparison, not a strict one, and PHP evaluates 0 as equal to false in loose comparison.
Raw```json ⏎ {"answer": "no", "explanation": "The comparison `0 == false` returns true (not false) because `==` is a loose comparison, not a strict one, and PHP evaluates 0 as equal to false in loose comparison."} ⏎ ``` | верно | Наоборот: == — нестрогое сравнение и возвращает true; строгое — это === (0 === false → false). |
T02-L3 0.23 c | Types and comparisons | In PHP 8, the expression "abc" == 0 returns true. | «yes» Пояснение: In PHP, non-numeric strings are loosely compared as 0 when compared to an integer, and since 0 == 0 is true, 'abc' == 0 evaluates to true.
Raw{"answer": "yes", "explanation": "In PHP, non-numeric strings are loosely compared as 0 when compared to an integer, and since 0 == 0 is true, 'abc' == 0 evaluates to true."} | неверно верный: «no» | С PHP 8 нечисловая строка сравнивается как строка: "abc" == "0" → false (в PHP 7 было true). |
T02-L4 0.18 c | Types and comparisons | Under loose comparison, null equals 0, the empty string, and false at the same time. | «yes» Пояснение: In PHP loose comparison, null, 0, "", and false are all considered equal to each other via ==.
Raw```json ⏎ {"answer": "yes", "explanation": "In PHP loose comparison, null, 0, \"\", and false are all considered equal to each other via ==."} ⏎ ``` | верно | null == 0, null == "" и null == false — все true. |
T02-L5 0.21 c | Types and comparisons | What does the expression (int) '42abc' return? | «42» Пояснение: In PHP, casting a string like '42abc' to int extracts the leading numeric portion (42) and ignores the trailing non-numeric characters.
Raw```json ⏎ {"answer": 42, "explanation": "In PHP, casting a string like '42abc' to int extracts the leading numeric portion (42) and ignores the trailing non-numeric characters."} ⏎ ``` | верно | Ведущая числовая часть: 42, без ошибок и warning. |
T02-L6 0.21 c | Types and comparisons | What does the expression '5' + 5 return? | «10» Пояснение: In PHP, the expression '5' + 5 returns 10 because the + operator forces both operands to be treated as integers (numeric coercion).
Raw```json ⏎ {"answer": "10", "explanation": "In PHP, the expression '5' + 5 returns 10 because the + operator forces both operands to be treated as integers (numeric coercion)."} ⏎ ``` | верно | Числовая строка приводится: int 10. |
T02-L7 0.17 c | Types and comparisons | When cast to string, false becomes "0". | «no» Пояснение: When cast to string, false becomes an empty string (""), not "0".
Raw{"answer": "no", "explanation": "When cast to string, false becomes an empty string (\"\"), not \"0\"."} | верно | false → "", true → "1". |
T02-L8 0.27 c | Types and comparisons | The comparison 0.1 + 0.2 === 0.3 returns false. | «yes» Пояснение: Due to floating-point precision representation in IEEE 754, 0.1 + 0.2 evaluates to 0.30000000000000004, which is not strictly equal to 0.3.
Raw{"answer": "yes", "explanation": "Due to floating-point precision representation in IEEE 754, 0.1 + 0.2 evaluates to 0.30000000000000004, which is not strictly equal to 0.3."} | верно | Двоичная погрешность float: 0.1 + 0.2 = 0.30000000000000004. |
T03-L1 0.2 c | Strings | strrev() correctly reverses a UTF-8 string. | «no» Пояснение: strrev() operates byte-by-byte on multibyte UTF-8 strings, which corrupts characters that consist of multiple bytes.
Raw{"answer": "no", "explanation": "strrev() operates byte-by-byte on multibyte UTF-8 strings, which corrupts characters that consist of multiple bytes."} | верно | strrev переворачивает байты и ломает многобайтовые последовательности. |
T03-L2 0.16 c | Strings | str_contains('Hello world', 'world') returns true. | «yes» Пояснение: str_contains() returns true when the haystack 'Hello world' contains the needle 'world'.
Raw{"answer": "yes", "explanation": "str_contains() returns true when the haystack 'Hello world' contains the needle 'world'."} | верно | str_contains с PHP 8.0 проверяет вхождение подстроки. |
T03-L3 0.16 c | Strings | str_pad() can pad a string on the right side only. | «no» Пояснение: str_pad() can pad a string on the left, right, or both sides depending on the pad_type parameter.
Raw{"answer": "no", "explanation": "str_pad() can pad a string on the left, right, or both sides depending on the pad_type parameter."} | верно | STR_PAD_LEFT / STR_PAD_BOTH меняют сторону дополнения. |
T03-L4 0.19 c | Strings | By default trim() strips only spaces, leaving tabs and newlines intact. | «no» Пояснение: By default trim() strips all whitespace characters including spaces, tabs, newlines, carriage returns, null bytes, and vertical tabs, not just spaces.
Raw{"answer": "false", "explanation": "By default trim() strips all whitespace characters including spaces, tabs, newlines, carriage returns, null bytes, and vertical tabs, not just spaces."} | верно | Список символов по умолчанию: « \t\n\r\0\x0B» — пробелы, табы, переводы строк, возврат каретки, null-байт, вертикальный таб. Проверено php -r. |
T03-L5 0.19 c | Strings | How many BYTES does strlen('héllo') return for a UTF-8 string? | «6» Пояснение: strlen() counts bytes, and 'héllo' has 6 bytes because the é is encoded as 2 bytes in UTF-8.
Raw{"answer": "6", "explanation": "strlen() counts bytes, and 'héllo' has 6 bytes because the é is encoded as 2 bytes in UTF-8."} | верно | 6 букв по 2 байта: 12. |
T03-L6 0.2 c | Strings | What does substr('abcdef', -3) return? | «cdef» Пояснение: substr() with a negative start offset counts from the end of the string, so -3 means start at the third-to-last character, returning 'cdef'.
Raw{"answer": "cdef", "explanation": "substr() with a negative start offset counts from the end of the string, so -3 means start at the third-to-last character, returning 'cdef'."} | неверно верный: «def» | Отрицательное смещение — с конца: def. |
T03-L7 0.18 c | Strings | ucfirst() modifies the string passed to it in place. | «no» Пояснение: ucfirst() returns a new string with the first character capitalized but does not modify the original string in place, as PHP strings are immutable.
Raw{"answer": "false", "explanation": "ucfirst() returns a new string with the first character capitalized but does not modify the original string in place, as PHP strings are immutable."} | верно | Строки неизменяемы; ucfirst возвращает новую строку. |
T03-L8 0.19 c | Strings | Variable interpolation works in heredoc but not in nowdoc. | «yes» Пояснение: Heredoc syntax parses variables and escapes like double-quoted strings, while nowdoc syntax behaves like single-quoted strings and does not perform variable interpolation.
Raw{"answer": "yes", "explanation": "Heredoc syntax parses variables and escapes like double-quoted strings, while nowdoc syntax behaves like single-quoted strings and does not perform variable interpolation."} | верно | Nowdoc — «одинарные кавычки» в тройном синтаксисе: текст как есть. |
T04-L1 0.2 c | Arrays | The sort() function preserves the key-to-value association of the array. | «no» Пояснение: The sort() function sorts the array by values but reassigns sequential integer keys, losing the original key-to-value association; use asort() if you want to preserve keys.
Raw{"answer": "no", "explanation": "The sort() function sorts the array by values but reassigns sequential integer keys, losing the original key-to-value association; use asort() if you want to preserve keys."} | верно | sort перенумеровывает ключи; связь сохраняет asort. |
T04-L2 0.17 c | Arrays | The string key '5' in an array is stored as the integer 5. | «yes» Пояснение: In PHP, string keys that consist solely of valid integer digits are automatically converted to integers when used as array keys.
Raw{"answer": "yes", "explanation": "In PHP, string keys that consist solely of valid integer digits are automatically converted to integers when used as array keys."} | верно | Каноничные десятичные строковые ключи приводятся к int. |
T04-L3 0.2 c | Arrays | The in_array() function uses strict comparison (===) by default. | «no» Пояснение: The in_array() function uses loose comparison (==) by default, and strict comparison (===) is only applied when the third parameter is explicitly set to true.
Raw{"answer": "no", "explanation": "The in_array() function uses loose comparison (==) by default, and strict comparison (===) is only applied when the third parameter is explicitly set to true."} | верно | По умолчанию сравнение нестрогое; строгое — третий аргумент true. |
T04-L4 0.2 c | Arrays | Without a callback, array_filter() removes all "empty" (falsy) elements from the array. | «yes» Пояснение: Without a callback, array_filter() removes all falsy elements (false, 0, "0", null, array(), "", etc.) from the array.
Raw{"answer": "yes", "explanation": "Without a callback, array_filter() removes all falsy elements (false, 0, \"0\", null, array(), \"\", etc.) from the array."} | верно | Убирает 0, "", null, false и пустые массивы. |
T04-L5 0.18 c | Arrays | By default, array_slice() preserves the original numeric keys of the array. | «no» Пояснение: array_slice() reindexes numeric keys by default, resetting them sequentially starting from 0, unless the preserve_keys parameter is set to true.
Raw{"answer": "no", "explanation": "array_slice() reindexes numeric keys by default, resetting them sequentially starting from 0, unless the preserve_keys parameter is set to true."} | верно | По умолчанию ключи перенумеровываются; сохранение — preserve_keys = true. |
T04-L6 0.23 c | Arrays | What does array_slice([10, 20, 30, 40], 1, 2) return? | «[20, 30]» Пояснение: array_slice extracts a slice starting at offset 1 (value 20) with a length of 2 elements, returning [20, 30].
Raw```json ⏎ {"answer": "[20, 30]", "explanation": "array_slice extracts a slice starting at offset 1 (value 20) with a length of 2 elements, returning [20, 30]."} ⏎ ``` | верно | [20,30]; ключи перенумеровываются. |
T04-L7 0.23 c | Arrays | How many elements will count(['a' => 1] + ['a' => 9, 'b' => 2]) return? | «2» Пояснение: The array union operator (+) combines both arrays keeping keys from the left-hand array for duplicates, resulting in keys 'a' and 'b', so count() returns 2.
Raw{"answer": 2, "explanation": "The array union operator (+) combines both arrays keeping keys from the left-hand array for duplicates, resulting in keys 'a' and 'b', so count() returns 2."} | верно | Оператор + : по ключу 'a' побеждает левый; итого 2. |
T04-L8 0.21 c | Arrays | Since PHP 8.1, the spread operator [...$a, ...$b] supports arrays with string keys. | «yes» Пояснение: Since PHP 8.1, the spread operator in array syntax correctly merges arrays with string keys, with later values overriding earlier ones for duplicate keys.
Raw{"answer": "true", "explanation": "Since PHP 8.1, the spread operator in array syntax correctly merges arrays with string keys, with later values overriding earlier ones for duplicate keys."} | верно | В 8.0 — только числовые ключи; 8.1 снял ограничение. |
T05-L1 0.19 c | Functions and closures | Named arguments cannot be combined with argument unpacking ...$args in a single call. | «no» Пояснение: Named arguments can be combined with argument unpacking (...$args) in a single call in PHP 8.1 and later, though they must not overlap.
Raw{"answer": "false", "explanation": "Named arguments can be combined with argument unpacking (...$args) in a single call in PHP 8.1 and later, though they must not overlap."} | верно | Можно: f(...$args, имя: значение). Нельзя только позиционный аргумент после распаковки. |
T05-L2 0.21 c | Functions and closures | An anonymous function without use sees variables from the outer scope. | «no» Пояснение: Anonymous functions in PHP do not automatically inherit variables from the outer scope; you must explicitly pass them using the `use` keyword, though they still have access to `this` in object contexts.
Raw{"answer": "false", "explanation": "Anonymous functions in PHP do not automatically inherit variables from the outer scope; you must explicitly pass them using the `use` keyword, though they still have access to `this` in object contexts."} | верно | Без use внешние переменные недоступны; авто-захват только у fn. |
T05-L3 0.2 c | Functions and closures | What will func_num_args() return inside function f($a) { return func_num_args(); } when called as f(1, 2, 3)? | «3» Пояснение: func_num_args() returns the total number of arguments passed to the function, which is 3 when called as f(1, 2, 3).
Raw{"answer": "3", "explanation": "func_num_args() returns the total number of arguments passed to the function, which is 3 when called as f(1, 2, 3)."} | верно | Считает переданные аргументы: 3. |
T05-L4 0.26 c | Functions and closures | The body of an arrow function fn may consist of several expressions in curly braces. | «no» Пояснение: The body of an arrow function may only consist of a single expression if no curly braces are used, but with curly braces it must contain statements rather than multiple expressions, so the statement is false.
Raw```json ⏎ {"answer": "no", "explanation": "The body of an arrow function may only consist of a single expression if no curly braces are used, but with curly braces it must contain statements rather than multiple expressions, so the statement is false."} ⏎ ``` | верно | fn — всегда одно выражение; блок операторов делает обычная анонимная функция. |
T05-L5 0.18 c | Functions and closures | An arrow function fn captures outer variables by reference (lazily, at use time). | «no» Пояснение: Arrow functions in PHP capture outer variables by value at definition time, not by reference or lazily at use time.
Raw{"answer": "no", "explanation": "Arrow functions in PHP capture outer variables by value at definition time, not by reference or lazily at use time."} | верно | fn захватывает только по значению, автоматически; по ссылке — только &$var в use у обычной функции (fn так не умеет). |
T05-L6 0.17 c | Functions and closures | A closure declared as static function () {} does not capture $this. | «no» Пояснение: Static closures do not capture $this, but the statement incorrectly claims they do (actually, static closures explicitly do not bind $this).
Raw{"answer": "no", "explanation": "Static closures do not capture $this, but the statement incorrectly claims they do (actually, static closures explicitly do not bind $this)."} | неверно верный: «yes» | static-замыкание отвязано от объекта: $this внутри недоступен. |
T05-L7 0.2 c | Functions and closures | What will this print: $x = 5; $f = function () use ($x) { return $x; }; $x = 7; echo $f(); | «5» Пояснение: Closures capture variables by value at the time of definition, so $x is bound to 5 even though it is later reassigned to 7.
Raw{"answer": "5", "explanation": "Closures capture variables by value at the time of definition, so $x is bound to 5 even though it is later reassigned to 7."} | верно | use захватывает по значению в момент создания: 5. |
T05-L8 0.21 c | Functions and closures | In weak typing mode (without strict_types), passing the string "5" to an int parameter is allowed. | «yes» Пояснение: In weak typing mode, PHP performs coercive type juggling, so a numeric string like "5" passed to an int parameter is automatically converted without error.
Raw{"answer": "yes", "explanation": "In weak typing mode, PHP performs coercive type juggling, so a numeric string like \"5\" passed to an int parameter is automatically converted without error."} | верно | Coercive typing приводит "5" к 5; strict_types=1 требует точного типа. |
T06-L1 0.17 c | OOP: classes and inheritance | PHP supports constructor property promotion: public function __construct(private int $x) {}. | «yes» Пояснение: Constructor property promotion was introduced in PHP 8.0, allowing properties to be declared and assigned directly within the constructor parameter list.
Raw{"answer": "yes", "explanation": "Constructor property promotion was introduced in PHP 8.0, allowing properties to be declared and assigned directly within the constructor parameter list."} | верно | С PHP 8.0 параметр с модификатором создаёт свойство и присваивание. |
T06-L2 0.14 c | OOP: classes and inheritance | Which keyword prevents a method from being overridden in subclasses? | «final» Пояснение: The 'final' keyword prevents a method from being overridden by any subclass.
Raw{"answer": "final", "explanation": "The 'final' keyword prevents a method from being overridden by any subclass."} | верно | final. |
T06-L3 0.13 c | OOP: classes and inheritance | A method declared final cannot be overridden in a subclass. | «yes» Пояснение: A method declared final cannot be overridden in a subclass.
Raw{"answer": "yes", "explanation": "A method declared final cannot be overridden in a subclass."} | верно | final запрещает переопределение метода и наследование класса. |
T06-L4 0.18 c | OOP: classes and inheritance | Parent properties with private visibility are accessible in a subclass. | «no» Пояснение: Private members in a parent class are not accessible from a subclass, as they are limited to the class in which they are declared.
Raw{"answer": "no", "explanation": "Private members in a parent class are not accessible from a subclass, as they are limited to the class in which they are declared."} | верно | В подклассе видны protected и public; private — только внутри своего класса. |
T06-L5 0.23 c | OOP: classes and inheritance | What does get_class(new class {}) return? Answer with the part of the name before the NUL byte (without the file path). | «class@anonymous» Пояснение: Anonymous classes in PHP get the name "class@anonymous" followed by a NUL byte and file path information, and get_class strips everything after the NUL byte.
Raw```json ⏎ {"answer": "class@anonymous", "explanation": "Anonymous classes in PHP get the name \"class@anonymous\" followed by a NUL byte and file path information, and get_class strips everything after the NUL byte."} ⏎ ``` | верно | get_class анонимного класса печатает class@anonymous\0<файл>:<строка>$n; короткая форма — часть до NUL-байта. Проверено php -r (hex). |
T06-L6 0.24 c | OOP: classes and inheritance | A private parent method is not part of the inheritance contract: a child may declare a method with the same name and any visibility. | «yes» Пояснение: Private methods are not part of the inheritance contract, so a child class can declare a method with the same name as a private parent method with any visibility (public, protected, or private) without causing errors.
Raw{"answer": "yes", "explanation": "Private methods are not part of the inheritance contract, so a child class can declare a method with the same name as a private parent method with any visibility (public, protected, or private) without causing errors."} | верно | private-члены не наследуются — правила совместимости подписей не действуют. |
T06-L7 0.18 c | OOP: classes and inheritance | The magic method __get() is called only for non-existent properties. | «no» Пояснение: __get() is also called when accessing inaccessible (protected/private) properties, not only non-existent ones.
Raw{"answer": "false", "explanation": "__get() is also called when accessing inaccessible (protected/private) properties, not only non-existent ones."} | верно | __get срабатывает и для существующих, но недоступных (private/protected извне). |
T06-L8 0.21 c | OOP: classes and inheritance | What does reassigning a readonly property throw — Exception or Error? | «error» Пояснение: Reassigning a readonly property in PHP throws a 'Fatal error: Cannot modify a readonly property' which is an Error instance (specifically Error), not a generic Exception.
Raw{"answer": "Error", "explanation": "Reassigning a readonly property in PHP throws a 'Fatal error: Cannot modify a readonly property' which is an Error instance (specifically Error), not a generic Exception."} | верно | Error (readonly с 8.1); оговорка: в __clone() переинициализация допустима (8.3+). |
T07-L1 0.18 c | Interfaces, traits, enum | An interface can declare constants. | «yes» Пояснение: Interfaces can declare constants, which are implicitly public, static, and final, and must be initialized with a constant expression.
Raw{"answer": "yes", "explanation": "Interfaces can declare constants, which are implicitly public, static, and final, and must be initialized with a constant expression."} | верно | Константы интерфейса наследуются реализациями. |
T07-L2 0.15 c | Interfaces, traits, enum | Which operator checks whether an object is an instance of a class or interface? | «instanceof» Пояснение: The instanceof operator in PHP checks whether an object is an instance of a specific class or interface.
Raw{"answer": "instanceof", "explanation": "The instanceof operator in PHP checks whether an object is an instance of a specific class or interface."} | верно | instanceof. |
T07-L3 0.33 c | Interfaces, traits, enum | An interface can declare static methods. | «no» Пояснение: Interfaces in PHP prior to version 7 cannot declare static methods, and while PHP 7+ does allow static method declarations in interfaces, the traditional answer and the base behavior is that interfaces only define instance method contracts that implementing classes must provide, meaning the classic statement that 'an interface can declare static methods' is considered false.
Raw```json ⏎ { ⏎ "answer": "false", ⏎ "explanation": "Interfaces in PHP prior to version 7 cannot declare static methods, and while PHP 7+ does allow static method declarations in interfaces, the traditional answer and the base behavior is that interfaces only define instance method contracts that implementing classes must provide, meaning the classic statement that 'an interface can declare static methods' is considered false." ⏎ } ⏎ ``` | неверно верный: «yes» | Реализация обязана дать статический метод с той же сигнатурой. |
T07-L4 0.17 c | Interfaces, traits, enum | The instanceof operator only checks class inheritance: it ignores interfaces. | «no» Пояснение: The instanceof operator checks both class inheritance and interface implementation, so it does not ignore interfaces.
Raw{"answer": "false", "explanation": "The instanceof operator checks both class inheritance and interface implementation, so it does not ignore interfaces."} | верно | instanceof возвращает true и для интерфейсов объекта. |
T07-L5 0.22 c | Interfaces, traits, enum | An interface method may have a default implementation, like a trait method. | «no» Пояснение: In standard PHP (before 8.1), interface methods cannot have a body, though PHP 8.1 introduced 'default interface methods' which is a newer feature not available in traditional interface definitions.
Raw{"answer": "false", "explanation": "In standard PHP (before 8.1), interface methods cannot have a body, though PHP 8.1 introduced 'default interface methods' which is a newer feature not available in traditional interface definitions."} | верно | Методы интерфейса — только сигнатуры; тело даёт реализующий класс. |
T07-L6 0.22 c | Interfaces, traits, enum | An abstract method in an abstract class may have protected visibility. | «yes» Пояснение: In PHP, an abstract method declared as public can be overridden with reduced visibility (e.g., protected) in a child class because the child class only implements the method for internal use, which is allowed.
Raw{"answer": "yes", "explanation": "In PHP, an abstract method declared as public can be overridden with reduced visibility (e.g., protected) in a child class because the child class only implements the method for internal use, which is allowed."} | верно | В абстрактном классе — любая видимость; в интерфейсе — только public. |
T07-L7 0.19 c | Interfaces, traits, enum | How many elements will Foo::cases() return for enum Foo { case A; case B; case C; }? | «3» Пояснение: The enum Foo has three cases (A, B, C), and enum::cases() returns an array containing all defined cases.
Raw```json ⏎ {"answer": "3", "explanation": "The enum Foo has three cases (A, B, C), and enum::cases() returns an array containing all defined cases."} ⏎ ``` | верно | Статический метод cases(): 3. |
T07-L8 0.17 c | Interfaces, traits, enum | A trait can declare constants. | «yes» Пояснение: Traits in PHP can declare constants, which are then available in any class that uses the trait.
Raw{"answer": "yes", "explanation": "Traits in PHP can declare constants, which are then available in any class that uses the trait."} | верно | С PHP 8.2 трейты могут объявлять константы (RFC constants_in_traits); до 8.2 — нет. |
T08-L1 0.15 c | Exceptions and errors | The Throwable interface is a common ancestor of both Exception and Error. | «yes» Пояснение: The Throwable interface is indeed the common ancestor of both Exception and Error in PHP 7+.
Raw{"answer": "yes", "explanation": "The Throwable interface is indeed the common ancestor of both Exception and Error in PHP 7+."} | верно | Иерархия с PHP 7: Throwable → Exception и Throwable → Error. |
T08-L2 0.2 c | Exceptions and errors | A catch (Exception $e) block will also catch TypeError, because TypeError ultimately inherits from Exception. | «no» Пояснение: TypeError extends from Error (which extends from Throwable), not from Exception, so a catch (Exception $e) block will not catch it in PHP 7+.
Raw{"answer": "no", "explanation": "TypeError extends from Error (which extends from Throwable), not from Exception, so a catch (Exception $e) block will not catch it in PHP 7+."} | верно | TypeError наследуется от Error; catch (Exception) его не ловит. |
T08-L3 0.19 c | Exceptions and errors | The @ operator suppresses exceptions too. | «no» Пояснение: The @ operator in PHP suppresses errors (runtime warnings/notices), not exceptions, which are controlled by try/catch blocks and error handling settings.
Raw{"answer": "false", "explanation": "The @ operator in PHP suppresses errors (runtime warnings/notices), not exceptions, which are controlled by try/catch blocks and error handling settings."} | верно | @ глушит диагностику (warnings/notices), исключения не перехватывает. |
T08-L4 0.17 c | Exceptions and errors | What error class does intdiv(5, 0) throw? | «divisionbyzeroerror» Пояснение: intdiv(5, 0) throws a DivisionByZeroError exception because the divisor is zero.
Raw{"answer": "DivisionByZeroError", "explanation": "intdiv(5, 0) throws a DivisionByZeroError exception because the divisor is zero."} | верно | DivisionByZeroError (иерархия Error, не Exception); php-грейдер объективен. |
T08-L5 0.16 c | Exceptions and errors | The finally block runs only if the exception was caught by a catch block. | «no» Пояснение: The finally block always runs regardless of whether an exception was caught, thrown, or not thrown at all.
Raw{"answer": "no", "explanation": "The finally block always runs regardless of whether an exception was caught, thrown, or not thrown at all."} | верно | Наоборот: finally выполняется всегда — даже когда исключение не поймано и уходит выше. Проверено php -r. |
T08-L6 0.2 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 replace (suppress) any exception or value from the try or catch blocks, so it does affect the result of the try block.
Raw{"answer": "false", "explanation": "An exception thrown inside a finally block will replace (suppress) any exception or value from the try or catch blocks, so it does affect the result of the try block."} | верно | Исключение из finally перекрывает исходное и уходит вместо него. |
T08-L7 0.19 c | Exceptions and errors | What does the expression (bool) new Exception('x') return? | «yes» Пояснение: In PHP, all objects (including Exception instances) evaluate to true when cast to boolean, so (bool) new Exception('x') returns true.
Raw{"answer": "yes", "explanation": "In PHP, all objects (including Exception instances) evaluate to true when cast to boolean, so (bool) new Exception('x') returns true."} | верно | Любой объект при приведении к bool — true. Формы ответа: true или да. |
T08-L8 0.16 c | Exceptions and errors | Functions registered via register_shutdown_function() run when exit is called. | «yes» Пояснение: Shutdown functions registered via register_shutdown_function() are executed when exit() is called, as exit triggers a script shutdown.
Raw{"answer": "yes", "explanation": "Shutdown functions registered via register_shutdown_function() are executed when exit() is called, as exit triggers a script shutdown."} | верно | exit завершает скрипт, но shutdown-функции отрабатывают. |
T09-L1 0.21 c | Namespaces and autoloading | The use App\Service\Mailer; statement itself loads the class file. | «no» Пояснение: The `use` statement only creates an alias for a class name; it does not load the class file, which is loaded by the autoloader when the class is first referenced.
Raw{"answer": "false", "explanation": "The `use` statement only creates an alias for a class name; it does not load the class file, which is loaded by the autoloader when the class is first referenced."} | верно | use — псевдоним на этапе компиляции; файл грузит автозагрузчик при первом обращении. |
T09-L2 0.22 c | Namespaces and autoloading | What follows use to import a function (not a class): the word function or const? | «function» Пояснение: A function is imported/declared using the keyword `function`, while `const` is used for arrow functions or constant values, so the keyword specifically for importing a function is `function`.
Raw{"answer": "function", "explanation": "A function is imported/declared using the keyword `function`, while `const` is used for arrow functions or constant values, so the keyword specifically for importing a function is `function`."} | верно | use function ...; (и use const для констант). |
T09-L3 0.27 c | Namespaces and autoloading | Into which file (path from src/) does the PSR-4 mapping "App\ → src/" place the class App\Controller\Api\UserController? | «src/controller/api/usercontroller.php» Пояснение: PSR-4 maps the namespace segment after the vendor prefix to a subdirectory, so App\Controller\Api\ maps to src/Controller/Api/ with the class name appended as UserController.php.
Raw{"answer": "src/Controller/Api/UserController.php", "explanation": "PSR-4 maps the namespace segment after the vendor prefix to a subdirectory, so App\\Controller\\Api\\ maps to src/Controller/Api/ with the class name appended as UserController.php."} | верно | Остаток имени после префикса, \ → /. |
T09-L4 0.19 c | Namespaces and autoloading | Including vendor/autoload.php registers autoloaders via spl_autoload_register(). | «yes» Пояснение: vendor/autoload.php generated by Composer calls spl_autoload_register() to register the classmap and PSR-4 autoloaders.
Raw{"answer": "yes", "explanation": "vendor/autoload.php generated by Composer calls spl_autoload_register() to register the classmap and PSR-4 autoloaders."} | верно | Composer ставит автозагрузчик именно на spl_autoload_register. |
T09-L5 0.14 c | Namespaces and autoloading | The magic constant __NAMESPACE__ contains the name of the current namespace. | «yes» Пояснение: __NAMESPACE__ is a magic constant in PHP that returns the name of the current namespace.
Raw{"answer": "yes", "explanation": "__NAMESPACE__ is a magic constant in PHP that returns the name of the current namespace."} | верно | В корневом пространстве — пустая строка. |
T09-L6 0.22 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, so `new Foo()` inside namespace `Bar` refers to `Bar\Foo`.
Raw{"answer": "false", "explanation": "An unqualified class name in `new` is resolved relative to the current namespace, not the global root, so `new Foo()` inside namespace `Bar` refers to `Bar\\Foo`."} | верно | Резолвится относительно текущего namespace (с учётом импортов). |
T09-L7 0.25 c | Namespaces and autoloading | With the PSR-4 mapping "App\ → src/", the class App\Model\User lives in the file src/Model/User.php. | «yes» Пояснение: PSR-4 maps the 'App\' namespace prefix to the 'src/' directory, so 'App\Model\User' maps to 'src/Model/User.php'.
Raw```json ⏎ {"answer": "yes", "explanation": "PSR-4 maps the 'App\\' namespace prefix to the 'src/' directory, so 'App\\Model\\User' maps to 'src/Model/User.php'."} ⏎ ``` | верно | Остаток имени после префикса переносится в путь как есть. |
T09-L8 0.19 c | Namespaces and autoloading | A use statement may be written inside a function body — the import then applies to that function only. | «yes» Пояснение: In PHP, a use statement can be written inside a function body, and the import then applies only within that function's scope.
Raw{"answer": "yes", "explanation": "In PHP, a use statement can be written inside a function body, and the import then applies only within that function's scope."} | неверно верный: «no» | use внутри тела функции — parse error; импорты файловые и компиляционные. |
T10-L1 0.18 c | References and scope | Arrays are copied on assignment rather than passed by reference. | «yes» Пояснение: In PHP, arrays are value types that are copied on assignment, so modifying one array variable does not affect another unless references are explicitly used.
Raw{"answer": "true", "explanation": "In PHP, arrays are value types that are copied on assignment, so modifying one array variable does not affect another unless references are explicitly used."} | верно | Присваивание массива — копия (в движке — copy-on-write). |
T10-L2 0.18 c | References and scope | What will this print: $a = [1, 2]; $b = $a; $b[] = 3; echo count($a); | «2» Пояснение: Arrays in PHP are value types and are copied on assignment (copy-on-write), so modifying $b does not affect $a.
Raw{"answer": "2", "explanation": "Arrays in PHP are value types and are copied on assignment (copy-on-write), so modifying $b does not affect $a."} | верно | Присваивание — копия: в $a по-прежнему 2 элемента. |
T10-L3 0.24 c | References and scope | Inside a function, user-defined global variables are inaccessible without global, $GLOBALS, or passing them as parameters. | «yes» Пояснение: In PHP, user-defined global variables declared outside a function cannot be accessed inside the function without using the global keyword, $GLOBALS array, or passing them as parameters since function scope is isolated from global scope.
Raw{"answer": "true", "explanation": "In PHP, user-defined global variables declared outside a function cannot be accessed inside the function without using the global keyword, $GLOBALS array, or passing them as parameters since function scope is isolated from global scope."} | верно | Область видимости функций изолирована; исключение — суперглобалы ($_GET и др.). |
T10-L4 0.24 c | References and scope | unset($GLOBALS['x']) inside a function removes the global variable only for that function. | «no» Пояснение: unset($GLOBALS['x']) inside a function destroys the global variable 'x' permanently, not just for that function, because you are deleting the actual element from the $GLOBALS array rather than a local reference.
Raw{"answer": "no", "explanation": "unset($GLOBALS['x']) inside a function destroys the global variable 'x' permanently, not just for that function, because you are deleting the actual element from the $GLOBALS array rather than a local reference."} | верно | $GLOBALS — прямое окно в глобальную область: unset удалит её по-настоящему. |
T10-L5 0.19 c | References and scope | What will this print: function inc(&$x) { $x++; } $n = 5; inc($n); echo $n; | «6» Пояснение: The function inc takes $x by reference and increments it, so $n changes from 5 to 6.
Raw{"answer": "6", "explanation": "The function inc takes $x by reference and increments it, so $n changes from 5 to 6."} | верно | Ссылка меняет оригинал: 6. |
T10-L6 0.22 c | References and scope | A foreach over an array (by value) works with the "live" array: changes to the array inside the loop are visible in the same pass. | «no» Пояснение: In PHP, foreach over an array by value operates on a copy of the array, so modifications to the array inside the loop do not affect iteration.
Raw```json ⏎ {"answer": "false", "explanation": "In PHP, foreach over an array by value operates on a copy of the array, so modifications to the array inside the loop do not affect iteration."} ⏎ ``` | верно | По значению foreach итерирует копию-снимок. |
T10-L7 0.17 c | References and scope | A static property belongs to each instance separately: changes in one object are not visible in others. | «no» Пояснение: Static properties belong to the class itself rather than individual instances, so changes are shared across all objects.
Raw{"answer": "no", "explanation": "Static properties belong to the class itself rather than individual instances, so changes are shared across all objects."} | верно | Наоборот: статическое свойство общее для всех экземпляров класса. Проверено php -r. |
T10-L8 0.17 c | References and scope | An array can have a boolean key true, and it will be stored as bool. | «no» Пояснение: In PHP, boolean array keys are converted to integers, so a key of true becomes 1 and false becomes 0.
Raw{"answer": "no", "explanation": "In PHP, boolean array keys are converted to integers, so a key of true becomes 1 and false becomes 0."} | верно | Булев ключ приводится к int: true → 1, false → 0. |
T11-L1 0.22 c | Generators, iterators, SPL | Inside a generator, return with a value can be used, and it becomes available via $gen->getReturn(). | «yes» Пояснение: In PHP 7.0+, a generator can return a value using a return statement, and this value is retrieved via the getReturn() method after the generator is exhausted.
Raw```json ⏎ {"answer": "yes", "explanation": "In PHP 7.0+, a generator can return a value using a return statement, and this value is retrieved via the getReturn() method after the generator is exhausted."} ⏎ ``` | верно | return-значение генератора доступно через getReturn() после прохода. |
T11-L2 0.24 c | Generators, iterators, SPL | A fully consumed generator can be rewound with rewind() and traversed again. | «yes» Пояснение: PHP generators can be rewound with rewind() and traversed again unless they were created with the Generator::EXCEPT_FROM_GENERATOR flag or use send()/throw() in ways that prevent rewinding.
Raw{"answer": "yes", "explanation": "PHP generators can be rewound with rewind() and traversed again unless they were created with the Generator::EXCEPT_FROM_GENERATOR flag or use send()/throw() in ways that prevent rewinding."} | неверно верный: «no» | Генератор одноразовый: rewind после начала итерации бросает Exception. |
T11-L3 0.14 c | Generators, iterators, SPL | The yield from construct delegates traversal to another generator or iterable. | «yes» Пояснение: The yield from construct allows one generator to delegate traversal to another generator or iterable.
Raw{"answer": "yes", "explanation": "The yield from construct allows one generator to delegate traversal to another generator or iterable."} | верно | yield from проксирует значения, ключи и return-значение внутреннего генератора. |
T11-L4 0.17 c | Generators, iterators, SPL | What does get_class(g()) return for function g() { yield 1; }? | «generator» Пояснение: A function containing yield becomes a generator function, so calling g() returns a Generator object whose class name is 'Generator'.
Raw{"answer": "Generator", "explanation": "A function containing yield becomes a generator function, so calling g() returns a Generator object whose class name is 'Generator'."} | верно | Функция с yield возвращает Generator. |
T11-L5 0.22 c | Generators, iterators, SPL | How many elements will count(iterator_to_array((function () { yield from [1, 2, 3]; })())) return? | «3» Пояснение: The generator yields the elements 1, 2, and 3 from the array, so iterator_to_array collects exactly 3 elements and count() returns 3.
Raw```json ⏎ {"answer": "3", "explanation": "The generator yields the elements 1, 2, and 3 from the array, so iterator_to_array collects exactly 3 elements and count() returns 3."} ⏎ ``` | верно | yield from делегирует все 3 элемента. |
T11-L6 0.21 c | Generators, iterators, SPL | The SplStack class implements a FIFO queue. | «no» Пояснение: SplStack implements a LIFO (Last In First Out) stack, not a FIFO queue; that role is served by SplDoublyLinkedList or queue classes.
Raw{"answer": "no", "explanation": "SplStack implements a LIFO (Last In First Out) stack, not a FIFO queue; that role is served by SplDoublyLinkedList or queue classes."} | верно | SplStack — стек LIFO; очередь FIFO — SplQueue. |
T11-L7 0.19 c | Generators, iterators, SPL | ArrayIterator allows wrapping an array and traversing it via the Iterator interface. | «yes» Пояснение: ArrayIterator is a PHP SPL class that allows wrapping an array and traversing it using the Iterator interface, along with additional functionality like offset access and seeking.
Raw{"answer": "yes", "explanation": "ArrayIterator is a PHP SPL class that allows wrapping an array and traversing it using the Iterator interface, along with additional functionality like offset access and seeking."} | верно | Объектная обёртка над массивом. |
T11-L8 0.15 c | Generators, iterators, SPL | An ArrayObject instance cannot be traversed with foreach. | «no» Пояснение: ArrayObject implements Traversable and IteratorAggregate, so it can be traversed with foreach.
Raw{"answer": "false", "explanation": "ArrayObject implements Traversable and IteratorAggregate, so it can be traversed with foreach."} | верно | ArrayObject реализует IteratorAggregate — foreach по нему работает. |
T12-L1 0.19 c | Configuration and security | password_hash() generates a salt automatically — passing one separately is not needed. | «yes» Пояснение: password_hash() automatically generates a cryptographically secure random salt when none is provided, so passing a separate salt is unnecessary and not even supported by the API.
Raw{"answer": "yes", "explanation": "password_hash() automatically generates a cryptographically secure random salt when none is provided, so passing a separate salt is unnecessary and not even supported by the API."} | верно | Соль встраивается в строку результата; параметр salt устарел. |
T12-L2 0.14 c | Configuration and security | In PHP 8, PASSWORD_DEFAULT is md5 with an automatically added salt. | «no» Пояснение: In PHP 8, PASSWORD_DEFAULT uses bcrypt by default, not md5.
Raw{"answer": "no", "explanation": "In PHP 8, PASSWORD_DEFAULT uses bcrypt by default, not md5."} | верно | PASSWORD_DEFAULT — bcrypt; md5 для паролей непригоден (перебирается массово). |
T12-L3 0.18 c | Configuration and security | What does password_verify('secret', password_hash('secret', PASSWORD_DEFAULT)) return? | «true» Пояснение: password_verify returns true when the plaintext password matches the hash generated by password_hash, and since both use 'secret', they match.
Raw{"answer": "true", "explanation": "password_verify returns true when the plaintext password matches the hash generated by password_hash, and since both use 'secret', they match."} | верно | Соль и хеш в одной строке: true (форма ответа: true или да). |
T12-L4 0.19 c | Configuration and security | strip_tags() protects against SQL injection. | «no» Пояснение: strip_tags() only removes HTML and PHP tags from strings and provides no protection against SQL injection, which requires parameterized queries or proper input escaping for SQL contexts.
Raw{"answer": "no", "explanation": "strip_tags() only removes HTML and PHP tags from strings and provides no protection against SQL injection, which requires parameterized queries or proper input escaping for SQL contexts."} | верно | strip_tags режет HTML-теги (помощник против XSS), к параметризации SQL отношения не имеет. |
T12-L5 0.19 c | Configuration and security | session_regenerate_id() is used to protect against session fixation upon user login. | «yes» Пояснение: session_regenerate_id() with delete_old_session=true refreshes the session ID upon login, preventing attackers from using a pre-set (fixed) session ID.
Raw{"answer": "yes", "explanation": "session_regenerate_id() with delete_old_session=true refreshes the session ID upon login, preventing attackers from using a pre-set (fixed) session ID."} | верно | Новый ID сессии после логина — стандартная защита от session fixation. |
T12-L6 0.2 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 Server API Interface (SAPI) in use, such as cli for the command line interface.
Raw{"answer": "php_sapi_name", "explanation": "The php_sapi_name() function returns the name of the Server API Interface (SAPI) in use, such as cli for the command line interface."} | верно | php_sapi_name(). |
T12-L7 0.2 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 stored on the server, leaving the session cookie in the browser intact unless the cookie is also explicitly cleared.
Raw{"answer": "yes", "explanation": "session_destroy() only removes the session data stored on the server, leaving the session cookie in the browser intact unless the cookie is also explicitly cleared."} | верно | Удаление cookie — отдельный шаг через setcookie с истёкшим сроком. |
T12-L8 0.15 c | Configuration and security | Without calling session_start(), the $_SESSION array is automatically populated with session data. | «no» Пояснение: session_start() must be called first to initialize and populate the $_SESSION array with existing session data.
Raw{"answer": "no", "explanation": "session_start() must be called first to initialize and populate the $_SESSION array with existing session data."} | верно | Без session_start() данные сессии в массив не загружаются ($_SESSION можно заполнить вручную, но привязки к сессии нет). |
VC-L1 0.14 c | PHP 8.4–8.5 | In which PHP version was the array_find() function introduced? | «5.3» Пояснение: The array_find() function was introduced in PHP 5.3.
Raw{"answer": "5.3", "explanation": "The array_find() function was introduced in PHP 5.3."} | неверно верный: «8.4» | PHP 8.4 (RFC array_find). |
VC-L2 0.15 c | PHP 8.4–8.5 | Property hooks (get/set right in the property declaration) landed in PHP 8.4. | «yes» Пояснение: Property hooks (get/set right in the property declaration) landed in PHP 8.4.
Raw{"answer": "yes", "explanation": "Property hooks (get/set right in the property declaration) landed in PHP 8.4."} | верно | Property hooks — PHP 8.4 (ноябрь 2024). |
VC-L3 0.17 c | PHP 8.4–8.5 | Asymmetric visibility (public private(set) string $name) appeared in PHP 8.4. | «yes» Пояснение: Asymmetric visibility, allowing independent get and set access modifiers like public private(set), was indeed introduced in PHP 8.4.
Raw{"answer": "yes", "explanation": "Asymmetric visibility, allowing independent get and set access modifiers like public private(set), was indeed introduced in PHP 8.4."} | верно | Asymmetric visibility v2 — PHP 8.4. |
VC-L4 0.19 c | PHP 8.4–8.5 | In which PHP version was the #[\NoDiscard] attribute introduced? Answer with the version number. | «8.2» Пояснение: The #[\NoDiscard] attribute was introduced in PHP 8.2 to allow marking return values that should not be discarded.
Raw{"answer": "8.2", "explanation": "The #[\\NoDiscard] attribute was introduced in PHP 8.2 to allow marking return values that should not be discarded."} | неверно верный: «8.5» | #[\NoDiscard] — PHP 8.5 (marking return values as important). |
VC-L5 0.17 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 piping values into function arguments was introduced in PHP 8.1.
Raw{"answer": "8.1", "explanation": "The pipe operator (|>) for piping values into function arguments was introduced in PHP 8.1."} | неверно верный: «8.5» | Pipe operator — PHP 8.5 (2025). |
VC-L6 0.18 c | PHP 8.4–8.5 | In which PHP version did clone-with — the syntax clone($obj, ['x' => 1]) — appear? Answer with the version number. | «8.3» Пояснение: Clone expressions with the syntax clone($obj, ['property' => value]) were introduced in PHP 8.3.
Raw{"answer": "8.3", "explanation": "Clone expressions with the syntax clone($obj, ['property' => value]) were introduced in PHP 8.3."} | неверно верный: «8.5» | Clone with v2 — PHP 8.5. |
VC-L7 0.18 c | PHP 8.4–8.5 | In which PHP version were the array_first() and array_last() functions introduced? | «7.3» Пояснение: The array_first() and array_last() functions were introduced in PHP 7.3 (released December 2018).
Raw{"answer": "7.3", "explanation": "The array_first() and array_last() functions were introduced in PHP 7.3 (released December 2018)."} | неверно верный: «8.5» | PHP 8.5. |
VC-L8 0.15 c | PHP 8.4–8.5 | For which PHP version was RFC Partial Function Application v2 adopted (as of 2026-11-07)? Answer with the version number. | «8.5» Пояснение: The RFC for Partial Function Application v2 was adopted for PHP 8.5.
Raw{"answer": "8.5", "explanation": "The RFC for Partial Function Application v2 was adopted for PHP 8.5."} | неверно верный: «8.6» | PFA v2 принят 05.12.2025 (33-0-0), реализован в PHP 8.6. |
VF-L1 0.17 c | PHP: 8.6+ and the future | For which PHP version was the RFC clamp_v2 (the clamp() function) implemented, as of 2026-11-07? Answer with the version number. | «8.4» Пояснение: The clamp() function introduced by the clamp_v2 RFC was implemented and released in PHP 8.4.
Raw{"answer": "8.4", "explanation": "The clamp() function introduced by the clamp_v2 RFC was implemented and released in PHP 8.4."} | неверно верный: «8.6» | По данным владельца (wiki.php.net/rfc): clamp_v2 — 8.6; clamp() в 8.5.11 отсутствует (косвенное подтверждение). Дата-якорь делает клетку монотонной. |
VF-L2 0.17 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 the knowledge available, the Context Managers proposal has not yet been adopted into PHP.
Raw{"answer": "no", "explanation": "As of the knowledge available, the Context Managers proposal has not yet been adopted into PHP."} | верно | На 06.11.2026 — в обсуждении (создан 2026-10-23); не принят. |
VF-L3 0.24 c | PHP: 8.6+ and the future | RFC Bound-Erased Generic Types (generics) was declined in 2026. | «no» Пояснение: PHP's generics were implemented via the RFC "Generics: Alias-based Syntax" which passed in August 2025 and is scheduled for PHP 8.4, not declined in 2026.
Raw{"answer": "no", "explanation": "PHP's generics were implemented via the RFC \"Generics: Alias-based Syntax\" which passed in August 2025 and is scheduled for PHP 8.4, not declined in 2026."} | неверно верный: «yes» | Голосование завершилось 2026-06-28: отклонён (wiki.php.net/rfc). |
VF-L4 0.24 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» Пояснение: There is no RFC that enables ZTS (Zend Thread Safety/multithreading) by default in PHP, as PHP's default SAPI build remains non-ZTS (thread-safe off).
Raw{"answer": "false", "explanation": "There is no RFC that enables ZTS (Zend Thread Safety/multithreading) by default in PHP, as PHP's default SAPI build remains non-ZTS (thread-safe off)."} | верно | Такого принятого RFC нет на дату якоря; якорь делает клетку монотонной — при принятии RFC позже клетка не перевернётся. |
VF-L5 0.25 c | PHP: 8.6+ and the future | As of PHP 8.5, generics (parameterized types) are still absent. | «yes» Пояснение: As of PHP 8.x, generics (statically-typed parameterized classes/interfaces like Java's List<String>) have not been implemented, though static analysis tools like PHPStan and Psalm provide their own partial generic support.
Raw{"answer": "yes", "explanation": "As of PHP 8.x, generics (statically-typed parameterized classes/interfaces like Java's List<String>) have not been implemented, though static analysis tools like PHPStan and Psalm provide their own partial generic support."} | верно | Generics в PHP отсутствуют; отрицательный контроль (не путать с C#/Java). |
VF-L6 0.23 c | PHP: 8.6+ and the future | As of 2026-11-07, the latest stable PHP version is 8.5, and PHP 8.6 has not been released yet (GA — 2026-11-19). | «yes» Пояснение: PHP 8.5.0 was released on November 7, 2025, making it the latest stable version, with PHP 8.6 not yet released at that date.
Raw{"answer": "yes", "explanation": "PHP 8.5.0 was released on November 7, 2025, making it the latest stable version, with PHP 8.6 not yet released at that date."} | верно | 8.5 — релиз осени 2025; 8.6 GA 19.11.2026 (wiki.php.net/todo/php86). Дата снимка — 06.11.2026. |
VF-L7 0.23 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 abandoned (its Unicode branch was cancelled) and PHP 7.0 was released directly after PHP 5.6 in 2015.
Raw{"answer": "yes", "explanation": "PHP 6 was abandoned (its Unicode branch was cancelled) and PHP 7.0 was released directly after PHP 5.6 in 2015."} | верно | Исторический факт: ветка 6 не была релизнута. |
VF-L8 0.17 c | PHP: 8.6+ and the future | The RFC adding the #[\Deprecated] attribute to the core was adopted. | «no» Пояснение: The RFC proposing the #[\Deprecated] attribute was rejected (voted 35-52), not adopted.
Raw{"answer": "false", "explanation": "The RFC proposing the #[\\Deprecated] attribute was rejected (voted 35-52), not adopted."} | неверно верный: «yes» | #[\Deprecated] — принят, реализован в PHP 8.4. |
T25-L1 0.17 c | Clean architecture | The dependency rule of clean and onion architecture: inner layers know nothing about outer ones — dependencies point toward the center. | «yes» Пояснение: In clean and onion architecture, dependencies must point inward toward the center, meaning inner layers must not depend on outer layers.
Raw{"answer": "yes", "explanation": "In clean and onion architecture, dependencies must point inward toward the center, meaning inner layers must not depend on outer layers."} | верно | Чистая (Robert C. Martin), луковичная (Jeffrey Palermo) и гексагональная (ports & adapters) — варианты одной идеи: зависимости направлены внутрь, к домену. Слоями в проекте следит deptrac. |
T25-L2 0.24 c | Clean architecture | Domain entities import neither Doctrine nor Symfony — only the language and, possibly, the standard library. | «yes» Пояснение: In a well-designed domain-driven design, entities depend only on PHP core and standard library, importing neither ORM frameworks like Doctrine nor Symfony components, so business rules remain testable and decoupled from infrastructure.
Raw```json ⏎ {"answer": "yes", "explanation": "In a well-designed domain-driven design, entities depend only on PHP core and standard library, importing neither ORM frameworks like Doctrine nor Symfony components, so business rules remain testable and decoupled from infrastructure."} ⏎ ``` | верно | Изоляция домена от инфраструктуры; deptrac в проекте как раз следит за слоями. |
T25-L3 0.25 c | Clean architecture | Controllers and Twig templates belong to the business-logic layer because they are the ones calling use cases. | «no» Пояснение: Controllers belong to the presentation/presentation layer and Twig templates to the view layer, not the business-logic layer; they are entry points that invoke use cases but do not themselves constitute the business-logic domain layer.
Raw{"answer": "no", "explanation": "Controllers belong to the presentation/presentation layer and Twig templates to the view layer, not the business-logic layer; they are entry points that invoke use cases but do not themselves constitute the business-logic domain layer."} | верно | Наоборот: это интерфейсные адаптеры (внешний слой); они зависят от use cases, а не наоборот. |
T25-L4 0.22 c | Clean architecture | What sits at the very center of the onion architecture? | «entities (domain models)» Пояснение: In the onion architecture, entities (domain models) sit at the very center, representing the core business rules and that other layers depend inward on them.
Raw{"answer": "Entities (Domain Models)", "explanation": "In the onion architecture, entities (domain models) sit at the very center, representing the core business rules and that other layers depend inward on them."} | неверно верный: «domain model» | Центральное кольцо — Domain Model: сущности и бизнес-правила без зависимостей; далее Domain Services → Application Services → Infrastructure/UI/Tests (Palermo). |
T25-L5 0.21 c | Clean architecture | Layer boundary violations can be caught automatically: a layer-dependency analyzer (e.g. deptrac) fails on a forbidden call. | «yes» Пояснение: Deptrac analyzes dependency graphs statically and fails the build when a forbidden layer dependency (like a call from a lower layer to a higher one) is detected.
Raw```json ⏎ {"answer": "yes", "explanation": "Deptrac analyzes dependency graphs statically and fails the build when a forbidden layer dependency (like a call from a lower layer to a higher one) is detected."} ⏎ ``` | верно | depfile.yaml в проекте TasK: CI проверяет правила слоёв на каждом пайплайне. |
T25-L6 0.25 c | Clean architecture | A use case (interactor) may accept an HTTP request or an EntityManager as arguments — it is simpler that way. | «no» Пояснение: Use cases should be transport- and infrastructure-agnostic, accepting plain data transfer objects rather than framework-specific objects like HTTP requests or an EntityManager, which violates the Dependency Rule and makes them harder to test and reuse.
Raw{"answer": "false", "explanation": "Use cases should be transport- and infrastructure-agnostic, accepting plain data transfer objects rather than framework-specific objects like HTTP requests or an EntityManager, which violates the Dependency Rule and makes them harder to test and reuse."} | верно | Use case принимает DTO и порты; привязка к HTTP/ORM протекает инфраструктуру во внутренние слои. |
T25-L7 0.19 c | Clean architecture | What is the component called that provides a collection of aggregates/entities while hiding the storage mechanism behind an interface? | «repository» Пояснение: The Repository component provides a collection of aggregates/entities behind an interface while abstracting away the underlying storage implementation.
Raw{"answer": "Repository", "explanation": "The Repository component provides a collection of aggregates/entities behind an interface while abstracting away the underlying storage implementation."} | верно | Repository pattern (DDD/Evans); в проекте — Doctrine-репозитории за портами. |
T25-L8 0.2 c | Clean architecture | In clean architecture, swapping PostgreSQL for another database touches only the outer layer — the domain and use cases stay unchanged. | «yes» Пояснение: In clean architecture, the database is part of the outer infrastructure layer behind interfaces, so switching databases only requires reimplementing those interfaces without touching the domain or use cases.
Raw{"answer": "yes", "explanation": "In clean architecture, the database is part of the outer infrastructure layer behind interfaces, so switching databases only requires reimplementing those interfaces without touching the domain or use cases."} | верно | Следствие правила зависимостей: инфраструктура взаимозаменяема. |
T26-L1 0.21 c | DDD | In DDD, an aggregate is just another name for a database table. | «no» Пояснение: In DDD, an aggregate is a cluster of domain objects treated as a single unit of consistency and invariants, not a database table, which is a persistence-layer concept unrelated to domain modeling.
Raw{"answer": "no", "explanation": "In DDD, an aggregate is a cluster of domain objects treated as a single unit of consistency and invariants, not a database table, which is a persistence-layer concept unrelated to domain modeling."} | верно | Агрегат — кластер объектов с границей согласованности (транзакционной вокруг корня); таблица — деталь хранения. |
T26-L2 0.17 c | DDD | A Value Object is immutable and compared by the values of its fields, not by identity. | «yes» Пояснение: This is correct because a Value Object's primary characteristics are immutability and value-based equality rather than identity-based comparison.
Raw{"answer": "yes", "explanation": "This is correct because a Value Object's primary characteristics are immutability and value-based equality rather than identity-based comparison."} | верно | Классика Evans: Money, Email; равенство структурное. |
T26-L3 0.19 c | DDD | What is the single external entry point of an aggregate, through which all changes must go, called? | «gateway» Пояснение: In Domain-Driven Design, the Gateway is the single external entry point of an aggregate through which all changes must pass to maintain its integrity and invariants.
Raw{"answer": "Gateway", "explanation": "In Domain-Driven Design, the Gateway is the single external entry point of an aggregate through which all changes must pass to maintain its integrity and invariants."} | неверно верный: «aggregate root» | Aggregate Root: внешние объекты ссылаются только на корень; он защищает инварианты агрегата. |
T26-L4 0.22 c | DDD | In DDD, a repository is declared for an aggregate (its root), not for every entity. | «yes» Пояснение: In DDD, repositories are only created for aggregate roots because they manage the consistency and lifecycle boundaries of an entire aggregate, not for individual entities within it.
Raw```json ⏎ {"answer": "yes", "explanation": "In DDD, repositories are only created for aggregate roots because they manage the consistency and lifecycle boundaries of an entire aggregate, not for individual entities within it."} ⏎ ``` | верно | Репозиторий корня хранит границу согласованности агрегата; вложенные сущности доступны только через корень. |
T26-L5 0.2 c | DDD | Ubiquitous language is the model's shared language common to developers and domain experts. | «yes» Пояснение: Ubiquitous language in Domain-Driven Design refers to the shared, precise language developed collaboratively by developers and domain experts that is used consistently throughout the model and communication.
Raw{"answer": "yes", "explanation": "Ubiquitous language in Domain-Driven Design refers to the shared, precise language developed collaboratively by developers and domain experts that is used consistently throughout the model and communication."} | верно | Evans: язык из требований переходит в имена классов и методов. |
T26-L6 0.24 c | DDD | What is the boundary called within which a model and its language are consistent, while outside the same words mean other models? | «standard system of arithmetic» Пояснение: This concept refers to what Tarski and others describe as the boundary within which a formal language and its model remain consistent (as in the reference to 'Aramshamian and the standard system of arithmetic').
Raw{"answer": "standard system of arithmetic", "explanation": "This concept refers to what Tarski and others describe as the boundary within which a formal language and its model remain consistent (as in the reference to 'Aramshamian and the standard system of arithmetic')."} | неверно верный: «bounded context» | Bounded Context; «Заказ» в биллинге и в доставке — разные модели. |
T26-L7 0.27 c | DDD | An anemic model (objects with only getters/setters, logic in services) is the recommended DDD style. | «no» Пояснение: The anemic domain model is actually the style thatDomain-Driven Design purists, particularly Eric Evans and Martin Fowler, explicitly criticize; DDD recommends a rich domain model where objects encapsulate both state and behavior/logic.
Raw{"answer": "false", "explanation": "The anemic domain model is actually the style thatDomain-Driven Design purists, particularly Eric Evans and Martin Fowler, explicitly criticize; DDD recommends a rich domain model where objects encapsulate both state and behavior/logic."} | верно | Наоборот: Evans называет анемичность антипаттерном — поведение должно жить в доменных объектах. |
T26-L8 0.24 c | DDD | Bounded context means each context has its own model: the same concept in different contexts is a different class. | «yes» Пояснение: A bounded context defines explicit boundaries within which a domain model is valid, so the same concept (e.g., 'Customer' or 'Product') is represented by different classes in different bounded contexts.
Raw{"answer": "yes", "explanation": "A bounded context defines explicit boundaries within which a domain model is valid, so the same concept (e.g., 'Customer' or 'Product') is represented by different classes in different bounded contexts."} | верно | Модели контекстов независимы; между ними — явная интеграция (ACL, published language). |
T13-L1 0.23 c | Symfony | Services in the Symfony DI container are created lazily by default — on first use. | «no» Пояснение: This is false because Symfony's container creates services eagerly at container build time when using the cached (prod) container, though it does use lazy loading for lazy service definitions specifically marked as such.
Raw{"answer": "no", "explanation": "This is false because Symfony's container creates services eagerly at container build time when using the cached (prod) container, though it does use lazy loading for lazy service definitions specifically marked as such."} | неверно верный: «yes» | Контейнер инстанцирует сервис при первом извлечении; eager-создания по умолчанию нет. |
T13-L2 0.23 c | Symfony | Which Symfony console command lists all registered routes? | «debug:router» Пояснение: The `debug:router` command displays a list of all the routes registered in a Symfony application, including their paths, methods, and other details.
Raw```json ⏎ { ⏎ "answer": "debug:router", ⏎ "explanation": "The `debug:router` command displays a list of all the routes registered in a Symfony application, including their paths, methods, and other details." ⏎ } ⏎ ``` | верно | bin/console debug:router (FrameworkBundle); в Symfony 3 команда называлась router:debug. |
T13-L3 0.22 c | Symfony | Symfony autowiring requires manually declaring every service in services.yaml. | «no» Пояснение: Symfony supports autoconfiguration and autowiring by default, where services can be auto-registered and wired based on type-hints without manually declaring every service in services.yaml.
Raw{"answer": "false", "explanation": "Symfony supports autoconfiguration and autowiring by default, where services can be auto-registered and wired based on type-hints without manually declaring every service in services.yaml."} | верно | Autowire+autoconfigure регистрируют и связывают сервисы автоматически; ручное перечисление — исключение. |
T13-L4 0.15 c | Symfony | Twig templates are compiled into PHP classes and cached between requests. | «yes» Пояснение: Twig compiles templates into optimized PHP classes and caches them in a cache directory between requests for performance.
Raw{"answer": "yes", "explanation": "Twig compiles templates into optimized PHP classes and caches them in a cache directory between requests for performance."} | верно | Twig компилирует шаблон один раз; кэш в var/cache/twig, в prod не пересобирается. |
T13-L5 0.19 c | Symfony | In the Symfony dev environment the DI container is rebuilt only after tracked files change, not on every request. | «yes» Пояснение: In the Symfony dev environment, the DI container is optimized to be rebuilt only when tracked source files change, not on every request, which significantly improves performance.
Raw{"answer": "true", "explanation": "In the Symfony dev environment, the DI container is optimized to be rebuilt only when tracked source files change, not on every request, which significantly improves performance."} | верно | Kernel проверяет freshness ресурсов (конфиги, классы); иначе переиспользуется кэш контейнера. |
T13-L6 0.2 c | Symfony | Which environment variable selects the active Symfony environment (dev/prod)? | «app_env» Пояснение: In modern Symfony applications the active environment is selected via the APP_ENV environment variable (in legacy versions it was the SYMFY_ENV or Symfony Environment variable).
Raw{"answer": "APP_ENV", "explanation": "In modern Symfony applications the active environment is selected via the APP_ENV environment variable (in legacy versions it was the SYMFY_ENV or Symfony Environment variable)."} | верно | APP_ENV в .env; APP_DEBUG — отдельный флаг отладки. |
T13-L7 0.19 c | Symfony | A controller method can be private — Symfony routing works with any method of the class. | «no» Пояснение: The statement is false because Symfony routing only works with public methods, and methods are referenced via the 'Class::method' format rather than the class alone.
Raw{"answer": "no", "explanation": "The statement is false because Symfony routing only works with public methods, and methods are referenced via the 'Class::method' format rather than the class alone."} | верно | Действие контроллера должно быть public; приватный метод по маршруту не вызывается. |
T13-L8 0.19 c | Symfony | Event subscribers always receive events before listeners, because the interface gives them priority. | «no» Пояснение: Event subscribers do not inherently receive events before listeners; the event dispatcher manages subscription ordering and there is no automatic priority guarantee that subscribers are always processed before listeners.
Raw{"answer": "no", "explanation": "Event subscribers do not inherently receive events before listeners; the event dispatcher manages subscription ordering and there is no automatic priority guarantee that subscribers are always processed before listeners."} | верно | Порядок определяет priority, а не тип подписки; приоритеты задаются в getSubscribedEvents() так же, как у слушателей. |
T22-L1 0.28 c | Symfony: Security and forms | In modern Symfony (6.0+) authentication is built on authenticator classes (AuthenticatorInterface); the old guard system has been removed. | «no» Пояснение: While modern Symfony (5.8+ / 6.0+) does introduce the new authenticator system built on AuthenticatorInterface and deprecates the old Guard system, the old Guard authentication system was not fully removed in Symfony 6.0.
Raw```json ⏎ {"answer": "no", "explanation": "While modern Symfony (5.8+ / 6.0+) does introduce the new authenticator system built on AuthenticatorInterface and deprecates the old Guard system, the old Guard authentication system was not fully removed in Symfony 6.0."} ⏎ ``` | неверно верный: «yes» | Guard объявлен устаревшим в 5.3 и удалён в 6.0; в проекте symfony/security-bundle 8.1. |
T22-L2 0.24 c | Symfony: Security and forms | Which Symfony attribute checks a role/permission right on a controller method (403 without it)? | «isgranted» Пояснение: The IsGranted attribute (from Symfony Security Core) checks a role or permission on a controller method and triggers a 403 exception when the check fails.
Raw```json ⏎ {"answer": "IsGranted", "explanation": "The IsGranted attribute (from Symfony Security Core) checks a role or permission on a controller method and triggers a 403 exception when the check fails."} ⏎ ``` | верно | #[IsGranted('ROLE_ADMIN')]; атрибут из symfony/security-http. |
T22-L3 0.29 c | Symfony: Security and forms | Voters are Symfony's mechanism for checking access to a specific object: isGranted('EDIT', $post). | «no» Пояснение: Voters are Symfony's mechanism for checking access, but the example is wrong because isGranted() is a method on the Authorizer/TokenVerifier (or the trait), not a Voter itself, and the correct usage example should show a Voter's vote() method rather than isGranted().
Raw{"answer": "false", "explanation": "Voters are Symfony's mechanism for checking access, but the example is wrong because isGranted() is a method on the Authorizer/TokenVerifier (or the trait), not a Voter itself, and the correct usage example should show a Voter's vote() method rather than isGranted()."} | неверно верный: «yes» | VoterInterface->vote(); docs Symfony — Voters. |
T22-L4 0.22 c | Symfony: Security and forms | In modern Symfony (7+) validation constraints are declared as PHP attributes (#[Assert\NotBlank]); doctrine annotations are no longer supported. | «yes» Пояснение: Modern Symfony versions recommend PHP attributes for validation constraints, and while annotations are deprecated and no longer actively supported, attributes remain the preferred approach.
Raw```json ⏎ {"answer": "yes", "explanation": "Modern Symfony versions recommend PHP attributes for validation constraints, and while annotations are deprecated and no longer actively supported, attributes remain the preferred approach."} ⏎ ``` | верно | Докблок-аннотации удалены в Symfony 7.0; стандарт — атрибуты. В проекте symfony/validator 8.1. |
T22-L5 0.18 c | Symfony: Security and forms | CSRF protection of Symfony forms is enabled by default: the form validates the token on submission. | «yes» Пояснение: Symfony forms have CSRF protection enabled by default via the _token field using CsrfProtection, which validates the token on submission unless explicitly disabled.
Raw{"answer": "yes", "explanation": "Symfony forms have CSRF protection enabled by default via the _token field using CsrfProtection, which validates the token on submission unless explicitly disabled."} | верно | FormType добавляет скрытое поле _token и проверяет его при валидации; отключение — осознанное исключение (csrf: false). |
T22-L6 0.2 c | Symfony: Security and forms | Form validation in Symfony runs server-side even if the client-side (HTML5) checks passed. | «yes» Пояснение: Symfony's form validation always runs server-side regardless of any client-side HTML5 validation, which should only be treated as a usability enhancement, not a security measure.
Raw{"answer": "yes", "explanation": "Symfony's form validation always runs server-side regardless of any client-side HTML5 validation, which should only be treated as a usability enhancement, not a security measure."} | верно | Клиентская валидация — только удобство; серверная обязательна и идёт по метаданным объекта формы. |
T22-L7 0.17 c | Symfony: Security and forms | Which Symfony maker command generates a form class (FormType)? | «make:form» Пояснение: The `make:form` command is the Symfony MakerBundle command that generates a form class (FormType).
Raw{"answer": "make:form", "explanation": "The `make:form` command is the Symfony MakerBundle command that generates a form class (FormType)."} | верно | bin/console make:form (symfony/maker-bundle — в проекте). |
T22-L8 0.21 c | Symfony: Security and forms | Symfony stores the user's password in the session in plain text. | «no» Пояснение: Symfony does not store passwords in the session; it stores user objects (as serialized user objects or in the session) and validates passwords by re-hashing submitted passwords against the stored hash.
Raw{"answer": "false", "explanation": "Symfony does not store passwords in the session; it stores user objects (as serialized user objects or in the session) and validates passwords by re-hashing submitted passwords against the stored hash."} | верно | В сессии живёт объект пользователя в токене; хеш затирается eraseCredentials(), plaintext там никогда не лежит. |
T23-L1 0.17 c | Symfony: configuration and services | Symfony bundle configuration lives in config/packages — one file per bundle or topic. | «yes» Пояснение: In Symfony, bundle and topic configurations are conventionally stored in config/packages, with one file per bundle or configuration topic.
Raw{"answer": "yes", "explanation": "In Symfony, bundle and topic configurations are conventionally stored in config/packages, with one file per bundle or configuration topic."} | верно | Стандартная структура (config/packages/*.yaml); перегрузка — config/packages/<env>. |
T23-L2 0.21 c | Symfony: configuration and services | The .env file with dev defaults is committed to the repository, while real secrets live in the non-committed .env.local. | «yes» Пояснение: This is the standard Laravel convention where .env.example contains committed defaults and .env.local holds the untracked real secrets.
Raw```json ⏎ { ⏎ "answer": "yes", ⏎ "explanation": "This is the standard Laravel convention where .env.example contains committed defaults and .env.local holds the untracked real secrets." ⏎ } ⏎ ``` | верно | symfony/dotenv: .env — общий безопасный набор значений; локальные секреты — .env.local (gitignored) или secrets-хранилище. |
T23-L3 0.19 c | Symfony: configuration and services | Which Symfony command lists the container's registered services and their aliases? | «php bin/console debug:container» Пояснение: The debug:container command displays all registered services and their aliases in the Symfony dependency injection container.
Raw{"answer": "php bin/console debug:container", "explanation": "The debug:container command displays all registered services and their aliases in the Symfony dependency injection container."} | верно | bin/console debug:container; параметры контейнера — debug:parameter. |
T23-L4 0.18 c | Symfony: configuration and services | The Symfony container allows changing parameters at runtime: $container->setParameter() works from a controller. | «no» Пояснение: The parameter bag is read-only after the container is booted, so calling setParameter() from a controller after booting throws a RuntimeException.
Raw{"answer": "false", "explanation": "The parameter bag is read-only after the container is booted, so calling setParameter() from a controller after booting throws a RuntimeException."} | верно | Контейнер компилируется и замораживается; runtime-значения — только через переменные окружения. |
T23-L5 0.18 c | Symfony: configuration and services | By default, Symfony services are public (public: true) — you can fetch them directly from the container. | «no» Пояснение: By default, Symfony services are private (public: false), and you must explicitly mark them as public to fetch them directly from the container.
Raw{"answer": "no", "explanation": "By default, Symfony services are private (public: false), and you must explicitly mark them as public to fetch them directly from the container."} | верно | С Symfony 4.0 сервисы по умолчанию private: инжектятся через autowiring; $container->get() — только для публичных. |
T23-L6 0.19 c | Symfony: configuration and services | Without a config file in config/packages a bundle will not work — configuration is mandatory for every bundle. | «no» Пояснение: Bundles work without configuration files because Symfony bundles define default option values, so configuration is optional and only needed when you want to override those defaults.
Raw{"answer": "no", "explanation": "Bundles work without configuration files because Symfony bundles define default option values, so configuration is optional and only needed when you want to override those defaults."} | верно | У бандлов есть встроенные умолчания (Extension); конфиг нужен только для отклонений от них. |
T23-L7 0.17 c | Symfony: configuration and services | Environment variable values are injected into services.yaml using the %env(VAR)% syntax. | «yes» Пояснение: In Symfony, environment variables are injected into configuration files using the %env(VAR_NAME)% syntax, which is automatically resolved at runtime.
Raw{"answer": "yes", "explanation": "In Symfony, environment variables are injected into configuration files using the %env(VAR_NAME)% syntax, which is automatically resolved at runtime."} | верно | %env(...)% резолвится в рантайме env-процессорами; docs — Env Var Processors. |
T23-L8 0.17 c | Symfony: configuration and services | Which Symfony environment variable enables debug mode (affects the profiler and Twig debugging)? | «app_debug» Пояснение: The APP_DEBUG environment variable controls debug mode in Symfony, enabling the profiler and Twig debugging when set to "1".
Raw{"answer": "APP_DEBUG", "explanation": "The APP_DEBUG environment variable controls debug mode in Symfony, enabling the profiler and Twig debugging when set to \"1\"."} | верно | APP_DEBUG=1 (в .env dev-окружения); окружение выбирает APP_ENV — см. T13-L6. |
T16-L1 0.16 c | Symfony: Messenger | A single message in Symfony Messenger can only have one handler. | «no» Пояснение: A single message in Symfony Messenger can have multiple handlers, as the framework supports dispatching one message to several registered handlers.
Raw{"answer": "false", "explanation": "A single message in Symfony Messenger can have multiple handlers, as the framework supports dispatching one message to several registered handlers."} | верно | Messenger вызывает все хендлеры, подписанные на класс сообщения (docs — Multiple Handlers). |
T16-L2 0.21 c | Symfony: Messenger | The sync transport in Messenger queues the message for a worker, just like async. | «no» Пояснение: The sync transport processes the message immediately in the current request rather than queuing it for a worker like the async transport does.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "The sync transport processes the message immediately in the current request rather than queuing it for a worker like the async transport does." ⏎ } ⏎ ``` | верно | Наоборот: sync обрабатывает немедленно в том же процессе, что и отправка; очередь — это async-транспорт. |
T16-L3 0.19 c | Symfony: Messenger | Which console command starts the worker that processes Messenger queue messages? | «php artisan queue:work» Пояснение: In Laravel, the queue:work command starts a worker that processes queued jobs, and Messenger message processing is handled through this worker.
Raw{"answer": "php artisan queue:work", "explanation": "In Laravel, the queue:work command starts a worker that processes queued jobs, and Messenger message processing is handled through this worker."} | неверно верный: «messenger:consume» | bin/console messenger:consume async; воркеры под supervisord/systemd в проде. |
T16-L4 0.15 c | Symfony: Messenger | Retries for failed messages (retry_strategy) are configured per Messenger transport. | «yes» Пояснение: In Symfony Messenger, retry strategies are configured per transport in the retry_strategy section of the transport configuration.
Raw{"answer": "true", "explanation": "In Symfony Messenger, retry strategies are configured per transport in the retry_strategy section of the transport configuration."} | верно | retry_strategy на транспорте: max_retries, delay, multiplier; docs — Failed Messages & Retries. |
T16-L5 0.2 c | Symfony: Messenger | By default, Messenger serializes messages to JSON. | «yes» Пояснение: Messenger serializes messages to JSON by default when passing them through the messenger bus, transport, or consuming them from a queue, using the JSON encoder unless another encoder is configured.
Raw{"answer": "yes", "explanation": "Messenger serializes messages to JSON by default when passing them through the messenger bus, transport, or consuming them from a queue, using the JSON encoder unless another encoder is configured."} | неверно верный: «no» | Дефолтный сериализатор — PhpSerializer (serialize()); JSON-сериализатор включается отдельно. |
T16-L6 0.18 c | Symfony: Messenger | Symfony Scheduler produces messages on a schedule and dispatches them through Messenger. | «yes» Пояснение: The Symfony Scheduler component lets you define schedule entries that produce messages, which can then be dispatched through the Messenger component.
Raw```json ⏎ {"answer": "yes", "explanation": "The Symfony Scheduler component lets you define schedule entries that produce messages, which can then be dispatched through the Messenger component."} ⏎ ``` | верно | Schedule → RecurringMessage → шина Messenger; docs — Scheduler. |
T16-L7 0.18 c | Symfony: Messenger | Which built-in Messenger transport stores messages in database tables via Doctrine? | «doctrinemessengertransport» Пояснение: The DoctrineMessengerTransport (Doctrine transport) is the built-in Symfony Messenger transport that stores messages in database tables via Doctrine ORM.
Raw{"answer": "DoctrineMessengerTransport", "explanation": "The DoctrineMessengerTransport (Doctrine transport) is the built-in Symfony Messenger transport that stores messages in database tables via Doctrine ORM."} | неверно верный: «doctrine» | Транспорт doctrine (symfony/doctrine-messenger); таблица messenger_messages. В проекте стоит amqp-messenger + doctrine-messenger. |
T16-L8 0.23 c | Symfony: Messenger | The Messenger pipeline can be extended with custom middleware, placed before or after the built-in ones. | «yes» Пояснение: In Laravel, the Illuminate\Messages\MessagePipeline (used by the `notify` mechanism) supports `map()` to inject middleware before/after the pipeline's default middleware, so the statement is true.
Raw{"answer": "yes", "explanation": "In Laravel, the Illuminate\\Messages\\MessagePipeline (used by the `notify` mechanism) supports `map()` to inject middleware before/after the pipeline's default middleware, so the statement is true."} | верно | messenger.bus.*.middleware в yaml; docs — Middleware. |
T28-L1 0.2 c | Symfony: versions | Symfony major releases come every two years, minor ones every six months (in May and November). | «yes» Пояснение: Symfony's release schedule indeed follows this pattern, with major releases every two years and minor releases in May and November of each year.
Raw{"answer": "yes", "explanation": "Symfony's release schedule indeed follows this pattern, with major releases every two years and minor releases in May and November of each year."} | верно | Стандартный релизный цикл: 8.0 — ноябрь 2025, 8.1 — май 2026, 8.2 — ноябрь 2026. |
T28-L2 0.18 c | Symfony: versions | What is the minimum PHP version required by Symfony 8? | «php 8.4» Пояснение: Symfony 8.0 requires a minimum of PHP 8.4 as officially documented in its system requirements.
Raw{"answer": "PHP 8.4", "explanation": "Symfony 8.0 requires a minimum of PHP 8.4 as officially documented in its system requirements."} | верно | Symfony 8.0 поднял требование до PHP >= 8.4.1 (в vendor проекта: "php": ">=8.4.1"). |
T28-L3 0.19 c | Symfony: versions | Symfony 7.0 kept support for docblock annotations (validation, routes). | «no» Пояснение: Symfony 6.4 deprecated docblock annotations and Symfony 7.0 removed support for them in favor of attributes.
Raw```json ⏎ {"answer": "no", "explanation": "Symfony 6.4 deprecated docblock annotations and Symfony 7.0 removed support for them in favor of attributes."} ⏎ ``` | верно | Наоборот: в 7.0 аннотации удалены — только PHP-атрибуты (#[Route], #[Assert\NotBlank]). |
T28-L4 0.22 c | Symfony: versions | AssetMapper manages CSS/JS without node or webpack — via importmap.php. | «no» Пояснение: AssetMapper manages CSS/JS without node or webpack via its own asset system (with importmap.php used specifically for vendor/CDN libraries, while the statement conflates the two mechanisms incorrectly).
Raw{"answer": "no", "explanation": "AssetMapper manages CSS/JS without node or webpack via its own asset system (with importmap.php used specifically for vendor/CDN libraries, while the statement conflates the two mechanisms incorrectly)."} | неверно верный: «yes» | symfony/asset-mapper (с 6.3, стандарт с 7.x); в проекте — importmap.php в корне и asset-mapper 8.1. |
T28-L5 0.24 c | Symfony: versions | Symfony 6.4 is a regular release without long-term support. | «no» Пояснение: Symfony 6.4 is an LTS (Long-Term Support) release, which means it is a regular release but WITH long-term support (5 years total: 4 years of support plus 1 year of bug fixes).
Raw{"answer": "no", "explanation": "Symfony 6.4 is an LTS (Long-Term Support) release, which means it is a regular release but WITH long-term support (5 years total: 4 years of support plus 1 year of bug fixes)."} | верно | Наоборот: 6.4 — LTS (расширенная поддержка); LTS выходит вместе с очередным мажором (6.4 — вместе с 7.0). |
T28-L6 0.22 c | Symfony: versions | When moving to a new Symfony major version, deprecations of the previous branch keep working — major releases do not remove them. | «no» Пояснение: Major releases typically remove deprecations introduced two major versions earlier, as part of Symfony's deprecation lifecycle where deprecations are removed in a subsequent major release.
Raw{"answer": "false", "explanation": "Major releases typically remove deprecations introduced two major versions earlier, as part of Symfony's deprecation lifecycle where deprecations are removed in a subsequent major release."} | верно | Наоборот: мажорный релиз удаляет всё устаревшее (7.0 убрал деприкейшены 6.x, 8.0 — 7.x). |
T28-L7 0.2 c | Symfony: versions | Every Symfony major release is accompanied by an UPGRADE guide listing the changes. | «yes» Пояснение: Every Symfony major release includes a UPGRADE.md file in the repository and documents the changes in the Symfony docs, listing deprecations and backward-compatibility breaks.
Raw{"answer": "yes", "explanation": "Every Symfony major release includes a UPGRADE.md file in the repository and documents the changes in the Symfony docs, listing deprecations and backward-compatibility breaks."} | верно | UPGRADE-7.0.md, UPGRADE-8.0.md в репозитории symfony/symfony. |
T28-L8 0.4 c | Symfony: versions | Which Symfony component manages assets and the importmap without node/webpack? | «symfony webpack encore» Пояснение: Actually, this question contains a contradiction since Webpack Encore typically requires webpack/node, while the component that manages assets without node/webpack is AssetMapper.
Raw```json ⏎ { ⏎ "answer": "Symfony Webpack Encore", ⏎ "explanation": "Actually, this question contains a contradiction since Webpack Encore typically requires webpack/node, while the component that manages assets without node/webpack is AssetMapper." ⏎ } ⏎ ``` ⏎ ⏎ Wait, let me correct this: ⏎ ⏎ ```json ⏎ { ⏎ "answer": "AssetMapper", ⏎ "explanation": "The Symfony AssetMapper component manages frontend assets and importmaps without requiring node or webpack." ⏎ } ⏎ ``` | неверно верный: «asset-mapper» | symfony/asset-mapper 8.1 — в проекте. |
T29-L1 0.36 c | Symfony: 8.2 and beyond | As of 2026-11-07, Symfony 8.2 has already been released. | «no» Пояснение: Symfony 8.2 has not been released by 2026-11-07, as Symfony follows a quarterly release schedule with major versions (8.0, 8.1, 8.2) releasing in November, February, and May respectively, meaning 8.2 would not appear until May 2027.
Raw{"answer": "false", "explanation": "Symfony 8.2 has not been released by 2026-11-07, as Symfony follows a quarterly release schedule with major versions (8.0, 8.1, 8.2) releasing in November, February, and May respectively, meaning 8.2 would not appear until May 2027."} | верно | Наоборот: 8.2 ещё не выпущена — релиз в конце ноября 2026; последняя стабильная — 8.1. |
T29-L2 0.3 c | Symfony: 8.2 and beyond | As of 2026-11-07, Symfony 8.2 is scheduled for November 2026, following the usual six-month cycle. | «no» Пояснение: Symfony's release cycle follows versioning where major versions like 8.2 are actually scheduled for May 2026, with the .2 release following the usual six-month cycle from the initial 8.0 release in November 2025.
Raw```json ⏎ { ⏎ "answer": "false", ⏎ "explanation": "Symfony's release cycle follows versioning where major versions like 8.2 are actually scheduled for May 2026, with the .2 release following the usual six-month cycle from the initial 8.0 release in November 2025." ⏎ } ⏎ ``` | неверно верный: «yes» | Политика релизов: 8.1 — май 2026, 8.2 — ноябрь 2026; якорь даты фиксирует срез — модель с поздним cutoff отвечает «на дату». |
T29-L3 0.22 c | Symfony: 8.2 and beyond | Which Symfony version comes after 8.1 (as of 2026-11-07)? | «8.2» Пояснение: Symfony 8.1 was released in November 2025, and the next minor version in the release cycle is 8.2.
Raw{"answer": "8.2", "explanation": "Symfony 8.1 was released in November 2025, and the next minor version in the release cycle is 8.2."} | верно | 8.2 — следующий минорный релиз (ноябрь 2026); после его выхода проект переходит с 8.1.* на 8.2.*. |
T29-L4 0.28 c | Symfony: 8.2 and beyond | Symfony 8.2 is a major release requiring applications to be rewritten for new APIs. | «no» Пояснение: Symfony 8.2 does not exist yet as Symfony releases major versions roughly annually (7.x is current in 2024) and minor version numbers like .2 indicate minor/patch releases, not major ones.
Raw```json ⏎ {"answer": "no", "explanation": "Symfony 8.2 does not exist yet as Symfony releases major versions roughly annually (7.x is current in 2024) and minor version numbers like .2 indicate minor/patch releases, not major ones."} ⏎ ``` | верно | Наоборот: 8.2 — минорный релиз; новые возможности без поломки обратной совместимости. Мажор — 9.0. |
T29-L5 0.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's backward compatibility policy guarantees that updating within a major branch (e.g., 8.1 to 8.2) should not break existing code.
Raw```json ⏎ {"answer": "yes", "explanation": "PHP's backward compatibility policy guarantees that updating within a major branch (e.g., 8.1 to 8.2) should not break existing code."} ⏎ ``` | верно | Политика Symfony: минорные релизы обратно совместимы; BC-break допустим только в мажорных. |
T29-L6 0.27 c | Symfony: 8.2 and beyond | Which minor version of the 8.x branch is released last, before Symfony 9.0? | «8.4» Пояснение: Following Symfony's LTS versioning scheme, the last minor version of the 8.x branch before Symfony 9.0 is 8.4, which is an LTS release scheduled until November 2027.
Raw{"answer": "8.4", "explanation": "Following Symfony's LTS versioning scheme, the last minor version of the 8.x branch before Symfony 9.0 is 8.4, which is an LTS release scheduled until November 2027."} | верно | По циклу: 8.2 (ноя 2026), 8.3 (май 2027), 8.4 (ноя 2027, вместе с 9.0) — как 6.4 выходила вместе с 7.0. |
T29-L7 0.23 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.0 requires PHP 8.4+ (minimum), and there is no Symfony 8.2 that would require PHP 8.5.
Raw{"answer": "no", "explanation": "Symfony 8.0 requires PHP 8.4+ (minimum), and there is no Symfony 8.2 that would require PHP 8.5."} | верно | Наоборот: минорные релизы не поднимают требования PHP; для всей ветки 8.x остаётся PHP >= 8.4. |
T29-L8 0.22 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 states that deprecations introduced in the 8.x branch will not be removed until Symfony 9.0, ensuring backwards compatibility for the duration of the branch's lifecycle.
Raw{"answer": "yes", "explanation": "Symfony's deprecation policy states that deprecations introduced in the 8.x branch will not be removed until Symfony 9.0, ensuring backwards compatibility for the duration of the branch's lifecycle."} | верно | Политика: деприкейшены живут до следующего мажора; 9.0 — ноябрь 2027. |
T21-L1 0.24 c | Twig | Inside {{ }}, Twig allows calling arbitrary PHP code directly. | «no» Пояснение: In Twig, braces {} denote expressions and must be valid Twig syntax, not arbitrary PHP code; raw PHP is only accessible through tags like {% %} and is not directly callable inside {{ }}.
Raw{"answer": "no", "explanation": "In Twig, braces {} denote expressions and must be valid Twig syntax, not arbitrary PHP code; raw PHP is only accessible through tags like {% %} and is not directly callable inside {{ }}."} | верно | Twig — DSL: только разрешённые окружением функции/фильтры; произвольный PHP не исполняется. |
T21-L2 0.17 c | Twig | By default, Twig auto-escapes printed variables. | «yes» Пояснение: Twig automatically escapes output by default, using HTML escaping for .twig templates and the specified autoescape strategy for other file types.
Raw{"answer": "yes", "explanation": "Twig automatically escapes output by default, using HTML escaping for .twig templates and the specified autoescape strategy for other file types."} | верно | Autoescape включён по умолчанию; {{ '<b>' }} → <b>. Проверено на Twig 3.30. |
T21-L3 0.17 c | Twig | The Twig |e filter escapes a string for safe output in an HTML context. | «yes» Пояснение: The Twig |e (escape) filter escapes a string to make it safe for output in an HTML context by default.
Raw{"answer": "yes", "explanation": "The Twig |e (escape) filter escapes a string to make it safe for output in an HTML context by default."} | верно | |e ('html') по умолчанию; есть контексты js/url/css. От SQL-инъекций он не защищает — это задача подготовленных запросов Doctrine. |
T21-L4 0.17 c | Twig | Which filter from twig/intl-extra formats a number according to a locale? | «number_format» Пояснение: The number_format filter from twig/intl-extra formats a number according to a specified locale using the IntlNumberFormatter.
Raw{"answer": "number_format", "explanation": "The number_format filter from twig/intl-extra formats a number according to a specified locale using the IntlNumberFormatter."} | неверно верный: «format_number» | |format_number(locale=...) из IntlExtension (twig/intl-extra есть в проекте). Проверено на Twig 3.30: 12345.6 → 12 345,6 (ru). |
T21-L5 0.17 c | Twig | The |raw filter disables auto-escaping for the value. | «yes» Пояснение: The |raw filter in Twig marks a value as safe and prevents auto-escaping from being applied to it in templates.
Raw{"answer": "yes", "explanation": "The |raw filter in Twig marks a value as safe and prevents auto-escaping from being applied to it in templates."} | верно | {{ x|raw }} выводит HTML как есть; опасно с пользовательскими данными. Проверено на Twig 3.30. |
T21-L6 0.19 c | Twig | In Twig, {{ }} prints an expression value, while {% %} executes tags — conditions, loops, set. | «yes» Пояснение: In Twig, {{ }} is used for outputting expression values while {% %} is used for executing tags like conditions, loops, and set statements.
Raw{"answer": "yes", "explanation": "In Twig, {{ }} is used for outputting expression values while {% %} is used for executing tags like conditions, loops, and set statements."} | верно | Два блока синтаксиса Twig: вывод (echo) против логики. |
T21-L7 0.15 c | Twig | In Twig you cannot declare a variable inside a template — values only come from the controller. | «no» Пояснение: Twig provides the set tag, which allows you to declare and assign variables inside a template.
Raw{"answer": "false", "explanation": "Twig provides the set tag, which allows you to declare and assign variables inside a template."} | верно | {% set y = ... %} объявляет переменную в шаблоне. Проверено на Twig 3.30. |
T21-L8 0.19 c | Twig | Which Twig function dumps the debug structure of a variable (array, object)? | «dump» Пояснение: The dump() function in Twig outputs the debug structure (values, keys, types) of a variable such as an array or object.
Raw```json ⏎ {"answer": "dump", "explanation": "The dump() function in Twig outputs the debug structure (values, keys, types) of a variable such as an array or object."} ⏎ ``` | верно | {{ dump(x) }} (DebugExtension; в Symfony доступна в dev-окружении). |
T24-L1 0.24 c | Bootstrap | Bootstrap is a CSS/JS library of ready-made UI components, not an SPA framework. | «yes» Пояснение: Bootstrap is indeed a front-end CSS and JavaScript framework providing pre-built UI components like navbars, cards, and modals, but it is not a single-page application (SPA) framework like React, Angular, or Vue.
Raw{"answer": "yes", "explanation": "Bootstrap is indeed a front-end CSS and JavaScript framework providing pre-built UI components like navbars, cards, and modals, but it is not a single-page application (SPA) framework like React, Angular, or Vue."} | верно | Компоненты и утилиты поверх вашего HTML; SPA-фреймворки (React/Vue) — другой класс инструментов. В проекте vendored 5.3.3. |
T24-L2 0.21 c | Bootstrap | Which Bootstrap class gives a responsive container with a fixed max width per breakpoint? | «container» Пояснение: The Bootstrap .container class provides a responsive container with a fixed maximum width that changes at each breakpoint.
Raw```json ⏎ { ⏎ "answer": ".container", ⏎ "explanation": "The Bootstrap .container class provides a responsive container with a fixed maximum width that changes at each breakpoint." ⏎ } ⏎ ``` | верно | .container (фиксированная макс-ширина по брейкпоинтам) vs .container-fluid (на всю ширину). |
T24-L3 0.2 c | Bootstrap | The Bootstrap grid is built on CSS floats and splits a row into 16 columns. | «no» Пояснение: Bootstrap's modern grid (v4 and v5) is built on CSS Flexbox, not floats, and uses a 12-column layout, not 16.
Raw{"answer": "no", "explanation": "Bootstrap's modern grid (v4 and v5) is built on CSS Flexbox, not floats, and uses a 12-column layout, not 16."} | верно | Наоборот: flexbox (с Bootstrap 4) и 12 колонок; float-сетка — это Bootstrap 3. |
T24-L4 0.2 c | Bootstrap | Bootstrap's named breakpoints (the infix used in class names) are sm, md, lg, xl, xxl — five of them. | «no» Пояснение: Bootstrap 5 defines six named breakpoints: sm, md, lg, xl, xxl, and the newer xxxl (introduced in Bootstrap 5.3).
Raw{"answer": "false", "explanation": "Bootstrap 5 defines six named breakpoints: sm, md, lg, xl, xxl, and the newer xxxl (introduced in Bootstrap 5.3)."} | неверно верный: «yes» | Тиров всего шесть: xs (без инфикса) + пять именованных (576/768/992/1200/1400 px). |
T24-L5 0.23 c | Bootstrap | Utilities like .mt-3 or .px-2 use the spacing scale: the number is a multiple of $spacer. | «yes» Пояснение: Bootstrap's spacing utilities (.mt-3, .px-2, etc.) are generated from the $spacer value using the $spaces map as multiples.
Raw```json ⏎ {"answer": "yes", "explanation": "Bootstrap's spacing utilities (.mt-3, .px-2, etc.) are generated from the $spacer value using the $spaces map as multiples."} ⏎ ``` | неверно верный: «no» | Spacing utilities; $spacer = 1rem. |
T24-L6 0.24 c | Bootstrap | Which Bootstrap 5 data attribute enables an interactive component (e.g. dropdown) on an element? | «data-bs-toggle» Пояснение: In Bootstrap 5, all data attributes are prefixed with "bs-", so data-bs-toggle="dropdown" enables the dropdown component on an element.
Raw{"answer": "data-bs-toggle", "explanation": "In Bootstrap 5, all data attributes are prefixed with \"bs-\", so data-bs-toggle=\"dropdown\" enables the dropdown component on an element."} | верно | data-bs-toggle="dropdown" и т.п.; в Bootstrap 4 атрибут назывался data-toggle. |
T24-L7 0.24 c | Bootstrap | Bootstrap 5 components work without jQuery — in plain vanilla JS. | «yes» Пояснение: Bootstrap 5 dropped jQuery as a dependency, so all its components (dropdowns, modals, tooltips, etc.) are implemented in vanilla JavaScript and work without jQuery.
Raw{"answer": "yes", "explanation": "Bootstrap 5 dropped jQuery as a dependency, so all its components (dropdowns, modals, tooltips, etc.) are implemented in vanilla JavaScript and work without jQuery."} | верно | jQuery удалён в Bootstrap 5.0: data-bs-* атрибуты и JS API. В проекте vendored 5.3.3. |
T24-L8 0.23 c | Bootstrap | Dark mode in Bootstrap is enabled with a .dark class on the root element. | «no» Пояснение: In Bootstrap 5.3+, dark mode is enabled using the data-bs-theme="dark" attribute on the :root element, not a .dark class.
Raw```json ⏎ { ⏎ "answer": "false", ⏎ "explanation": "In Bootstrap 5.3+, dark mode is enabled using the data-bs-theme=\"dark\" attribute on the :root element, not a .dark class." ⏎ } ⏎ ``` | верно | Наоборот: тема включается атрибутом data-bs-theme="dark" (Color modes, с 5.3); класса .dark не существует. В проекте 5.3.3. |
T14-L1 0.2 c | Doctrine | Doctrine ORM creates database tables on the fly the first time an entity is used at runtime. | «no» Пояснение: Doctrine ORM does not automatically create tables at runtime; tables are explicitly created via the `orm:schema-tool:create` command based on entity mappings.
Raw```json ⏎ {"answer": "no", "explanation": "Doctrine ORM does not automatically create tables at runtime; tables are explicitly created via the `orm:schema-tool:create` command based on entity mappings."} ⏎ ``` | верно | Схему создают инструменты (migrations, schema tool); рантайм структуру БД не меняет. |
T14-L2 0.18 c | Doctrine | Which EntityManager method marks a new object as managed without executing SQL until flush()? | «persist» Пояснение: The persist() method marks a new object as managed and schedules it for insertion, deferring actual SQL execution until flush() is called.
Raw{"answer": "persist", "explanation": "The persist() method marks a new object as managed and schedules it for insertion, deferring actual SQL execution until flush() is called."} | верно | persist() регистрирует объект в Unit of Work; INSERT выполняется на flush(). |
T14-L3 0.23 c | Doctrine | In Doctrine ORM 3, the EntityManager::merge() method exists and makes the passed object managed. | «no» Пояснение: In Doctrine ORM 3, the EntityManager::merge() method was removed because it was deprecated and considered a bad practice; you should instead use EntityManager::persist() and rely on cascade operations or manual property copying.
Raw{"answer": "no", "explanation": "In Doctrine ORM 3, the EntityManager::merge() method was removed because it was deprecated and considered a bad practice; you should instead use EntityManager::persist() and rely on cascade operations or manual property copying."} | верно | В ORM 3 merge() удалён (в vendor проекта 3.7.6 метода нет); в Doctrine 2.x merge() возвращал управляемую копию. Версия зафиксирована — ORM 3. |
T14-L4 0.19 c | Doctrine | DQL queries are written in terms of entities and their fields, not tables and columns. | «yes» Пояснение: DQL (Doctrine Query Language) is designed to work with entities and their mapped fields rather than database tables and columns.
Raw{"answer": "yes", "explanation": "DQL (Doctrine Query Language) is designed to work with entities and their mapped fields rather than database tables and columns."} | верно | Doctrine транслирует DQL в SQL; docs — DQL (Doctrine Query Language). |
T14-L5 0.22 c | Doctrine | What does $repository->find(999) return when no record with id 999 exists? | «null» Пояснение: In Doctrine ORM, when a repository's find() method cannot locate a record matching the given identifier, it returns null instead of throwing an exception or returning an empty result.
Raw```json ⏎ {"answer": "null", "explanation": "In Doctrine ORM, when a repository's find() method cannot locate a record matching the given identifier, it returns null instead of throwing an exception or returning an empty result."} ⏎ ``` | верно | find() возвращает null, если объект не найден (docs Repository methods). |
T14-L6 0.2 c | Doctrine | DoctrineBundle in Symfony automatically calls flush() at the end of every request. | «no» Пояснение: DoctrineBundle does not automatically call flush(); developers must explicitly call $entityManager->flush() to persist changes to the database.
Raw{"answer": "false", "explanation": "DoctrineBundle does not automatically call flush(); developers must explicitly call $entityManager->flush() to persist changes to the database."} | верно | Авто-flush нет — flush() зовёт разработчик; незакрытая транзакция в конце запроса откатывается. |
T14-L7 0.2 c | Doctrine | For a managed entity, changing a property is enough: flush() commits the change without an explicit persist() — the Unit of Work tracks changes. | «yes» Пояснение: For a managed entity, simply modifying a tracked property is enough because Doctrine's Unit of Work performs change detection during flush() and automatically commits the change without needing an explicit persist().
Raw{"answer": "yes", "explanation": "For a managed entity, simply modifying a tracked property is enough because Doctrine's Unit of Work performs change detection during flush() and automatically commits the change without needing an explicit persist()."} | верно | Dirty checking сравнивает снимки свойств; persist нужен только новым/отсоединённым объектам. |
T14-L8 0.24 c | Doctrine | remove() executes the SQL DELETE immediately, without waiting for flush(). | «no» Пояснение: In Doctrine ORM, remove() marks the entity as scheduled for deletion by adding it to the removal list, but the actual SQL DELETE is only executed when flush() is called.
Raw{"answer": "false", "explanation": "In Doctrine ORM, remove() marks the entity as scheduled for deletion by adding it to the removal list, but the actual SQL DELETE is only executed when flush() is called."} | верно | remove() планирует удаление в Unit of Work; DELETE выполняется на flush() (docs — Deleting Objects). |
T15-L1 0.19 c | PostgreSQL | PostgreSQL uses MVCC, therefore readers block writers and writers block readers. | «no» Пояснение: PostgreSQL's MVCC allows readers and writers to proceed concurrently without blocking each other, since readers see a snapshot of the data while writers create new versions.
Raw{"answer": "false", "explanation": "PostgreSQL's MVCC allows readers and writers to proceed concurrently without blocking each other, since readers see a snapshot of the data while writers create new versions."} | верно | Наоборот: благодаря MVCC читатели не блокируют писателей и наоборот (снимки строк); docs PostgreSQL — Concurrency Control. |
T15-L2 0.21 c | PostgreSQL | Which SQL command shows a query's execution plan without executing the query? | «explain» Пояснение: The EXPLAIN command (also known as EXPLAIN ANALYZE or EXPLAIN QUERY PLAN depending on the database) displays a query's execution plan without actually executing it.
Raw{"answer": "EXPLAIN", "explanation": "The EXPLAIN command (also known as EXPLAIN ANALYZE or EXPLAIN QUERY PLAN depending on the database) displays a query's execution plan without actually executing it."} | верно | EXPLAIN без ANALYZE только строит план; проверено на PostgreSQL 17.7. |
T15-L3 0.32 c | PostgreSQL | SERIAL and GENERATED ... AS IDENTITY are just two names for the same mechanism. | «no» Пояснение: SERIAL and GENERATED ... AS IDENTITY are different mechanisms: SERIAL creates an implicit sequence plus a default nextval() call with a NOT NULL constraint, whereas GENERATED ... AS IDENTITY uses modern SQL standard identity columns with an owned sequence and different behaviors around defaults, ALTER COLUMN TYPE, and sequence cycling.
Raw{"answer": "false", "explanation": "SERIAL and GENERATED ... AS IDENTITY are different mechanisms: SERIAL creates an implicit sequence plus a default nextval() call with a NOT NULL constraint, whereas GENERATED ... AS IDENTITY uses modern SQL standard identity columns with an owned sequence and different behaviors around defaults, ALTER COLUMN TYPE, and sequence cycling."} | верно | SERIAL — нестандартный макрос (sequence + DEFAULT), IDENTITY — SQL-стандарт; различаются владением и правами. Оба есть в PG 17 (проверено). |
T15-L4 0.24 c | PostgreSQL | By default, a PostgreSQL UNIQUE constraint allows only one row with NULL in the column. | «no» Пояснение: In PostgreSQL, a UNIQUE constraint allows multiple rows containing NULL values because NULLs are considered distinct from each other, unlike the standard SQL behavior of allowing only one NULL.
Raw{"answer": "no", "explanation": "In PostgreSQL, a UNIQUE constraint allows multiple rows containing NULL values because NULLs are considered distinct from each other, unlike the standard SQL behavior of allowing only one NULL."} | верно | Наоборот: NULLS DISTINCT по умолчанию — несколько NULL допустимы; NULLS NOT DISTINCT — опция с PG 15. Проверено на PG 17.7. |
T15-L5 0.16 c | PostgreSQL | Which PostgreSQL aggregate function concatenates strings with a separator? | «string_agg» Пояснение: The string_agg aggregate function concatenates rows into a single string using a specified separator as its second argument.
Raw{"answer": "string_agg", "explanation": "The string_agg aggregate function concatenates rows into a single string using a specified separator as its second argument."} | верно | string_agg(значение, разделитель); проверено на PostgreSQL 17.7. |
T15-L6 0.26 c | PostgreSQL | Plain VACUUM returns the space occupied by dead tuples to the operating system. | «no» Пояснение: Plain VACUUM does not return space occupied by dead tuples to the operating system; only VACUUM FULL (and automatic vacuuming with autovacuum_vacuum_scale_factor adjustments) actually reclaims and returns disk space to the OS.
Raw{"answer": "no", "explanation": "Plain VACUUM does not return space occupied by dead tuples to the operating system; only VACUUM FULL (and automatic vacuuming with autovacuum_vacuum_scale_factor adjustments) actually reclaims and returns disk space to the OS."} | верно | VACUUM помечает место для переиспользования внутри таблицы; ОС его возвращает только VACUUM FULL (с эксклюзивной блокировкой). |
T15-L7 0.22 c | PostgreSQL | Which keyword in a window function definition partitions rows into groups the function is computed over? | «partition by» Пояснение: The PARTITION BY clause in a window function's OVER clause divides the result set into partitions (groups) that the function is computed over.
Raw{"answer": "PARTITION BY", "explanation": "The PARTITION BY clause in a window function's OVER clause divides the result set into partitions (groups) that the function is computed over."} | верно | OVER (PARTITION BY ...); проверено на PostgreSQL 17.7. |
T15-L8 0.17 c | PostgreSQL | The READ COMMITTED isolation level protects against non-repeatable reads. | «no» Пояснение: READ COMMITTED only protects against dirty reads; non-repeatable reads are prevented by the REPEATABLE READ isolation level or higher.
Raw{"answer": "no", "explanation": "READ COMMITTED only protects against dirty reads; non-repeatable reads are prevented by the REPEATABLE READ isolation level or higher."} | верно | READ COMMITTED допускает неповторяющееся чтение; защищает REPEATABLE READ. Проверено: SHOW transaction_isolation → read committed. |
T17-L1 0.2 c | PostgreSQL: transactions and indexes | By default, PostgreSQL wraps each single SQL statement in its own implicit transaction (autocommit). | «yes» Пояснение: PostgreSQL operates in autocommit mode by default, so each individual SQL statement is automatically wrapped in its own transaction and committed immediately unless you explicitly use BEGIN/COMMIT.
Raw{"answer": "yes", "explanation": "PostgreSQL operates in autocommit mode by default, so each individual SQL statement is automatically wrapped in its own transaction and committed immediately unless you explicitly use BEGIN/COMMIT."} | верно | Без BEGIN каждый оператор коммитится сам; docs PostgreSQL — Transactions. Проверено на PG 17. |
T17-L2 0.15 c | PostgreSQL: transactions and indexes | Which SQL command ends a transaction, committing all its changes? | «commit» Пояснение: The COMMIT command ends a transaction and permanently saves all changes made during it.
Raw{"answer": "COMMIT", "explanation": "The COMMIT command ends a transaction and permanently saves all changes made during it."} | верно | COMMIT (END — синоним). Проверено на PG 17. |
T17-L3 0.21 c | PostgreSQL: transactions and indexes | Indexes speed up more than SELECT: UPDATE and DELETE with a search on an indexed column benefit too. | «yes» Пояснение: Indexes speed up row location for UPDATE and DELETE operations just as they do for SELECT when searching on an indexed column, since all three rely on the index to find matching rows efficiently.
Raw{"answer": "yes", "explanation": "Indexes speed up row location for UPDATE and DELETE operations just as they do for SELECT when searching on an indexed column, since all three rely on the index to find matching rows efficiently."} | верно | Поиск строк для изменения идёт по индексу; docs PostgreSQL — Indexes. |
T17-L4 0.18 c | PostgreSQL: transactions and indexes | To roll back part of the statements inside a transaction, PostgreSQL uses SAVEPOINT. | «yes» Пояснение: SAVEPOINT allows you to create a marker within a transaction so you can roll back to that specific point without discarding the entire transaction.
Raw{"answer": "yes", "explanation": "SAVEPOINT allows you to create a marker within a transaction so you can roll back to that specific point without discarding the entire transaction."} | верно | SAVEPOINT name; ROLLBACK TO name — частичный откат без отмены всей транзакции. Проверено на PG 17. |
T17-L5 0.19 c | PostgreSQL: transactions and indexes | EXPLAIN ANALYZE shows the query plan without executing the query. | «no» Пояснение: EXPLAIN ANALYZE actually executes the query and then reports the plan with real execution timing statistics, unlike plain EXPLAIN which shows the plan without executing.
Raw{"answer": "no", "explanation": "EXPLAIN ANALYZE actually executes the query and then reports the plan with real execution timing statistics, unlike plain EXPLAIN which shows the plan without executing."} | верно | Наоборот: ANALYZE реально выполняет запрос (с побочными эффектами!) и показывает фактические времена узлов; план без выполнения — plain EXPLAIN. |
T17-L6 0.22 c | PostgreSQL: transactions and indexes | Which PostgreSQL extension adds vector types and indexes for embedding search? | «pgvector» Пояснение: pgvector is the PostgreSQL extension that adds vector data types and indexing (HNSW, IVFFlat) for vector/embedding similarity search.
Raw```json ⏎ { ⏎ "answer": "pgvector", ⏎ "explanation": "pgvector is the PostgreSQL extension that adds vector data types and indexing (HNSW, IVFFlat) for vector/embedding similarity search." ⏎ } ⏎ ``` | верно | CREATE EXTENSION vector (проект pgvector; в проекте образ pgvector/pgvector:pg17). |
T17-L7 0.19 c | PostgreSQL: transactions and indexes | A partial index (CREATE INDEX ... WHERE ...) is built only over rows satisfying the condition. | «yes» Пояснение: A partial index in PostgreSQL is built only over the rows that satisfy the WHERE condition specified in the CREATE INDEX statement.
Raw{"answer": "yes", "explanation": "A partial index in PostgreSQL is built only over the rows that satisfy the WHERE condition specified in the CREATE INDEX statement."} | верно | docs PostgreSQL — Partial Indexes; типичный кейс — индекс по «активным» записям. |
T17-L8 0.2 c | PostgreSQL: transactions and indexes | The SERIALIZABLE level in PostgreSQL is implemented by locking the rows a transaction reads. | «no» Пояснение: In PostgreSQL, SERIALIZABLE is implemented using Serializable Snapshot Isolation (SSI), which detects and aborts serializable anomalies rather than locking all rows that a transaction reads.
Raw{"answer": "no", "explanation": "In PostgreSQL, SERIALIZABLE is implemented using Serializable Snapshot Isolation (SSI), which detects and aborts serializable anomalies rather than locking all rows that a transaction reads."} | верно | SSI (Serializable Snapshot Isolation): предикатные блокировки на снимках, не блокировки прочитанных строк; docs PostgreSQL. |
T19-L1 0.17 c | HTTP and REST API | HTTP status 201 means the request resulted in a new resource being created. | «yes» Пояснение: HTTP 201 (Created) indicates that the request succeeded in creating a new resource on the server.
Raw{"answer": "yes", "explanation": "HTTP 201 (Created) indicates that the request succeeded in creating a new resource on the server."} | верно | 201 Created; обычно на POST, часто с Location; RFC 9110. |
T19-L2 0.19 c | HTTP and REST API | Which HTTP status means a successful request with an empty response body (e.g. after DELETE)? | «204» Пояснение: HTTP 204 No Content indicates the request succeeded but there is no body to return, which is commonly used after DELETE operations.
Raw{"answer": "204", "explanation": "HTTP 204 No Content indicates the request succeeded but there is no body to return, which is commonly used after DELETE operations."} | верно | 204 No Content; RFC 9110. |
T19-L3 0.2 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» Пояснение: The DELETE method is defined as idempotent in RFC 7231, meaning multiple identical delete requests produce the same server state as a single request.
Raw{"answer": "yes", "explanation": "The DELETE method is defined as idempotent in RFC 7231, meaning multiple identical delete requests produce the same server state as a single request."} | верно | RFC 9110: DELETE идемпотентен (как PUT); идемпотентность ≠ безопасность — ресурс удаляется при первом вызове. |
T19-L4 0.21 c | HTTP and REST API | The Access-Control-Allow-Origin header is sent by the client so that the server agrees to accept requests from another origin. | «no» Пояснение: The Access-Control-Allow-Origin header is sent by the server, not the client, to indicate which origins are permitted to read the response.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "The Access-Control-Allow-Origin header is sent by the server, not the client, to indicate which origins are permitted to read the response." ⏎ } ⏎ ``` | верно | Наоборот: заголовок шлёт СЕРВЕР в ответе, разрешая браузеру cross-origin запрос (CORS); в проекте nelmio/cors-bundle. |
T19-L5 0.23 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 to indicate that a user has sent too many requests in a given amount of time, signaling a rate limit has been exceeded.
Raw{"answer": "yes", "explanation": "HTTP status 429 Too Many Requests is specifically defined to indicate that a user has sent too many requests in a given amount of time, signaling a rate limit has been exceeded."} | верно | 429 (+ Retry-After); RFC 6585. В проекте symfony/rate-limiter. |
T19-L6 0.16 c | HTTP and REST API | 5xx codes mean a client error, while 4xx means a server-side error. | «no» Пояснение: This is backwards: 4xx codes indicate client errors, while 5xx codes indicate server-side errors.
Raw{"answer": "no", "explanation": "This is backwards: 4xx codes indicate client errors, while 5xx codes indicate server-side errors."} | верно | Наоборот: 4xx — ошибка клиента (400, 404), 5xx — сервера (500, 503); классы статусов RFC 9110. |
T19-L7 0.15 c | HTTP and REST API | Which HTTP header indicates the MIME type of the request or response body? | «content-type» Пояснение: The Content-Type HTTP header specifies the MIME type of the request or response body.
Raw{"answer": "Content-Type", "explanation": "The Content-Type HTTP header specifies the MIME type of the request or response body."} | верно | Content-Type: application/json и т.п. |
T19-L8 0.22 c | HTTP and REST API | PATCH is not required to be idempotent per RFC 5789, unlike PUT. | «yes» Пояснение: RFC 5789 explicitly states that PATCH is not required to be idempotent, unlike PUT, and unlike PUT it permits, in fact encourages, the updating of metadata associated with a resource.
Raw{"answer": "yes", "explanation": "RFC 5789 explicitly states that PATCH is not required to be idempotent, unlike PUT, and unlike PUT it permits, in fact encourages, the updating of metadata associated with a resource."} | верно | RFC 5789 прямо оговаривает: PATCH не гарантированно идемпотентен; PUT идемпотентен. |
T20-L1 0.33 c | Security and OAuth | Checking a password by comparing its hash to the stored hash with a plain == is sufficient. | «no» Пояснение: Using == for hash comparison is vulnerable to timing attacks and, with string hashes, can be bypassed via scientific notation colliding (e.g., '0e123456' == '0e678901' both evaluate to 0), so a constant-time function like hash_equals() must be used.
Raw{"answer": "false", "explanation": "Using == for hash comparison is vulnerable to timing attacks and, with string hashes, can be bypassed via scientific notation colliding (e.g., '0e123456' == '0e678901' both evaluate to 0), so a constant-time function like hash_equals() must be used."} | верно | Нужна постоянновременная проверка (password_verify) — timing-атаки; соль и алгоритм уже внутри хеша. |
T20-L2 0.21 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, tied to the user's session, and validated server-side on state-changing requests to prevent cross-site request forgery.
Raw{"answer": "yes", "explanation": "CSRF tokens are server-generated, tied to the user's session, and validated server-side on state-changing requests to prevent cross-site request forgery."} | верно | symfony/security-csrf в проекте; защита от подделки межсайтовой формы. |
T20-L3 0.19 c | Security and OAuth | Which HTTP header enables the CSP (Content Security Policy) policy? | «content-security-policy» Пояснение: The Content-Security-Policy HTTP header enables CSP by specifying which content sources are allowed to be loaded and executed by the browser.
Raw{"answer": "Content-Security-Policy", "explanation": "The Content-Security-Policy HTTP header enables CSP by specifying which content sources are allowed to be loaded and executed by the browser."} | верно | Content-Security-Policy; белые списки источников скриптов/стилей против XSS. |
T20-L4 0.25 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; an access token grants access to resources but does not inherently identify the user, which is why OpenID Connect was built on top of OAuth 2.0 to provide authentication.
Raw{"answer": "no", "explanation": "OAuth 2.0 is an authorization framework, not an authentication protocol; an access token grants access to resources but does not inherently identify the user, which is why OpenID Connect was built on top of OAuth 2.0 to provide authentication."} | верно | OAuth 2.0 — авторизация/делегирование доступа; аутентификацию добавляет OpenID Connect. В проекте knpuniversity/oauth2-client-bundle (yandex/github/google). |
T20-L5 0.25 c | Security and OAuth | XSS is prevented by validating input on the server before writing it to the database. | «no» Пояснение: XSS is prevented by output encoding/escaping when rendering data, not by validating input on the server, since storing sanitized data does not prevent attacks that occur when the data is later reflected or inserted into HTML output.
Raw{"answer": "no", "explanation": "XSS is prevented by output encoding/escaping when rendering data, not by validating input on the server, since storing sanitized data does not prevent attacks that occur when the data is later reflected or inserted into HTML output."} | верно | XSS лечится контекстным экранированием НА ВЫВОДЕ (Twig autoescape, CSP); валидация ввода не покрывает все контексты вывода. |
T20-L6 0.24 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? | «authorization_code» Пояснение: In the OAuth 2.0 authorization code flow, the authorization_code parameter is delivered to the redirect_uri by the authorization server and then exchanged for an access token via the token endpoint.
Raw{"answer": "authorization_code", "explanation": "In the OAuth 2.0 authorization code flow, the authorization_code parameter is delivered to the redirect_uri by the authorization server and then exchanged for an access token via the token endpoint."} | неверно верный: «code» | Параметр code; обмен на токен POST-ом на /token с client_secret. |
T20-L7 0.21 c | Security and OAuth | A refresh token lives longer than an access token and allows obtaining a new access token without the user logging in again. | «yes» Пояснение: Refresh tokens are designed to have a longer lifespan than access tokens and are specifically used to obtain new access tokens without requiring the user to re-authenticate.
Raw{"answer": "yes", "explanation": "Refresh tokens are designed to have a longer lifespan than access tokens and are specifically used to obtain new access tokens without requiring the user to re-authenticate."} | верно | Стандартная схема OAuth/OIDC: короткий access + длинный refresh. |
T20-L8 0.26 c | Security and OAuth | A password salt must be kept secret: without it the hash cannot be verified. | «no» Пояснение: Salts are not secret and do not need to be kept confidential; they are stored alongside the hash and their purpose is to prevent rainbow table attacks and ensure identical passwords produce different hashes, while security relies on the cryptographic hash function itself, not secrecy of the salt.
Raw{"answer": "no", "explanation": "Salts are not secret and do not need to be kept confidential; they are stored alongside the hash and their purpose is to prevent rainbow table attacks and ensure identical passwords produce different hashes, while security relies on the cryptographic hash function itself, not secrecy of the salt."} | верно | Соль хранится открыто (password_hash включает её в строку хеша); секретность соли не нужна. |
T18-L1 0.17 c | Testing: PHPUnit | PHPUnit runs test methods of any class — extending TestCase is not required. | «no» Пояснение: PHPUnit requires test classes to extend the PHPUnit\Framework\TestCase class to run test methods properly.
Raw{"answer": "false", "explanation": "PHPUnit requires test classes to extend the PHPUnit\\Framework\\TestCase class to run test methods properly."} | верно | Тестом считается метод класса, наследующего TestCase (PHPUnit 10). |
T18-L2 0.17 c | Testing: PHPUnit | In PHPUnit, setUp() runs once before all tests of the class. | «no» Пояснение: In PHPUnit, setUp() runs before each individual test method, not once before all tests (that would be setUpBeforeClass()).
Raw{"answer": "false", "explanation": "In PHPUnit, setUp() runs before each individual test method, not once before all tests (that would be setUpBeforeClass())."} | верно | setUp() — перед КАЖДЫМ тестом; один раз на класс — setUpBeforeClass(). Проверено живым счётчиком на PHPUnit 10.5. |
T18-L3 0.17 c | Testing: PHPUnit | A data provider lets a test run with exactly one set of arguments. | «no» Пояснение: A data provider in PHPUnit can return multiple sets of data, allowing a single test method to run once for each argument set.
Raw{"answer": "false", "explanation": "A data provider in PHPUnit can return multiple sets of data, allowing a single test method to run once for each argument set."} | верно | Наоборот: наборов может быть сколько угодно — тест выполняется по разу на каждый. Проверено на PHPUnit 10.5 (#[DataProvider]). |
T18-L4 0.16 c | Testing: PHPUnit | Which PHPUnit method declares an expectation that an exception of a given class is thrown? | «expectexception» Пояснение: The expectException() method in PHPUnit declares an expectation that an exception of a given class is thrown during a test.
Raw{"answer": "expectException", "explanation": "The expectException() method in PHPUnit declares an expectation that an exception of a given class is thrown during a test."} | верно | $this->expectException(\LogicException::class); проверено на PHPUnit 10.5. |
T18-L5 0.19 c | Testing: PHPUnit | In PHPUnit, a stub verifies which methods were called on it, while a mock only returns data. | «no» Пояснение: The statement is reversed—a stub provides canned return values while a mock verifies which methods were called on it.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "The statement is reversed—a stub provides canned return values while a mock verifies which methods were called on it." ⏎ } ⏎ ``` | верно | Наоборот: стаб подставляет данные, мок проверяет взаимодействия (createStub/createMock); docs PHPUnit — Test Doubles. |
T18-L6 0.22 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 was introduced as the modern approach while the @dataProvider annotation was deprecated, though it remains supported until PHPUnit 11.
Raw```json ⏎ {"answer": "yes", "explanation": "In PHPUnit 10, the #[DataProvider] attribute was introduced as the modern approach while the @dataProvider annotation was deprecated, though it remains supported until PHPUnit 11."} ⏎ ``` | верно | Аннотация ещё парсится в PHPUnit 10/11 (AnnotationParser в 10.5.66), удаление — в 12; атрибут — стандарт. |
T18-L7 0.2 c | Testing: PHPUnit | PHPUnit does not allow one test to depend on the result of another. | «no» Пояснение: PHPUnit does support test dependencies via the @depends annotation and the depends() method, allowing one test to depend on another and pass results as arguments.
Raw{"answer": "no", "explanation": "PHPUnit does support test dependencies via the @depends annotation and the depends() method, allowing one test to depend on another and pass results as arguments."} | верно | Зависимости есть: #[Depends] — зависимый тест не запустится, еслиProducer упал. |
T18-L8 0.15 c | Testing: PHPUnit | Which PHPUnit command-line option makes tests run in random order? | «--order-by=random» Пояснение: The --order-by=random option in PHPUnit causes tests to execute in a random order.
Raw{"answer": "--order-by=random", "explanation": "The --order-by=random option in PHPUnit causes tests to execute in a random order."} | верно | --order-by=random (PHPUnit 9+); опция есть в --help PHPUnit 10.5 (проектная). |
T01-L9 3.19 c | Syntax and operators | What does this code output?
```php
echo intdiv(7, 2) . intdiv(-7, 2);
``` | «3-4» Пояснение: intdiv(7,2) returns 3 (integer division truncating toward zero) and intdiv(-7,2) returns -4 (also truncating toward zero), which concatenate to the string "3-4".
Raw{"answer": "3-4", "explanation": "intdiv(7,2) returns 3 (integer division truncating toward zero) and intdiv(-7,2) returns -4 (also truncating toward zero), which concatenate to the string \"3-4\"."} | неверно верный: «3-3» | intdiv truncates toward zero: intdiv(-7, 2) = -3, not -4. |
T01-L10 0.25 c | Syntax and operators | What does this code output?
```php
echo -3 ** 2;
``` | «9» Пояснение: The exponentiation operator ** in PHP takes the negative sign as part of the operand, so -3 ** 2 equals (-3) ** 2 which equals 9.
Raw```json ⏎ {"answer": "9", "explanation": "The exponentiation operator ** in PHP takes the negative sign as part of the operand, so -3 ** 2 equals (-3) ** 2 which equals 9."} ⏎ ``` | неверно верный: «-9» | ** is right-associative and binds tighter than unary minus: -(3²). |
T02-L9 0.2 c | Types and comparisons | What does this code output?
```php
echo '1e1' == '10' ? 'true' : 'false';
``` | «true» Пояснение: Both operands contain no leading/trailing whitespace and look like numeric strings, so PHP compares them numerically as 10 == 10, which is true.
Raw{"answer": "true", "explanation": "Both operands contain no leading/trailing whitespace and look like numeric strings, so PHP compares them numerically as 10 == 10, which is true."} | верно | Both strings are numeric — compared as numbers: 10 == 10. |
T02-L10 0.22 c | Types and comparisons | What does this code output?
```php
switch ('a') {
case 0: echo 'zero'; break;
default: echo 'other';
}
``` | «other» Пояснение: The switch uses loose comparison, but since 'a' is not equal to 0 under loose typing and no case matches, the default block outputs 'other'.
Raw```json ⏎ {"answer": "other", "explanation": "The switch uses loose comparison, but since 'a' is not equal to 0 under loose typing and no case matches, the default block outputs 'other'."} ⏎ ``` | верно | PHP 8: 'a' == 0 → false (used to be true) — default fires. |
T03-L9 0.24 c | Strings | What does this code output?
```php
echo strtr('abc', ['a' => '1', 'ab' => '2']);
``` | «2bc» Пояснение: When strtr() receives an associative array, it uses the longest-match-first rule, so 'ab' is replaced before 'a' can match.
Raw```json ⏎ {"answer": "2bc", "explanation": "When strtr() receives an associative array, it uses the longest-match-first rule, so 'ab' is replaced before 'a' can match."} ⏎ ``` | неверно верный: «2c» | strtr with an array prefers the longest matching key. |
T03-L10 0.22 c | Strings | What does this code output?
```php
echo '[' . substr('hello', -10) . ']';
``` | «[hello]» Пояснение: The substr() function with a negative start position counts from the end, and since -10 is beyond the string length, it returns the entire string 'hello', giving the output '[hello]'.
Raw{"answer": "[hello]", "explanation": "The substr() function with a negative start position counts from the end, and since -10 is beyond the string length, it returns the entire string 'hello', giving the output '[hello]'."} | верно | A negative start beyond the string is clamped to the beginning. |
T04-L9 0.23 c | Arrays | What does this code output?
```php
$a = ['k' => 1, 'n' => 2];
$b = ['k' => 9, 'm' => 3];
echo implode(',', array_keys($a + $b));
``` | «k,n,m» Пояснение: The array union $a + $b keeps $a's keys first (k, n) and adds $b's unique key (m), giving array_keys of k, n, m.
Raw{"answer": "k,n,m","explanation": "The array union $a + $b keeps $a's keys first (k, n) and adds $b's unique key (m), giving array_keys of k, n, m."} | верно | The + operator: on duplicate string keys the left array wins. |
T04-L10 0.3 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));
``` | «yzx» Пояснение: The array is sorted by the third element (1, 1, 2), so order becomes [2,'y',1], [3,'z',2], [1,'x',2], and the second-column values implode to 'yzx'.
Raw{"answer": "yzx","explanation": "The array is sorted by the third element (1, 1, 2), so order becomes [2,'y',1], [3,'z',2], [1,'x',2], and the second-column values implode to 'yzx'."} | неверно верный: «yxz» | Sorts are stable since 8.0: x and z keep their order on a tie. |
T05-L10 0.22 c | Functions and closures | What does this code output?
```php
function f(int $a, int $b): int
{
return $a - $b;
}
echo f(...['b' => 1, 'a' => 5]);
``` | «4» Пояснение: The spread operator matches array keys by name, so a=5 and b=1, and a-b=4.
Raw```json ⏎ {"answer": "4", "explanation": "The spread operator matches array keys by name, so a=5 and b=1, and a-b=4."} ⏎ ``` | верно | String keys of a spread array become named arguments. |
T05-L9 0.29 c | Functions and closures | What does this code output?
```php
class P
{
private int $v = 3;
public function g(): int { return $this->v; }
}
$p = new P;
$f = $p->g(...);
$p = null;
echo $f();
``` | «3» Пояснение: The first-class callable syntax $p->g(...) creates a closure bound to the object $p, so the private $v remains accessible even after $p is set to null, and calling $f() returns 3.
Raw```json ⏎ {"answer": "3", "explanation": "The first-class callable syntax $p->g(...) creates a closure bound to the object $p, so the private $v remains accessible even after $p is set to null, and calling $f() returns 3."} ⏎ ``` | верно | First-class callable syntax binds $this at creation time. |
T06-L9 0.23 c | OOP: classes and inheritance | What does this code output?
```php
class A
{
public function who(): string { return static::class; }
}
class B extends A {}
echo (new B)->who();
``` | «b» Пояснение: The `static::class` expression uses late static binding, which resolves to the class at runtime (B), not the class where the method is defined (A).
Raw{"answer": "B", "explanation": "The `static::class` expression uses late static binding, which resolves to the class at runtime (B), not the class where the method is defined (A)."} | верно | Late static binding: static::class is the receiver's class. |
T06-L10 0.3 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» Пояснение: This is the synthetic property (initializer/setter syntax) feature, and since the setter multiplies $value by 2, setting $c->x = 5 triggers the setter, storing 10 which is then echoed.
Raw```json ⏎ {"answer": "10", "explanation": "This is the synthetic property (initializer/setter syntax) feature, and since the setter multiplies $value by 2, setting $c->x = 5 triggers the setter, storing 10 which is then echoed."} ⏎ ``` | верно | Inside the set hook, $this->x writes the backing store (no recursion): 5*2. |
T07-L9 0.32 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 `TB::f insteadof TA` alias makes f() resolve to TB's version returning 'B', and `TA::f as g` adds a separate alias g() returning 'A', so concatenating gives 'BA'.
Raw```json ⏎ {"answer": "BA", "explanation": "The `TB::f insteadof TA` alias makes f() resolve to TB's version returning 'B', and `TA::f as g` adds a separate alias g() returning 'A', so concatenating gives 'BA'."} ⏎ ``` | верно | insteadof picks the implementation; as keeps the other under an alias. |
T07-L10 0.23 c | Interfaces, traits, enum | What does this code output?
```php
trait Counter
{
public static int $n = 0;
}
class CX { use Counter; }
class CY { use Counter; }
CX::$n = 1;
echo CY::$n;
``` | «0» Пояснение: Static properties in traits are copied per-class, so CX::$n and CY::$n are independent and CY::$n remains 0.
Raw```json ⏎ {"answer": "0", "explanation": "Static properties in traits are copied per-class, so CX::$n and CY::$n are independent and CY::$n remains 0."} ⏎ ``` | верно | A trait's static property is copied into each consuming class. |
T08-L10 0.23 c | Exceptions and errors | What does this code output?
```php
function f(): int
{
try { return 1; } finally { return 2; }
}
echo f();
``` | «2» Пояснение: In PHP, when a try block has a return statement and the finally block also contains a return statement, the finally block's return value overrides the try block's return value.
Raw{"answer": "2", "explanation": "In PHP, when a try block has a return statement and the finally block also contains a return statement, the finally block's return value overrides the try block's return value."} | верно | A return in finally overrides the return from try. |
T08-L9 0.21 c | Exceptions and errors | What does this code output?
```php
try {
try {
throw new RuntimeException('first');
} finally {
throw new LogicException('second');
}
} catch (LogicException $e) {
echo $e->getMessage();
}
``` | «second» Пояснение: The inner try throws RuntimeException, but its finally block replaces it by throwing LogicException, which is then caught and echoes 'second'.
Raw{"answer": "second", "explanation": "The inner try throws RuntimeException, but its finally block replaces it by throwing LogicException, which is then caught and echoes 'second'."} | верно | An exception from finally replaces the in-flight one — the last thrown is caught. |
T09-L9 0.3 c | Namespaces and autoloading | What does this code output?
```php
namespace N;
use App\Foo as Baz;
echo Baz::class . '|' . \Baz::class;
``` | «n\baz|baz» Пояснение: Within namespace N, Baz::class resolves the aliased import App\Foo to N\Baz, while the fully-qualified \Baz::class resolves to the literal global class name Baz.
Raw```json ⏎ { ⏎ "answer": "N\\Baz|Baz", ⏎ "explanation": "Within namespace N, Baz::class resolves the aliased import App\\Foo to N\\Baz, while the fully-qualified \\Baz::class resolves to the literal global class name Baz." ⏎ } ⏎ ``` | неверно верный: «app\foo|baz» | The use alias applies to unqualified names; a leading \ escapes to the global scope. |
T09-L10 0.26 c | Namespaces and autoloading | What does this code output?
```php
namespace Ns;
class Foo {}
$c = 'Foo';
echo (class_exists($c) ? 'yes' : 'no')
. (class_exists(__NAMESPACE__ . '\\' . $c) ? 'yes' : 'no');
``` | «yesyes» Пояснение: class_exists resolves relative to the current namespace 'Ns' so 'Ns\Foo' exists, and the fully-qualified 'Ns\Foo' also matches, both returning true.
Raw```json ⏎ {"answer": "yesyes", "explanation": "class_exists resolves relative to the current namespace 'Ns' so 'Ns\\Foo' exists, and the fully-qualified 'Ns\\Foo' also matches, both returning true."} ⏎ ``` | неверно верный: «noyes» | Dynamic names are not resolved against the namespace — 'Foo' is the global class. |
T10-L9 0.28 c | References and scope | What does this code output?
```php
$a = [1, 2, 3];
foreach ($a as &$v) {}
$v = 99;
echo implode(',', $a);
``` | «1,2,99» Пояснение: The reference $v from the foreach loop is overwritten with 99, and since the array's last element still holds a reference to $v, it becomes 99 while the first two elements remain unchanged.
Raw{"answer": "1,2,99", "explanation": "The reference $v from the foreach loop is overwritten with 99, and since the array's last element still holds a reference to $v, it becomes 99 while the first two elements remain unchanged."} | верно | After a by-ref foreach, $v remains a reference to the last element. |
T10-L10 0.71 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();
``` | «1» Пояснение: Static variables in PHP are shared per class scope, not per instance, so $a->inc() and $b->inc() both increment the same $n starting from 0 (a->inc()=1, b->inc()=2), and the final echo $a->inc() outputs 3.
Raw```json ⏎ {"answer": "1", "explanation": "Static variables in PHP are shared per class scope, not per instance, so $a->inc() and $b->inc() both increment the same $n starting from 0 (a->inc()=1, b->inc()=2), and the final echo $a->inc() outputs 3."} ⏎ ``` ⏎ ⏎ Wait, let me recalculate: a->inc() makes n=1, b->inc() makes n=2, then echo a->inc() makes n=3 and outputs 3. ⏎ ⏎ ```json ⏎ {"answer": "3", "explanation": "Static variables are shared per class scope across inherited methods, so a->inc() sets n=1, b->inc() sets n=2, and echo a->inc() sets n=3 and outputs 3."} ⏎ ``` | неверно верный: «3» | A method's static variable belongs to the parent's method — subclasses share it. |
T11-L9 0.31 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 send(10) method makes the first yield return 10, so $x becomes 10, and returning $x + 1 equals 11, which getReturn() retrieves.
Raw```json ⏎ { ⏎ "answer": "11", ⏎ "explanation": "The send(10) method makes the first yield return 10, so $x becomes 10, and returning $x + 1 equals 11, which getReturn() retrieves." ⏎ } ⏎ ``` | верно | send() resumes the generator: $x = 10, return 10+1. |
T11-L10 0.26 c | Generators, iterators, SPL | What does this code output?
```php
function inner(): Generator
{
yield 1;
yield 2;
return 'ok';
}
function outer(): Generator
{
$r = yield from inner();
yield $r;
}
echo implode(',', iterator_to_array(outer()));
``` | «1,2,ok» Пояснение: The `yield from` forwards the values 1 and 2 from inner() and returns 'ok' as the yield from expression's value, which is then yielded by outer().
Raw{"answer": "1,2,ok", "explanation": "The `yield from` forwards the values 1 and 2 from inner() and returns 'ok' as the yield from expression's value, which is then yielded by outer()."} | неверно верный: «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 0.3 c | Configuration and security | What does this code output?
```php
$hash = password_hash('x', PASSWORD_BCRYPT, ['cost' => 4]);
echo password_needs_rehash($hash, PASSWORD_BCRYPT, ['cost' => 4]) ? 'yes' : 'no';
echo password_needs_rehash($hash, PASSWORD_BCRYPT, ['cost' => 5]) ? 'yes' : 'no';
``` | «noyes» Пояснение: The hash is created with cost 4, so it doesn't need rehashing at cost 4 (outputs 'no'), but it does need rehashing at cost 5 (outputs 'yes').
Raw```json ⏎ {"answer": "noyes", "explanation": "The hash is created with cost 4, so it doesn't need rehashing at cost 4 (outputs 'no'), but it does need rehashing at cost 5 (outputs 'yes')."} ⏎ ``` | верно | password_needs_rehash compares the hash's options with the target: cost 4 = 4 → 'no', cost 5 ≠ 4 → 'yes'. |
T12-L10 0.31 c | Configuration and security | What does this code output on PHP 8.5?
```php
echo (E_ALL & 2048) === 0 ? 'strict-out' : 'strict-in';
``` | «strict-out» Пояснение: The bit value 2048 corresponds to the E_WARNING constant, which remains defined in PHP 8.5, so (E_ALL & 2048) is non-zero and the ternary evaluates to 'strict-out'.
Raw```json ⏎ {"answer": "strict-out", "explanation": "The bit value 2048 corresponds to the E_WARNING constant, which remains defined in PHP 8.5, so (E_ALL & 2048) is non-zero and the ternary evaluates to 'strict-out'."} ⏎ ``` | верно | Since PHP 8.4, E_STRICT is out of E_ALL: the 2048 bit is unset → 'strict-out' (2048 is the historical E_STRICT bit). |
T13-L9 0.29 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 maps the HTTP_X_TOKEN server parameter to the X-Token header, so $r->headers->get('X-Token') returns 'abc' and the condition evaluates to true.
Raw```json ⏎ { ⏎ "answer": "mapped", ⏎ "explanation": "Symfony maps the HTTP_X_TOKEN server parameter to the X-Token header, so $r->headers->get('X-Token') returns 'abc' and the condition evaluates to 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 0.25 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;
``` | «abc» Пояснение: Listeners are called in ascending priority order (10 before 5 before the default 0), so B runs first, then C, then A.
Raw```json ⏎ {"answer": "ABC", "explanation": "Listeners are called in ascending priority order (10 before 5 before the default 0), so B runs first, then C, then A."} ⏎ ``` | неверно верный: «bca» | Listeners run by descending priority: 10 (B), 5 (C), 0 (A). |
T14-L10 0.22 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 first-level identity cache ensures that repeated find() calls for the same entity identifier within one EntityManager return the identical object instance.
Raw{"answer": "same", "explanation": "Doctrine's first-level identity cache ensures that repeated find() calls for the same entity identifier within one EntityManager return the identical object instance."} | верно | Identity map: a second find for the same id returns the same instance. |
T14-L9 0.26 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» Пояснение: The entity is persisted then removed before flush, so the Unit of Work schedules a delete, and after flush the row is deleted from the empty users table, leaving zero rows.
Raw```json ⏎ {"answer": "0", "explanation": "The entity is persisted then removed before flush, so the Unit of Work schedules a delete, and after flush the row is deleted from the empty users table, leaving zero rows."} ⏎ ``` | верно | The unit of work schedules INSERT at flush: remove after persist cancels it. |
T15-L10 0.22 c | PostgreSQL | What does this SQL query return (PostgreSQL 17)?
```sql
CREATE TEMP TABLE t (x int);
INSERT INTO t VALUES (1), (NULL);
SELECT count(x) FROM t;
``` | «1» Пояснение: COUNT(x) counts only non-NULL values of x, so it returns 1 (ignoring the NULL).
Raw```json ⏎ {"answer": "1", "explanation": "COUNT(x) counts only non-NULL values of x, so it returns 1 (ignoring the NULL)."} ⏎ ``` | верно | count(column) skips NULLs; count(*) would return 2. |
T15-L9 0.26 c | PostgreSQL | What does this SQL query return (PostgreSQL 17)?
```sql
CREATE TEMP TABLE t (id int, x int);
INSERT INTO t VALUES (1, 10), (2, 20), (3, 30);
SELECT string_agg(s::text, ',' ORDER BY id) FROM (
SELECT id, sum(x) OVER (ORDER BY id) AS s FROM t
) q;
``` | «10,30,60» Пояснение: The window function computes cumulative sums 10, 30, 60 ordered by id, and string_agg concatenates those ordered values with commas.
Raw```json ⏎ {"answer": "10,30,60", "explanation": "The window function computes cumulative sums 10, 30, 60 ordered by id, and string_agg concatenates those ordered values with commas."} ⏎ ``` | верно | With ORDER BY the default window frame is running (start to current row). |
T16-L9 0.23 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» Пояснение: Each middleware echoes its tag before calling the next in the stack, so M1 runs first then M2.
Raw```json ⏎ {"answer": "M1M2", "explanation": "Each middleware echoes its tag before calling the next in the stack, so M1 runs first then M2."} ⏎ ``` | верно | The first-added middleware runs first (outermost). |
T16-L10 0.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» Пояснение: Both handlers for the Ping message are registered and executed in order, so $n becomes 1 (from $d1) plus 10 (from $d2) equals 11.
Raw```json ⏎ {"answer": "11", "explanation": "Both handlers for the Ping message are registered and executed in order, so $n becomes 1 (from $d1) plus 10 (from $d2) equals 11."} ⏎ ``` | верно | All registered handlers of the message run: 1 + 10 = 11. |
T17-L9 0.28 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 table has a unique index on column a, so both INSERT ... ON CONFLICT DO NOTHING statements insert only one row (the second finds the conflict and does nothing), leaving count(*) = 1.
Raw```json ⏎ {"answer": "1", "explanation": "The table has a unique index on column a, so both INSERT ... ON CONFLICT DO NOTHING statements insert only one row (the second finds the conflict and does nothing), leaving count(*) = 1."} ⏎ ``` | верно | ON CONFLICT DO NOTHING skips the duplicate: one insert. |
T17-L10 0.35 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;
``` | «1» Пояснение: The DEFERRABLE INITIALLY DEFERRED unique constraint is only checked at COMMIT time, where the second INSERT of value 1 fails with a duplicate key violation, causing the entire transaction (including the first insert) to roll back, so the table is empty and count(*) returns 0.
Raw```json ⏎ { ⏎ "answer": "1", ⏎ "explanation": "The DEFERRABLE INITIALLY DEFERRED unique constraint is only checked at COMMIT time, where the second INSERT of value 1 fails with a duplicate key violation, causing the entire transaction (including the first insert) to roll back, so the table is empty and count(*) returns 0." ⏎ } ⏎ ``` | неверно верный: «2» | DEFERRED postpones the uniqueness check to COMMIT — count sees 2 rows. |
T18-L9 0.28 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) | «4» Пояснение: The filter test_sum matches both test_sum (3 data sets) and test_sum_abs (3 data sets), but since the filter pattern matches the beginning of test_sum_abs, all 6 tests are run.
Raw{"answer": "4", "explanation": "The filter test_sum matches both test_sum (3 data sets) and test_sum_abs (3 data sets), but since the filter pattern matches the beginning of test_sum_abs, all 6 tests are run."} | неверно верный: «6» | --filter is a substring match: test_sum also matches test_sum_abs (3+3 datasets). |
T18-L10 0.29 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 prov() yields two test cases ([1] and [-1]), so 2 tests run, and the assertion $this->assertTrue($x > 0) fails for x = -1, giving exactly 1 failure.
Raw{"answer": "2, 1", "explanation": "The data provider prov() yields two test cases ([1] and [-1]), so 2 tests run, and the assertion $this->assertTrue($x > 0) fails for x = -1, giving exactly 1 failure."} | верно | A non-static provider is just a deprecation in PHPUnit 10: both datasets run and the [-1] dataset fails the assert — 2 ran, 1 failure. |
T19-L9 0.26 c | HTTP and REST API | Which HTTP method does this command send?
```bash
curl -s -d 'a=1' http://demo.local/api
``` | «post» Пояснение: The `-d` (`--data`) option in curl sends an HTTP POST request with the data as the request body, defaulting to `Content-Type: application/x-www-form-urlencoded`.
Raw```json ⏎ {"answer": "POST", "explanation": "The `-d` (`--data`) option in curl sends an HTTP POST request with the data as the request body, defaulting to `Content-Type: application/x-www-form-urlencoded`."} ⏎ ``` | верно | -d/-F switches curl to POST by default. |
T19-L10 0.23 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 in curl moves the data specified with -d from the request body to the query string, forcing the HTTP method to be GET instead of the default POST.
Raw```json ⏎ {"answer": "GET", "explanation": "The -G flag in curl moves the data specified with -d from the request body to the query string, forcing the HTTP method to be GET instead of the default POST."} ⏎ ``` | верно | -G turns -d data into the query string; the method stays GET. |
T20-L9 0.38 c | Security and OAuth | A client hits the token endpoint (RFC 6749) with a non-existent client_id. What value of the error field does the endpoint return? | «invalid_client» Пояснение: Per RFC 6749 Section 5.2, when a client authentication fails or the client_id does not exist, the authorization server returns an "invalid_client" error.
Raw{"answer": "invalid_client", "explanation": "Per RFC 6749 Section 5.2, when a client authentication fails or the client_id does not exist, the authorization server returns an \"invalid_client\" error.", "explanation": "Per RFC 6749 Section 5.2, when a client authentication fails or the client_id does not exist, the authorization server returns an \"invalid_client\" error."} | верно | Unknown client → invalid_client (RFC 6749 §5.2). |
T20-L10 0.35 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? | «the fragment (hash) of the url» Пояснение: For the implicit flow (response_type=token), OAuth 2.0 requires the access_token to be delivered in the URL fragment after the '#' character because fragments are never sent to the server, preventing the token from leaking in server-side logs or Referer headers.
Raw```json ⏎ { ⏎ "answer": "the fragment (hash) of the URL", ⏎ "explanation": "For the implicit flow (response_type=token), OAuth 2.0 requires the access_token to be delivered in the URL fragment after the '#' character because fragments are never sent to the server, preventing the token from leaking in server-side logs or Referer headers." ⏎ } ⏎ ``` | верно | The implicit flow passes the token in the URL fragment (#) — it never reaches the server. |
T21-L9 0.23 c | Twig | What does this Twig template output?
```twig
{{ false|default(2) * 3 }}
``` | «0» Пояснение: The default filter returns false (0) because false is considered empty by default in Twig, and 0 * 3 equals 0.
Raw```json ⏎ {"answer": "0", "explanation": "The default filter returns false (0) because false is considered empty by default in Twig, and 0 * 3 equals 0."} ⏎ ``` | неверно верный: «6» | default replaces exactly false/null/''/[] — false becomes 2, 2*3 = 6; the naive 'default is for undefined only' yields 0. |
T21-L10 0.3 c | Twig | What exception class does render() of this template throw?
```twig
{{ 'a' ~ 1 + 2 }}
``` | «twig\error\runtimeerror» Пояснение: The ~ operator concatenates 'a' as a string, but then attempting to add the result to the integer 2 triggers a TypeError which Twig wraps in a RuntimeError because Twig 3 coerces numeric strings and the concatenation result is not numeric.
Raw{"answer": "Twig\\Error\\RuntimeError", "explanation": "The ~ operator concatenates 'a' as a string, but then attempting to add the result to the integer 2 triggers a TypeError which Twig wraps in a RuntimeError because Twig 3 coerces numeric strings and the concatenation result is not numeric."} | верно | In Twig ~ binds tighter than +: ('a' ~ 1) + 2 → string + int → a render error (RuntimeError). |
T22-L9 0.16 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» Пояснение: An empty string violates NotBlank, producing one constraint violation.
Raw{"answer": "1", "explanation": "An empty string violates NotBlank, producing one constraint violation."} | неверно верный: «0» | NotBlank treats null, '', [] as blank — the array [''] is not blank. |
T22-L10 0.27 c | Symfony: Security and forms | What does this code output?
```php
use Symfony\Component\Form\Forms;
use Symfony\Component\Form\Extension\Core\Type\TextType;
$factory = Forms::createFormFactoryBuilder()->getFormFactory();
$form = $factory->create(TextType::class);
try {
echo $form->isValid() ? 'valid' : 'invalid';
} catch (Throwable $e) {
echo get_class($e);
}
``` | «symfony\component\form\exception\logicexception» Пояснение: Calling isValid() without passing data (or before the form has been submitted/viewed) throws a LogicException because the form cannot determine its validity without data.
Raw```json ⏎ {"answer": "Symfony\\Component\\Form\\Exception\\LogicException", "explanation": "Calling isValid() without passing data (or before the form has been submitted/viewed) throws a LogicException because the form cannot determine its validity without data."} ⏎ ``` | верно | isValid() on a non-submitted form throws LogicException, it does not return false. |
T23-L9 0.23 c | Symfony: configuration and services | What does this code output?
```php
use Symfony\Component\DependencyInjection\ContainerBuilder;
$c = new ContainerBuilder();
$c->register('a', stdClass::class)->setPublic(true);
$c->compile();
echo spl_object_id($c->get('a')) === spl_object_id($c->get('a')) ? 'same' : 'diff';
``` | «same» Пояснение: By default services are singletons (shared), so calling get('a') twice returns the same instance, making the object IDs equal.
Raw```json ⏎ {"answer": "same", "explanation": "By default services are singletons (shared), so calling get('a') twice returns the same instance, making the object IDs equal."} ⏎ ``` | верно | Container services are shared: two get() calls yield one instance. |
T23-L10 0.29 c | Symfony: configuration and services | What does this code output?
```php
use Symfony\Component\DependencyInjection\ContainerBuilder;
$c = new ContainerBuilder();
$c->setParameter('name', 'Bob');
$c->setParameter('greeting', 'hi %name%');
$c->setParameter('message', '%greeting%!');
$c->compile();
echo $c->getParameter('message');
``` | «hi bob!» Пояснение: The ContainerBuilder resolves nested parameter placeholders recursively, so %greeting% expands to 'hi %name%' and %name% expands to 'Bob', resulting in 'hi Bob!'.
Raw```json ⏎ { ⏎ "answer": "hi Bob!", ⏎ "explanation": "The ContainerBuilder resolves nested parameter placeholders recursively, so %greeting% expands to 'hi %name%' and %name% expands to 'Bob', resulting in 'hi Bob!'." ⏎ } ⏎ ``` | верно | compile() resolves %-references transitively: %greeting% → 'hi %name%' → 'hi Bob!', the answer assembles over two hops. |
T24-L9 0.27 c | Bootstrap | What is the max-width of .container in Bootstrap 5.3 at a 992px viewport? | «960px» Пояснение: In Bootstrap 5.3, the .container uses .container-sm (the smallest breakpoint) for viewports below the medium breakpoint (md = 992px), which sets a max-width of 960px.
Raw{"answer": "960px", "explanation": "In Bootstrap 5.3, the .container uses .container-sm (the smallest breakpoint) for viewports below the medium breakpoint (md = 992px), which sets a max-width of 960px."} | верно | 5.x container widths: 540/720/960/1140/1320 (sm–xxl); 992 → 960px. |
T24-L10 0.23 c | Bootstrap | Which utility sets the text color in Bootstrap 5.3 for `<p class="text-danger text-primary">…</p>`? Answer with the winning class name. | «text-primary» Пояснение: In Bootstrap 5.3, utility classes apply in document order, so text-primary (which comes after text-danger) overrides it as the winning text color.
Raw{"answer": "text-primary", "explanation": "In Bootstrap 5.3, utility classes apply in document order, so text-primary (which comes after text-danger) overrides it as the winning text color."} | неверно верный: «text-danger» | Specificity ties — the later rule wins: text-danger is declared after text-primary. |
T25-L9 0.3 c | Clean architecture | Layers: Domain, Application, Infrastructure. Deptrac rules: Application → Domain; Infrastructure → Domain, Application; Domain → Domain only.
How many violations will deptrac report for this class?
```php
namespace App\Domain;
use App\Application\PlaceOrder;
use App\Infrastructure\Db;
class OrderService
{
public function __construct(
private PlaceOrder $handler,
private Db $db,
) {}
}
``` | «2» Пояснение: OrderService is in the Domain layer, so its use of PlaceOrder (Application) and Db (Infrastructure) both violate the 'Domain → Domain only' rule, producing two separate violations.
Raw```json ⏎ { ⏎ "answer": "2", ⏎ "explanation": "OrderService is in the Domain layer, so its use of PlaceOrder (Application) and Db (Infrastructure) both violate the 'Domain → Domain only' rule, producing two separate violations." ⏎ } ⏎ ``` | верно | Domain may depend only on Domain: PlaceOrder (Application) + Db (Infrastructure) = 2. |
T25-L10 0.33 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,
) {}
}
``` | «2» Пояснение: BillingService (Domain) imports PlaceOrder from Application (Application → Domain violation) and Db from Infrastructure (Infrastructure → Application violation); the App\Infrastructure\Logger type-hint inside App\Namespace\... is a self-reference within the same layer and is treated as internal.
Raw```json ⏎ { ⏎ "answer": "2", ⏎ "explanation": "BillingService (Domain) imports PlaceOrder from Application (Application → Domain violation) and Db from Infrastructure (Infrastructure → Application violation); the App\\Infrastructure\\Logger type-hint inside App\\Namespace\\... is a self-reference within the same layer and is treated as internal." ⏎ } ⏎ ``` | неверно верный: «3» | The inline FQCN \App\Infrastructure\Logger counts too: Application + Db + Logger = 3. |
T26-L10 0.27 c | DDD | What does this code output?
```php
final class Money
{
public function __construct(public readonly int $amount) {}
public function add(Money $o): Money
{
return new self($this->amount + $o->amount);
}
}
$a = new Money(10);
$c = $a->add(new Money(5));
echo $a->amount . ',' . $c->amount;
``` | «10,15» Пояснение: $a->amount stays 10 (unchanged), and $c is the result of adding 10 and 5, giving 15.
Raw```json ⏎ {"answer": "10,15", "explanation": "$a->amount stays 10 (unchanged), and $c is the result of adding 10 and 5, giving 15."} ⏎ ``` | верно | The VO is immutable: add() returns a new instance; the original is unchanged. |
T26-L9 0.53 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();
``` | «{"answer": "0", "explanation": "the code adds 'a', then remove() throws a domainexception because it's the last item before unset(), which is caught, so the item is never removed; the explanation is flawed because count() counts array elements regardless, and after the exception the array still contains 'a', but the exception means remove() never executed unset()..." "explanation2": "wait—re-examining: remove() throws before unset, so 'a' remains in items; count() returns 1, but the question implies output—actually the exception is caught, then count() outputs 1."}» Пояснение: , but the question implies output—actually the exception is caught, then count() outputs 1."}
Raw{"answer": "0", "explanation": "The code adds 'a', then remove() throws a DomainException because it's the last item before unset(), which is caught, so the item is never removed; the explanation is flawed because count() counts array elements regardless, and after the exception the array still contains 'a', but the exception means remove() never executed unset()..." "explanation2": "Wait—re-examining: remove() throws BEFORE unset, so 'a' remains in items; count() returns 1, but the question implies output—actually the exception is caught, then count() outputs 1."} | верно парсинг: текст (фолбэк) | The failed remove leaves aggregate state unchanged: the invariant threw before unset — count stays 1. |
VC-L9 0.2 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, calls the hi() method which returns the string 'hi', and echoes that result.
Raw{"answer": "hi", "explanation": "The code instantiates class C, calls the hi() method which returns the string 'hi', and echoes that result."} | верно | Since 8.4, new in a method chain works without wrapping parentheses. |
VC-L10 0.29 c | PHP 8.4–8.5 | What does this code output on PHP 8.5?
```php
class Heavy
{
public int $v = 0;
}
$r = new ReflectionClass(Heavy::class);
$o = $r->newLazyGhost(function (Heavy $obj) {
$obj->v = 21;
});
echo $r->isUninitializedLazyObject($o) ? 'yes' : 'no';
$o->v;
echo $r->isUninitializedLazyObject($o) ? 'yes' : 'no';
``` | «yesno» Пояснение: newLazyGhost creates a proxy whose initialization closure is only executed on first property access, so isUninitializedLazyObject() returns true (yes) before access and false (no) after $o->v is read.
Raw```json ⏎ { ⏎ "answer": "yesno", ⏎ "explanation": "newLazyGhost creates a proxy whose initialization closure is only executed on first property access, so isUninitializedLazyObject() returns true (yes) before access and false (no) after $o->v is read." ⏎ } ⏎ ``` | верно | newLazyGhost (8.4): the object stays lazy until first access — reading a property initializes it and clears the flag. |
T28-L9 0.3 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 AbstractGuardAuthenticator class was removed in Symfony 5.9 (Guard authenticators were deprecated in 5.1 and fully removed), so it does not exist in Symfony 8.1.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "The AbstractGuardAuthenticator class was removed in Symfony 5.9 (Guard authenticators were deprecated in 5.1 and fully removed), 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 0.23 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';
``` | «nones» Пояснение: In Symfony 8.1, the Routing\Loader\AnnotationClassLoader class was removed (it was deprecated since 6.1), while AttributeClassLoader remains available.
Raw```json ⏎ {"answer": "nones", "explanation": "In Symfony 8.1, the Routing\\Loader\\AnnotationClassLoader class was removed (it was deprecated since 6.1), while AttributeClassLoader remains available."} ⏎ ``` | неверно верный: «noyes» | Annotation loaders were removed in 7.0; only attribute loaders remain (Annotation→Attribute). |