Пример запроса (первая клетка). System одинаковый во всех запросах прогона, user — свой вопрос для каждой клетки:
| Клетка | Тема | Утверждение | Ответ |
Результат | Обоснование |
T01-L1 3.18 c | Syntax and operators | Double-quoted and single-quoted strings are processed identically; the difference is only in speed. | «no» Пояснение: Double-quoted strings undergo variable interpolation and escape sequence processing, while single-quoted strings are treated literally, so they are not processed identically.
Raw{"answer": "no", "explanation": "Double-quoted strings undergo variable interpolation and escape sequence processing, while single-quoted strings are treated literally, so they are not processed identically."} | верно | В двойных кавычках работают интерполяция переменных и escape-последовательности, в одинарных — нет. |
T01-L2 0.16 c | Syntax and operators | The ?? operator follows isset semantics and raises no warnings for undefined variables. | «yes» Пояснение: The ?? (null coalescing) operator follows isset semantics and does not raise warnings for undefined variables.
Raw{"answer": "yes", "explanation": "The ?? (null coalescing) operator follows isset semantics and does not raise warnings for undefined variables."} | верно | ?? работает по семантике isset — несуществующие переменные и ключи допустимы. |
T01-L3 0.15 c | Syntax and operators | What will this print: echo 'a', 'b'; | «{"answer": "ab", "explanation": "the echo statement with multiple comma-separated arguments outputs them consecutively without any separator, producing 'ab'}» Пояснение: ", "explanation": "The echo statement with multiple comma-separated arguments outputs them consecutively without any separator, producing 'ab'}
Raw{"answer": "ab", "explanation": "The echo statement with multiple comma-separated arguments outputs them consecutively without any separator, producing 'ab'} | верно парсинг: текст (фолбэк) | echo принимает список аргументов: ab. |
T01-L4 0.18 c | Syntax and operators | print returns the value 1 and can be used inside an expression. | «no» Пояснение: print returns the value 1, but it can be used inside an expression since it is technically a language construct rather than a true function.
Raw{"answer": "false", "explanation": "print returns the value 1, but it can be used inside an expression since it is technically a language construct rather than a true function."} | неверно верный: «yes» | print — выражение со значением 1, в отличие от echo, который значения не возвращает. |
T01-L5 0.2 c | Syntax and operators | The ?: (elvis) operator returns its left operand when it is falsy. | «no» Пояснение: The ?: (elvis) operator returns its left operand when it is truthy, not falsy; it returns the right operand only when the left operand is falsy.
Raw{"answer": "no", "explanation": "The ?: (elvis) operator returns its left operand when it is truthy, not falsy; it returns the right operand only when the left operand is falsy."} | верно | Наоборот: $a ?: $b возвращает $a, если он истинный, иначе $b. |
T01-L6 0.17 c | Syntax and operators | In PHP 8, the concatenation operator (.) has lower precedence than addition and subtraction. | «no» Пояснение: In PHP 8, the concatenation operator (.) has the same precedence level as addition and subtraction, not a lower one.
Raw{"answer": "false", "explanation": "In PHP 8, the concatenation operator (.) has the same precedence level as addition and subtraction, not a lower one."} | неверно верный: «yes» | С PHP 8 (RFC concat precedence) '.' имеет приоритет ниже арифметики: 'сумма: ' . 2 + 3 → 'сумма: 5' (в PHP 7 было иначе). |
T01-L7 0.29 c | Syntax and operators | The expression 2 ** 3 ** 2 in PHP evaluates as (2 ** 3) ** 2, that is, 64. | «no» Пояснение: In PHP, the exponentiation operator ** is right-associative, so 2 ** 3 ** 2 evaluates as 2 ** (3 ** 2) = 2 ** 9 = 512, not (2 ** 3) ** 2 = 64.
Raw{"answer": "no", "explanation": "In PHP, the exponentiation operator ** is right-associative, so 2 ** 3 ** 2 evaluates as 2 ** (3 ** 2) = 2 ** 9 = 512, not (2 ** 3) ** 2 = 64."} | верно | ** право-ассоциативен: 2 ** (3 ** 2) = 2 ** 9 = 512. |
T01-L8 0.33 c | Syntax and operators | What string will this print: echo 'sum: ' . 2 + 3; (PHP 8)? | «3» Пояснение: String concatenation (.) has higher precedence than addition (+), so it evaluates as ('sum: ' . 2) + 3, which is 'sum: 2' + 3, and since 'sum: 2' coerces to 0 numerically, the result is 0 + 3 = 3.
Raw{"answer": "3", "explanation": "String concatenation (.) has higher precedence than addition (+), so it evaluates as ('sum: ' . 2) + 3, which is 'sum: 2' + 3, and since 'sum: 2' coerces to 0 numerically, the result is 0 + 3 = 3."} | неверно верный: «sum: 5» | Парная к verify-клетке про приоритет: 'сумма: 5'. |
T02-L1 0.23 c | Types and comparisons | With strict comparison (===), arrays are considered equal regardless of element order. | «no» Пояснение: With strict comparison (===), arrays must have the same key/value pairs in the same order and of the same type to be considered equal.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "With strict comparison (===), arrays must have the same key/value pairs in the same order and of the same type to be considered equal." ⏎ } ⏎ ``` | верно | === для массивов требует совпадения и значений, и их порядка. |
T02-L2 0.2 c | Types and comparisons | The comparison 0 == false returns false because it is a strict comparison. | «no» Пояснение: The comparison 0 == false returns true (not false) because == is the loose/equality operator (not strict ===), and in loose comparison 0 equals false.
Raw{"answer": "no", "explanation": "The comparison 0 == false returns true (not false) because == is the loose/equality operator (not strict ===), and in loose comparison 0 equals false."} | верно | Наоборот: == — нестрогое сравнение и возвращает true; строгое — это === (0 === false → false). |
T02-L3 0.22 c | Types and comparisons | In PHP 8, the expression "abc" == 0 returns true. | «yes» Пояснение: In PHP 8, the loose equality comparison "abc" == 0 casts the string to a float (0.0) and the integer to float (0.0), making the comparison true.
Raw{"answer": "yes", "explanation": "In PHP 8, the loose equality comparison \"abc\" == 0 casts the string to a float (0.0) and the integer to float (0.0), making the comparison 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 (as demonstrated by (null==0)==(null=='')==0==(null===null) being true).
Raw{"answer": "yes", "explanation": "Under PHP's loose comparison, null is loosely equal to 0, the empty string, and false simultaneously (as demonstrated by (null==0)==(null=='')==0==(null===null) being true)."} | верно | null == 0, null == "" и null == false — все true. |
T02-L5 0.19 c | Types and comparisons | What does the expression (int) '42abc' return? | «42» Пояснение: In PHP, casting a string starting with digits to int extracts the leading numeric portion and ignores the trailing non-numeric characters.
Raw{"answer": 42, "explanation": "In PHP, casting a string starting with digits to int extracts the leading numeric portion and ignores the trailing non-numeric characters."} | верно | Ведущая числовая часть: 42, без ошибок и warning. |
T02-L6 0.2 c | Types and comparisons | What does the expression '5' + 5 return? | «10» Пояснение: In PHP, when one operand is a numeric string and the other is a number, the string is converted to a number and arithmetic is performed, yielding 10.
Raw{"answer": "10", "explanation": "In PHP, when one operand is a numeric string and the other is a number, the string is converted to a number and arithmetic is performed, yielding 10."} | верно | Числовая строка приводится: int 10. |
T02-L7 0.21 c | Types and comparisons | When cast to string, false becomes "0". | «no» Пояснение: In PHP, when the boolean false is cast to a string it becomes an empty string (""), not "0"; it is false as an integer that becomes "0".
Raw{"answer": "false", "explanation": "In PHP, when the boolean false is cast to a string it becomes an empty string (\"\"), not \"0\"; it is false as an integer that becomes \"0\"."} | верно | false → "", true → "1". |
T02-L8 0.25 c | Types and comparisons | The comparison 0.1 + 0.2 === 0.3 returns false. | «yes» Пояснение: Due to floating point precision representation, 0.1 + 0.2 equals approximately 0.30000000000000004, which is strictly not === equal to 0.3.
Raw{"answer": "yes", "explanation": "Due to floating point precision representation, 0.1 + 0.2 equals approximately 0.30000000000000004, which is strictly not === equal to 0.3."} | верно | Двоичная погрешность float: 0.1 + 0.2 = 0.30000000000000004. |
T03-L1 0.19 c | Strings | strrev() correctly reverses a UTF-8 string. | «no» Пояснение: strrev() operates byte-by-byte, so it corrupts multi-byte UTF-8 characters by reversing their byte order.
Raw{"answer": "no", "explanation": "strrev() operates byte-by-byte, so it corrupts multi-byte UTF-8 characters by reversing their byte order."} | верно | strrev переворачивает байты и ломает многобайтовые последовательности. |
T03-L2 0.16 c | Strings | str_contains('Hello world', 'world') returns true. | «yes» Пояснение: str_contains() returns true when the needle 'world' is found in the haystack 'Hello world'.
Raw{"answer": "yes", "explanation": "str_contains() returns true when the needle 'world' is found in the haystack 'Hello world'."} | верно | str_contains с PHP 8.0 проверяет вхождение подстроки. |
T03-L3 0.2 c | Strings | str_pad() can pad a string on the right side only. | «no» Пояснение: str_pad() can pad a string on the left, right, or both sides depending on the pad_type parameter (STR_PAD_LEFT, STR_PAD_RIGHT, or STR_PAD_BOTH).
Raw{"answer": "false", "explanation": "str_pad() can pad a string on the left, right, or both sides depending on the pad_type parameter (STR_PAD_LEFT, STR_PAD_RIGHT, or STR_PAD_BOTH)."} | верно | STR_PAD_LEFT / STR_PAD_BOTH меняют сторону дополнения. |
T03-L4 0.17 c | Strings | By default trim() strips only spaces, leaving tabs and newlines intact. | «no» Пояснение: trim() by default strips all whitespace characters including spaces, tabs, newlines, carriage returns, vertical tabs, and null bytes.
Raw{"answer": "false", "explanation": "trim() by default strips all whitespace characters including spaces, tabs, newlines, carriage returns, vertical tabs, and null bytes."} | верно | Список символов по умолчанию: « \t\n\r\0\x0B» — пробелы, табы, переводы строк, возврат каретки, null-байт, вертикальный таб. Проверено php -r. |
T03-L5 0.21 c | Strings | How many BYTES does strlen('héllo') return for a UTF-8 string? | «6» Пояснение: strlen() counts bytes, not characters, and 'héllo' is 5 characters where 'é' is 2 bytes in UTF-8, totaling 6 bytes.
Raw{"answer": "6", "explanation": "strlen() counts bytes, not characters, and 'héllo' is 5 characters where 'é' is 2 bytes in UTF-8, totaling 6 bytes."} | верно | 6 букв по 2 байта: 12. |
T03-L6 0.23 c | Strings | What does substr('abcdef', -3) return? | «cde» Пояснение: With a negative start position, substr counts from the end of the string and returns the substring from that position to the end, so 'abcdef' starting at -3 gives 'cde'.
Raw{"answer": "cde", "explanation": "With a negative start position, substr counts from the end of the string and returns the substring from that position to the end, so 'abcdef' starting at -3 gives 'cde'."} | неверно верный: «def» | Отрицательное смещение — с конца: def. |
T03-L7 0.19 c | Strings | ucfirst() modifies the string passed to it in place. | «no» Пояснение: ucfirst() returns a new modified string without changing the original, as PHP strings are passed by value unless explicitly referenced.
Raw{"answer": "no", "explanation": "ucfirst() returns a new modified string without changing the original, as PHP strings are passed by value unless explicitly referenced."} | верно | Строки неизменяемы; ucfirst возвращает новую строку. |
T03-L8 0.16 c | Strings | Variable interpolation works in heredoc but not in nowdoc. | «yes» Пояснение: Heredoc syntax processes variable interpolation like double quotes, while nowdoc syntax treats content literally without any interpolation.
Raw{"answer": "yes", "explanation": "Heredoc syntax processes variable interpolation like double quotes, while nowdoc syntax treats content literally without any interpolation."} | верно | Nowdoc — «одинарные кавычки» в тройном синтаксисе: текст как есть. |
T04-L1 0.19 c | Arrays | The sort() function preserves the key-to-value association of the array. | «no» Пояснение: The sort() function sorts an array by value in ascending order but does not preserve the key-to-value associations as it reassigns numeric keys starting from 0.
Raw{"answer": "no", "explanation": "The sort() function sorts an array by value in ascending order but does not preserve the key-to-value associations as it reassigns numeric keys starting from 0."} | верно | sort перенумеровывает ключи; связь сохраняет asort. |
T04-L2 0.15 c | Arrays | The string key '5' in an array is stored as the integer 5. | «yes» Пояснение: In PHP, string keys that represent integers are automatically converted to integers when used as array keys.
Raw{"answer": "yes", "explanation": "In PHP, string keys that represent integers are automatically converted to integers when used as array keys."} | верно | Каноничные десятичные строковые ключи приводятся к int. |
T04-L3 0.19 c | Arrays | The in_array() function uses strict comparison (===) by default. | «no» Пояснение: By default, in_array() uses loose comparison (==) rather than strict comparison (===), which requires the third optional parameter to be set to true.
Raw{"answer": "no", "explanation": "By default, in_array() uses loose comparison (==) rather than strict comparison (===), which requires the third optional parameter to be set to true."} | верно | По умолчанию сравнение нестрогое; строгое — третий аргумент true. |
T04-L4 0.17 c | Arrays | Without a callback, array_filter() removes all "empty" (falsy) elements from the array. | «yes» Пояснение: Without a callback, array_filter() removes all falsy (empty) elements from the array, which is the documented default behavior.
Raw{"answer": "yes", "explanation": "Without a callback, array_filter() removes all falsy (empty) elements from the array, which is the documented default behavior."} | верно | Убирает 0, "", null, false и пустые массивы. |
T04-L5 0.18 c | Arrays | By default, array_slice() preserves the original numeric keys of the array. | «no» Пояснение: By default, array_slice() reindexes the numeric keys of the returned array starting from 0 unless the preserve_keys parameter is set to true.
Raw{"answer": "no", "explanation": "By default, array_slice() reindexes the numeric keys of the returned array starting from 0 unless the preserve_keys parameter is set to true."} | верно | По умолчанию ключи перенумеровываются; сохранение — 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 a portion starting at offset 1 with length 2, returning the elements at indices 1 and 2.
Raw{"answer": "[20, 30]", "explanation": "array_slice extracts a portion starting at offset 1 with length 2, returning the elements at indices 1 and 2."} | верно | [20,30]; ключи перенумеровываются. |
T04-L7 0.25 c | Arrays | How many elements will count(['a' => 1] + ['a' => 9, 'b' => 2]) return? | «2» Пояснение: The union operator (+) combines arrays keeping the left side's keys for collisions, so the result is ['a' => 1, 'b' => 2], which has 2 elements.
Raw{"answer": "2", "explanation": "The union operator (+) combines arrays keeping the left side's keys for collisions, so the result is ['a' => 1, 'b' => 2], which has 2 elements."} | верно | Оператор + : по ключу 'a' побеждает левый; итого 2. |
T04-L8 0.2 c | Arrays | Since PHP 8.1, the spread operator [...$a, ...$b] supports arrays with string keys. | «yes» Пояснение: PHP 8.1 extended the spread operator to support arrays with string keys, allowing both numeric and string keys to be merged correctly.
Raw{"answer": "yes", "explanation": "PHP 8.1 extended the spread operator to support arrays with string keys, allowing both numeric and string keys to be merged correctly."} | верно | В 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» Пояснение: Named arguments can be combined with argument unpacking in a single call since PHP 8.1 allows named arguments in unpacked arrays.
Raw{"answer": "false", "explanation": "Named arguments can be combined with argument unpacking in a single call since PHP 8.1 allows named arguments in unpacked arrays."} | верно | Можно: f(...$args, имя: значение). Нельзя только позиционный аргумент после распаковки. |
T05-L2 0.17 c | Functions and closures | An anonymous function without use sees variables from the outer scope. | «no» Пояснение: In PHP, anonymous functions (closures) do not automatically access outer scope variables; you must explicitly pass them using the use keyword.
Raw{"answer": "no", "explanation": "In PHP, anonymous functions (closures) do not automatically access outer scope variables; you must explicitly pass them using the use keyword."} | верно | Без use внешние переменные недоступны; авто-захват только у fn. |
T05-L3 0.2 c | Functions and closures | What will func_num_args() return inside function f($a) { return func_num_args(); } when called as f(1, 2, 3)? | «3» Пояснение: func_num_args() returns the total number of arguments passed to the function, which is 3 when called as f(1, 2, 3).
Raw{"answer": "3", "explanation": "func_num_args() returns the total number of arguments passed to the function, which is 3 when called as f(1, 2, 3)."} | верно | Считает переданные аргументы: 3. |
T05-L4 0.22 c | Functions and closures | The body of an arrow function fn may consist of several expressions in curly braces. | «no» Пояснение: Arrow functions with curly braces contain a block body that requires explicit return statements if a value should be returned, whereas only expressions (without braces) are implicitly returned.
Raw{"answer": "no", "explanation": "Arrow functions with curly braces contain a block body that requires explicit return statements if a value should be returned, whereas only expressions (without braces) are implicitly returned."} | верно | fn — всегда одно выражение; блок операторов делает обычная анонимная функция. |
T05-L5 0.19 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 copy), not by reference, so modifications to the outer variable inside the arrow function do not affect the original.
Raw{"answer": "false", "explanation": "Arrow functions capture outer variables by value (by copy), not by reference, so modifications to the outer variable inside the arrow function do not affect the original."} | верно | fn захватывает только по значению, автоматически; по ссылке — только &$var в use у обычной функции (fn так не умеет). |
T05-L6 0.19 c | Functions and closures | A closure declared as static function () {} does not capture $this. | «yes» Пояснение: Static closures explicitly cannot access $this and will throw an error if $this is referenced inside them.
Raw```json ⏎ { ⏎ "answer": "yes", ⏎ "explanation": "Static closures explicitly cannot access $this and will throw an error if $this is referenced inside them." ⏎ } ⏎ ``` | верно | static-замыкание отвязано от объекта: $this внутри недоступен. |
T05-L7 0.19 c | Functions and closures | What will this print: $x = 5; $f = function () use ($x) { return $x; }; $x = 7; echo $f(); | «5» Пояснение: Variables captured by value in a closure use the value at the time the closure was created (5), not the later reassigned value (7).
Raw{"answer": "5", "explanation": "Variables captured by value in a closure use the value at the time the closure was created (5), not the later reassigned value (7)."} | верно | use захватывает по значению в момент создания: 5. |
T05-L8 0.21 c | Functions and closures | In weak typing mode (without strict_types), passing the string "5" to an int parameter is allowed. | «yes» Пояснение: In weak typing mode, PHP performs implicit coercion so the string "5" is automatically converted to the integer 5 when passed to an int parameter.
Raw{"answer": "yes", "explanation": "In weak typing mode, PHP performs implicit coercion so the string \"5\" is automatically converted to the integer 5 when passed to an int parameter."} | верно | Coercive typing приводит "5" к 5; strict_types=1 требует точного типа. |
T06-L1 0.16 c | OOP: classes and inheritance | PHP supports constructor property promotion: public function __construct(private int $x) {}. | «yes» Пояснение: PHP 8.0 introduced constructor property promotion, which allows declaring and assigning properties directly within the constructor parameter list.
Raw{"answer": "yes", "explanation": "PHP 8.0 introduced constructor property promotion, which allows declaring and assigning properties directly within the constructor parameter list."} | верно | С PHP 8.0 параметр с модификатором создаёт свойство и присваивание. |
T06-L2 0.14 c | OOP: classes and inheritance | Which keyword prevents a method from being overridden in subclasses? | «final» Пояснение: The `final` keyword prevents a method from being overridden by subclasses.
Raw{"answer": "final", "explanation": "The `final` keyword prevents a method from being overridden by subclasses."} | верно | final. |
T06-L3 0.17 c | OOP: classes and inheritance | A method declared final cannot be overridden in a subclass. | «yes» Пояснение: In PHP, a method declared with the final keyword cannot be overridden by any subclass, which is exactly the purpose of the final modifier.
Raw{"answer": "yes", "explanation": "In PHP, a method declared with the final keyword cannot be overridden by any subclass, which is exactly the purpose of the final modifier."} | верно | 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 defining class itself and are inherited but not directly accessible in a subclass.
Raw{"answer": "no", "explanation": "Private properties are accessible only within the defining class itself and are inherited but not directly accessible in a subclass."} | верно | В подклассе видны protected и public; private — только внутри своего класса. |
T06-L5 0.24 c | OOP: classes and inheritance | What does get_class(new class {}) return? Answer with the part of the name before the NUL byte (without the file path). | «class@anonymous\0» Пояснение: Anonymous classes in PHP have a generated name in the format 'class@anonymous\0<file_path>:<line>', and get_class returns this name including the NUL byte that terminates the string.
Raw{"answer": "class@anonymous\\0", "explanation": "Anonymous classes in PHP have a generated name in the format 'class@anonymous\\0<file_path>:<line>', and get_class returns this name including the NUL byte that terminates the string."} | верно | 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» Пояснение: In PHP, private methods are not part of the inheritance contract, so a child class may declare a method with the same name as a private parent method with any visibility without error.
Raw{"answer": "yes", "explanation": "In PHP, private methods are not part of the inheritance contract, so a child class may declare a method with the same name as a private parent method with any visibility without error."} | верно | private-члены не наследуются — правила совместимости подписей не действуют. |
T06-L7 0.22 c | OOP: classes and inheritance | The magic method __get() is called only for non-existent properties. | «yes» Пояснение: The __get() magic method is triggered only when attempting to read a property that does not exist or is inaccessible.
Raw```json ⏎ { ⏎ "answer": "yes", ⏎ "explanation": "The __get() magic method is triggered only when attempting to read a property that does not exist or is inaccessible." ⏎ } ⏎ ``` | неверно верный: «no» | __get срабатывает и для существующих, но недоступных (private/protected извне). |
T06-L8 0.16 c | OOP: classes and inheritance | What does reassigning a readonly property throw — Exception or Error? | «error» Пояснение: Reassigning a readonly property throws an Error (specifically a TypeError), not an Exception.
Raw{"answer": "Error", "explanation": "Reassigning a readonly property throws an Error (specifically a TypeError), not an Exception."} | верно | Error (readonly с 8.1); оговорка: в __clone() переинициализация допустима (8.3+). |
T07-L1 0.15 c | Interfaces, traits, enum | An interface can declare constants. | «yes» Пояснение: Interfaces can declare constants since PHP 7.1, and they are implicitly public and static.
Raw{"answer": "yes", "explanation": "Interfaces can declare constants since PHP 7.1, and they are implicitly public and static."} | верно | Константы интерфейса наследуются реализациями. |
T07-L2 0.2 c | Interfaces, traits, enum | Which operator checks whether an object is an instance of a class or interface? | «instanceof» Пояснение: The instanceof operator in PHP checks whether a variable is an instance of a specific class or implements a specific interface.
Raw```json ⏎ { ⏎ "answer": "instanceof", ⏎ "explanation": "The instanceof operator in PHP checks whether a variable is an instance of a specific class or implements a specific interface." ⏎ } ⏎ ``` | верно | instanceof. |
T07-L3 0.29 c | Interfaces, traits, enum | An interface can declare static methods. | «no» Пояснение: In PHP versions before 8.0, interfaces could not declare static methods, and while PHP 8.0+ does allow static method declarations in interfaces, the classic/standard answer to this statement is false because interfaces traditionally define instance method contracts that implementers must provide.
Raw{"answer": "false", "explanation": "In PHP versions before 8.0, interfaces could not declare static methods, and while PHP 8.0+ does allow static method declarations in interfaces, the classic/standard answer to this statement is false because interfaces traditionally define instance method contracts that implementers must provide."} | неверно верный: «yes» | Реализация обязана дать статический метод с той же сигнатурой. |
T07-L4 0.16 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.3 c | Interfaces, traits, enum | An interface method may have a default implementation, like a trait method. | «no» Пояснение: Interface methods cannot have a default implementation in PHP versions before 8.1, and even with default interface methods introduced in PHP 8.1, they are not identical to trait methods since interface default methods can only call other interface methods via $this while trait methods have full access to the consuming class's properties and methods.
Raw{"answer": "no", "explanation": "Interface methods cannot have a default implementation in PHP versions before 8.1, and even with default interface methods introduced in PHP 8.1, they are not identical to trait methods since interface default methods can only call other interface methods via $this while trait methods have full access to the consuming class's properties and methods."} | верно | Методы интерфейса — только сигнатуры; тело даёт реализующий класс. |
T07-L6 0.2 c | Interfaces, traits, enum | An abstract method in an abstract class may have protected visibility. | «yes» Пояснение: Abstract methods can have any visibility (public, protected, or private), so an abstract method in an abstract class may indeed have protected visibility.
Raw{"answer": "yes", "explanation": "Abstract methods can have any visibility (public, protected, or private), so an abstract method in an abstract class may indeed have protected visibility."} | верно | В абстрактном классе — любая видимость; в интерфейсе — только 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 `cases()` method of a PHP BackedEnum or UnitEnum returns all the defined cases as an array, and here three cases (A, B, C) are defined.
Raw```json ⏎ {"answer": 3, "explanation": "The `cases()` method of a PHP BackedEnum or UnitEnum returns all the defined cases as an array, and here three cases (A, B, C) are defined."} ⏎ ``` | верно | Статический метод cases(): 3. |
T07-L8 0.13 c | Interfaces, traits, enum | A trait can declare constants. | «yes» Пояснение: Traits can declare constants in PHP.
Raw{"answer": "yes", "explanation": "Traits can declare constants in PHP."} | верно | С 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 the common ancestor of both Exception and Error in PHP 7+
Raw{"answer": "yes", "explanation": "The Throwable interface is 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 inherits from Error, not Exception, so a catch (Exception $e) block will not catch it unless it also catches Error.
Raw```json ⏎ {"answer": "no", "explanation": "TypeError inherits from Error, not Exception, so a catch (Exception $e) block will not catch it unless it also catches Error."} ⏎ ``` | верно | TypeError наследуется от Error; catch (Exception) его не ловит. |
T08-L3 0.16 c | Exceptions and errors | The @ operator suppresses exceptions too. | «no» Пояснение: The @ operator suppresses errors (warnings/notices), not exceptions, which are controlled separately via try/catch blocks.
Raw{"answer": "no", "explanation": "The @ operator suppresses errors (warnings/notices), not exceptions, which are controlled separately via try/catch blocks."} | верно | @ глушит диагностику (warnings/notices), исключения не перехватывает. |
T08-L4 0.18 c | Exceptions and errors | What error class does intdiv(5, 0) throw? | «arithmeticerror» Пояснение: intdiv(5, 0) throws an ArithError because dividing an integer by zero is an unsupported operand error in PHP.
Raw{"answer": "ArithmeticError", "explanation": "intdiv(5, 0) throws an ArithError because dividing an integer by zero is an unsupported operand error in PHP."} | неверно верный: «divisionbyzeroerror» | DivisionByZeroError (иерархия Error, не Exception); php-грейдер объективен. |
T08-L5 0.16 c | Exceptions and errors | The finally block runs only if the exception was caught by a catch block. | «no» Пояснение: The finally block always runs regardless of whether an exception was caught, thrown, or the code completed normally.
Raw{"answer": "no", "explanation": "The finally block always runs regardless of whether an exception was caught, thrown, or the code completed normally."} | верно | Наоборот: finally выполняется всегда — даже когда исключение не поймано и уходит выше. Проверено php -r. |
T08-L6 0.17 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 the original return value or exception from the try block, so it does affect the result.
Raw{"answer": "false", "explanation": "An exception thrown inside a finally block replaces the original return value or exception from the try block, so it does affect the result."} | верно | Исключение из finally перекрывает исходное и уходит вместо него. |
T08-L7 0.17 c | Exceptions and errors | What does the expression (bool) new Exception('x') return? | «yes» Пояснение: Any object in PHP, including an Exception instance, always evaluates to true when cast to boolean, regardless of the exception's message.
Raw{"answer": "yes", "explanation": "Any object in PHP, including an Exception instance, always evaluates to true when cast to boolean, regardless of the exception's message."} | верно | Любой объект при приведении к bool — true. Формы ответа: true или да. |
T08-L8 0.21 c | Exceptions and errors | Functions registered via register_shutdown_function() run when exit is called. | «yes» Пояснение: Registered shutdown functions execute when the script exits normally, via exit(), die(), reaching the end of the script, or on a fatal error, so they do run when exit is called.
Raw{"answer": "yes", "explanation": "Registered shutdown functions execute when the script exits normally, via exit(), die(), reaching the end of the script, or on a fatal error, so they do run when exit is called."} | верно | exit завершает скрипт, но shutdown-функции отрабатывают. |
T09-L1 0.2 c | Namespaces and autoloading | The use App\Service\Mailer; statement itself loads the class file. | «no» Пояснение: The use statement only creates an alias for a class name; it does not load the class file, which is done by an autoloader when the class is first referenced.
Raw{"answer": "false", "explanation": "The use statement only creates an alias for a class name; it does not load the class file, which is done by an autoloader when the class is first referenced."} | верно | use — псевдоним на этапе компиляции; файл грузит автозагрузчик при первом обращении. |
T09-L2 0.2 c | Namespaces and autoloading | What follows use to import a function (not a class): the word function or const? | «no» Пояснение: In PHP, functions are imported using 'use function', while classes use 'use', so the word 'function' (not 'const') is used to import a function.
Raw{"answer": "no", "explanation": "In PHP, functions are imported using 'use function', while classes use 'use', so the word 'function' (not 'const') is used to import a function."} | неверно верный: «function» | use function ...; (и use const для констант). |
T09-L3 0.25 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 a directory separator, so App\Controller\Api\ becomes src/Controller/Api/ with the class name appended as UserController.php.
Raw{"answer": "Controller/Api/UserController.php", "explanation": "PSR-4 maps the namespace separator \\ to a directory separator, so App\\Controller\\Api\\ becomes src/Controller/Api/ with the class name appended as UserController.php."} | верно | Остаток имени после префикса, \ → /. |
T09-L4 0.16 c | Namespaces and autoloading | Including vendor/autoload.php registers autoloaders via spl_autoload_register(). | «yes» Пояснение: vendor/autoload.php generated by Composer registers autoloaders using spl_autoload_register().
Raw{"answer": "yes", "explanation": "vendor/autoload.php generated by Composer registers autoloaders using spl_autoload_register()."} | верно | Composer ставит автозагрузчик именно на spl_autoload_register. |
T09-L5 0.14 c | Namespaces and autoloading | The magic constant __NAMESPACE__ contains the name of the current namespace. | «yes» Пояснение: __NAMESPACE__ is a magic constant that returns the name of the currently active namespace.
Raw{"answer": "yes", "explanation": "__NAMESPACE__ is a magic constant that returns the name of the currently active namespace."} | верно | В корневом пространстве — пустая строка. |
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 in `new` is resolved relative to the current namespace, not the global root, so it would fail to find classes defined in the global namespace unless they exist in the current namespace.
Raw{"answer": "false", "explanation": "An unqualified class name in `new` is resolved relative to the current namespace, not the global root, so it would fail to find classes defined in the global namespace unless they exist in the current namespace."} | верно | Резолвится относительно текущего namespace (с учётом импортов). |
T09-L7 0.23 c | Namespaces and autoloading | With the PSR-4 mapping "App\ → src/", the class App\Model\User lives in the file src/Model/User.php. | «yes» Пояснение: Under PSR-4, the namespace App\ maps to src/, so App\Model\User maps to src/Model/User.php with the namespace separator converted to directory separators.
Raw{"answer": "yes", "explanation": "Under PSR-4, the namespace App\\ maps to src/, so App\\Model\\User maps to src/Model/User.php with the namespace separator converted to directory separators."} | верно | Остаток имени после префикса переносится в путь как есть. |
T09-L8 0.2 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 and later, use statements can be written inside function or method scopes, where they apply only within that function's scope.
Raw{"answer": "yes", "explanation": "In PHP 7 and later, use statements can be written inside function or method scopes, where they apply only within that function's scope."} | неверно верный: «no» | use внутри тела функции — parse error; импорты файловые и компиляционные. |
T10-L1 0.18 c | References and scope | Arrays are copied on assignment rather than passed by reference. | «yes» Пояснение: In PHP, arrays use copy-on-write semantics, so assigning an array to another variable creates a copy rather than passing it by reference.
Raw{"answer": "yes", "explanation": "In PHP, arrays use copy-on-write semantics, so assigning an array to another variable creates a copy rather than passing it by reference."} | верно | Присваивание массива — копия (в движке — copy-on-write). |
T10-L2 0.2 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, so assigning $b = $a creates an independent copy, and modifying $b does not affect $a.
Raw{"answer": "2", "explanation": "In PHP 7, arrays are value types, so assigning $b = $a creates an independent copy, and modifying $b does not affect $a."} | верно | Присваивание — копия: в $a по-прежнему 2 элемента. |
T10-L3 0.23 c | References and scope | Inside a function, user-defined global variables are inaccessible without global, $GLOBALS, or passing them as parameters. | «yes» Пояснение: In PHP, user-defined global variables are function-scoped and cannot be accessed inside a function without explicitly using the global keyword, the $GLOBALS array, or passing them as parameters.
Raw{"answer": "yes", "explanation": "In PHP, user-defined global variables are function-scoped and cannot be accessed inside a function without explicitly using the global keyword, the $GLOBALS array, or passing them as parameters."} | верно | Область видимости функций изолирована; исключение — суперглобалы ($_GET и др.). |
T10-L4 0.19 c | References and scope | unset($GLOBALS['x']) inside a function removes the global variable only for that function. | «no» Пояснение: Using unset() on $GLOBALS['x'] inside a function removes the global variable entirely from $GLOBALS, not just for that function's scope.
Raw{"answer": "false", "explanation": "Using unset() on $GLOBALS['x'] inside a function removes the global variable entirely from $GLOBALS, not just for that function's scope."} | верно | $GLOBALS — прямое окно в глобальную область: unset удалит её по-настоящему. |
T10-L5 0.17 c | References and scope | What will this print: function inc(&$x) { $x++; } $n = 5; inc($n); echo $n; | «6» Пояснение: The function inc() modifies $n by reference, incrementing its value from 5 to 6.
Raw{"answer": "6", "explanation": "The function inc() modifies $n by reference, incrementing its value from 5 to 6."} | верно | Ссылка меняет оригинал: 6. |
T10-L6 0.21 c | References and scope | A foreach over an array (by value) works with the "live" array: changes to the array inside the loop are visible in the same pass. | «no» Пояснение: A foreach that iterates by value works over a copy of the array, so modifications to the array inside the loop are not visible in the same pass.
Raw{"answer": "false", "explanation": "A foreach that iterates by value works over a copy of the array, so modifications to the array inside the loop are not visible in the same pass."} | верно | По значению foreach итерирует копию-снимок. |
T10-L7 0.19 c | References and scope | A static property belongs to each instance separately: changes in one object are not visible in others. | «no» Пояснение: Static properties belong to the class itself and are shared across all instances, so changes made through one object are visible in others.
Raw{"answer": "false", "explanation": "Static properties belong to the class itself and are shared across all instances, so changes made through one object are visible in others."} | верно | Наоборот: статическое свойство общее для всех экземпляров класса. Проверено php -r. |
T10-L8 0.18 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 (true/false) are automatically converted to integers (1/0), so they are not stored as booleans.
Raw{"answer": "no", "explanation": "In PHP, boolean array keys (true/false) are automatically converted to integers (1/0), so they are not stored as booleans."} | верно | Булев ключ приводится к int: true → 1, false → 0. |
T11-L1 0.2 c | Generators, iterators, SPL | Inside a generator, return with a value can be used, and it becomes available via $gen->getReturn(). | «yes» Пояснение: A generator can return a value with 'return $value;', and Generator::getReturn() retrieves it after the generator has completed by calling getCompletedValue() first.
Raw{"answer": "yes", "explanation": "A generator can return a value with 'return $value;', and Generator::getReturn() retrieves it after the generator has completed by calling getCompletedValue() first."} | верно | return-значение генератора доступно через getReturn() после прохода. |
T11-L2 0.18 c | Generators, iterators, SPL | A fully consumed generator can be rewound with rewind() and traversed again. | «yes» Пояснение: Calling rewind() on a fully consumed Generator resets it to the beginning, allowing it to be traversed again.
Raw```json ⏎ {"answer": "yes", "explanation": "Calling rewind() on a fully consumed Generator resets it to the beginning, allowing it to be traversed again."} ⏎ ``` | неверно верный: «no» | Генератор одноразовый: rewind после начала итерации бросает Exception. |
T11-L3 0.19 c | Generators, iterators, SPL | The yield from construct delegates traversal to another generator or iterable. | «yes» Пояснение: In Python, `yield from` delegates traversal to another generator or iterable, allowing it to yield values from the sub-iterable and forward sent values.
Raw{"answer": "yes", "explanation": "In Python, `yield from` delegates traversal to another generator or iterable, allowing it to yield values from the sub-iterable and forward sent values."} | верно | yield from проксирует значения, ключи и return-значение внутреннего генератора. |
T11-L4 0.22 c | Generators, iterators, SPL | What does get_class(g()) return for function g() { yield 1; }? | «generator» Пояснение: A function containing the yield keyword is compiled into a Generator class rather than a regular function, so calling g() returns a Generator instance whose class name is "Generator".
Raw```json ⏎ {"answer": "Generator", "explanation": "A function containing the yield keyword is compiled into a Generator class rather than a regular function, so calling g() returns a Generator instance whose class name is \"Generator\"."} ⏎ ``` | верно | Функция с yield возвращает Generator. |
T11-L5 0.21 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], and iterator_to_array combined with count will return all 3.
Raw{"answer": "3", "explanation": "The generator yields 3 elements from the array [1, 2, 3], and iterator_to_array combined with count will return all 3."} | верно | yield from делегирует все 3 элемента. |
T11-L6 0.24 c | Generators, iterators, SPL | The SplStack class implements a FIFO queue. | «no» Пояснение: SplStack implements a LIFO (Last In First Out) stack, not a FIFO queue; that behavior is provided by SplDoublyLinkedList with SplQueue or SplDoublyLinkedList::MODE_QUEUE mode.
Raw{"answer": "no", "explanation": "SplStack implements a LIFO (Last In First Out) stack, not a FIFO queue; that behavior is provided by SplDoublyLinkedList with SplQueue or SplDoublyLinkedList::MODE_QUEUE mode."} | верно | 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 it to be traversed using the Iterator interface.
Raw{"answer": "yes", "explanation": "ArrayIterator is a PHP SPL class that wraps an array and allows it to be traversed using the Iterator interface."} | верно | Объектная обёртка над массивом. |
T11-L8 0.14 c | Generators, iterators, SPL | An ArrayObject instance cannot be traversed with foreach. | «no» Пояснение: ArrayObject implements the IteratorAggregate interface, so it can be traversed with foreach.
Raw{"answer": "false", "explanation": "ArrayObject implements the IteratorAggregate interface, so it can be traversed with foreach."} | верно | ArrayObject реализует IteratorAggregate — foreach по нему работает. |
T12-L1 0.17 c | Configuration and security | password_hash() generates a salt automatically — passing one separately is not needed. | «yes» Пояснение: password_hash() generates a random salt automatically and stores it within the returned hash, so passing a separate salt is unnecessary.
Raw{"answer": "yes", "explanation": "password_hash() generates a random salt automatically and stores it within the returned hash, so passing a separate salt is unnecessary."} | верно | Соль встраивается в строку результата; параметр salt устарел. |
T12-L2 0.19 c | Configuration and security | In PHP 8, PASSWORD_DEFAULT is md5 with an automatically added salt. | «no» Пояснение: In PHP 8, PASSWORD_DEFAULT uses bcrypt by default, not md5, and md5 is an insecure hash that should never be used for password storage.
Raw{"answer": "no", "explanation": "In PHP 8, PASSWORD_DEFAULT uses bcrypt by default, not md5, and md5 is an insecure hash that should never be used for password storage."} | верно | PASSWORD_DEFAULT — bcrypt; md5 для паролей непригоден (перебирается массово). |
T12-L3 0.24 c | Configuration and security | What does password_verify('secret', password_hash('secret', PASSWORD_DEFAULT)) return? | «true» Пояснение: password_hash generates a unique salt each time, but password_verify correctly compares the plaintext 'secret' against the hashed version and returns true (a boolean, output as 'true').
Raw```json ⏎ { ⏎ "answer": "true", ⏎ "explanation": "password_hash generates a unique salt each time, but password_verify correctly compares the plaintext 'secret' against the hashed version and returns true (a boolean, output as 'true')." ⏎ } ⏎ ``` | верно | Соль и хеш в одной строке: true (форма ответа: true или да). |
T12-L4 0.2 c | Configuration and security | strip_tags() protects against SQL injection. | «no» Пояснение: strip_tags() removes HTML and PHP tags from strings and is used against XSS attacks, not SQL injection, which requires parameterized queries or escaping.
Raw{"answer": "no", "explanation": "strip_tags() removes HTML and PHP tags from strings and is used against XSS attacks, not SQL injection, which requires parameterized queries or escaping."} | верно | strip_tags режет HTML-теги (помощник против XSS), к параметризации SQL отношения не имеет. |
T12-L5 0.2 c | Configuration and security | session_regenerate_id() is used to protect against session fixation upon user login. | «yes» Пояснение: session_regenerate_id() regenerates the session identifier, which is the recommended defense against session fixation attacks, especially upon user privilege changes like login.
Raw```json ⏎ {"answer": "yes", "explanation": "session_regenerate_id() regenerates the session identifier, which is the recommended defense against session fixation attacks, especially upon user privilege changes like login."} ⏎ ``` | верно | Новый 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' for the command line interface.
Raw{"answer": "php_sapi_name", "explanation": "The php_sapi_name() function returns the name of the Server API Interface (SAPI) being used, such as 'cli' for the command line interface."} | верно | php_sapi_name(). |
T12-L7 0.28 c | Configuration and security | session_destroy() deletes session data on the server but not the cookie in the user's browser. | «yes» Пояснение: session_destroy() only removes the session data stored on the server side; it does not delete the session cookie stored in the user's browser, which would need to be explicitly cleared using unset() on $_COOKIE or by setting the cookie to expire.
Raw```json ⏎ {"answer": "yes", "explanation": "session_destroy() only removes the session data stored on the server side; it does not delete the session cookie stored in the user's browser, which would need to be explicitly cleared using unset() on $_COOKIE or by setting the cookie to expire."} ⏎ ``` | верно | Удаление cookie — отдельный шаг через setcookie с истёкшим сроком. |
T12-L8 0.2 c | Configuration and security | Without calling session_start(), the $_SESSION array is automatically populated with session data. | «no» Пояснение: The $_SESSION array is only populated after session_start() is called, which initializes the session and loads any stored session data into the array.
Raw{"answer": "false", "explanation": "The $_SESSION array is only populated after session_start() is called, which initializes the session and loads any stored session data into the array."} | верно | Без session_start() данные сессии в массив не загружаются ($_SESSION можно заполнить вручную, но привязки к сессии нет). |
VC-L1 0.17 c | PHP 8.4–8.5 | In which PHP version was the array_find() function introduced? | «7.3» Пояснение: The array_find() function was introduced in PHP 7.3, released in December 2018.
Raw{"answer": "7.3", "explanation": "The array_find() function was introduced in PHP 7.3, released in December 2018."} | неверно верный: «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 property declaration) were indeed introduced in PHP 8.4.
Raw{"answer": "yes", "explanation": "Property hooks (get/set in property declaration) were indeed introduced in PHP 8.4."} | верно | Property hooks — PHP 8.4 (ноябрь 2024). |
VC-L3 0.18 c | PHP 8.4–8.5 | Asymmetric visibility (public private(set) string $name) appeared in PHP 8.4. | «yes» Пояснение: Asymmetric visibility, allowing different access levels for reading and writing via set, was introduced as a feature in PHP 8.4.
Raw{"answer": "yes", "explanation": "Asymmetric visibility, allowing different access levels for reading and writing via set, was introduced as a feature in PHP 8.4."} | верно | Asymmetric visibility v2 — PHP 8.4. |
VC-L4 0.25 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 as part of the discardable expressions feature that warns when the return value of a function is ignored.
Raw```json ⏎ { ⏎ "answer": "8.2", ⏎ "explanation": "The #[\\NoDiscard] attribute was introduced in PHP 8.2 as part of the discardable expressions feature that warns when the return value of a function is ignored." ⏎ } ⏎ ``` | неверно верный: «8.5» | #[\NoDiscard] — PHP 8.5 (marking return values as important). |
VC-L5 0.19 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 an experimental feature, later made permanent.
Raw{"answer": "8.1", "explanation": "The pipe operator (|>) was introduced in PHP 8.1 as an experimental feature, later made permanent."} | неверно верный: «8.5» | Pipe operator — PHP 8.5 (2025). |
VC-L6 0.27 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. | «php 8.2» Пояснение: The clone syntax with an arguments list, such as clone($obj, ['x' => 1]), was introduced in PHP 8.2 as a shorthand for object cloning with property overrides.
Raw```json ⏎ { ⏎ "answer": "PHP 8.2", ⏎ "explanation": "The clone syntax with an arguments list, such as clone($obj, ['x' => 1]), was introduced in PHP 8.2 as a shorthand for object cloning with property overrides." ⏎ } ⏎ ``` | неверно верный: «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.16 c | PHP 8.4–8.5 | For which PHP version was RFC Partial Function Application v2 adopted (as of 2026-11-07)? Answer with the version number. | «php 8.4» Пояснение: The Partial Function Application RFC v2 was adopted for PHP 8.4.
Raw{"answer": "PHP 8.4", "explanation": "The Partial Function Application RFC v2 was adopted for PHP 8.4."} | неверно верный: «8.6» | PFA v2 принят 05.12.2025 (33-0-0), реализован в PHP 8.6. |
VF-L1 0.2 c | PHP: 8.6+ and the future | For which PHP version was the RFC clamp_v2 (the clamp() function) implemented, as of 2026-11-07? Answer with the version number. | «8.4» Пояснение: The clamp() function was implemented in PHP 8.4, as introduced by the clamp_v2 RFC approved in 2024.
Raw{"answer": "8.4", "explanation": "The clamp() function was implemented in PHP 8.4, as introduced by the clamp_v2 RFC approved in 2024."} | неверно верный: «8.6» | По данным владельца (wiki.php.net/rfc): clamp_v2 — 8.6; clamp() в 8.5.11 отсутствует (косвенное подтверждение). Дата-якорь делает клетку монотонной. |
VF-L2 0.29 c | PHP: 8.6+ and the future | RFC Context Managers v2 has already been adopted in PHP (as of 2026-11-07). | «no» Пояснение: RFC Context Managers (destructors via __destruct) was indeed adopted in PHP 8.2, but the more restrictive 'Context Managers v2' RFC proposing a __context__ magic method was rejected by the PHP Engineering Council in 2024 and never adopted.
Raw{"answer": "no", "explanation": "RFC Context Managers (destructors via __destruct) was indeed adopted in PHP 8.2, but the more restrictive 'Context Managers v2' RFC proposing a __context__ magic method was rejected by the PHP Engineering Council in 2024 and never adopted."} | верно | На 06.11.2026 — в обсуждении (создан 2026-10-23); не принят. |
VF-L3 0.24 c | PHP: 8.6+ and the future | RFC Bound-Erased Generic Types (generics) was declined in 2026. | «no» Пояснение: PHP's generics (called "Generics" or RFC-bound erased generics) were proposed and discussed around 2023-2024, not declined in 2026.
Raw{"answer": "false", "explanation": "PHP's generics (called \"Generics\" or RFC-bound erased generics) were proposed and discussed around 2023-2024, not declined in 2026."} | неверно верный: «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 now there is no accepted RFC to make Thread Safety (ZTS) the default in PHP, and PHP's default compilation remains Non-Thread-Safe (NTS).
Raw{"answer": "false", "explanation": "As of now there is no accepted RFC to make Thread Safety (ZTS) the default in PHP, and PHP's default compilation remains Non-Thread-Safe (NTS)."} | верно | Такого принятого RFC нет на дату якоря; якорь делает клетку монотонной — при принятии RFC позже клетка не перевернётся. |
VF-L5 0.24 c | PHP: 8.6+ and the future | As of PHP 8.5, generics (parameterized types) are still absent. | «yes» Пояснение: As of PHP 8.5 (released November 2025), generics/parameterized types have not yet been implemented in PHP and remain a commonly requested feature.
Raw```json ⏎ {"answer": "yes", "explanation": "As of PHP 8.5 (released November 2025), generics/parameterized types have not yet been implemented in PHP and remain a commonly requested feature."} ⏎ ``` | верно | Generics в PHP отсутствуют; отрицательный контроль (не путать с C#/Java). |
VF-L6 0.2 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» Пояснение: As of November 2026, PHP 8.5 is indeed the latest stable release and PHP 8.6 has not yet reached general availability.
Raw{"answer": "yes", "explanation": "As of November 2026, PHP 8.5 is indeed the latest stable release and PHP 8.6 has not yet reached general availability."} | верно | 8.5 — релиз осени 2025; 8.6 GA 19.11.2026 (wiki.php.net/todo/php86). Дата снимка — 06.11.2026. |
VF-L7 0.21 c | PHP: 8.6+ and the future | The PHP 6 branch never shipped: after PHP 5.6 came PHP 7.0 directly. | «yes» Пояснение: PHP 6 was cancelled/abandoned and PHP 7.0 was released directly after PHP 5.6 without PHP 6 ever shipping.
Raw{"answer": "yes", "explanation": "PHP 6 was cancelled/abandoned and PHP 7.0 was released directly after PHP 5.6 without PHP 6 ever shipping."} | верно | Исторический факт: ветка 6 не была релизнута. |
VF-L8 0.24 c | PHP: 8.6+ and the future | The RFC adding the #[\Deprecated] attribute to the core was adopted. | «no» Пояснение: The RFC proposing the #[\Deprecated] attribute was rejected by the PHP Core on 2024-11-14 and another version was rejected again on 2025-05-30.
Raw{"answer": "false", "explanation": "The RFC proposing the #[\\Deprecated] attribute was rejected by the PHP Core on 2024-11-14 and another version was rejected again on 2025-05-30."} | неверно верный: «yes» | #[\Deprecated] — принят, реализован в PHP 8.4. |
T25-L1 0.19 c | Clean architecture | The dependency rule of clean and onion architecture: inner layers know nothing about outer ones — dependencies point toward the center. | «yes» Пояснение: In clean and onion architecture, inner layers must not know about outer layers; dependencies point inward toward the center, with outer layers depending on inner ones.
Raw{"answer": "yes", "explanation": "In clean and onion architecture, inner layers must not know about outer layers; dependencies point inward toward the center, with outer layers depending on inner ones."} | верно | Чистая (Robert C. Martin), луковичная (Jeffrey Palermo) и гексагональная (ports & adapters) — варианты одной идеи: зависимости направлены внутрь, к домену. Слоями в проекте следит deptrac. |
T25-L2 0.19 c | Clean architecture | Domain entities import neither Doctrine nor Symfony — only the language and, possibly, the standard library. | «yes» Пояснение: In domain-driven design, domain entities should be pure PHP code free of framework dependencies like Doctrine and Symfony, so they can be reused and tested independently.
Raw{"answer": "true", "explanation": "In domain-driven design, domain entities should be pure PHP code free of framework dependencies like Doctrine and Symfony, so they can be reused and tested independently."} | верно | Изоляция домена от инфраструктуры; deptrac в проекте как раз следит за слоями. |
T25-L3 0.2 c | Clean architecture | Controllers and Twig templates belong to the business-logic layer because they are the ones calling use cases. | «no» Пояснение: Controllers are part of the application/presentation layer (not business logic), and Twig templates are part of the presentation view layer, so neither belongs to the business-logic layer.
Raw{"answer": "false", "explanation": "Controllers are part of the application/presentation layer (not business logic), and Twig templates are part of the presentation view layer, so neither belongs to the business-logic layer."} | верно | Наоборот: это интерфейсные адаптеры (внешний слой); они зависят от use cases, а не наоборот. |
T25-L4 0.17 c | Clean architecture | What sits at the very center of the onion architecture? | «entities» Пояснение: In the Onion Architecture, Entities sit at the very center as the innermost layer, containing business rules and domain objects.
Raw{"answer": "Entities", "explanation": "In the Onion Architecture, Entities sit at the very center as the innermost layer, containing business rules and domain objects."} | неверно верный: «domain model» | Центральное кольцо — Domain Model: сущности и бизнес-правила без зависимостей; далее Domain Services → Application Services → Infrastructure/UI/Tests (Palermo). |
T25-L5 0.17 c | Clean architecture | Layer boundary violations can be caught automatically: a layer-dependency analyzer (e.g. deptrac) fails on a forbidden call. | «yes» Пояснение: Yes, because static analysis tools like deptrac detect and fail on forbidden cross-layer calls, enforcing layer boundaries automatically.
Raw{"answer": "yes", "explanation": "Yes, because static analysis tools like deptrac detect and fail on forbidden cross-layer calls, enforcing layer boundaries automatically."} | верно | depfile.yaml в проекте TasK: CI проверяет правила слоёв на каждом пайплайне. |
T25-L6 0.24 c | Clean architecture | A use case (interactor) may accept an HTTP request or an EntityManager as arguments — it is simpler that way. | «no» Пояснение: A well-designed use case should accept plain domain inputs rather than framework-specific objects like HTTP requests or an EntityManager, which would couple the use case to infrastructure layers and break its reusability and testability.
Raw```json ⏎ {"answer": "no", "explanation": "A well-designed use case should accept plain domain inputs rather than framework-specific objects like HTTP requests or an EntityManager, which would couple the use case to infrastructure layers and break its reusability and testability."} ⏎ ``` | верно | 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 away the underlying storage mechanism.
Raw{"answer": "Repository", "explanation": "The Repository pattern provides a collection of aggregates/entities behind an interface while abstracting away the underlying storage mechanism."} | верно | Repository pattern (DDD/Evans); в проекте — Doctrine-репозитории за портами. |
T25-L8 0.22 c | Clean architecture | In clean architecture, swapping PostgreSQL for another database touches only the outer layer — the domain and use cases stay unchanged. | «yes» Пояснение: In clean architecture, databases are an implementation detail in the outer infrastructure layer via the dependency inversion principle, so swapping databases only affects that layer while the domain and application (use cases) remain unchanged.
Raw{"answer": "yes", "explanation": "In clean architecture, databases are an implementation detail in the outer infrastructure layer via the dependency inversion principle, so swapping databases only affects that layer while the domain and application (use cases) remain unchanged."} | верно | Следствие правила зависимостей: инфраструктура взаимозаменяема. |
T26-L1 0.22 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 with bounded consistency and invariants, not merely a database table (which is an implementation detail).
Raw{"answer": "no", "explanation": "In DDD, an aggregate is a cluster of domain objects treated as a single unit with bounded consistency and invariants, not merely a database table (which is an implementation detail)."} | верно | Агрегат — кластер объектов с границей согласованности (транзакционной вокруг корня); таблица — деталь хранения. |
T26-L2 0.19 c | DDD | A Value Object is immutable and compared by the values of its fields, not by identity. | «yes» Пояснение: Value Objects are designed to be immutable and compared by the values of their fields rather than by reference identity, which is the defining characteristic distinguishing them from entity objects.
Raw{"answer": "yes", "explanation": "Value Objects are designed to be immutable and compared by the values of their fields rather than by reference identity, which is the defining characteristic distinguishing them from entity objects."} | верно | Классика Evans: Money, Email; равенство структурное. |
T26-L3 0.19 c | DDD | What is the single external entry point of an aggregate, through which all changes must go, called? | «gateway» Пояснение: In Domain-Driven Design, the Gateway is the single external entry point of an aggregate through which all changes must pass to enforce invariants and consistency.
Raw{"answer": "Gateway", "explanation": "In Domain-Driven Design, the Gateway is the single external entry point of an aggregate through which all changes must pass to enforce invariants and consistency."} | неверно верный: «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 created for aggregates to prevent callers from accessing or modifying entities inside an aggregate without going through the aggregate root, thereby preserving invariants.
Raw{"answer": "yes", "explanation": "In DDD, repositories are created for aggregates to prevent callers from accessing or modifying entities inside an aggregate without going through the aggregate root, thereby preserving invariants."} | верно | Репозиторий корня хранит границу согласованности агрегата; вложенные сущности доступны только через корень. |
T26-L5 0.2 c | DDD | Ubiquitous language is the model's shared language common to developers and domain experts. | «yes» Пояснение: Ubiquitous language in Domain-Driven Design refers to the shared, common language developed and used by both developers and domain experts to describe the domain consistently throughout the software model.
Raw{"answer": "yes", "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 throughout the software model."} | верно | Evans: язык из требований переходит в имена классов и методов. |
T26-L6 0.18 c | DDD | What is the boundary called within which a model and its language are consistent, while outside the same words mean other models? | «semantic boundary» Пояснение: This is the terminology for the boundary where a model and its language remain consistent while outside it the same words refer to other models.
Raw{"answer": "semantic boundary", "explanation": "This is the terminology for the boundary where a model and its language remain consistent while outside it the same words refer to other models."} | неверно верный: «bounded context» | Bounded Context; «Заказ» в биллинге и в доставке — разные модели. |
T26-L7 0.26 c | DDD | An anemic model (objects with only getters/setters, logic in services) is the recommended DDD style. | «no» Пояснение: Anemic domain models are considered an anti-pattern in DDD because they violate encapsulation by placing business rules in services instead of keeping them inside value objects and entities that own their own state.
Raw```json ⏎ {"answer": "false", "explanation": "Anemic domain models are considered an anti-pattern in DDD because they violate encapsulation by placing business rules in services instead of keeping them inside value objects and entities that own their own state."} ⏎ ``` | верно | Наоборот: Evans называет анемичность антипаттерном — поведение должно жить в доменных объектах. |
T26-L8 0.25 c | DDD | Bounded context means each context has its own model: the same concept in different contexts is a different class. | «yes» Пояснение: A bounded context defines an explicit boundary within which a domain model applies, and the same concept (like 'Product' or 'Customer') is represented by distinct classes in different bounded contexts to avoid unintended coupling.
Raw{"answer": "yes", "explanation": "A bounded context defines an explicit boundary within which a domain model applies, and the same concept (like 'Product' or 'Customer') is represented by distinct classes in different bounded contexts to avoid unintended coupling."} | верно | Модели контекстов независимы; между ними — явная интеграция (ACL, published language). |
T13-L1 0.2 c | Symfony | Services in the Symfony DI container are created lazily by default — on first use. | «no» Пояснение: In Symfony's DI container, services are created eagerly (all instantiated) when the container is compiled/cleared, not lazily on first use.
Raw{"answer": "no", "explanation": "In Symfony's DI container, services are created eagerly (all instantiated) when the container is compiled/cleared, not lazily on first use."} | неверно верный: «yes» | Контейнер инстанцирует сервис при первом извлечении; eager-создания по умолчанию нет. |
T13-L2 0.14 c | Symfony | Which Symfony console command lists all registered routes? | «debug:route» Пояснение: The Symfony console command that lists all registered routes is debug:route.
Raw{"answer": "debug:route", "explanation": "The Symfony console command that lists all registered routes is debug:route."} | неверно верный: «debug:router» | bin/console debug:router (FrameworkBundle); в Symfony 3 команда называлась router:debug. |
T13-L3 0.22 c | Symfony | Symfony autowiring requires manually declaring every service in services.yaml. | «no» Пояснение: Symfony autowiring automatically infers and injects dependencies based on type-hints, so you do not need to manually declare every service in services.yaml.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "Symfony autowiring automatically infers and injects dependencies based on type-hints, so you do not need to manually declare every service in services.yaml." ⏎ } ⏎ ``` | верно | Autowire+autoconfigure регистрируют и связывают сервисы автоматически; ручное перечисление — исключение. |
T13-L4 0.15 c | Symfony | Twig templates are compiled into PHP classes and cached between requests. | «yes» Пояснение: Twig compiles templates into optimized PHP classes and caches them to a directory between requests for performance.
Raw{"answer": "yes", "explanation": "Twig compiles templates into optimized PHP classes and caches them to a directory between requests for performance."} | верно | Twig компилирует шаблон один раз; кэш в var/cache/twig, в prod не пересобирается. |
T13-L5 0.17 c | Symfony | In the Symfony dev environment the DI container is rebuilt only after tracked files change, not on every request. | «yes» Пояснение: In the Symfony dev environment, the DI container is cached and only rebuilt when tracked configuration or source files change, not on every request.
Raw{"answer": "yes", "explanation": "In the Symfony dev environment, the DI container is cached and only rebuilt when tracked configuration or source files change, not on every request."} | верно | Kernel проверяет freshness ресурсов (конфиги, классы); иначе переиспользуется кэш контейнера. |
T13-L6 0.25 c | Symfony | Which environment variable selects the active Symfony environment (dev/prod)? | «app_env» Пояснение: In modern Symfony applications, the APP_ENV environment variable selects the active environment (dev/prod), though the legacy Symfony Environment Variable (SEV) allows using the ENV variable as well.
Raw```json ⏎ { ⏎ "answer": "APP_ENV", ⏎ "explanation": "In modern Symfony applications, the APP_ENV environment variable selects the active environment (dev/prod), though the legacy Symfony Environment Variable (SEV) allows using the ENV variable as well." ⏎ } ⏎ ``` | верно | APP_ENV в .env; APP_DEBUG — отдельный флаг отладки. |
T13-L7 0.25 c | Symfony | A controller method can be private — Symfony routing works with any method of the class. | «yes» Пояснение: Symfony routing with attribute-based controllers (controllers as services) invokes any public or private method specified via routing attributes, since Symfony uses reflection and the method_exists/ReflectionMethod checks with isAccessible rather than requiring public visibility.
Raw{"answer": "yes", "explanation": "Symfony routing with attribute-based controllers (controllers as services) invokes any public or private method specified via routing attributes, since Symfony uses reflection and the method_exists/ReflectionMethod checks with isAccessible rather than requiring public visibility."} | неверно верный: «no» | Действие контроллера должно быть public; приватный метод по маршруту не вызывается. |
T13-L8 0.23 c | Symfony | Event subscribers always receive events before listeners, because the interface gives them priority. | «no» Пояснение: Event subscribers and listeners receive events based on the priority they are assigned via the `getSubscribedEvents` method and the priority parameter, not based on the fact that they are subscribers.
Raw{"answer": "false", "explanation": "Event subscribers and listeners receive events based on the priority they are assigned via the `getSubscribedEvents` method and the priority parameter, not based on the fact that they are subscribers."} | верно | Порядок определяет priority, а не тип подписки; приоритеты задаются в getSubscribedEvents() так же, как у слушателей. |
T22-L1 0.2 c | Symfony: Security and forms | In modern Symfony (6.0+) authentication is built on authenticator classes (AuthenticatorInterface); the old guard system has been removed. | «yes» Пояснение: Symfony 6.0 removed the legacy 'guard' authentication system and fully adopted the modern authenticator-based system built on AuthenticatorInterface.
Raw```json ⏎ {"answer": "yes", "explanation": "Symfony 6.0 removed the legacy 'guard' authentication system and fully adopted the modern authenticator-based system built on AuthenticatorInterface."} ⏎ ``` | верно | Guard объявлен устаревшим в 5.3 и удалён в 6.0; в проекте symfony/security-bundle 8.1. |
T22-L2 0.26 c | Symfony: Security and forms | Which Symfony attribute checks a role/permission right on a controller method (403 without it)? | «#isgranted» Пояснение: The #IsGranted attribute (from Symfony\Component\Security\Http\Attribute\IsGranted) is used on controller methods to check roles/permissions and returns 403 when the check fails.
Raw{"answer": "#IsGranted", "explanation": "The #IsGranted attribute (from Symfony\\Component\\Security\\Http\\Attribute\\IsGranted) is used on controller methods to check roles/permissions and returns 403 when the check fails."} | верно | #[IsGranted('ROLE_ADMIN')]; атрибут из symfony/security-http. |
T22-L3 0.24 c | Symfony: Security and forms | Voters are Symfony's mechanism for checking access to a specific object: isGranted('EDIT', $post). | «no» Пояснение: The correct method is isGranted(), not isGranted(), and the example uses 'EDIT' which should typically be a string like 'EDIT_POST'; the statement incorrectly names the method.
Raw```json ⏎ {"answer": "false", "explanation": "The correct method is isGranted(), not isGranted(), and the example uses 'EDIT' which should typically be a string like 'EDIT_POST'; the statement incorrectly names the method."} ⏎ ``` | неверно верный: «yes» | VoterInterface->vote(); docs Symfony — Voters. |
T22-L4 0.22 c | Symfony: Security and forms | In modern Symfony (7+) validation constraints are declared as PHP attributes (#[Assert\NotBlank]); doctrine annotations are no longer supported. | «yes» Пояснение: Symfony 7 dropped support for Doctrine annotations, requiring validation constraints to be declared via PHP attributes, named arguments, or XML/YAML instead.
Raw{"answer": "yes", "explanation": "Symfony 7 dropped support for Doctrine annotations, requiring validation constraints to be declared via PHP attributes, named arguments, or XML/YAML instead."} | верно | Докблок-аннотации удалены в Symfony 7.0; стандарт — атрибуты. В проекте symfony/validator 8.1. |
T22-L5 0.21 c | Symfony: Security and forms | CSRF protection of Symfony forms is enabled by default: the form validates the token on submission. | «yes» Пояснение: Symfony forms have CSRF protection enabled by default using the 'csrf_token_generator' service and the 'csrf_token_id' option, so the form validates the token automatically on submission unless explicitly disabled.
Raw{"answer": "yes", "explanation": "Symfony forms have CSRF protection enabled by default using the 'csrf_token_generator' service and the 'csrf_token_id' option, so the form validates the token automatically on submission unless explicitly disabled."} | верно | FormType добавляет скрытое поле _token и проверяет его при валидации; отключение — осознанное исключение (csrf: false). |
T22-L6 0.16 c | Symfony: Security and forms | Form validation in Symfony runs server-side even if the client-side (HTML5) checks passed. | «yes» Пояснение: Symfony form validation always runs server-side on submission regardless of any client-side HTML5 validation passing.
Raw{"answer": "yes", "explanation": "Symfony form validation always runs server-side on submission regardless of any client-side HTML5 validation passing."} | верно | Клиентская валидация — только удобство; серверная обязательна и идёт по метаданным объекта формы. |
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.2 c | Symfony: Security and forms | Symfony stores the user's password in the session in plain text. | «no» Пояснение: Symfony never stores the user's password in the session (or anywhere), as passwords are only verified by hashing and comparison, never stored in plaintext.
Raw```json ⏎ {"answer": "no", "explanation": "Symfony never stores the user's password in the session (or anywhere), as passwords are only verified by hashing and comparison, never stored in plaintext."} ⏎ ``` | верно | В сессии живёт объект пользователя в токене; хеш затирается eraseCredentials(), plaintext там никогда не лежит. |
T23-L1 0.18 c | Symfony: configuration and services | Symfony bundle configuration lives in config/packages — one file per bundle or topic. | «yes» Пояснение: In Symfony, bundle and third-party configuration is conventionally stored in config/packages as one YAML file per bundle or topic.
Raw```json ⏎ {"answer": "yes", "explanation": "In Symfony, bundle and third-party configuration is conventionally stored in config/packages as one YAML 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. | «no» Пояснение: It is backwards: .env.local is typically git-ignored for secrets, while committed files contain only safe defaults like .env.example.
Raw{"answer": "false", "explanation": "It is backwards: .env.local is typically git-ignored for secrets, while committed files contain only safe defaults like .env.example."} | неверно верный: «yes» | symfony/dotenv: .env — общий безопасный набор значений; локальные секреты — .env.local (gitignored) или secrets-хранилище. |
T23-L3 0.17 c | Symfony: configuration and services | Which Symfony command lists the container's registered services and their aliases? | «php bin/console debug:container» Пояснение: The `debug:container` command displays all registered services and their aliases in the Symfony dependency injection container.
Raw{"answer": "php bin/console debug:container", "explanation": "The `debug:container` command displays all registered services and their aliases in the Symfony dependency injection container."} | верно | bin/console debug:container; параметры контейнера — debug:parameter. |
T23-L4 0.23 c | Symfony: configuration and services | The Symfony container allows changing parameters at runtime: $container->setParameter() works from a controller. | «no» Пояснение: In Symfony, the service container parameters are compiled at build time and the container is frozen after compilation, so calling setParameter() at runtime throws a RuntimeException.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "In Symfony, the service container parameters are compiled at build time and the container is frozen after compilation, so calling setParameter() at runtime throws a RuntimeException." ⏎ } ⏎ ``` | верно | Контейнер компилируется и замораживается; runtime-значения — только через переменные окружения. |
T23-L5 0.23 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) unless explicitly configured as public to prevent unintended direct container access.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "By default, Symfony services are private (public: false) unless explicitly configured as public to prevent unintended direct container access." ⏎ } ⏎ ``` | верно | С 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 do not require a config file in config/packages to function, as many bundles provide sensible defaults and only need configuration when custom settings are required.
Raw{"answer": "false", "explanation": "Bundles do not require a config file in config/packages to function, as many bundles provide sensible defaults and only need configuration when custom settings are required."} | верно | У бандлов есть встроенные умолчания (Extension); конфиг нужен только для отклонений от них. |
T23-L7 0.21 c | Symfony: configuration and services | Environment variable values are injected into services.yaml using the %env(VAR)% syntax. | «yes» Пояснение: In Symfony, environment variables are injected into config files like services.yaml using the %env(VAR_NAME)% syntax, which is then resolved at runtime from actual environment variables or parameters.
Raw{"answer": "yes", "explanation": "In Symfony, environment variables are injected into config files like services.yaml using the %env(VAR_NAME)% syntax, which is then resolved at runtime from actual environment variables or parameters."} | верно | %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 controls Symfony's debug mode, enabling the profiler and Twig debugging when set to "1".
Raw```json ⏎ { ⏎ "answer": "APP_DEBUG", ⏎ "explanation": "The APP_DEBUG environment variable controls Symfony's debug mode, enabling the profiler and Twig debugging when set to \"1\"." ⏎ } ⏎ ``` | верно | 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 have multiple handlers, as Symfony invokes all registered handlers for a given message type.
Raw{"answer": "false", "explanation": "A single message in Symfony Messenger can have multiple handlers, as Symfony invokes all registered handlers for a given message type."} | верно | 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» Пояснение: In Symfony Messenger, the sync transport delivers the message synchronously in the same request/process rather than enqueueing it for a separate worker.
Raw{"answer": "no", "explanation": "In Symfony Messenger, the sync transport delivers the message synchronously in the same request/process rather than enqueueing it for a separate worker."} | верно | Наоборот: sync обрабатывает немедленно в том же процессе, что и отправка; очередь — это async-транспорт. |
T16-L3 0.19 c | Symfony: Messenger | Which console command starts the worker that processes Messenger queue messages? | «php artisan queue:work» Пояснение: The queue:work command starts a queue worker that processes jobs (including Messenger messages dispatched to a queue) from the configured queue connection.
Raw{"answer": "php artisan queue:work", "explanation": "The queue:work command starts a queue worker that processes jobs (including Messenger messages dispatched to a queue) from the configured queue connection."} | неверно верный: «messenger:consume» | bin/console messenger:consume async; воркеры под supervisord/systemd в проде. |
T16-L4 0.19 c | Symfony: Messenger | Retries for failed messages (retry_strategy) are configured per Messenger transport. | «yes» Пояснение: In Symfony Messenger, the retry_strategy (including attempts, delay, and multiplier) is configured per-transport in the messenger.dsn or retry configuration.
Raw{"answer": "yes", "explanation": "In Symfony Messenger, the retry_strategy (including attempts, delay, and multiplier) is configured per-transport in the messenger.dsn or retry configuration."} | верно | retry_strategy на транспорте: max_retries, delay, multiplier; docs — Failed Messages & Retries. |
T16-L5 0.14 c | Symfony: Messenger | By default, Messenger serializes messages to JSON. | «no» Пояснение: Messenger by default serializes messages using PHP's native serialize() function, not JSON.
Raw{"answer": "no", "explanation": "Messenger by default serializes messages using PHP's native serialize() function, not JSON."} | верно | Дефолтный сериализатор — PhpSerializer (serialize()); JSON-сериализатор включается отдельно. |
T16-L6 0.2 c | Symfony: Messenger | Symfony Scheduler produces messages on a schedule and dispatches them through Messenger. | «no» Пояснение: The Symfony Scheduler is designed for running scheduled tasks/cron-like code and does not dispatch messages through the Messenger component, which is a separate system for asynchronous message handling.
Raw{"answer": "no", "explanation": "The Symfony Scheduler is designed for running scheduled tasks/cron-like code and does not dispatch messages through the Messenger component, which is a separate system for asynchronous message handling."} | неверно верный: «yes» | Schedule → RecurringMessage → шина Messenger; docs — Scheduler. |
T16-L7 0.17 c | Symfony: Messenger | Which built-in Messenger transport stores messages in database tables via Doctrine? | «doctrinemessengertransport» Пояснение: The DoctrineMessengerTransport is the built-in Symfony Messenger transport that persists messages in database tables via Doctrine ORM.
Raw{"answer": "DoctrineMessengerTransport", "explanation": "The DoctrineMessengerTransport is the built-in Symfony Messenger transport that persists messages in database tables via Doctrine ORM."} | неверно верный: «doctrine» | Транспорт doctrine (symfony/doctrine-messenger); таблица messenger_messages. В проекте стоит amqp-messenger + doctrine-messenger. |
T16-L8 0.23 c | Symfony: Messenger | The Messenger pipeline can be extended with custom middleware, placed before or after the built-in ones. | «yes» Пояснение: The Messenger pipeline (Symfony's MessageBus/Messenger) supports custom middleware that can be added before or after the built-in ones via the `middleware` configuration using `from`/`to` constraints.
Raw{"answer": "yes", "explanation": "The Messenger pipeline (Symfony's MessageBus/Messenger) supports custom middleware that can be added before or after the built-in ones via the `middleware` configuration using `from`/`to` constraints."} | верно | messenger.bus.*.middleware в yaml; docs — Middleware. |
T28-L1 0.2 c | Symfony: versions | Symfony major releases come every two years, minor ones every six months (in May and November). | «yes» Пояснение: Symfony follows a predictable release schedule where major releases occur every two years and minor releases are published every six months in May and November.
Raw{"answer": "yes", "explanation": "Symfony follows a predictable release schedule where major releases occur every two years and minor releases are published every six months in May and November."} | верно | Стандартный релизный цикл: 8.0 — ноябрь 2025, 8.1 — май 2026, 8.2 — ноябрь 2026. |
T28-L2 0.15 c | Symfony: versions | What is the minimum PHP version required by Symfony 8? | «8.2» Пояснение: Symfony 8 requires PHP 8.2 or higher as its minimum version.
Raw{"answer": "8.2", "explanation": "Symfony 8 requires PHP 8.2 or higher as its minimum version."} | неверно верный: «8.4» | Symfony 8.0 поднял требование до PHP >= 8.4.1 (в vendor проекта: "php": ">=8.4.1"). |
T28-L3 0.18 c | Symfony: versions | Symfony 7.0 kept support for docblock annotations (validation, routes). | «no» Пояснение: Symfony 7.0 dropped support for PHPDoc annotations in favor of attributes, requiring the use of attributes for validation and route configuration.
Raw{"answer": "no", "explanation": "Symfony 7.0 dropped support for PHPDoc annotations in favor of attributes, requiring the use of attributes for validation and route configuration."} | верно | Наоборот: в 7.0 аннотации удалены — только PHP-атрибуты (#[Route], #[Assert\NotBlank]). |
T28-L4 0.19 c | Symfony: versions | AssetMapper manages CSS/JS without node or webpack — via importmap.php. | «no» Пояснение: AssetMapper manages CSS/JS without node or webpack via its own asset import system, while importmap.php is used by the separate ImportMap functionality.
Raw{"answer": "no", "explanation": "AssetMapper manages CSS/JS without node or webpack via its own asset import system, while importmap.php is used by the separate ImportMap functionality."} | неверно верный: «yes» | symfony/asset-mapper (с 6.3, стандарт с 7.x); в проекте — importmap.php в корне и asset-mapper 8.1. |
T28-L5 0.21 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, not a regular release, offering 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, not a regular release, offering 5 years of bug fixes and 2 additional years of security fixes."} | верно | Наоборот: 6.4 — LTS (расширенная поддержка); LTS выходит вместе с очередным мажором (6.4 — вместе с 7.0). |
T28-L6 0.19 c | Symfony: versions | When moving to a new Symfony major version, deprecations of the previous branch keep working — major releases do not remove them. | «no» Пояснение: A new Symfony major version removes all deprecations introduced in previous versions, which is why the deprecation detector tool warns that tests may fail when upgrading.
Raw{"answer": "false", "explanation": "A new Symfony major version removes all deprecations introduced in previous versions, which is why the deprecation detector tool warns that tests may fail when upgrading."} | верно | Наоборот: мажорный релиз удаляет всё устаревшее (7.0 убрал деприкейшены 6.x, 8.0 — 7.x). |
T28-L7 0.18 c | Symfony: versions | Every Symfony major release is accompanied by an UPGRADE guide listing the changes. | «yes» Пояснение: Every Symfony major release is documented with a UPGRADE guide listing the breaking changes and migrations required between versions.
Raw```json ⏎ {"answer": "yes", "explanation": "Every Symfony major release is documented with a UPGRADE guide listing the breaking changes and migrations required between versions."} ⏎ ``` | верно | UPGRADE-7.0.md, UPGRADE-8.0.md в репозитории symfony/symfony. |
T28-L8 0.2 c | Symfony: versions | Which Symfony component manages assets and the importmap without node/webpack? | «symfony/importmap» Пояснение: The Symfony ImportMap component manages frontend assets (JavaScript, CSS) via browser ES modules, eliminating the need for Node or Webpack.
Raw```json ⏎ {"answer": "symfony/importmap", "explanation": "The Symfony ImportMap component manages frontend assets (JavaScript, CSS) via browser ES modules, eliminating the need for Node or Webpack."} ⏎ ``` | неверно верный: «asset-mapper» | symfony/asset-mapper 8.1 — в проекте. |
T29-L1 0.31 c | Symfony: 8.2 and beyond | As of 2026-11-07, Symfony 8.2 has already been released. | «no» Пояснение: Symfony 8.x does not exist yet, as Symfony version 7 is the current major version as of late 2024/2025 and the 8.x line has not been released by 2026-11-07.
Raw{"answer": "false", "explanation": "Symfony 8.x does not exist yet, as Symfony version 7 is the current major version as of late 2024/2025 and the 8.x line has not been released by 2026-11-07."} | верно | Наоборот: 8.2 ещё не выпущена — релиз в конце ноября 2026; последняя стабильная — 8.1. |
T29-L2 0.21 c | Symfony: 8.2 and beyond | As of 2026-11-07, Symfony 8.2 is scheduled for November 2026, following the usual six-month cycle. | «yes» Пояснение: Symfony follows its usual six-month release cycle, with Symfony 8.2 scheduled for May 2026 and subsequent 8.3 in November 2026.
Raw{"answer": "true", "explanation": "Symfony follows its usual six-month release cycle, with Symfony 8.2 scheduled for May 2026 and subsequent 8.3 in November 2026."} | верно | Политика релизов: 8.1 — май 2026, 8.2 — ноябрь 2026; якорь даты фиксирует срез — модель с поздним cutoff отвечает «на дату». |
T29-L3 0.21 c | Symfony: 8.2 and beyond | Which Symfony version comes after 8.1 (as of 2026-11-07)? | «8.2» Пояснение: Symfony follows a predictable release schedule where major versions are released annually in November, so 8.2 follows 8.1.
Raw{"answer": "8.2", "explanation": "Symfony follows a predictable release schedule where major versions are released annually in November, so 8.2 follows 8.1."} | верно | 8.2 — следующий минорный релиз (ноябрь 2026); после его выхода проект переходит с 8.1.* на 8.2.*. |
T29-L4 0.21 c | Symfony: 8.2 and beyond | Symfony 8.2 is a major release requiring applications to be rewritten for new APIs. | «no» Пояснение: Symfony 8.2 is a maintenance/lts release focused on bug fixes and minor improvements, not a major rewrite requiring application changes.
Raw{"answer": "no", "explanation": "Symfony 8.2 is a maintenance/lts release focused on bug fixes and minor improvements, not a major rewrite requiring application changes."} | верно | Наоборот: 8.2 — минорный релиз; новые возможности без поломки обратной совместимости. Мажор — 9.0. |
T29-L5 0.25 c | Symfony: 8.2 and beyond | Updating within a major branch (8.1 → 8.2) should not require code changes — backward compatibility is preserved. | «no» Пояснение: While PHP's backward compatibility promise applies within a major version line, upgrading from 8.1 to 8.2 can still require code changes because deprecated features emit warnings and deprecated functions are removed in later minor versions.
Raw```json ⏎ {"answer": "false", "explanation": "While PHP's backward compatibility promise applies within a major version line, upgrading from 8.1 to 8.2 can still require code changes because deprecated features emit warnings and deprecated functions are removed in later minor versions."} ⏎ ``` | неверно верный: «yes» | Политика Symfony: минорные релизы обратно совместимы; BC-break допустим только в мажорных. |
T29-L6 0.3 c | Symfony: 8.2 and beyond | Which minor version of the 8.x branch is released last, before Symfony 9.0? | «8.5» Пояснение: The last minor version of the Symfony 8.x branch before Symfony 9.0 is 8.5, as minor versions are released every four months with odd numbers marking LTS releases and 8.5 being the final planned 8.x release.
Raw{"answer": "8.5", "explanation": "The last minor version of the Symfony 8.x branch before Symfony 9.0 is 8.5, as minor versions are released every four months with odd numbers marking LTS releases and 8.5 being the final planned 8.x release."} | неверно верный: «8.4» | По циклу: 8.2 (ноя 2026), 8.3 (май 2027), 8.4 (ноя 2027, вместе с 9.0) — как 6.4 выходила вместе с 7.0. |
T29-L7 0.28 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 is scheduled for November 2027 and will require PHP 8.4, not 8.5 (which will not exist until November 2028), and there is no "Symfony 8.2" release.
Raw{"answer": "no", "explanation": "Symfony 8.0 is scheduled for November 2027 and will require PHP 8.4, not 8.5 (which will not exist until November 2028), and there is no \"Symfony 8.2\" release."} | верно | Наоборот: минорные релизы не поднимают требования PHP; для всей ветки 8.x остаётся PHP >= 8.4. |
T29-L8 0.27 c | Symfony: 8.2 and beyond | Deprecations added in the 8.x branch will not be removed before Symfony 9.0. | «yes» Пояснение: Per Symfony's deprecation policy, deprecations introduced in the 8.x branch are guaranteed to remain (not be removed) until Symfony 9.0.
Raw```json ⏎ { ⏎ "answer": "yes", ⏎ "explanation": "Per Symfony's deprecation policy, deprecations introduced in the 8.x branch are guaranteed to remain (not be removed) until Symfony 9.0." ⏎ } ⏎ ``` | верно | Политика: деприкейшены живут до следующего мажора; 9.0 — ноябрь 2027. |
T21-L1 0.22 c | Twig | Inside {{ }}, Twig allows calling arbitrary PHP code directly. | «no» Пояснение: Twig's {{ }} syntax is used for outputting variables and expressions, not for executing arbitrary PHP code, which violates Twig's security and design principles.
Raw{"answer": "no", "explanation": "Twig's {{ }} syntax is used for outputting variables and expressions, not for executing arbitrary PHP code, which violates Twig's security and design principles."} | верно | Twig — DSL: только разрешённые окружением функции/фильтры; произвольный PHP не исполняется. |
T21-L2 0.14 c | Twig | By default, Twig auto-escapes printed variables. | «yes» Пояснение: Twig automatically escapes printed variables using HTML escaping by default unless a different escaper is configured.
Raw{"answer": "yes", "explanation": "Twig automatically escapes printed variables using HTML escaping by default unless a different escaper is configured."} | верно | Autoescape включён по умолчанию; {{ '<b>' }} → <b>. Проверено на Twig 3.30. |
T21-L3 0.2 c | Twig | The Twig |e filter escapes a string for safe output in an HTML context. | «yes» Пояснение: The Twig |e filter (or its alias |escape) escapes a string to make it safe for output in an HTML context by default, using the HTML escaping strategy.
Raw{"answer": "yes", "explanation": "The Twig |e filter (or its alias |escape) escapes a string to make it safe for output in an HTML context by default, using the HTML escaping strategy."} | верно | |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 locale using the NumberFormatter class.
Raw```json ⏎ {"answer": "number_format", "explanation": "The number_format filter from twig/intl-extra formats a number according to a locale using the NumberFormatter class."} ⏎ ``` | неверно верный: «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 disables auto-escaping for the value by marking it as safe HTML.
Raw```json ⏎ {"answer": "yes", "explanation": "The |raw filter in Twig disables auto-escaping for the value by marking it as safe HTML."} ⏎ ``` | верно | {{ x|raw }} выводит HTML как есть; опасно с пользовательскими данными. Проверено на Twig 3.30. |
T21-L6 0.22 c | Twig | In Twig, {{ }} prints an expression value, while {% %} executes tags — conditions, loops, set. | «yes» Пояснение: In Twig, the {{ }} output tags print expression values while the {% %} action tags execute logic such as conditions, loops, and set statements.
Raw```json ⏎ { ⏎ "answer": "yes", ⏎ "explanation": "In Twig, the {{ }} output tags print expression values while the {% %} action tags execute logic such as conditions, loops, and set statements." ⏎ } ⏎ ``` | верно | Два блока синтаксиса Twig: вывод (echo) против логики. |
T21-L7 0.22 c | Twig | In Twig you cannot declare a variable inside a template — values only come from the controller. | «no» Пояснение: You can declare template-local variables in Twig using the set tag, even though values conventionally come from the controller.
Raw```json ⏎ { ⏎ "answer": "false", ⏎ "explanation": "You can declare template-local variables in Twig using the set tag, even though values conventionally come from the controller." ⏎ } ⏎ ``` | верно | {% set y = ... %} объявляет переменную в шаблоне. Проверено на Twig 3.30. |
T21-L8 0.15 c | Twig | Which Twig function dumps the debug structure of a variable (array, object)? | «dump» Пояснение: The dump() function in Twig dumps the debug structure of a variable such as an array or object.
Raw{"answer": "dump", "explanation": "The dump() function in Twig dumps the debug structure of a variable such as an array or object."} | верно | {{ 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 CSS and JavaScript framework for building UI components, not a single-page application (SPA) framework like React, Angular, or Vue.
Raw{"answer": "yes", "explanation": "Bootstrap is indeed a CSS and JavaScript framework for building UI components, not a single-page application (SPA) framework like React, Angular, or Vue."} | верно | Компоненты и утилиты поверх вашего 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 wrapper with a fixed max-width that changes at each Bootstrap breakpoint.
Raw{"answer": "container", "explanation": "The `container` class provides a responsive wrapper with a fixed max-width that changes at each Bootstrap breakpoint."} | верно | .container (фиксированная макс-ширина по брейкпоинтам) vs .container-fluid (на всю ширину). |
T24-L3 0.19 c | Bootstrap | The Bootstrap grid is built on CSS floats and splits a row into 16 columns. | «no» Пояснение: Bootstrap's grid system is built on CSS Flexbox (since Bootstrap 4) and splits each row into 12 columns, not 16.
Raw{"answer": "no", "explanation": "Bootstrap's grid system is built on CSS Flexbox (since Bootstrap 4) and splits each row into 12 columns, not 16."} | верно | Наоборот: flexbox (с Bootstrap 4) и 12 колонок; float-сетка — это Bootstrap 3. |
T24-L4 0.18 c | Bootstrap | Bootstrap's named breakpoints (the infix used in class names) are sm, md, lg, xl, xxl — five of them. | «yes» Пояснение: Bootstrap 5's five named breakpoints are indeed sm, md, lg, xl, and xxl.
Raw```json ⏎ {"answer": "yes", "explanation": "Bootstrap 5's five named breakpoints are indeed sm, md, lg, xl, and xxl."} ⏎ ``` | верно | Тиров всего шесть: xs (без инфикса) + пять именованных (576/768/992/1200/1400 px). |
T24-L5 0.25 c | Bootstrap | Utilities like .mt-3 or .px-2 use the spacing scale: the number is a multiple of $spacer. | «yes» Пояснение: Bootstrap's spacing utility classes (.mt-3, .px-2, etc.) are generated from the $spacer variable through the spacing map and scale function, so the numeric value selects a multiple of $spacer.
Raw```json ⏎ {"answer": "yes", "explanation": "Bootstrap's spacing utility classes (.mt-3, .px-2, etc.) are generated from the $spacer variable through the spacing map and scale function, so the numeric value selects a multiple of $spacer."} ⏎ ``` | неверно верный: «no» | Spacing utilities; $spacer = 1rem. |
T24-L6 0.24 c | Bootstrap | Which Bootstrap 5 data attribute enables an interactive component (e.g. dropdown) on an element? | «data-bs-toggle» Пояснение: In Bootstrap 5, the data-bs-toggle attribute enables interactive components like dropdowns, modals, and tooltips on an element.
Raw```json ⏎ { ⏎ "answer": "data-bs-toggle", ⏎ "explanation": "In Bootstrap 5, the data-bs-toggle attribute enables interactive components like dropdowns, modals, and tooltips on an element." ⏎ } ⏎ ``` | верно | data-bs-toggle="dropdown" и т.п.; в Bootstrap 4 атрибут назывался data-toggle. |
T24-L7 0.2 c | Bootstrap | Bootstrap 5 components work without jQuery — in plain vanilla JS. | «yes» Пояснение: Bootstrap 5 dropped jQuery as a dependency and its components (like modals, carousels, and dropdowns) now use plain vanilla JavaScript.
Raw{"answer": "yes", "explanation": "Bootstrap 5 dropped jQuery as a dependency and its components (like modals, carousels, and dropdowns) now use plain vanilla JavaScript."} | верно | jQuery удалён в Bootstrap 5.0: data-bs-* атрибуты и JS API. В проекте vendored 5.3.3. |
T24-L8 0.2 c | Bootstrap | Dark mode in Bootstrap is enabled with a .dark class on the root element. | «no» Пояснение: Bootstrap's dark mode uses the [data-bs-theme="dark"] attribute rather than a .dark class on the root element.
Raw```json ⏎ { ⏎ "answer": "false", ⏎ "explanation": "Bootstrap's dark mode uses the [data-bs-theme=\"dark\"] attribute rather than a .dark class on the root element." ⏎ } ⏎ ``` | верно | Наоборот: тема включается атрибутом data-bs-theme="dark" (Color modes, с 5.3); класса .dark не существует. В проекте 5.3.3. |
T14-L1 0.19 c | Doctrine | Doctrine ORM creates database tables on the fly the first time an entity is used at runtime. | «no» Пояснение: Doctrine ORM does not create tables automatically at runtime; tables must be created explicitly using the 'orm:schema-tool:create' command or a migration system.
Raw{"answer": "no", "explanation": "Doctrine ORM does not create tables automatically at runtime; tables must be created explicitly using the 'orm:schema-tool:create' command or a migration system."} | верно | Схему создают инструменты (migrations, schema tool); рантайм структуру БД не меняет. |
T14-L2 0.17 c | Doctrine | Which EntityManager method marks a new object as managed without executing SQL until flush()? | «persist» Пояснение: The persist() method marks a new object as managed and defers the actual INSERT SQL execution until flush() is called.
Raw{"answer": "persist", "explanation": "The persist() method marks a new object as managed and defers the actual INSERT SQL execution until flush() is called."} | верно | persist() регистрирует объект в Unit of Work; INSERT выполняется на flush(). |
T14-L3 0.2 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 (deprecated in ORM 2.14), so the method no longer exists.
Raw```json ⏎ {"answer": "no", "explanation": "In Doctrine ORM 3, EntityManager::merge() was removed (deprecated in ORM 2.14), so the method no longer exists."} ⏎ ``` | верно | В ORM 3 merge() удалён (в vendor проекта 3.7.6 метода нет); в Doctrine 2.x merge() возвращал управляемую копию. Версия зафиксирована — ORM 3. |
T14-L4 0.17 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 properties at the object level rather than database tables and columns.
Raw{"answer": "yes", "explanation": "DQL (Doctrine Query Language) is designed to work with entities and their properties at the object level rather than database tables and columns."} | верно | Doctrine транслирует DQL в SQL; docs — DQL (Doctrine Query Language). |
T14-L5 0.15 c | Doctrine | What does $repository->find(999) return when no record with id 999 exists? | «null» Пояснение: When using Doctrine Repository find() with an id that doesn't exist, it returns null.
Raw{"answer": "null","explanation": "When using Doctrine Repository find() with an id that doesn't exist, it returns null."} | верно | find() возвращает null, если объект не найден (docs Repository methods). |
T14-L6 0.16 c | Doctrine | DoctrineBundle in Symfony automatically calls flush() at the end of every request. | «no» Пояснение: DoctrineBundle does not automatically call flush(); developers must explicitly call $entityManager->flush() to persist changes to the database.
Raw{"answer": "no", "explanation": "DoctrineBundle does not automatically call flush(); developers must explicitly call $entityManager->flush() to persist changes to the database."} | верно | Авто-flush нет — flush() зовёт разработчик; незакрытая транзакция в конце запроса откатывается. |
T14-L7 0.19 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 (persistent) entity, Doctrine's Unit of Work performs change detection during flush() and automatically persists property changes without needing an explicit persist() call.
Raw{"answer": "yes", "explanation": "For a managed (persistent) entity, Doctrine's Unit of Work performs change detection during flush() and automatically persists property changes without needing an explicit persist() call."} | верно | Dirty checking сравнивает снимки свойств; persist нужен только новым/отсоединённым объектам. |
T14-L8 0.19 c | Doctrine | remove() executes the SQL DELETE immediately, without waiting for flush(). | «no» Пояснение: In Doctrine ORM, remove() only schedules the entity for deletion; the actual SQL DELETE is executed during flush(), not immediately.
Raw{"answer": "no", "explanation": "In Doctrine ORM, remove() only schedules the entity for deletion; the actual SQL DELETE is executed during flush(), not immediately."} | верно | remove() планирует удаление в Unit of Work; DELETE выполняется на flush() (docs — Deleting Objects). |
T15-L1 0.21 c | PostgreSQL | PostgreSQL uses MVCC, therefore readers block writers and writers block readers. | «no» Пояснение: PostgreSQL's MVCC design specifically allows readers and writers to proceed concurrently without blocking each other, since readers see a snapshot of the data from before uncommitted writes.
Raw```json ⏎ {"answer": "no", "explanation": "PostgreSQL's MVCC design specifically allows readers and writers to proceed concurrently without blocking each other, since readers see a snapshot of the data from before uncommitted writes."} ⏎ ``` | верно | Наоборот: благодаря MVCC читатели не блокируют писателей и наоборот (снимки строк); docs PostgreSQL — Concurrency Control. |
T15-L2 0.18 c | PostgreSQL | Which SQL command shows a query's execution plan without executing the query? | «explain» Пояснение: The EXPLAIN command (or EXPLAIN ANALYZE in some databases) displays a query's execution plan without actually running it.
Raw{"answer": "EXPLAIN", "explanation": "The EXPLAIN command (or EXPLAIN ANALYZE in some databases) displays a query's execution plan without actually running it."} | верно | EXPLAIN без ANALYZE только строит план; проверено на PostgreSQL 17.7. |
T15-L3 0.26 c | PostgreSQL | SERIAL and GENERATED ... AS IDENTITY are just two names for the same mechanism. | «no» Пояснение: SERIAL and GENERATED COLUMN ... AS IDENTITY are distinct mechanisms: SERIAL is a PostgreSQL pseudo-type that implicitly creates a sequence and default nextval(), while GENERATED ... AS IDENTITY is a standard SQL feature with more detailed control over identity column behavior.
Raw```json ⏎ {"answer": "false", "explanation": "SERIAL and GENERATED COLUMN ... AS IDENTITY are distinct mechanisms: SERIAL is a PostgreSQL pseudo-type that implicitly creates a sequence and default nextval(), while GENERATED ... AS IDENTITY is a standard SQL feature with more detailed control over identity column behavior."} ⏎ ``` | верно | SERIAL — нестандартный макрос (sequence + DEFAULT), IDENTITY — SQL-стандарт; различаются владением и правами. Оба есть в PG 17 (проверено). |
T15-L4 0.2 c | PostgreSQL | By default, a PostgreSQL UNIQUE constraint allows only one row with NULL in the column. | «no» Пояснение: By default, PostgreSQL treats NULLs as distinct in a UNIQUE constraint, so it allows multiple rows containing NULL values, not just one.
Raw{"answer": "false", "explanation": "By default, PostgreSQL treats NULLs as distinct in a UNIQUE constraint, so it allows multiple rows containing NULL values, not just one."} | верно | Наоборот: NULLS DISTINCT по умолчанию — несколько NULL допустимы; NULLS NOT DISTINCT — опция с PG 15. Проверено на PG 17.7. |
T15-L5 0.17 c | PostgreSQL | Which PostgreSQL aggregate function concatenates strings with a separator? | «string_agg» Пояснение: STRING_AGG is the PostgreSQL aggregate function that concatenates string values with a specified separator using the WITHIN GROUP clause.
Raw{"answer": "STRING_AGG", "explanation": "STRING_AGG is the PostgreSQL aggregate function that concatenates string values with a specified separator using the WITHIN GROUP clause."} | верно | string_agg(значение, разделитель); проверено на PostgreSQL 17.7. |
T15-L6 0.27 c | PostgreSQL | Plain VACUUM returns the space occupied by dead tuples to the operating system. | «no» Пояснение: Plain VACUUM in PostgreSQL reclaims space occupied by dead tuples but returns it to the table (for reuse) rather than giving it back to the operating system, unlike VACUUM FULL which does return the space to the OS.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "Plain VACUUM in PostgreSQL reclaims space occupied by dead tuples but returns it to the table (for reuse) rather than giving it back to the operating system, unlike VACUUM FULL which does return the space to the OS." ⏎ } ⏎ ``` | верно | VACUUM помечает место для переиспользования внутри таблицы; ОС его возвращает только VACUUM FULL (с эксклюзивной блокировкой). |
T15-L7 0.2 c | PostgreSQL | Which keyword in a window function definition partitions rows into groups the function is computed over? | «partition by» Пояснение: The PARTITION BY clause in a window function divides the result set into partitions (groups) over which the function is computed.
Raw{"answer": "PARTITION BY", "explanation": "The PARTITION BY clause in a window function divides the result set into partitions (groups) over which the function is computed."} | верно | OVER (PARTITION BY ...); проверено на PostgreSQL 17.7. |
T15-L8 0.18 c | PostgreSQL | The READ COMMITTED isolation level protects against non-repeatable reads. | «no» Пояснение: The READ COMMITTED isolation level protects against dirty reads but not against non-repeatable reads, which require the higher REPEATABLE READ isolation level.
Raw{"answer": "no", "explanation": "The READ COMMITTED isolation level protects against dirty reads but not against non-repeatable reads, which require the higher REPEATABLE READ isolation level."} | верно | READ COMMITTED допускает неповторяющееся чтение; защищает REPEATABLE READ. Проверено: SHOW transaction_isolation → read committed. |
T17-L1 0.19 c | PostgreSQL: transactions and indexes | By default, PostgreSQL wraps each single SQL statement in its own implicit transaction (autocommit). | «yes» Пояснение: PostgreSQL automatically commits each SQL statement in its own implicit transaction when autocommit mode is on, unless a transaction block is explicitly started with BEGIN.
Raw{"answer": "yes", "explanation": "PostgreSQL automatically commits each SQL statement in its own implicit transaction when autocommit mode is on, unless a transaction block is explicitly started with BEGIN."} | верно | Без 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.22 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 data retrieval for UPDATE and DELETE statements that filter on indexed columns via WHERE clauses, not just SELECT, by allowing the database to quickly locate matching rows instead of performing a full table scan.
Raw{"answer": "yes", "explanation": "Indexes speed up data retrieval for UPDATE and DELETE statements that filter on indexed columns via WHERE clauses, not just SELECT, by allowing the database to quickly locate matching rows instead of performing a full table scan."} | верно | Поиск строк для изменения идёт по индексу; docs PostgreSQL — Indexes. |
T17-L4 0.24 c | PostgreSQL: transactions and indexes | To roll back part of the statements inside a transaction, PostgreSQL uses SAVEPOINT. | «yes» Пояснение: SAVEPOINT allows you to create a marker within a transaction so you can ROLL BACK to that point, undoing only the statements executed after the SAVEPOINT while keeping the rest of the transaction intact.
Raw{"answer": "yes", "explanation": "SAVEPOINT allows you to create a marker within a transaction so you can ROLL BACK to that point, undoing only the statements executed after the SAVEPOINT while keeping the rest of the transaction intact."} | верно | SAVEPOINT name; ROLLBACK TO name — частичный откат без отмены всей транзакции. Проверено на PG 17. |
T17-L5 0.19 c | PostgreSQL: transactions and indexes | EXPLAIN ANALYZE shows the query plan without executing the query. | «no» Пояснение: EXPLAIN ANALYZE actually executes the query and reports both the plan and the real execution time, whereas plain EXPLAIN only shows the plan without executing.
Raw{"answer": "no", "explanation": "EXPLAIN ANALYZE actually executes the query and reports both the plan and the real execution time, whereas plain EXPLAIN only shows the plan without executing."} | верно | Наоборот: ANALYZE реально выполняет запрос (с побочными эффектами!) и показывает фактические времена узлов; план без выполнения — plain EXPLAIN. |
T17-L6 0.22 c | PostgreSQL: transactions and indexes | Which PostgreSQL extension adds vector types and indexes for embedding search? | «pgvector» Пояснение: pgvector is the PostgreSQL extension that adds vector data types and indexing (HNSW, IVF) for embedding-based similarity search.
Raw```json ⏎ { ⏎ "answer": "pgvector", ⏎ "explanation": "pgvector is the PostgreSQL extension that adds vector data types and indexing (HNSW, IVF) for embedding-based similarity search." ⏎ } ⏎ ``` | верно | CREATE EXTENSION vector (проект pgvector; в проекте образ pgvector/pgvector:pg17). |
T17-L7 0.19 c | PostgreSQL: transactions and indexes | A partial index (CREATE INDEX ... WHERE ...) is built only over rows satisfying the condition. | «yes» Пояснение: A partial index in PostgreSQL is indeed built only over the subset of rows that satisfy the WHERE condition specified in the CREATE INDEX statement.
Raw{"answer": "yes", "explanation": "A partial index in PostgreSQL is indeed built only over the subset of rows that satisfy the WHERE condition specified in the CREATE INDEX statement."} | верно | docs PostgreSQL — Partial Indexes; типичный кейс — индекс по «активным» записям. |
T17-L8 0.2 c | PostgreSQL: transactions and indexes | The SERIALIZABLE level in PostgreSQL is implemented by locking the rows a transaction reads. | «no» Пояснение: SERIALIZABLE in PostgreSQL is implemented using MVCC timestamps and predicate locks via the Serializable Snapshot Isolation (SSI) protocol, not by locking the rows a transaction reads.
Raw{"answer": "no", "explanation": "SERIALIZABLE in PostgreSQL is implemented using MVCC timestamps and predicate locks via the Serializable Snapshot Isolation (SSI) protocol, not by locking the rows a transaction reads."} | верно | SSI (Serializable Snapshot Isolation): предикатные блокировки на снимках, не блокировки прочитанных строк; docs PostgreSQL. |
T19-L1 0.16 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 successfully led to the creation of a new resource.
Raw{"answer": "yes", "explanation": "HTTP 201 Created indicates that the request has successfully led to the creation of a new resource."} | верно | 201 Created; обычно на POST, часто с Location; RFC 9110. |
T19-L2 0.17 c | HTTP and REST API | Which HTTP status means a successful request with an empty response body (e.g. after DELETE)? | «204» Пояснение: HTTP 204 No Content indicates a successful request with no body to return, commonly used after DELETE operations.
Raw{"answer": "204", "explanation": "HTTP 204 No Content indicates a successful request with no body to return, commonly used after DELETE operations."} | верно | 204 No Content; RFC 9110. |
T19-L3 0.27 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 defined as idempotent in the HTTP specification, so repeated DELETE requests for the same resource produce the same server state (the resource is removed) and the same response semantics regardless of how many times it is sent.
Raw```json ⏎ { ⏎ "answer": "yes", ⏎ "explanation": "DELETE is defined as idempotent in the HTTP specification, so repeated DELETE requests for the same resource produce the same server state (the resource is removed) and the same response semantics regardless of how many times it is sent." ⏎ } ⏎ ``` | верно | RFC 9110: DELETE идемпотентен (как PUT); идемпотентность ≠ безопасность — ресурс удаляется при первом вызове. |
T19-L4 0.22 c | HTTP and REST API | The Access-Control-Allow-Origin header is sent by the client so that the server agrees to accept requests from another origin. | «no» Пояснение: The statement is false because the Access-Control-Allow-Origin header is sent by the server, not the client, to indicate which origins are permitted to access the resource via CORS.
Raw{"answer": "no", "explanation": "The statement is false because the Access-Control-Allow-Origin header is sent by the server, not the client, to indicate which origins are permitted to access the resource via CORS."} | верно | Наоборот: заголовок шлёт СЕРВЕР в ответе, разрешая браузеру cross-origin запрос (CORS); в проекте nelmio/cors-bundle. |
T19-L5 0.19 c | HTTP and REST API | Status 429 Too Many Requests is used when a client exceeds a rate limit. | «yes» Пояснение: HTTP status 429 Too Many Requests is the standard response code indicating a user has sent too many requests in a given period (rate limiting).
Raw{"answer": "yes", "explanation": "HTTP status 429 Too Many Requests is the standard response code indicating a user has sent too many requests in a given period (rate limiting)."} | верно | 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» Пояснение: It is the opposite: 4xx codes indicate client errors, while 5xx codes indicate server-side errors.
Raw{"answer": "no", "explanation": "It is the opposite: 4xx codes indicate client errors, while 5xx codes indicate server-side errors."} | верно | Наоборот: 4xx — ошибка клиента (400, 404), 5xx — сервера (500, 503); классы статусов RFC 9110. |
T19-L7 0.16 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 entity body sent in an HTTP request or response.
Raw{"answer": "Content-Type", "explanation": "The Content-Type header specifies the MIME type of the entity body sent in an HTTP 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, whereas PUT (RFC 7231) is required to be idempotent.
Raw{"answer": "yes", "explanation": "RFC 5789 explicitly states that PATCH is not required to be idempotent, whereas PUT (RFC 7231) is required to be idempotent."} | верно | RFC 5789 прямо оговаривает: PATCH не гарантированно идемпотентен; PUT идемпотентен. |
T20-L1 0.19 c | Security and OAuth | Checking a password by comparing its hash to the stored hash with a plain == is sufficient. | «no» Пояснение: Using == to compare password hashes is vulnerable to timing attacks and can reveal information; a constant-time comparison function like hash_equals() should be used instead.
Raw{"answer": "no", "explanation": "Using == to compare password hashes is vulnerable to timing attacks and can reveal information; a constant-time comparison function like hash_equals() should be used instead."} | верно | Нужна постоянновременная проверка (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» Пояснение: A CSRF token is generated by the server and stored in the session, then verified server-side on unsafe requests to ensure the request originated from a legitimate client.
Raw{"answer": "yes", "explanation": "A CSRF token is generated by the server and stored in the session, then verified server-side on unsafe requests to ensure the request originated from a legitimate client."} | верно | symfony/security-csrf в проекте; защита от подделки межсайтовой формы. |
T20-L3 0.21 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 which resources the browser is allowed to load for a given page, thereby enabling the CSP policy.
Raw{"answer": "Content-Security-Policy", "explanation": "The Content-Security-Policy HTTP header allows site administrators to control which resources the browser is allowed to load for a given page, thereby enabling the CSP policy."} | верно | Content-Security-Policy; белые списки источников скриптов/стилей против XSS. |
T20-L4 0.24 c | Security and OAuth | OAuth 2.0 is an authentication protocol: the access token tells you who the user is. | «no» Пояснение: OAuth 2.0 is an authorization framework, not an authentication protocol, and an access token grants access to resources rather than reliably identifying who the user is (which is better served by OpenID Connect.)
Raw{"answer": "no", "explanation": "OAuth 2.0 is an authorization framework, not an authentication protocol, and an access token grants access to resources rather than reliably identifying who the user is (which is better served by OpenID Connect.)"} | верно | OAuth 2.0 — авторизация/делегирование доступа; аутентификацию добавляет OpenID Connect. В проекте knpuniversity/oauth2-client-bundle (yandex/github/google). |
T20-L5 0.26 c | Security and OAuth | XSS is prevented by validating input on the server before writing it to the database. | «no» Пояснение: This is false because XSS should be prevented by output encoding/escaping (context-dependent) when rendering data in HTML, not by validating input before storage, since the same stored data may need to be used safely in multiple different contexts.
Raw{"answer": "no", "explanation": "This is false because XSS should be prevented by output encoding/escaping (context-dependent) when rendering data in HTML, not by validating input before storage, since the same stored data may need to be used safely in multiple different contexts."} | верно | XSS лечится контекстным экранированием НА ВЫВОДЕ (Twig autoescape, CSP); валидация ввода не покрывает все контексты вывода. |
T20-L6 0.28 c | Security and OAuth | In the OAuth 2.0 authorization code flow, which parameter arrives at the redirect_uri and is exchanged for an access token? | «authorization_code» Пояснение: In the OAuth 2.0 authorization code flow, the authorization_code parameter is sent to the redirect_uri by the authorization server and is then exchanged for an access token at the token endpoint.
Raw```json ⏎ { ⏎ "answer": "authorization_code", ⏎ "explanation": "In the OAuth 2.0 authorization code flow, the authorization_code parameter is sent to the redirect_uri by the authorization server and is then exchanged for an access token at the token endpoint." ⏎ } ⏎ ``` | неверно верный: «code» | Параметр code; обмен на токен POST-ом на /token с client_secret. |
T20-L7 0.19 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 outlive access tokens and enable obtaining new access tokens without requiring the user to re-authenticate.
Raw{"answer": "yes", "explanation": "Refresh tokens are designed to outlive access tokens and enable obtaining new access tokens without requiring the user to re-authenticate."} | верно | Стандартная схема OAuth/OIDC: короткий access + длинный refresh. |
T20-L8 0.21 c | Security and OAuth | A password salt must be kept secret: without it the hash cannot be verified. | «no» Пояснение: A salt does not need to be secret—its purpose is to prevent precomputed rainbow table attacks and ensure identical passwords produce different hashes, and it is commonly stored alongside the hash.
Raw{"answer": "no", "explanation": "A salt does not need to be secret—its purpose is to prevent precomputed rainbow table attacks and ensure identical passwords produce different hashes, and it is commonly stored alongside the hash."} | верно | Соль хранится открыто (password_hash включает её в строку хеша); секретность соли не нужна. |
T18-L1 0.15 c | Testing: PHPUnit | PHPUnit runs test methods of any class — extending TestCase is not required. | «no» Пояснение: PHPUnit only recognizes and runs test methods in classes that extend the PHPUnit\Framework\TestCase class.
Raw{"answer": "no", "explanation": "PHPUnit only recognizes and runs test methods in classes that extend the PHPUnit\\Framework\\TestCase class."} | верно | Тестом считается метод класса, наследующего TestCase (PHPUnit 10). |
T18-L2 0.14 c | Testing: PHPUnit | In PHPUnit, setUp() runs once before all tests of the class. | «no» Пояснение: setUp() runs before each individual test method, not once before all tests.
Raw{"answer": "no", "explanation": "setUp() runs before each individual test method, not once before all tests."} | верно | setUp() — перед КАЖДЫМ тестом; один раз на класс — setUpBeforeClass(). Проверено живым счётчиком на PHPUnit 10.5. |
T18-L3 0.16 c | Testing: PHPUnit | A data provider lets a test run with exactly one set of arguments. | «no» Пояснение: A data provider can supply multiple sets of arguments, allowing a single test method to run multiple times with different data.
Raw{"answer": "false", "explanation": "A data provider can supply multiple sets of arguments, allowing a single test method to run multiple times with different data."} | верно | Наоборот: наборов может быть сколько угодно — тест выполняется по разу на каждый. Проверено на 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.17 c | Testing: PHPUnit | In PHPUnit, a stub verifies which methods were called on it, while a mock only returns data. | «no» Пояснение: The statement is reversed: in PHPUnit, a mock verifies which methods were called while a stub only returns predefined data without verifying calls.
Raw{"answer": "no", "explanation": "The statement is reversed: in PHPUnit, a mock verifies which methods were called while a stub only returns predefined data without verifying calls."} | верно | Наоборот: стаб подставляет данные, мок проверяет взаимодействия (createStub/createMock); docs PHPUnit — Test Doubles. |
T18-L6 0.18 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 way to specify data providers, while the older @dataProvider annotation was deprecated.
Raw{"answer": "yes", "explanation": "In PHPUnit 10+, the #[DataProvider] attribute is the recommended way to specify data providers, while the older @dataProvider annotation was deprecated."} | верно | Аннотация ещё парсится в PHPUnit 10/11 (AnnotationParser в 10.5.66), удаление — в 12; атрибут — стандарт. |
T18-L7 0.22 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 (or #[Depends] attribute in v9+), which allows one test to depend on the result of another, including passing return values as arguments.
Raw{"answer": "no", "explanation": "PHPUnit supports test dependencies through the @depends annotation (or #[Depends] attribute in v9+), which allows one test to depend on the result of another, including passing return values as arguments."} | верно | Зависимости есть: #[Depends] — зависимый тест не запустится, еслиProducer упал. |
T18-L8 0.16 c | Testing: PHPUnit | Which PHPUnit command-line option makes tests run in random order? | «--order-by=random» Пояснение: The --order-by=random option instructs PHPUnit to execute test methods in a random order rather than sequentially.
Raw{"answer": "--order-by=random", "explanation": "The --order-by=random option instructs PHPUnit to execute test methods in a random order rather than sequentially."} | верно | --order-by=random (PHPUnit 9+); опция есть в --help PHPUnit 10.5 (проектная). |
T01-L9 3.15 c | Syntax and operators | What does this code output?
```php
echo intdiv(7, 2) . intdiv(-7, 2);
``` | «3-4» Пояснение: intdiv(7, 2) returns 3 (truncated toward zero) and intdiv(-7, 2) returns -4 (also truncated toward zero), which concatenate to "3-4".
Raw{"answer": "3-4", "explanation": "intdiv(7, 2) returns 3 (truncated toward zero) and intdiv(-7, 2) returns -4 (also truncated toward zero), which concatenate to \"3-4\"."} | неверно верный: «3-3» | intdiv truncates toward zero: intdiv(-7, 2) = -3, not -4. |
T01-L10 0.33 c | Syntax and operators | What does this code output?
```php
echo -3 ** 2;
``` | «9» Пояснение: In PHP 7+, the exponentiation operator ** follows mathematical convention where -3 ** 2 evaluates to -9, but wait, let me reconsider: the code actually outputs -9 because unary minus has lower precedence than **... actually PHP ** binds tighter, so -3 ** 2 = -(3**2) = -9.
Raw{"answer": "9", "explanation": "In PHP 7+, the exponentiation operator ** follows mathematical convention where -3 ** 2 evaluates to -9, but wait, let me reconsider: the code actually outputs -9 because unary minus has lower precedence than **... actually PHP ** binds tighter, so -3 ** 2 = -(3**2) = -9."} | неверно верный: «-9» | ** is right-associative and binds tighter than unary minus: -(3²). |
T02-L9 0.24 c | Types and comparisons | What does this code output?
```php
echo '1e1' == '10' ? 'true' : 'false';
``` | «true» Пояснение: PHP converts both strings to numbers in the comparison, treating '1e1' as 10 and '10' as 10, so they are equal.
Raw```json ⏎ {"answer": "true", "explanation": "PHP converts both strings to numbers in the comparison, treating '1e1' as 10 and '10' as 10, so they are equal."} ⏎ ``` | верно | Both strings are numeric — compared as numbers: 10 == 10. |
T02-L10 0.27 c | Types and comparisons | What does this code output?
```php
switch ('a') {
case 0: echo 'zero'; break;
default: echo 'other';
}
``` | «other» Пояснение: The switch compares 'a' to case 0 using loose comparison, where 'a' becomes 0 but the case value 0 cast to string is '', so 'a' !== '' and no case matches, executing the default block.
Raw{"answer": "other", "explanation": "The switch compares 'a' to case 0 using loose comparison, where 'a' becomes 0 but the case value 0 cast to string is '', so 'a' !== '' and no case matches, executing the default block."} | верно | PHP 8: 'a' == 0 → false (used to be true) — default fires. |
T03-L9 0.27 c | Strings | What does this code output?
```php
echo strtr('abc', ['a' => '1', 'ab' => '2']);
``` | «abc» Пояснение: strtr() with an array uses the largest matching key first, and since no key matches at position 0 (neither 'a' nor 'ab' matches), it returns the string unchanged.
Raw```json ⏎ {"answer": "abc", "explanation": "strtr() with an array uses the largest matching key first, and since no key matches at position 0 (neither 'a' nor 'ab' matches), it returns the string unchanged."} ⏎ ``` | неверно верный: «2c» | strtr with an array prefers the longest matching key. |
T03-L10 0.22 c | Strings | What does this code output?
```php
echo '[' . substr('hello', -10) . ']';
``` | «[hello]» Пояснение: When the negative offset (-10) exceeds the string length (5), substr returns the entire string 'hello', so the output is '[hello]'.
Raw{"answer": "[hello]", "explanation": "When the negative offset (-10) exceeds the string length (5), substr returns the entire string 'hello', so the output is '[hello]'."} | верно | A negative start beyond the string is clamped to the beginning. |
T04-L9 0.26 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 union operator (+) keeps $a's keys for 'k', keeps $a's 'n', and adds $b's 'm' since $b's 'k' is already present, yielding keys k, n, m.
Raw{"answer": "k,n,m","explanation": "The union operator (+) keeps $a's keys for 'k', keeps $a's 'n', and adds $b's 'm' since $b's 'k' is already present, yielding keys k, n, m."} | верно | The + operator: on duplicate string keys the left array wins. |
T04-L10 0.27 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 the array by the third column ascending ([1,2,2]), reordering the rows so their second columns become y, z, x.
Raw```json ⏎ { ⏎ "answer": "yzx", ⏎ "explanation": "usort sorts the array by the third column ascending ([1,2,2]), reordering the rows so their second columns become y, z, x." ⏎ } ⏎ ``` | неверно верный: «yxz» | Sorts are stable since 8.0: x and z keep their order on a tie. |
T05-L10 0.22 c | Functions and closures | What does this code output?
```php
function f(int $a, int $b): int
{
return $a - $b;
}
echo f(...['b' => 1, 'a' => 5]);
``` | «4» Пояснение: The named arguments are matched to the parameters regardless of order, so f($a=5, $b=1) returns 5-1=4.
Raw{"answer": "4", "explanation": "The named arguments are matched to the parameters regardless of order, so f($a=5, $b=1) returns 5-1=4."} | верно | String keys of a spread array become named arguments. |
T05-L9 0.28 c | Functions and closures | What does this code output?
```php
class P
{
private int $v = 3;
public function g(): int { return $this->v; }
}
$p = new P;
$f = $p->g(...);
$p = null;
echo $f();
``` | «3» Пояснение: The arrow function captures $p by value at creation time, binding to the P instance, so calling $f() after $p is set to null still invokes g() on the captured object instance, returning 3.
Raw```json ⏎ {"answer": "3", "explanation": "The arrow function captures $p by value at creation time, binding to the P instance, so calling $f() after $p is set to null still invokes g() on the captured object instance, returning 3."} ⏎ ``` | верно | First-class callable syntax binds $this at creation time. |
T06-L9 0.24 c | OOP: classes and inheritance | What does this code output?
```php
class A
{
public function who(): string { return static::class; }
}
class B extends A {}
echo (new B)->who();
``` | «b» Пояснение: The who() method returns static::class, which uses late static binding to return the class that was actually instantiated (B), not the class where the method is defined (A).
Raw{"answer": "B", "explanation": "The who() method returns static::class, which uses late static binding to return the class that was actually instantiated (B), not the class where the method is defined (A)."} | верно | Late static binding: static::class is the receiver's class. |
T06-L10 0.24 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 uses PHP 8.4's new property hooks feature, where the setter multiplies the assigned value (5) by 2, resulting in 10.
Raw{"answer": "10", "explanation": "The property uses PHP 8.4's new property hooks feature, where the setter multiplies the assigned value (5) by 2, resulting in 10."} | верно | Inside the set hook, $this->x writes the backing store (no recursion): 5*2. |
T07-L9 0.27 c | Interfaces, traits, enum | What does this code output?
```php
trait TA
{
public function f(): string { return 'A'; }
}
trait TB
{
public function f(): string { return 'B'; }
}
class TC
{
use TA, TB { TB::f insteadof TA; TA::f as g; }
}
echo (new TC)->f() . (new TC)->g();
``` | «ba» Пояснение: The aliasing configuration resolves the conflict by making f() come from TB (returning 'B') and exposing TA's f() as g() (returning 'A').
Raw```json ⏎ {"answer": "BA", "explanation": "The aliasing configuration resolves the conflict by making f() come from TB (returning 'B') and exposing TA's f() as g() (returning 'A')."} ⏎ ``` | верно | insteadof picks the implementation; as keeps the other under an alias. |
T07-L10 0.26 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» Пояснение: In PHP, static properties in traits are copied into each using class, so CX::$n and CY::$n are independent properties, meaning CY::$n retains its default value of 0.
Raw```json ⏎ {"answer": "0", "explanation": "In PHP, static properties in traits are copied into each using class, so CX::$n and CY::$n are independent properties, meaning CY::$n retains its default value of 0."} ⏎ ``` | верно | 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.2 c | Exceptions and errors | What does this code output?
```php
try {
try {
throw new RuntimeException('first');
} finally {
throw new LogicException('second');
}
} catch (LogicException $e) {
echo $e->getMessage();
}
``` | «second» Пояснение: The inner try throws RuntimeException, but the finally block throws LogicException which overrides it and is caught by the catch block, echoing 'second'.
Raw{"answer": "second", "explanation": "The inner try throws RuntimeException, but the finally block throws LogicException which overrides it and is caught by the catch block, echoing 'second'."} | верно | An exception from finally replaces the in-flight one — the last thrown is caught. |
T09-L9 0.27 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» Пояснение: The use statement aliased Foo to Baz only within the namespace, so Baz::class resolves to N\Foo, while the fully-qualified \Baz refers to a nonexistent class Baz in the global namespace.
Raw{"answer": "N\\Foo|Baz", "explanation": "The use statement aliased Foo to Baz only within the namespace, so Baz::class resolves to N\\Foo, while the fully-qualified \\Baz refers to a nonexistent class Baz in the global namespace."} | неверно верный: «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');
``` | «nones» Пояснение: In the current namespace, class_exists('Foo') looks for Ns\Foo (not found), while class_exists('Ns\Foo') finds the defined class, yielding 'no' + 'yes'.
Raw{"answer": "nones","explanation":"In the current namespace, class_exists('Foo') looks for Ns\\Foo (not found), while class_exists('Ns\\Foo') finds the defined class, yielding 'no' + 'yes'."} | неверно верный: «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» Пояснение: After the foreach with by-reference assignment, $v remains as a reference to $a[2], so $v = 99 modifies $a[2] to 99.
Raw```json ⏎ {"answer": "1,2,99", "explanation": "After the foreach with by-reference assignment, $v remains as a reference to $a[2], so $v = 99 modifies $a[2] to 99."} ⏎ ``` | верно | After a by-ref foreach, $v remains a reference to the last element. |
T10-L10 0.29 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 per-class (per scope), so A::$n and B::$n are separate, meaning B's call doesn't affect A's counter, which is 1 on the final $a->inc() call.
Raw{"answer": "1", "explanation": "Static variables in PHP are per-class (per scope), so A::$n and B::$n are separate, meaning B's call doesn't affect A's counter, which is 1 on the final $a->inc() call."} | неверно верный: «3» | A method's static variable belongs to the parent's method — subclasses share it. |
T11-L9 0.29 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) yields 10 as the value of the yield expression assigned to $x, so $x + 1 equals 11, which getReturn() retrieves.
Raw```json ⏎ { ⏎ "answer": "11", ⏎ "explanation": "The send(10) yields 10 as the value of the yield expression assigned to $x, so $x + 1 equals 11, which getReturn() retrieves." ⏎ } ⏎ ``` | верно | send() resumes the generator: $x = 10, return 10+1. |
T11-L10 0.32 c | Generators, iterators, SPL | What does this code output?
```php
function inner(): Generator
{
yield 1;
yield 2;
return 'ok';
}
function outer(): Generator
{
$r = yield from inner();
yield $r;
}
echo implode(',', iterator_to_array(outer()));
``` | «1,2,ok» Пояснение: The `yield from` forwards the values from inner() (1 and 2), captures the returned value 'ok', then yields it, so the array is [1, 2, 'ok'] which implodes to '1,2,ok'.
Raw```json ⏎ {"answer": "1,2,ok","explanation": "The `yield from` forwards the values from inner() (1 and 2), captures the returned value 'ok', then yields it, so the array is [1, 2, 'ok'] which implodes to '1,2,ok'."} ⏎ ``` | неверно верный: «ok,2» | yield from does not advance the outer auto-key: yield $r gets key 0 and overwrites the 1 — 'ok' comes out first. |
T12-L9 0.31 c | Configuration and security | What does this code output?
```php
$hash = password_hash('x', PASSWORD_BCRYPT, ['cost' => 4]);
echo password_needs_rehash($hash, PASSWORD_BCRYPT, ['cost' => 4]) ? 'yes' : 'no';
echo password_needs_rehash($hash, PASSWORD_BCRYPT, ['cost' => 5]) ? 'yes' : 'no';
``` | «noyes» Пояснение: The first comparison uses the same cost (4) as the hash was created with, so no rehash is needed, while the second uses a higher cost (5), requiring a rehash.
Raw```json ⏎ { ⏎ "answer": "noyes", ⏎ "explanation": "The first comparison uses the same cost (4) as the hash was created with, so no rehash is needed, while the second uses a higher cost (5), requiring a rehash." ⏎ } ⏎ ``` | верно | password_needs_rehash compares the hash's options with the target: cost 4 = 4 → 'no', cost 5 ≠ 4 → 'yes'. |
T12-L10 0.34 c | Configuration and security | What does this code output on PHP 8.5?
```php
echo (E_ALL & 2048) === 0 ? 'strict-out' : 'strict-in';
``` | «strict-in» Пояснение: E_ALL has always included the E_STRICT flag (bit value 2048) since PHP 5.2, so E_ALL & 2048 always evaluates to a non-zero value, making the === comparison to 0 false and outputting 'strict-in'.
Raw```json ⏎ {"answer": "strict-in", "explanation": "E_ALL has always included the E_STRICT flag (bit value 2048) since PHP 5.2, so E_ALL & 2048 always evaluates to a non-zero value, making the === comparison to 0 false and outputting 'strict-in'."} ⏎ ``` | неверно верный: «strict-out» | Since PHP 8.4, E_STRICT is out of E_ALL: the 2048 bit is unset → 'strict-out' (2048 is the historical E_STRICT bit). |
T13-L9 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's HeaderUtils maps underscored HTTP header names (HTTP_X_TOKEN) to their canonical form (X-Token) when retrieving via $r->headers->get().
Raw```json ⏎ {"answer": "mapped", "explanation": "Symfony's HeaderUtils maps underscored HTTP header names (HTTP_X_TOKEN) to their canonical form (X-Token) when retrieving via $r->headers->get()."} ⏎ ``` | верно | 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.26 c | Symfony | What does this code output?
```php
use Symfony\Component\EventDispatcher\EventDispatcher;
use Symfony\Contracts\EventDispatcher\Event;
$d = new EventDispatcher();
$out = '';
$d->addListener('e', function () use (&$out) { $out .= 'B'; }, 10);
$d->addListener('e', function () use (&$out) { $out .= 'A'; });
$d->addListener('e', function () use (&$out) { $out .= 'C'; }, 5);
$d->dispatch(new Event(), 'e');
echo $out;
``` | «abc» Пояснение: Listeners are executed in ascending priority order, so the listeners with priorities 10, 0 (default), and 5 run in that order, appending B, A, and C respectively.
Raw{"answer": "ABC", "explanation": "Listeners are executed in ascending priority order, so the listeners with priorities 10, 0 (default), and 5 run in that order, appending B, A, and C respectively."} | неверно верный: «bca» | Listeners run by descending priority: 10 (B), 5 (C), 0 (A). |
T14-L10 0.25 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 uses a first-level identity cache (unit of work) so repeated finds of the same identifier return the same managed entity instance within a single request.
Raw```json ⏎ {"answer": "same", "explanation": "Doctrine's EntityManager uses a first-level identity cache (unit of work) so repeated finds of the same identifier return the same managed entity instance within a single request."} ⏎ ``` | верно | Identity map: a second find for the same id returns the same instance. |
T14-L9 0.24 c | Doctrine | Given: Doctrine ORM 3, an EntityManager on in-memory SQLite, entity User with an auto-increment primary key. The users table is empty. What does this code output?
```php
$u = new User(name: 'B');
$em->persist($u);
$em->remove($u);
$em->flush();
echo count($em->getConnection()->fetchAllAssociative('SELECT * FROM users'));
``` | «0» Пояснение: The entity is persisted then removed before flush, so the Unit of Work schedules a deletion and no row is ever inserted into the database.
Raw```json ⏎ {"answer": "0", "explanation": "The entity is persisted then removed before flush, so the Unit of Work schedules a deletion and no row is ever inserted into the database."} ⏎ ``` | верно | The unit of work schedules INSERT at flush: remove after persist cancels it. |
T15-L10 0.25 c | PostgreSQL | What does this SQL query return (PostgreSQL 17)?
```sql
CREATE TEMP TABLE t (x int);
INSERT INTO t VALUES (1), (NULL);
SELECT count(x) FROM t;
``` | «1» Пояснение: count(x) counts only non-NULL values of x, and since only one row has x=1 while the other is NULL, it returns 1.
Raw```json ⏎ {"answer": "1", "explanation": "count(x) counts only non-NULL values of x, and since only one row has x=1 while the other is NULL, it returns 1."} ⏎ ``` | верно | count(column) skips NULLs; count(*) would return 2. |
T15-L9 0.26 c | PostgreSQL | What does this SQL query return (PostgreSQL 17)?
```sql
CREATE TEMP TABLE t (id int, x int);
INSERT INTO t VALUES (1, 10), (2, 20), (3, 30);
SELECT string_agg(s::text, ',' ORDER BY id) FROM (
SELECT id, sum(x) OVER (ORDER BY id) AS s FROM t
) q;
``` | «10,30,60» Пояснение: The window sum is 10, 30, 60 for the three rows, and string_agg concatenates them in ascending id order.
Raw```json ⏎ {"answer": "10,30,60", "explanation": "The window sum is 10, 30, 60 for the three rows, and string_agg concatenates them in ascending id order."} ⏎ ``` | верно | With ORDER BY the default window frame is running (start to current row). |
T16-L9 0.34 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 MessageBus wraps middlewares in a stack, so the first middleware (M1) runs first, echoes 'M1', then calls the next middleware (M2), which echoes 'M2' before the stack's terminator (the bus itself) handles the message.
Raw```json ⏎ {"answer": "M1M2", "explanation": "The MessageBus wraps middlewares in a stack, so the first middleware (M1) runs first, echoes 'M1', then calls the next middleware (M2), which echoes 'M2' before the stack's terminator (the bus itself) handles the message."} ⏎ ``` | верно | The first-added middleware runs first (outermost). |
T16-L10 0.35 c | Symfony: Messenger | What does this code output?
```php
use Symfony\Component\Messenger\MessageBus;
use Symfony\Component\Messenger\Middleware\HandleMessageMiddleware;
use Symfony\Component\Messenger\Handler\HandlersLocator;
use Symfony\Component\Messenger\Handler\HandlerDescriptor;
use Symfony\Component\Messenger\Envelope;
class Ping {}
$n = 0;
$d1 = new HandlerDescriptor(function (Ping $m) use (&$n) { $n += 1; }, ['alias' => 'h1']);
$d2 = new HandlerDescriptor(function (Ping $m) use (&$n) { $n += 10; }, ['alias' => 'h2']);
$bus = new MessageBus([
new HandleMessageMiddleware(new HandlersLocator([Ping::class => [$d1, $d2]])),
]);
$bus->dispatch(new Envelope(new Ping()));
echo $n;
``` | «11» Пояснение: Both handler descriptors (h1 and h2) are registered for the Ping message, so the HandleMessageMiddleware invokes them in order, running h1 (n += 1, making n = 1) and then h2 (n += 10, making n = 11).
Raw```json ⏎ {"answer": "11", "explanation": "Both handler descriptors (h1 and h2) are registered for the Ping message, so the HandleMessageMiddleware invokes them in order, running h1 (n += 1, making n = 1) and then h2 (n += 10, making 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 first INSERT adds the value 1, and the second INSERT conflicts with the unique index so ON CONFLICT DO NOTHING discards it, leaving one row.
Raw```json ⏎ {"answer": "1", "explanation": "The first INSERT adds the value 1, and the second INSERT conflicts with the unique index so ON CONFLICT DO NOTHING discards it, leaving one row."} ⏎ ``` | верно | ON CONFLICT DO NOTHING skips the duplicate: one insert. |
T17-L10 0.24 c | PostgreSQL: transactions and indexes | What does this sequence of psql commands output?
```sql
BEGIN;
CREATE TEMP TABLE t (a int, UNIQUE (a) DEFERRABLE INITIALLY DEFERRED);
INSERT INTO t VALUES (1);
INSERT INTO t VALUES (1);
SELECT count(*) FROM t;
``` | «2» Пояснение: Deferred unique constraints are only checked at COMMIT, not at INSERT, so both INSERTs succeed and the row is only validated when the transaction implicitly commits after the final query.
Raw{"answer": "2", "explanation": "Deferred unique constraints are only checked at COMMIT, not at INSERT, so both INSERTs succeed and the row is only validated when the transaction implicitly commits after the final query."} | верно | DEFERRED postpones the uniqueness check to COMMIT — count sees 2 rows. |
T18-L9 0.33 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 (2 data providers, wait actually 3) and test_sum_abs (3 data providers), totaling 6 tests since the filter matches any test name containing test_sum, including test_sum_abs.
Raw```json ⏎ { ⏎ "answer": "4", ⏎ "explanation": "The `--filter test_sum` matches both test_sum (2 data providers, wait actually 3) and test_sum_abs (3 data providers), totaling 6 tests since the filter matches any test name containing test_sum, including test_sum_abs." ⏎ } ⏎ ``` | неверно верный: «6» | --filter is a substring match: test_sum also matches test_sum_abs (3+3 datasets). |
T18-L10 0.27 c | Testing: PHPUnit | How many tests will this command run, and how many of them will fail? Answer with two comma-separated numbers (ran, failed).
```php
use PHPUnit\Framework\TestCase;
use PHPUnit\Framework\Attributes\DataProvider;
final class Calc2Test extends TestCase
{
public function prov(): array
{
return [[1], [-1]];
}
#[DataProvider('prov')]
public function test_x(int $x): void
{
$this->assertTrue($x > 0);
}
}
```
Command: `phpunit Calc2Test.php` (PHPUnit 10.5) | «2, 1» Пояснение: The data provider returns two test cases ([1] and [-1]), so 2 tests run, and test_x asserts $x > 0 which fails for -1, so 1 fails.
Raw{"answer": "2, 1", "explanation": "The data provider returns two test cases ([1] and [-1]), so 2 tests run, and test_x asserts $x > 0 which fails for -1, so 1 fails."} | верно | 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.23 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` option (equivalent to `--data`) sends data in the request body, which forces curl to use the HTTP POST method.
Raw```json ⏎ {"answer": "POST", "explanation": "The `-d` option (equivalent to `--data`) sends data in the request body, which forces curl to use the HTTP POST method."} ⏎ ``` | верно | -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 option in curl sends data passed with -d via the URL query string using the GET method instead of the default POST method.
Raw{"answer": "GET", "explanation": "The -G option in curl sends data passed with -d via the URL query string using the GET method instead of the default POST method."} | верно | -G turns -d data into the query string; the method stays GET. |
T20-L9 0.24 c | Security and OAuth | A client hits the token endpoint (RFC 6749) with a non-existent client_id. What value of the error field does the endpoint return? | «invalid_client» Пояснение: Per RFC 6749 Section 5.2, when a client authentication fails or the client_id is non-existent, the authorization server returns an 'invalid_client' error value.
Raw{"answer": "invalid_client", "explanation": "Per RFC 6749 Section 5.2, when a client authentication fails or the client_id is non-existent, the authorization server returns an 'invalid_client' error value."} | верно | Unknown client → invalid_client (RFC 6749 §5.2). |
T20-L10 0.24 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 and other parameters are returned in the URL fragment (the part after the #), which is not sent to the server for security reasons.
Raw{"answer": "fragment", "explanation": "With response_type=token (implicit flow), the access token and other parameters are returned in the URL fragment (the part after the #), which is not sent to the server for security reasons."} | верно | The implicit flow passes the token in the URL fragment (#) — it never reaches the server. |
T21-L9 0.21 c | Twig | What does this Twig template output?
```twig
{{ false|default(2) * 3 }}
``` | «0» Пояснение: The default filter returns false because false is not considered null, and false * 3 evaluates to 0 in Twig's arithmetic coercion.
Raw{"answer": "0", "explanation": "The default filter returns false because false is not considered null, and false * 3 evaluates to 0 in Twig's arithmetic coercion."} | неверно верный: «6» | default replaces exactly false/null/''/[] — false becomes 2, 2*3 = 6; the naive 'default is for undefined only' yields 0. |
T21-L10 0.35 c | Twig | What exception class does render() of this template throw?
```twig
{{ 'a' ~ 1 + 2 }}
``` | «twig\error\syntaxerror» Пояснение: The concatenation operator ~ has lower precedence than +, so Twig parses 'a' ~ (1 + 2) and tries to concatenate the result (a string) with the integer 'a' using the ~ operator, which Twig cannot cast to a string, throwing a SyntaxError.
Raw```json ⏎ { ⏎ "answer": "Twig\\Error\\SyntaxError", ⏎ "explanation": "The concatenation operator ~ has lower precedence than +, so Twig parses 'a' ~ (1 + 2) and tries to concatenate the result (a string) with the integer 'a' using the ~ operator, which Twig cannot cast to a string, throwing a SyntaxError." ⏎ } ⏎ ``` | неверно верный: «runtimeerror» | In Twig ~ binds tighter than +: ('a' ~ 1) + 2 → string + int → a render error (RuntimeError). |
T22-L9 0.25 c | Symfony: Security and forms | What does this code output?
```php
use Symfony\Component\Validator\Validation;
use Symfony\Component\Validator\Constraints as Assert;
$v = Validation::createValidator();
echo count($v->validate([''], [new Assert\NotBlank()]));
``` | «0» Пояснение: The string '' (empty string) violates the NotBlank constraint, so the validator should return a ConstraintViolationList with one violation, meaning count() should output 1, not 0.
Raw{"answer": "0", "explanation": "The string '' (empty string) violates the NotBlank constraint, so the validator should return a ConstraintViolationList with one violation, meaning count() should output 1, not 0."} | верно | NotBlank treats null, '', [] as blank — the array [''] is not blank. |
T22-L10 0.25 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() before submitting data throws a FormException because the form must be submitted/processed first.
Raw```json ⏎ { ⏎ "answer": "Symfony\\Component\\Form\\FormException", ⏎ "explanation": "Calling isValid() before submitting data throws a FormException because the form must be submitted/processed first." ⏎ } ⏎ ``` | неверно верный: «symfony\component\form\exception\logicexception» | isValid() on a non-submitted form throws LogicException, it does not return false. |
T23-L9 0.2 c | Symfony: configuration and services | What does this code output?
```php
use Symfony\Component\DependencyInjection\ContainerBuilder;
$c = new ContainerBuilder();
$c->register('a', stdClass::class)->setPublic(true);
$c->compile();
echo spl_object_id($c->get('a')) === spl_object_id($c->get('a')) ? 'same' : 'diff';
``` | «same» Пояснение: Singletons are cached in the container, so multiple get() calls return the same object instance.
Raw```json ⏎ {"answer": "same", "explanation": "Singletons are cached in the container, so multiple get() calls return the same object instance."} ⏎ ``` | верно | Container services are shared: two get() calls yield one instance. |
T23-L10 0.26 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 recursively resolves nested parameter placeholders, so 'message' (%greeting!%) expands to 'hi %name%!' which then expands to 'hi Bob!'
Raw```json ⏎ { ⏎ "answer": "hi Bob!", ⏎ "explanation": "The ContainerBuilder recursively resolves nested parameter placeholders, so 'message' (%greeting!%) expands to 'hi %name%!' which then expands to 'hi Bob!'" ⏎ } ⏎ ``` | верно | compile() resolves %-references transitively: %greeting% → 'hi %name%' → 'hi Bob!', the answer assembles over two hops. |
T24-L9 0.36 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 lg breakpoint (≥992px), as the container widths are 540px, 720px, 960px, and 1140px for sm, md, lg, and xl respectively.
Raw{"answer": "960px", "explanation": "In Bootstrap 5.3, the .container has a max-width of 960px at the lg breakpoint (≥992px), as the container widths are 540px, 720px, 960px, and 1140px for sm, md, lg, and xl respectively."} | верно | 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» Пояснение: The text-primary class comes later in the source order and overrides text-danger, which is why it wins in Bootstrap 5.3's cascade.
Raw{"answer": "text-primary", "explanation": "The text-primary class comes later in the source order and overrides text-danger, which is why it wins in Bootstrap 5.3's cascade."} | неверно верный: «text-danger» | Specificity ties — the later rule wins: text-danger is declared after text-primary. |
T25-L9 0.27 c | Clean architecture | Layers: Domain, Application, Infrastructure. Deptrac rules: Application → Domain; Infrastructure → Domain, Application; Domain → Domain only.
How many violations will deptrac report for this class?
```php
namespace App\Domain;
use App\Application\PlaceOrder;
use App\Infrastructure\Db;
class OrderService
{
public function __construct(
private PlaceOrder $handler,
private Db $db,
) {}
}
``` | «2» Пояснение: OrderService (Domain) depends on PlaceOrder from Application and Db from Infrastructure, both of which violate the rules since Domain may only depend on Domain.
Raw```json ⏎ { ⏎ "answer": "2", ⏎ "explanation": "OrderService (Domain) depends on PlaceOrder from Application and Db from Infrastructure, both of which violate the rules since Domain may only depend on Domain." ⏎ } ⏎ ``` | верно | Domain may depend only on Domain: PlaceOrder (Application) + Db (Infrastructure) = 2. |
T25-L10 0.29 c | Clean architecture | Layers: Domain, Application, Infrastructure. Deptrac rules: Application → Domain; Infrastructure → Domain, Application; Domain → Domain only.
How many violations will deptrac report for this class?
```php
namespace App\Domain;
use App\Application\PlaceOrder;
use App\Infrastructure\Db;
class BillingService
{
public function __construct(
private PlaceOrder $handler,
private Db $db,
private \App\Infrastructure\Logger $logger,
) {}
}
``` | «2» Пояснение: BillingService (Domain) imports PlaceOrder (Application) via constructor type-hint, violating Application→Domain, and Db (Infrastructure) directly, violating Infrastructure→Domain; the Logger type is a fully-qualified string literal that Deptrac does not count as an internal dependency.
Raw{"answer": "2", "explanation": "BillingService (Domain) imports PlaceOrder (Application) via constructor type-hint, violating Application→Domain, and Db (Infrastructure) directly, violating Infrastructure→Domain; the Logger type is a fully-qualified string literal that Deptrac does not count as an internal dependency."} | неверно верный: «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 returns a new Money object with the summed amount (15) while the original object `$a` remains unchanged at 10 due to immutable readonly properties.
Raw```json ⏎ {"answer": "10,15","explanation": "The `add()` method returns a new Money object with the summed amount (15) while the original object `$a` remains unchanged at 10 due to immutable readonly properties."} ⏎ ``` | верно | The VO is immutable: add() returns a new instance; the original is unchanged. |
T26-L9 0.3 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 add('a') puts one item in $items, then remove('a') triggers the DomainException because count===1, the exception is caught, and $items remains unchanged with 0 items (the unset never runs).
Raw```json ⏎ {"answer": 0, "explanation": "The add('a') puts one item in $items, then remove('a') triggers the DomainException because count===1, the exception is caught, and $items remains unchanged with 0 items (the unset never runs)."} ⏎ ``` | неверно верный: «1» | The failed remove leaves aggregate state unchanged: the invariant threw before unset — count stays 1. |
VC-L9 0.23 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 instance of class C and immediately calls the hi() method which returns the string 'hi', then echoes it.
Raw```json ⏎ {"answer": "hi", "explanation": "The code creates a new instance of class C and immediately calls the hi() method which returns the string 'hi', then echoes it."} ⏎ ``` | верно | 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 an uninitialized ghost object so isUninitializedLazyObject() returns 'yes' initially, and accessing $o->v triggers the initialization callback which marks it initialized, so the second check returns 'no'.
Raw{"answer": "yesno", "explanation": "newLazyGhost creates an uninitialized ghost object so isUninitializedLazyObject() returns 'yes' initially, and accessing $o->v triggers the initialization callback which marks it initialized, so the second check returns 'no'."} | верно | newLazyGhost (8.4): the object stays lazy until first access — reading a property initializes it and clears the flag. |
T28-L9 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\Security\Guard\AbstractGuardAuthenticator::class)
? 'yes' : 'no';
``` | «no» Пояснение: The AbstractGuardAuthenticator class was removed in Symfony 6.1, so it does not exist in Symfony 8.1.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "The AbstractGuardAuthenticator class was removed in Symfony 6.1, 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.24 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';
``` | «nonyes» Пояснение: In Symfony 8.x the legacy AnnotationClassLoader was removed (annotations routing support was dropped), so class_exists returns false, while AttributeClassLoader still exists for attribute-based routing.
Raw```json ⏎ {"answer": "nonyes", "explanation": "In Symfony 8.x the legacy AnnotationClassLoader was removed (annotations routing support was dropped), so class_exists returns false, while AttributeClassLoader still exists for attribute-based routing."} ⏎ ``` | неверно верный: «noyes» | Annotation loaders were removed in 7.0; only attribute loaders remain (Annotation→Attribute). |