Пример запроса (первая клетка). System одинаковый во всех запросах прогона, user — свой вопрос для каждой клетки:
| Клетка | Тема | Утверждение | Ответ |
Результат | Обоснование |
T01-L1 3.2 c | Syntax and operators | Double-quoted and single-quoted strings are processed identically; the difference is only in speed. | «no» Пояснение: This is false because double-quoted strings support variable interpolation and escape sequences while single-quoted strings are treated almost literally, so they are processed differently (not just at different speeds).
Raw{"answer": "no", "explanation": "This is false because double-quoted strings support variable interpolation and escape sequences while single-quoted strings are treated almost literally, so they are processed differently (not just at different speeds)."} | верно | В двойных кавычках работают интерполяция переменных и escape-последовательности, в одинарных — нет. |
T01-L2 0.2 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 suppresses warnings for undefined variables, so accessing $a['missing'] ?? 'default' raises no notice.
Raw{"answer": "yes", "explanation": "The ?? (null coalescing) operator follows isset semantics and suppresses warnings for undefined variables, so accessing $a['missing'] ?? 'default' raises no notice."} | верно | ?? работает по семантике isset — несуществующие переменные и ключи допустимы. |
T01-L3 0.17 c | Syntax and operators | What will this print: echo 'a', 'b'; | «ab» Пояснение: The echo statement uses commas to concatenate multiple strings, so 'a' and 'b' are output together as 'ab'.
Raw{"answer": "ab", "explanation": "The echo statement uses commas to concatenate multiple strings, so 'a' and 'b' are output together as 'ab'."} | верно | echo принимает список аргументов: ab. |
T01-L4 0.2 c | Syntax and operators | print returns the value 1 and can be used inside an expression. | «no» Пояснение: print returns the value 1, but it cannot be used inside an expression because it behaves more like a statement than a function and cannot be called with parentheses in certain contexts.
Raw{"answer": "false", "explanation": "print returns the value 1, but it cannot be used inside an expression because it behaves more like a statement than a function and cannot be called with parentheses in certain contexts."} | неверно верный: «yes» | print — выражение со значением 1, в отличие от echo, который значения не возвращает. |
T01-L5 0.21 c | Syntax and operators | The ?: (elvis) operator returns its left operand when it is falsy. | «no» Пояснение: The ?: (elvis) operator returns its left operand when it is truthy, not when it is falsy; when the left operand is falsy, it returns the right operand.
Raw{"answer": "false", "explanation": "The ?: (elvis) operator returns its left operand when it is truthy, not when it is falsy; when the left operand is falsy, it returns the right operand."} | верно | Наоборот: $a ?: $b возвращает $a, если он истинный, иначе $b. |
T01-L6 0.24 c | Syntax and operators | In PHP 8, the concatenation operator (.) has lower precedence than addition and subtraction. | «yes» Пояснение: In PHP, the concatenation operator (.) has lower precedence than addition and subtraction, so expressions like 'a' . 1 + 2 evaluate as 'a' . (1 + 2) resulting in 'a3'.
Raw{"answer": "true", "explanation": "In PHP, the concatenation operator (.) has lower precedence than addition and subtraction, so expressions like 'a' . 1 + 2 evaluate as 'a' . (1 + 2) resulting in 'a3'."} | верно | С PHP 8 (RFC concat precedence) '.' имеет приоритет ниже арифметики: 'сумма: ' . 2 + 3 → 'сумма: 5' (в PHP 7 было иначе). |
T01-L7 0.3 c | Syntax and operators | The expression 2 ** 3 ** 2 in PHP evaluates as (2 ** 3) ** 2, that is, 64. | «no» Пояснение: The ** operator in PHP is right-associative, so 2 ** 3 ** 2 evaluates as 2 ** (3 ** 2), which equals 2 ** 9 = 512, not (2 ** 3) ** 2 = 64.
Raw{"answer": "no", "explanation": "The ** operator in PHP is right-associative, so 2 ** 3 ** 2 evaluates as 2 ** (3 ** 2), which equals 2 ** 9 = 512, not (2 ** 3) ** 2 = 64."} | верно | ** право-ассоциативен: 2 ** (3 ** 2) = 2 ** 9 = 512. |
T01-L8 0.26 c | Syntax and operators | What string will this print: echo 'sum: ' . 2 + 3; (PHP 8)? | «5» Пояснение: The dot operator has higher precedence than plus, so 'sum: ' . 2 evaluates to the string 'sum: 2', which then converts to 0 for the addition, giving 0 + 3 = 5.
Raw{"answer": "5", "explanation": "The dot operator has higher precedence than plus, so 'sum: ' . 2 evaluates to the string 'sum: 2', which then converts to 0 for the addition, giving 0 + 3 = 5."} | неверно верный: «sum: 5» | Парная к verify-клетке про приоритет: 'сумма: 5'. |
T02-L1 0.25 c | Types and comparisons | With strict comparison (===), arrays are considered equal regardless of element order. | «no» Пояснение: With strict comparison (===), two arrays are only equal if they have the same key/value pairs in the same order and of the same types, so element order matters.
Raw```json ⏎ { ⏎ "answer": "false", ⏎ "explanation": "With strict comparison (===), two arrays are only equal if they have the same key/value pairs in the same order and of the same types, so element order matters." ⏎ } ⏎ ``` | верно | === для массивов требует совпадения и значений, и их порядка. |
T02-L2 0.18 c | Types and comparisons | The comparison 0 == false returns false because it is a strict comparison. | «no» Пояснение: The comparison 0 == false actually returns true because == is a loose (non-strict) comparison, not a strict one.
Raw{"answer": "no", "explanation": "The comparison 0 == false actually returns true because == is a loose (non-strict) comparison, not a strict one."} | верно | Наоборот: == — нестрогое сравнение и возвращает true; строгое — это === (0 === false → false). |
T02-L3 0.2 c | Types and comparisons | In PHP 8, the expression "abc" == 0 returns true. | «yes» Пояснение: In PHP, non-numeric strings compared numerically with == are converted to 0, and since 0 == 0 is true, the expression evaluates to true.
Raw{"answer": "yes", "explanation": "In PHP, non-numeric strings compared numerically with == are converted to 0, and since 0 == 0 is true, the expression evaluates to true."} | неверно верный: «no» | С PHP 8 нечисловая строка сравнивается как строка: "abc" == "0" → false (в PHP 7 было true). |
T02-L4 0.23 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 (e.g., null == 0, null == "", and null == false all evaluate to true).
Raw{"answer": "yes", "explanation": "Under PHP's loose comparison, null is loosely equal to 0, the empty string, and false simultaneously (e.g., null == 0, null == \"\", and null == false all evaluate to true)."} | верно | null == 0, null == "" и null == false — все true. |
T02-L5 0.23 c | Types and comparisons | What does the expression (int) '42abc' return? | «42» Пояснение: In PHP, casting a string to int performs a left-to-right conversion, stopping at the first non-numeric character, so '42abc' becomes 42.
Raw{"answer": 42, "explanation": "In PHP, casting a string to int performs a left-to-right conversion, stopping at the first non-numeric character, so '42abc' becomes 42."} | верно | Ведущая числовая часть: 42, без ошибок и warning. |
T02-L6 0.23 c | Types and comparisons | What does the expression '5' + 5 return? | «10» Пояснение: In PHP, when a string that looks like a number is used in an arithmetic operation, it is coerced to a numeric value, so '5' + 5 evaluates to the integer 10.
Raw{"answer": "10", "explanation": "In PHP, when a string that looks like a number is used in an arithmetic operation, it is coerced to a numeric value, so '5' + 5 evaluates to the integer 10."} | верно | Числовая строка приводится: int 10. |
T02-L7 0.21 c | Types and comparisons | When cast to string, false becomes "0". | «no» Пояснение: When cast to string, false becomes an empty string "", not "0" (the integer 0 becomes "0" when cast to string).
Raw{"answer": "false", "explanation": "When cast to string, false becomes an empty string \"\", not \"0\" (the integer 0 becomes \"0\" when cast to string)."} | верно | false → "", true → "1". |
T02-L8 0.18 c | Types and comparisons | The comparison 0.1 + 0.2 === 0.3 returns false. | «yes» Пояснение: 0.1 + 0.2 does not equal 0.3 when using strict comparison due to floating-point precision representation errors in PHP.
Raw{"answer": "yes", "explanation": "0.1 + 0.2 does not equal 0.3 when using strict comparison due to floating-point precision representation errors in PHP."} | верно | Двоичная погрешность float: 0.1 + 0.2 = 0.30000000000000004. |
T03-L1 0.17 c | Strings | strrev() correctly reverses a UTF-8 string. | «no» Пояснение: strrev() operates byte-by-byte and does not support multi-byte UTF-8 characters, so it corrupts them.
Raw{"answer": "no", "explanation": "strrev() operates byte-by-byte and does not support multi-byte UTF-8 characters, so it corrupts them."} | верно | strrev переворачивает байты и ломает многобайтовые последовательности. |
T03-L2 0.16 c | Strings | str_contains('Hello world', 'world') returns true. | «yes» Пояснение: str_contains() checks if a string contains a substring and returns a boolean true when the substring is found.
Raw{"answer": "yes", "explanation": "str_contains() checks if a string contains a substring and returns a boolean true when the substring is found."} | верно | str_contains с PHP 8.0 проверяет вхождение подстроки. |
T03-L3 0.22 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 padding_type parameter (STR_PAD_LEFT, STR_PAD_RIGHT, or STR_PAD_BOTH).
Raw```json ⏎ {"answer": "no", "explanation": "str_pad() can pad a string on the left, right, or both sides depending on the padding_type parameter (STR_PAD_LEFT, STR_PAD_RIGHT, or STR_PAD_BOTH)."} ⏎ ``` | верно | STR_PAD_LEFT / STR_PAD_BOTH меняют сторону дополнения. |
T03-L4 0.19 c | Strings | By default trim() strips only spaces, leaving tabs and newlines intact. | «no» Пояснение: By default, trim() removes not only spaces but also tabs, newlines, carriage returns, null bytes, and other default whitespace characters, not just spaces.
Raw{"answer": "no", "explanation": "By default, trim() removes not only spaces but also tabs, newlines, carriage returns, null bytes, and other default whitespace characters, not just spaces."} | верно | Список символов по умолчанию: « \t\n\r\0\x0B» — пробелы, табы, переводы строк, возврат каретки, null-байт, вертикальный таб. Проверено php -r. |
T03-L5 0.24 c | Strings | How many BYTES does strlen('héllo') return for a UTF-8 string? | «6» Пояснение: strlen() counts bytes, and 'héllo' contains 5 characters where 'é' is encoded as 2 bytes in UTF-8, giving 1+2+1+1+1=6 bytes.
Raw{"answer": "6", "explanation": "strlen() counts bytes, and 'héllo' contains 5 characters where 'é' is encoded as 2 bytes in UTF-8, giving 1+2+1+1+1=6 bytes."} | верно | 6 букв по 2 байта: 12. |
T03-L6 0.22 c | Strings | What does substr('abcdef', -3) return? | «cde» Пояснение: A negative offset in substr() counts from the end of the string, so -3 means starting at 'c' and returning to the end.
Raw{"answer": "cde", "explanation": "A negative offset in substr() counts from the end of the string, so -3 means starting at 'c' and returning to the end."} | неверно верный: «def» | Отрицательное смещение — с конца: def. |
T03-L7 0.18 c | Strings | ucfirst() modifies the string passed to it in place. | «no» Пояснение: ucfirst() returns a new modified string and does not modify the original string in place since strings in PHP are immutable.
Raw```json ⏎ {"answer": "no", "explanation": "ucfirst() returns a new modified string and does not modify the original string in place since strings in PHP are immutable."} ⏎ ``` | верно | Строки неизменяемы; ucfirst возвращает новую строку. |
T03-L8 0.2 c | Strings | Variable interpolation works in heredoc but not in nowdoc. | «yes» Пояснение: Heredoc syntax interpolates variables like double-quoted strings, while nowdoc (introduced in PHP 7) uses single-quote-like syntax that prevents variable interpolation.
Raw{"answer": "yes", "explanation": "Heredoc syntax interpolates variables like double-quoted strings, while nowdoc (introduced in PHP 7) uses single-quote-like syntax that prevents variable interpolation."} | верно | Nowdoc — «одинарные кавычки» в тройном синтаксисе: текст как есть. |
T04-L1 0.17 c | Arrays | The sort() function preserves the key-to-value association of the array. | «no» Пояснение: The sort() function reindexes the array with numeric keys starting from 0, destroying the original key-to-value associations.
Raw{"answer": "no", "explanation": "The sort() function reindexes the array with numeric keys starting from 0, destroying the original key-to-value associations."} | верно | sort перенумеровывает ключи; связь сохраняет asort. |
T04-L2 0.16 c | Arrays | The string key '5' in an array is stored as the integer 5. | «yes» Пояснение: In PHP, string keys that consist entirely of digits are automatically converted to integers when used as array keys.
Raw{"answer": "yes", "explanation": "In PHP, string keys that consist entirely of digits are automatically converted to integers when used as array keys."} | верно | Каноничные десятичные строковые ключи приводятся к int. |
T04-L3 0.2 c | Arrays | The in_array() function uses strict comparison (===) by default. | «no» Пояснение: The in_array() function uses loose comparison by default; the strict comparison operator (===) is only used when the optional strict parameter is set to true.
Raw```json ⏎ {"answer": "no", "explanation": "The in_array() function uses loose comparison by default; the strict comparison operator (===) is only used when the optional strict parameter is set to true."} ⏎ ``` | верно | По умолчанию сравнение нестрогое; строгое — третий аргумент true. |
T04-L4 0.18 c | Arrays | Without a callback, array_filter() removes all "empty" (falsy) elements from the array. | «yes» Пояснение: Without a callback, array_filter() removes all falsy elements (false, 0, "", null, etc.) from the array.
Raw{"answer": "yes", "explanation": "Without a callback, array_filter() removes all falsy elements (false, 0, \"\", null, etc.) from the array."} | верно | Убирает 0, "", null, false и пустые массивы. |
T04-L5 0.17 c | Arrays | By default, array_slice() preserves the original numeric keys of the array. | «no» Пояснение: array_slice() resets numeric keys by default, so it does not preserve the original numeric keys unless you pass true as the fourth argument.
Raw{"answer": "no", "explanation": "array_slice() resets numeric keys by default, so it does not preserve the original numeric keys unless you pass true as the fourth argument."} | верно | По умолчанию ключи перенумеровываются; сохранение — preserve_keys = true. |
T04-L6 0.19 c | Arrays | What does array_slice([10, 20, 30, 40], 1, 2) return? | «[20, 30]» Пояснение: array_slice extracts 2 elements starting at offset 1 from the array, giving [20, 30].
Raw{"answer": "[20, 30]", "explanation": "array_slice extracts 2 elements starting at offset 1 from the array, giving [20, 30]."} | верно | [20,30]; ключи перенумеровываются. |
T04-L7 0.23 c | Arrays | How many elements will count(['a' => 1] + ['a' => 9, 'b' => 2]) return? | «2» Пояснение: The union operator (+) combines arrays keeping the left-hand side's values for duplicate keys, resulting in ['a' => 1, 'b' => 2].
Raw{"answer": "2", "explanation": "The union operator (+) combines arrays keeping the left-hand side's values for duplicate keys, resulting in ['a' => 1, 'b' => 2]."} | верно | Оператор + : по ключу 'a' побеждает левый; итого 2. |
T04-L8 0.22 c | Arrays | Since PHP 8.1, the spread operator [...$a, ...$b] supports arrays with string keys. | «no» Пояснение: The spread operator supports associative/string-keyed arrays since PHP 7.1 (the feature was introduced in 7.1), not PHP 8.1.
Raw{"answer": "false", "explanation": "The spread operator supports associative/string-keyed arrays since PHP 7.1 (the feature was introduced in 7.1), not PHP 8.1."} | неверно верный: «yes» | В 8.0 — только числовые ключи; 8.1 снял ограничение. |
T05-L1 0.18 c | Functions and closures | Named arguments cannot be combined with argument unpacking ...$args in a single call. | «no» Пояснение: False; named arguments can be combined with argument unpacking in PHP 8.1+, where unpacked arrays with string keys become named arguments.
Raw{"answer": "no", "explanation": "False; named arguments can be combined with argument unpacking in PHP 8.1+, where unpacked arrays with string keys become named arguments."} | верно | Можно: f(...$args, имя: значение). Нельзя только позиционный аргумент после распаковки. |
T05-L2 0.22 c | Functions and closures | An anonymous function without use sees variables from the outer scope. | «no» Пояснение: Anonymous functions (closures) in PHP do NOT automatically inherit variables from the outer scope; you must explicitly pass them via the `use` keyword, unlike the classic `function` keyword which inherited variables dynamically.
Raw{"answer": "no", "explanation": "Anonymous functions (closures) in PHP do NOT automatically inherit variables from the outer scope; you must explicitly pass them via the `use` keyword, unlike the classic `function` keyword which inherited variables dynamically."} | верно | Без use внешние переменные недоступны; авто-захват только у fn. |
T05-L3 0.21 c | Functions and closures | What will func_num_args() return inside function f($a) { return func_num_args(); } when called as f(1, 2, 3)? | «3» Пояснение: func_num_args() returns the number of arguments passed to the function, which is 3 when called as f(1, 2, 3).
Raw```json ⏎ {"answer": "3", "explanation": "func_num_args() returns the number of arguments passed to the function, which is 3 when called as f(1, 2, 3)."} ⏎ ``` | верно | Считает переданные аргументы: 3. |
T05-L4 0.25 c | Functions and closures | The body of an arrow function fn may consist of several expressions in curly braces. | «no» Пояснение: In PHP, arrow functions defined with fn() implicitly return the value of a single expression and do not use curly braces, unlike regular functions that can contain multiple statements within a brace-delimited block.
Raw```json ⏎ {"answer": "false", "explanation": "In PHP, arrow functions defined with fn() implicitly return the value of a single expression and do not use curly braces, unlike regular functions that can contain multiple statements within a brace-delimited block."} ⏎ ``` | верно | fn — всегда одно выражение; блок операторов делает обычная анонимная функция. |
T05-L5 0.22 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 (by reference only for object/array types, but scalars are copied at definition time, not lazily at use time).
Raw{"answer": "no", "explanation": "Arrow functions capture outer variables by value (by reference only for object/array types, but scalars are copied at definition time, not lazily at use time)."} | верно | fn захватывает только по значению, автоматически; по ссылке — только &$var в use у обычной функции (fn так не умеет). |
T05-L6 0.17 c | Functions and closures | A closure declared as static function () {} does not capture $this. | «yes» Пояснение: Static closures in PHP cannot access $this because they do not have an object context, and doing so will raise an error.
Raw{"answer": "yes", "explanation": "Static closures in PHP cannot access $this because they do not have an object context, and doing so will raise an error."} | верно | static-замыкание отвязано от объекта: $this внутри недоступен. |
T05-L7 0.22 c | Functions and closures | What will this print: $x = 5; $f = function () use ($x) { return $x; }; $x = 7; echo $f(); | «5» Пояснение: In PHP, the `use` clause captures the value of the variable at the time the closure is created, so `$x` is bound to 5 before it is reassigned to 7.
Raw{"answer": "5", "explanation": "In PHP, the `use` clause captures the value of the variable at the time the closure is created, so `$x` is bound to 5 before it is reassigned to 7."} | верно | use захватывает по значению в момент создания: 5. |
T05-L8 0.26 c | Functions and closures | In weak typing mode (without strict_types), passing the string "5" to an int parameter is allowed. | «yes» Пояснение: In weak typing mode (without strict_types), PHP performs implicit type juggling, so passing the string "5" to an int parameter is automatically coerced into an integer.
Raw```json ⏎ { ⏎ "answer": "yes", ⏎ "explanation": "In weak typing mode (without strict_types), PHP performs implicit type juggling, so passing the string \"5\" to an int parameter is automatically coerced into an integer." ⏎ } ⏎ ``` | верно | Coercive typing приводит "5" к 5; strict_types=1 требует точного типа. |
T06-L1 0.2 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 within the constructor parameters, as shown in the example.
Raw{"answer": "yes", "explanation": "PHP 8.0 introduced constructor property promotion, which allows declaring and assigning properties directly within the constructor parameters, as shown in the example."} | верно | С 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.
Raw{"answer": "final", "explanation": "The 'final' keyword prevents a method from being overridden in subclasses."} | верно | final. |
T06-L3 0.18 c | OOP: classes and inheritance | A method declared final cannot be overridden in a subclass. | «yes» Пояснение: A method declared as final in a class prevents any subclass from overriding that method, which is the primary purpose of the final modifier in PHP.
Raw{"answer": "yes", "explanation": "A method declared as final in a class prevents any subclass from overriding that method, which is the primary purpose of the final modifier in PHP."} | верно | final запрещает переопределение метода и наследование класса. |
T06-L4 0.16 c | OOP: classes and inheritance | Parent properties with private visibility are accessible in a subclass. | «no» Пояснение: Private properties are accessible only within the class that defines them and are not inherited or accessible in a subclass.
Raw{"answer": "no", "explanation": "Private properties are accessible only within the class that defines them and are not inherited or accessible in a subclass."} | верно | В подклассе видны protected и public; private — только внутри своего класса. |
T06-L5 0.22 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, anonymous classes have names prefixed with "class@anonymous" followed by a NUL byte and memory address, and get_class returns everything before the NUL byte.
Raw{"answer": "class@anonymous", "explanation": "In PHP, anonymous classes have names prefixed with \"class@anonymous\" followed by a NUL byte and memory address, and get_class returns everything before the NUL byte."} | верно | get_class анонимного класса печатает class@anonymous\0<файл>:<строка>$n; короткая форма — часть до NUL-байта. Проверено php -r (hex). |
T06-L6 0.22 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 do not participate in the inheritance contract, so a child class may declare a method with the same name using any visibility level without conflict.
Raw{"answer": "yes", "explanation": "Private methods are not inherited and do not participate in the inheritance contract, so a child class may declare a method with the same name using any visibility level without conflict."} | верно | private-члены не наследуются — правила совместимости подписей не действуют. |
T06-L7 0.18 c | OOP: classes and inheritance | The magic method __get() is called only for non-existent properties. | «no» Пояснение: __get() is called both for non-existent properties and for inaccessible (private/protected) properties, so it is not limited only to non-existent ones.
Raw{"answer": "false", "explanation": "__get() is called both for non-existent properties and for inaccessible (private/protected) properties, so it is not limited only to 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» Пояснение: Reassigning a readonly property in PHP throws a TypeError (which extends Error), not an Exception, as of PHP 8.1.
Raw{"answer": "Error", "explanation": "Reassigning a readonly property in PHP throws a TypeError (which extends Error), not an Exception, as of PHP 8.1."} | верно | 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 indeed declare constants, which are implicitly public and static and shared across all implementing classes.
Raw{"answer": "yes", "explanation": "In PHP, interfaces can indeed declare constants, which are implicitly public and static and shared across all implementing classes."} | верно | Константы интерфейса наследуются реализациями. |
T07-L2 0.15 c | Interfaces, traits, enum | Which operator checks whether an object is an instance of a class or interface? | «instanceof» Пояснение: The instanceof operator in PHP checks whether an object is an instance of a specific class or interface.
Raw{"answer": "instanceof", "explanation": "The instanceof operator in PHP checks whether an object is an instance of a specific class or interface."} | верно | instanceof. |
T07-L3 0.21 c | Interfaces, traits, enum | An interface can declare static methods. | «no» Пояснение: In PHP versions before 8.0, interfaces cannot declare static methods, but this is technically false as a general statement since PHP 8.0+ does allow static methods in interfaces.
Raw{"answer": "false", "explanation": "In PHP versions before 8.0, interfaces cannot declare static methods, but this is technically false as a general statement since PHP 8.0+ does allow static methods in 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.21 c | Interfaces, traits, enum | An interface method may have a default implementation, like a trait method. | «no» Пояснение: In PHP, interface methods cannot have a default implementation as of PHP 7.x, though PHP 8.1 introduced default interface methods, so the answer depends on the PHP version being tested.
Raw{"answer": "no", "explanation": "In PHP, interface methods cannot have a default implementation as of PHP 7.x, though PHP 8.1 introduced default interface methods, so the answer depends on the PHP version being tested."} | верно | Методы интерфейса — только сигнатуры; тело даёт реализующий класс. |
T07-L6 0.2 c | Interfaces, traits, enum | An abstract method in an abstract class may have protected visibility. | «yes» Пояснение: An abstract method in an abstract class may indeed have protected visibility, and any concrete subclass must implement it with the same or broader (more public) visibility such as public.
Raw{"answer": "yes", "explanation": "An abstract method in an abstract class may indeed have protected visibility, and any concrete subclass must implement it with the same or broader (more public) visibility such as public."} | верно | В абстрактном классе — любая видимость; в интерфейсе — только public. |
T07-L7 0.23 c | Interfaces, traits, enum | How many elements will Foo::cases() return for enum Foo { case A; case B; case C; }? | «3» Пояснение: The enum Foo has three cases (A, B, and C), so Foo::cases() will return all three as an array of Case objects.
Raw```json ⏎ { ⏎ "answer": "3", ⏎ "explanation": "The enum Foo has three cases (A, B, and C), so Foo::cases() will return all three as an array of Case objects." ⏎ } ⏎ ``` | верно | Статический метод cases(): 3. |
T07-L8 0.15 c | Interfaces, traits, enum | A trait can declare constants. | «yes» Пояснение: Traits can declare constants in PHP since PHP 7.1.
Raw{"answer": "yes", "explanation": "Traits can declare constants in PHP since PHP 7.1."} | верно | С PHP 8.2 трейты могут объявлять константы (RFC constants_in_traits); до 8.2 — нет. |
T08-L1 0.15 c | Exceptions and errors | The Throwable interface is a common ancestor of both Exception and Error. | «yes» Пояснение: The Throwable interface is indeed the common ancestor of both Exception and Error in PHP 7+.
Raw{"answer": "yes", "explanation": "The Throwable interface is indeed the common ancestor of both Exception and Error in PHP 7+."} | верно | Иерархия с PHP 7: Throwable → Exception и Throwable → Error. |
T08-L2 0.2 c | Exceptions and errors | A catch (Exception $e) block will also catch TypeError, because TypeError ultimately inherits from Exception. | «no» Пояснение: TypeError implements the Throwable interface directly and extends ArithmeticError, but it does not inherit from Exception, so a catch (Exception $e) block will not catch it.
Raw{"answer": "no", "explanation": "TypeError implements the Throwable interface directly and extends ArithmeticError, but it does not inherit from Exception, so a catch (Exception $e) block will not catch it."} | верно | TypeError наследуется от Error; catch (Exception) его не ловит. |
T08-L3 0.19 c | Exceptions and errors | The @ operator suppresses exceptions too. | «no» Пояснение: The @ operator in PHP suppresses error messages/warnings, not exceptions, since exceptions are control-flow mechanisms handled by try/catch blocks rather than error conditions.
Raw{"answer": "no", "explanation": "The @ operator in PHP suppresses error messages/warnings, not exceptions, since exceptions are control-flow mechanisms handled by try/catch blocks rather than error conditions."} | верно | @ глушит диагностику (warnings/notices), исключения не перехватывает. |
T08-L4 0.18 c | Exceptions and errors | What error class does intdiv(5, 0) throw? | «divisionbyzeroerror» Пояснение: In PHP, intdiv() with a divisor of zero throws a DivisionByZeroError, which is a subclass of ArithmeticError.
Raw{"answer": "DivisionByZeroError", "explanation": "In PHP, intdiv() with a divisor of zero throws a DivisionByZeroError, which is a subclass of ArithmeticError."} | верно | 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 executes regardless of whether an exception was thrown, caught, or not, making the statement false.
Raw{"answer": "no", "explanation": "The finally block always executes regardless of whether an exception was thrown, caught, or not, making the statement false."} | верно | Наоборот: finally выполняется всегда — даже когда исключение не поймано и уходит выше. Проверено php -r. |
T08-L6 0.21 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 replaces any pending exception from the try block, so it does affect the result (the original exception is lost and the finally exception propagates instead).
Raw{"answer": "false", "explanation": "An exception thrown inside a finally block replaces any pending exception from the try block, so it does affect the result (the original exception is lost and the finally exception propagates instead)."} | верно | Исключение из finally перекрывает исходное и уходит вместо него. |
T08-L7 0.17 c | Exceptions and errors | What does the expression (bool) new Exception('x') return? | «true» Пояснение: In PHP, any object (including an Exception instance) always converts to true when cast with (bool), regardless of its content.
Raw{"answer": "true", "explanation": "In PHP, any object (including an Exception instance) always converts to true when cast with (bool), regardless of its content."} | верно | Любой объект при приведении к bool — true. Формы ответа: true или да. |
T08-L8 0.15 c | Exceptions and errors | Functions registered via register_shutdown_function() run when exit is called. | «yes» Пояснение: Register shutdown functions execute when the script terminates, including when exit() or die() is called.
Raw{"answer": "yes", "explanation": "Register shutdown functions execute when the script terminates, including when exit() or die() is called."} | верно | exit завершает скрипт, но shutdown-функции отрабатывают. |
T09-L1 0.19 c | Namespaces and autoloading | The use App\Service\Mailer; statement itself loads the class file. | «no» Пояснение: The use statement only creates an alias for the class name; it does not load or include the class file, which happens lazily when the class is first referenced.
Raw{"answer": "false", "explanation": "The use statement only creates an alias for the class name; it does not load or include the class file, which happens lazily when the class is first referenced."} | верно | use — псевдоним на этапе компиляции; файл грузит автозагрузчик при первом обращении. |
T09-L2 0.22 c | Namespaces and autoloading | What follows use to import a function (not a class): the word function or const? | «const» Пояснение: You use `const` to import a function in ES modules (e.g., `import { myFunction } from './module.js'`), while `function` is never used for imports.
Raw{"answer": "const", "explanation": "You use `const` to import a function in ES modules (e.g., `import { myFunction } from './module.js'`), while `function` is never used for imports."} | неверно верный: «function» | use function ...; (и use const для констант). |
T09-L3 0.27 c | Namespaces and autoloading | Into which file (path from src/) does the PSR-4 mapping "App\ → src/" place the class App\Controller\Api\UserController? | «controller/api/usercontroller.php» Пояснение: PSR-4 maps the namespace separator to directory separators, so App\Controller\Api\ becomes Controller/Api/ under the src/ base path, and the class name is suffixed with .php.
Raw{"answer": "Controller/Api/UserController.php", "explanation": "PSR-4 maps the namespace separator to directory separators, so App\\Controller\\Api\\ becomes Controller/Api/ under the src/ base path, and the class name is suffixed with .php."} | верно | Остаток имени после префикса, \ → /. |
T09-L4 0.21 c | Namespaces and autoloading | Including vendor/autoload.php registers autoloaders via spl_autoload_register(). | «yes» Пояснение: vendor/autoload.php requires composer's autoload_real.php which calls spl_autoload_register() to register the various autoloader factories.
Raw```json ⏎ {"answer": "yes", "explanation": "vendor/autoload.php requires composer's autoload_real.php which calls spl_autoload_register() to register the various autoloader factories."} ⏎ ``` | верно | Composer ставит автозагрузчик именно на spl_autoload_register. |
T09-L5 0.17 c | Namespaces and autoloading | The magic constant __NAMESPACE__ contains the name of the current namespace. | «yes» Пояснение: __NAMESPACE__ returns the name of the current namespace, and the default (unnamed) namespace is represented by an empty string.
Raw{"answer": "yes", "explanation": "__NAMESPACE__ returns the name of the current namespace, and the default (unnamed) namespace is represented by an empty string."} | верно | В корневом пространстве — пустая строка. |
T09-L6 0.23 c | Namespaces and autoloading | An unqualified class name (without a leading \) in new is resolved from the global root. | «no» Пояснение: An unqualified class name (without a leading backslash) in `new` is resolved from the current namespace, not the global root; only a fully qualified name with a leading backslash resolves from the global root.
Raw{"answer": "false", "explanation": "An unqualified class name (without a leading backslash) in `new` is resolved from the current namespace, not the global root; only a fully qualified name with a leading backslash resolves from the global root."} | верно | Резолвится относительно текущего namespace (с учётом импортов). |
T09-L7 0.21 c | Namespaces and autoloading | With the PSR-4 mapping "App\ → src/", the class App\Model\User lives in the file src/Model/User.php. | «yes» Пояснение: PSR-4 maps the namespace prefix App\ to the src/ directory, so App\Model\User corresponds to src/Model/User.php.
Raw{"answer": "yes", "explanation": "PSR-4 maps the namespace prefix App\\ to the src/ directory, so App\\Model\\User corresponds to src/Model/User.php."} | верно | Остаток имени после префикса переносится в путь как есть. |
T09-L8 0.16 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 appear inside function bodies and only apply to that function's scope.
Raw{"answer": "yes", "explanation": "In PHP 7+, 'use' statements can appear inside function bodies and only apply to that function's scope."} | неверно верный: «no» | use внутри тела функции — parse error; импорты файловые и компиляционные. |
T10-L1 0.17 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), so modifying one variable does not affect the other.
Raw{"answer": "yes", "explanation": "In PHP, arrays are value types that are copied on assignment (copy-on-write), so modifying one variable does not affect the other."} | верно | Присваивание массива — копия (в движке — copy-on-write). |
T10-L2 0.24 c | References and scope | What will this print: $a = [1, 2]; $b = $a; $b[] = 3; echo count($a); | «2» Пояснение: In PHP 7+, arrays are value types that use lazy copy-on-write semantics, so assigning $b = $a doesn't copy the data until $b is modified, leaving $a unchanged with 2 elements.
Raw{"answer": "2", "explanation": "In PHP 7+, arrays are value types that use lazy copy-on-write semantics, so assigning $b = $a doesn't copy the data until $b is modified, leaving $a unchanged with 2 elements."} | верно | Присваивание — копия: в $a по-прежнему 2 элемента. |
T10-L3 0.22 c | References and scope | Inside a function, user-defined global variables are inaccessible without global, $GLOBALS, or passing them as parameters. | «yes» Пояснение: True: PHP function scope is isolated, so user-defined global variables require the global keyword, the $GLOBALS superglobal, or parameter passing to be accessed inside the function.
Raw{"answer": "yes", "explanation": "True: PHP function scope is isolated, so user-defined global variables require the global keyword, the $GLOBALS superglobal, or parameter passing to be accessed inside the function."} | верно | Область видимости функций изолирована; исключение — суперглобалы ($_GET и др.). |
T10-L4 0.18 c | References and scope | unset($GLOBALS['x']) inside a function removes the global variable only for that function. | «no» Пояснение: Using unset($GLOBALS['x']) inside a function permanently destroys the global variable 'x' entirely, not just for that function's scope.
Raw{"answer": "false", "explanation": "Using unset($GLOBALS['x']) inside a function permanently destroys the global variable 'x' entirely, not just for that function's scope."} | верно | $GLOBALS — прямое окно в глобальную область: unset удалит её по-настоящему. |
T10-L5 0.23 c | References and scope | What will this print: function inc(&$x) { $x++; } $n = 5; inc($n); echo $n; | «6» Пояснение: Because the function parameter uses a reference (&$x), incrementing $x inside inc() modifies the original $n, changing it from 5 to 6.
Raw```json ⏎ { ⏎ "answer": "6", ⏎ "explanation": "Because the function parameter uses a reference (&$x), incrementing $x inside inc() modifies the original $n, changing it from 5 to 6." ⏎ } ⏎ ``` | верно | Ссылка меняет оригинал: 6. |
T10-L6 0.26 c | References and scope | A foreach over an array (by value) works with the "live" array: changes to the array inside the loop are visible in the same pass. | «no» Пояснение: In PHP, iterating over an array by value in a foreach loop uses a copy of the array's internal pointer, so modifications to the array during iteration (other than at the current position) do not affect the current pass.
Raw{"answer": "no", "explanation": "In PHP, iterating over an array by value in a foreach loop uses a copy of the array's internal pointer, so modifications to the array during iteration (other than at the current position) do not affect the current pass."} | верно | По значению foreach итерирует копию-снимок. |
T10-L7 0.21 c | References and scope | A static property belongs to each instance separately: changes in one object are not visible in others. | «no» Пояснение: A static property belongs to the class itself rather than individual instances, so changes made by one object ARE visible in others.
Raw```json ⏎ {"answer": "no", "explanation": "A static property belongs to the class itself rather than individual instances, so changes made by one object ARE visible in others."} ⏎ ``` | верно | Наоборот: статическое свойство общее для всех экземпляров класса. Проверено php -r. |
T10-L8 0.21 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) rather than being stored as booleans.
Raw```json ⏎ { ⏎ "answer": "false", ⏎ "explanation": "In PHP, boolean array keys are automatically converted to integers (true becomes 1, false becomes 0) rather than being stored as booleans." ⏎ } ⏎ ``` | верно | Булев ключ приводится к int: true → 1, false → 0. |
T11-L1 0.23 c | Generators, iterators, SPL | Inside a generator, return with a value can be used, and it becomes available via $gen->getReturn(). | «yes» Пояснение: A generator's return statement can include a value, and since PHP 7.1 this return value is retrievable via the Generator::getReturn() method after the generator is closed.
Raw```json ⏎ {"answer": "yes", "explanation": "A generator's return statement can include a value, and since PHP 7.1 this return value is retrievable via the Generator::getReturn() method after the generator is closed."} ⏎ ``` | верно | return-значение генератора доступно через getReturn() после прохода. |
T11-L2 0.22 c | Generators, iterators, SPL | A fully consumed generator can be rewound with rewind() and traversed again. | «yes» Пояснение: Generators implement the RewindableIterator interface, so calling rewind() on a fully consumed generator resets it to the beginning, allowing it to be traversed again.
Raw{"answer": "yes", "explanation": "Generators implement the RewindableIterator interface, so calling rewind() on a fully consumed generator resets it to the beginning, allowing it to be traversed again."} | неверно верный: «no» | Генератор одноразовый: rewind после начала итерации бросает Exception. |
T11-L3 0.17 c | Generators, iterators, SPL | The yield from construct delegates traversal to another generator or iterable. | «yes» Пояснение: The yield from construct in PHP (yield from) delegates traversal to another generator or iterable, forwarding all yields and receiving values.
Raw{"answer": "yes", "explanation": "The yield from construct in PHP (yield from) delegates traversal to another generator or iterable, forwarding all yields and receiving values."} | верно | yield from проксирует значения, ключи и return-значение внутреннего генератора. |
T11-L4 0.18 c | Generators, iterators, SPL | What does get_class(g()) return for function g() { yield 1; }? | «generator» Пояснение: A function containing a yield keyword is a generator function, so calling it returns a Generator object whose class name is 'Generator', which extends Iterator.
Raw{"answer": "Generator", "explanation": "A function containing a yield keyword is a generator function, so calling it returns a Generator object whose class name is 'Generator', which extends Iterator."} | верно | Функция с yield возвращает Generator. |
T11-L5 0.2 c | Generators, iterators, SPL | How many elements will count(iterator_to_array((function () { yield from [1, 2, 3]; })())) return? | «3» Пояснение: The generator yields 3 elements from the array [1, 2, 3], so count() will return 3.
Raw```json ⏎ {"answer": "3", "explanation": "The generator yields 3 elements from the array [1, 2, 3], so count() will return 3."} ⏎ ``` | верно | yield from делегирует все 3 элемента. |
T11-L6 0.24 c | Generators, iterators, SPL | The SplStack class implements a FIFO queue. | «no» Пояснение: The SplStack class implements a LIFO (Last-In-First-Out) stack using push() and pop(), whereas the SplDoublyLinkedList implements a FIFO queue.
Raw```json ⏎ {"answer": "no", "explanation": "The SplStack class implements a LIFO (Last-In-First-Out) stack using push() and pop(), whereas the SplDoublyLinkedList implements a FIFO queue."} ⏎ ``` | верно | SplStack — стек LIFO; очередь FIFO — SplQueue. |
T11-L7 0.16 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 traversal using the Iterator interface along with many additional methods.
Raw{"answer": "yes", "explanation": "ArrayIterator is a PHP SPL class that wraps an array and allows traversal using the Iterator interface along with many additional methods."} | верно | Объектная обёртка над массивом. |
T11-L8 0.14 c | Generators, iterators, SPL | An ArrayObject instance cannot be traversed with foreach. | «no» Пояснение: ArrayObject implements Traversable and Iterator, so it can be fully traversed with foreach.
Raw{"answer": "false", "explanation": "ArrayObject implements Traversable and Iterator, so it can be fully traversed with foreach."} | верно | ArrayObject реализует IteratorAggregate — foreach по нему работает. |
T12-L1 0.2 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 passing a separate salt is unnecessary and the function does not accept a salt parameter.
Raw```json ⏎ {"answer": "yes", "explanation": "password_hash() automatically generates a cryptographically secure random salt internally, so passing a separate salt is unnecessary and the function does not 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 defaults to bcrypt (currently password_hash_bcrypt) with a random salt, not md5, since md5 is cryptographically broken for password hashing.
Raw{"answer": "false", "explanation": "In PHP 8, PASSWORD_DEFAULT defaults to bcrypt (currently password_hash_bcrypt) with a random salt, not md5, since md5 is cryptographically broken 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_hash generates a salted hash of 'secret' and password_verify confirms that 'secret' matches that hash, returning true.
Raw{"answer": "true", "explanation": "password_hash generates a salted hash of 'secret' and password_verify confirms that 'secret' matches that hash, returning true."} | верно | Соль и хеш в одной строке: true (форма ответа: true или да). |
T12-L4 0.19 c | Configuration and security | strip_tags() protects against SQL injection. | «no» Пояснение: strip_tags() only removes HTML and PHP tags from strings and provides no protection against SQL injection, which requires parameterized queries or proper input escaping for SQL context.
Raw{"answer": "no", "explanation": "strip_tags() only removes HTML and PHP tags from strings and provides no protection against SQL injection, which requires parameterized queries or proper input escaping for SQL context."} | верно | strip_tags режет HTML-теги (помощник против XSS), к параметризации SQL отношения не имеет. |
T12-L5 0.22 c | Configuration and security | session_regenerate_id() is used to protect against session fixation upon user login. | «yes» Пояснение: session_regenerate_id() refreshes the session ID upon login, preventing attackers from using a fixed/stolen session ID to hijack the authenticated session.
Raw```json ⏎ { ⏎ "answer": "yes", ⏎ "explanation": "session_regenerate_id() refreshes the session ID upon login, preventing attackers from using a fixed/stolen session ID to hijack the authenticated session." ⏎ } ⏎ ``` | верно | Новый 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 API interface (SAPI) being used, such as "cli" or "apache2handler".
Raw{"answer": "php_sapi_name", "explanation": "The php_sapi_name() function returns the name of the server API interface (SAPI) being used, such as \"cli\" or \"apache2handler\"."} | верно | php_sapi_name(). |
T12-L7 0.24 c | Configuration and security | session_destroy() deletes session data on the server but not the cookie in the user's browser. | «yes» Пояснение: session_destroy() removes the session data stored on the server but does not delete the session cookie stored in the user's browser, which would need to be handled separately.
Raw```json ⏎ {"answer": "yes", "explanation": "session_destroy() removes the session data stored on the server but does not delete the session cookie stored in the user's browser, which would need to be handled separately."} ⏎ ``` | верно | Удаление cookie — отдельный шаг через setcookie с истёкшим сроком. |
T12-L8 0.2 c | Configuration and security | Without calling session_start(), the $_SESSION array is automatically populated with session data. | «no» Пояснение: session_start() must be called before the $_SESSION array is populated with session data, as it initializes the session and loads the stored session variables into $_SESSION.
Raw{"answer": "false", "explanation": "session_start() must be called before the $_SESSION array is populated with session data, as it initializes the session and loads the stored session variables into $_SESSION."} | верно | Без session_start() данные сессии в массив не загружаются ($_SESSION можно заполнить вручную, но привязки к сессии нет). |
VC-L1 0.2 c | PHP 8.4–8.5 | In which PHP version was the array_find() function introduced? | «8.1» Пояснение: The array_find() function was introduced in PHP 8.1 along with other array iteration helpers like array_find_key(), array_some(), and array_every().
Raw{"answer": "8.1", "explanation": "The array_find() function was introduced in PHP 8.1 along with other array iteration helpers like array_find_key(), array_some(), and array_every()."} | неверно верный: «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 indeed introduced in PHP 8.4.
Raw{"answer": "yes", "explanation": "Property hooks (get/set in the property declaration) were indeed introduced in PHP 8.4."} | верно | Property hooks — PHP 8.4 (ноябрь 2024). |
VC-L3 0.16 c | PHP 8.4–8.5 | Asymmetric visibility (public private(set) string $name) appeared in PHP 8.4. | «yes» Пояснение: Asymmetric visibility, including the private(set) modifier, was introduced in PHP 8.4.
Raw{"answer": "yes", "explanation": "Asymmetric visibility, including the private(set) modifier, was 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 mark classes or functions whose return values should not be discarded.
Raw{"answer": "8.2", "explanation": "The #[\\NoDiscard] attribute was introduced in PHP 8.2 to mark classes or functions whose return values should not be discarded."} | неверно верный: «8.5» | #[\NoDiscard] — PHP 8.5 (marking return values as important). |
VC-L5 0.17 c | PHP 8.4–8.5 | In which PHP version did the pipe operator |> first appear? Answer with the version number. | «8.1» Пояснение: The pipe operator (|>) was introduced in PHP 8.1 as of January 2022.
Raw{"answer": "8.1", "explanation": "The pipe operator (|>) was introduced in PHP 8.1 as of January 2022."} | неверно верный: «8.5» | Pipe operator — PHP 8.5 (2025). |
VC-L6 0.21 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.
Raw```json ⏎ { ⏎ "answer": "8.3", ⏎ "explanation": "The clone-with syntax clone($obj, ['x' => 1]) was introduced in PHP 8.3." ⏎ } ⏎ ``` | неверно верный: «8.5» | Clone with v2 — PHP 8.5. |
VC-L7 0.18 c | PHP 8.4–8.5 | In which PHP version were the array_first() and array_last() functions introduced? | «7.3» Пояснение: The array_first() and array_last() functions were introduced in PHP 7.3.
Raw{"answer": "7.3", "explanation": "The array_first() and array_last() functions were introduced in PHP 7.3."} | неверно верный: «8.5» | PHP 8.5. |
VC-L8 0.17 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 RFC for Partial Function Application v2 was adopted for PHP 8.4.
Raw{"answer": "PHP 8.4", "explanation": "The RFC for Partial Function Application v2 was adopted for PHP 8.4."} | неверно верный: «8.6» | PFA v2 принят 05.12.2025 (33-0-0), реализован в PHP 8.6. |
VF-L1 0.17 c | PHP: 8.6+ and the future | For which PHP version was the RFC clamp_v2 (the clamp() function) implemented, as of 2026-11-07? Answer with the version number. | «php 8.4» Пояснение: The clamp() function defined by the clamp_v2 RFC was introduced in PHP 8.4.
Raw{"answer": "PHP 8.4", "explanation": "The clamp() function defined by the clamp_v2 RFC was introduced in PHP 8.4."} | неверно верный: «8.6» | По данным владельца (wiki.php.net/rfc): clamp_v2 — 8.6; clamp() в 8.5.11 отсутствует (косвенное подтверждение). Дата-якорь делает клетку монотонной. |
VF-L2 0.26 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 proposal (RFC) was accepted and merged into PHP for PHP 8.4 released in November 2024, making it part of the language well before the 2026 date mentioned.
Raw{"answer": "yes", "explanation": "The Context Managers proposal (RFC) was accepted and merged into PHP for PHP 8.4 released in November 2024, making it part of the language well before the 2026 date mentioned."} | неверно верный: «no» | На 06.11.2026 — в обсуждении (создан 2026-10-23); не принят. |
VF-L3 0.25 c | PHP: 8.6+ and the future | RFC Bound-Erased Generic Types (generics) was declined in 2026. | «no» Пояснение: PHP's generics feature has not been declined, and the specified 2026 date with the unusual title 'Bound-Erased' does not correspond to an actual accepted or declined RFC in PHP's historical record.
Raw{"answer": "false", "explanation": "PHP's generics feature has not been declined, and the specified 2026 date with the unusual title 'Bound-Erased' does not correspond to an actual accepted or declined RFC in PHP's historical record."} | неверно верный: «yes» | Голосование завершилось 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» Пояснение: As of the knowledge available, no RFC has been accepted to enable Thread Safety (ZTS) by default in PHP, since the default compilation remains non-ZTS (TS).
Raw{"answer": "no", "explanation": "As of the knowledge available, no RFC has been accepted to enable Thread Safety (ZTS) by default in PHP, since the default compilation remains non-ZTS (TS)."} | верно | Такого принятого RFC нет на дату якоря; якорь делает клетку монотонной — при принятии RFC позже клетка не перевернётся. |
VF-L5 0.22 c | PHP: 8.6+ and the future | As of PHP 8.5, generics (parameterized types) are still absent. | «yes» Пояснение: As of PHP 8.4, generics (native parameterized type syntax) have not yet been implemented in PHP, remaining a long-debated proposed feature.
Raw{"answer": "true", "explanation": "As of PHP 8.4, generics (native parameterized type syntax) have not yet been implemented in PHP, remaining a long-debated proposed feature."} | верно | Generics в PHP отсутствуют; отрицательный контроль (не путать с C#/Java). |
VF-L6 0.28 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 release follows an annual cycle where each major version releases around November, making 8.5 the latest stable version as of November 7, 2026, with 8.6 scheduled for release on November 19, 2026.
Raw{"answer": "yes", "explanation": "PHP release follows an annual cycle where each major version releases around November, making 8.5 the latest stable version as of November 7, 2026, with 8.6 scheduled for release on November 19, 2026."} | верно | 8.5 — релиз осени 2025; 8.6 GA 19.11.2026 (wiki.php.net/todo/php86). Дата снимка — 06.11.2026. |
VF-L7 0.22 c | PHP: 8.6+ and the future | The PHP 6 branch never shipped: after PHP 5.6 came PHP 7.0 directly. | «yes» Пояснение: PHP 6 was cancelled/abandoned, and PHP 5.6 was directly followed by PHP 7.0 in November 2015.
Raw{"answer": "yes", "explanation": "PHP 6 was cancelled/abandoned, and PHP 5.6 was directly followed by PHP 7.0 in November 2015."} | верно | Исторический факт: ветка 6 не была релизнута. |
VF-L8 0.18 c | PHP: 8.6+ and the future | The RFC adding the #[\Deprecated] attribute to the core was adopted. | «yes» Пояснение: The RFC adding the #[\Deprecated] attribute was adopted by the PHP Core team in October 2023.
Raw```json ⏎ {"answer": "yes", "explanation": "The RFC adding the #[\\Deprecated] attribute was adopted by the PHP Core team in October 2023."} ⏎ ``` | верно | #[\Deprecated] — принят, реализован в PHP 8.4. |
T25-L1 0.16 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 point inward so inner layers remain independent and know nothing about outer layers.
Raw{"answer": "yes", "explanation": "In clean/onion architecture, dependencies must point inward so inner layers remain independent and know nothing about outer layers."} | верно | Чистая (Robert C. Martin), луковичная (Jeffrey Palermo) и гексагональная (ports & adapters) — варианты одной идеи: зависимости направлены внутрь, к домену. Слоями в проекте следит deptrac. |
T25-L2 0.18 c | Clean architecture | Domain entities import neither Doctrine nor Symfony — only the language and, possibly, the standard library. | «yes» Пояснение: In clean/ddd architecture, domain entities depend only on PHP and its standard library, importing no framework or persistence-layer dependencies such as Doctrine or Symfony.
Raw{"answer": "yes", "explanation": "In clean/ddd architecture, domain entities depend only on PHP and its standard library, importing no framework or persistence-layer dependencies such as Doctrine or Symfony."} | верно | Изоляция домена от инфраструктуры; deptrac в проекте как раз следит за слоями. |
T25-L3 0.22 c | Clean architecture | Controllers and Twig templates belong to the business-logic layer because they are the ones calling use cases. | «no» Пояснение: ", "explanation": "In Clean Architecture, controllers belong to the interface/presentation layer (they handle HTTP requests) while Twig templates belong to the view layer, and business logic resides in the use-case/application layer that neither layer implements."
Raw{"answer": "no", "explanation": "In Clean Architecture, controllers belong to the interface/presentation layer (they handle HTTP requests) while Twig templates belong to the view layer, and business logic resides in the use-case/application layer that neither layer implements." | верно парсинг: текст (фолбэк) | Наоборот: это интерфейсные адаптеры (внешний слой); они зависят от use cases, а не наоборот. |
T25-L4 0.23 c | Clean architecture | What sits at the very center of the onion architecture? | «entities» Пояснение: In Robert C. Martin's onion architecture, Entities (domain objects representing core business rules and data) sit at the very center, representing the innermost layer that everything else depends on.
Raw{"answer": "Entities", "explanation": "In Robert C. Martin's onion architecture, Entities (domain objects representing core business rules and data) sit at the very center, representing the innermost layer that everything else depends on."} | неверно верный: «domain model» | Центральное кольцо — Domain Model: сущности и бизнес-правила без зависимостей; далее Domain Services → Application Services → Infrastructure/UI/Tests (Palermo). |
T25-L5 0.16 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 forbidden cross-layer calls are detected.
Raw{"answer": "yes", "explanation": "Tools like deptrac analyze layer dependencies statically and fail the build when forbidden cross-layer calls are detected."} | верно | 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» Пояснение: Use cases (interactors) should be transport-agnostic and accept domain-level inputs rather than framework-specific objects like HTTP requests or EntityManagers, which would couple them to a specific presentation or persistence layer.
Raw{"answer": "false", "explanation": "Use cases (interactors) should be transport-agnostic and accept domain-level inputs rather than framework-specific objects like HTTP requests or EntityManagers, which would couple them to a specific presentation or persistence layer."} | верно | Use case принимает DTO и порты; привязка к HTTP/ORM протекает инфраструктуру во внутренние слои. |
T25-L7 0.18 c | Clean architecture | What is the component called that provides a collection of aggregates/entities while hiding the storage mechanism behind an interface? | «repository» Пояснение: The Repository pattern provides a collection of aggregates/entities behind an interface while abstracting the underlying storage mechanism.
Raw{"answer": "Repository", "explanation": "The Repository pattern provides a collection of aggregates/entities behind an interface while abstracting the underlying storage mechanism."} | верно | Repository pattern (DDD/Evans); в проекте — Doctrine-репозитории за портами. |
T25-L8 0.17 c | Clean architecture | In clean architecture, swapping PostgreSQL for another database touches only the outer layer — the domain and use cases stay unchanged. | «yes» Пояснение: Clean architecture's dependency rule keeps the domain and use cases independent of frameworks, so swapping databases only affects the outer infrastructure layer.
Raw{"answer": "yes", "explanation": "Clean architecture's dependency rule keeps the domain and use cases independent of frameworks, so swapping databases only affects the outer infrastructure layer."} | верно | Следствие правила зависимостей: инфраструктура взаимозаменяема. |
T26-L1 0.21 c | DDD | In DDD, an aggregate is just another name for a database table. | «no» Пояснение: In DDD, an aggregate is a cluster of domain objects treated as a single unit of consistency and invariants, not a database table, which is a persistence-layer concept unrelated to domain modeling.
Raw{"answer": "no", "explanation": "In DDD, an aggregate is a cluster of domain objects treated as a single unit of consistency and invariants, not a database table, which is a persistence-layer concept unrelated to domain modeling."} | верно | Агрегат — кластер объектов с границей согласованности (транзакционной вокруг корня); таблица — деталь хранения. |
T26-L2 0.2 c | DDD | A Value Object is immutable and compared by the values of its fields, not by identity. | «yes» Пояснение: A Value Object is indeed immutable and compared by the values of its fields rather than by reference identity, which is the defining characteristic that distinguishes it from an Entity.
Raw{"answer": "yes", "explanation": "A Value Object is indeed immutable and compared by the values of its fields rather than by reference identity, which is the defining characteristic that distinguishes it from an Entity."} | верно | Классика Evans: Money, Email; равенство структурное. |
T26-L3 0.25 c | DDD | What is the single external entry point of an aggregate, through which all changes must go, called? | «facade» Пояснение: The single external entry point of an aggregate through which all changes must pass is called a facade, which controls and enforces the aggregate's invariants by encapsulating all state modifications.
Raw```json ⏎ { ⏎ "answer": " facade", ⏎ "explanation": "The single external entry point of an aggregate through which all changes must pass is called a facade, which controls and enforces the aggregate's invariants by encapsulating all state modifications." ⏎ } ⏎ ``` | неверно верный: «aggregate root» | Aggregate Root: внешние объекты ссылаются только на корень; он защищает инварианты агрегата. |
T26-L4 0.22 c | DDD | In DDD, a repository is declared for an aggregate (its root), not for every entity. | «yes» Пояснение: In DDD, repositories are only created for aggregates and operate on the aggregate root, which controls access to its internal entities rather than exposing them through separate repositories.
Raw{"answer": "yes", "explanation": "In DDD, repositories are only created for aggregates and operate on the aggregate root, which controls access to its internal entities rather than exposing them through separate repositories."} | верно | Репозиторий корня хранит границу согласованности агрегата; вложенные сущности доступны только через корень. |
T26-L5 0.19 c | DDD | Ubiquitous language is the model's shared language common to developers and domain experts. | «yes» Пояснение: Ubiquitous language in Domain-Driven Design refers to the shared, common language developed and used by both developers and domain experts to describe the domain consistently.
Raw{"answer": "true", "explanation": "Ubiquitous language in Domain-Driven Design refers to the shared, common language developed and used by both developers and domain experts to describe the domain consistently."} | верно | Evans: язык из требований переходит в имена классов и методов. |
T26-L6 0.3 c | DDD | What is the boundary called within which a model and its language are consistent, while outside the same words mean other models? | «the boundary of satisfiability» Пояснение: In model theory, the boundary of satisfiability is the region within which a set of sentences (a theory) remains consistent with a given model, while outside this boundary, the same words or terms may be interpreted as referring to other models.
Raw```json ⏎ { ⏎ "answer": "the boundary of satisfiability", ⏎ "explanation": "In model theory, the boundary of satisfiability is the region within which a set of sentences (a theory) remains consistent with a given model, while outside this boundary, the same words or terms may be interpreted as referring to other models." ⏎ } ⏎ ``` | неверно верный: «bounded context» | Bounded Context; «Заказ» в биллинге и в доставке — разные модели. |
T26-L7 0.27 c | DDD | An anemic model (objects with only getters/setters, logic in services) is the recommended DDD style. | «no» Пояснение: This is the opposite of DDD's recommendation; rich models that encapsulate behavior and state together are the preferred style, while anemic models are considered an anti-pattern that violates encapsulation and object-oriented principles.
Raw```json ⏎ {"answer": "no", "explanation": "This is the opposite of DDD's recommendation; rich models that encapsulate behavior and state together are the preferred style, while anemic models are considered an anti-pattern that violates encapsulation and object-oriented principles."} ⏎ ``` | верно | Наоборот: Evans называет анемичность антипаттерном — поведение должно жить в доменных объектах. |
T26-L8 0.23 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 model applies, so the same concept (e.g., 'Customer') is implemented as different classes with different semantics in different bounded contexts.
Raw{"answer": "yes", "explanation": "A bounded context defines an explicit boundary within which a model applies, so the same concept (e.g., 'Customer') is implemented as different classes with different semantics in different bounded contexts."} | верно | Модели контекстов независимы; между ними — явная интеграция (ACL, published language). |
T13-L1 0.27 c | Symfony | Services in the Symfony DI container are created lazily by default — on first use. | «no» Пояснение: In Symfony, services are not created lazily by default; the container factory creates all services eagerly when the container is compiled/loaded, and only services explicitly marked as lazy-loading proxies (via the 'lazy' attribute or as autowired async services) are instantiated on first use.
Raw{"answer": "no", "explanation": "In Symfony, services are not created lazily by default; the container factory creates all services eagerly when the container is compiled/loaded, and only services explicitly marked as lazy-loading proxies (via the 'lazy' attribute or as autowired async services) are instantiated on first use."} | неверно верный: «yes» | Контейнер инстанцирует сервис при первом извлечении; eager-создания по умолчанию нет. |
T13-L2 0.32 c | Symfony | Which Symfony console command lists all registered routes? | «router:match» Пояснение: There is no Symfony console command that lists all registered routes; the router:match command requires a path and finds a matching route, while the debug:router command (available in the Symfony DebugBundle) is the one that lists all registered routes.
Raw```json ⏎ { ⏎ "answer": "router:match", ⏎ "explanation": "There is no Symfony console command that lists all registered routes; the router:match command requires a path and finds a matching route, while the debug:router command (available in the Symfony DebugBundle) is the one that lists all registered routes." ⏎ } ⏎ ``` | неверно верный: «debug:router» | bin/console debug:router (FrameworkBundle); в Symfony 3 команда называлась router:debug. |
T13-L3 0.2 c | Symfony | Symfony autowiring requires manually declaring every service in services.yaml. | «no» Пояснение: Symfony autowiring automatically wires services based on type hints without manual declaration, so you don't need to manually declare every service in services.yaml.
Raw{"answer": "no", "explanation": "Symfony autowiring automatically wires services based on type hints without manual declaration, so you don't need to manually declare every service in services.yaml."} | верно | Autowire+autoconfigure регистрируют и связывают сервисы автоматически; ручное перечисление — исключение. |
T13-L4 0.17 c | Symfony | Twig templates are compiled into PHP classes and cached between requests. | «yes» Пояснение: Twig compiles templates into optimized PHP classes and caches them on disk (in the cache directory) between requests for performance.
Raw{"answer": "yes", "explanation": "Twig compiles templates into optimized PHP classes and caches them on disk (in the cache directory) between requests for performance."} | верно | Twig компилирует шаблон один раз; кэш в var/cache/twig, в prod не пересобирается. |
T13-L5 0.22 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 cache is only rebuilt when tracked configuration or source files change, which is optimized via the ConfigCache that checks file mtimes before invalidating.
Raw```json ⏎ {"answer": "yes", "explanation": "In the Symfony dev environment, the container cache is only rebuilt when tracked configuration or source files change, which is optimized via the ConfigCache that checks file mtimes before invalidating."} ⏎ ``` | верно | Kernel проверяет freshness ресурсов (конфиги, классы); иначе переиспользуется кэш контейнера. |
T13-L6 0.22 c | Symfony | Which environment variable selects the active Symfony environment (dev/prod)? | «app_env» Пояснение: In modern Symfony applications the active environment is selected via the APP_ENV variable (typically set in the .env file), while older versions used the SYMFY_ENV variable.
Raw{"answer": "APP_ENV", "explanation": "In modern Symfony applications the active environment is selected via the APP_ENV variable (typically set in the .env file), while older versions used the SYMFY_ENV variable."} | верно | APP_ENV в .env; APP_DEBUG — отдельный флаг отладки. |
T13-L7 0.18 c | Symfony | A controller method can be private — Symfony routing works with any method of the class. | «no» Пояснение: In Symfony, controller methods referenced in routes must be public, as private or protected methods cannot be invoked through the normal request handling mechanism.
Raw{"answer": "false", "explanation": "In Symfony, controller methods referenced in routes must be public, as private or protected methods cannot be invoked through the normal request handling mechanism."} | верно | Действие контроллера должно быть public; приватный метод по маршруту не вызывается. |
T13-L8 0.21 c | Symfony | Event subscribers always receive events before listeners, because the interface gives them priority. | «no» Пояснение: Event subscribers and listeners are dispatched based on their priority (via the getSubscribedEvents priority option or the addEventListener priority argument), not because subscribing is inherently higher-priority than listening.
Raw{"answer": "false", "explanation": "Event subscribers and listeners are dispatched based on their priority (via the getSubscribedEvents priority option or the addEventListener priority argument), not because subscribing is inherently higher-priority than listening."} | верно | Порядок определяет priority, а не тип подписки; приоритеты задаются в getSubscribedEvents() так же, как у слушателей. |
T22-L1 0.21 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+ uses the modern authenticator-based system and removed the old guard system, which was deprecated in Symfony 5.9 and eliminated in 6.0.
Raw{"answer": "yes", "explanation": "Symfony 6.0+ uses the modern authenticator-based system and removed the old guard system, which was deprecated in Symfony 5.9 and eliminated in 6.0."} | верно | Guard объявлен устаревшим в 5.3 и удалён в 6.0; в проекте symfony/security-bundle 8.1. |
T22-L2 0.22 c | Symfony: Security and forms | Which Symfony attribute checks a role/permission right on a controller method (403 without it)? | «isgranted» Пояснение: The IsGranted attribute (or @IsGranted annotation) checks a role or permission on a controller method and returns HTTP 403 when the check fails.
Raw{"answer": "IsGranted", "explanation": "The IsGranted attribute (or @IsGranted annotation) 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.22 c | Symfony: Security and forms | Voters are Symfony's mechanism for checking access to a specific object: isGranted('EDIT', $post). | «no» Пояснение: Voters are the mechanism for granting access, but isGranted() is the method that triggers the check—voters are what isGranted() calls internally to evaluate the vote.
Raw{"answer": "false", "explanation": "Voters are the mechanism for granting access, but isGranted() is the method that triggers the check—voters are what isGranted() calls internally to evaluate the vote."} | неверно верный: «yes» | VoterInterface->vote(); docs Symfony — Voters. |
T22-L4 0.15 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» Пояснение: Symfony 7 dropped support for Doctrine annotations, and validation constraints are now declared exclusively using PHP attributes.
Raw{"answer": "yes", "explanation": "Symfony 7 dropped support for Doctrine annotations, and validation constraints are now declared exclusively using PHP attributes."} | верно | Докблок-аннотации удалены в Symfony 7.0; стандарт — атрибуты. В проекте symfony/validator 8.1. |
T22-L5 0.15 c | Symfony: Security and forms | CSRF protection of Symfony forms is enabled by default: the form validates the token on submission. | «yes» Пояснение: Symfony forms enable CSRF protection by default by including and validating a hidden _token field on submission.
Raw{"answer": "yes", "explanation": "Symfony forms enable CSRF protection by default by including and validating a hidden _token field on submission."} | верно | FormType добавляет скрытое поле _token и проверяет его при валидации; отключение — осознанное исключение (csrf: false). |
T22-L6 0.21 c | Symfony: Security and forms | Form validation in Symfony runs server-side even if the client-side (HTML5) checks passed. | «yes» Пояснение: Symfony's form validation always executes server-side regardless of any client-side HTML5 validation, ensuring data integrity since client-side checks can be bypassed.
Raw```json ⏎ {"answer": "yes", "explanation": "Symfony's form validation always executes server-side regardless of any client-side HTML5 validation, ensuring data integrity since client-side checks can be bypassed."} ⏎ ``` | верно | Клиентская валидация — только удобство; серверная обязательна и идёт по метаданным объекта формы. |
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's MakerBundle generates a form class (FormType).
Raw{"answer": "make:form", "explanation": "The `make:form` command in Symfony's MakerBundle generates a form class (FormType)."} | верно | bin/console make:form (symfony/maker-bundle — в проекте). |
T22-L8 0.19 c | Symfony: Security and forms | Symfony stores the user's password in the session in plain text. | «no» Пояснение: Symfony never stores passwords in the session; passwords are hashed when stored in the user provider, and the session only holds a user identifier/reference, never the password itself.
Raw{"answer": "no", "explanation": "Symfony never stores passwords in the session; passwords are hashed when stored in the user provider, and the session only holds a user identifier/reference, never the password itself."} | верно | В сессии живёт объект пользователя в токене; хеш затирается eraseCredentials(), plaintext там никогда не лежит. |
T23-L1 0.15 c | Symfony: configuration and services | Symfony bundle configuration lives in config/packages — one file per bundle or topic. | «yes» Пояснение: Symfony bundles are configured via YAML/XML files in config/packages, with one file per bundle or topic.
Raw{"answer": "yes", "explanation": "Symfony bundles are configured via YAML/XML files in config/packages, with one file per bundle or topic."} | верно | Стандартная структура (config/packages/*.yaml); перегрузка — config/packages/<env>. |
T23-L2 0.18 c | Symfony: configuration and services | The .env file with dev defaults is committed to the repository, while real secrets live in the non-committed .env.local. | «yes» Пояснение: This matches Symfony's .env convention where .env contains committed dev defaults and .env.local holds local secrets that git-ignores.
Raw{"answer": "true", "explanation": "This matches Symfony's .env convention where .env contains committed dev defaults and .env.local holds local secrets that git-ignores."} | верно | symfony/dotenv: .env — общий безопасный набор значений; локальные секреты — .env.local (gitignored) или secrets-хранилище. |
T23-L3 0.24 c | Symfony: configuration and services | Which Symfony command lists the container's registered services and their aliases? | «php bin/console debug:container» Пояснение: The `debug:container` command displays all registered services in the Symfony container, including their aliases when the --show-aliases option is used.
Raw```json ⏎ { ⏎ "answer": "php bin/console debug:container", ⏎ "explanation": "The `debug:container` command displays all registered services in the Symfony container, including their aliases when the --show-aliases option is used." ⏎ } ⏎ ``` | верно | bin/console debug:container; параметры контейнера — debug:parameter. |
T23-L4 0.22 c | Symfony: configuration and services | The Symfony container allows changing parameters at runtime: $container->setParameter() works from a controller. | «no» Пояснение: The compiled Symfony container is read-only at runtime, so calling $container->setParameter() from a controller would throw a RuntimeException because the container is meant to be immutable after compilation.
Raw{"answer": "false", "explanation": "The compiled Symfony container is read-only at runtime, so calling $container->setParameter() from a controller would throw a RuntimeException because the container is meant to be immutable after compilation."} | верно | Контейнер компилируется и замораживается; runtime-значения — только через переменные окружения. |
T23-L5 0.25 c | Symfony: configuration and services | By default, Symfony services are public (public: true) — you can fetch them directly from the container. | «no» Пояснение: By default, Symfony services are private (public: false), so you can't fetch them directly from the container; they must be explicitly marked public to be retrieved via $container->get().
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "By default, Symfony services are private (public: false), so you can't fetch them directly from the container; they must be explicitly marked public to be retrieved via $container->get()." ⏎ } ⏎ ``` | верно | С Symfony 4.0 сервисы по умолчанию private: инжектятся через autowiring; $container->get() — только для публичных. |
T23-L6 0.19 c | Symfony: configuration and services | Without a config file in config/packages a bundle will not work — configuration is mandatory for every bundle. | «no» Пояснение: Bundles work perfectly without configuration files because they provide default values through their Extension class's load() method, making configuration entirely optional.
Raw{"answer": "no", "explanation": "Bundles work perfectly without configuration files because they provide default values through their Extension class's load() method, making configuration entirely optional."} | верно | У бандлов есть встроенные умолчания (Extension); конфиг нужен только для отклонений от них. |
T23-L7 0.23 c | Symfony: configuration and services | Environment variable values are injected into services.yaml using the %env(VAR)% syntax. | «no» Пояснение: Environment variables are injected using the %env(VAR)% syntax, but the statement is false because the %env() parameter syntax must be wrapped in quotes (e.g., "%env(VAR)%") in services.yaml.
Raw{"answer": "no", "explanation": "Environment variables are injected using the %env(VAR)% syntax, but the statement is false because the %env() parameter syntax must be wrapped in quotes (e.g., \"%env(VAR)%\") in services.yaml."} | неверно верный: «yes» | %env(...)% резолвится в рантайме env-процессорами; docs — Env Var Processors. |
T23-L8 0.21 c | Symfony: configuration and services | Which Symfony environment variable enables debug mode (affects the profiler and Twig debugging)? | «app_debug» Пояснение: The APP_DEBUG environment variable, when set to "1", enables debug mode in Symfony which activates the profiler and Twig's debugging capabilities.
Raw{"answer": "APP_DEBUG", "explanation": "The APP_DEBUG environment variable, when set to \"1\", enables debug mode in Symfony which activates the profiler and Twig's debugging capabilities."} | верно | APP_DEBUG=1 (в .env dev-окружения); окружение выбирает APP_ENV — см. T13-L6. |
T16-L1 0.2 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 handlers are configured by message type and any number of handlers can be registered for the same message.
Raw{"answer": "false", "explanation": "A single message in Symfony Messenger can be handled by multiple handlers, as handlers are configured by message type and any number of handlers can be registered for the same message."} | верно | Messenger вызывает все хендлеры, подписанные на класс сообщения (docs — Multiple Handlers). |
T16-L2 0.18 c | Symfony: Messenger | The sync transport in Messenger queues the message for a worker, just like async. | «no» Пояснение: The sync transport processes the message immediately via a message handler rather than enqueuing it for a worker to consume later like the async transport does.
Raw{"answer": "no", "explanation": "The sync transport processes the message immediately via a message handler rather than enqueuing it for a worker to consume later like the async transport does."} | верно | Наоборот: sync обрабатывает немедленно в том же процессе, что и отправка; очередь — это async-транспорт. |
T16-L3 0.31 c | Symfony: Messenger | Which console command starts the worker that processes Messenger queue messages? | «php artisan queue:work» Пояснение: The queue:work command starts a worker that processes jobs (including Messenger messages) from the queue. Note: In newer Laravel versions using Laravel Octane or the `queue:monitor` ecosystem, `php artisan queue:work` remains the primary command, though Messenger's async transport relies on this standard queue worker.
Raw{"answer": "php artisan queue:work", "explanation": "The queue:work command starts a worker that processes jobs (including Messenger messages) from the queue. Note: In newer Laravel versions using Laravel Octane or the `queue:monitor` ecosystem, `php artisan queue:work` remains the primary command, though Messenger's async transport relies on this standard queue worker."} | неверно верный: «messenger:consume» | bin/console messenger:consume async; воркеры под supervisord/systemd в проде. |
T16-L4 0.23 c | Symfony: Messenger | Retries for failed messages (retry_strategy) are configured per Messenger transport. | «yes» Пояснение: In Symfony Messenger, retry strategies (including retry counts and multipliers) are configured per transport in the framework config, so failed messages are retried according to each transport's retry settings.
Raw{"answer": "yes", "explanation": "In Symfony Messenger, retry strategies (including retry counts and multipliers) are configured per transport in the framework config, so failed messages are retried according to each transport's retry settings."} | верно | retry_strategy на транспорте: max_retries, delay, multiplier; docs — Failed Messages & Retries. |
T16-L5 0.19 c | Symfony: Messenger | By default, Messenger serializes messages to JSON. | «no» Пояснение: Messenger serializes messages using PHP's native serialize() function by default, not JSON (though the JsonSerializableNormalizer or JSON encoder can be configured alternatively).
Raw{"answer": "no", "explanation": "Messenger serializes messages using PHP's native serialize() function by default, not JSON (though the JsonSerializableNormalizer or JSON encoder can be configured alternatively)."} | верно | Дефолтный сериализатор — PhpSerializer (serialize()); JSON-сериализатор включается отдельно. |
T16-L6 0.18 c | Symfony: Messenger | Symfony Scheduler produces messages on a schedule and dispatches them through Messenger. | «no» Пояснение: Symfony Scheduler, introduced in Symfony 7.2, triggers closures directly on a schedule and does not integrate with the Messenger component to dispatch messages.
Raw{"answer": "false", "explanation": "Symfony Scheduler, introduced in Symfony 7.2, triggers closures directly on a schedule and does not integrate with the Messenger component to dispatch messages."} | неверно верный: «yes» | Schedule → RecurringMessage → шина Messenger; docs — Scheduler. |
T16-L7 0.2 c | Symfony: Messenger | Which built-in Messenger transport stores messages in database tables via Doctrine? | «doctrinemessengertransport» Пояснение: The DoctrineMessengerTransport stores messages in database tables (message, queue, sent) via the Doctrine ORM.
Raw```json ⏎ { ⏎ "answer": "DoctrineMessengerTransport", ⏎ "explanation": "The DoctrineMessengerTransport stores messages in database tables (message, queue, sent) via the Doctrine ORM." ⏎ } ⏎ ``` | неверно верный: «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 component in Symfony allows custom middleware to be registered before or after built-in ones by ordering them in the pipeline definition.
Raw```json ⏎ { ⏎ "answer": "yes", ⏎ "explanation": "The Messenger component in Symfony allows custom middleware to be registered before or after built-in ones by ordering them in the pipeline definition." ⏎ } ⏎ ``` | верно | messenger.bus.*.middleware в yaml; docs — Middleware. |
T28-L1 0.23 c | Symfony: versions | Symfony major releases come every two years, minor ones every six months (in May and November). | «no» Пояснение: Symfony major releases come every two years, minor bug fixes every 6 months, but patch releases (security and bug fixes) are released every 2 months, making the statement about the release schedule inaccurate.
Raw{"answer": "no", "explanation": "Symfony major releases come every two years, minor bug fixes every 6 months, but patch releases (security and bug fixes) are released every 2 months, making the statement about the release schedule inaccurate."} | неверно верный: «yes» | Стандартный релизный цикл: 8.0 — ноябрь 2025, 8.1 — май 2026, 8.2 — ноябрь 2026. |
T28-L2 0.18 c | Symfony: versions | What is the minimum PHP version required by Symfony 8? | «php 8.3» Пояснение: Symfony 8.x requires PHP 8.3 or higher as its minimum version.
Raw{"answer": "PHP 8.3", "explanation": "Symfony 8.x requires PHP 8.3 or higher as its minimum version."} | неверно верный: «8.4» | Symfony 8.0 поднял требование до PHP >= 8.4.1 (в vendor проекта: "php": ">=8.4.1"). |
T28-L3 0.16 c | Symfony: versions | Symfony 7.0 kept support for docblock annotations (validation, routes). | «yes» Пояснение: Symfony 7.0 maintained backward compatibility for docblock annotations in validation and routing, though attributes are the recommended replacement.
Raw{"answer": "yes", "explanation": "Symfony 7.0 maintained backward compatibility for docblock annotations in validation and routing, though attributes are the recommended replacement."} | неверно верный: «no» | Наоборот: в 7.0 аннотации удалены — только PHP-атрибуты (#[Route], #[Assert\NotBlank]). |
T28-L4 0.26 c | Symfony: versions | AssetMapper manages CSS/JS without node or webpack — via importmap.php. | «no» Пояснение: AssetMapper manages CSS/JS without node or webpack via its own mechanism (assets in the assets/ directory imported with use statements), while importmap.php is specifically used by the ImportMap feature, which is a separate component from AssetMapper.
Raw```json ⏎ {"answer": "no", "explanation": "AssetMapper manages CSS/JS without node or webpack via its own mechanism (assets in the assets/ directory imported with use statements), while importmap.php is specifically used by the ImportMap feature, which is a separate component from AssetMapper."} ⏎ ``` | неверно верный: «yes» | symfony/asset-mapper (с 6.3, стандарт с 7.x); в проекте — importmap.php в корне и asset-mapper 8.1. |
T28-L5 0.22 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, providing 5 years of bug fixes and 2 additional years of security fixes.
Raw{"answer": "no", "explanation": "Symfony 6.4 is an LTS (Long-Term Support) release, providing 5 years of bug fixes and 2 additional years of security fixes."} | верно | Наоборот: 6.4 — LTS (расширенная поддержка); LTS выходит вместе с очередным мажором (6.4 — вместе с 7.0). |
T28-L6 0.2 c | Symfony: versions | When moving to a new Symfony major version, deprecations of the previous branch keep working — major releases do not remove them. | «yes» Пояснение: Symfony intentionally keeps deprecated code working for the entire duration of a major branch to give developers time to migrate, only removing deprecations in the next major release.
Raw{"answer": "true", "explanation": "Symfony intentionally keeps deprecated code working for the entire duration of a major branch to give developers time to migrate, only removing deprecations in the next major release."} | неверно верный: «no» | Наоборот: мажорный релиз удаляет всё устаревшее (7.0 убрал деприкейшены 6.x, 8.0 — 7.x). |
T28-L7 0.2 c | Symfony: versions | Every Symfony major release is accompanied by an UPGRADE guide listing the changes. | «yes» Пояснение: Symfony provides comprehensive UPGRADE guides for each major release, documenting breaking changes and migration steps, which are available in the symfony/symfony repository and documentation.
Raw{"answer": "true", "explanation": "Symfony provides comprehensive UPGRADE guides for each major release, documenting breaking changes and migration steps, which are available in the symfony/symfony repository and documentation."} | верно | UPGRADE-7.0.md, UPGRADE-8.0.md в репозитории symfony/symfony. |
T28-L8 0.22 c | Symfony: versions | Which Symfony component manages assets and the importmap without node/webpack? | «symfony/asset» Пояснение: The Symfony Asset component manages assets including the importmap feature (via `importmap.php` and the `importmap:export` command) without requiring Node.js or Webpack.
Raw{"answer": "symfony/asset", "explanation": "The Symfony Asset component manages assets including the importmap feature (via `importmap.php` and the `importmap:export` command) without requiring Node.js or Webpack."} | неверно верный: «asset-mapper» | symfony/asset-mapper 8.1 — в проекте. |
T29-L1 0.34 c | Symfony: 8.2 and beyond | As of 2026-11-07, Symfony 8.2 has already been released. | «no» Пояснение: Symfony 8.0 was released in November 2025 (following the yearly release cycle with LTS versions ending in 0 and regular versions ending in 2), but Symfony 8.2 had not been released as of November 2026, as 8.1 would typically be the current version at that time.
Raw{"answer": "false", "explanation": "Symfony 8.0 was released in November 2025 (following the yearly release cycle with LTS versions ending in 0 and regular versions ending in 2), but Symfony 8.2 had not been released as of November 2026, as 8.1 would typically be the current version at that time."} | верно | Наоборот: 8.2 ещё не выпущена — релиз в конце ноября 2026; последняя стабильная — 8.1. |
T29-L2 0.24 c | Symfony: 8.2 and beyond | As of 2026-11-07, Symfony 8.2 is scheduled for November 2026, following the usual six-month cycle. | «no» Пояснение: Symfony 8.2 would be scheduled for May 2028, since Symfony versions follow a cycle where .0 releases come in November of even years and .2 releases in May of even years.
Raw{"answer": "false", "explanation": "Symfony 8.2 would be scheduled for May 2028, since Symfony versions follow a cycle where .0 releases come in November of even years and .2 releases in May of even years."} | неверно верный: «yes» | Политика релизов: 8.1 — май 2026, 8.2 — ноябрь 2026; якорь даты фиксирует срез — модель с поздним cutoff отвечает «на дату». |
T29-L3 0.23 c | Symfony: 8.2 and beyond | Which Symfony version comes after 8.1 (as of 2026-11-07)? | «8.2» Пояснение: Symfony uses even-numbered versions for LTS releases in odd years, so version 8.1 is followed by 8.2.
Raw{"answer": "8.2", "explanation": "Symfony uses even-numbered versions for LTS releases in odd years, so version 8.1 is followed by 8.2."} | верно | 8.2 — следующий минорный релиз (ноябрь 2026); после его выхода проект переходит с 8.1.* на 8.2.*. |
T29-L4 0.31 c | Symfony: 8.2 and beyond | Symfony 8.2 is a major release requiring applications to be rewritten for new APIs. | «no» Пояснение: Symfony uses odd.minor version numbers (e.g. 7.2) for LTS releases and even.minor version numbers (e.g. 8.2) for non-LTS releases, but no Symfony version requires a full application rewrite—backward compatibility is maintained across releases.
Raw```json ⏎ {"answer": "no", "explanation": "Symfony uses odd.minor version numbers (e.g. 7.2) for LTS releases and even.minor version numbers (e.g. 8.2) for non-LTS releases, but no Symfony version requires a full application rewrite—backward compatibility is maintained across releases."} ⏎ ``` | верно | Наоборот: 8.2 — минорный релиз; новые возможности без поломки обратной совместимости. Мажор — 9.0. |
T29-L5 0.22 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» Пояснение: Within a major version branch, PHP preserves backward compatibility, so upgrading from 8.1 to 8.2 should not require code changes.
Raw{"answer": "true", "explanation": "Within a major version branch, PHP preserves backward compatibility, so upgrading from 8.1 to 8.2 should not require code changes."} | верно | Политика Symfony: минорные релизы обратно совместимы; BC-break допустим только в мажорных. |
T29-L6 0.21 c | Symfony: 8.2 and beyond | Which minor version of the 8.x branch is released last, before Symfony 9.0? | «8.4» Пояснение: According to the roadmap table, the 8.x branch ends with version 8.4, which is the last minor version released before Symfony 9.0.
Raw{"answer": "8.4", "explanation": "According to the roadmap table, the 8.x branch ends with version 8.4, which is the last minor version released before Symfony 9.0."} | верно | По циклу: 8.2 (ноя 2026), 8.3 (май 2027), 8.4 (ноя 2027, вместе с 9.0) — как 6.4 выходила вместе с 7.0. |
T29-L7 0.29 c | Symfony: 8.2 and beyond | Symfony 8.2 will require PHP 8.5 — you would have to upgrade PHP along with it. | «no» Пояснение: Symfony 8.0 will require PHP 8.4, not PHP 8.5, as Symfony 8.x follows the pattern of requiring the PHP version matching its major version minus one.
Raw```json ⏎ { ⏎ "answer": "false", ⏎ "explanation": "Symfony 8.0 will require PHP 8.4, not PHP 8.5, as Symfony 8.x follows the pattern of requiring the PHP version matching its major version minus one." ⏎ } ⏎ ``` | верно | Наоборот: минорные релизы не поднимают требования PHP; для всей ветки 8.x остаётся PHP >= 8.4. |
T29-L8 0.24 c | Symfony: 8.2 and beyond | Deprecations added in the 8.x branch will not be removed before Symfony 9.0. | «yes» Пояснение: Symfony's versioning policy states that deprecations introduced in an 8.x release will be kept until Symfony 9.0 to ensure long-term backward compatibility.
Raw{"answer": "yes", "explanation": "Symfony's versioning policy states that deprecations introduced in an 8.x release will be kept until Symfony 9.0 to ensure long-term backward compatibility."} | верно | Политика: деприкейшены живут до следующего мажора; 9.0 — ноябрь 2027. |
T21-L1 0.23 c | Twig | Inside {{ }}, Twig allows calling arbitrary PHP code directly. | «no» Пояснение: Twig intentionally restricts output to what's inside {{ }} for expressions only, and running arbitrary PHP requires the explicit extends 'Twig\Extension\CoreExtension' or the unsafe {@php} tag which is disabled by default.
Raw{"answer": "no", "explanation": "Twig intentionally restricts output to what's inside {{ }} for expressions only, and running arbitrary PHP requires the explicit extends 'Twig\\Extension\\CoreExtension' or the unsafe {@php} tag which is disabled by default."} | верно | Twig — DSL: только разрешённые окружением функции/фильтры; произвольный PHP не исполняется. |
T21-L2 0.18 c | Twig | By default, Twig auto-escapes printed variables. | «yes» Пояснение: Twig automatically escapes output using the 'html' escaper by default for HTML templates, so printed variables are auto-escaped unless explicitly marked safe.
Raw{"answer": "yes", "explanation": "Twig automatically escapes output using the 'html' escaper by default for HTML templates, so printed variables are auto-escaped unless explicitly marked safe."} | верно | Autoescape включён по умолчанию; {{ '<b>' }} → <b>. Проверено на Twig 3.30. |
T21-L3 0.15 c | Twig | The Twig |e filter escapes a string for safe output in an HTML context. | «yes» Пояснение: The Twig |e filter escapes a string for safe output in an HTML context by default.
Raw{"answer": "yes", "explanation": "The Twig |e filter escapes a string for safe output in an HTML context by default."} | верно | |e ('html') по умолчанию; есть контексты js/url/css. От SQL-инъекций он не защищает — это задача подготовленных запросов Doctrine. |
T21-L4 0.18 c | Twig | Which filter from twig/intl-extra formats a number according to a locale? | «number_format» Пояснение: The number_format filter from twig/intl-extra formats a number according to a specified locale using the IntlNumberFormatter.
Raw```json ⏎ {"answer": "number_format", "explanation": "The number_format filter from twig/intl-extra formats a number according to a specified locale using the IntlNumberFormatter."} ⏎ ``` | неверно верный: «format_number» | |format_number(locale=...) из IntlExtension (twig/intl-extra есть в проекте). Проверено на Twig 3.30: 12345.6 → 12 345,6 (ru). |
T21-L5 0.17 c | Twig | The |raw filter disables auto-escaping for the value. | «yes» Пояснение: The |raw filter in Twig marks the value as safe and disables auto-escaping for that specific value in the template output.
Raw{"answer": "yes", "explanation": "The |raw filter in Twig marks the value as safe and disables auto-escaping for that specific value in the template output."} | верно | {{ x|raw }} выводит HTML как есть; опасно с пользовательскими данными. Проверено на Twig 3.30. |
T21-L6 0.2 c | Twig | In Twig, {{ }} prints an expression value, while {% %} executes tags — conditions, loops, set. | «yes» Пояснение: This is correct: {{ }} is the output tag for printing evaluated expressions, while {% %} is the action tag for executing logic like if, for, and set.
Raw{"answer": "yes", "explanation": "This is correct: {{ }} is the output tag for printing evaluated expressions, while {% %} is the action tag for executing logic like if, for, and set."} | верно | Два блока синтаксиса Twig: вывод (echo) против логики. |
T21-L7 0.17 c | Twig | In Twig you cannot declare a variable inside a template — values only come from the controller. | «no» Пояснение: Twig templates can declare variables using the set tag, so values don't come only from the controller.
Raw```json ⏎ {"answer": "no", "explanation": "Twig templates can declare variables using the set tag, so values don't come only from the controller."} ⏎ ``` | верно | {% set y = ... %} объявляет переменную в шаблоне. Проверено на Twig 3.30. |
T21-L8 0.2 c | Twig | Which Twig function dumps the debug structure of a variable (array, object)? | «dump» Пояснение: The dump() function in Twig serializes and displays the debug structure of a variable, including arrays and objects, but it requires the Twig debug extension to be enabled.
Raw{"answer": "dump", "explanation": "The dump() function in Twig serializes and displays the debug structure of a variable, including arrays and objects, but it requires the Twig debug extension to be enabled."} | верно | {{ dump(x) }} (DebugExtension; в Symfony доступна в dev-окружении). |
T24-L1 0.18 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 rather than a single-page application framework like React or Angular.
Raw{"answer": "yes", "explanation": "Bootstrap is indeed a front-end framework providing pre-built CSS and JavaScript UI components rather than a single-page application framework like React or Angular."} | верно | Компоненты и утилиты поверх вашего HTML; SPA-фреймворки (React/Vue) — другой класс инструментов. В проекте vendored 5.3.3. |
T24-L2 0.16 c | Bootstrap | Which Bootstrap class gives a responsive container with a fixed max width per breakpoint? | «container» Пояснение: The .container class provides a responsive container with a fixed max-width that changes at each Bootstrap breakpoint.
Raw{"answer": "container", "explanation": "The .container class provides a responsive container with a fixed max-width that changes at each Bootstrap breakpoint."} | верно | .container (фиксированная макс-ширина по брейкпоинтам) vs .container-fluid (на всю ширину). |
T24-L3 0.18 c | Bootstrap | The Bootstrap grid is built on CSS floats and splits a row into 16 columns. | «no» Пояснение: Bootstrap 4 and later use flexbox (not floats) and a 12-column grid system (not 16).
Raw{"answer": "no", "explanation": "Bootstrap 4 and later use flexbox (not floats) and a 12-column grid system (not 16)."} | верно | Наоборот: flexbox (с Bootstrap 4) и 12 колонок; float-сетка — это Bootstrap 3. |
T24-L4 0.16 c | Bootstrap | Bootstrap's named breakpoints (the infix used in class names) are sm, md, lg, xl, xxl — five of them. | «yes» Пояснение: Bootstrap 5 defines exactly five named breakpoints: sm, md, lg, xl, and xxl.
Raw{"answer": "true", "explanation": "Bootstrap 5 defines exactly five named breakpoints: sm, md, lg, xl, and xxl."} | верно | Тиров всего шесть: xs (без инфикса) + пять именованных (576/768/992/1200/1400 px). |
T24-L5 0.2 c | Bootstrap | Utilities like .mt-3 or .px-2 use the spacing scale: the number is a multiple of $spacer. | «yes» Пояснение: Bootstrap spacing utilities like .mt-3 and .px-2 use the spacing scale where the number is a multiple of $spacer.
Raw```json ⏎ {"answer": "yes", "explanation": "Bootstrap spacing utilities like .mt-3 and .px-2 use the spacing scale where the number is a multiple of $spacer."} ⏎ ``` | неверно верный: «no» | Spacing utilities; $spacer = 1rem. |
T24-L6 0.22 c | Bootstrap | Which Bootstrap 5 data attribute enables an interactive component (e.g. dropdown) on an element? | «data-bs-toggle» Пояснение: In Bootstrap 5, the 'data-bs-toggle' attribute (prefixed with 'bs-') enables interactive components like dropdowns, modals, and tooltips on an element.
Raw{"answer": "data-bs-toggle", "explanation": "In Bootstrap 5, the 'data-bs-toggle' attribute (prefixed with 'bs-') enables interactive components like dropdowns, modals, and tooltips on an element."} | верно | data-bs-toggle="dropdown" и т.п.; в Bootstrap 4 атрибут назывался data-toggle. |
T24-L7 0.19 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 vanilla JavaScript.
Raw{"answer": "yes", "explanation": "Bootstrap 5 dropped jQuery as a dependency and reimplements all components using plain vanilla JavaScript."} | верно | jQuery удалён в Bootstrap 5.0: data-bs-* атрибуты и JS API. В проекте vendored 5.3.3. |
T24-L8 0.24 c | Bootstrap | Dark mode in Bootstrap is enabled with a .dark class on the root element. | «yes» Пояснение: In Bootstrap 5.3+, dark mode is enabled by adding a .dark class to a root element (such as <html> or <body>), which darkens all dark-capable components within that scope.
Raw{"answer": "true", "explanation": "In Bootstrap 5.3+, dark mode is enabled by adding a .dark class to a root element (such as <html> or <body>), which darkens all dark-capable components within that scope."} | неверно верный: «no» | Наоборот: тема включается атрибутом data-bs-theme="dark" (Color modes, с 5.3); класса .dark не существует. В проекте 5.3.3. |
T14-L1 0.22 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; tables are created explicitly using the `orm:schema-tool:create` console command or migrations.
Raw{"answer": "no", "explanation": "Doctrine ORM does not create tables automatically at runtime; tables are created explicitly using the `orm:schema-tool:create` console command or migrations."} | верно | Схему создают инструменты (migrations, schema tool); рантайм структуру БД не меняет. |
T14-L2 0.18 c | Doctrine | Which EntityManager method marks a new object as managed without executing SQL until flush()? | «persist» Пояснение: The persist() method marks a new entity as managed and schedules it for insertion, but no SQL is executed until flush() is called.
Raw{"answer": "persist", "explanation": "The persist() method marks a new entity as managed and schedules it for insertion, but no SQL is executed until flush() is called."} | верно | persist() регистрирует объект в Unit of Work; INSERT выполняется на flush(). |
T14-L3 0.24 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 entirely as it is deprecated since Doctrine ORM 2.11 and the recommended approach is to use update() or manual property copying instead.
Raw```json ⏎ {"answer": "no", "explanation": "In Doctrine ORM 3, EntityManager::merge() was removed entirely as it is deprecated since Doctrine ORM 2.11 and the recommended approach is to use update() or manual property copying instead."} ⏎ ``` | верно | В ORM 3 merge() удалён (в vendor проекта 3.7.6 метода нет); в Doctrine 2.x merge() возвращал управляемую копию. Версия зафиксирована — ORM 3. |
T14-L4 0.23 c | Doctrine | DQL queries are written in terms of entities and their fields, not tables and columns. | «yes» Пояснение: DQL (Doctrine Query Language) is designed to work with entities and their mapped fields rather than database tables and columns, abstracting away the relational layer.
Raw{"answer": "yes", "explanation": "DQL (Doctrine Query Language) is designed to work with entities and their mapped fields rather than database tables and columns, abstracting away the relational layer."} | верно | Doctrine транслирует DQL в SQL; docs — DQL (Doctrine Query Language). |
T14-L5 0.3 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 rather than throwing an exception or returning an empty result.
Raw{"answer": "null", "explanation": "When no record with the given ID exists, Doctrine's repository->find() method returns null rather than throwing an exception or returning an empty result.", "explanation": "When no record with the given ID exists, Doctrine's repository->find() method returns null rather than throwing an exception or returning an empty result."} | верно | find() возвращает null, если объект не найден (docs Repository methods). |
T14-L6 0.18 c | Doctrine | DoctrineBundle in Symfony automatically calls flush() at the end of every request. | «no» Пояснение: DoctrineBundle does not automatically call flush(); you must explicitly call $entityManager->flush() after persisting entities.
Raw{"answer": "false", "explanation": "DoctrineBundle does not automatically call flush(); you must explicitly call $entityManager->flush() after persisting entities."} | верно | Авто-flush нет — flush() зовёт разработчик; незакрытая транзакция в конце запроса откатывается. |
T14-L7 0.2 c | Doctrine | For a managed entity, changing a property is enough: flush() commits the change without an explicit persist() — the Unit of Work tracks changes. | «yes» Пояснение: For a managed entity, Doctrine's Unit of Work performs automatic dirty checking during flush(), so simply modifying a property is enough to persist the change without an explicit persist().
Raw{"answer": "yes", "explanation": "For a managed entity, Doctrine's Unit of Work performs automatic dirty checking during flush(), so simply modifying a property is enough to persist the change without an explicit persist()."} | верно | Dirty checking сравнивает снимки свойств; persist нужен только новым/отсоединённым объектам. |
T14-L8 0.26 c | Doctrine | remove() executes the SQL DELETE immediately, without waiting for flush(). | «yes» Пояснение: In Doctrine ORM, remove() marks an entity for deletion by scheduling it in the unit of work but does not execute the SQL DELETE until flush() is called to synchronize the persistence context with the database.
Raw```json ⏎ {"answer": "yes", "explanation": "In Doctrine ORM, remove() marks an entity for deletion by scheduling it in the unit of work but does not execute the SQL DELETE until flush() is called to synchronize the persistence context with the database."} ⏎ ``` | неверно верный: «no» | remove() планирует удаление в Unit of Work; DELETE выполняется на flush() (docs — Deleting Objects). |
T15-L1 0.19 c | PostgreSQL | PostgreSQL uses MVCC, therefore readers block writers and writers block readers. | «no» Пояснение: In PostgreSQL's MVCC, readers do not block writers and writers do not block readers, which is one of the key advantages of the MVCC approach.
Raw{"answer": "no", "explanation": "In PostgreSQL's MVCC, readers do not block writers and writers do not block readers, which is one of the key advantages of the MVCC approach."} | верно | Наоборот: благодаря MVCC читатели не блокируют писателей и наоборот (снимки строк); docs PostgreSQL — Concurrency Control. |
T15-L2 0.21 c | PostgreSQL | Which SQL command shows a query's execution plan without executing the query? | «explain» Пояснение: The EXPLAIN command (or EXPLAIN ANALYZE depending on the database) displays the execution plan of a SELECT/INSERT/UPDATE/DELETE statement without actually executing it.
Raw{"answer": "EXPLAIN", "explanation": "The EXPLAIN command (or EXPLAIN ANALYZE depending on the database) displays the execution plan of a SELECT/INSERT/UPDATE/DELETE statement without actually executing 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 behind the scenes but is a pseudo-type with implicit sequence/defaults, while GENERATED ... AS IDENTITY is the standard SQL identity column mechanism with different behavior for default values and sequence ownership.
Raw{"answer": "false", "explanation": "SERIAL uses a sequence behind the scenes but is a pseudo-type with implicit sequence/defaults, while GENERATED ... AS IDENTITY is the standard SQL identity column mechanism with different behavior for default values and sequence ownership."} | верно | SERIAL — нестандартный макрос (sequence + DEFAULT), IDENTITY — SQL-стандарт; различаются владением и правами. Оба есть в PG 17 (проверено). |
T15-L4 0.19 c | PostgreSQL | By default, a PostgreSQL UNIQUE constraint allows only one row with NULL in the column. | «no» Пояснение: In PostgreSQL, UNIQUE constraints are SQL standard compliant and allow multiple rows containing NULL values in the column, since NULL is not considered equal to anything.
Raw{"answer": "no", "explanation": "In PostgreSQL, UNIQUE constraints are SQL standard compliant and allow multiple rows containing NULL values in the column, since NULL is not considered equal to anything."} | верно | Наоборот: NULLS DISTINCT по умолчанию — несколько NULL допустимы; NULLS NOT DISTINCT — опция с PG 15. Проверено на PG 17.7. |
T15-L5 0.16 c | PostgreSQL | Which PostgreSQL aggregate function concatenates strings with a separator? | «string_agg» Пояснение: The string_agg() aggregate function concatenates values from multiple rows into a single string with a specified separator.
Raw{"answer": "string_agg", "explanation": "The string_agg() aggregate function concatenates values from multiple rows into a single string with a specified separator."} | верно | string_agg(значение, разделитель); проверено на PostgreSQL 17.7. |
T15-L6 0.3 c | PostgreSQL | Plain VACUUM returns the space occupied by dead tuples to the operating system. | «no» Пояснение: Plain VACUUM does not return the space occupied by dead tuples to the operating system; only VACUUM FULL (which rewrites the table into a new file and shrinks it) actually releases space back to the OS, while plain VACUUM just marks the space as reusable within the database.
Raw{"answer": "no", "explanation": "Plain VACUUM does not return the space occupied by dead tuples to the operating system; only VACUUM FULL (which rewrites the table into a new file and shrinks it) actually releases space back to the OS, while plain VACUUM just marks the space as reusable within the database."} | верно | VACUUM помечает место для переиспользования внутри таблицы; ОС его возвращает только VACUUM FULL (с эксклюзивной блокировкой). |
T15-L7 0.23 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 the result set into groups (partitions) over which the window function is computed.
Raw```json ⏎ {"answer": "PARTITION BY", "explanation": "The PARTITION BY clause in a window function divides the result set into groups (partitions) over which the window function is computed."} ⏎ ``` | верно | OVER (PARTITION BY ...); проверено на PostgreSQL 17.7. |
T15-L8 0.23 c | PostgreSQL | The READ COMMITTED isolation level protects against non-repeatable reads. | «no» Пояснение: READ COMMITTED only protects against dirty reads, not non-repeatable reads; REPEATABLE READ or SERIALIZABLE isolation levels are required to prevent non-repeatable reads.
Raw{"answer": "no", "explanation": "READ COMMITTED only protects against dirty reads, not non-repeatable reads; REPEATABLE READ or SERIALIZABLE isolation levels are required to prevent non-repeatable reads."} | верно | READ COMMITTED допускает неповторяющееся чтение; защищает REPEATABLE READ. Проверено: SHOW transaction_isolation → read committed. |
T17-L1 0.17 c | PostgreSQL: transactions and indexes | By default, PostgreSQL wraps each single SQL statement in its own implicit transaction (autocommit). | «yes» Пояснение: By default, PostgreSQL operates in autocommit mode where each individual SQL statement is automatically wrapped in its own transaction and committed immediately.
Raw{"answer": "yes", "explanation": "By default, PostgreSQL operates in autocommit mode where each individual SQL statement is automatically wrapped in its own transaction and committed immediately."} | верно | Без BEGIN каждый оператор коммитится сам; docs PostgreSQL — Transactions. Проверено на PG 17. |
T17-L2 0.15 c | PostgreSQL: transactions and indexes | Which SQL command ends a transaction, committing all its changes? | «commit» Пояснение: The COMMIT command ends a transaction and permanently saves all changes made during it to the database.
Raw{"answer": "COMMIT", "explanation": "The COMMIT command ends a transaction and permanently saves all changes made during it to the database."} | верно | COMMIT (END — синоним). Проверено на PG 17. |
T17-L3 0.21 c | PostgreSQL: transactions and indexes | Indexes speed up more than SELECT: UPDATE and DELETE with a search on an indexed column benefit too. | «yes» Пояснение: Indexes speed up not only SELECT but also UPDATE and DELETE operations that use a WHERE clause to search on indexed columns, since the index allows the database to locate matching rows efficiently.
Raw{"answer": "yes", "explanation": "Indexes speed up not only SELECT but also UPDATE and DELETE operations that use a WHERE clause to search on indexed columns, since the index allows the database to locate matching rows efficiently."} | верно | Поиск строк для изменения идёт по индексу; 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» Пояснение: PostgreSQL's SAVEPOINT statement allows you to create a marker within a transaction that you can roll back to using ROLLBACK TO SAVEPOINT without aborting the entire transaction.
Raw{"answer": "yes", "explanation": "PostgreSQL's SAVEPOINT statement allows you to create a marker within a transaction that you can roll back to using ROLLBACK TO SAVEPOINT without aborting the entire transaction."} | верно | SAVEPOINT name; ROLLBACK TO name — частичный откат без отмены всей транзакции. Проверено на PG 17. |
T17-L5 0.21 c | PostgreSQL: transactions and indexes | EXPLAIN ANALYZE shows the query plan without executing the query. | «no» Пояснение: EXPLAIN ANALYZE actually executes the query and then reports the execution plan along with timing information, whereas only EXPLAIN (without ANALYZE) shows the plan without executing.
Raw{"answer": "false", "explanation": "EXPLAIN ANALYZE actually executes the query and then reports the execution plan along with timing information, whereas only EXPLAIN (without ANALYZE) shows the plan without executing."} | верно | Наоборот: ANALYZE реально выполняет запрос (с побочными эффектами!) и показывает фактические времена узлов; план без выполнения — plain EXPLAIN. |
T17-L6 0.23 c | PostgreSQL: transactions and indexes | Which PostgreSQL extension adds vector types and indexes for embedding search? | «pgvector» Пояснение: pgvector is the open-source PostgreSQL extension that adds vector data types and indexing (HNSW, IVFFlat) for vector/embedding similarity search.
Raw```json ⏎ { ⏎ "answer": "pgvector", ⏎ "explanation": "pgvector is the open-source PostgreSQL extension that adds vector data types and indexing (HNSW, IVFFlat) for vector/embedding similarity search." ⏎ } ⏎ ``` | верно | CREATE EXTENSION vector (проект pgvector; в проекте образ pgvector/pgvector:pg17). |
T17-L7 0.2 c | PostgreSQL: transactions and indexes | A partial index (CREATE INDEX ... WHERE ...) is built only over rows satisfying the condition. | «yes» Пояснение: A partial index in PostgreSQL is built only over the subset of rows that satisfy the WHERE condition specified in the CREATE INDEX statement.
Raw{"answer": "yes", "explanation": "A partial index in PostgreSQL is built only over the subset of rows that satisfy the WHERE condition specified in the CREATE INDEX statement."} | верно | docs PostgreSQL — Partial Indexes; типичный кейс — индекс по «активным» записям. |
T17-L8 0.26 c | PostgreSQL: transactions and indexes | The SERIALIZABLE level in PostgreSQL is implemented by locking the rows a transaction reads. | «no» Пояснение: In PostgreSQL, SERIALIZABLE isolation is implemented using Serializable Snapshot Isolation (SSI) with transaction serializability violation detection and predicate locks (via the pg_serializable_transactions view), not by locking the rows a transaction reads as in MySQL's lock-based implementation.
Raw{"answer": "no", "explanation": "In PostgreSQL, SERIALIZABLE isolation is implemented using Serializable Snapshot Isolation (SSI) with transaction serializability violation detection and predicate locks (via the pg_serializable_transactions view), not by locking the rows a transaction reads as in MySQL's lock-based implementation."} | верно | SSI (Serializable Snapshot Isolation): предикатные блокировки на снимках, не блокировки прочитанных строк; docs PostgreSQL. |
T19-L1 0.19 c | HTTP and REST API | HTTP status 201 means the request resulted in a new resource being created. | «yes» Пояснение: HTTP 201 Created indicates that the request has been successfully processed and resulted in the creation of a new resource.
Raw{"answer": "yes", "explanation": "HTTP 201 Created indicates that the request has been successfully processed and resulted in the creation of a new resource."} | верно | 201 Created; обычно на POST, часто с Location; RFC 9110. |
T19-L2 0.18 c | HTTP and REST API | Which HTTP status means a successful request with an empty response body (e.g. after DELETE)? | «204» Пояснение: HTTP 204 No Content indicates the request succeeded but there is no content to return, commonly used after DELETE operations.
Raw{"answer": "204", "explanation": "HTTP 204 No Content indicates the request succeeded but there is no content to return, commonly used after DELETE operations."} | верно | 204 No Content; RFC 9110. |
T19-L3 0.21 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 listed as an idempotent method in the HTTP specification, since deleting an already-deleted resource results in the same state (typically 404) without further change.
Raw{"answer": "yes", "explanation": "DELETE is listed as an idempotent method in the HTTP specification, since deleting an already-deleted resource results in the same state (typically 404) without further change."} | верно | RFC 9110: DELETE идемпотентен (как PUT); идемпотентность ≠ безопасность — ресурс удаляется при первом вызове. |
T19-L4 0.2 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 allowed to access its resources.
Raw{"answer": "no", "explanation": "The Access-Control-Allow-Origin header is sent by the server (not the client) to indicate which origins are allowed to access its resources."} | верно | Наоборот: заголовок шлёт СЕРВЕР в ответе, разрешая браузеру cross-origin запрос (CORS); в проекте nelmio/cors-bundle. |
T19-L5 0.18 c | HTTP and REST API | Status 429 Too Many Requests is used when a client exceeds a rate limit. | «yes» Пояснение: HTTP 429 Too Many Requests is the standard status code returned when a user exceeds the rate limit for an API or service.
Raw{"answer": "yes", "explanation": "HTTP 429 Too Many Requests is the standard status code returned when a user exceeds the rate limit for an API or service."} | верно | 429 (+ Retry-After); RFC 6585. В проекте symfony/rate-limiter. |
T19-L6 0.17 c | HTTP and REST API | 5xx codes mean a client error, while 4xx means a server-side error. | «no» Пояснение: This is backwards—4xx codes indicate client errors while 5xx codes indicate server-side errors.
Raw```json ⏎ {"answer": "no", "explanation": "This is backwards—4xx codes indicate client errors while 5xx codes indicate server-side errors."} ⏎ ``` | верно | Наоборот: 4xx — ошибка клиента (400, 404), 5xx — сервера (500, 503); классы статусов RFC 9110. |
T19-L7 0.15 c | HTTP and REST API | Which HTTP header indicates the MIME type of the request or response body? | «content-type» Пояснение: The Content-Type header specifies the MIME type of the body of a request or response.
Raw{"answer": "Content-Type", "explanation": "The Content-Type header specifies the MIME type of the body of a request or response."} | верно | Content-Type: application/json и т.п. |
T19-L8 0.21 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, in contrast to PUT, and allows implementations to decide whether to make PATCH idempotent.
Raw{"answer": "yes", "explanation": "RFC 5789 explicitly states that PATCH is not required to be idempotent, in contrast to PUT, and allows implementations to decide whether to make PATCH idempotent."} | верно | RFC 5789 прямо оговаривает: PATCH не гарантированно идемпотентен; PUT идемпотентен. |
T20-L1 0.2 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 insecure because it is vulnerable to timing attacks and string-comparison short-circuits, so a constant-time comparison like hash_equals() must be used.
Raw{"answer": "no", "explanation": "Using == to compare hashes is insecure because it is vulnerable to timing attacks and string-comparison short-circuits, so a constant-time comparison like hash_equals() must be used."} | верно | Нужна постоянновременная проверка (password_verify) — timing-атаки; соль и алгоритм уже внутри хеша. |
T20-L2 0.19 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» Пояснение: This is true as CSRF tokens are generated server-side, associated with the user session, and validated server-side on unsafe requests to prevent cross-site request forgery.
Raw{"answer": "yes", "explanation": "This is true as CSRF tokens are generated server-side, associated with the user session, and validated server-side on unsafe requests to prevent cross-site request forgery."} | верно | symfony/security-csrf в проекте; защита от подделки межсайтовой формы. |
T20-L3 0.23 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 resources the user agent is allowed to load, preventing XSS and data injection attacks.
Raw```json ⏎ { ⏎ "answer": "Content-Security-Policy", ⏎ "explanation": "The Content-Security-Policy HTTP header allows site administrators to control resources the user agent is allowed to load, preventing XSS and data injection attacks." ⏎ } ⏎ ``` | верно | Content-Security-Policy; белые списки источников скриптов/стилей против XSS. |
T20-L4 0.22 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 the access token grants access to resources without necessarily identifying or verifying who the user is.
Raw{"answer": "false", "explanation": "OAuth 2.0 is an authorization framework, not an authentication protocol, because the access token grants access to resources without necessarily identifying or verifying who the user is."} | верно | OAuth 2.0 — авторизация/делегирование доступа; аутентификацию добавляет OpenID Connect. В проекте knpuniversity/oauth2-client-bundle (yandex/github/google). |
T20-L5 0.21 c | Security and OAuth | XSS is prevented by validating input on the server before writing it to the database. | «no» Пояснение: This is false because preventing XSS requires output encoding/escaping when data is rendered to the browser, not merely validating and storing input on the server, since unescaped output is what actually causes XSS.
Raw{"answer": "no", "explanation": "This is false because preventing XSS requires output encoding/escaping when data is rendered to the browser, not merely validating and storing input on the server, since unescaped output is what actually causes XSS."} | верно | XSS лечится контекстным экранированием НА ВЫВОДЕ (Twig autoescape, CSP); валидация ввода не покрывает все контексты вывода. |
T20-L6 0.19 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 received at redirect_uri is exchanged for an access token at the token endpoint.
Raw{"answer": "code", "explanation": "In the OAuth 2.0 authorization code flow, the authorization code received at redirect_uri is exchanged for an access token at the token endpoint."} | верно | Параметр code; обмен на токен POST-ом на /token с client_secret. |
T20-L7 0.21 c | Security and OAuth | A refresh token lives longer than an access token and allows obtaining a new access token without the user logging in again. | «yes» Пояснение: Refresh tokens are designed to have a longer lifespan than access tokens and are specifically used to obtain new access tokens without requiring the user to re-authenticate.
Raw{"answer": "yes", "explanation": "Refresh tokens are designed to have a longer lifespan than access tokens and are specifically used to obtain new access tokens without requiring the user to re-authenticate."} | верно | Стандартная схема OAuth/OIDC: короткий access + длинный refresh. |
T20-L8 0.19 c | Security and OAuth | A password salt must be kept secret: without it the hash cannot be verified. | «no» Пояснение: Password salts are not secret—they are stored alongside the hash and only serve to prevent rainbow table attacks, while the hash itself (not a secret key) enables verification.
Raw{"answer": "no", "explanation": "Password salts are not secret—they are stored alongside the hash and only serve to prevent rainbow table attacks, while the hash itself (not a secret key) enables verification."} | верно | Соль хранится открыто (password_hash включает её в строку хеша); секретность соли не нужна. |
T18-L1 0.18 c | Testing: PHPUnit | PHPUnit runs test methods of any class — extending TestCase is not required. | «no» Пояснение: PHPUnit requires test classes to extend its TestCase class to properly discover and run test methods with its assertions and infrastructure.
Raw```json ⏎ {"answer": "no", "explanation": "PHPUnit requires test classes to extend its TestCase class to properly discover and run test methods with its assertions and infrastructure."} ⏎ ``` | верно | Тестом считается метод класса, наследующего TestCase (PHPUnit 10). |
T18-L2 0.2 c | Testing: PHPUnit | In PHPUnit, setUp() runs once before all tests of the class. | «no» Пояснение: In PHPUnit, setUp() runs once before EACH test method, not once before all tests; setUpBeforeClass() runs only once before all tests of the class.
Raw{"answer": "false", "explanation": "In PHPUnit, setUp() runs once before EACH test method, not once before all tests; setUpBeforeClass() runs only once before all tests of the class."} | верно | 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 testing frameworks like PHPUnit allows a test method to run with multiple sets of arguments, not just one.
Raw{"answer": "false", "explanation": "A data provider in testing frameworks like PHPUnit allows a test method to run with multiple sets of arguments, not just one."} | верно | Наоборот: наборов может быть сколько угодно — тест выполняется по разу на каждый. Проверено на PHPUnit 10.5 (#[DataProvider]). |
T18-L4 0.17 c | Testing: PHPUnit | Which PHPUnit method declares an expectation that an exception of a given class is thrown? | «expectexception» Пояснение: The expectException() method in PHPUnit is used to declare an expectation that a specific exception class will be thrown during a test.
Raw{"answer": "expectException", "explanation": "The expectException() method in PHPUnit is used to declare an expectation that a specific exception class will be thrown during a test."} | верно | $this->expectException(\LogicException::class); проверено на PHPUnit 10.5. |
T18-L5 0.15 c | Testing: PHPUnit | In PHPUnit, a stub verifies which methods were called on it, while a mock only returns data. | «no» Пояснение: This is backwards: a mock verifies which methods were called, while a stub only returns predefined data.
Raw{"answer": "no", "explanation": "This is backwards: a mock verifies which methods were called, 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 and the @dataProvider annotation is deprecated in favor of native PHP attributes.
Raw{"answer": "yes", "explanation": "In PHPUnit 10+, the #[DataProvider] attribute is the recommended approach and the @dataProvider annotation is deprecated in favor of native PHP attributes."} | верно | Аннотация ещё парсится в PHPUnit 10/11 (AnnotationParser в 10.5.66), удаление — в 12; атрибут — стандарт. |
T18-L7 0.17 c | Testing: PHPUnit | PHPUnit does not allow one test to depend on the result of another. | «no» Пояснение: PHPUnit supports test dependencies through the @depends annotation, which allows one test to receive the return value of another test it depends on.
Raw{"answer": "false", "explanation": "PHPUnit supports test dependencies through the @depends annotation, which allows one test to receive the return value of another test it depends on."} | верно | Зависимости есть: #[Depends] — зависимый тест не запустится, еслиProducer упал. |
T18-L8 0.19 c | Testing: PHPUnit | Which PHPUnit command-line option makes tests run in random order? | «--random-order-seed» Пояснение: The --random-order-seed option (formerly -t/--testdox in older versions) enables running tests in random order in PHPUnit.
Raw{"answer": "--random-order-seed","explanation": "The --random-order-seed option (formerly -t/--testdox in older versions) enables running tests in random order in PHPUnit."} | неверно верный: «--order-by=random» | --order-by=random (PHPUnit 9+); опция есть в --help PHPUnit 10.5 (проектная). |
T01-L9 3.23 c | Syntax and operators | What does this code output?
```php
echo intdiv(7, 2) . intdiv(-7, 2);
``` | «33» Пояснение: intdiv(7, 2) returns 3 (truncated toward zero) and intdiv(-7, 2) returns -3, which concatenate to the string "3-3"; wait, actually intdiv(-7, 2) returns -3, so the output is "3-3".
Raw{"answer": "33", "explanation": "intdiv(7, 2) returns 3 (truncated toward zero) and intdiv(-7, 2) returns -3, which concatenate to the string \"3-3\"; wait, actually intdiv(-7, 2) returns -3, so the output is \"3-3\"."} | неверно верный: «3-3» | intdiv truncates toward zero: intdiv(-7, 2) = -3, not -4. |
T01-L10 0.22 c | Syntax and operators | What does this code output?
```php
echo -3 ** 2;
``` | «9» Пояснение: The exponentiation operator ** has higher precedence than unary minus in PHP, so -3 ** 2 is parsed as -(3 ** 2) which equals -9.
Raw{"answer": "9", "explanation": "The exponentiation operator ** has higher precedence than unary minus in PHP, so -3 ** 2 is parsed as -(3 ** 2) which equals -9."} | неверно верный: «-9» | ** is right-associative and binds tighter than unary minus: -(3²). |
T02-L9 0.19 c | Types and comparisons | What does this code output?
```php
echo '1e1' == '10' ? 'true' : 'false';
``` | «true» Пояснение: PHP performs loose comparison by converting the numeric strings '1e1' and '10' to the number 10, making the comparison true.
Raw{"answer": "true", "explanation": "PHP performs loose comparison by converting the numeric strings '1e1' and '10' to the number 10, making the comparison true."} | верно | Both strings are numeric — compared as numbers: 10 == 10. |
T02-L10 0.22 c | Types and comparisons | What does this code output?
```php
switch ('a') {
case 0: echo 'zero'; break;
default: echo 'other';
}
``` | «other» Пояснение: The switch uses loose comparison, but 'a' does not loosely equal 0 (PHP 8+), so the default case executes and prints 'other'.
Raw```json ⏎ {"answer": "other", "explanation": "The switch uses loose comparison, but 'a' does not loosely equal 0 (PHP 8+), so the default case executes and prints 'other'."} ⏎ ``` | верно | PHP 8: 'a' == 0 → false (used to be true) — default fires. |
T03-L9 0.74 c | Strings | What does this code output?
```php
echo strtr('abc', ['a' => '1', 'ab' => '2']);
``` | «1bc» Пояснение: When strtr() receives an associative array, it matches the longest possible substring first, so 'ab' matches before 'a', replacing the 'ab' prefix with '2', but since 'a' is processed as the longest match at position 0 first matching 'ab' gives '2', however the actual output shows 'abc' with only 'a' replaced because... actually the correct behavior is longest-match so it should output '2c' but the documented result for this specific case outputs '1bc'.
Raw```json ⏎ {"answer": "1bc", "explanation": "When strtr() receives an associative array, it matches the longest possible substring first, so 'ab' matches before 'a', replacing the 'ab' prefix with '2', but since 'a' is processed as the longest match at position 0 first matching 'ab' gives '2', however the actual output shows 'abc' with only 'a' replaced because... actually the correct behavior is longest-match so it should output '2c' but the documented result for this specific case outputs '1bc'."} ⏎ ``` ⏎ ⏎ Wait, let me reconsider this properly. ⏎ ⏎ ```json ⏎ {"answer": "2c", "explanation": "strtr() with an associative array matches the longest matching key first at each position, so 'ab' (length 2) is matched before 'a', replacing the 'ab' prefix with '2' and leaving 'c'."} ⏎ ``` | неверно верный: «2c» | strtr with an array prefers the longest matching key. |
T03-L10 0.21 c | Strings | What does this code output?
```php
echo '[' . substr('hello', -10) . ']';
``` | «[hello]» Пояснение: substr with a negative start offset less than the string length counts from the beginning, returning the full string 'hello', which is wrapped in brackets.
Raw{"answer": "[hello]", "explanation": "substr with a negative start offset less than the string length counts from the beginning, returning the full string 'hello', which is wrapped in brackets."} | верно | A negative start beyond the string is clamped to the beginning. |
T04-L9 0.21 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 $a and adds new keys from $b, so array_keys returns ['k','n','m'].
Raw{"answer": "k,n,m", "explanation": "The array union (+) operator keeps keys from $a and adds new keys from $b, so array_keys returns ['k','n','m']."} | верно | The + operator: on duplicate string keys the left array wins. |
T04-L10 0.32 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» Пояснение: usort sorts by the third column (2,1,2) so the second row moves first, giving order [2,'y',1],[3,'z',2],[1,'x',2], and array_column extracts x,y,z in that order concatenated to yzx.
Raw{"answer": "yzx", "explanation": "usort sorts by the third column (2,1,2) so the second row moves first, giving order [2,'y',1],[3,'z',2],[1,'x',2], and array_column extracts x,y,z in that order concatenated to yzx."} | неверно верный: «yxz» | Sorts are stable since 8.0: x and z keep their order on a tie. |
T05-L10 0.21 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» Пояснение: Named arguments unpack the array so $a=5 and $b=1, making $a-$b return 4.
Raw{"answer": "4", "explanation": "Named arguments unpack the array so $a=5 and $b=1, making $a-$b return 4."} | верно | String keys of a spread array become named arguments. |
T05-L9 0.35 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 `function() use ($p) { return $p->g(); }` captures the value of `$p` at creation time (which is the P object), so even after `$p = null`, the closure still holds the original object reference and `g()` returns the private value 3.
Raw```json ⏎ {"answer": "3", "explanation": "The arrow function `function() use ($p) { return $p->g(); }` captures the value of `$p` at creation time (which is the P object), so even after `$p = null`, the closure still holds the original object reference and `g()` returns the private value 3."} ⏎ ``` | верно | First-class callable syntax binds $this at creation time. |
T06-L9 0.26 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 method uses `static::class`, which implements late static binding and resolves to the class of the instantiated object (B), not the class where the method is defined (A).
Raw```json ⏎ {"answer": "B", "explanation": "The method uses `static::class`, which implements late static binding and resolves to the class of the instantiated object (B), not the class where the method is defined (A)."} ⏎ ``` | верно | Late static binding: static::class is the receiver's class. |
T06-L10 0.29 c | OOP: classes and inheritance | What does this code output on PHP 8.5?
```php
class C
{
public int $x = 0 {
set { $this->x = $value * 2; }
}
}
$c = new C;
$c->x = 5;
echo $c->x;
``` | «10» Пояснение: The property $c->x has a custom setter that multiplies the value by 2, so assigning 5 results in 10 being returned when reading $c->x.
Raw```json ⏎ { ⏎ "answer": "10", ⏎ "explanation": "The property $c->x has a custom setter that multiplies the value by 2, so assigning 5 results in 10 being returned when reading $c->x." ⏎ } ⏎ ``` | верно | Inside the set hook, $this->x writes the backing store (no recursion): 5*2. |
T07-L9 0.25 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();
``` | «bb» Пояснение: The conflict is resolved by making TB::f the one used for f(), and TA::f is aliased as g(), so both calls return 'B'.
Raw{"answer": "BB", "explanation": "The conflict is resolved by making TB::f the one used for f(), and TA::f is aliased as g(), so both calls return 'B'."} | неверно верный: «ba» | insteadof picks the implementation; as keeps the other under an alias. |
T07-L10 0.23 c | Interfaces, traits, enum | What does this code output?
```php
trait Counter
{
public static int $n = 0;
}
class CX { use Counter; }
class CY { use Counter; }
CX::$n = 1;
echo CY::$n;
``` | «0» Пояснение: Static properties in traits get a separate copy per class that uses the trait, so CX::$n and CY::$n are independent members.
Raw```json ⏎ {"answer": "0", "explanation": "Static properties in traits get a separate copy per class that uses the trait, so CX::$n and CY::$n are independent members."} ⏎ ``` | верно | A trait's static property is copied into each consuming class. |
T08-L10 0.19 c | Exceptions and errors | What does this code output?
```php
function f(): int
{
try { return 1; } finally { return 2; }
}
echo f();
``` | «2» Пояснение: The finally block's return statement overrides the try block's return value, so f() returns 2.
Raw{"answer": "2", "explanation": "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.21 c | Exceptions and errors | What does this code output?
```php
try {
try {
throw new RuntimeException('first');
} finally {
throw new LogicException('second');
}
} catch (LogicException $e) {
echo $e->getMessage();
}
``` | «second» Пояснение: The inner try throws RuntimeException which is suppressed by the finally block's new LogicException, and the outer catch catches that LogicException, outputting its message 'second'.
Raw{"answer": "second", "explanation": "The inner try throws RuntimeException which is suppressed by the finally block's new LogicException, and the outer catch catches that LogicException, outputting its message 'second'."} | верно | An exception from finally replaces the in-flight one — the last thrown is caught. |
T09-L9 0.3 c | Namespaces and autoloading | What does this code output?
```php
namespace N;
use App\Foo as Baz;
echo Baz::class . '|' . \Baz::class;
``` | «n\foo|baz» Пояснение: Within namespace N, Baz resolves to N\Foo via the use statement, while the fully-quoted \Baz refers to a non-existent global class Baz, producing N\Foo|Baz.
Raw```json ⏎ { ⏎ "answer": "N\\Foo|Baz", ⏎ "explanation": "Within namespace N, Baz resolves to N\\Foo via the use statement, while the fully-quoted \\Baz refers to a non-existent global class Baz, producing N\\Foo|Baz." ⏎ } ⏎ ``` | неверно верный: «app\foo|baz» | The use alias applies to unqualified names; a leading \ escapes to the global scope. |
T09-L10 0.26 c | Namespaces and autoloading | What does this code output?
```php
namespace Ns;
class Foo {}
$c = 'Foo';
echo (class_exists($c) ? 'yes' : 'no')
. (class_exists(__NAMESPACE__ . '\\' . $c) ? 'yes' : 'no');
``` | «yesyes» Пояснение: class_exists with a plain class name in namespace Ns automatically resolves to Ns\Foo, and the explicit fully-qualified Ns\Foo also resolves to the same class, so both return true.
Raw{"answer": "yesyes", "explanation": "class_exists with a plain class name in namespace Ns automatically resolves to Ns\\Foo, and the explicit fully-qualified Ns\\Foo also resolves to the same class, so both return true."} | неверно верный: «noyes» | Dynamic names are not resolved against the namespace — 'Foo' is the global class. |
T10-L9 0.29 c | References and scope | What does this code output?
```php
$a = [1, 2, 3];
foreach ($a as &$v) {}
$v = 99;
echo implode(',', $a);
``` | «1,2,99» Пояснение: The foreach loop with by-reference leaves $v pointing at the last element of $a (index 2), so assigning $v = 99 modifies $a[2], producing the output 1,2,99.
Raw{"answer": "1,2,99", "explanation": "The foreach loop with by-reference leaves $v pointing at the last element of $a (index 2), so assigning $v = 99 modifies $a[2], producing the output 1,2,99."} | верно | After a by-ref foreach, $v remains a reference to the last element. |
T10-L10 0.33 c | References and scope | What does this code output?
```php
class A
{
public function inc(): int
{
static $n = 0;
return ++$n;
}
}
class B extends A {}
$a = new A;
$b = new B;
$a->inc();
$b->inc();
echo $a->inc();
``` | «1» Пояснение: Static variables in PHP are bound to the class where the method is declared, so A::$n and B::$n are separate; $b->inc() increments B's copy, and $a->inc() starts A's static at 0 and returns 1.
Raw```json ⏎ {"answer": "1", "explanation": "Static variables in PHP are bound to the class where the method is declared, so A::$n and B::$n are separate; $b->inc() increments B's copy, and $a->inc() starts A's static at 0 and returns 1."} ⏎ ``` | неверно верный: «3» | A method's static variable belongs to the parent's method — subclasses share it. |
T11-L9 0.25 c | Generators, iterators, SPL | What does this code output?
```php
function g(): Generator
{
$x = yield 1;
return $x + 1;
}
$g = g();
$g->send(10);
echo $g->getReturn();
``` | «11» Пояснение: The send(10) makes yield 10, so $x=10, and the return value 10+1=11 is captured by getReturn().
Raw{"answer": "11", "explanation": "The send(10) makes yield 10, so $x=10, and the return value 10+1=11 is captured by getReturn()."} | верно | send() resumes the generator: $x = 10, return 10+1. |
T11-L10 0.25 c | Generators, iterators, SPL | What does this code output?
```php
function inner(): Generator
{
yield 1;
yield 2;
return 'ok';
}
function outer(): Generator
{
$r = yield from inner();
yield $r;
}
echo implode(',', iterator_to_array(outer()));
``` | «1,2,ok» Пояснение: The yield from forwards all values yielded by inner() (1 and 2) and passes its return value 'ok' to $r, which is then yielded by outer().
Raw{"answer": "1,2,ok", "explanation": "The yield from forwards all values yielded by inner() (1 and 2) and passes its return value 'ok' to $r, which is then yielded by outer()."} | неверно верный: «ok,2» | yield from does not advance the outer auto-key: yield $r gets key 0 and overwrites the 1 — 'ok' comes out first. |
T12-L9 0.23 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';
``` | «nones» Пояснение: The first rehash returns false (identical options, so no rehash needed) while the second returns true because the cost parameter differs.
Raw{"answer": "nones", "explanation": "The first rehash returns false (identical options, so no rehash needed) while the second returns true because the cost parameter differs."} | неверно верный: «noyes» | password_needs_rehash compares the hash's options with the target: cost 4 = 4 → 'no', cost 5 ≠ 4 → 'yes'. |
T12-L10 0.3 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» Пояснение: E_ALL does not include the E_STRICT constant (value 2048) since PHP 8.4 when E_STRICT was deprecated, so (E_ALL & 2048) equals 0.
Raw```json ⏎ {"answer": "strict-out", "explanation": "E_ALL does not include the E_STRICT constant (value 2048) since PHP 8.4 when E_STRICT was deprecated, so (E_ALL & 2048) equals 0."} ⏎ ``` | верно | 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.25 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 automatically converts the HTTP_X_TOKEN server parameter to the X-Token header by uppercasing the name and replacing underscores with hyphens, so the lookup succeeds.
Raw```json ⏎ {"answer": "mapped", "explanation": "Symfony automatically converts the HTTP_X_TOKEN server parameter to the X-Token header by uppercasing the name and replacing underscores with hyphens, so the lookup succeeds."} ⏎ ``` | верно | 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.28 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 are dispatched in order of ascending priority, so the listener with priority 5 (C) runs first, then priority 10 (B), then the default priority 0 (A).
Raw```json ⏎ {"answer": "BAC", "explanation": "Listeners are dispatched in order of ascending priority, so the listener with priority 5 (C) runs first, then priority 10 (B), then the default priority 0 (A)."} ⏎ ``` | неверно верный: «bca» | Listeners run by descending priority: 10 (B), 5 (C), 0 (A). |
T14-L10 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: 'A');
$em->persist($u);
$em->flush();
$a = $em->find(User::class, $u->getId());
$b = $em->find(User::class, $u->getId());
echo spl_object_id($a) === spl_object_id($b) ? 'same' : 'diff';
``` | «same» Пояснение: Doctrine's EntityManager maintains a first-level identity map/cache, so repeated find() calls for the same identifier return the same managed entity instance.
Raw```json ⏎ {"answer": "same", "explanation": "Doctrine's EntityManager maintains a first-level identity map/cache, so repeated find() calls for the same identifier return the same managed entity instance."} ⏎ ``` | верно | Identity map: a second find for the same id returns the same instance. |
T14-L9 0.52 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 remove() is processed before the persist() in the UnitOfWork, and since a persist-then-remove cycle produces no pending insert (the object is never assigned an ID by SQLite), flush() only schedules a DELETE for the never-persisted entity, leaving the users table empty.
Raw{"answer": "0", "explanation": "Since a full persist-then-remove cycle results in no pending insert, Doctrine's identity map returns the originally-created entity object (which was never given an ID) as the managed entity, so the unit of work schedules only a DELETE with no corresponding INSERT, leaving the table empty.", "explanation": "The remove() is processed before the persist() in the UnitOfWork, and since a persist-then-remove cycle produces no pending insert (the object is never assigned an ID by SQLite), flush() only schedules a DELETE for the never-persisted entity, leaving the users table empty."} | верно | The unit of work schedules INSERT at flush: remove after persist cancels it. |
T15-L10 0.24 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» Пояснение: The count(x) aggregate counts only non-NULL values of x, and since one row has NULL, only the value 1 is counted.
Raw```json ⏎ {"answer": "1", "explanation": "The count(x) aggregate counts only non-NULL values of x, and since one row has NULL, only the value 1 is counted."} ⏎ ``` | верно | count(column) skips NULLs; count(*) would return 2. |
T15-L9 0.25 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 running sums of 10, 30, 60 ordered by id, and string_agg concatenates them in that same order with commas.
Raw{"answer": "10,30,60", "explanation": "The window function computes running sums of 10, 30, 60 ordered by id, and string_agg concatenates them in that same order with commas."} | верно | With ORDER BY the default window frame is running (start to current row). |
T16-L9 0.22 c | Symfony: Messenger | What does this code output?
```php
use Symfony\Component\Messenger\MessageBus;
use Symfony\Component\Messenger\Middleware\MiddlewareInterface;
use Symfony\Component\Messenger\Middleware\StackInterface;
use Symfony\Component\Messenger\Envelope;
final class Trace implements MiddlewareInterface
{
public function __construct(private string $tag) {}
public function handle(Envelope $e, StackInterface $stack): Envelope
{
echo $this->tag;
return $stack->next()->handle($e, $stack);
}
}
$bus = new MessageBus([new Trace('M1'), new Trace('M2')]);
$bus->dispatch(new Envelope(new stdClass()));
``` | «m1m2» Пояснение: The first middleware echoes 'M1' then delegates to the second, which echoes 'M2' before handling the message.
Raw{"answer": "M1M2", "explanation": "The first middleware echoes 'M1' then delegates to the second, which echoes 'M2' before handling the message."} | верно | The first-added middleware runs first (outermost). |
T16-L10 0.31 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» Пояснение: The HandleMessageMiddleware iterates over all registered handlers for the Ping message, so both $d1 ($n += 1) and $d2 ($n += 10) execute, resulting in $n = 11.
Raw```json ⏎ {"answer": "11", "explanation": "The HandleMessageMiddleware iterates over all registered handlers for the Ping message, so both $d1 ($n += 1) and $d2 ($n += 10) execute, resulting in $n = 11."} ⏎ ``` | верно | All registered handlers of the message run: 1 + 10 = 11. |
T17-L9 0.25 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 two INSERTs both insert the value 1, but the unique index causes the second INSERT to hit a conflict and be ignored via ON CONFLICT DO NOTHING, leaving exactly one row.
Raw{"answer": "1", "explanation": "The two INSERTs both insert the value 1, but the unique index causes the second INSERT to hit a conflict and be ignored via ON CONFLICT DO NOTHING, leaving exactly one row."} | верно | ON CONFLICT DO NOTHING skips the duplicate: one insert. |
T17-L10 0.32 c | PostgreSQL: transactions and indexes | What does this sequence of psql commands output?
```sql
BEGIN;
CREATE TEMP TABLE t (a int, UNIQUE (a) DEFERRABLE INITIALLY DEFERRED);
INSERT INTO t VALUES (1);
INSERT INTO t VALUES (1);
SELECT count(*) FROM t;
``` | «1» Пояснение: Because the unique constraint is DEFERRABLE INITIALLY DEFERRED, the second INSERT's violation is only checked at COMMIT, which fails and rolls back the entire transaction, so only the first row remains but the aborted transaction cannot execute further queries.
Raw```json ⏎ { ⏎ "answer": "1", ⏎ "explanation": "Because the unique constraint is DEFERRABLE INITIALLY DEFERRED, the second INSERT's violation is only checked at COMMIT, which fails and rolls back the entire transaction, so only the first row remains but the aborted transaction cannot execute further queries." ⏎ } ⏎ ``` | неверно верный: «2» | DEFERRED postpones the uniqueness check to COMMIT — count sees 2 rows. |
T18-L9 0.47 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, each with 3 data providers, so 3 + 3 = 6 tests run, not 4.
Raw```json ⏎ {"answer": "4", "explanation": "The --filter test_sum matches both test_sum and test_sum_abs, each with 3 data providers, so 3 + 3 = 6 tests run, not 4."} ⏎ ``` ⏎ ⏎ Wait, let me reconsider: ⏎ ⏎ ```json ⏎ {"answer": "6", "explanation": "The --filter test_sum matches both test_sum (3 data sets) and test_sum_abs (3 data sets) because the filter matches substrings, giving 6 total test executions."} ⏎ ``` | неверно верный: «6» | --filter is a substring match: test_sum also matches test_sum_abs (3+3 datasets). |
T18-L10 0.25 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 DataProvider provides two test cases ([1] and [-1]), so 2 tests run, and only the case with x=-1 fails the assertTrue assertion.
Raw{"answer": "2, 1", "explanation": "The DataProvider provides two test cases ([1] and [-1]), so 2 tests run, and only the case with x=-1 fails the assertTrue assertion."} | верно | 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.21 c | HTTP and REST API | Which HTTP method does this command send?
```bash
curl -s -d 'a=1' http://demo.local/api
``` | «post» Пояснение: The `-d` (`--data`) option in curl sends an HTTP POST request with the data in the request body.
Raw```json ⏎ {"answer": "POST", "explanation": "The `-d` (`--data`) option in curl sends an HTTP POST request with the data in the request body."} ⏎ ``` | верно | -d/-F switches curl to POST by default. |
T19-L10 0.19 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 tells curl to move the provided -d data into the query string while sending the request using the GET method.
Raw```json ⏎ {"answer": "GET", "explanation": "The -G flag tells curl to move the provided -d data into the query string while sending the request using the GET method."} ⏎ ``` | верно | -G turns -d data into the query string; the method stays GET. |
T20-L9 0.26 c | Security and OAuth | A client hits the token endpoint (RFC 6749) with a non-existent client_id. What value of the error field does the endpoint return? | «invalid_client» Пояснение: Per RFC 6749 Section 5.2, when a client authentication fails (including a non-existent or invalid client_id), the authorization server returns an "invalid_client" error.
Raw```json ⏎ {"answer": "invalid_client", "explanation": "Per RFC 6749 Section 5.2, when a client authentication fails (including a non-existent or invalid client_id), the authorization server returns an \"invalid_client\" error."} ⏎ ``` | верно | Unknown client → invalid_client (RFC 6749 §5.2). |
T20-L10 0.23 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 URL fragment (the part after the #) 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 URL fragment (the part after the #) 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.53 c | Twig | What does this Twig template output?
```twig
{{ false|default(2) * 3 }}
``` | «0» Пояснение: In Twig, the default filter returns the passed value (2) only if the expression is null or false, but false is one of the falsy values that triggers default, so it returns 2, but Twig evaluates the filter before the multiplication due to operator precedence, making it 2*3=6.
Raw```json ⏎ {"answer": "0", "explanation": "In Twig, the default filter returns the passed value (2) only if the expression is null or false, but false is one of the falsy values that triggers default, so it returns 2, but Twig evaluates the filter before the multiplication due to operator precedence, making it 2*3=6."} ⏎ ``` ⏎ ⏎ Wait, let me reconsider the precedence carefully. ⏎ ⏎ ```json ⏎ {"answer": "6", "explanation": "The default filter applies to the value false, returning 2 since false is considered empty by default, and then 2 * 3 equals 6."} ⏎ ``` | неверно верный: «6» | default replaces exactly false/null/''/[] — false becomes 2, 2*3 = 6; the naive 'default is for undefined only' yields 0. |
T21-L10 0.38 c | Twig | What exception class does render() of this template throw?
```twig
{{ 'a' ~ 1 + 2 }}
``` | «twig\error\runtimeerror» Пояснение: The concatenation operator (~) has lower precedence than +, so it evaluates as 'a' ~ (1 + 2) = 'a3', which is valid, but Twig's compiler produces a concatenation node that throws a RuntimeError when encountering this type mismatch during evaluation of the string concatenation with the numeric result.
Raw```json ⏎ { ⏎ "answer": "Twig\\Error\\RuntimeError", ⏎ "explanation": "The concatenation operator (~) has lower precedence than +, so it evaluates as 'a' ~ (1 + 2) = 'a3', which is valid, but Twig's compiler produces a concatenation node that throws a RuntimeError when encountering this type mismatch during evaluation of the string concatenation with the numeric result." ⏎ } ⏎ ``` | верно | In Twig ~ binds tighter than +: ('a' ~ 1) + 2 → string + int → a render error (RuntimeError). |
T22-L9 0.26 c | Symfony: Security and forms | What does this code output?
```php
use Symfony\Component\Validator\Validation;
use Symfony\Component\Validator\Constraints as Assert;
$v = Validation::createValidator();
echo count($v->validate([''], [new Assert\NotBlank()]));
``` | «0» Пояснение: NotBlank is a composite constraint that only triggers its NotBlank violation if the value is null/empty and the nested ConstraintViolationList is empty, so an empty string ' produces no violations.
Raw```json ⏎ {"answer": "0", "explanation": "NotBlank is a composite constraint that only triggers its NotBlank violation if the value is null/empty and the nested ConstraintViolationList is empty, so an empty string ' produces no violations."} ⏎ ``` | верно | NotBlank treats null, '', [] as blank — the array [''] is not blank. |
T22-L10 0.26 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() without first submitting the form (or passing data) throws a FormException because the form is not submittable.
Raw```json ⏎ {"answer": "Symfony\\Component\\Form\\FormException", "explanation": "Calling isValid() without first submitting the form (or passing data) throws a FormException because the form is not submittable."} ⏎ ``` | неверно верный: «symfony\component\form\exception\logicexception» | isValid() on a non-submitted form throws LogicException, it does not return false. |
T23-L9 0.28 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» Пояснение: Public services in the Symfony container are singletons cached in the service locator, so $c->get('a') returns the same instance both times, making the object IDs identical.
Raw```json ⏎ { ⏎ "answer": "same", ⏎ "explanation": "Public services in the Symfony container are singletons cached in the service locator, so $c->get('a') returns the same instance both times, making the object IDs identical." ⏎ } ⏎ ``` | верно | 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 ContainerBuilder resolves nested parameter placeholders (%name% expands to 'Bob', %greeting% expands to 'hi Bob', and %message% becomes 'hi Bob!').
Raw{"answer": "hi Bob!", "explanation": "The ContainerBuilder resolves nested parameter placeholders (%name% expands to 'Bob', %greeting% expands to 'hi Bob', and %message% becomes 'hi Bob!')."} | верно | compile() resolves %-references transitively: %greeting% → 'hi %name%' → 'hi Bob!', the answer assembles over two hops. |
T24-L9 0.35 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) up to before the lg breakpoint (≥992px), where it becomes 960px; at 992px (lg breakpoint) it becomes 960px.
Raw{"answer": "960px", "explanation": "In Bootstrap 5.3, the .container has a max-width of 960px at the md breakpoint (≥768px) up to before the lg breakpoint (≥992px), where it becomes 960px; at 992px (lg breakpoint) it becomes 960px."} | верно | 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» Пояснение: Since both classes appear on the element, text-primary comes later alphabetically in Bootstrap's source, giving it higher specificity and winning the text color.
Raw{"answer": "text-primary", "explanation": "Since both classes appear on the element, text-primary comes later alphabetically in Bootstrap's source, giving it higher specificity and winning the text color."} | неверно верный: «text-danger» | Specificity ties — the later rule wins: text-danger is declared after text-primary. |
T25-L9 0.4 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,
) {}
}
``` | «1» Пояснение: Only the Application→Domain violation (using App\Application\PlaceOrder) is allowed; the Infrastructure (Db) and Domain (self) usages are both forbidden, but since this class lives in the Domain layer, deptrac only evaluates its outgoing dependencies against the Domain→Domain-only rule, reporting just the one Application usage as a violation.
Raw```json ⏎ { ⏎ "answer": "1", ⏎ "explanation": "Only the Application→Domain violation (using App\\Application\\PlaceOrder) is allowed; the Infrastructure (Db) and Domain (self) usages are both forbidden, but since this class lives in the Domain layer, deptrac only evaluates its outgoing dependencies against the Domain→Domain-only rule, reporting just the one Application usage as a violation." ⏎ } ⏎ ``` | неверно верный: «2» | Domain may depend only on Domain: PlaceOrder (Application) + Db (Infrastructure) = 2. |
T25-L10 0.39 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» Пояснение: The Application layer imports are used as constructor type hints (which deptrac counts as 'uses' and thus permitted), while the Db dependency is in the Infrastructure layer (allowed by Infrastructure→Domain) and \App\Infrastructure\Logger is a fully-qualified global reference in the current Domain file (which deptrac typically treats as a use of the current file, not a cross-layer violation).
Raw{"answer": "0", "explanation": "The Application layer imports are used as constructor type hints (which deptrac counts as 'uses' and thus permitted), while the Db dependency is in the Infrastructure layer (allowed by Infrastructure→Domain) and \\App\\Infrastructure\\Logger is a fully-qualified global reference in the current Domain file (which deptrac typically treats as a use of the current file, not a cross-layer violation)."} | неверно верный: «3» | The inline FQCN \App\Infrastructure\Logger counts too: Application + Db + Logger = 3. |
T26-L10 0.29 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 add() method creates a new Money object with the sum (15) without modifying the original, so $a->amount stays 10 and $c->amount is 15.
Raw{"answer": "10,15", "explanation": "The add() method creates a new Money object with the sum (15) without modifying the original, so $a->amount stays 10 and $c->amount is 15."} | верно | The VO is immutable: add() returns a new instance; the original is unchanged. |
T26-L9 0.29 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 remove() method throws a DomainException before the unset() executes, so the item 'a' is never actually removed; the empty catch block swallows the exception, and count() then returns 0.
Raw```json ⏎ {"answer": "0", "explanation": "The remove() method throws a DomainException before the unset() executes, so the item 'a' is never actually removed; the empty catch block swallows the exception, and count() then returns 0."} ⏎ ``` | неверно верный: «1» | The failed remove leaves aggregate state unchanged: the invariant threw before unset — count stays 1. |
VC-L9 0.22 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 creates a new C instance and immediately calls the hi() method which returns the string 'hi', which is then echoed out.
Raw{"answer": "hi", "explanation": "The code creates a new C instance and immediately calls the hi() method which returns the string 'hi', which is then echoed out."} | верно | Since 8.4, new in a method chain works without wrapping parentheses. |
VC-L10 0.26 c | PHP 8.4–8.5 | What does this code output on PHP 8.5?
```php
class Heavy
{
public int $v = 0;
}
$r = new ReflectionClass(Heavy::class);
$o = $r->newLazyGhost(function (Heavy $obj) {
$obj->v = 21;
});
echo $r->isUninitializedLazyObject($o) ? 'yes' : 'no';
$o->v;
echo $r->isUninitializedLazyObject($o) ? 'yes' : 'no';
``` | «yesno» Пояснение: newLazyGhost creates a proxy that is uninitialized until accessed, so the first check prints 'yes'; once the public property $v is accessed, the ghost is initialized so the second check prints 'no'.
Raw```json ⏎ {"answer": "yesno", "explanation": "newLazyGhost creates a proxy that is uninitialized until accessed, so the first check prints 'yes'; once the public property $v is accessed, the ghost is initialized so the second check prints 'no'."} ⏎ ``` | верно | newLazyGhost (8.4): the object stays lazy until first access — reading a property initializes it and clears the flag. |
T28-L9 0.27 c | Symfony: versions | The project was upgraded from Symfony 6.4 to 8.1. What does this code output on 8.1?
```php
echo class_exists(\Symfony\Component\Security\Guard\AbstractGuardAuthenticator::class)
? 'yes' : 'no';
``` | «no» Пояснение: AbstractGuardAuthenticator was removed in Symfony 6.2 (the Guard component was fully deprecated and removed), so it does not exist in Symfony 8.1.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "AbstractGuardAuthenticator was removed in Symfony 6.2 (the Guard component was fully deprecated and removed), so it does not exist in Symfony 8.1." ⏎ } ⏎ ``` | верно | Guard authentication was removed in Symfony 7.0 — the class is gone in 8.1. |
T28-L10 0.25 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 deprecated AnnotationClassLoader was removed (last deprecated in 6.1, removed in 7.0) while the modern AttributeClassLoader remains available.
Raw```json ⏎ {"answer": "noyes", "explanation": "In Symfony 8.1, the deprecated AnnotationClassLoader was removed (last deprecated in 6.1, removed in 7.0) while the modern AttributeClassLoader remains available."} ⏎ ``` | верно | Annotation loaders were removed in 7.0; only attribute loaders remain (Annotation→Attribute). |