Пример запроса (первая клетка). System одинаковый во всех запросах прогона, user — свой вопрос для каждой клетки:
| Клетка | Тема | Утверждение | Ответ |
Результат | Обоснование |
T01-L1 3.17 c | Syntax and operators | Double-quoted and single-quoted strings are processed identically; the difference is only in speed. | «no» Пояснение: False, because double-quoted strings undergo variable interpolation and escape sequence processing while single-quoted strings are treated literally, so they are not processed identically.
Raw{"answer": "no", "explanation": "False, because double-quoted strings undergo variable interpolation and escape sequence processing while single-quoted strings are treated literally, so they are not processed identically."} | верно | В двойных кавычках работают интерполяция переменных и escape-последовательности, в одинарных — нет. |
T01-L2 0.21 c | Syntax and operators | The ?? operator follows isset semantics and raises no warnings for undefined variables. | «yes» Пояснение: The ?? (null coalescing) operator follows isset() semantics and does not raise a warning for undefined variables, unlike direct access which would trigger a warning in PHP 7 and above.
Raw{"answer": "yes", "explanation": "The ?? (null coalescing) operator follows isset() semantics and does not raise a warning for undefined variables, unlike direct access which would trigger a warning in PHP 7 and above."} | верно | ?? работает по семантике isset — несуществующие переменные и ключи допустимы. |
T01-L3 0.14 c | Syntax and operators | What will this print: echo 'a', 'b'; | «ab» Пояснение: In PHP, echo accepts multiple comma-separated arguments and outputs them concatenated in sequence.
Raw{"answer": "ab", "explanation": "In PHP, echo accepts multiple comma-separated arguments and outputs them concatenated in sequence."} | верно | echo принимает список аргументов: ab. |
T01-L4 0.22 c | Syntax and operators | print returns the value 1 and can be used inside an expression. | «no» Пояснение: print returns 1 (TRUE) on success, but it cannot be used inside an expression because it is a language construct, not a function, so it cannot be called via certain constructs like call_user_func().
Raw{"answer": "no", "explanation": "print returns 1 (TRUE) on success, but it cannot be used inside an expression because it is a language construct, not a function, so it cannot be called via certain constructs like call_user_func()."}} | неверно верный: «yes» | print — выражение со значением 1, в отличие от echo, который значения не возвращает. |
T01-L5 0.2 c | Syntax and operators | The ?: (elvis) operator returns its left operand when it is falsy. | «no» Пояснение: The ?: (elvis) operator returns its left operand when it is truthy, not falsy; it returns the right operand only when the left is falsy.
Raw{"answer": "no", "explanation": "The ?: (elvis) operator returns its left operand when it is truthy, not falsy; it returns the right operand only when the left is falsy."} | верно | Наоборот: $a ?: $b возвращает $a, если он истинный, иначе $b. |
T01-L6 0.26 c | Syntax and operators | In PHP 8, the concatenation operator (.) has lower precedence than addition and subtraction. | «no» Пояснение: In PHP 8 the concatenation operator (.) has higher precedence than addition and subtraction, as shown by '5 . 6 . 7' evaluating to the string '567' rather than '12'.
Raw```json ⏎ {"answer": "false", "explanation": "In PHP 8 the concatenation operator (.) has higher precedence than addition and subtraction, as shown by '5 . 6 . 7' evaluating to the string '567' rather than '12'."} ⏎ ``` | неверно верный: «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 ** (exponentiation) operator is right-associative, so 2 ** 3 ** 2 evaluates as 2 ** (3 ** 2) = 2 ** 9 = 512, not 64.
Raw{"answer": "false", "explanation": "In PHP, the ** (exponentiation) operator is right-associative, so 2 ** 3 ** 2 evaluates as 2 ** (3 ** 2) = 2 ** 9 = 512, not 64."} | верно | ** право-ассоциативен: 2 ** (3 ** 2) = 2 ** 9 = 512. |
T01-L8 0.29 c | Syntax and operators | What string will this print: echo 'sum: ' . 2 + 3; (PHP 8)? | «3» Пояснение: String concatenation (.) has higher precedence than addition (+), so 'sum: ' . 2 evaluates to 'sum: 2' first, then 'sum: 2' + 3 coerces the string to 2 and adds 3, resulting in 3.
Raw{"answer": "3", "explanation": "String concatenation (.) has higher precedence than addition (+), so 'sum: ' . 2 evaluates to 'sum: 2' first, then 'sum: 2' + 3 coerces the string to 2 and adds 3, resulting in 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 (===), two arrays are only considered equal if they have the same key/value pairs in the same order, so element order matters.
Raw{"answer": "no", "explanation": "With strict comparison (===), two arrays are only considered equal if they have the same key/value pairs in the same order, so element order matters."} | верно | === для массивов требует совпадения и значений, и их порядка. |
T02-L2 0.19 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; strict comparison uses ===.
Raw{"answer": "no", "explanation": "The comparison 0 == false returns true (not false) because == is a loose comparison, not a strict one; strict comparison uses ===."} | верно | Наоборот: == — нестрогое сравнение и возвращает true; строгое — это === (0 === false → false). |
T02-L3 0.22 c | Types and comparisons | In PHP 8, the expression "abc" == 0 returns true. | «yes» Пояснение: In PHP 8, the "abc" == 0 comparison returns true because PHP converts "abc" to 0 when comparing it with the integer 0 using loose equality.
Raw```json ⏎ {"answer": "yes", "explanation": "In PHP 8, the \"abc\" == 0 comparison returns true because PHP converts \"abc\" to 0 when comparing it with the integer 0 using loose equality."} ⏎ ``` | неверно верный: «no» | С PHP 8 нечисловая строка сравнивается как строка: "abc" == "0" → false (в PHP 7 было true). |
T02-L4 0.2 c | Types and comparisons | Under loose comparison, null equals 0, the empty string, and false at the same time. | «yes» Пояснение: Under PHP's loose comparison, null is loosely equal to 0, the empty string, and false simultaneously because all of them coerce to the same falsy/zero value.
Raw{"answer": "yes", "explanation": "Under PHP's loose comparison, null is loosely equal to 0, the empty string, and false simultaneously because all of them coerce to the same falsy/zero value."} | верно | null == 0, null == "" и null == false — все true. |
T02-L5 0.2 c | Types and comparisons | What does the expression (int) '42abc' return? | «42» Пояснение: In PHP, casting a string to int with (int) truncates at the first non-numeric character, so '42abc' becomes 42.
Raw{"answer": 42, "explanation": "In PHP, casting a string to int with (int) truncates at the first non-numeric character, so '42abc' becomes 42."} | верно | Ведущая числовая часть: 42, без ошибок и warning. |
T02-L6 0.24 c | Types and comparisons | What does the expression '5' + 5 return? | «10» Пояснение: In PHP, when a numeric string is operated on with a number using the + operator, both are coerced to integers, so '5' + 5 evaluates to 10.
Raw```json ⏎ {"answer": "10", "explanation": "In PHP, when a numeric string is operated on with a number using the + operator, both are coerced to integers, so '5' + 5 evaluates to 10."} ⏎ ``` | верно | Числовая строка приводится: int 10. |
T02-L7 0.44 c | Types and comparisons | When cast to string, false becomes "0". | «no» Пояснение: When cast to string, false becomes an empty string (""), not "0"; the string "0" equals false when compared loosely, but casting false to string yields "".
Raw{"answer": "false", "explanation": "When cast to string, false becomes an empty string (\"\"), not \"0\"; the string \"0\" equals false when compared loosely, but casting false to string yields \"\"."} | верно | false → "", true → "1". |
T02-L8 0.26 c | Types and comparisons | The comparison 0.1 + 0.2 === 0.3 returns false. | «yes» Пояснение: Because of floating-point representation errors, 0.1 + 0.2 evaluates to 0.30000000000000004, so the strict comparison === 0.3 returns false.
Raw{"answer": "yes", "explanation": "Because of floating-point representation errors, 0.1 + 0.2 evaluates to 0.30000000000000004, so the strict comparison === 0.3 returns false."} | верно | Двоичная погрешность float: 0.1 + 0.2 = 0.30000000000000004. |
T03-L1 0.19 c | Strings | strrev() correctly reverses a UTF-8 string. | «no» Пояснение: strrev() operates on bytes, not characters, so it corrupts multi-byte UTF-8 strings by reversing their byte order.
Raw{"answer": "no", "explanation": "strrev() operates on bytes, not characters, so it corrupts multi-byte UTF-8 strings by reversing their byte order."} | верно | strrev переворачивает байты и ломает многобайтовые последовательности. |
T03-L2 0.18 c | Strings | str_contains('Hello world', 'world') returns true. | «yes» Пояснение: The str_contains() function returns true when the haystack string contains the needle string, and 'Hello world' does contain 'world'.
Raw{"answer": "yes", "explanation": "The str_contains() function returns true when the haystack string contains the needle string, and 'Hello world' does contain 'world'."} | верно | str_contains с PHP 8.0 проверяет вхождение подстроки. |
T03-L3 0.2 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 specified padding type (STR_PAD_LEFT, STR_PAD_RIGHT, or STR_PAD_BOTH).
Raw{"answer": "no", "explanation": "str_pad() can pad a string on the left, right, or both sides depending on the specified padding type (STR_PAD_LEFT, STR_PAD_RIGHT, or STR_PAD_BOTH)."} | верно | STR_PAD_LEFT / STR_PAD_BOTH меняют сторону дополнения. |
T03-L4 0.2 c | Strings | By default trim() strips only spaces, leaving tabs and newlines intact. | «no» Пояснение: trim() by default removes all whitespace characters including spaces, tabs, newlines, carriage returns, null bytes, and vertical tabs, not just spaces.
Raw```json ⏎ {"answer": "false", "explanation": "trim() by default removes 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, not characters, and 'héllo' has 6 UTF-8 bytes because 'é' occupies 2 bytes.
Raw{"answer": "6", "explanation": "strlen() counts bytes, not characters, and 'héllo' has 6 UTF-8 bytes because 'é' occupies 2 bytes."} | верно | 6 букв по 2 байта: 12. |
T03-L6 0.27 c | Strings | What does substr('abcdef', -3) return? | «cdef» Пояснение: A negative start position in substr() counts backward from the end of the string, but substr still consumes characters forward from that offset, so starting at the 3rd-from-last character yields 'cdef'.
Raw```json ⏎ {"answer": "cdef", "explanation": "A negative start position in substr() counts backward from the end of the string, but substr still consumes characters forward from that offset, so starting at the 3rd-from-last character yields 'cdef'."} ⏎ ``` | неверно верный: «def» | Отрицательное смещение — с конца: def. |
T03-L7 0.2 c | Strings | ucfirst() modifies the string passed to it in place. | «no» Пояснение: In PHP, strings are immutable, so ucfirst() returns a new modified string rather than modifying the original in place.
Raw```json ⏎ {"answer": "no", "explanation": "In PHP, strings are immutable, so ucfirst() returns a new modified string rather than modifying the original in place."} ⏎ ``` | верно | Строки неизменяемы; ucfirst возвращает новую строку. |
T03-L8 0.18 c | Strings | Variable interpolation works in heredoc but not in nowdoc. | «yes» Пояснение: Heredoc syntax allows variable interpolation while nowdoc behaves like single-quoted strings and does not interpolate variables.
Raw```json ⏎ {"answer": "yes", "explanation": "Heredoc syntax allows variable interpolation while nowdoc behaves like single-quoted strings and does not interpolate variables."} ⏎ ``` | верно | Nowdoc — «одинарные кавычки» в тройном синтаксисе: текст как есть. |
T04-L1 0.18 c | Arrays | The sort() function preserves the key-to-value association of the array. | «no» Пояснение: The sort() function sorts the array by values but reindexes keys numerically starting from zero, destroying the original key-to-value association.
Raw{"answer": "no", "explanation": "The sort() function sorts the array by values but reindexes keys numerically starting from zero, destroying the original key-to-value association."} | верно | sort перенумеровывает ключи; связь сохраняет asort. |
T04-L2 0.19 c | Arrays | The string key '5' in an array is stored as the integer 5. | «yes» Пояснение: In PHP, string keys that consist solely of decimal digits (and are representable as integers) are automatically converted to integer keys when accessing or storing array elements.
Raw{"answer": "yes", "explanation": "In PHP, string keys that consist solely of decimal digits (and are representable as integers) are automatically converted to integer keys when accessing or storing array elements."} | верно | Каноничные десятичные строковые ключи приводятся к int. |
T04-L3 0.17 c | Arrays | The in_array() function uses strict comparison (===) by default. | «no» Пояснение: The in_array() function uses loose comparison by default, and you must explicitly pass true as the third parameter to enable strict comparison.
Raw{"answer": "no", "explanation": "The in_array() function uses loose comparison by default, and you must explicitly pass true as the third parameter to enable strict comparison."} | верно | По умолчанию сравнение нестрогое; строгое — третий аргумент 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 values (0, 0.0, '', false, null, array()) from the array while preserving the keys.
Raw{"answer": "yes", "explanation": "Without a callback, array_filter() removes all falsy values (0, 0.0, '', false, null, array()) from the array while preserving the keys."} | верно | Убирает 0, "", null, false и пустые массивы. |
T04-L5 0.17 c | Arrays | By default, array_slice() preserves the original numeric keys of the array. | «no» Пояснение: array_slice() by default reindexes the numeric keys starting from 0, unless the preserve_keys parameter is set to true.
Raw{"answer": "false", "explanation": "array_slice() by default reindexes the numeric keys starting from 0, unless the preserve_keys parameter is set to true."} | верно | По умолчанию ключи перенумеровываются; сохранение — preserve_keys = true. |
T04-L6 0.22 c | Arrays | What does array_slice([10, 20, 30, 40], 1, 2) return? | «[20, 30]» Пояснение: array_slice extracts the elements starting at offset 1 for a length of 2, returning indices 1 and 2 (values 20 and 30).
Raw{"answer": "[20, 30]", "explanation": "array_slice extracts the elements starting at offset 1 for a length of 2, returning indices 1 and 2 (values 20 and 30)."} | верно | [20,30]; ключи перенумеровываются. |
T04-L7 0.28 c | Arrays | How many elements will count(['a' => 1] + ['a' => 9, 'b' => 2]) return? | «2» Пояснение: The union operator (+) combines arrays but keeps the left operand's elements for matching string keys, so 'a' => 1 from the first array is retained while 'b' => 2 from the second is added, resulting in two elements.
Raw{"answer": "2", "explanation": "The union operator (+) combines arrays but keeps the left operand's elements for matching string keys, so 'a' => 1 from the first array is retained while 'b' => 2 from the second is added, resulting in two elements."} | верно | Оператор + : по ключу 'a' побеждает левый; итого 2. |
T04-L8 0.2 c | Arrays | Since PHP 8.1, the spread operator [...$a, ...$b] supports arrays with string keys. | «no» Пояснение: The spread operator in PHP only works numerically indexed arrays, so for arrays with string keys it merges them using '+' or array_merge instead.
Raw{"answer": "no", "explanation": "The spread operator in PHP only works numerically indexed arrays, so for arrays with string keys it merges them using '+' or array_merge instead."} | неверно верный: «yes» | В 8.0 — только числовые ключи; 8.1 снял ограничение. |
T05-L1 0.21 c | Functions and closures | Named arguments cannot be combined with argument unpacking ...$args in a single call. | «no» Пояснение: Named arguments can actually be combined with argument unpacking ($...$args) since PHP 8.1, as long as the unpacked array contains only named keys or the keys are compatible.
Raw{"answer": "false", "explanation": "Named arguments can actually be combined with argument unpacking ($...$args) since PHP 8.1, as long as the unpacked array contains only named keys or the keys are compatible."} | верно | Можно: f(...$args, имя: значение). Нельзя только позиционный аргумент после распаковки. |
T05-L2 0.2 c | Functions and closures | An anonymous function without use sees variables from the outer scope. | «no» Пояснение: Anonymous functions in PHP do NOT automatically see variables from the outer scope; variables must be explicitly imported using the `use` keyword, unlike in closures in many other languages.
Raw{"answer": "false", "explanation": "Anonymous functions in PHP do NOT automatically see variables from the outer scope; variables must be explicitly imported using the `use` keyword, unlike in closures in many other languages."} | верно | Без 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.2 c | Functions and closures | The body of an arrow function fn may consist of several expressions in curly braces. | «no» Пояснение: In PHP, an arrow function can only contain a single expression without curly braces, unlike regular functions which use curly braces for their body.
Raw{"answer": "false", "explanation": "In PHP, an arrow function can only contain a single expression without curly braces, unlike regular functions which use curly braces for their body."} | верно | fn — всегда одно выражение; блок операторов делает обычная анонимная функция. |
T05-L5 0.17 c | Functions and closures | An arrow function fn captures outer variables by reference (lazily, at use time). | «no» Пояснение: Arrow functions capture outer variables by value (copy) at definition time, not by reference, unlike closures which can capture by reference.
Raw{"answer": "false", "explanation": "Arrow functions capture outer variables by value (copy) at definition time, not by reference, unlike closures which can capture by reference."} | верно | fn захватывает только по значению, автоматически; по ссылке — только &$var в use у обычной функции (fn так не умеет). |
T05-L6 0.18 c | Functions and closures | A closure declared as static function () {} does not capture $this. | «yes» Пояснение: A static closure cannot access $this because it does not belong to an object instance, so $this is unavailable even if defined within an object context.
Raw{"answer": "yes", "explanation": "A static closure cannot access $this because it does not belong to an object instance, so $this is unavailable even if defined within an object context."} | верно | 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 captured as 5 before being reassigned to 7.
Raw```json ⏎ {"answer": 5, "explanation": "Closures capture variables by value at the time of definition, so $x is captured as 5 before being reassigned to 7."} ⏎ ``` | верно | use захватывает по значению в момент создания: 5. |
T05-L8 0.22 c | Functions and closures | In weak typing mode (without strict_types), passing the string "5" to an int parameter is allowed. | «yes» Пояснение: In weak (non-strict) typing mode, PHP coerces numeric strings to integers when passed to an int parameter, so passing "5" is allowed.
Raw{"answer": "yes", "explanation": "In weak (non-strict) typing mode, PHP coerces numeric strings to integers when passed to an int parameter, so passing \"5\" is allowed."} | верно | Coercive typing приводит "5" к 5; strict_types=1 требует точного типа. |
T06-L1 0.16 c | OOP: classes and inheritance | PHP supports constructor property promotion: public function __construct(private int $x) {}. | «yes» Пояснение: PHP 8.0 introduced constructor property promotion, which allows declaring and assigning properties directly in the constructor parameter list.
Raw{"answer": "yes", "explanation": "PHP 8.0 introduced constructor property promotion, which allows declaring and assigning properties directly in 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 in subclasses in PHP.
Raw{"answer": "final", "explanation": "The final keyword prevents a method from being overridden in subclasses in PHP."} | верно | final. |
T06-L3 0.17 c | OOP: classes and inheritance | A method declared final cannot be overridden in a subclass. | «yes» Пояснение: Declaring a method final in PHP prevents it from being overridden by any subclass, which is the intended purpose of the final keyword.
Raw{"answer": "yes", "explanation": "Declaring a method final in PHP prevents it from being overridden by any subclass, which is the intended purpose of the final keyword."} | верно | final запрещает переопределение метода и наследование класса. |
T06-L4 0.17 c | OOP: classes and inheritance | Parent properties with private visibility are accessible in a subclass. | «no» Пояснение: Private properties are only accessible within the class that defines them, so they cannot be accessed or inherited by a subclass.
Raw{"answer": "no", "explanation": "Private properties are only accessible within the class that defines them, so they cannot be accessed or inherited by a subclass."} | верно | В подклассе видны protected и public; private — только внутри своего класса. |
T06-L5 0.24 c | OOP: classes and inheritance | What does get_class(new class {}) return? Answer with the part of the name before the NUL byte (without the file path). | «class@anonymous» Пояснение: In PHP 8, get_class() on an anonymous class returns 'class@anonymous', and the portion before the NUL byte (which encodes the file path) is exactly 'class@anonymous'.
Raw{"answer": "class@anonymous", "explanation": "In PHP 8, get_class() on an anonymous class returns 'class@anonymous', and the portion before the NUL byte (which encodes the file path) is exactly 'class@anonymous'."} | верно | get_class анонимного класса печатает class@anonymous\0<файл>:<строка>$n; короткая форма — часть до NUL-байта. Проверено php -r (hex). |
T06-L6 0.23 c | OOP: classes and inheritance | A private parent method is not part of the inheritance contract: a child may declare a method with the same name and any visibility. | «yes» Пояснение: Private methods are not inherited and are not part of the inheritance contract, so a child class is free to declare a method with the same name using any visibility level.
Raw```json ⏎ {"answer": "yes", "explanation": "Private methods are not inherited and are not part of the inheritance contract, so a child class is free to declare a method with the same name using any visibility level."} ⏎ ``` | верно | private-члены не наследуются — правила совместимости подписей не действуют. |
T06-L7 0.19 c | OOP: classes and inheritance | The magic method __get() is called only for non-existent properties. | «no» Пояснение: __get() is actually called for inaccessible (including non-existent and inaccessible) properties, so it is not only for non-existent ones.
Raw{"answer": "no", "explanation": "__get() is actually called for inaccessible (including non-existent and inaccessible) properties, so it is not only for non-existent ones."} | верно | __get срабатывает и для существующих, но недоступных (private/protected извне). |
T06-L8 0.18 c | OOP: classes and inheritance | What does reassigning a readonly property throw — Exception or Error? | «error» Пояснение: In PHP, attempting to reassign a readonly property throws a TypeError, which is a subclass of the Error class rather than the Exception class.
Raw{"answer": "Error", "explanation": "In PHP, attempting to reassign a readonly property throws a TypeError, which is a subclass of the Error class rather than the Exception class."} | верно | Error (readonly с 8.1); оговорка: в __clone() переинициализация допустима (8.3+). |
T07-L1 0.16 c | Interfaces, traits, enum | An interface can declare constants. | «yes» Пояснение: In PHP, interfaces can declare constants, which are implicitly public and static and must be initialized with a constant value.
Raw{"answer": "yes", "explanation": "In PHP, interfaces can declare constants, which are implicitly public and static and must be initialized with a constant value."} | верно | Константы интерфейса наследуются реализациями. |
T07-L2 0.17 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 implements a specific interface.
Raw{"answer": "instanceof", "explanation": "The instanceof operator in PHP checks whether an object is an instance of a specific class or implements a specific interface."} | верно | instanceof. |
T07-L3 0.35 c | Interfaces, traits, enum | An interface can declare static methods. | «no» Пояснение: PHP interfaces cannot declare static methods until PHP 8.0, where static methods were introduced into interfaces.
Raw{"answer": "no", "explanation": "PHP interfaces cannot declare static methods until PHP 8.0, where static methods were introduced into interfaces."} | неверно верный: «yes» | Реализация обязана дать статический метод с той же сигнатурой. |
T07-L4 0.15 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.26 c | Interfaces, traits, enum | An interface method may have a default implementation, like a trait method. | «no» Пояснение: Interface methods in PHP (before PHP 8.0) cannot have default implementations, though PHP 8.0 introduced optional interface methods with default implementations as an experimental feature, but the traditional answer is that interface methods cannot have a default implementation like trait methods do.
Raw{"answer": "no", "explanation": "Interface methods in PHP (before PHP 8.0) cannot have default implementations, though PHP 8.0 introduced optional interface methods with default implementations as an experimental feature, but the traditional answer is that interface methods cannot have a default implementation like trait methods do."} | верно | Методы интерфейса — только сигнатуры; тело даёт реализующий класс. |
T07-L6 0.21 c | Interfaces, traits, enum | An abstract method in an abstract class may have protected visibility. | «yes» Пояснение: An abstract method in an abstract class may have protected visibility because abstract methods do not have a body, so there is no concrete implementation to expose, allowing any visibility modifier.
Raw{"answer": "yes", "explanation": "An abstract method in an abstract class may have protected visibility because abstract methods do not have a body, so there is no concrete implementation to expose, allowing any visibility modifier."} | верно | В абстрактном классе — любая видимость; в интерфейсе — только 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 declares three cases (A, B, C), and enum::cases() returns all declared cases as an array.
Raw```json ⏎ {"answer": "3", "explanation": "The enum Foo declares three cases (A, B, C), and enum::cases() returns all declared cases as an array."} ⏎ ``` | верно | Статический метод cases(): 3. |
T07-L8 0.17 c | Interfaces, traits, enum | A trait can declare constants. | «yes» Пояснение: Traits in PHP can declare constants, which become available in any class that uses the trait.
Raw{"answer": "yes", "explanation": "Traits in PHP can declare constants, which become 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» Пояснение: In PHP 7+, Throwable is the common ancestor interface of both Exception and Error classes.
Raw{"answer": "yes", "explanation": "In PHP 7+, Throwable is the common ancestor interface of both Exception and Error classes."} | верно | Иерархия с PHP 7: Throwable → Exception и Throwable → Error. |
T08-L2 0.19 c | Exceptions and errors | A catch (Exception $e) block will also catch TypeError, because TypeError ultimately inherits from Exception. | «no» Пояснение: TypeError extends RuntimeException which extends ArithmeticException which extends Exception, so a catch (Exception $e) block actually does catch TypeError; the statement is therefore false.
Raw{"answer": "no", "explanation": "TypeError extends RuntimeException which extends ArithmeticException which extends Exception, so a catch (Exception $e) block actually does catch TypeError; the statement is therefore false."} | верно | TypeError наследуется от Error; catch (Exception) его не ловит. |
T08-L3 0.16 c | Exceptions and errors | The @ operator suppresses exceptions too. | «no» Пояснение: The @ operator suppresses errors/warnings, not exceptions (which are caught and handled by try/catch blocks).
Raw{"answer": "no", "explanation": "The @ operator suppresses errors/warnings, not exceptions (which are caught and handled by try/catch blocks)."} | верно | @ глушит диагностику (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 because dividing by zero is attempted.
Raw{"answer": "DivisionByZeroError", "explanation": "intdiv(5, 0) throws a DivisionByZeroError because dividing by zero is attempted."} | верно | 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 thrown, caught, or not caught at all.
Raw{"answer": "false", "explanation": "The finally block always runs regardless of whether an exception was thrown, caught, or not caught at all."} | верно | Наоборот: finally выполняется всегда — даже когда исключение не поймано и уходит выше. Проверено php -r. |
T08-L6 0.18 c | Exceptions and errors | An exception thrown inside a finally block has no effect on the result of the try block. | «no» Пояснение: An exception thrown inside a finally block will propagate out and override/replace any result or exception from the try block, effectively determining the final outcome.
Raw{"answer": "false", "explanation": "An exception thrown inside a finally block will propagate out and override/replace any result or exception from the try block, effectively determining the final outcome."} | верно | Исключение из finally перекрывает исходное и уходит вместо него. |
T08-L7 0.17 c | Exceptions and errors | What does the expression (bool) new Exception('x') return? | «true» Пояснение: Any object in PHP converts to true when cast to boolean, so (bool) new Exception('x') returns true.
Raw{"answer": "true", "explanation": "Any object in PHP converts 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» Пояснение: register_shutdown_function() callbacks execute when the script terminates, including when exit() or die() is called.
Raw{"answer": "yes", "explanation": "register_shutdown_function() callbacks execute when the script terminates, including when exit() or die() is called."} | верно | exit завершает скрипт, но shutdown-функции отрабатывают. |
T09-L1 0.2 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 file, which is done 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 file, which is done by the autoloader when the class is first referenced."} | верно | use — псевдоним на этапе компиляции; файл грузит автозагрузчик при первом обращении. |
T09-L2 0.2 c | Namespaces and autoloading | What follows use to import a function (not a class): the word function or const? | «function» Пояснение: In PHP, when importing a function via `use`, you must specify the `function` keyword, whereas the `const` keyword is used for importing constants.
Raw{"answer": "function", "explanation": "In PHP, when importing a function via `use`, you must specify the `function` keyword, whereas the `const` keyword is used for importing constants."} | верно | 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? | «controller/api/usercontroller.php» Пояснение: PSR-4 maps the App\ namespace prefix to the src/ directory, so the fully-qualified class name App\Controller\Api\UserController translates to the path src/Controller/Api/UserController.php.
Raw{"answer": "Controller/Api/UserController.php", "explanation": "PSR-4 maps the App\\ namespace prefix to the src/ directory, so the fully-qualified class name App\\Controller\\Api\\UserController translates to the path src/Controller/Api/UserController.php."} | верно | Остаток имени после префикса, \ → /. |
T09-L4 0.16 c | Namespaces and autoloading | Including vendor/autoload.php registers autoloaders via spl_autoload_register(). | «yes» Пояснение: Yes, vendor/autoload.php registers Composer's autoloader via spl_autoload_register().
Raw{"answer": "yes", "explanation": "Yes, vendor/autoload.php registers Composer's autoloader via spl_autoload_register()."} | верно | 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 that returns the name of the current namespace in PHP.
Raw{"answer": "yes", "explanation": "__NAMESPACE__ is a magic constant that returns the name of the current namespace in PHP."} | верно | В корневом пространстве — пустая строка. |
T09-L6 0.24 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 from the global root, so code inside a namespace like Foo\Bar would resolve it as Foo\Bar\ClassName rather than ClassName.
Raw```json ⏎ {"answer": "no", "explanation": "An unqualified class name in new is resolved relative to the current namespace, not from the global root, so code inside a namespace like Foo\\Bar would resolve it as Foo\\Bar\\ClassName rather than ClassName."} ⏎ ``` | верно | Резолвится относительно текущего namespace (с учётом импортов). |
T09-L7 0.27 c | Namespaces and autoloading | With the PSR-4 mapping "App\ → src/", the class App\Model\User lives in the file src/Model/User.php. | «yes» Пояснение: Under PSR-4, the namespace App\ maps to src/, so the class App\Model\User maps to the file src/Model/User.php, matching the fully-qualified class name by appending each namespace segment as a directory path.
Raw{"answer": "yes", "explanation": "Under PSR-4, the namespace App\\ maps to src/, so the class App\\Model\\User maps to the file src/Model/User.php, matching the fully-qualified class name by appending each namespace segment as a directory path."} | верно | Остаток имени после префикса переносится в путь как есть. |
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 7+, use statements can be written inside function or method bodies, and the import is scoped to that function only.
Raw{"answer": "yes", "explanation": "In PHP 7+, use statements can be written inside function or method bodies, and the import is scoped to that function only."} | неверно верный: «no» | use внутри тела функции — parse error; импорты файловые и компиляционные. |
T10-L1 0.16 c | References and scope | Arrays are copied on assignment rather than passed by reference. | «yes» Пояснение: In PHP, arrays are value types that are copied on assignment (copy-on-write) rather than passed by reference.
Raw{"answer": "yes", "explanation": "In PHP, arrays are value types that are copied on assignment (copy-on-write) rather than passed by reference."} | верно | Присваивание массива — копия (в движке — copy-on-write). |
T10-L2 0.22 c | References and scope | What will this print: $a = [1, 2]; $b = $a; $b[] = 3; echo count($a); | «2» Пояснение: In PHP, arrays are value types, so `$b = $a` copies by value, meaning the copy-on-write mechanism keeps them separate and `$a` retains its original 2 elements.
Raw{"answer": "2", "explanation": "In PHP, arrays are value types, so `$b = $a` copies by value, meaning the copy-on-write mechanism keeps them separate and `$a` retains its original 2 elements."} | верно | Присваивание — копия: в $a по-прежнему 2 элемента. |
T10-L3 0.27 c | References and scope | Inside a function, user-defined global variables are inaccessible without global, $GLOBALS, or passing them as parameters. | «yes» Пояснение: In PHP, variables defined outside a function exist in the global scope and are not automatically accessible inside function scopes, requiring the use of the `global` keyword, the `$GLOBALS` superglobal, or passing them as function parameters to access them.
Raw{"answer": "true", "explanation": "In PHP, variables defined outside a function exist in the global scope and are not automatically accessible inside function scopes, requiring the use of the `global` keyword, the `$GLOBALS` superglobal, or passing them as function parameters to access them."} | верно | Область видимости функций изолирована; исключение — суперглобалы ($_GET и др.). |
T10-L4 0.19 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' entirely, not just for the current function scope.
Raw{"answer": "no", "explanation": "unset($GLOBALS['x']) inside a function destroys the global variable 'x' entirely, not just for the current function scope."} | верно | $GLOBALS — прямое окно в глобальную область: unset удалит её по-настоящему. |
T10-L5 0.18 c | References and scope | What will this print: function inc(&$x) { $x++; } $n = 5; inc($n); echo $n; | «6» Пояснение: The function uses a by-reference parameter ($x), so $x++ modifies the original $n variable from 5 to 6.
Raw{"answer": "6", "explanation": "The function uses a by-reference parameter ($x), so $x++ modifies the original $n variable 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» Пояснение: A foreach loop by value works on a copy of the array, so modifications to the array inside the loop are not reflected during the same iteration.
Raw```json ⏎ {"answer": "false", "explanation": "A foreach loop by value works on a copy of the array, so modifications to the array inside the loop are not reflected during the same iteration."} ⏎ ``` | верно | По значению foreach итерирует копию-снимок. |
T10-L7 0.2 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 as a whole, so changes made via one instance are visible in all other instances and even without any instance.
Raw{"answer": "no", "explanation": "Static properties belong to the class as a whole, so changes made via one instance are visible in all other instances and even without any instance."} | верно | Наоборот: статическое свойство общее для всех экземпляров класса. Проверено php -r. |
T10-L8 0.19 c | References and scope | An array can have a boolean key true, and it will be stored as bool. | «no» Пояснение: In PHP, boolean array keys are automatically converted to integers (true becomes 1, false becomes 0), so they are not stored as booleans.
Raw{"answer": "no", "explanation": "In PHP, boolean array keys are automatically converted to integers (true becomes 1, false becomes 0), so they are not stored as booleans."} | верно | Булев ключ приводится к int: true → 1, false → 0. |
T11-L1 0.19 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+, generators support return statements with a value that can be retrieved later via the getReturn() method after the generator is closed.
Raw{"answer": "yes", "explanation": "In PHP 7.0+, generators support return statements with a value that can be retrieved later via the getReturn() method after the generator is closed."} | верно | return-значение генератора доступно через getReturn() после прохода. |
T11-L2 0.18 c | Generators, iterators, SPL | A fully consumed generator can be rewound with rewind() and traversed again. | «yes» Пояснение: A fully consumed generator can be rewound with rewind() and traversed again because generators implement the RewindableIterator interface which allows rewinding.
Raw{"answer": "yes", "explanation": "A fully consumed generator can be rewound with rewind() and traversed again because generators implement the RewindableIterator interface which allows rewinding."} | неверно верный: «no» | Генератор одноразовый: rewind после начала итерации бросает Exception. |
T11-L3 0.18 c | Generators, iterators, SPL | The yield from construct delegates traversal to another generator or iterable. | «yes» Пояснение: The `yield from` construct in PHP delegates traversal to another generator or iterable, forwarding values, sends, and exceptions to the delegated generator.
Raw{"answer": "yes", "explanation": "The `yield from` construct in PHP delegates traversal to another generator or iterable, forwarding values, sends, and exceptions to the delegated generator."} | верно | yield from проксирует значения, ключи и return-значение внутреннего генератора. |
T11-L4 0.17 c | Generators, iterators, SPL | What does get_class(g()) return for function g() { yield 1; }? | «{"answer": "generator", "explanation": "a function containing yield becomes a generator, so get_class() on its returned instance returns the class name 'generator'}» Пояснение: ", "explanation": "A function containing yield becomes a generator, so get_class() on its returned instance returns the class name 'Generator'}
Raw{"answer": "Generator", "explanation": "A function containing yield becomes a generator, so get_class() on its returned instance returns the class name 'Generator'} | верно парсинг: текст (фолбэк) | Функция с yield возвращает Generator. |
T11-L5 0.23 c | Generators, iterators, SPL | How many elements will count(iterator_to_array((function () { yield from [1, 2, 3]; })())) return? | «3» Пояснение: The generator yields 1, 2, 3 via `yield from`, and iterator_to_array() collects all three values into a numerically-indexed array, so count() returns 3.
Raw{"answer": "3", "explanation": "The generator yields 1, 2, 3 via `yield from`, and iterator_to_array() collects all three values into a numerically-indexed array, so count() returns 3."} | верно | yield from делегирует все 3 элемента. |
T11-L6 0.2 c | Generators, iterators, SPL | The SplStack class implements a FIFO queue. | «no» Пояснение: SplStack implements a LIFO (last in, first out) stack, not a FIFO queue; the SplQueue class implements the FIFO behavior.
Raw{"answer": "no", "explanation": "SplStack implements a LIFO (last in, first out) stack, not a FIFO queue; the SplQueue class implements the FIFO behavior."} | верно | SplStack — стек LIFO; очередь FIFO — SplQueue. |
T11-L7 0.17 c | Generators, iterators, SPL | ArrayIterator allows wrapping an array and traversing it via the Iterator interface. | «yes» Пояснение: ArrayIterator is a PHP SPL class that wraps an array and allows traversing it using the Iterator interface and many other interface methods.
Raw{"answer": "yes", "explanation": "ArrayIterator is a PHP SPL class that wraps an array and allows traversing it using the Iterator interface and many other interface methods."} | верно | Объектная обёртка над массивом. |
T11-L8 0.15 c | Generators, iterators, SPL | An ArrayObject instance cannot be traversed with foreach. | «no» Пояснение: ArrayObject implements Traversable and ArrayAccess, so it can be iterated over with foreach.
Raw{"answer": "false", "explanation": "ArrayObject implements Traversable and ArrayAccess, so it can be iterated over 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 internally, so providing a salt separately is unnecessary and the function does not even accept a salt parameter.
Raw{"answer": "yes", "explanation": "password_hash() automatically generates a cryptographically secure random salt internally, so providing a salt separately is unnecessary and the function does not even accept a salt parameter."} | верно | Соль встраивается в строку результата; параметр salt устарел. |
T12-L2 0.21 c | Configuration and security | In PHP 8, PASSWORD_DEFAULT is md5 with an automatically added salt. | «no» Пояснение: In PHP 8, PASSWORD_DEFAULT uses the bcrypt algorithm (currently), not md5, since md5 is cryptographically broken and unsuitable for password hashing.
Raw```json ⏎ {"answer": "no", "explanation": "In PHP 8, PASSWORD_DEFAULT uses the bcrypt algorithm (currently), not md5, since md5 is cryptographically broken and unsuitable for password hashing."} ⏎ ``` | верно | PASSWORD_DEFAULT — bcrypt; md5 для паролей непригоден (перебирается массово). |
T12-L3 0.17 c | Configuration and security | What does password_verify('secret', password_hash('secret', PASSWORD_DEFAULT)) return? | «true» Пояснение: password_verify returns true because the hashed 'secret' was generated from the same plaintext 'secret', so verification succeeds.
Raw{"answer": "true", "explanation": "password_verify returns true because the hashed 'secret' was generated from the same plaintext 'secret', so verification succeeds."} | верно | Соль и хеш в одной строке: true (форма ответа: true или да). |
T12-L4 0.2 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 the specific database engine.
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 the specific database engine."} | верно | strip_tags режет HTML-теги (помощник против XSS), к параметризации SQL отношения не имеет. |
T12-L5 0.18 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 rotates the session ID on login, which is the recommended defense against session fixation attacks.
Raw{"answer": "yes", "explanation": "session_regenerate_id() with delete_old_session=true rotates the session ID on login, which is the recommended defense against session fixation attacks."} | верно | Новый ID сессии после логина — стандартная защита от session fixation. |
T12-L6 0.21 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 Application Programming Interface (SAPI) that PHP is running under, such as 'cli'.
Raw{"answer": "php_sapi_name", "explanation": "The php_sapi_name() function returns the name of the Server Application Programming Interface (SAPI) that PHP is running under, such as 'cli'."} | верно | php_sapi_name(). |
T12-L7 0.18 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, not the session cookie stored in the user's browser.
Raw{"answer": "yes", "explanation": "session_destroy() only removes the session data stored on the server, not the session cookie stored in the user's browser."} | верно | Удаление cookie — отдельный шаг через setcookie с истёкшим сроком. |
T12-L8 0.17 c | Configuration and security | Without calling session_start(), the $_SESSION array is automatically populated with session data. | «no» Пояснение: Without calling session_start(), the $_SESSION array remains empty because session data is not loaded and deserialized until the session is explicitly started.
Raw{"answer": "false", "explanation": "Without calling session_start(), the $_SESSION array remains empty because session data is not loaded and deserialized until the session is explicitly started."} | верно | Без session_start() данные сессии в массив не загружаются ($_SESSION можно заполнить вручную, но привязки к сессии нет). |
VC-L1 0.19 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 along with other array map/reduce functions like array_map and array_filter extensions.
Raw{"answer": "5.3", "explanation": "The array_find() function was introduced in PHP 5.3 along with other array map/reduce functions like array_map and array_filter extensions."} | неверно верный: «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 in the property declaration) were introduced in PHP 8.4.
Raw{"answer": "yes", "explanation": "Property hooks (get/set in the property declaration) were introduced 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, including the ability to use private(set) for write-only properties, was indeed introduced in PHP 8.4.
Raw{"answer": "yes", "explanation": "Asymmetric visibility, including the ability to use private(set) for write-only properties, 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 whose discard should trigger a warning.
Raw{"answer": "8.2", "explanation": "The #[\\NoDiscard] attribute was introduced in PHP 8.2 to allow marking return values whose discard should trigger a warning."} | неверно верный: «8.5» | #[\NoDiscard] — PHP 8.5 (marking return values as important). |
VC-L5 0.2 c | PHP 8.4–8.5 | In which PHP version did the pipe operator |> first appear? Answer with the version number. | «8.1» Пояснение: The pipe operator (|>) was introduced in PHP 8.1 as a syntactic sugar for function calls that allows passing a value as the first argument.
Raw{"answer": "8.1", "explanation": "The pipe operator (|>) was introduced in PHP 8.1 as a syntactic sugar for function calls that allows passing a value as the first argument."} | неверно верный: «8.5» | Pipe operator — PHP 8.5 (2025). |
VC-L6 0.28 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» Пояснение: The clone-with syntax clone($obj, ['x' => 1]) was introduced in PHP 8.3 (October 2023) as shorthand for cloning an object and overriding properties in a single expression.
Raw```json ⏎ { ⏎ "answer": "8.3", ⏎ "explanation": "The clone-with syntax clone($obj, ['x' => 1]) was introduced in PHP 8.3 (October 2023) as shorthand for cloning an object and overriding properties in a single expression." ⏎ } ⏎ ``` | неверно верный: «8.5» | Clone with v2 — PHP 8.5. |
VC-L7 0.16 c | PHP 8.4–8.5 | In which PHP version were the array_first() and array_last() functions introduced? | «7.3» Пояснение: array_first() and array_last() were introduced in PHP 7.3.
Raw{"answer": "7.3", "explanation": "array_first() and array_last() were introduced in PHP 7.3."} | неверно верный: «8.5» | PHP 8.5. |
VC-L8 0.2 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. | «php 8.4» Пояснение: The Partial Function Application RFC was adopted for PHP 8.4, which was released in November 2024.
Raw```json ⏎ {"answer": "PHP 8.4", "explanation": "The Partial Function Application RFC was adopted for PHP 8.4, which was released in November 2024."} ⏎ ``` | неверно верный: «8.6» | PFA v2 принят 05.12.2025 (33-0-0), реализован в PHP 8.6. |
VF-L1 0.19 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. | «php 8.5» Пояснение: The clamp_v2 RFC implementing the clamp() function was implemented for PHP 8.5.
Raw{"answer": "PHP 8.5", "explanation": "The clamp_v2 RFC implementing the clamp() function was implemented for PHP 8.5."} | неверно верный: «8.6» | По данным владельца (wiki.php.net/rfc): clamp_v2 — 8.6; clamp() в 8.5.11 отсутствует (косвенное подтверждение). Дата-якорь делает клетку монотонной. |
VF-L2 0.23 c | PHP: 8.6+ and the future | RFC Context Managers v2 has already been adopted in PHP (as of 2026-11-07). | «yes» Пояснение: The Context Managers RFC (accepted as of PHP 8.4) introduced the `ContextManager` interface and `enterContext()`/`exitContext()` methods, making the statement true.
Raw{"answer": "yes", "explanation": "The Context Managers RFC (accepted as of PHP 8.4) introduced the `ContextManager` interface and `enterContext()`/`exitContext()` methods, making the statement true."} | неверно верный: «no» | На 06.11.2026 — в обсуждении (создан 2026-10-23); не принят. |
VF-L3 0.17 c | PHP: 8.6+ and the future | RFC Bound-Erased Generic Types (generics) was declined in 2026. | «yes» Пояснение: The RFC "Bound-Erased Generic Types" was indeed rejected by the PHP core developers.
Raw{"answer": "yes", "explanation": "The RFC \"Bound-Erased Generic Types\" was indeed rejected by the PHP core developers."} | верно | Голосование завершилось 2026-06-28: отклонён (wiki.php.net/rfc). |
VF-L4 0.23 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» Пояснение: No RFC has been accepted to enable ZTS by default in PHP, as the default SAPI would remainnts thread-safe by default, which remains a significant undertaking and has not been accepted as of the knowledge cutoff.
Raw{"answer": "false", "explanation": "No RFC has been accepted to enable ZTS by default in PHP, as the default SAPI would remainnts thread-safe by default, which remains a significant undertaking and has not been accepted as of the knowledge cutoff."} | верно | Такого принятого RFC нет на дату якоря; якорь делает клетку монотонной — при принятии RFC позже клетка не перевернётся. |
VF-L5 0.25 c | PHP: 8.6+ and the future | As of PHP 8.5, generics (parameterized types) are still absent. | «no» Пояснение: Generics (parameterized types) were actually added to PHP in PHP 8.4 (December 2024), so the statement that they are still absent as of PHP 8.5 is false.
Raw{"answer": "no", "explanation": "Generics (parameterized types) were actually added to PHP in PHP 8.4 (December 2024), so the statement that they are still absent as of PHP 8.5 is false."} | неверно верный: «yes» | Generics в PHP отсутствуют; отрицательный контроль (не путать с C#/Java). |
VF-L6 0.26 c | PHP: 8.6+ and the future | As of 2026-11-07, the latest stable PHP version is 8.5, and PHP 8.6 has not been released yet (GA — 2026-11-19). | «yes» Пояснение: PHP follows a release cycle where feature releases (like 8.5) become stable around November of each year, with 8.6 targeting GA in November 2026, making 8.5 the latest stable version on that date.
Raw{"answer": "yes", "explanation": "PHP follows a release cycle where feature releases (like 8.5) become stable around November of each year, with 8.6 targeting GA in November 2026, making 8.5 the latest stable version on that date."} | верно | 8.5 — релиз осени 2025; 8.6 GA 19.11.2026 (wiki.php.net/todo/php86). Дата снимка — 06.11.2026. |
VF-L7 0.21 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 (which was planned for Unicode support) was cancelled and PHP 5.6 was followed directly by PHP 7.0.
Raw{"answer": "yes", "explanation": "PHP 6 (which was planned for Unicode support) was cancelled and PHP 5.6 was followed directly by PHP 7.0."} | верно | Исторический факт: ветка 6 не была релизнута. |
VF-L8 0.2 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 with 68 votes against, 25 in favor, and 9 abstentions.
Raw```json ⏎ {"answer": "no", "explanation": "The RFC proposing the #[\\Deprecated] attribute was rejected with 68 votes against, 25 in favor, and 9 abstentions."} ⏎ ``` | неверно верный: «yes» | #[\Deprecated] — принят, реализован в PHP 8.4. |
T25-L1 0.18 c | Clean architecture | The dependency rule of clean and onion architecture: inner layers know nothing about outer ones — dependencies point toward the center. | «yes» Пояснение: In clean/onion architecture, dependencies must always point inward from outer layers to inner layers, so inner layers never reference or depend on outer ones.
Raw{"answer": "yes", "explanation": "In clean/onion architecture, dependencies must always point inward from outer layers to inner layers, so inner layers never reference or depend on outer ones."} | верно | Чистая (Robert C. Martin), луковичная (Jeffrey Palermo) и гексагональная (ports & adapters) — варианты одной идеи: зависимости направлены внутрь, к домену. Слоями в проекте следит deptrac. |
T25-L2 0.22 c | Clean architecture | Domain entities import neither Doctrine nor Symfony — only the language and, possibly, the standard library. | «yes» Пояснение: In clean/architectural domain-driven design, domain entities should depend only on PHP language features and the standard library to remain decoupled from infrastructure frameworks like Doctrine and Symfony.
Raw```json ⏎ {"answer": "true", "explanation": "In clean/architectural domain-driven design, domain entities should depend only on PHP language features and the standard library to remain decoupled from infrastructure frameworks like Doctrine and Symfony."} ⏎ ``` | верно | Изоляция домена от инфраструктуры; deptrac в проекте как раз следит за слоями. |
T25-L3 0.23 c | Clean architecture | Controllers and Twig templates belong to the business-logic layer because they are the ones calling use cases. | «no» Пояснение: Controllers and Twig templates belong to the presentation/presentation layer, not the business-logic layer, since they only handle HTTP concerns and calling use cases without containing the application's core business rules.
Raw```json ⏎ {"answer": "no", "explanation": "Controllers and Twig templates belong to the presentation/presentation layer, not the business-logic layer, since they only handle HTTP concerns and calling use cases without containing the application's core business rules."} ⏎ ``` | верно | Наоборот: это интерфейсные адаптеры (внешний слой); они зависят от use cases, а не наоборот. |
T25-L4 0.19 c | Clean architecture | What sits at the very center of the onion architecture? | «entities» Пояснение: In the onion architecture, entities sit at the very center as the core business objects, with all other layers wrapping around them.
Raw{"answer": "Entities", "explanation": "In the onion architecture, entities sit at the very center as the core business objects, with all other layers wrapping around them."} | неверно верный: «domain model» | Центральное кольцо — Domain Model: сущности и бизнес-правила без зависимостей; далее Domain Services → Application Services → Infrastructure/UI/Tests (Palermo). |
T25-L5 0.18 c | Clean architecture | Layer boundary violations can be caught automatically: a layer-dependency analyzer (e.g. deptrac) fails on a forbidden call. | «yes» Пояснение: Tools like deptrac analyze layer dependencies statically and fail the build when a forbidden cross-layer call is detected, making such violations catchable automatically.
Raw{"answer": "yes", "explanation": "Tools like deptrac analyze layer dependencies statically and fail the build when a forbidden cross-layer call is detected, making such violations catchable automatically."} | верно | depfile.yaml в проекте TasK: CI проверяет правила слоёв на каждом пайплайне. |
T25-L6 0.22 c | Clean architecture | A use case (interactor) may accept an HTTP request or an EntityManager as arguments — it is simpler that way. | «no» Пояснение: A well-designed use case should be technology-agnostic and decoupled from frameworks like HTTP or infrastructure details like the EntityManager, relying instead on domain-specific inputs and repository abstractions.
Raw```json ⏎ {"answer": "no", "explanation": "A well-designed use case should be technology-agnostic and decoupled from frameworks like HTTP or infrastructure details like the EntityManager, relying instead on domain-specific inputs and repository abstractions."} ⏎ ``` | верно | Use case принимает DTO и порты; привязка к HTTP/ORM протекает инфраструктуру во внутренние слои. |
T25-L7 0.2 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 the storage mechanism from the rest of the application.
Raw{"answer": "Repository", "explanation": "The Repository component provides a collection of aggregates/entities behind an interface while abstracting the storage mechanism from the rest of the application."} | верно | Repository pattern (DDD/Evans); в проекте — Doctrine-репозитории за портами. |
T25-L8 0.19 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, database adapters live in the outer infrastructure layer behind interfaces, so swapping databases only touches that layer while the domain and use cases remain unchanged.
Raw{"answer": "yes", "explanation": "In clean architecture, database adapters live in the outer infrastructure layer behind interfaces, so swapping databases only touches that layer while the domain and use cases remain unchanged."} | верно | Следствие правила зависимостей: инфраструктура взаимозаменяема. |
T26-L1 0.21 c | DDD | In DDD, an aggregate is just another name for a database table. | «no» Пояснение: An aggregate in DDD is a domain model concept representing a cluster of entities and value objects treated as a unit with consistency rules, not a database table, which is a persistence-layer concern.
Raw{"answer": "no", "explanation": "An aggregate in DDD is a domain model concept representing a cluster of entities and value objects treated as a unit with consistency rules, not a database table, which is a persistence-layer concern."} | верно | Агрегат — кластер объектов с границей согласованности (транзакционной вокруг корня); таблица — деталь хранения. |
T26-L2 0.16 c | DDD | A Value Object is immutable and compared by the values of its fields, not by identity. | «yes» Пояснение: A Value Object is by definition immutable and is compared based on the values of its fields rather than reference identity.
Raw{"answer": "yes", "explanation": "A Value Object is by definition immutable and is compared based on the values of its fields rather than reference identity."} | верно | Классика 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? | «facade» Пояснение: In Domain-Driven Design, an aggregate exposes a single external entry point through which all changes must pass, and this is called a Facade.
Raw{"answer": "Facade", "explanation": "In Domain-Driven Design, an aggregate exposes a single external entry point through which all changes must pass, and this is called a Facade."} | неверно верный: «aggregate root» | Aggregate Root: внешние объекты ссылаются только на корень; он защищает инварианты агрегата. |
T26-L4 0.23 c | DDD | In DDD, a repository is declared for an aggregate (its root), not for every entity. | «yes» Пояснение: In DDD, repositories are designed to represent the collection of a single aggregate type, so you declare one repository for the aggregate root and access contained entities through the root, never directly.
Raw{"answer": "yes", "explanation": "In DDD, repositories are designed to represent the collection of a single aggregate type, so you declare one repository for the aggregate root and access contained entities through the root, never directly."} | верно | Репозиторий корня хранит границу согласованности агрегата; вложенные сущности доступны только через корень. |
T26-L5 0.19 c | DDD | Ubiquitous language is the model's shared language common to developers and domain experts. | «yes» Пояснение: Ubiquitous language is indeed the shared domain language that both developers and domain experts use consistently across all models, documentation, and communication in Domain-Driven Design.
Raw{"answer": "true", "explanation": "Ubiquitous language is indeed the shared domain language that both developers and domain experts use consistently across all models, documentation, and communication in Domain-Driven Design."} | верно | Evans: язык из требований переходит в имена классов и методов. |
T26-L6 0.23 c | DDD | What is the boundary called within which a model and its language are consistent, while outside the same words mean other models? | «model theoretic validity» Пояснение: In model theory, this boundary is called "model theoretic validity," within which a formula holds across all models sharing the same language and axioms, while outside it the same words can denote different models.
Raw{"answer": "model theoretic validity", "explanation": "In model theory, this boundary is called \"model theoretic validity,\" within which a formula holds across all models sharing the same language and axioms, while outside it the same words can denote different models."} | неверно верный: «bounded context» | Bounded Context; «Заказ» в биллинге и в доставке — разные модели. |
T26-L7 0.23 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 thatDDD purists like Eric Evans and Martin Fowler explicitly criticize as a symptom of an anemic design, recommending a rich domain model instead.
Raw{"answer": "no", "explanation": "The anemic domain model is actually the style thatDDD purists like Eric Evans and Martin Fowler explicitly criticize as a symptom of an anemic design, recommending a rich domain model instead."} | верно | Наоборот: Evans называет анемичность антипаттерном — поведение должно жить в доменных объектах. |
T26-L8 0.2 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 an explicit boundary within which a domain model applies, and the same concept can have different representations/classes across different bounded contexts.
Raw{"answer": "yes", "explanation": "A bounded context defines an explicit boundary within which a domain model applies, and the same concept can have different representations/classes across different bounded contexts."} | верно | Модели контекстов независимы; между ними — явная интеграция (ACL, published language). |
T13-L1 0.24 c | Symfony | Services in the Symfony DI container are created lazily by default — on first use. | «no» Пояснение: Symfony's default container is eager by default and only instantiates services lazily (via lazy services, the Xml/YamlLoader, or a container that implements `ContainerInterface::isCompiled()` with lazy wiring).
Raw```json ⏎ {"answer": "false", "explanation": "Symfony's default container is eager by default and only instantiates services lazily (via lazy services, the Xml/YamlLoader, or a container that implements `ContainerInterface::isCompiled()` with lazy wiring)."} ⏎ ``` | неверно верный: «yes» | Контейнер инстанцирует сервис при первом извлечении; eager-создания по умолчанию нет. |
T13-L2 0.19 c | Symfony | Which Symfony console command lists all registered routes? | «debug:router» Пояснение: The Symfony console command 'debug:router' displays a list of all registered routes in the application.
Raw{"answer": "debug:router", "explanation": "The Symfony console command 'debug:router' displays a list of all registered routes in the application."} | верно | bin/console debug:router (FrameworkBundle); в Symfony 3 команда называлась router:debug. |
T13-L3 0.24 c | Symfony | Symfony autowiring requires manually declaring every service in services.yaml. | «no» Пояснение: Symfony's autowiring feature automatically wires services based on type-hints without requiring manual declaration, and autoloading can even register services automatically via pattern matching in services.yaml.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "Symfony's autowiring feature automatically wires services based on type-hints without requiring manual declaration, and autoloading can even register services automatically via pattern matching in services.yaml." ⏎ } ⏎ ``` | верно | Autowire+autoconfigure регистрируют и связывают сервисы автоматически; ручное перечисление — исключение. |
T13-L4 0.16 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 to avoid recompilation between requests.
Raw{"answer": "yes", "explanation": "Twig compiles templates into optimized PHP classes and caches them in a cache directory to avoid recompilation between requests."} | верно | Twig компилирует шаблон один раз; кэш в var/cache/twig, в prod не пересобирается. |
T13-L5 0.17 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 container is cached and only rebuilt when tracked PHP/config files change, not on every request.
Raw{"answer": "yes", "explanation": "In the Symfony dev environment the container is cached and only rebuilt when tracked PHP/config files change, not on every request."} | верно | Kernel проверяет freshness ресурсов (конфиги, классы); иначе переиспользуется кэш контейнера. |
T13-L6 0.17 c | Symfony | Which environment variable selects the active Symfony environment (dev/prod)? | «app_env» Пояснение: The APP_ENV variable selects the active Symfony environment, typically set in the .env file to dev or prod.
Raw{"answer": "APP_ENV", "explanation": "The APP_ENV variable selects the active Symfony environment, typically set in the .env file to dev or prod."} | верно | APP_ENV в .env; APP_DEBUG — отдельный флаг отладки. |
T13-L7 0.24 c | Symfony | A controller method can be private — Symfony routing works with any method of the class. | «yes» Пояснение: In Symfony, a controller method can be private as long as the route annotation points directly to that method, but routing cannot access inherited (parent class) methods and the recommended practice is to use public methods.
Raw```json ⏎ {"answer": "yes", "explanation": "In Symfony, a controller method can be private as long as the route annotation points directly to that method, but routing cannot access inherited (parent class) methods and the recommended practice is to use public methods."} ⏎ ``` | неверно верный: «no» | Действие контроллера должно быть public; приватный метод по маршруту не вызывается. |
T13-L8 0.25 c | Symfony | Event subscribers always receive events before listeners, because the interface gives them priority. | «no» Пояснение: Event subscribers and listeners do not inherently have priority over each other just by being subscribers; event dispatch order is determined by event priority and listener/subscriber priorities assigned via the 'priority' attribute, not by the type of handler.
Raw{"answer": "false", "explanation": "Event subscribers and listeners do not inherently have priority over each other just by being subscribers; event dispatch order is determined by event priority and listener/subscriber priorities assigned via the 'priority' attribute, not by the type of handler."} | верно | Порядок определяет priority, а не тип подписки; приоритеты задаются в getSubscribedEvents() так же, как у слушателей. |
T22-L1 0.22 c | Symfony: Security and forms | In modern Symfony (6.0+) authentication is built on authenticator classes (AuthenticatorInterface); the old guard system has been removed. | «yes» Пояснение: Symfony 6.0 removed the old 'guard' authentication system, and modern Symfony uses the modern authentication system built on AuthenticatorInterface.
Raw```json ⏎ {"answer": "yes", "explanation": "Symfony 6.0 removed the old 'guard' authentication system, and modern Symfony uses the modern authentication system built on AuthenticatorInterface."} ⏎ ``` | верно | Guard объявлен устаревшим в 5.3 и удалён в 6.0; в проекте symfony/security-bundle 8.1. |
T22-L2 0.21 c | Symfony: Security and forms | Which Symfony attribute checks a role/permission right on a controller method (403 without it)? | «[isgranted]» Пояснение: The IsGranted attribute checks a role or permission on a controller method and returns HTTP 403 when the check fails.
Raw```json ⏎ {"answer": "[IsGranted]", "explanation": "The IsGranted attribute checks a role or permission on a controller method and returns HTTP 403 when the check fails."} ⏎ ``` | верно | #[IsGranted('ROLE_ADMIN')]; атрибут из symfony/security-http. |
T22-L3 0.24 c | Symfony: Security and forms | Voters are Symfony's mechanism for checking access to a specific object: isGranted('EDIT', $post). | «yes» Пояснение: Voters in Symfony are indeed the mechanism used to grant or deny access based on a specific subject/object, as demonstrated by isGranted('EDIT', $post) where $post is the object being evaluated.
Raw{"answer": "true", "explanation": "Voters in Symfony are indeed the mechanism used to grant or deny access based on a specific subject/object, as demonstrated by isGranted('EDIT', $post) where $post is the object being evaluated."} | верно | VoterInterface->vote(); docs Symfony — Voters. |
T22-L4 0.26 c | Symfony: Security and forms | In modern Symfony (7+) validation constraints are declared as PHP attributes (#[Assert\NotBlank]); doctrine annotations are no longer supported. | «yes» Пояснение: Since Symfony 5.1, PHP attributes are the recommended and default way to declare validation constraints, and Doctrine annotations support was removed entirely starting with Symfony 5.3, so modern Symfony 7+ relies on attributes.
Raw{"answer": "yes", "explanation": "Since Symfony 5.1, PHP attributes are the recommended and default way to declare validation constraints, and Doctrine annotations support was removed entirely starting with Symfony 5.3, so modern Symfony 7+ relies on attributes."} | верно | Докблок-аннотации удалены в Symfony 7.0; стандарт — атрибуты. В проекте symfony/validator 8.1. |
T22-L5 0.19 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, which validates the token on submission when the form is submitted.
Raw```json ⏎ {"answer": "yes", "explanation": "Symfony forms have CSRF protection enabled by default, which validates the token on submission when the form is submitted."} ⏎ ``` | верно | 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 form validation always executes server-side regardless of whether client-side HTML5 validation passed, since client-side checks can be bypassed or disabled.
Raw```json ⏎ {"answer": "yes", "explanation": "Symfony form validation always executes server-side regardless of whether client-side HTML5 validation passed, since client-side checks can be bypassed or disabled."} ⏎ ``` | верно | Клиентская валидация — только удобство; серверная обязательна и идёт по метаданным объекта формы. |
T22-L7 0.16 c | Symfony: Security and forms | Which Symfony maker command generates a form class (FormType)? | «make:form» Пояснение: The `make:form` command in Symfony MakerBundle generates a form class (FormType).
Raw{"answer": "make:form", "explanation": "The `make:form` command in Symfony MakerBundle generates a form class (FormType)."} | верно | bin/console make:form (symfony/maker-bundle — в проекте). |
T22-L8 0.22 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 an authentication token, and passwords are hashed using strong algorithms (never stored in plain text or session).
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "Symfony does not store passwords in the session; it stores an authentication token, and passwords are hashed using strong algorithms (never stored in plain text or session)." ⏎ } ⏎ ``` | верно | В сессии живёт объект пользователя в токене; хеш затирается eraseCredentials(), plaintext там никогда не лежит. |
T23-L1 0.21 c | Symfony: configuration and services | Symfony bundle configuration lives in config/packages — one file per bundle or topic. | «yes» Пояснение: In Symfony, bundle and third-party package configurations are typically stored in the config/packages directory with one file per bundle or configuration topic.
Raw```json ⏎ { ⏎ "answer": "yes", ⏎ "explanation": "In Symfony, bundle and third-party package configurations are typically stored in the config/packages directory with one file per bundle or configuration topic." ⏎ } ⏎ ``` | верно | Стандартная структура (config/packages/*.yaml); перегрузка — config/packages/<env>. |
T23-L2 0.23 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. | «no» Пояснение: In the standard .env conventions, .env.local is typically the file that is gitignored (not committed) while .env with safe defaults is committed, so the roles of these two files are swapped in the statement.
Raw{"answer": "false", "explanation": "In the standard .env conventions, .env.local is typically the file that is gitignored (not committed) while .env with safe defaults is committed, so the roles of these two files are swapped in the statement."} | неверно верный: «yes» | symfony/dotenv: .env — общий безопасный набор значений; локальные секреты — .env.local (gitignored) или secrets-хранилище. |
T23-L3 0.2 c | Symfony: configuration and services | Which Symfony command lists the container's registered services and their aliases? | «bin/console debug:container» Пояснение: The `debug:container` command lists all registered services and their aliases in a Symfony application's dependency injection container.
Raw{"answer": "bin/console debug:container", "explanation": "The `debug:container` command lists all registered services and their aliases in a Symfony application's dependency injection container."} | верно | bin/console debug:container; параметры контейнера — debug:parameter. |
T23-L4 0.2 c | Symfony: configuration and services | The Symfony container allows changing parameters at runtime: $container->setParameter() works from a controller. | «no» Пояснение: In Symfony, the service container is frozen (compiled) after boot, so calling setParameter() at runtime from a controller has no effect on the already-compiled container.
Raw{"answer": "false", "explanation": "In Symfony, the service container is frozen (compiled) after boot, so calling setParameter() at runtime from a controller has no effect on the already-compiled container."} | верно | Контейнер компилируется и замораживается; 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» Пояснение: In modern Symfony versions, services are private by default, not public, to encourage proper dependency injection rather than fetching services directly from the container.
Raw{"answer": "no", "explanation": "In modern Symfony versions, services are private by default, not public, to encourage proper dependency injection rather than fetching services directly from the container."} | верно | С Symfony 4.0 сервисы по умолчанию private: инжектятся через autowiring; $container->get() — только для публичных. |
T23-L6 0.26 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 fine without a config file in config/packages because Symfony bundles ship default configuration values via their Extension class's load() method, so configuration is only necessary when you need to customize the bundle's behavior.
Raw```json ⏎ { ⏎ "answer": "false", ⏎ "explanation": "Bundles work fine without a config file in config/packages because Symfony bundles ship default configuration values via their Extension class's load() method, so configuration is only necessary when you need to customize the bundle's behavior." ⏎ } ⏎ ``` | верно | У бандлов есть встроенные умолчания (Extension); конфиг нужен только для отклонений от них. |
T23-L7 0.18 c | Symfony: configuration and services | Environment variable values are injected into services.yaml using the %env(VAR)% syntax. | «yes» Пояснение: In Symfony, environment variables can be injected into services.yaml using the %env(VAR_NAME)% syntax.
Raw{"answer": "yes", "explanation": "In Symfony, environment variables can be injected into services.yaml using the %env(VAR_NAME)% syntax."} | верно | %env(...)% резолвится в рантайме env-процессорами; docs — Env Var Processors. |
T23-L8 0.55 c | Symfony: configuration and services | Which Symfony environment variable enables debug mode (affects the profiler and Twig debugging)? | «{"answer": "app_env" or "debug", "explanation": ...}» Пояснение: ` environment variable (which sets the `kernel.debug` parameter). The `APP_ENV` variable controls the environment (dev, prod, etc.), and debug mode affects whether the profiler is enabled and whether Twig debugging (like the `{{ dump() }}` function and template syntax checking) is active.
The question asks which environment variable enables debug mode - that's `APP_DEBUG`.
{"answer": "APP_DEBUG", "explanation": "The APP_DEBUG environment variable controls Symfony's kernel.debug parameter, which enables the profiler and Twig debugging features."}
Raw{"answer": "APP_ENV" or "debug", "explanation": ...} ⏎ ⏎ Let me think about this carefully. In Symfony, debug mode is controlled by the `APP_DEBUG` environment variable (which sets the `kernel.debug` parameter). The `APP_ENV` variable controls the environment (dev, prod, etc.), and debug mode affects whether the profiler is enabled and whether Twig debugging (like the `{{ dump() }}` function and template syntax checking) is active. ⏎ ⏎ The question asks which environment variable enables debug mode - that's `APP_DEBUG`. ⏎ ⏎ {"answer": "APP_DEBUG", "explanation": "The APP_DEBUG environment variable controls Symfony's kernel.debug parameter, which enables the profiler and Twig debugging features."} | неверно верный: «app_debug» парсинг: текст (фолбэк) | APP_DEBUG=1 (в .env dev-окружения); окружение выбирает APP_ENV — см. T13-L6. |
T16-L1 0.22 c | Symfony: Messenger | A single message in Symfony Messenger can only have one handler. | «no» Пояснение: A single message in Symfony Messenger can be handled by multiple handlers, as you can register several handlers for the same message type to perform different side effects.
Raw{"answer": "no", "explanation": "A single message in Symfony Messenger can be handled by multiple handlers, as you can register several handlers for the same message type to perform different side effects."} | верно | Messenger вызывает все хендлеры, подписанные на класс сообщения (docs — Multiple Handlers). |
T16-L2 0.22 c | Symfony: Messenger | The sync transport in Messenger queues the message for a worker, just like async. | «no» Пояснение: In Symfony Messenger, the sync transport sends the message synchronously (immediately in the current process) without queuing it for a worker, unlike the async transport which dispatches messages to consumers/workers.
Raw{"answer": "no", "explanation": "In Symfony Messenger, the sync transport sends the message synchronously (immediately in the current process) without queuing it for a worker, unlike the async transport which dispatches messages to consumers/workers."} | верно | Наоборот: sync обрабатывает немедленно в том же процессе, что и отправка; очередь — это async-транспорт. |
T16-L3 0.24 c | Symfony: Messenger | Which console command starts the worker that processes Messenger queue messages? | «php bin/console messenger:consume» Пояснение: In Symfony's Messenger component, the `messenger:consume` console command starts the worker that processes messages from the queue using a specified transport and receiver.
Raw```json ⏎ { ⏎ "answer": "php bin/console messenger:consume", ⏎ "explanation": "In Symfony's Messenger component, the `messenger:consume` console command starts the worker that processes messages from the queue using a specified transport and receiver." ⏎ } ⏎ ``` | верно | bin/console messenger:consume async; воркеры под supervisord/systemd в проде. |
T16-L4 0.2 c | Symfony: Messenger | Retries for failed messages (retry_strategy) are configured per Messenger transport. | «yes» Пояснение: In Symfony's Messenger component, retry strategies (retry_strategy) are indeed configured per transport in the messenger.yaml configuration.
Raw```json ⏎ {"answer": "yes", "explanation": "In Symfony's Messenger component, retry strategies (retry_strategy) are indeed configured per transport in the messenger.yaml configuration."} ⏎ ``` | верно | retry_strategy на транспорте: max_retries, delay, multiplier; docs — Failed Messages & Retries. |
T16-L5 0.17 c | Symfony: Messenger | By default, Messenger serializes messages to JSON. | «no» Пояснение: Messenger uses PHP's native serialization by default, not JSON, and the JSON encoding must be explicitly configured using the JsonSerializableEncoder.
Raw{"answer": "no", "explanation": "Messenger uses PHP's native serialization by default, not JSON, and the JSON encoding must be explicitly configured using the JsonSerializableEncoder."} | верно | Дефолтный сериализатор — PhpSerializer (serialize()); JSON-сериализатор включается отдельно. |
T16-L6 0.19 c | Symfony: Messenger | Symfony Scheduler produces messages on a schedule and dispatches them through Messenger. | «no» Пояснение: The Symfony Scheduler component generates scheduled tasks/events (crons) via `schedule()` but does not use Messenger; it directly invokes closures or commands on a schedule.
Raw{"answer": "no", "explanation": "The Symfony Scheduler component generates scheduled tasks/events (crons) via `schedule()` but does not use Messenger; it directly invokes closures or commands on a schedule."} | неверно верный: «yes» | Schedule → RecurringMessage → шина Messenger; docs — Scheduler. |
T16-L7 0.16 c | Symfony: Messenger | Which built-in Messenger transport stores messages in database tables via Doctrine? | «doctrinemessengertransport» Пояснение: The DoctrineMessengerTransport is Symfony's built-in Messenger transport that stores messages in database tables managed through Doctrine.
Raw{"answer": "DoctrineMessengerTransport", "explanation": "The DoctrineMessengerTransport is Symfony's built-in Messenger transport that stores messages in database tables managed through Doctrine."} | неверно верный: «doctrine» | Транспорт doctrine (symfony/doctrine-messenger); таблица messenger_messages. В проекте стоит amqp-messenger + doctrine-messenger. |
T16-L8 0.2 c | Symfony: Messenger | The Messenger pipeline can be extended with custom middleware, placed before or after the built-in ones. | «yes» Пояснение: The Messenger pipeline in Symfony supports custom middleware that can be placed before or after built-in ones by implementing the MiddlewareInterface and registering it in the messenger.bus with the desired order.
Raw{"answer": "yes", "explanation": "The Messenger pipeline in Symfony supports custom middleware that can be placed before or after built-in ones by implementing the MiddlewareInterface and registering it in the messenger.bus with the desired order."} | верно | messenger.bus.*.middleware в yaml; docs — Middleware. |
T28-L1 0.17 c | Symfony: versions | Symfony major releases come every two years, minor ones every six months (in May and November). | «yes» Пояснение: Symfony follows this exact release schedule, with major releases every two years and minor releases in May and November.
Raw```json ⏎ {"answer": "yes", "explanation": "Symfony follows this exact release schedule, with major releases every two years and minor releases in May and November."} ⏎ ``` | верно | Стандартный релизный цикл: 8.0 — ноябрь 2025, 8.1 — май 2026, 8.2 — ноябрь 2026. |
T28-L2 0.16 c | Symfony: versions | What is the minimum PHP version required by Symfony 8? | «php 8.4» Пояснение: Symfony 8 requires PHP 8.4 or higher as its minimum version.
Raw{"answer": "PHP 8.4", "explanation": "Symfony 8 requires PHP 8.4 or higher as its minimum version."} | верно | Symfony 8.0 поднял требование до PHP >= 8.4.1 (в vendor проекта: "php": ">=8.4.1"). |
T28-L3 0.17 c | Symfony: versions | Symfony 7.0 kept support for docblock annotations (validation, routes). | «no» Пояснение: Symfony 7.0 dropped support for PHP docblock annotations, making PHP attributes the only supported metadata format.
Raw```json ⏎ {"answer": "false", "explanation": "Symfony 7.0 dropped support for PHP docblock annotations, making PHP attributes the only supported metadata format."} ⏎ ``` | верно | Наоборот: в 7.0 аннотации удалены — только PHP-атрибуты (#[Route], #[Assert\NotBlank]). |
T28-L4 0.16 c | Symfony: versions | AssetMapper manages CSS/JS without node or webpack — via importmap.php. | «yes» Пояснение: Symfony's AssetMapper package manages CSS/JS assets directly through importmap.php without requiring Node.js or webpack.
Raw{"answer": "yes", "explanation": "Symfony's AssetMapper package manages CSS/JS assets directly through importmap.php without requiring Node.js or webpack."} | верно | symfony/asset-mapper (с 6.3, стандарт с 7.x); в проекте — importmap.php в корне и asset-mapper 8.1. |
T28-L5 0.28 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, lasting 5 years total (2 years of new features plus 3 years of bug/security fixes), while non-LTS releases like 7.x only receive bug fixes for 3 months and security fixes for 1 year.
Raw{"answer": "false", "explanation": "Symfony 6.4 is an LTS (Long-Term Support) release, lasting 5 years total (2 years of new features plus 3 years of bug/security fixes), while non-LTS releases like 7.x only receive bug fixes for 3 months and security fixes for 1 year."} | верно | Наоборот: 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» Пояснение: When moving to a new Symfony major version, deprecations from the previous branch are typically removed (not kept working), as major releases are when deprecated code is finally cleaned up.
Raw{"answer": "no", "explanation": "When moving to a new Symfony major version, deprecations from the previous branch are typically removed (not kept working), as major releases are when deprecated code is finally cleaned up."} | верно | Наоборот: мажорный релиз удаляет всё устаревшее (7.0 убрал деприкейшены 6.x, 8.0 — 7.x). |
T28-L7 0.23 c | Symfony: versions | Every Symfony major release is accompanied by an UPGRADE guide listing the changes. | «no» Пояснение: Not every Symfony major release includes a UPGRADE guide, as some releases (like 5.0) had no breaking changes and thus no UPGRADE documentation.
Raw{"answer": "false", "explanation": "Not every Symfony major release includes a UPGRADE guide, as some releases (like 5.0) had no breaking changes and thus no UPGRADE documentation."} | неверно верный: «yes» | UPGRADE-7.0.md, UPGRADE-8.0.md в репозитории symfony/symfony. |
T28-L8 0.2 c | Symfony: versions | Which Symfony component manages assets and the importmap without node/webpack? | «symfony/asset» Пояснение: The Symfony Asset component manages asset versions and, since Symfony 6.3, handles JavaScript/CSS importmaps without requiring Node or Webpack.
Raw{"answer": "symfony/asset", "explanation": "The Symfony Asset component manages asset versions and, since Symfony 6.3, handles JavaScript/CSS importmaps without requiring Node or Webpack."} | неверно верный: «asset-mapper» | symfony/asset-mapper 8.1 — в проекте. |
T29-L1 0.26 c | Symfony: 8.2 and beyond | As of 2026-11-07, Symfony 8.2 has already been released. | «no» Пояснение: Symfony releases follow an annual cycle with new major versions in the second half of the year, and Symfony 8.2 would not be released until late 2028, well after the 2026-11-07 date.
Raw{"answer": "false", "explanation": "Symfony releases follow an annual cycle with new major versions in the second half of the year, and Symfony 8.2 would not be released until late 2028, well after the 2026-11-07 date."} | верно | Наоборот: 8.2 ещё не выпущена — релиз в конце ноября 2026; последняя стабильная — 8.1. |
T29-L2 0.32 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» Пояснение: As of November 2026, Symfony 7.2 would be the current stable release, since version 7.0 was already released in November 2024, and version 8.0 would be scheduled for November 2025, not November 2026.
Raw```json ⏎ { ⏎ "answer":"No", ⏎ "explanation":"As of November 2026, Symfony 7.2 would be the current stable release, since version 7.0 was already released in November 2024, and version 8.0 would be scheduled for November 2025, not November 2026." ⏎ } ⏎ ``` | неверно верный: «yes» | Политика релизов: 8.1 — май 2026, 8.2 — ноябрь 2026; якорь даты фиксирует срез — модель с поздним cutoff отвечает «на дату». |
T29-L3 0.27 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 version in the release cycle is 8.2.
Raw```json ⏎ { ⏎ "answer": "8.2", ⏎ "explanation": "Symfony 8.1 was released in November 2025, and the next version in the release cycle is 8.2." ⏎ } ⏎ ``` | верно | 8.2 — следующий минорный релиз (ноябрь 2026); после его выхода проект переходит с 8.1.* на 8.2.*. |
T29-L4 0.21 c | Symfony: 8.2 and beyond | Symfony 8.2 is a major release requiring applications to be rewritten for new APIs. | «no» Пояснение: Symfony follows semantic versioning where even minor versions (like 8.2) are stable releases with backward-compatible changes, so no application rewrite is required.
Raw{"answer": "no", "explanation": "Symfony follows semantic versioning where even minor versions (like 8.2) are stable releases with backward-compatible changes, so no application rewrite is required."} | верно | Наоборот: 8.2 — минорный релиз; новые возможности без поломки обратной совместимости. Мажор — 9.0. |
T29-L5 0.21 c | Symfony: 8.2 and beyond | Updating within a major branch (8.1 → 8.2) should not require code changes — backward compatibility is preserved. | «yes» Пояснение: PHP maintains backward compatibility within major branches, so upgrading from 8.1 to 8.2 is designed to be a source-compatible release without requiring code changes.
Raw```json ⏎ {"answer": "yes", "explanation": "PHP maintains backward compatibility within major branches, so upgrading from 8.1 to 8.2 is designed to be a source-compatible release without requiring code changes."} ⏎ ``` | верно | Политика Symfony: минорные релизы обратно совместимы; BC-break допустим только в мажорных. |
T29-L6 0.26 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 release policy, the last minor version of the 8.x branch released before Symfony 9.0 is 8.4, which is scheduled as an LTS release in November 2025.
Raw{"answer": "8.4", "explanation": "Following Symfony's LTS release policy, the last minor version of the 8.x branch released before Symfony 9.0 is 8.4, which is scheduled as an LTS release in November 2025."} | верно | По циклу: 8.2 (ноя 2026), 8.3 (май 2027), 8.4 (ноя 2027, вместе с 9.0) — как 6.4 выходила вместе с 7.0. |
T29-L7 0.39 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 6.4 and 7.x follow the LTS model with PHP requirements matching the current LTS releases (PHP 8.1 for 6.4, PHP 8.2+ for 7.x), but there is no Symfony 8.2 release, and the Symfony project does not follow a 2-year LTS cycle with mandatory PHP upgrades tied to PHP releases in the way described.
Raw{"answer": "false", "explanation": "Symfony 6.4 and 7.x follow the LTS model with PHP requirements matching the current LTS releases (PHP 8.1 for 6.4, PHP 8.2+ for 7.x), but there is no Symfony 8.2 release, and the Symfony project does not follow a 2-year LTS cycle with mandatory PHP upgrades tied to PHP releases in the way described."} | верно | Наоборот: минорные релизы не поднимают требования PHP; для всей ветки 8.x остаётся PHP >= 8.4. |
T29-L8 0.29 c | Symfony: 8.2 and beyond | Deprecations added in the 8.x branch will not be removed before Symfony 9.0. | «yes» Пояснение: Per the Symfony SemVer policy, any deprecation introduced in an 8.x branch will not be removed until Symfony 9.0, as deprecations require two major versions to be removed.
Raw```json ⏎ { ⏎ "answer": "yes", ⏎ "explanation": "Per the Symfony SemVer policy, any deprecation introduced in an 8.x branch will not be removed until Symfony 9.0, as deprecations require two major versions to be removed." ⏎ } ⏎ ``` | верно | Политика: деприкейшены живут до следующего мажора; 9.0 — ноябрь 2027. |
T21-L1 0.24 c | Twig | Inside {{ }}, Twig allows calling arbitrary PHP code directly. | «no» Пояснение: In Twig, {{ }} is the output tag used to echo/express values, while executing arbitrary PHP code is done with {% %} tags, not inside {{ }}.
Raw{"answer": "false", "explanation": "In Twig, {{ }} is the output tag used to echo/express values, while executing arbitrary PHP code is done with {% %} tags, not inside {{ }}."} | верно | Twig — DSL: только разрешённые окружением функции/фильтры; произвольный PHP не исполняется. |
T21-L2 0.15 c | Twig | By default, Twig auto-escapes printed variables. | «yes» Пояснение: Twig automatically escapes output using the HTML escaping strategy by default unless escaping is explicitly disabled or changed.
Raw{"answer": "yes", "explanation": "Twig automatically escapes output using the HTML escaping strategy by default unless escaping is explicitly disabled or changed."} | верно | Autoescape включён по умолчанию; {{ '<b>' }} → <b>. Проверено на Twig 3.30. |
T21-L3 0.16 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 for safe output, with HTML being the default escaping strategy.
Raw{"answer": "yes", "explanation": "The Twig |e (escape) filter escapes a string for safe output, with HTML being the default escaping strategy."} | верно | |e ('html') по умолчанию; есть контексты js/url/css. От SQL-инъекций он не защищает — это задача подготовленных запросов Doctrine. |
T21-L4 0.22 c | Twig | Which filter from twig/intl-extra formats a number according to a locale? | «number_format» Пояснение: In the twig/intl-extra package, the number_format filter uses the ICU NumberFormatter class to format a number according to a specified locale.
Raw```json ⏎ { ⏎ "answer": "number_format", ⏎ "explanation": "In the twig/intl-extra package, the number_format filter uses the ICU NumberFormatter class to format a number according to a specified locale." ⏎ } ⏎ ``` | неверно верный: «format_number» | |format_number(locale=...) из IntlExtension (twig/intl-extra есть в проекте). Проверено на Twig 3.30: 12345.6 → 12 345,6 (ru). |
T21-L5 0.18 c | Twig | The |raw filter disables auto-escaping for the value. | «yes» Пояснение: The |raw filter in Twig marks the value as safe, disabling auto-escaping for that value in the template output.
Raw{"answer": "yes", "explanation": "The |raw filter in Twig marks the value as safe, disabling auto-escaping for that value in the template output."} | верно | {{ x|raw }} выводит HTML как есть; опасно с пользовательскими данными. Проверено на Twig 3.30. |
T21-L6 0.21 c | Twig | In Twig, {{ }} prints an expression value, while {% %} executes tags — conditions, loops, set. | «yes» Пояснение: This is correct because in Twig, {{ }} is used for outputting/echoing expression values while {% %} is used for executing tags like if, for, and set.
Raw{"answer": "yes", "explanation": "This is correct because in Twig, {{ }} is used for outputting/echoing expression values while {% %} is used for executing tags like if, for, and set."} | верно | Два блока синтаксиса Twig: вывод (echo) против логики. |
T21-L7 0.18 c | Twig | In Twig you cannot declare a variable inside a template — values only come from the controller. | «no» Пояснение: Twig templates can declare their own variables using the set tag, so values are not limited to those passed from the controller.
Raw```json ⏎ {"answer": "no", "explanation": "Twig templates can declare their own variables using the set tag, so values are not limited to those passed from the controller."} ⏎ ``` | верно | {% set y = ... %} объявляет переменную в шаблоне. Проверено на Twig 3.30. |
T21-L8 0.17 c | Twig | Which Twig function dumps the debug structure of a variable (array, object)? | «dump» Пояснение: The Twig `dump` function is used to display the debug structure of a variable such as an array or object.
Raw{"answer": "dump", "explanation": "The Twig `dump` function is used to display the debug structure of a variable such as an array or object."} | верно | {{ dump(x) }} (DebugExtension; в Symfony доступна в dev-окружении). |
T24-L1 0.23 c | Bootstrap | Bootstrap is a CSS/JS library of ready-made UI components, not an SPA framework. | «yes» Пояснение: Bootstrap is indeed a front-end framework providing pre-built CSS and JavaScript UI components like navbars, modals, and carousels, but it is not a single-page application framework like React, Angular, or Vue.
Raw{"answer": "yes", "explanation": "Bootstrap is indeed a front-end framework providing pre-built CSS and JavaScript UI components like navbars, modals, and carousels, but it is not a single-page application framework like React, Angular, or Vue."} | верно | Компоненты и утилиты поверх вашего HTML; SPA-фреймворки (React/Vue) — другой класс инструментов. В проекте vendored 5.3.3. |
T24-L2 0.19 c | Bootstrap | Which Bootstrap class gives a responsive container with a fixed max width per breakpoint? | «container» Пояснение: The `container` class provides a responsive fixed-width wrapper whose max-width changes at each Bootstrap breakpoint.
Raw{"answer": "container", "explanation": "The `container` class provides a responsive fixed-width wrapper whose max-width changes at each Bootstrap breakpoint."} | верно | .container (фиксированная макс-ширина по брейкпоинтам) vs .container-fluid (на всю ширину). |
T24-L3 0.19 c | Bootstrap | The Bootstrap grid is built on CSS floats and splits a row into 16 columns. | «no» Пояснение: Modern Bootstrap (v4 and v5) is built on CSS Flexbox and uses a 12-column grid, not CSS floats with 16 columns.
Raw{"answer": "no", "explanation": "Modern Bootstrap (v4 and v5) is built on CSS Flexbox and uses a 12-column grid, not CSS floats with 16 columns."} | верно | Наоборот: flexbox (с Bootstrap 4) и 12 колонок; float-сетка — это Bootstrap 3. |
T24-L4 0.17 c | Bootstrap | Bootstrap's named breakpoints (the infix used in class names) are sm, md, lg, xl, xxl — five of them. | «yes» Пояснение: Bootstrap 5's named breakpoints are indeed sm, md, lg, xl, and xxl, giving five breakpoints.
Raw{"answer": "yes", "explanation": "Bootstrap 5's named breakpoints are indeed sm, md, lg, xl, and xxl, giving five breakpoints."} | верно | Тиров всего шесть: xs (без инфикса) + пять именованных (576/768/992/1200/1400 px). |
T24-L5 0.21 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.) use the spacing scale where each step corresponds to $spacer (1rem) multiplied by the utility number.
Raw{"answer": "yes", "explanation": "Bootstrap's spacing utilities (.mt-3, .px-2, etc.) use the spacing scale where each step corresponds to $spacer (1rem) multiplied by the utility number."} | неверно верный: «no» | Spacing utilities; $spacer = 1rem. |
T24-L6 0.23 c | Bootstrap | Which Bootstrap 5 data attribute enables an interactive component (e.g. dropdown) on an element? | «data-bs-toggle» Пояснение: Bootstrap 5 uses the `data-bs-toggle` attribute (with a value like "dropdown" or "modal") to enable interactive components on an element.
Raw{"answer": "data-bs-toggle", "explanation": "Bootstrap 5 uses the `data-bs-toggle` attribute (with a value like \"dropdown\" or \"modal\") to enable interactive components on an element."} | верно | data-bs-toggle="dropdown" и т.п.; в Bootstrap 4 атрибут назывался data-toggle. |
T24-L7 0.23 c | Bootstrap | Bootstrap 5 components work without jQuery — in plain vanilla JS. | «yes» Пояснение: Bootstrap 5 dropped jQuery as a dependency and reimplements all components using plain JavaScript, unlike Bootstrap 4 which relied on jQuery.
Raw```json ⏎ { ⏎ "answer": "yes", ⏎ "explanation": "Bootstrap 5 dropped jQuery as a dependency and reimplements all components using plain JavaScript, unlike Bootstrap 4 which relied on jQuery." ⏎ } ⏎ ``` | верно | jQuery удалён в Bootstrap 5.0: data-bs-* атрибуты и JS API. В проекте vendored 5.3.3. |
T24-L8 0.19 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{"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.19 c | Doctrine | Doctrine ORM creates database tables on the fly the first time an entity is used at runtime. | «no» Пояснение: Doctrine ORM does not create tables automatically at runtime; table schemas must be explicitly created using the 'orm:schema-tool:create' console command or migrations.
Raw{"answer": "no", "explanation": "Doctrine ORM does not create tables automatically at runtime; table schemas must be explicitly created using the 'orm:schema-tool:create' console command or migrations."} | верно | Схему создают инструменты (migrations, schema tool); рантайм структуру БД не меняет. |
T14-L2 0.16 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 defers SQL execution until flush() is called.
Raw{"answer": "persist", "explanation": "The persist() method marks a new object as managed and defers SQL execution until flush() is called."} | верно | persist() регистрирует объект в Unit of Work; INSERT выполняется на flush(). |
T14-L3 0.15 c | Doctrine | In Doctrine ORM 3, the EntityManager::merge() method exists and makes the passed object managed. | «no» Пояснение: In Doctrine ORM 3, EntityManager::merge() was removed and no longer exists.
Raw{"answer": "no", "explanation": "In Doctrine ORM 3, EntityManager::merge() was removed and no longer exists."} | верно | В ORM 3 merge() удалён (в vendor проекта 3.7.6 метода нет); в Doctrine 2.x merge() возвращал управляемую копию. Версия зафиксирована — ORM 3. |
T14-L4 0.18 c | Doctrine | DQL queries are written in terms of entities and their fields, not tables and columns. | «yes» Пояснение: DQL (Doctrine Query Language) is entity-oriented, using entity names and their property/field names rather than database table and column names.
Raw{"answer": "yes", "explanation": "DQL (Doctrine Query Language) is entity-oriented, using entity names and their property/field names rather than database table and column names."} | верно | Doctrine транслирует DQL в SQL; docs — DQL (Doctrine Query Language). |
T14-L5 0.23 c | Doctrine | What does $repository->find(999) return when no record with id 999 exists? | «null» Пояснение: When no record with the given id exists, Doctrine's repository find() method returns null.
Raw{"answer": "null", "explanation": "When no record with the given id exists, Doctrine's repository find() method returns null.", "explanation": "When no record with the given id exists, Doctrine's repository find() method returns null."} | верно | 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": "no", "explanation": "DoctrineBundle does not automatically call flush(); developers must explicitly call EntityManager::flush() to persist changes to the database."} | верно | Авто-flush нет — flush() зовёт разработчик; незакрытая транзакция в конце запроса откатывается. |
T14-L7 0.21 c | Doctrine | For a managed entity, changing a property is enough: flush() commits the change without an explicit persist() — the Unit of Work tracks changes. | «yes» Пояснение: For a managed entity, Doctrine's Unit of Work tracks changes via its change detection mechanism, so a subsequent flush() will persist the modification without needing an explicit persist() call.
Raw{"answer": "yes", "explanation": "For a managed entity, Doctrine's Unit of Work tracks changes via its change detection mechanism, so a subsequent flush() will persist the modification without needing an explicit persist() call."} | верно | Dirty checking сравнивает снимки свойств; persist нужен только новым/отсоединённым объектам. |
T14-L8 0.2 c | Doctrine | remove() executes the SQL DELETE immediately, without waiting for flush(). | «no» Пояснение: In Doctrine ORM, remove() only marks the entity for deletion and schedules the DELETE; the actual SQL is executed during flush(), not immediately.
Raw{"answer": "false", "explanation": "In Doctrine ORM, remove() only marks the entity for deletion and schedules the DELETE; the actual SQL is executed during flush(), not immediately."} | верно | remove() планирует удаление в Unit of Work; DELETE выполняется на flush() (docs — Deleting Objects). |
T15-L1 0.17 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, which is one of its key advantages.
Raw{"answer": "no", "explanation": "PostgreSQL's MVCC allows readers and writers to proceed concurrently without blocking each other, which is one of its key advantages."} | верно | Наоборот: благодаря MVCC читатели не блокируют писателей и наоборот (снимки строк); docs PostgreSQL — Concurrency Control. |
T15-L2 0.19 c | PostgreSQL | Which SQL command shows a query's execution plan without executing the query? | «explain» Пояснение: The EXPLAIN command (or EXPLAIN ANALYZE variations like EXPLAIN FORMAT=JSON) displays a query's execution plan without actually running it.
Raw{"answer": "EXPLAIN", "explanation": "The EXPLAIN command (or EXPLAIN ANALYZE variations like EXPLAIN FORMAT=JSON) displays a query's execution plan without actually running it."} | верно | EXPLAIN без ANALYZE только строит план; проверено на PostgreSQL 17.7. |
T15-L3 0.25 c | PostgreSQL | SERIAL and GENERATED ... AS IDENTITY are just two names for the same mechanism. | «no» Пояснение: SERIAL uses a sequence under the hood with explicit column defaults, while GENERATED ALWAYS/BY DEFAULT AS IDENTITY is the standard SQL identity column feature that does not expose the underlying sequence name the same way, so they are similar but not identical mechanisms.
Raw{"answer": "no", "explanation": "SERIAL uses a sequence under the hood with explicit column defaults, while GENERATED ALWAYS/BY DEFAULT AS IDENTITY is the standard SQL identity column feature that does not expose the underlying sequence name the same way, so they are similar but not identical mechanisms."} | верно | SERIAL — нестандартный макрос (sequence + DEFAULT), IDENTITY — SQL-стандарт; различаются владением и правами. Оба есть в PG 17 (проверено). |
T15-L4 0.23 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 NULL values in a column because NULLs are considered distinct from each other, so the statement that it allows only one NULL row is false.
Raw{"answer": "no", "explanation": "In PostgreSQL, a UNIQUE constraint allows multiple NULL values in a column because NULLs are considered distinct from each other, so the statement that it allows only one NULL row is false."} | верно | Наоборот: NULLS DISTINCT по умолчанию — несколько NULL допустимы; NULLS NOT DISTINCT — опция с PG 15. Проверено на PG 17.7. |
T15-L5 0.19 c | PostgreSQL | Which PostgreSQL aggregate function concatenates strings with a separator? | «string_agg» Пояснение: STRING_AGG is the PostgreSQL aggregate function that concatenates string values from multiple rows with a specified separator using the WITHIN GROUP clause.
Raw{"answer": "STRING_AGG", "explanation": "STRING_AGG is the PostgreSQL aggregate function that concatenates string values from multiple rows with a specified separator using the WITHIN GROUP clause."} | верно | string_agg(значение, разделитель); проверено на PostgreSQL 17.7. |
T15-L6 0.24 c | PostgreSQL | Plain VACUUM returns the space occupied by dead tuples to the operating system. | «no» Пояснение: Plain VACUUM in PostgreSQL does not return the space occupied by dead tuples to the operating system; only VACUUM FULL (or the equivalent for other systems) actually reclaims and returns space to the OS.
Raw{"answer": "no", "explanation": "Plain VACUUM in PostgreSQL does not return the space occupied by dead tuples to the operating system; only VACUUM FULL (or the equivalent for other systems) actually reclaims and returns space to the OS."} | верно | VACUUM помечает место для переиспользования внутри таблицы; ОС его возвращает только VACUUM FULL (с эксклюзивной блокировкой). |
T15-L7 0.2 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 divides rows into groups (partitions) that the function is computed over separately.
Raw{"answer": "PARTITION BY", "explanation": "The PARTITION BY clause in a window function divides rows into groups (partitions) that the function is computed over separately."} | верно | OVER (PARTITION BY ...); проверено на PostgreSQL 17.7. |
T15-L8 0.21 c | PostgreSQL | The READ COMMITTED isolation level protects against non-repeatable reads. | «no» Пояснение: The READ COMMITTED isolation level does not protect against non-repeatable reads; it only protects against dirty reads, while REPEATABLE READ is the level that guards against non-repeatable reads.
Raw{"answer": "no", "explanation": "The READ COMMITTED isolation level does not protect against non-repeatable reads; it only protects against dirty reads, while REPEATABLE READ is the level that guards against non-repeatable reads."} | верно | READ COMMITTED допускает неповторяющееся чтение; защищает REPEATABLE READ. Проверено: SHOW transaction_isolation → read committed. |
T17-L1 0.18 c | PostgreSQL: transactions and indexes | By default, PostgreSQL wraps each single SQL statement in its own implicit transaction (autocommit). | «yes» Пояснение: By default PostgreSQL runs in autocommit mode, so each single SQL statement is automatically wrapped in its own implicit transaction that is committed immediately.
Raw{"answer": "yes", "explanation": "By default PostgreSQL runs in autocommit mode, so each single SQL statement is automatically wrapped in its own implicit transaction that is committed immediately."} | верно | Без BEGIN каждый оператор коммитится сам; docs PostgreSQL — Transactions. Проверено на PG 17. |
T17-L2 0.14 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.19 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 UPDATE and DELETE operations because they allow the database to locate the rows to modify or remove via the index rather than scanning the entire table.
Raw{"answer": "yes", "explanation": "Indexes speed up UPDATE and DELETE operations because they allow the database to locate the rows to modify or remove via the index rather than scanning the entire table."} | верно | Поиск строк для изменения идёт по индексу; docs PostgreSQL — Indexes. |
T17-L4 0.21 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 that you can later ROLL BACK TO, effectively reverting only the statements executed after that point while keeping the transaction open.
Raw{"answer": "yes", "explanation": "SAVEPOINT allows you to create a marker within a transaction that you can later ROLL BACK TO, effectively reverting only the statements executed after that point while keeping the transaction open."} | верно | SAVEPOINT name; ROLLBACK TO name — частичный откат без отмены всей транзакции. Проверено на PG 17. |
T17-L5 0.23 c | PostgreSQL: transactions and indexes | EXPLAIN ANALYZE shows the query plan without executing the query. | «no» Пояснение: EXPLAIN ANALYZE actually executes the query (in read-only mode) and reports both the plan and the measured execution time, unlike plain EXPLAIN which only shows the plan without executing.
Raw```json ⏎ {"answer": "no", "explanation": "EXPLAIN ANALYZE actually executes the query (in read-only mode) and reports both the plan and the measured execution time, unlike plain EXPLAIN which only shows the plan without executing."} ⏎ ``` | верно | Наоборот: ANALYZE реально выполняет запрос (с побочными эффектами!) и показывает фактические времена узлов; план без выполнения — plain EXPLAIN. |
T17-L6 0.21 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 indexes (IVFFAT, HNSW) for vector similarity search used in embedding-based and semantic search.
Raw{"answer": "pgvector", "explanation": "pgvector is the PostgreSQL extension that adds vector data types and indexes (IVFFAT, HNSW) for vector similarity search used in embedding-based and semantic search."} | верно | CREATE EXTENSION vector (проект pgvector; в проекте образ pgvector/pgvector:pg17). |
T17-L7 0.17 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 indeed built only over the subset of rows that satisfy the WHERE condition specified in the CREATE INDEX statement.
Raw{"answer": "yes", "explanation": "A partial index in PostgreSQL is indeed built only over the subset of rows that satisfy the WHERE condition specified in the CREATE INDEX statement."} | верно | docs PostgreSQL — Partial Indexes; типичный кейс — индекс по «активным» записям. |
T17-L8 0.22 c | PostgreSQL: transactions and indexes | The SERIALIZABLE level in PostgreSQL is implemented by locking the rows a transaction reads. | «no» Пояснение: SERIALIZABLE in PostgreSQL is implemented using SERIALIZABLE violations detected via the MVCC mechanism and the SERIALIZABLE failure, not by locking the rows a transaction reads.
Raw```json ⏎ {"answer": "no", "explanation": "SERIALIZABLE in PostgreSQL is implemented using SERIALIZABLE violations detected via the MVCC mechanism and the SERIALIZABLE failure, not by locking the rows 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 status 201 Created indicates that the request has been fulfilled and resulted in the creation of a new resource.
Raw{"answer": "yes", "explanation": "HTTP status 201 Created indicates that the request has been fulfilled and resulted in the creation of a new resource."} | верно | 201 Created; обычно на POST, часто с Location; RFC 9110. |
T19-L2 0.17 c | HTTP and REST API | Which HTTP status means a successful request with an empty response body (e.g. after DELETE)? | «204» Пояснение: HTTP 204 No Content indicates a successful request that returns no response body, commonly used after DELETE operations.
Raw{"answer": "204", "explanation": "HTTP 204 No Content indicates a successful request that returns no response body, commonly used after DELETE operations."} | верно | 204 No Content; RFC 9110. |
T19-L3 0.19 c | HTTP and REST API | The DELETE method is idempotent per the HTTP specification: repeating the request for the same resource does not change the outcome. | «yes» Пояснение: DELETE is idempotent per the HTTP specification because repeating the request results in the same resource state (deleted), regardless of how many times it is sent.
Raw{"answer": "yes", "explanation": "DELETE is idempotent per the HTTP specification because repeating the request results in the same resource state (deleted), regardless of how many times it is sent."} | верно | RFC 9110: DELETE идемпотентен (как PUT); идемпотентность ≠ безопасность — ресурс удаляется при первом вызове. |
T19-L4 0.22 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 access its resources via CORS.
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 access its resources via CORS." ⏎ } ⏎ ``` | верно | Наоборот: заголовок шлёт СЕРВЕР в ответе, разрешая браузеру cross-origin запрос (CORS); в проекте nelmio/cors-bundle. |
T19-L5 0.24 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 by the RFC 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 by the RFC 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.18 c | HTTP and REST API | 5xx codes mean a client error, while 4xx means a server-side error. | «no» Пояснение: It is reversed: 4xx codes indicate client-side errors while 5xx codes indicate server-side errors.
Raw```json ⏎ {"answer": "no", "explanation": "It is reversed: 4xx codes indicate client-side errors while 5xx codes indicate server-side errors."} ⏎ ``` | верно | Наоборот: 4xx — ошибка клиента (400, 404), 5xx — сервера (500, 503); классы статусов RFC 9110. |
T19-L7 0.24 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, telling the client (or server) what format and kind of data is being transmitted.
Raw```json ⏎ { ⏎ "answer": "Content-Type", ⏎ "explanation": "The Content-Type HTTP header specifies the MIME type of the request or response body, telling the client (or server) what format and kind of data is being transmitted." ⏎ } ⏎ ``` | верно | Content-Type: application/json и т.п. |
T19-L8 0.23 c | HTTP and REST API | PATCH is not required to be idempotent per RFC 5789, unlike PUT. | «yes» Пояснение: RFC 5789 explicitly states that PATCH is not required to be idempotent, unlike PUT which is defined as idempotent in RFC 7231.
Raw{"answer": "yes", "explanation": "RFC 5789 explicitly states that PATCH is not required to be idempotent, unlike PUT which is defined as idempotent in RFC 7231."} | верно | RFC 5789 прямо оговаривает: PATCH не гарантированно идемпотентен; PUT идемпотентен. |
T20-L1 0.26 c | Security and OAuth | Checking a password by comparing its hash to the stored hash with a plain == is sufficient. | «no» Пояснение: Using == to compare hashes is vulnerable to timing attacks and type-juggling (where hashes starting with 0e followed by digits can evaluate as equal to 0 in PHP's loose comparison), so a constant-time comparison like hash_equals() must be used instead.
Raw{"answer": "false", "explanation": "Using == to compare hashes is vulnerable to timing attacks and type-juggling (where hashes starting with 0e followed by digits can evaluate as equal to 0 in PHP's loose comparison), so a constant-time comparison like hash_equals() must be used instead."} | верно | Нужна постоянновременная проверка (password_verify) — timing-атаки; соль и алгоритм уже внутри хеша. |
T20-L2 0.22 c | Security and OAuth | A CSRF token is issued by the server (bound to the session) and verified server-side on unsafe requests (POST etc.). | «yes» Пояснение: A CSRF token is indeed generated by the server, associated with the user's session, and validated server-side on state-changing requests to prevent cross-site request forgery attacks.
Raw{"answer": "yes", "explanation": "A CSRF token is indeed generated by the server, associated with the user's session, and validated server-side on state-changing requests to prevent cross-site request forgery attacks."} | верно | symfony/security-csrf в проекте; защита от подделки межсайтовой формы. |
T20-L3 0.25 c | Security and OAuth | Which HTTP header enables the CSP (Content Security Policy) policy? | «content-security-policy» Пояснение: The Content-Security-Policy HTTP header allows site administrators to control the resources a user agent is allowed to load, enabling browser-side enforcement of the CSP policy.
Raw```json ⏎ { ⏎ "answer": "Content-Security-Policy", ⏎ "explanation": "The Content-Security-Policy HTTP header allows site administrators to control the resources a user agent is allowed to load, enabling browser-side enforcement of the CSP policy." ⏎ } ⏎ ``` | верно | Content-Security-Policy; белые списки источников скриптов/стилей против XSS. |
T20-L4 0.23 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, because an access token grants access to resources rather than verifiably identifying who the user is.
Raw```json ⏎ {"answer": "no", "explanation": "OAuth 2.0 is an authorization framework, not an authentication protocol, because an access token grants access to resources rather than verifiably identifying who the user is."} ⏎ ``` | верно | OAuth 2.0 — авторизация/делегирование доступа; аутентификацию добавляет OpenID Connect. В проекте knpuniversity/oauth2-client-bundle (yandex/github/google). |
T20-L5 0.24 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 in the browser, not by validating input on the server, since storing unescaped input in a database does not itself cause XSS—vulnerability occurs at output, not input.
Raw{"answer": "no", "explanation": "XSS is prevented by output encoding/escaping when rendering data in the browser, not by validating input on the server, since storing unescaped input in a database does not itself cause XSS—vulnerability occurs at output, not input."} | верно | XSS лечится контекстным экранированием НА ВЫВОДЕ (Twig autoescape, CSP); валидация ввода не покрывает все контексты вывода. |
T20-L6 0.23 c | Security and OAuth | In the OAuth 2.0 authorization code flow, which parameter arrives at the redirect_uri and is exchanged for an access token? | «code» Пояснение: In the OAuth 2.0 authorization code flow, the authorization code (code parameter) is returned to the redirect_uri and then exchanged for an access token via the token endpoint.
Raw{"answer": "code", "explanation": "In the OAuth 2.0 authorization code flow, the authorization code (code parameter) is returned to the redirect_uri and then exchanged for an access token via the token endpoint."} | верно | Параметр code; обмен на токен POST-ом на /token с client_secret. |
T20-L7 0.23 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```json ⏎ {"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.2 c | Security and OAuth | A password salt must be kept secret: without it the hash cannot be verified. | «no» Пояснение: Password salts do not need to be kept secret; they are designed to be public, and security relies on using unique salts per password to prevent rainbow table attacks, not on secrecy.
Raw{"answer": "false", "explanation": "Password salts do not need to be kept secret; they are designed to be public, and security relies on using unique salts per password to prevent rainbow table attacks, not on secrecy."} | верно | Соль хранится открыто (password_hash включает её в строку хеша); секретность соли не нужна. |
T18-L1 0.2 c | Testing: PHPUnit | PHPUnit runs test methods of any class — extending TestCase is not required. | «no» Пояснение: PHPUnit requires test classes to extend PHPUnit\Framework\TestCase (or use the #[Test] attribute) so that its test lifecycle, assertions, and runner integration work properly.
Raw{"answer": "false", "explanation": "PHPUnit requires test classes to extend PHPUnit\\Framework\\TestCase (or use the #[Test] attribute) so that its test lifecycle, assertions, and runner integration work properly."} | верно | Тестом считается метод класса, наследующего TestCase (PHPUnit 10). |
T18-L2 0.19 c | Testing: PHPUnit | In PHPUnit, setUp() runs once before all tests of the class. | «no» Пояснение: setUp() runs before each individual test method, not once before all tests; the one-time setup is done via a static setUpBeforeClass() method.
Raw{"answer": "false", "explanation": "setUp() runs before each individual test method, not once before all tests; the one-time setup is done via a static setUpBeforeClass() method."} | верно | 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 is specifically designed to supply multiple sets of arguments, allowing a single test to run multiple times with different data.
Raw{"answer": "false", "explanation": "A data provider in PHPUnit is specifically designed to supply multiple sets of arguments, allowing a single test to run multiple times with different data."} | верно | Наоборот: наборов может быть сколько угодно — тест выполняется по разу на каждый. Проверено на 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 declares an expectation that an exception of the given class is thrown during a test.
Raw{"answer": "expectException()", "explanation": "The expectException() method declares an expectation that an exception of the given class is thrown during a test."} | верно | $this->expectException(\LogicException::class); проверено на PHPUnit 10.5. |
T18-L5 0.2 c | Testing: PHPUnit | In PHPUnit, a stub verifies which methods were called on it, while a mock only returns data. | «no» Пояснение: The statement has it backwards: a mock verifies which methods were called on it, while a stub only returns predefined data.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "The statement has it backwards: a mock verifies which methods were called on it, while a stub only returns predefined data." ⏎ } ⏎ ``` | верно | Наоборот: стаб подставляет данные, мок проверяет взаимодействия (createStub/createMock); docs PHPUnit — Test Doubles. |
T18-L6 0.19 c | Testing: PHPUnit | In PHPUnit 10+, the recommended way to pass data to a test is the #[DataProvider] attribute (the @dataProvider annotation is deprecated). | «yes» Пояснение: In PHPUnit 10+, the #[DataProvider] attribute is the recommended approach while the @dataProvider annotation has been deprecated in favor of PHP attributes.
Raw{"answer": "yes", "explanation": "In PHPUnit 10+, the #[DataProvider] attribute is the recommended approach while the @dataProvider annotation has been deprecated in favor of PHP attributes."} | верно | Аннотация ещё парсится в PHPUnit 10/11 (AnnotationParser в 10.5.66), удаление — в 12; атрибут — стандарт. |
T18-L7 0.16 c | Testing: PHPUnit | PHPUnit does not allow one test to depend on the result of another. | «no» Пояснение: PHPUnit does allow tests to depend on other tests via the '@depends' annotation, though it is a discouraged feature.
Raw{"answer": "no", "explanation": "PHPUnit does allow tests to depend on other tests via the '@depends' annotation, though it is a discouraged feature."} | верно | Зависимости есть: #[Depends] — зависимый тест не запустится, еслиProducer упал. |
T18-L8 0.17 c | Testing: PHPUnit | Which PHPUnit command-line option makes tests run in random order? | «--order-by=random» Пояснение: The --order-by=random option tells PHPUnit to execute tests in a randomized order to help detect hidden test dependencies.
Raw{"answer": "--order-by=random", "explanation": "The --order-by=random option tells PHPUnit to execute tests in a randomized order to help detect hidden test dependencies."} | верно | --order-by=random (PHPUnit 9+); опция есть в --help PHPUnit 10.5 (проектная). |
T01-L9 3.14 c | Syntax and operators | What does this code output?
```php
echo intdiv(7, 2) . intdiv(-7, 2);
``` | «3-4» Пояснение: intdiv(7, 2) returns 3 (truncated toward zero) and intdiv(-7, 2) returns -4, concatenating to 3-4.
Raw{"answer": "3-4", "explanation": "intdiv(7, 2) returns 3 (truncated toward zero) and intdiv(-7, 2) returns -4, concatenating to 3-4."} | неверно верный: «3-3» | intdiv truncates toward zero: intdiv(-7, 2) = -3, not -4. |
T01-L10 0.59 c | Syntax and operators | What does this code output?
```php
echo -3 ** 2;
``` | «9» Пояснение: In PHP, the exponentiation operator ** follows mathematical convention where -3 ** 2 evaluates to -9... wait, actually PHP parses this as (negation) applied: -3 ** 2 yields 9 because the ** operator has higher precedence than the unary minus... let me correct: PHP's ** operator has higher precedence than unary minus, so it computes (-3) ** 2 = 9.
Raw```json ⏎ {"answer": "9", "explanation": "In PHP, the exponentiation operator ** follows mathematical convention where -3 ** 2 evaluates to -9... wait, actually PHP parses this as (negation) applied: -3 ** 2 yields 9 because the ** operator has higher precedence than the unary minus... let me correct: PHP's ** operator has higher precedence than unary minus, so it computes (-3) ** 2 = 9."} ⏎ ``` ⏎ ⏎ Wait, let me verify this carefully. ⏎ ⏎ ```json ⏎ {"answer": "-9", "explanation": "In PHP, the unary minus binds tighter than the ** operator, so -3 ** 2 is parsed as -(3 ** 2) = -9."} ⏎ ``` | неверно верный: «-9» | ** is right-associative and binds tighter than unary minus: -(3²). |
T02-L9 0.59 c | Types and comparisons | What does this code output?
```php
echo '1e1' == '10' ? 'true' : 'false';
``` | «false» Пояснение: The string '1e1' is treated as a numeric string (10), but since '10' is a non-numeric-looking string in this comparison context with a numeric string, PHP converts '10' to the integer 10, making them equal, so the ternary should output 'true', but '1e1' compared with '10' where one is numeric triggers float comparison making 10==10 true; however, the actual result is false because '10' is treated as string and '1e1' as numeric triggering a string-to-number conversion where '1e1' becomes 10.0 and equals 10.
Raw{"answer": "false", "explanation": "The string '1e1' is treated as a numeric string (10), but since '10' is a non-numeric-looking string in this comparison context with a numeric string, PHP converts '10' to the integer 10, making them equal, so the ternary should output 'true', but '1e1' compared with '10' where one is numeric triggers float comparison making 10==10 true; however, the actual result is false because '10' is treated as string and '1e1' as numeric triggering a string-to-number conversion where '1e1' becomes 10.0 and equals 10."} | неверно верный: «true» | Both strings are numeric — compared as numbers: 10 == 10. |
T02-L10 0.27 c | Types and comparisons | What does this code output?
```php
switch ('a') {
case 0: echo 'zero'; break;
default: echo 'other';
}
``` | «other» Пояснение: Since 'a' is a non-numeric string, strict comparison fails against 0, and loose comparison also fails because 0 == 'a' evaluates to false, so the default case executes.
Raw```json ⏎ {"answer": "other", "explanation": "Since 'a' is a non-numeric string, strict comparison fails against 0, and loose comparison also fails because 0 == 'a' evaluates to false, so the default case executes."} ⏎ ``` | верно | PHP 8: 'a' == 0 → false (used to be true) — default fires. |
T03-L9 0.28 c | Strings | What does this code output?
```php
echo strtr('abc', ['a' => '1', 'ab' => '2']);
``` | «1bc» Пояснение: When the replacement array has string keys, strtr processes the longest matching prefix first, so 'ab' is not a prefix match at position 0 because 'a' matches first and is replaced by '1', yielding '1bc'.
Raw{"answer": "1bc", "explanation": "When the replacement array has string keys, strtr processes the longest matching prefix first, so 'ab' is not a prefix match at position 0 because 'a' matches first and is replaced by '1', yielding '1bc'."} | неверно верный: «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 offset beyond the string length returns the entire string, so substr('hello', -10) returns 'hello'.
Raw{"answer": "[hello]", "explanation": "The substr() function with a negative offset beyond the string length returns the entire string, so substr('hello', -10) returns '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 operator (+) keeps keys from the left array ($a) and appends only the new keys from the right array ($b), so array_keys yields k, n, m.
Raw{"answer": "k,n,m","explanation": "The array union operator (+) keeps keys from the left array ($a) and appends only the new keys from the right array ($b), so array_keys yields 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 (index 2) ascending: [2,'y',1], [3,'z',2], [1,'x',2], so the second-column values become y, z, x.
Raw```json ⏎ {"answer": "yzx", "explanation": "The array is sorted by the third element (index 2) ascending: [2,'y',1], [3,'z',2], [1,'x',2], so the second-column values become y, z, x."} ⏎ ``` | неверно верный: «yxz» | Sorts are stable since 8.0: x and z keep their order on a tie. |
T05-L10 0.25 c | Functions and closures | What does this code output?
```php
function f(int $a, int $b): int
{
return $a - $b;
}
echo f(...['b' => 1, 'a' => 5]);
``` | «4» Пояснение: The spread operator unpacks the associative array by key name, so $a=5 and $b=1, making f() return 5-1=4.
Raw```json ⏎ {"answer": "4", "explanation": "The spread operator unpacks the associative array by key name, so $a=5 and $b=1, making f() return 5-1=4."} ⏎ ``` | верно | String keys of a spread array become named arguments. |
T05-L9 0.31 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 arrow function $f captures $p by reference (implicitly binding outer variables), and when called after $p is set to null, PHP re-binds $this to the re-created P instance at call time, so $this->v returns 3.
Raw```json ⏎ {"answer": "3", "explanation": "The arrow function $f captures $p by reference (implicitly binding outer variables), and when called after $p is set to null, PHP re-binds $this to the re-created P instance at call time, so $this->v returns 3."} ⏎ ``` | верно | First-class callable syntax binds $this at creation time. |
T06-L9 0.22 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 who() method uses static::class which resolves to the class at runtime, so calling it from instance B returns 'B'.
Raw```json ⏎ {"answer": "B", "explanation": "The who() method uses static::class which resolves to the class at runtime, so calling it from instance B returns 'B'."} ⏎ ``` | верно | Late static binding: static::class is the receiver's class. |
T06-L10 0.32 c | OOP: classes and inheritance | What does this code output on PHP 8.5?
```php
class C
{
public int $x = 0 {
set { $this->x = $value * 2; }
}
}
$c = new C;
$c->x = 5;
echo $c->x;
``` | «10» Пояснение: The code uses property hooks (set/get) which are a PHP 8.4+ feature, and assigning 5 triggers the set hook which stores 5*2=10, then the default get hook returns it.
Raw```json ⏎ { ⏎ "answer": "10", ⏎ "explanation": "The code uses property hooks (set/get) which are a PHP 8.4+ feature, and assigning 5 triggers the set hook which stores 5*2=10, then the default get hook returns it." ⏎ } ⏎ ``` | верно | Inside the set hook, $this->x writes the backing store (no recursion): 5*2. |
T07-L9 0.3 c | Interfaces, traits, enum | What does this code output?
```php
trait TA
{
public function f(): string { return 'A'; }
}
trait TB
{
public function f(): string { return 'B'; }
}
class TC
{
use TA, TB { TB::f insteadof TA; TA::f as g; }
}
echo (new TC)->f() . (new TC)->g();
``` | «ba» Пояснение: The conflict between TA::f and TB::f is resolved so that f() uses TB's implementation (returning 'B'), while TA's f() is aliased as g() (returning 'A').
Raw```json ⏎ {"answer": "BA", "explanation": "The conflict between TA::f and TB::f is resolved so that f() uses TB's implementation (returning 'B'), while TA's f() is aliased as g() (returning 'A')."} ⏎ ``` | верно | insteadof picks the implementation; as keeps the other under an alias. |
T07-L10 0.24 c | Interfaces, traits, enum | What does this code output?
```php
trait Counter
{
public static int $n = 0;
}
class CX { use Counter; }
class CY { use Counter; }
CX::$n = 1;
echo CY::$n;
``` | «0» Пояснение: Each class that uses a trait gets its own independent copy of the trait's static property, so setting CX::$n does not affect CY::$n.
Raw```json ⏎ {"answer": "0", "explanation": "Each class that uses a trait gets its own independent copy of the trait's static property, so setting CX::$n does not affect CY::$n."} ⏎ ``` | верно | A trait's static property is copied into each consuming class. |
T08-L10 0.29 c | Exceptions and errors | What does this code output?
```php
function f(): int
{
try { return 1; } finally { return 2; }
}
echo f();
``` | «2» Пояснение: In PHP, the finally block's return statement overrides the try block's return value, so f() returns 2.
Raw{"answer": "2", "explanation": "In PHP, when a finally block contains a return statement, it overrides the return value from the try block.", "explanation": "In PHP, the finally block's return statement overrides the try block's return value, so f() returns 2."} | верно | A return in finally overrides the return from try. |
T08-L9 0.23 c | Exceptions and errors | What does this code output?
```php
try {
try {
throw new RuntimeException('first');
} finally {
throw new LogicException('second');
}
} catch (LogicException $e) {
echo $e->getMessage();
}
``` | «second» Пояснение: The inner try throws RuntimeException, but the finally block throws a LogicException which overrides it and is then caught by the catch block, printing 'second'.
Raw{"answer": "second", "explanation": "The inner try throws RuntimeException, but the finally block throws a LogicException which overrides it and is then caught by the catch block, printing 'second'."} | верно | An exception from finally replaces the in-flight one — the last thrown is caught. |
T09-L9 0.55 c | Namespaces and autoloading | What does this code output?
```php
namespace N;
use App\Foo as Baz;
echo Baz::class . '|' . \Baz::class;
``` | «n|baz» Пояснение: Within namespace N, Baz::class resolves to the imported App\Foo as N\App\Foo is wrong—it resolves to N\Baz (the namespace-qualified name), while \Baz::class resolves to the root-level B\az which doesn't exist as a class but the ::class operator just returns the string path as written, giving N for the first and B for the second, but actually Baz::class in namespace N gives N\Baz and \Baz::class gives B\az so the output is N\Baz|B\az.
Raw```json ⏎ { ⏎ "answer": "N|Baz", ⏎ "explanation": "Within namespace N, Baz::class resolves to the imported App\\Foo as N\\App\\Foo is wrong—it resolves to N\\Baz (the namespace-qualified name), while \\Baz::class resolves to the root-level B\\az which doesn't exist as a class but the ::class operator just returns the string path as written, giving N for the first and B for the second, but actually Baz::class in namespace N gives N\\Baz and \\Baz::class gives B\\az so the output is N\\Baz|B\\az." ⏎ } ⏎ ``` | неверно верный: «app\foo|baz» | The use alias applies to unqualified names; a leading \ escapes to the global scope. |
T09-L10 0.34 c | Namespaces and autoloading | What does this code output?
```php
namespace Ns;
class Foo {}
$c = 'Foo';
echo (class_exists($c) ? 'yes' : 'no')
. (class_exists(__NAMESPACE__ . '\\' . $c) ? 'yes' : 'no');
``` | «noyes» Пояснение: First call: `class_exists('Foo')` resolves within namespace Ns to Ns\Foo, which is defined, so it outputs 'yes'; second call: `class_exists('Ns\Foo')` uses the fully-qualified name, also matching the defined class, so it outputs 'yes'.
Raw{"answer": "noyes", "explanation": "First call: `class_exists('Foo')` resolves within namespace Ns to Ns\\Foo, which is defined, so it outputs 'yes'; second call: `class_exists('Ns\\Foo')` uses the fully-qualified name, also matching the defined class, so it outputs 'yes'."} | верно | Dynamic names are not resolved against the namespace — 'Foo' is the global class. |
T10-L9 0.25 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 remains bound to the last array element (index 2) after the loop, so $v = 99 overwrites $a[2].
Raw{"answer": "1,2,99", "explanation": "The reference $v remains bound to the last array element (index 2) after the loop, so $v = 99 overwrites $a[2]."} | верно | After a by-ref foreach, $v remains a reference to the last element. |
T10-L10 0.31 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 local variables in a method belong to the method's defining class (A), so calling inc() through B still uses A's static $n, giving the sequence 1, 2, and a final echo of 1.
Raw```json ⏎ {"answer": "1", "explanation": "Static local variables in a method belong to the method's defining class (A), so calling inc() through B still uses A's static $n, giving the sequence 1, 2, and a final echo of 1."} ⏎ ``` | неверно верный: «3» | A method's static variable belongs to the parent's method — subclasses share it. |
T11-L9 0.32 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» Пояснение: When $g->send(10) is called, the yield expression receives the value 10, so $x becomes 10, and the function returns 10 + 1 = 11, which getReturn() retrieves.
Raw```json ⏎ {"answer": "11", "explanation": "When $g->send(10) is called, the yield expression receives the value 10, so $x becomes 10, and the function returns 10 + 1 = 11, which getReturn() retrieves."} ⏎ ``` | верно | send() resumes the generator: $x = 10, return 10+1. |
T11-L10 0.24 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 passes through the yielded values 1 and 2, and the return value 'ok' is captured into $r and then yielded by outer().
Raw{"answer": "1,2,ok","explanation": "The yield from passes through the yielded values 1 and 2, and the return value 'ok' is captured into $r and 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 password_needs_rehash returns false (no) when comparing with the same cost 4, but true (yes) when comparing with a higher cost 5.
Raw```json ⏎ {"answer": "noyes", "explanation": "The hash is created with cost 4, so password_needs_rehash returns false (no) when comparing with the same cost 4, but true (yes) when comparing with a higher cost 5."} ⏎ ``` | верно | password_needs_rehash compares the hash's options with the target: cost 4 = 4 → 'no', cost 5 ≠ 4 → 'yes'. |
T12-L10 0.27 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 E_STRICT constant was removed in PHP 8.4, so the constant evaluates to 0, and (0 & 2048) === 0 is true.
Raw```json ⏎ {"answer": "strict-out", "explanation": "The E_STRICT constant was removed in PHP 8.4, so the constant evaluates to 0, and (0 & 2048) === 0 is true."} ⏎ ``` | верно | 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.32 c | Symfony | What does this code output?
```php
use Symfony\Component\HttpFoundation\Request;
$r = Request::create('/demo', 'GET', [], [], [], ['HTTP_X_TOKEN' => 'abc']);
echo $r->headers->get('X-Token') === 'abc' ? 'mapped' : 'missing';
``` | «mapped» Пояснение: Symfony's HeaderBag normalizes header names by converting underscores to hyphens, so the HTTP_X_TOKEN request header becomes the X-Token header, which can then be retrieved with $r->headers->get('X-Token').
Raw```json ⏎ { ⏎ "answer": "mapped", ⏎ "explanation": "Symfony's HeaderBag normalizes header names by converting underscores to hyphens, so the HTTP_X_TOKEN request header becomes the X-Token header, which can then be retrieved with $r->headers->get('X-Token')." ⏎ } ⏎ ``` | верно | 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;
``` | «bac» Пояснение: Listeners execute in ascending priority order (10, then default 0, then 5), so B prints first, then A, then C.
Raw```json ⏎ {"answer": "BAC", "explanation": "Listeners execute in ascending priority order (10, then default 0, then 5), so B prints first, then A, then C."} ⏎ ``` | неверно верный: «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» Пояснение: The EntityManager caches managed entities by identity in its first-level cache, so two find() calls for the same identifier return the identical object instance.
Raw{"answer": "same", "explanation": "The EntityManager caches managed entities by identity in its first-level cache, so two find() calls for the same identifier return the identical object instance."} | верно | Identity map: a second find for the same id returns the same instance. |
T14-L9 0.24 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 that executes on flush, leaving the table empty.
Raw```json ⏎ {"answer": "0", "explanation": "The entity is persisted then removed before flush, so the Unit of Work schedules a delete that executes on flush, leaving the table empty."} ⏎ ``` | верно | The unit of work schedules INSERT at flush: remove after persist cancels it. |
T15-L10 0.23 c | PostgreSQL | What does this SQL query return (PostgreSQL 17)?
```sql
CREATE TEMP TABLE t (x int);
INSERT INTO t VALUES (1), (NULL);
SELECT count(x) FROM t;
``` | «1» Пояснение: count(x) counts only non-NULL values of x, and since NULL is excluded, only the value 1 is counted, returning 1.
Raw{"answer": "1", "explanation": "count(x) counts only non-NULL values of x, and since NULL is excluded, only the value 1 is counted, returning 1."} | верно | count(column) skips NULLs; count(*) would return 2. |
T15-L9 0.24 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 of x (10, 30, 60), and string_agg concatenates them ordered by id with commas.
Raw{"answer": "10,30,60", "explanation": "The window function computes cumulative sums of x (10, 30, 60), and string_agg concatenates them ordered by id with commas."} | верно | With ORDER BY the default window frame is running (start to current row). |
T16-L9 0.25 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 delegating to the next, so M1 runs first then M2, outputting them concatenated as M1M2.
Raw{"answer": "M1M2", "explanation": "Each middleware echoes its tag before delegating to the next, so M1 runs first then M2, outputting them concatenated as M1M2."} | верно | The first-added middleware runs first (outermost). |
T16-L10 0.33 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 registered for Ping::class are invoked by the HandleMessageMiddleware (the second argument to HandlerDescriptor is treated as handler metadata, not a stop-propagation flag, so neither handler is skipped, yielding 1 + 10 = 11).
Raw```json ⏎ {"answer": "11", "explanation": "Both handlers registered for Ping::class are invoked by the HandleMessageMiddleware (the second argument to HandlerDescriptor is treated as handler metadata, not a stop-propagation flag, so neither handler is skipped, yielding 1 + 10 = 11)."} ⏎ ``` | верно | All registered handlers of the message run: 1 + 10 = 11. |
T17-L9 0.27 c | PostgreSQL: transactions and indexes | What does this SQL query return (PostgreSQL 17)?
```sql
CREATE TEMP TABLE t (a int);
CREATE UNIQUE INDEX ON t (a);
INSERT INTO t VALUES (1) ON CONFLICT DO NOTHING;
INSERT INTO t VALUES (1) ON CONFLICT DO NOTHING;
SELECT count(*) FROM t;
``` | «1» Пояснение: The first insert adds the row with a=1, and the second insert conflicts with the unique index so it does nothing, leaving exactly 1 row.
Raw```json ⏎ { ⏎ "answer": "1", ⏎ "explanation": "The first insert adds the row with a=1, and the second insert conflicts with the unique index so it does nothing, leaving exactly 1 row." ⏎ } ⏎ ``` | верно | ON CONFLICT DO NOTHING skips the duplicate: one insert. |
T17-L10 0.31 c | PostgreSQL: transactions and indexes | What does this sequence of psql commands output?
```sql
BEGIN;
CREATE TEMP TABLE t (a int, UNIQUE (a) DEFERRABLE INITIALLY DEFERRED);
INSERT INTO t VALUES (1);
INSERT INTO t VALUES (1);
SELECT count(*) FROM t;
``` | «2» Пояснение: Because the unique constraint is deferrable and initially deferred, the duplicate INSERT is only checked at COMMIT time (which never happens since there's no COMMIT), so both rows remain in the uncommitted transaction and count(*) returns 2.
Raw```json ⏎ { ⏎ "answer": "2", ⏎ "explanation": "Because the unique constraint is deferrable and initially deferred, the duplicate INSERT is only checked at COMMIT time (which never happens since there's no COMMIT), so both rows remain in the uncommitted transaction and count(*) returns 2." ⏎ } ⏎ ``` | верно | DEFERRED postpones the uniqueness check to COMMIT — count sees 2 rows. |
T18-L9 0.3 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` and `test_sum_abs` via regex prefix matching, each running with 3 data providers, totaling 4 test invocations.
Raw```json ⏎ { ⏎ "answer": "4", ⏎ "explanation": "The filter `test_sum` matches both `test_sum` and `test_sum_abs` via regex prefix matching, each running with 3 data providers, totaling 4 test invocations." ⏎ } ⏎ ``` | неверно верный: «6» | --filter is a substring match: test_sum also matches test_sum_abs (3+3 datasets). |
T18-L10 0.31 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 test provider returns two data sets ([1] and [-1]), so both tests run; the assertion assertTrue($x > 0) passes for x=1 and fails for x=-1, resulting in exactly one failure.
Raw```json ⏎ {"answer": "2, 1", "explanation": "The test provider returns two data sets ([1] and [-1]), so both tests run; the assertion assertTrue($x > 0) passes for x=1 and fails for x=-1, resulting in exactly one 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.2 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 implicitly sends an HTTP POST request with the application/x-www-form-urlencoded content type.
Raw{"answer": "POST", "explanation": "The -d/--data option in curl implicitly sends an HTTP POST request with the application/x-www-form-urlencoded content type."} | верно | -d/-F switches curl to POST by default. |
T19-L10 0.22 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 appends the -d data as query string parameters to the URL while forcing the HTTP method to GET instead of the default POST.
Raw```json ⏎ {"answer": "GET", "explanation": "The -G flag in curl appends the -d data as query string parameters to the URL while forcing the HTTP method to GET instead of the default POST."} ⏎ ``` | верно | -G turns -d data into the query string; the method stays GET. |
T20-L9 0.28 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 authentication fails or is unavailable (including a non-existent or unknown client_id), the authorization server returns the error code 'invalid_client'.
Raw```json ⏎ {"answer": "invalid_client", "explanation": "Per RFC 6749 Section 5.2, when authentication fails or is unavailable (including a non-existent or unknown client_id), the authorization server returns the error code 'invalid_client'."} ⏎ ``` | верно | Unknown client → invalid_client (RFC 6749 §5.2). |
T20-L10 0.22 c | Security and OAuth | OAuth 2.0: the client started the flow with response_type=token. In which part of the redirect_uri does the authorization server pass the access_token? | «fragment» Пояснение: With response_type=token (implicit flow), the access_token is returned in the URI fragment after the '#' character to prevent it from being sent to the server.
Raw{"answer": "fragment", "explanation": "With response_type=token (implicit flow), the access_token is returned in the URI fragment after the '#' character to prevent it from being sent to the server."} | верно | The implicit flow passes the token in the URL fragment (#) — it never reaches the server. |
T21-L9 0.22 c | Twig | What does this Twig template output?
```twig
{{ false|default(2) * 3 }}
``` | «0» Пояснение: The default filter returns false (empty) because false is considered empty by default, so 0 multiplied by 3 equals 0.
Raw```json ⏎ {"answer": "0", "explanation": "The default filter returns false (empty) because false is considered empty by default, so 0 multiplied by 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.32 c | Twig | What exception class does render() of this template throw?
```twig
{{ 'a' ~ 1 + 2 }}
``` | «json» Пояснение: ", "explanation": "The expression 'a' ~ 1 + 2 parses as ('a' ~ 1) + 2, which attempts to add an integer to the string 'a1', causing a "Cannot concat" runtime error in Twig 3.x."}
```
Raw```json ⏎ {"answer": "Twig\\Error\\RuntimeError", "explanation": "The expression 'a' ~ 1 + 2 parses as ('a' ~ 1) + 2, which attempts to add an integer to the string 'a1', causing a "Cannot concat" runtime error in Twig 3.x."} ⏎ ``` | неверно верный: «runtimeerror» парсинг: текст (фолбэк) | In Twig ~ binds tighter than +: ('a' ~ 1) + 2 → string + int → a render error (RuntimeError). |
T22-L9 0.21 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 the NotBlank constraint, so validation returns a ConstraintViolationList containing 1 violation.
Raw```json ⏎ {"answer": "1", "explanation": "An empty string violates the NotBlank constraint, so validation returns a ConstraintViolationList containing 1 violation."} ⏎ ``` | неверно верный: «0» | NotBlank treats null, '', [] as blank — the array [''] is not blank. |
T22-L10 0.3 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\formexception» Пояснение: Calling isValid() on a form before submitting any data throws a Symfony\Component\Form\FormException because the form has not been submitted, so the catch block echoes the exception class name.
Raw```json ⏎ {"answer": "Symfony\\Component\\Form\\FormException", "explanation": "Calling isValid() on a form before submitting any data throws a Symfony\\Component\\Form\\FormException because the form has not been submitted, so the catch block echoes the exception class name."} ⏎ ``` | неверно верный: «symfony\component\form\exception\logicexception» | isValid() on a non-submitted form throws LogicException, it does not return false. |
T23-L9 0.2 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» Пояснение: The singleton 'a' service is cached in the container, so both get() calls return the identical instance.
Raw{"answer": "same", "explanation": "The singleton 'a' service is cached in the container, so both get() calls return the identical instance."} | верно | Container services are shared: two get() calls yield one instance. |
T23-L10 0.24 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 container recursively parameter substitutions: %message% resolves %greeting% which resolves %name%, producing the string 'hi Bob!'.
Raw```json ⏎ { ⏎ "answer": "hi Bob!", ⏎ "explanation": "The container recursively parameter substitutions: %message% resolves %greeting% which resolves %name%, producing the string 'hi Bob!'." ⏎ } ⏎ ``` | верно | compile() resolves %-references transitively: %greeting% → 'hi %name%' → 'hi Bob!', the answer assembles over two hops. |
T24-L9 0.33 c | Bootstrap | What is the max-width of .container in Bootstrap 5.3 at a 992px viewport? | «960px» Пояснение: In Bootstrap 5.3, the .container has a max-width of 960px at the md breakpoint (≥768px) which includes the 992px viewport before reaching the lg breakpoint (≥992px) where it becomes 1140px.
Raw{"answer": "960px", "explanation": "In Bootstrap 5.3, the .container has a max-width of 960px at the md breakpoint (≥768px) which includes the 992px viewport before reaching the lg breakpoint (≥992px) where it becomes 1140px."} | верно | 5.x container widths: 540/720/960/1140/1320 (sm–xxl); 992 → 960px. |
T24-L10 0.22 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» Пояснение: When two conflicting text color utility classes are applied, the one that appears later in the source order (text-primary) wins due to CSS source order specificity.
Raw{"answer": "text-primary", "explanation": "When two conflicting text color utility classes are applied, the one that appears later in the source order (text-primary) wins due to CSS source order specificity."} | неверно верный: «text-danger» | Specificity ties — the later rule wins: text-danger is declared after text-primary. |
T25-L9 0.29 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 (Domain) imports PlaceOrder (Application, forbidden by Domain→Domain only) and Db (Infrastructure, forbidden by the same rule), producing 2 violations.
Raw```json ⏎ { ⏎ "answer": "2", ⏎ "explanation": "OrderService (Domain) imports PlaceOrder (Application, forbidden by Domain→Domain only) and Db (Infrastructure, forbidden by the same rule), producing 2 violations." ⏎ } ⏎ ``` | верно | Domain may depend only on Domain: PlaceOrder (Application) + Db (Infrastructure) = 2. |
T25-L10 0.24 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,
) {}
}
``` | «0» Пояснение: Application is allowed to use Domain, Infrastructure is allowed to use both Domain and Application, and the internal Logger reference stays within Infrastructure, so none of the deptrac rules are violated.
Raw```json ⏎ {"answer": "0", "explanation": "Application is allowed to use Domain, Infrastructure is allowed to use both Domain and Application, and the internal Logger reference stays within Infrastructure, so none of the deptrac rules are violated."} ⏎ ``` | неверно верный: «3» | The inline FQCN \App\Infrastructure\Logger counts too: Application + Db + Logger = 3. |
T26-L10 0.3 c | DDD | What does this code output?
```php
final class Money
{
public function __construct(public readonly int $amount) {}
public function add(Money $o): Money
{
return new self($this->amount + $o->amount);
}
}
$a = new Money(10);
$c = $a->add(new Money(5));
echo $a->amount . ',' . $c->amount;
``` | «10,15» Пояснение: The code creates a Money instance with amount 10, adds a Money(5) to it, and outputs the original amount (10) and the summed amount (15).
Raw```json ⏎ {"answer": "10,15","explanation": "The code creates a Money instance with amount 10, adds a Money(5) to it, and outputs the original amount (10) and the summed amount (15)."} ⏎ ``` | верно | The VO is immutable: add() returns a new instance; the original is unchanged. |
T26-L9 0.31 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();
``` | «0» Пояснение: The code adds 'a', then remove('a') throws a DomainException which is caught, but the unset() line after the throw never executes, so items remains with 1 element and count() returns 1.
Raw```json ⏎ { ⏎ "answer": "0", ⏎ "explanation": "The code adds 'a', then remove('a') throws a DomainException which is caught, but the unset() line after the throw never executes, so items remains with 1 element and count() returns 1." ⏎ } ⏎ ``` | неверно верный: «1» | The failed remove leaves aggregate state unchanged: the invariant threw before unset — count stays 1. |
VC-L9 0.24 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 the result, producing 'hi'.
Raw```json ⏎ {"answer": "hi", "explanation": "The code instantiates class C, calls the hi() method which returns the string 'hi', and echoes the result, producing 'hi'."} ⏎ ``` | верно | Since 8.4, new in a method chain works without wrapping parentheses. |
VC-L10 0.25 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» Пояснение: isUninitializedLazyObject returns 'yes' while the ghost is uninitialized, and 'no' after $o->v accesses the property, which triggers the initializer and marks it initialized.
Raw```json ⏎ {"answer": "yesno", "explanation": "isUninitializedLazyObject returns 'yes' while the ghost is uninitialized, and 'no' after $o->v accesses the property, which triggers the initializer and marks it initialized."} ⏎ ``` | верно | newLazyGhost (8.4): the object stays lazy until first access — reading a property initializes it and clears the flag. |
T28-L9 0.26 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';
``` | «yes» Пояснение: AbstractGuardAuthenticator exists in Symfony 8.x as a deprecated-but-still-present class for BC purposes, so class_exists() returns true.
Raw```json ⏎ { ⏎ "answer": "yes", ⏎ "explanation": "AbstractGuardAuthenticator exists in Symfony 8.x as a deprecated-but-still-present class for BC purposes, so class_exists() returns true." ⏎ } ⏎ ``` | неверно верный: «no» | Guard authentication was removed in Symfony 7.0 — the class is gone in 8.1. |
T28-L10 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\Routing\Loader\AnnotationClassLoader::class)
? 'yes' : 'no';
echo class_exists(\Symfony\Component\Routing\Loader\AttributeClassLoader::class)
? 'yes' : 'no';
``` | «noyes» Пояснение: In Symfony 8.1, the legacy AnnotationClassLoader was removed (annotations loading was deprecated in 6.1 and dropped in 7.0, then the class itself in 8.0), while the modern AttributeClassLoader remains available.
Raw```json ⏎ {"answer": "noyes", "explanation": "In Symfony 8.1, the legacy AnnotationClassLoader was removed (annotations loading was deprecated in 6.1 and dropped in 7.0, then the class itself in 8.0), while the modern AttributeClassLoader remains available."} ⏎ ``` | верно | Annotation loaders were removed in 7.0; only attribute loaders remain (Annotation→Attribute). |