Пример запроса (первая клетка). System одинаковый во всех запросах прогона, user — свой вопрос для каждой клетки:
| Клетка | Тема | Утверждение | Ответ |
Результат | Обоснование |
T01-L1 3.41 c | Syntax and operators | Double-quoted and single-quoted strings are processed identically; the difference is only in speed. | «no» Пояснение: Double-quoted strings support variable interpolation and escape sequence processing while single-quoted strings are treated almost literally, so they are not processed identically.
Raw{"answer": "no", "explanation": "Double-quoted strings support variable interpolation and escape sequence processing while single-quoted strings are treated almost literally, so they are not processed identically."} | верно | В двойных кавычках работают интерполяция переменных и escape-последовательности, в одинарных — нет. |
T01-L2 0.91 c | Syntax and operators | The ?? operator follows isset semantics and raises no warnings for undefined variables. | «yes» Пояснение: The null coalescing (??) operator follows isset semantics, so it does not trigger an undefined variable notice when the operand is undefined.
Raw{"answer": "yes", "explanation": "The null coalescing (??) operator follows isset semantics, so it does not trigger an undefined variable notice when the operand is undefined."} | верно | ?? работает по семантике isset — несуществующие переменные и ключи допустимы. |
T01-L3 0.39 c | Syntax and operators | What will this print: echo 'a', 'b'; | «ab» Пояснение: PHP's echo statement accepts multiple comma-separated arguments and concatenates them without any separator, outputting 'a' then 'b' as 'ab'.
Raw{"answer": "ab", "explanation": "PHP's echo statement accepts multiple comma-separated arguments and concatenates them without any separator, outputting 'a' then 'b' as 'ab'."} | верно | echo принимает список аргументов: ab. |
T01-L4 1.64 c | Syntax and operators | print returns the value 1 and can be used inside an expression. | «yes» Пояснение: Print is a language construct that always returns 1, which allows it to be used inside an expression.
Raw{"answer": "yes", "explanation": "Print is a language construct that always returns 1, which allows it to be used inside an expression."} | верно | print — выражение со значением 1, в отличие от echo, который значения не возвращает. |
T01-L5 0.36 c | Syntax and operators | The ?: (elvis) operator returns its left operand when it is falsy. | «no» Пояснение: The ?: operator returns its left operand when it is truthy, and only returns the right operand when the left operand is falsy.
Raw{"answer": "false", "explanation": "The ?: operator returns its left operand when it is truthy, and only returns the right operand when the left operand is falsy."} | верно | Наоборот: $a ?: $b возвращает $a, если он истинный, иначе $b. |
T01-L6 1.32 c | Syntax and operators | In PHP 8, the concatenation operator (.) has lower precedence than addition and subtraction. | «yes» Пояснение: In PHP, the addition (+) and subtraction (-) operators have higher precedence than the concatenation (.) operator, so concatenation has lower precedence.
Raw```json ⏎ {"answer": "yes", "explanation": "In PHP, the addition (+) and subtraction (-) operators have higher precedence than the concatenation (.) operator, so concatenation has lower precedence."} ⏎ ``` | верно | С PHP 8 (RFC concat precedence) '.' имеет приоритет ниже арифметики: 'сумма: ' . 2 + 3 → 'сумма: 5' (в PHP 7 было иначе). |
T01-L7 0.55 c | Syntax and operators | The expression 2 ** 3 ** 2 in PHP evaluates as (2 ** 3) ** 2, that is, 64. | «no» Пояснение: The exponentiation operator (**) in PHP is right-associative, so 2 ** 3 ** 2 evaluates as 2 ** (3 ** 2) = 2 ** 9 = 512, not (2 ** 3) ** 2 = 64.
Raw{"answer": "no", "explanation": "The exponentiation operator (**) in PHP 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 1.26 c | Syntax and operators | What string will this print: echo 'sum: ' . 2 + 3; (PHP 8)? | «3» Пояснение: Concatenation (.) has higher precedence than addition (+), so it evaluates as ('sum: ' . 2) + 3 = 'sum: 2' + 3, and since 'sum: 2' starts with non-numeric characters it converts to 0, giving 0 + 3 = 3.
Raw{"answer": "3", "explanation": "Concatenation (.) has higher precedence than addition (+), so it evaluates as ('sum: ' . 2) + 3 = 'sum: 2' + 3, and since 'sum: 2' starts with non-numeric characters it converts to 0, giving 0 + 3 = 3."} | неверно верный: «sum: 5» | Парная к verify-клетке про приоритет: 'сумма: 5'. |
T02-L1 0.49 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{"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.87 c | Types and comparisons | The comparison 0 == false returns false because it is a strict comparison. | «no» Пояснение: The statement is false because 0 == false actually returns true (loose comparison coerces 0 to false), and == is a loose comparison, not a strict one (which is ===).
Raw{"answer": "no", "explanation": "The statement is false because 0 == false actually returns true (loose comparison coerces 0 to false), and == is a loose comparison, not a strict one (which is ===)."} | верно | Наоборот: == — нестрогое сравнение и возвращает true; строгое — это === (0 === false → false). |
T02-L3 2.1 c | Types and comparisons | In PHP 8, the expression "abc" == 0 returns true. | «no» Пояснение: In PHP 8.0, non-numeric strings compared with loose == to a number are not coerced to 0 anymore, so "abc" == 0 returns false.
Raw{"answer": "no", "explanation": "In PHP 8.0, non-numeric strings compared with loose == to a number are not coerced to 0 anymore, so \"abc\" == 0 returns false."} | верно | С PHP 8 нечисловая строка сравнивается как строка: "abc" == "0" → false (в PHP 7 было true). |
T02-L4 0.5 c | Types and comparisons | Under loose comparison, null equals 0, the empty string, and false at the same time. | «yes» Пояснение: In PHP, under loose comparison (==), null is treated as equivalent to 0, the empty string, and false simultaneously, so all these comparisons evaluate to true.
Raw{"answer": "yes", "explanation": "In PHP, under loose comparison (==), null is treated as equivalent to 0, the empty string, and false simultaneously, so all these comparisons evaluate to true."} | верно | null == 0, null == "" и null == false — все true. |
T02-L5 0.52 c | Types and comparisons | What does the expression (int) '42abc' return? | «42» Пояснение: When casting a string to int in PHP, the leading numeric portion of the string is extracted, so '42abc' becomes 42.
Raw{"answer": "42", "explanation": "When casting a string to int in PHP, the leading numeric portion of the string is extracted, so '42abc' becomes 42."} | верно | Ведущая числовая часть: 42, без ошибок и warning. |
T02-L6 0.44 c | Types and comparisons | What does the expression '5' + 5 return? | «10» Пояснение: The + operator forces PHP to evaluate both operands in numeric context, so the string '5' is coerced to the number 5 and 5 + 5 equals 10.
Raw{"answer": 10, "explanation": "The + operator forces PHP to evaluate both operands in numeric context, so the string '5' is coerced to the number 5 and 5 + 5 equals 10."} | верно | Числовая строка приводится: int 10. |
T02-L7 1.12 c | Types and comparisons | When cast to string, false becomes "0". | «no» Пояснение: When cast to string, false becomes an empty string (""), not "0"; it's 0 (the integer) that becomes "0" when cast to string.
Raw```json ⏎ {"answer": "no", "explanation": "When cast to string, false becomes an empty string (\"\"), not \"0\"; it's 0 (the integer) that becomes \"0\" when cast to string."} ⏎ ``` | верно | false → "", true → "1". |
T02-L8 0.72 c | Types and comparisons | The comparison 0.1 + 0.2 === 0.3 returns false. | «yes» Пояснение: Due to floating-point precision, 0.1 + 0.2 evaluates to 0.30000000000000004, not exactly 0.3, so the strict comparison returns false.
Raw{"answer": "yes", "explanation": "Due to floating-point precision, 0.1 + 0.2 evaluates to 0.30000000000000004, not exactly 0.3, so the strict comparison returns false."} | верно | Двоичная погрешность float: 0.1 + 0.2 = 0.30000000000000004. |
T03-L1 0.62 c | Strings | strrev() correctly reverses a UTF-8 string. | «no» Пояснение: strrev() reverses a string byte-by-byte, which corrupts multi-byte UTF-8 characters, so it does not correctly reverse UTF-8 strings.
Raw```json ⏎ {"answer": "no", "explanation": "strrev() reverses a string byte-by-byte, which corrupts multi-byte UTF-8 characters, so it does not correctly reverse UTF-8 strings."} ⏎ ``` | верно | strrev переворачивает байты и ломает многобайтовые последовательности. |
T03-L2 1.16 c | Strings | str_contains('Hello world', 'world') returns true. | «yes» Пояснение: str_contains() checks if a substring exists within a string and returns the boolean true when 'world' is found in 'Hello world'.
Raw{"answer": "yes", "explanation": "str_contains() checks if a substring exists within a string and returns the boolean true when 'world' is found in 'Hello world'."} | верно | str_contains с PHP 8.0 проверяет вхождение подстроки. |
T03-L3 0.51 c | Strings | str_pad() can pad a string on the right side only. | «no» Пояснение: str_pad() can pad on the left (STR_PAD_LEFT), right (STR_PAD_RIGHT, default), and both (STR_PAD_BOTH), not the right side only.
Raw{"answer": "no", "explanation": "str_pad() can pad on the left (STR_PAD_LEFT), right (STR_PAD_RIGHT, default), and both (STR_PAD_BOTH), not the right side only."} | верно | STR_PAD_LEFT / STR_PAD_BOTH меняют сторону дополнения. |
T03-L4 0.68 c | Strings | By default trim() strips only spaces, leaving tabs and newlines intact. | «no» Пояснение: trim() by default strips spaces, tabs, newlines, carriage returns, NUL bytes, and vertical tabs, not just spaces.
Raw{"answer": "no", "explanation": "trim() by default strips spaces, tabs, newlines, carriage returns, NUL bytes, and vertical tabs, not just spaces."} | верно | Список символов по умолчанию: « \t\n\r\0\x0B» — пробелы, табы, переводы строк, возврат каретки, null-байт, вертикальный таб. Проверено php -r. |
T03-L5 0.56 c | Strings | How many BYTES does strlen('héllo') return for a UTF-8 string? | «6» Пояснение: strlen counts bytes, and 'héllo' has 5 characters where 'é' takes 2 bytes in UTF-8, giving 1+2+1+1+1=6 bytes.
Raw{"answer": "6", "explanation": "strlen counts bytes, and 'héllo' has 5 characters where 'é' takes 2 bytes in UTF-8, giving 1+2+1+1+1=6 bytes."} | верно | 6 букв по 2 байта: 12. |
T03-L6 0.51 c | Strings | What does substr('abcdef', -3) return? | «def» Пояснение: A negative start offset counts from the end of the string, so -3 means start 3 characters from the end, returning 'def'.
Raw{"answer": "def", "explanation": "A negative start offset counts from the end of the string, so -3 means start 3 characters from the end, returning 'def'."} | верно | Отрицательное смещение — с конца: def. |
T03-L7 0.46 c | Strings | ucfirst() modifies the string passed to it in place. | «no» Пояснение: ucfirst() returns a new string with the first character capitalized and does not modify the original string because PHP passes strings by value by default.
Raw{"answer": "no", "explanation": "ucfirst() returns a new string with the first character capitalized and does not modify the original string because PHP passes strings by value by default."} | верно | Строки неизменяемы; ucfirst возвращает новую строку. |
T03-L8 0.48 c | Strings | Variable interpolation works in heredoc but not in nowdoc. | «yes» Пояснение: Heredoc parses and interpolates variables, whereas nowdoc behaves like single-quoted strings and does not interpolate variables.
Raw{"answer": "yes", "explanation": "Heredoc parses and interpolates variables, whereas nowdoc behaves like single-quoted strings and does not interpolate variables."} | верно | Nowdoc — «одинарные кавычки» в тройном синтаксисе: текст как есть. |
T04-L1 0.42 c | Arrays | The sort() function preserves the key-to-value association of the array. | «no» Пояснение: sort() sorts an array by values in ascending order and reindexes the array with new sequential integer keys, so it does not preserve the original key-to-value association.
Raw{"answer": "no", "explanation": "sort() sorts an array by values in ascending order and reindexes the array with new sequential integer keys, so it does not preserve the original key-to-value association."} | верно | sort перенумеровывает ключи; связь сохраняет asort. |
T04-L2 0.31 c | Arrays | The string key '5' in an array is stored as the integer 5. | «yes» Пояснение: In PHP, string keys that represent valid integers are automatically converted to integer keys when used in arrays.
Raw{"answer": "yes", "explanation": "In PHP, string keys that represent valid integers are automatically converted to integer keys when used in arrays."} | верно | Каноничные десятичные строковые ключи приводятся к int. |
T04-L3 0.34 c | Arrays | The in_array() function uses strict comparison (===) by default. | «no» Пояснение: in_array() uses loose comparison by default; strict comparison (===) only occurs when the third parameter is set to true.
Raw{"answer": "no", "explanation": "in_array() uses loose comparison by default; strict comparison (===) only occurs when the third parameter is set to true."} | верно | По умолчанию сравнение нестрогое; строгое — третий аргумент true. |
T04-L4 0.55 c | Arrays | Without a callback, array_filter() removes all "empty" (falsy) elements from the array. | «yes» Пояснение: Without a callback, array_filter() removes all falsy elements (false, 0, 0.0, "", "0", null, empty arrays) from the array, keeping only truthy values.
Raw```json ⏎ {"answer": "yes", "explanation": "Without a callback, array_filter() removes all falsy elements (false, 0, 0.0, \"\", \"0\", null, empty arrays) from the array, keeping only truthy values."} ⏎ ``` | верно | Убирает 0, "", null, false и пустые массивы. |
T04-L5 0.45 c | Arrays | By default, array_slice() preserves the original numeric keys of the array. | «no» Пояснение: By default, array_slice() reindexes the numeric keys starting from 0; you must pass true as the third argument to preserve original keys.
Raw{"answer": "no", "explanation": "By default, array_slice() reindexes the numeric keys starting from 0; you must pass true as the third argument to preserve original keys."} | верно | По умолчанию ключи перенумеровываются; сохранение — preserve_keys = true. |
T04-L6 0.65 c | Arrays | What does array_slice([10, 20, 30, 40], 1, 2) return? | «[20, 30]» Пояснение: array_slice extracts 2 elements starting from offset 1 (index 1), returning values 20 and 30 while preserving original keys.
Raw{"answer": "[20, 30]", "explanation": "array_slice extracts 2 elements starting from offset 1 (index 1), returning values 20 and 30 while preserving original keys."} | верно | [20,30]; ключи перенумеровываются. |
T04-L7 0.81 c | Arrays | How many elements will count(['a' => 1] + ['a' => 9, 'b' => 2]) return? | «2» Пояснение: The PHP `+` operator performs a union where the left array's keys take precedence, so 'a' => 1 stays and only 'b' => 2 is added from the right array, giving 2 elements.
Raw{"answer": "2", "explanation": "The PHP `+` operator performs a union where the left array's keys take precedence, so 'a' => 1 stays and only 'b' => 2 is added from the right array, giving 2 elements."} | верно | Оператор + : по ключу 'a' побеждает левый; итого 2. |
T04-L8 0.81 c | Arrays | Since PHP 8.1, the spread operator [...$a, ...$b] supports arrays with string keys. | «yes» Пояснение: PHP 8.1 added support for the spread operator to preserve string keys when merging arrays, which was previously lost.
Raw{"answer": "yes", "explanation": "PHP 8.1 added support for the spread operator to preserve string keys when merging arrays, which was previously lost."} | верно | В 8.0 — только числовые ключи; 8.1 снял ограничение. |
T05-L1 0.83 c | Functions and closures | Named arguments cannot be combined with argument unpacking ...$args in a single call. | «no» Пояснение: PHP 8.1+ allows combining named arguments with unpacking, provided the unpacked array keys are all strings corresponding to parameter names, so they can be used in a single call.
Raw{"answer": "no", "explanation": "PHP 8.1+ allows combining named arguments with unpacking, provided the unpacked array keys are all strings corresponding to parameter names, so they can be used in a single call."} | верно | Можно: f(...$args, имя: значение). Нельзя только позиционный аргумент после распаковки. |
T05-L2 0.53 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; they must explicitly import them via the `use` keyword.
Raw{"answer": "no", "explanation": "In PHP, anonymous functions (closures) do not automatically access outer-scope variables; they must explicitly import them via the `use` keyword."} | верно | Без use внешние переменные недоступны; авто-захват только у fn. |
T05-L3 0.42 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 actually passed to the function (3), regardless of the number of declared parameters (1).
Raw```json ⏎ {"answer": "3", "explanation": "func_num_args() returns the total number of arguments actually passed to the function (3), regardless of the number of declared parameters (1)."} ⏎ ``` | верно | Считает переданные аргументы: 3. |
T05-L4 0.67 c | Functions and closures | The body of an arrow function fn may consist of several expressions in curly braces. | «no» Пояснение: Arrow functions in PHP must consist of a single expression with an implicit return and cannot use curly braces or contain multiple statements.
Raw{"answer": "no", "explanation": "Arrow functions in PHP must consist of a single expression with an implicit return and cannot use curly braces or contain multiple statements."} | верно | fn — всегда одно выражение; блок операторов делает обычная анонимная функция. |
T05-L5 0.96 c | Functions and closures | An arrow function fn captures outer variables by reference (lazily, at use time). | «no» Пояснение: In PHP, arrow functions automatically capture outer variables by value (eagerly at declaration), not by reference or lazily.
Raw{"answer": "no", "explanation": "In PHP, arrow functions automatically capture outer variables by value (eagerly at declaration), not by reference or lazily."} | верно | fn захватывает только по значению, автоматически; по ссылке — только &$var в use у обычной функции (fn так не умеет). |
T05-L6 0.64 c | Functions and closures | A closure declared as static function () {} does not capture $this. | «yes» Пояснение: In PHP, declaring a closure as `static` prevents it from capturing the bound `$this` context, making `$this` inaccessible inside it.
Raw{"answer": "yes", "explanation": "In PHP, declaring a closure as `static` prevents it from capturing the bound `$this` context, making `$this` inaccessible inside it."} | верно | static-замыкание отвязано от объекта: $this внутри недоступен. |
T05-L7 0.6 c | Functions and closures | What will this print: $x = 5; $f = function () use ($x) { return $x; }; $x = 7; echo $f(); | «5» Пояснение: The `use ($x)` clause captures the value of $x by value at the moment the closure is created, so it remains 5 regardless of the later reassignment to 7.
Raw{"answer": "5", "explanation": "The `use ($x)` clause captures the value of $x by value at the moment the closure is created, so it remains 5 regardless of the later reassignment to 7."} | верно | use захватывает по значению в момент создания: 5. |
T05-L8 0.36 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 coerces scalar types, 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 coerces scalar types, 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.36 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 initializing properties directly in the constructor parameters using visibility modifiers like 'private'.
Raw{"answer": "yes", "explanation": "PHP 8.0 introduced constructor property promotion, which allows declaring and initializing properties directly in the constructor parameters using visibility modifiers like 'private'."} | верно | С PHP 8.0 параметр с модификатором создаёт свойство и присваивание. |
T06-L2 0.26 c | OOP: classes and inheritance | Which keyword prevents a method from being overridden in subclasses? | «final» Пояснение: The 'final' keyword in PHP prevents a method (or class or property) from being overridden in subclasses.
Raw{"answer": "final", "explanation": "The 'final' keyword in PHP prevents a method (or class or property) from being overridden in subclasses."} | верно | final. |
T06-L3 0.26 c | OOP: classes and inheritance | A method declared final cannot be overridden in a subclass. | «yes» Пояснение: In PHP, declaring a method as final prevents it from being overridden by any subclass.
Raw{"answer": "yes", "explanation": "In PHP, declaring a method as final prevents it from being overridden by any subclass."} | верно | final запрещает переопределение метода и наследование класса. |
T06-L4 0.37 c | OOP: classes and inheritance | Parent properties with private visibility are accessible in a subclass. | «no» Пояснение: Private properties are only accessible within the class they are declared in and are not inherited or accessible in child classes.
Raw{"answer": "no", "explanation": "Private properties are only accessible within the class they are declared in and are not inherited or accessible in child classes."} | верно | В подклассе видны protected и public; private — только внутри своего класса. |
T06-L5 4.68 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). | «\anonymousclass#1» Пояснение: get_class() returns the anonymous class's internal name, which is \AnonymousClass#<n> (the first one being #1), truncated at the NUL byte that terminates the name.
Raw```json ⏎ {"answer": "\\AnonymousClass#1", "explanation": "get_class() returns the anonymous class's internal name, which is \\AnonymousClass#<n> (the first one being #1), truncated at the NUL byte that terminates the name."} ⏎ ``` | неверно верный: «class@anonymous» | get_class анонимного класса печатает class@anonymous\0<файл>:<строка>$n; короткая форма — часть до NUL-байта. Проверено php -r (hex). |
T06-L6 1.44 c | OOP: classes and inheritance | A private parent method is not part of the inheritance contract: a child may declare a method with the same name and any visibility. | «yes» Пояснение: Private methods are not inherited and are excluded from the inheritance contract, so a child class may redeclare a method with the same name using any visibility (public, protected, or private) without error.
Raw```json ⏎ {"answer": "yes", "explanation": "Private methods are not inherited and are excluded from the inheritance contract, so a child class may redeclare a method with the same name using any visibility (public, protected, or private) without error."} ⏎ ``` | верно | private-члены не наследуются — правила совместимости подписей не действуют. |
T06-L7 0.63 c | OOP: classes and inheritance | The magic method __get() is called only for non-existent properties. | «no» Пояснение: __get() is invoked not only for non-existent properties but also for inaccessible (protected/private) properties accessed from outside their scope.
Raw```json ⏎ {"answer": "no", "explanation": "__get() is invoked not only for non-existent properties but also for inaccessible (protected/private) properties accessed from outside their scope."} ⏎ ``` | верно | __get срабатывает и для существующих, но недоступных (private/protected извне). |
T06-L8 0.47 c | OOP: classes and inheritance | What does reassigning a readonly property throw — Exception or Error? | «error» Пояснение: In PHP 8.1+, reassigning a readonly property after its initial assignment throws an Error (specifically a 'Cannot modify a readonly property' Error, not an Exception).
Raw```json ⏎ {"answer": "Error", "explanation": "In PHP 8.1+, reassigning a readonly property after its initial assignment throws an Error (specifically a 'Cannot modify a readonly property' Error, not an Exception)."} ⏎ ``` | верно | Error (readonly с 8.1); оговорка: в __clone() переинициализация допустима (8.3+). |
T07-L1 0.28 c | Interfaces, traits, enum | An interface can declare constants. | «yes» Пояснение: Since PHP 7.1, interfaces can declare constants which are implicitly public and static.
Raw{"answer": "yes", "explanation": "Since PHP 7.1, interfaces can declare constants which are implicitly public and static."} | верно | Константы интерфейса наследуются реализациями. |
T07-L2 0.26 c | Interfaces, traits, enum | Which operator checks whether an object is an instance of a class or interface? | «instanceof» Пояснение: The instanceof operator in PHP checks whether an object is an instance of a given class or interface.
Raw{"answer": "instanceof", "explanation": "The instanceof operator in PHP checks whether an object is an instance of a given class or interface."} | верно | instanceof. |
T07-L3 0.51 c | Interfaces, traits, enum | An interface can declare static methods. | «yes» Пояснение: Since PHP 8.0, interfaces are allowed to declare static methods that can be implemented by classes.
Raw{"answer": "yes", "explanation": "Since PHP 8.0, interfaces are allowed to declare static methods that can be implemented by classes."} | верно | Реализация обязана дать статический метод с той же сигнатурой. |
T07-L4 0.3 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.39 c | Interfaces, traits, enum | An interface method may have a default implementation, like a trait method. | «yes» Пояснение: Since PHP 8.0, interface methods can provide a default implementation using a method body, similar to how trait methods work.
Raw{"answer": "yes", "explanation": "Since PHP 8.0, interface methods can provide a default implementation using a method body, similar to how trait methods work."} | неверно верный: «no» | Методы интерфейса — только сигнатуры; тело даёт реализующий класс. |
T07-L6 0.56 c | Interfaces, traits, enum | An abstract method in an abstract class may have protected visibility. | «yes» Пояснение: In PHP, abstract methods may be declared with public or protected visibility, so an abstract method can indeed have protected visibility.
Raw{"answer": "yes", "explanation": "In PHP, abstract methods may be declared with public or protected visibility, so an abstract method can indeed have protected visibility."} | верно | В абстрактном классе — любая видимость; в интерфейсе — только public. |
T07-L7 0.49 c | Interfaces, traits, enum | How many elements will Foo::cases() return for enum Foo { case A; case B; case C; }? | «3» Пояснение: Foo::cases() returns an array containing all cases of the enum, which are A, B, and C, giving 3 elements.
Raw{"answer": "3", "explanation": "Foo::cases() returns an array containing all cases of the enum, which are A, B, and C, giving 3 elements."} | верно | Статический метод cases(): 3. |
T07-L8 0.6 c | Interfaces, traits, enum | A trait can declare constants. | «yes» Пояснение: PHP traits can declare constants, along with properties and methods, which can then be used in the classes that use the trait.
Raw{"answer": "yes", "explanation": "PHP traits can declare constants, along with properties and methods, which can then be used in the classes that use the trait."} | верно | С PHP 8.2 трейты могут объявлять константы (RFC constants_in_traits); до 8.2 — нет. |
T08-L1 0.48 c | Exceptions and errors | The Throwable interface is a common ancestor of both Exception and Error. | «yes» Пояснение: In PHP 7+, the Throwable interface is the common base for both Exception and Error, with each implementing it.
Raw```json ⏎ {"answer": "yes", "explanation": "In PHP 7+, the Throwable interface is the common base for both Exception and Error, with each implementing it."} ⏎ ``` | верно | Иерархия с PHP 7: Throwable → Exception и Throwable → Error. |
T08-L2 0.57 c | Exceptions and errors | A catch (Exception $e) block will also catch TypeError, because TypeError ultimately inherits from Exception. | «no» Пояснение: TypeError extends Error (not Exception) in PHP 7+, so a catch(Exception $e) block will not catch it; you must catch \Throwable instead.
Raw{"answer": "no", "explanation": "TypeError extends Error (not Exception) in PHP 7+, so a catch(Exception $e) block will not catch it; you must catch \\Throwable instead."} | верно | TypeError наследуется от Error; catch (Exception) его не ловит. |
T08-L3 0.56 c | Exceptions and errors | The @ operator suppresses exceptions too. | «no» Пояснение: The @ operator only suppresses errors (like warnings and notices), not exceptions, which are thrown and can still be caught by try/catch blocks.
Raw{"answer": "false", "explanation": "The @ operator only suppresses errors (like warnings and notices), not exceptions, which are thrown and can still be caught by try/catch blocks."} | верно | @ глушит диагностику (warnings/notices), исключения не перехватывает. |
T08-L4 0.43 c | Exceptions and errors | What error class does intdiv(5, 0) throw? | «divisionbyzeroerror» Пояснение: In PHP, calling intdiv() with a divisor of zero throws a DivisionByZeroError exception, which extends ArithmeticError and Exception.
Raw{"answer": "DivisionByZeroError", "explanation": "In PHP, calling intdiv() with a divisor of zero throws a DivisionByZeroError exception, which extends ArithmeticError and Exception."} | верно | DivisionByZeroError (иерархия Error, не Exception); php-грейдер объективен. |
T08-L5 0.4 c | Exceptions and errors | The finally block runs only if the exception was caught by a catch block. | «no» Пояснение: The finally block always executes regardless of whether an exception occurred or was caught, or even if the try block completed normally.
Raw{"answer": "no", "explanation": "The finally block always executes regardless of whether an exception occurred or was caught, or even if the try block completed normally."} | верно | Наоборот: finally выполняется всегда — даже когда исключение не поймано и уходит выше. Проверено php -r. |
T08-L6 1.38 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 in a finally block overrides and replaces any exception that was being propagated from the try block, so it does affect the result.
Raw{"answer": "no", "explanation": "An exception thrown in a finally block overrides and replaces any exception that was being propagated from the try block, so it does affect the result."} | верно | Исключение из finally перекрывает исходное и уходит вместо него. |
T08-L7 0.82 c | Exceptions and errors | What does the expression (bool) new Exception('x') return? | «true» Пояснение: In PHP, all objects are converted to boolean true unless they implement __isset() returning false, and Exception has no such method, so (bool) new Exception('x') yields true.
Raw{"answer": "true", "explanation": "In PHP, all objects are converted to boolean true unless they implement __isset() returning false, and Exception has no such method, so (bool) new Exception('x') yields true."} | верно | Любой объект при приведении к bool — true. Формы ответа: true или да. |
T08-L8 0.32 c | Exceptions and errors | Functions registered via register_shutdown_function() run when exit is called. | «yes» Пояснение: Shutdown functions registered via register_shutdown_function() are guaranteed to run when the script exits, including when exit() is explicitly called.
Raw{"answer": "yes", "explanation": "Shutdown functions registered via register_shutdown_function() are guaranteed to run when the script exits, including when exit() is explicitly called."} | верно | exit завершает скрипт, но shutdown-функции отрабатывают. |
T09-L1 0.74 c | Namespaces and autoloading | The use App\Service\Mailer; statement itself loads the class file. | «no» Пояснение: The `use` statement only creates a compile-time alias for a class name within the current namespace; it does not load the file, which happens lazily via autoloading when the class is actually referenced.
Raw{"answer": "no", "explanation": "The `use` statement only creates a compile-time alias for a class name within the current namespace; it does not load the file, which happens lazily via autoloading when the class is actually referenced."} | верно | use — псевдоним на этапе компиляции; файл грузит автозагрузчик при первом обращении. |
T09-L2 3.21 c | Namespaces and autoloading | What follows use to import a function (not a class): the word function or const? | «function» Пояснение: Functions are imported using the `function` keyword approach (named/declaration), whereas a value stored in a `const` arrow function is imported by its variable name; the `function` keyword distinguishes a proper function import from a const import.
Raw{"answer": "function", "explanation": "Functions are imported using the `function` keyword approach (named/declaration), whereas a value stored in a `const` arrow function is imported by its variable name; the `function` keyword distinguishes a proper function import from a const import."} | верно | use function ...; (и use const для констант). |
T09-L3 0.75 c | Namespaces and autoloading | Into which file (path from src/) does the PSR-4 mapping "App\ → src/" place the class App\Controller\Api\UserController? | «controller/api/usercontroller.php» Пояснение: PSR-4 maps the App\ namespace to src/, so the class App\Controller\Api\UserController is located by replacing the namespace separators with directory separators under src/ and appending .php.
Raw```json ⏎ {"answer": "Controller/Api/UserController.php", "explanation": "PSR-4 maps the App\\ namespace to src/, so the class App\\Controller\\Api\\UserController is located by replacing the namespace separators with directory separators under src/ and appending .php."} ⏎ ``` | верно | Остаток имени после префикса, \ → /. |
T09-L4 0.48 c | Namespaces and autoloading | Including vendor/autoload.php registers autoloaders via spl_autoload_register(). | «yes» Пояснение: Composer's vendor/autoload.php registers multiple autoloaders (class map, PSR-0, PSR-4, and files) via spl_autoload_register().
Raw```json ⏎ {"answer": "yes", "explanation": "Composer's vendor/autoload.php registers multiple autoloaders (class map, PSR-0, PSR-4, and files) via spl_autoload_register()."} ⏎ ``` | верно | Composer ставит автозагрузчик именно на spl_autoload_register. |
T09-L5 0.47 c | Namespaces and autoloading | The magic constant __NAMESPACE__ contains the name of the current namespace. | «yes» Пояснение: The __NAMESPACE__ magic constant returns the name of the current namespace, or an empty string when in the global scope.
Raw{"answer": "yes", "explanation": "The __NAMESPACE__ magic constant returns the name of the current namespace, or an empty string when in the global scope."} | верно | В корневом пространстве — пустая строка. |
T09-L6 2.2 c | Namespaces and autoloading | An unqualified class name (without a leading \) in new is resolved from the global root. | «no» Пояснение: In PHP, an unqualified class name in a `new` statement is resolved relative to the current namespace, not the global root (only names with a leading backslash resolve from the global root).
Raw{"answer": "no", "explanation": "In PHP, an unqualified class name in a `new` statement is resolved relative to the current namespace, not the global root (only names with a leading backslash resolve from the global root)."} | верно | Резолвится относительно текущего namespace (с учётом импортов). |
T09-L7 0.38 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 prefix App\ maps to src/, so the subnamespace Model\ and class User map to src/Model/User.php.
Raw{"answer": "yes", "explanation": "Under PSR-4, the namespace prefix App\\ maps to src/, so the subnamespace Model\\ and class User map to src/Model/User.php."} | верно | Остаток имени после префикса переносится в путь как есть. |
T09-L8 0.45 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 (since 5.4), a use statement for namespace importing can be placed inside a function body, where the import is scoped to that function only.
Raw```json ⏎ {"answer": "yes", "explanation": "In PHP (since 5.4), a use statement for namespace importing can be placed inside a function body, where the import is scoped to that function only."} ⏎ ``` | неверно верный: «no» | use внутри тела функции — parse error; импорты файловые и компиляционные. |
T10-L1 0.76 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 or passing it by value creates an independent copy rather than a reference.
Raw{"answer": "yes", "explanation": "In PHP, arrays use copy-on-write semantics, so assigning an array to another variable or passing it by value creates an independent copy rather than a reference."} | верно | Присваивание массива — копия (в движке — copy-on-write). |
T10-L2 0.44 c | References and scope | What will this print: $a = [1, 2]; $b = $a; $b[] = 3; echo count($a); | «2» Пояснение: In PHP, arrays are passed by value, so $b = $a creates an independent copy, and $b[] = 3 modifies only $b, leaving $a with 2 elements.
Raw```json ⏎ {"answer": "2", "explanation": "In PHP, arrays are passed by value, so $b = $a creates an independent copy, and $b[] = 3 modifies only $b, leaving $a with 2 elements."} ⏎ ``` | верно | Присваивание — копия: в $a по-прежнему 2 элемента. |
T10-L3 0.81 c | References and scope | Inside a function, user-defined global variables are inaccessible without global, $GLOBALS, or passing them as parameters. | «yes» Пояснение: In PHP, variables are lexically scoped, so global variables defined outside a function are not accessible inside the function unless imported via the 'global' keyword, accessed through the '$GLOBALS' superglobal array, or passed as function parameters.
Raw```json ⏎ {"answer": "yes", "explanation": "In PHP, variables are lexically scoped, so global variables defined outside a function are not accessible inside the function unless imported via the 'global' keyword, accessed through the '$GLOBALS' superglobal array, or passed as function parameters."} ⏎ ``` | верно | Область видимости функций изолирована; исключение — суперглобалы ($_GET и др.). |
T10-L4 1.09 c | References and scope | unset($GLOBALS['x']) inside a function removes the global variable only for that function. | «no» Пояснение: unset($GLOBALS['x']) destroys the actual global variable 'x' for the entire script, not just within the current function's scope.
Raw{"answer": "no", "explanation": "unset($GLOBALS['x']) destroys the actual global variable 'x' for the entire script, not just within the current function's scope."} | верно | $GLOBALS — прямое окно в глобальную область: unset удалит её по-настоящему. |
T10-L5 0.43 c | References and scope | What will this print: function inc(&$x) { $x++; } $n = 5; inc($n); echo $n; | «6» Пояснение: The function parameter is passed by reference with & so $x++ modifies the original $n variable, changing it from 5 to 6.
Raw{"answer": "6", "explanation": "The function parameter is passed by reference with & so $x++ modifies the original $n variable, changing it from 5 to 6."} | верно | Ссылка меняет оригинал: 6. |
T10-L6 3.65 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» Пояснение: For a by-value foreach, PHP iterates over a copy of the array (copy-on-write), so modifications made inside the loop are not reflected in the current pass; only reference iteration (& $value) affects the original array elements.
Raw{"answer": "no", "explanation": "For a by-value foreach, PHP iterates over a copy of the array (copy-on-write), so modifications made inside the loop are not reflected in the current pass; only reference iteration (& $value) affects the original array elements."} | верно | По значению foreach итерирует копию-снимок. |
T10-L7 0.48 c | References and scope | A static property belongs to each instance separately: changes in one object are not visible in others. | «no» Пояснение: A static property belongs to the class itself and is shared across all instances, so a change made through one object IS visible in all others.
Raw{"answer": "no", "explanation": "A static property belongs to the class itself and is shared across all instances, so a change made through one object IS visible in all others."} | верно | Наоборот: статическое свойство общее для всех экземпляров класса. Проверено php -r. |
T10-L8 0.79 c | References and scope | An array can have a boolean key true, and it will be stored as bool. | «no» Пояснение: In PHP, array keys can only be integers or strings, so a boolean key like true is coerced to the integer 1 rather than stored as a bool.
Raw{"answer": "no", "explanation": "In PHP, array keys can only be integers or strings, so a boolean key like true is coerced to the integer 1 rather than stored as a bool."} | верно | Булев ключ приводится к int: true → 1, false → 0. |
T11-L1 0.97 c | Generators, iterators, SPL | Inside a generator, return with a value can be used, and it becomes available via $gen->getReturn(). | «yes» Пояснение: In PHP, a generator can use 'return $value;', and the value can be retrieved later via the generator's getReturn() method.
Raw```json ⏎ {"answer": "yes", "explanation": "In PHP, a generator can use 'return $value;', and the value can be retrieved later via the generator's getReturn() method."} ⏎ ``` | верно | return-значение генератора доступно через getReturn() после прохода. |
T11-L2 0.6 c | Generators, iterators, SPL | A fully consumed generator can be rewound with rewind() and traversed again. | «no» Пояснение: Once a generator is fully consumed in PHP, calling rewind() throws a 'Cannot rewind a consumed generator' exception because generators are single-use and do not retain their state for re-traversal.
Raw{"answer": "no", "explanation": "Once a generator is fully consumed in PHP, calling rewind() throws a 'Cannot rewind a consumed generator' exception because generators are single-use and do not retain their state for re-traversal."} | верно | Генератор одноразовый: rewind после начала итерации бросает Exception. |
T11-L3 0.42 c | Generators, iterators, SPL | The yield from construct delegates traversal to another generator or iterable. | «yes» Пояснение: The `yield from` construct in PHP delegates traversal to another generator, iterable, array, or string by yielding all of its values.
Raw{"answer": "yes", "explanation": "The `yield from` construct in PHP delegates traversal to another generator, iterable, array, or string by yielding all of its values."} | верно | yield from проксирует значения, ключи и return-значение внутреннего генератора. |
T11-L4 0.43 c | Generators, iterators, SPL | What does get_class(g()) return for function g() { yield 1; }? | «generator» Пояснение: A function containing yield returns a Generator object when called, and get_class() returns its class name as the string "Generator".
Raw{"answer": "Generator", "explanation": "A function containing yield returns a Generator object when called, and get_class() returns its class name as the string \"Generator\"."} | верно | Функция с yield возвращает Generator. |
T11-L5 0.99 c | Generators, iterators, SPL | How many elements will count(iterator_to_array((function () { yield from [1, 2, 3]; })())) return? | «3» Пояснение: The generator yields 1, 2, 3 via `yield from`, so iterator_to_array produces a 3-element array and count returns 3.
Raw{"answer": "3", "explanation": "The generator yields 1, 2, 3 via `yield from`, so iterator_to_array produces a 3-element array and count returns 3."} | верно | yield from делегирует все 3 элемента. |
T11-L6 0.62 c | Generators, iterators, SPL | The SplStack class implements a FIFO queue. | «no» Пояснение: SplStack implements a LIFO (Last In First Out) stack, while FIFO queues are implemented by the SplQueue class.
Raw{"answer": "no", "explanation": "SplStack implements a LIFO (Last In First Out) stack, while FIFO queues are implemented by the SplQueue class."} | верно | SplStack — стек LIFO; очередь FIFO — SplQueue. |
T11-L7 0.37 c | Generators, iterators, SPL | ArrayIterator allows wrapping an array and traversing it via the Iterator interface. | «yes» Пояснение: ArrayIterator is a built-in PHP class that wraps an array and provides Iterator (along with ArrayAccess and Countable) interface methods to traverse and access its elements.
Raw{"answer": "yes", "explanation": "ArrayIterator is a built-in PHP class that wraps an array and provides Iterator (along with ArrayAccess and Countable) interface methods to traverse and access its elements."} | верно | Объектная обёртка над массивом. |
T11-L8 0.33 c | Generators, iterators, SPL | An ArrayObject instance cannot be traversed with foreach. | «no» Пояснение: ArrayObject implements IteratorAggregate and ArrayAccess, so instances can be traversed with foreach just like arrays.
Raw{"answer": "no", "explanation": "ArrayObject implements IteratorAggregate and ArrayAccess, so instances can be traversed with foreach just like arrays."} | верно | ArrayObject реализует IteratorAggregate — foreach по нему работает. |
T12-L1 0.7 c | Configuration and security | password_hash() generates a salt automatically — passing one separately is not needed. | «yes» Пояснение: password_hash() automatically generates a random salt and embeds it in the output, so you don't need to supply one separately.
Raw{"answer": "yes", "explanation": "password_hash() automatically generates a random salt and embeds it in the output, so you don't need to supply one separately."} | верно | Соль встраивается в строку результата; параметр salt устарел. |
T12-L2 0.74 c | Configuration and security | In PHP 8, PASSWORD_DEFAULT is md5 with an automatically added salt. | «no» Пояснение: PASSWORD_DEFAULT in PHP 8 uses bcrypt (and Argon2id in newer versions), never md5, which is a fast, unsuitable-for-passwords hash algorithm.
Raw{"answer": "no", "explanation": "PASSWORD_DEFAULT in PHP 8 uses bcrypt (and Argon2id in newer versions), never md5, which is a fast, unsuitable-for-passwords hash algorithm."} | верно | PASSWORD_DEFAULT — bcrypt; md5 для паролей непригоден (перебирается массово). |
T12-L3 0.47 c | Configuration and security | What does password_verify('secret', password_hash('secret', PASSWORD_DEFAULT)) return? | «yes» Пояснение: password_verify returns true when the provided password matches the given hash, and since both use the same plaintext 'secret', verification succeeds.
Raw{"answer": "yes", "explanation": "password_verify returns true when the provided password matches the given hash, and since both use the same plaintext 'secret', verification succeeds."} | верно | Соль и хеш в одной строке: true (форма ответа: true или да). |
T12-L4 0.41 c | Configuration and security | strip_tags() protects against SQL injection. | «no» Пояснение: strip_tags() only removes HTML and PHP tags from a string and provides no protection against SQL injection, which requires parameterized queries or proper SQL escaping.
Raw{"answer": "false", "explanation": "strip_tags() only removes HTML and PHP tags from a string and provides no protection against SQL injection, which requires parameterized queries or proper SQL escaping."} | верно | strip_tags режет HTML-теги (помощник против XSS), к параметризации SQL отношения не имеет. |
T12-L5 0.4 c | Configuration and security | session_regenerate_id() is used to protect against session fixation upon user login. | «yes» Пояснение: session_regenerate_id() creates a new session ID upon login, which invalidates any previously fixed session ID that an attacker might have planted, thereby mitigating session fixation attacks.
Raw{"answer": "yes", "explanation": "session_regenerate_id() creates a new session ID upon login, which invalidates any previously fixed session ID that an attacker might have planted, thereby mitigating session fixation attacks."} | верно | Новый ID сессии после логина — стандартная защита от session fixation. |
T12-L6 0.41 c | Configuration and security | Which built-in function returns the SAPI name (e.g., cli)? | «php_sapi_name()» Пояснение: php_sapi_name() returns the server API interface (SAPI) name that PHP is running as, such as "cli" for the command-line interface.
Raw{"answer": "php_sapi_name()", "explanation": "php_sapi_name() returns the server API interface (SAPI) name that PHP is running as, such as \"cli\" for the command-line interface."} | верно | php_sapi_name(). |
T12-L7 0.57 c | Configuration and security | session_destroy() deletes session data on the server but not the cookie in the user's browser. | «yes» Пояснение: session_destroy() removes server-side session data but does not delete the session cookie stored in the browser, which requires explicitly calling setcookie() with an expiration time.
Raw{"answer": "yes", "explanation": "session_destroy() removes server-side session data but does not delete the session cookie stored in the browser, which requires explicitly calling setcookie() with an expiration time."} | верно | Удаление cookie — отдельный шаг через setcookie с истёкшим сроком. |
T12-L8 0.41 c | Configuration and security | Without calling session_start(), the $_SESSION array is automatically populated with session data. | «no» Пояснение: You must call session_start() to initialize the session and populate $_SESSION with stored session data; without it, $_SESSION remains empty.
Raw{"answer": "no", "explanation": "You must call session_start() to initialize the session and populate $_SESSION with stored session data; without it, $_SESSION remains empty."} | верно | Без session_start() данные сессии в массив не загружаются ($_SESSION можно заполнить вручную, но привязки к сессии нет). |
VC-L1 0.39 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 as part of the new array search functions added in that release.
Raw{"answer": "7.3", "explanation": "The array_find() function was introduced in PHP 7.3 as part of the new array search functions added in that release."} | неверно верный: «8.4» | PHP 8.4 (RFC array_find). |
VC-L2 0.36 c | PHP 8.4–8.5 | Property hooks (get/set right in the property declaration) landed in PHP 8.4. | «yes» Пояснение: Property hooks, allowing get/set logic directly in the property declaration, were introduced in PHP 8.4.
Raw{"answer": "yes", "explanation": "Property hooks, allowing get/set logic directly in the property declaration, were introduced in PHP 8.4."} | верно | Property hooks — PHP 8.4 (ноябрь 2024). |
VC-L3 0.51 c | PHP 8.4–8.5 | Asymmetric visibility (public private(set) string $name) appeared in PHP 8.4. | «yes» Пояснение: Asymmetric visibility, which allows properties like `public private(set) string $name` to have separate read/write access levels, was introduced in PHP 8.4.
Raw{"answer": "yes", "explanation": "Asymmetric visibility, which allows properties like `public private(set) string $name` to have separate read/write access levels, was introduced in PHP 8.4."} | верно | Asymmetric visibility v2 — PHP 8.4. |
VC-L4 0.24 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.
Raw{"answer": "8.2", "explanation": "The #[\\NoDiscard] attribute was introduced in PHP 8.2."} | неверно верный: «8.5» | #[\NoDiscard] — PHP 8.5 (marking return values as important). |
VC-L5 0.29 c | PHP 8.4–8.5 | In which PHP version did the pipe operator |> first appear? Answer with the version number. | «8.0» Пояснение: The pipe operator (|>) was introduced in PHP 8.0, allowing the value on the left to be passed as the first argument of the function on the right.
Raw{"answer": "8.0", "explanation": "The pipe operator (|>) was introduced in PHP 8.0, allowing the value on the left to be passed as the first argument of the function on the right."} | неверно верный: «8.5» | Pipe operator — PHP 8.5 (2025). |
VC-L6 0.51 c | PHP 8.4–8.5 | In which PHP version did clone-with — the syntax clone($obj, ['x' => 1]) — appear? Answer with the version number. | «8.2» Пояснение: The clone-with syntax clone($obj, ['x' => 1]) was introduced in PHP 8.2, allowing you to override properties while cloning an object.
Raw{"answer": "8.2", "explanation": "The clone-with syntax clone($obj, ['x' => 1]) was introduced in PHP 8.2, allowing you to override properties while cloning an object."} | неверно верный: «8.5» | Clone with v2 — PHP 8.5. |
VC-L7 0.24 c | PHP 8.4–8.5 | In which PHP version were the array_first() and array_last() functions introduced? | «7.3» Пояснение: array_first() and array_last() were introduced in PHP 7.3.
Raw{"answer": "7.3", "explanation": "array_first() and array_last() were introduced in PHP 7.3."} | неверно верный: «8.5» | PHP 8.5. |
VC-L8 0.74 c | PHP 8.4–8.5 | For which PHP version was RFC Partial Function Application v2 adopted (as of 2026-11-07)? Answer with the version number. | «8.4» Пояснение: The Partial Function Application RFC (v2) was adopted for PHP 8.4, introducing the ...() arrow syntax for currying functions.
Raw{"answer": "8.4", "explanation": "The Partial Function Application RFC (v2) was adopted for PHP 8.4, introducing the ...() arrow syntax for currying functions."} | неверно верный: «8.6» | PFA v2 принят 05.12.2025 (33-0-0), реализован в PHP 8.6. |
VF-L1 0.56 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, implemented via RFC clamp_v2, was added in PHP 8.4 as of the 2026-11-07 date.
Raw{"answer": "8.4", "explanation": "The clamp() function, implemented via RFC clamp_v2, was added in PHP 8.4 as of the 2026-11-07 date."} | неверно верный: «8.6» | По данным владельца (wiki.php.net/rfc): clamp_v2 — 8.6; clamp() в 8.5.11 отсутствует (косвенное подтверждение). Дата-якорь делает клетку монотонной. |
VF-L2 1.13 c | PHP: 8.6+ and the future | RFC Context Managers v2 has already been adopted in PHP (as of 2026-11-07). | «no» Пояснение: PHP's Context Managers proposal (the 'with' statement) was submitted but declined/deferred and was never adopted, so a 'v2' adoption did not occur.
Raw{"answer": "no", "explanation": "PHP's Context Managers proposal (the 'with' statement) was submitted but declined/deferred and was never adopted, so a 'v2' adoption did not occur."} | верно | На 06.11.2026 — в обсуждении (создан 2026-10-23); не принят. |
VF-L3 1.19 c | PHP: 8.6+ and the future | RFC Bound-Erased Generic Types (generics) was declined in 2026. | «no» Пояснение: The 'Bound-Erased Generic Types' generics RFC was accepted for PHP 8.4, not declined in 2026.
Raw{"answer": "false", "explanation": "The 'Bound-Erased Generic Types' generics RFC was accepted for PHP 8.4, not declined in 2026."} | неверно верный: «yes» | Голосование завершилось 2026-06-28: отклонён (wiki.php.net/rfc). |
VF-L4 1.39 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» Пояснение: The RFC to make ZTS (Zend Thread Safety) the default build has not been accepted in PHP, as enabling it by default would break numerous existing extensions and configurations.
Raw{"answer": "no", "explanation": "The RFC to make ZTS (Zend Thread Safety) the default build has not been accepted in PHP, as enabling it by default would break numerous existing extensions and configurations."} | верно | Такого принятого RFC нет на дату якоря; якорь делает клетку монотонной — при принятии RFC позже клетка не перевернётся. |
VF-L5 0.61 c | PHP: 8.6+ and the future | As of PHP 8.5, generics (parameterized types) are still absent. | «yes» Пояснение: PHP still does not have native generics/parameterized types implemented as of version 8.5, despite various RFC discussions and proposals.
Raw{"answer": "yes", "explanation": "PHP still does not have native generics/parameterized types implemented as of version 8.5, despite various RFC discussions and proposals."} | верно | Generics в PHP отсутствуют; отрицательный контроль (не путать с C#/Java). |
VF-L6 1.58 c | PHP: 8.6+ and the future | As of 2026-11-07, the latest stable PHP version is 8.5, and PHP 8.6 has not been released yet (GA — 2026-11-19). | «yes» Пояснение: PHP 8.5 was released in November 2025 as the current stable version, and PHP 8.6 follows the annual November release cycle with GA scheduled for November 2026, so as of 2026-11-07, 8.5 is the latest stable.
Raw{"answer": "yes", "explanation": "PHP 8.5 was released in November 2025 as the current stable version, and PHP 8.6 follows the annual November release cycle with GA scheduled for November 2026, so as of 2026-11-07, 8.5 is the latest stable."} | верно | 8.5 — релиз осени 2025; 8.6 GA 19.11.2026 (wiki.php.net/todo/php86). Дата снимка — 06.11.2026. |
VF-L7 0.99 c | PHP: 8.6+ and the future | The PHP 6 branch never shipped: after PHP 5.6 came PHP 7.0 directly. | «yes» Пояснение: PHP 6, which was originally planned for Unicode support, was abandoned and development resumed on the 5.x line, so PHP 7.0 released directly after PHP 5.6 in 2015.
Raw{"answer": "yes", "explanation": "PHP 6, which was originally planned for Unicode support, was abandoned and development resumed on the 5.x line, so PHP 7.0 released directly after PHP 5.6 in 2015."} | верно | Исторический факт: ветка 6 не была релизнута. |
VF-L8 1.28 c | PHP: 8.6+ and the future | The RFC adding the #[\Deprecated] attribute to the core was adopted. | «yes» Пояснение: The RFC to add the #[\Deprecated] attribute to PHP's core was accepted and it was implemented in PHP 8.4.
Raw{"answer": "yes", "explanation": "The RFC to add the #[\\Deprecated] attribute to PHP's core was accepted and it was implemented in PHP 8.4."} | верно | #[\Deprecated] — принят, реализован в PHP 8.4. |
T25-L1 0.36 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, the dependency rule requires that inner layers know nothing about outer ones, with all source code dependencies pointing inward toward the center.
Raw```json ⏎ {"answer": "yes", "explanation": "In clean and onion architecture, the dependency rule requires that inner layers know nothing about outer ones, with all source code dependencies pointing inward toward the center."} ⏎ ``` | верно | Чистая (Robert C. Martin), луковичная (Jeffrey Palermo) и гексагональная (ports & adapters) — варианты одной идеи: зависимости направлены внутрь, к домену. Слоями в проекте следит deptrac. |
T25-L2 0.83 c | Clean architecture | Domain entities import neither Doctrine nor Symfony — only the language and, possibly, the standard library. | «yes» Пояснение: In domain-driven/hexagonal architecture, domain entities must stay pure PHP classes free of framework or persistence dependencies so they remain testable and decoupled from infrastructure.
Raw{"answer": "yes", "explanation": "In domain-driven/hexagonal architecture, domain entities must stay pure PHP classes free of framework or persistence dependencies so they remain testable and decoupled from infrastructure."} | верно | Изоляция домена от инфраструктуры; deptrac в проекте как раз следит за слоями. |
T25-L3 0.69 c | Clean architecture | Controllers and Twig templates belong to the business-logic layer because they are the ones calling use cases. | «no» Пояснение: Controllers and Twig templates belong to the presentation/presenter layer, not the business-logic layer, since they only orchestrate calls to use cases while the actual business logic resides in the use cases themselves.
Raw```json ⏎ {"answer": "no", "explanation": "Controllers and Twig templates belong to the presentation/presenter layer, not the business-logic layer, since they only orchestrate calls to use cases while the actual business logic resides in the use cases themselves."} ⏎ ``` | верно | Наоборот: это интерфейсные адаптеры (внешний слой); они зависят от use cases, а не наоборот. |
T25-L4 0.88 c | Clean architecture | What sits at the very center of the onion architecture? | «the domain entities (business rules)» Пояснение: In the onion architecture, the innermost layer at the very center contains the domain entities and general business rules, which are protected from external concerns by surrounding layers.
Raw{"answer": "The domain entities (business rules)", "explanation": "In the onion architecture, the innermost layer at the very center contains the domain entities and general business rules, which are protected from external concerns by surrounding layers."} | неверно верный: «domain model» | Центральное кольцо — Domain Model: сущности и бизнес-правила без зависимостей; далее Domain Services → Application Services → Infrastructure/UI/Tests (Palermo). |
T25-L5 0.74 c | Clean architecture | Layer boundary violations can be caught automatically: a layer-dependency analyzer (e.g. deptrac) fails on a forbidden call. | «yes» Пояснение: Deptrac performs static analysis to detect forbidden cross-layer dependencies and fails the build when such violations occur.
Raw{"answer": "yes", "explanation": "Deptrac performs static analysis to detect forbidden cross-layer dependencies and fails the build when such violations occur."} | верно | depfile.yaml в проекте TasK: CI проверяет правила слоёв на каждом пайплайне. |
T25-L6 0.8 c | Clean architecture | A use case (interactor) may accept an HTTP request or an EntityManager as arguments — it is simpler that way. | «no» Пояснение: Use cases should be transport- and infrastructure-agnostic, accepting only domain-level inputs (like value objects or DTOs), so they remain testable and decoupled from HTTP or EntityManager concerns.
Raw{"answer": "no", "explanation": "Use cases should be transport- and infrastructure-agnostic, accepting only domain-level inputs (like value objects or DTOs), so they remain testable and decoupled from HTTP or EntityManager concerns."} | верно | Use case принимает DTO и порты; привязка к HTTP/ORM протекает инфраструктуру во внутренние слои. |
T25-L7 0.33 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 encapsulates the collection of aggregates/entities and abstracts the storage mechanism behind an interface.
Raw{"answer": "Repository", "explanation": "The Repository pattern encapsulates the collection of aggregates/entities and abstracts the storage mechanism behind an interface."} | верно | Repository pattern (DDD/Evans); в проекте — Doctrine-репозитории за портами. |
T25-L8 0.85 c | Clean architecture | In clean architecture, swapping PostgreSQL for another database touches only the outer layer — the domain and use cases stay unchanged. | «yes» Пояснение: Clean architecture follows the dependency rule, where inner layers (domain, use cases) are independent of outer infrastructure layers, so swapping databases only requires changes to the outer data-access layer while domain and use-case logic remain untouched.
Raw{"answer": "yes", "explanation": "Clean architecture follows the dependency rule, where inner layers (domain, use cases) are independent of outer infrastructure layers, so swapping databases only requires changes to the outer data-access layer while domain and use-case logic remain untouched."} | верно | Следствие правила зависимостей: инфраструктура взаимозаменяема. |
T26-L1 0.53 c | DDD | In DDD, an aggregate is just another name for a database table. | «no» Пояснение: In DDD, an aggregate is a cluster of entities and value objects treated as a unit for consistency and transactions, which is a conceptual domain concept that does not map 1:1 to a database table.
Raw{"answer": "no", "explanation": "In DDD, an aggregate is a cluster of entities and value objects treated as a unit for consistency and transactions, which is a conceptual domain concept that does not map 1:1 to a database table."} | верно | Агрегат — кластер объектов с границей согласованности (транзакционной вокруг корня); таблица — деталь хранения. |
T26-L2 0.31 c | DDD | A Value Object is immutable and compared by the values of its fields, not by identity. | «yes» Пояснение: Value objects are defined by their attributes/values rather than identity and are typically immutable, so equality is determined by comparing field values.
Raw{"answer": "yes", "explanation": "Value objects are defined by their attributes/values rather than identity and are typically immutable, so equality is determined by comparing field values."} | верно | Классика Evans: Money, Email; равенство структурное. |
T26-L3 0.54 c | DDD | What is the single external entry point of an aggregate, through which all changes must go, called? | «aggregate root» Пояснение: In Domain-Driven Design, the aggregate root is the single external entry point through which all changes to the aggregate must pass to maintain its invariants.
Raw{"answer": "Aggregate Root", "explanation": "In Domain-Driven Design, the aggregate root is the single external entry point through which all changes to the aggregate must pass to maintain its invariants."} | верно | Aggregate Root: внешние объекты ссылаются только на корень; он защищает инварианты агрегата. |
T26-L4 0.44 c | DDD | In DDD, a repository is declared for an aggregate (its root), not for every entity. | «yes» Пояснение: In DDD, repositories manage aggregate roots, and entities within an aggregate are accessed through their root rather than having their own repositories.
Raw{"answer": "yes", "explanation": "In DDD, repositories manage aggregate roots, and entities within an aggregate are accessed through their root rather than having their own repositories."} | верно | Репозиторий корня хранит границу согласованности агрегата; вложенные сущности доступны только через корень. |
T26-L5 0.66 c | DDD | Ubiquitous language is the model's shared language common to developers and domain experts. | «yes» Пояснение: Ubiquitous language is a core Domain-Driven Design concept where a shared, common vocabulary is developed through collaboration between developers and domain experts, ensuring everyone uses the same terminology to describe the domain model.
Raw{"answer": "yes", "explanation": "Ubiquitous language is a core Domain-Driven Design concept where a shared, common vocabulary is developed through collaboration between developers and domain experts, ensuring everyone uses the same terminology to describe the domain model."} | верно | Evans: язык из требований переходит в имена классов и методов. |
T26-L6 3.15 c | DDD | What is the boundary called within which a model and its language are consistent, while outside the same words mean other models? | «logical completeness» Пояснение: In model theory, logical completeness defines the boundary within which a model and its formal language remain consistent, beyond which the same symbols can be interpreted to yield different, non-isomorphic models.
Raw{"answer": "logical completeness", "explanation": "In model theory, logical completeness defines the boundary within which a model and its formal language remain consistent, beyond which the same symbols can be interpreted to yield different, non-isomorphic models."} | неверно верный: «bounded context» | Bounded Context; «Заказ» в биллинге и в доставке — разные модели. |
T26-L7 0.53 c | DDD | An anemic model (objects with only getters/setters, logic in services) is the recommended DDD style. | «no» Пояснение: DDD advocates for a rich domain model where business logic lives inside the objects, whereas an anemic model is widely regarded as an anti-pattern.
Raw{"answer": "no", "explanation": "DDD advocates for a rich domain model where business logic lives inside the objects, whereas an anemic model is widely regarded as an anti-pattern."} | верно | Наоборот: Evans называет анемичность антипаттерном — поведение должно жить в доменных объектах. |
T26-L8 0.45 c | DDD | Bounded context means each context has its own model: the same concept in different contexts is a different class. | «yes» Пояснение: In Domain-Driven Design, a bounded context establishes the boundary within which a specific model applies, so the same concept (like 'Customer') is represented by different classes in different bounded contexts.
Raw{"answer": "yes", "explanation": "In Domain-Driven Design, a bounded context establishes the boundary within which a specific model applies, so the same concept (like 'Customer') is represented by different classes in different bounded contexts."} | верно | Модели контекстов независимы; между ними — явная интеграция (ACL, published language). |
T13-L1 1.93 c | Symfony | Services in the Symfony DI container are created lazily by default — on first use. | «yes» Пояснение: In the compiled Symfony DI container, services are only instantiated when they are first retrieved via get(), not when the container is built.
Raw```json ⏎ {"answer": "yes", "explanation": "In the compiled Symfony DI container, services are only instantiated when they are first retrieved via get(), not when the container is built."} ⏎ ``` | верно | Контейнер инстанцирует сервис при первом извлечении; eager-создания по умолчанию нет. |
T13-L2 0.41 c | Symfony | Which Symfony console command lists all registered routes? | «router:show» Пояснение: The `router:show` command (renamed from `debug:router` in Symfony 6.2+) lists all registered routes in the application.
Raw{"answer": "router:show", "explanation": "The `router:show` command (renamed from `debug:router` in Symfony 6.2+) lists all registered routes in the application."} | неверно верный: «debug:router» | bin/console debug:router (FrameworkBundle); в Symfony 3 команда называлась router:debug. |
T13-L3 0.53 c | Symfony | Symfony autowiring requires manually declaring every service in services.yaml. | «no» Пояснение: Symfony's default services.yaml configures autowiring and autoconfiguration for your src/ directory, so services are registered automatically without manual declaration.
Raw{"answer": "no", "explanation": "Symfony's default services.yaml configures autowiring and autoconfiguration for your src/ directory, so services are registered automatically without manual declaration."} | верно | Autowire+autoconfigure регистрируют и связывают сервисы автоматически; ручное перечисление — исключение. |
T13-L4 0.4 c | Symfony | Twig templates are compiled into PHP classes and cached between requests. | «yes» Пояснение: Twig compiles templates into optimized PHP classes and stores them in a cache directory between requests for performance.
Raw{"answer": "yes", "explanation": "Twig compiles templates into optimized PHP classes and stores them in a cache directory between requests for performance."} | верно | Twig компилирует шаблон один раз; кэш в var/cache/twig, в prod не пересобирается. |
T13-L5 1.14 c | Symfony | In the Symfony dev environment the DI container is rebuilt only after tracked files change, not on every request. | «yes» Пояснение: In Symfony's dev environment, the compiled DI container is cached and only rebuilt when tracked resource files (like config and service definitions) change, not on every request.
Raw{"answer": "yes", "explanation": "In Symfony's dev environment, the compiled DI container is cached and only rebuilt when tracked resource files (like config and service definitions) change, not on every request."} | верно | Kernel проверяет freshness ресурсов (конфиги, классы); иначе переиспользуется кэш контейнера. |
T13-L6 0.48 c | Symfony | Which environment variable selects the active Symfony environment (dev/prod)? | «app_env» Пояснение: The APP_ENV environment variable selects the active Symfony environment (e.g., dev or prod), falling back to SYMFY_ENV if not set.
Raw```json ⏎ {"answer": "APP_ENV", "explanation": "The APP_ENV environment variable selects the active Symfony environment (e.g., dev or prod), falling back to SYMFY_ENV if not set."} ⏎ ``` | верно | APP_ENV в .env; APP_DEBUG — отдельный флаг отладки. |
T13-L7 1.27 c | Symfony | A controller method can be private — Symfony routing works with any method of the class. | «no» Пояснение: Symfony routing resolves controller actions via reflection and requires them to be public; private (or protected) methods cannot be referenced as actions.
Raw```json ⏎ {"answer": "no", "explanation": "Symfony routing resolves controller actions via reflection and requires them to be public; private (or protected) methods cannot be referenced as actions."} ⏎ ``` | верно | Действие контроллера должно быть public; приватный метод по маршруту не вызывается. |
T13-L8 0.83 c | Symfony | Event subscribers always receive events before listeners, because the interface gives them priority. | «no» Пояснение: Event subscribers and event listeners are sorted together by their declared priority value; there is no inherent priority that guarantees subscribers run before listeners.
Raw{"answer": "no", "explanation": "Event subscribers and event listeners are sorted together by their declared priority value; there is no inherent priority that guarantees subscribers run before listeners."} | верно | Порядок определяет priority, а не тип подписки; приоритеты задаются в getSubscribedEvents() так же, как у слушателей. |
T22-L1 2.58 c | Symfony: Security and forms | In modern Symfony (6.0+) authentication is built on authenticator classes (AuthenticatorInterface); the old guard system has been removed. | «no» Пояснение: The new AuthenticatorInterface system became the default in Symfony 5.4/6.0, but the old Guard component was only fully removed in Symfony 6.4, not 6.0.
Raw{"answer": "no", "explanation": "The new AuthenticatorInterface system became the default in Symfony 5.4/6.0, but the old Guard component was only fully removed in Symfony 6.4, not 6.0."} | неверно верный: «yes» | Guard объявлен устаревшим в 5.3 и удалён в 6.0; в проекте symfony/security-bundle 8.1. |
T22-L2 0.49 c | Symfony: Security and forms | Which Symfony attribute checks a role/permission right on a controller method (403 without it)? | «isgranted» Пояснение: The #[IsGranted] attribute verifies a role or permission on a controller method and returns a 403 Forbidden response when the check fails.
Raw{"answer": "IsGranted", "explanation": "The #[IsGranted] attribute verifies a role or permission on a controller method and returns a 403 Forbidden response when the check fails."} | верно | #[IsGranted('ROLE_ADMIN')]; атрибут из symfony/security-http. |
T22-L3 0.56 c | Symfony: Security and forms | Voters are Symfony's mechanism for checking access to a specific object: isGranted('EDIT', $post). | «yes» Пояснение: Voters are Symfony's mechanism for authorizing access to a specific subject (like a $post object) by evaluating a vote based on the attribute and the subject passed to isGranted().
Raw```json ⏎ {"answer": "yes", "explanation": "Voters are Symfony's mechanism for authorizing access to a specific subject (like a $post object) by evaluating a vote based on the attribute and the subject passed to isGranted()."} ⏎ ``` | верно | VoterInterface->vote(); docs Symfony — Voters. |
T22-L4 1.12 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 deprecated and removed annotation support for validation constraints in favor of PHP attributes, which have been the standard since Symfony 4.3 and are the only supported metadata format in Symfony 6.x/7+.
Raw{"answer": "yes", "explanation": "Symfony deprecated and removed annotation support for validation constraints in favor of PHP attributes, which have been the standard since Symfony 4.3 and are the only supported metadata format in Symfony 6.x/7+."} | верно | Докблок-аннотации удалены в Symfony 7.0; стандарт — атрибуты. В проекте symfony/validator 8.1. |
T22-L5 0.64 c | Symfony: Security and forms | CSRF protection of Symfony forms is enabled by default: the form validates the token on submission. | «yes» Пояснение: Symfony forms have CSRF protection enabled by default via the csrf_protection option (true by default), so the form automatically generates and validates a CSRF token on submission.
Raw{"answer": "yes", "explanation": "Symfony forms have CSRF protection enabled by default via the csrf_protection option (true by default), so the form automatically generates and validates a CSRF token on submission."} | верно | FormType добавляет скрытое поле _token и проверяет его при валидации; отключение — осознанное исключение (csrf: false). |
T22-L6 0.39 c | Symfony: Security and forms | Form validation in Symfony runs server-side even if the client-side (HTML5) checks passed. | «yes» Пояснение: Symfony always performs form validation server-side, so client-side HTML5 checks can be bypassed but never replace the server-side validation.
Raw{"answer": "yes", "explanation": "Symfony always performs form validation server-side, so client-side HTML5 checks can be bypassed but never replace the server-side validation."} | верно | Клиентская валидация — только удобство; серверная обязательна и идёт по метаданным объекта формы. |
T22-L7 0.26 c | Symfony: Security and forms | Which Symfony maker command generates a form class (FormType)? | «make:form» Пояснение: The Symfony MakerBundle's `make:form` command generates a form class (FormType) for you.
Raw{"answer": "make:form", "explanation": "The Symfony MakerBundle's `make:form` command generates a form class (FormType) for you."} | верно | bin/console make:form (symfony/maker-bundle — в проекте). |
T22-L8 0.53 c | Symfony: Security and forms | Symfony stores the user's password in the session in plain text. | «no» Пояснение: Symfony does not store the password in the session; it stores the authenticated user's identifier in the security token, while passwords are hashed and kept in the user provider/database.
Raw```json ⏎ {"answer": "no", "explanation": "Symfony does not store the password in the session; it stores the authenticated user's identifier in the security token, while passwords are hashed and kept in the user provider/database."} ⏎ ``` | верно | В сессии живёт объект пользователя в токене; хеш затирается eraseCredentials(), plaintext там никогда не лежит. |
T23-L1 0.7 c | Symfony: configuration and services | Symfony bundle configuration lives in config/packages — one file per bundle or topic. | «yes» Пояснение: In Symfony, bundle and topic configurations are conventionally stored as individual YAML files in config/packages (e.g., framework.yaml, doctrine.yaml, routing.yaml).
Raw{"answer": "yes", "explanation": "In Symfony, bundle and topic configurations are conventionally stored as individual YAML files in config/packages (e.g., framework.yaml, doctrine.yaml, routing.yaml)."} | верно | Стандартная структура (config/packages/*.yaml); перегрузка — config/packages/<env>. |
T23-L2 1.07 c | Symfony: configuration and services | The .env file with dev defaults is committed to the repository, while real secrets live in the non-committed .env.local. | «yes» Пояснение: The .env file contains committed default/dev configuration, while .env.local is gitignored and holds environment-specific real secrets and overrides.
Raw```json ⏎ {"answer": "yes", "explanation": "The .env file contains committed default/dev configuration, while .env.local is gitignored and holds environment-specific real secrets and overrides."} ⏎ ``` | верно | symfony/dotenv: .env — общий безопасный набор значений; локальные секреты — .env.local (gitignored) или secrets-хранилище. |
T23-L3 0.3 c | Symfony: configuration and services | Which Symfony command lists the container's registered services and their aliases? | «debug:container» Пояснение: The `debug:container` command displays all services registered in the Symfony container along with their aliases.
Raw{"answer": "debug:container", "explanation": "The `debug:container` command displays all services registered in the Symfony container along with their aliases."} | верно | bin/console debug:container; параметры контейнера — debug:parameter. |
T23-L4 1.25 c | Symfony: configuration and services | The Symfony container allows changing parameters at runtime: $container->setParameter() works from a controller. | «no» Пояснение: Once the Symfony container is compiled and frozen (as it is in a running application), calling setParameter() throws a runtime exception, so parameters cannot be changed at runtime from a controller.
Raw{"answer": "no", "explanation": "Once the Symfony container is compiled and frozen (as it is in a running application), calling setParameter() throws a runtime exception, so parameters cannot be changed at runtime from a controller."} | верно | Контейнер компилируется и замораживается; runtime-значения — только через переменные окружения. |
T23-L5 0.54 c | Symfony: configuration and services | By default, Symfony services are public (public: true) — you can fetch them directly from the container. | «no» Пояснение: In Symfony, services are private (public: false) by default since Symfony 3, and you cannot fetch them directly from the container—this encourages proper dependency injection and improves container performance.
Raw{"answer": "no", "explanation": "In Symfony, services are private (public: false) by default since Symfony 3, and you cannot fetch them directly from the container—this encourages proper dependency injection and improves container performance."} | верно | С Symfony 4.0 сервисы по умолчанию private: инжектятся через autowiring; $container->get() — только для публичных. |
T23-L6 0.46 c | Symfony: configuration and services | Without a config file in config/packages a bundle will not work — configuration is mandatory for every bundle. | «no» Пояснение: Bundles do not require a config file in config/packages, as many bundles provide working defaults and only need configuration when customization is desired.
Raw{"answer": "no", "explanation": "Bundles do not require a config file in config/packages, as many bundles provide working defaults and only need configuration when customization is desired."} | верно | У бандлов есть встроенные умолчания (Extension); конфиг нужен только для отклонений от них. |
T23-L7 0.46 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 services.yaml using the %env(VAR)% placeholder syntax, allowing services to reference environment values dynamically.
Raw```json ⏎ {"answer": "yes", "explanation": "In Symfony, environment variables are injected into services.yaml using the %env(VAR)% placeholder syntax, allowing services to reference environment values dynamically."} ⏎ ``` | верно | %env(...)% резолвится в рантайме env-процессорами; docs — Env Var Processors. |
T23-L8 0.35 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 whether Symfony runs in debug mode, which enables the profiler and Twig debugging output.
Raw{"answer": "APP_DEBUG", "explanation": "The APP_DEBUG environment variable controls whether Symfony runs in debug mode, which enables the profiler and Twig debugging output."} | верно | APP_DEBUG=1 (в .env dev-окружения); окружение выбирает APP_ENV — см. T13-L6. |
T16-L1 0.49 c | Symfony: Messenger | A single message in Symfony Messenger can only have one handler. | «no» Пояснение: A single message can be handled by multiple handlers in Symfony Messenger, as you can register several handlers for the same message type through the message-to-handler mapping configuration.
Raw{"answer": "no", "explanation": "A single message can be handled by multiple handlers in Symfony Messenger, as you can register several handlers for the same message type through the message-to-handler mapping configuration."} | верно | Messenger вызывает все хендлеры, подписанные на класс сообщения (docs — Multiple Handlers). |
T16-L2 0.62 c | Symfony: Messenger | The sync transport in Messenger queues the message for a worker, just like async. | «no» Пояснение: The sync transport processes the message immediately in the same process rather than queueing it for a worker, unlike the async transport which sends messages to a queue for asynchronous worker processing.
Raw{"answer": "no", "explanation": "The sync transport processes the message immediately in the same process rather than queueing it for a worker, unlike the async transport which sends messages to a queue for asynchronous worker processing."} | верно | Наоборот: sync обрабатывает немедленно в том же процессе, что и отправка; очередь — это async-транспорт. |
T16-L3 0.68 c | Symfony: Messenger | Which console command starts the worker that processes Messenger queue messages? | «messenger:consume» Пояснение: The Symfony command `messenger:consume` starts the worker (consumer) that processes messages from the Messenger transport/queue.
Raw{"answer": "messenger:consume", "explanation": "The Symfony command `messenger:consume` starts the worker (consumer) that processes messages from the Messenger transport/queue."} | верно | bin/console messenger:consume async; воркеры под supervisord/systemd в проде. |
T16-L4 0.86 c | Symfony: Messenger | Retries for failed messages (retry_strategy) are configured per Messenger transport. | «yes» Пояснение: In Symfony Messenger, the retry_strategy is configured per transport, allowing each transport to have its own retry settings such as max_retries and retry_multiplier.
Raw```json ⏎ {"answer": "yes", "explanation": "In Symfony Messenger, the retry_strategy is configured per transport, allowing each transport to have its own retry settings such as max_retries and retry_multiplier."} ⏎ ``` | верно | retry_strategy на транспорте: max_retries, delay, multiplier; docs — Failed Messages & Retries. |
T16-L5 3.15 c | Symfony: Messenger | By default, Messenger serializes messages to JSON. | «no» Пояснение: Symfony Messenger's DefaultSerializer uses PHP's native serialize() function by default rather than JSON serialization.
Raw{"answer": "no", "explanation": "Symfony Messenger's DefaultSerializer uses PHP's native serialize() function by default rather than JSON serialization."} | верно | Дефолтный сериализатор — PhpSerializer (serialize()); JSON-сериализатор включается отдельно. |
T16-L6 1.18 c | Symfony: Messenger | Symfony Scheduler produces messages on a schedule and dispatches them through Messenger. | «no» Пояснение: The Symfony Scheduler component runs tasks (closures) directly on a schedule; it does not dispatch messages through the Messenger component.
Raw{"answer": "false", "explanation": "The Symfony Scheduler component runs tasks (closures) directly on a schedule; it does not dispatch messages through the Messenger component."} | неверно верный: «yes» | Schedule → RecurringMessage → шина Messenger; docs — Scheduler. |
T16-L7 0.29 c | Symfony: Messenger | Which built-in Messenger transport stores messages in database tables via Doctrine? | «doctrine transport» Пояснение: The Doctrine transport in Symfony's Messenger component stores messages in database tables created via Doctrine ORM entities.
Raw{"answer": "Doctrine transport", "explanation": "The Doctrine transport in Symfony's Messenger component stores messages in database tables created via Doctrine ORM entities."} | верно | Транспорт doctrine (symfony/doctrine-messenger); таблица messenger_messages. В проекте стоит amqp-messenger + doctrine-messenger. |
T16-L8 0.62 c | Symfony: Messenger | The Messenger pipeline can be extended with custom middleware, placed before or after the built-in ones. | «yes» Пояснение: In Symfony's Messenger component, the bus pipeline is configured as an ordered array of middleware, so you can add custom middleware and position it before or after the built-in ones.
Raw{"answer": "yes", "explanation": "In Symfony's Messenger component, the bus pipeline is configured as an ordered array of middleware, so you can add custom middleware and position it before or after the built-in ones."} | верно | messenger.bus.*.middleware в yaml; docs — Middleware. |
T28-L1 1.76 c | Symfony: versions | Symfony major releases come every two years, minor ones every six months (in May and November). | «yes» Пояснение: Symfony's official release schedule indeed follows this pattern: minor versions are released every six months in May and November, while major (LTS) versions arrive every two years in May.
Raw{"answer": "yes", "explanation": "Symfony's official release schedule indeed follows this pattern: minor versions are released every six months in May and November, while major (LTS) versions arrive every two years in May."} | верно | Стандартный релизный цикл: 8.0 — ноябрь 2025, 8.1 — май 2026, 8.2 — ноябрь 2026. |
T28-L2 1.61 c | Symfony: versions | What is the minimum PHP version required by Symfony 8? | «8.3» Пояснение: Symfony 8.0, following the pattern of requiring newer PHP versions with each major release, mandates a minimum of PHP 8.3 (since Symfony 7.x requires PHP 8.2).
Raw{"answer": "8.3", "explanation": "Symfony 8.0, following the pattern of requiring newer PHP versions with each major release, mandates a minimum of PHP 8.3 (since Symfony 7.x requires PHP 8.2)."} | неверно верный: «8.4» | Symfony 8.0 поднял требование до PHP >= 8.4.1 (в vendor проекта: "php": ">=8.4.1"). |
T28-L3 0.44 c | Symfony: versions | Symfony 7.0 kept support for docblock annotations (validation, routes). | «no» Пояснение: Symfony 7.0 removed support for docblock annotations (validation, routes), which were deprecated in 6.4; users must now use PHP attributes instead.
Raw{"answer": "false", "explanation": "Symfony 7.0 removed support for docblock annotations (validation, routes), which were deprecated in 6.4; users must now use PHP attributes instead."} | верно | Наоборот: в 7.0 аннотации удалены — только PHP-атрибуты (#[Route], #[Assert\NotBlank]). |
T28-L4 0.41 c | Symfony: versions | AssetMapper manages CSS/JS without node or webpack — via importmap.php. | «yes» Пояснение: Symfony's AssetMapper manages frontend assets directly through importmap.php without requiring Node.js or webpack.
Raw{"answer": "yes", "explanation": "Symfony's AssetMapper manages frontend assets directly through importmap.php without requiring Node.js or webpack."} | верно | symfony/asset-mapper (с 6.3, стандарт с 7.x); в проекте — importmap.php в корне и asset-mapper 8.1. |
T28-L5 0.59 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 that receives 5 years of support (2 years of bug fixes plus 3 years of security maintenance).
Raw{"answer": "no", "explanation": "Symfony 6.4 is an LTS (Long-Term Support) release that receives 5 years of support (2 years of bug fixes plus 3 years of security maintenance)."} | верно | Наоборот: 6.4 — LTS (расширенная поддержка); LTS выходит вместе с очередным мажором (6.4 — вместе с 7.0). |
T28-L6 0.78 c | Symfony: versions | When moving to a new Symfony major version, deprecations of the previous branch keep working — major releases do not remove them. | «no» Пояснение: In Symfony, each major release removes the deprecations introduced in previous versions, which is a core part of the framework's upgrade and deprecation policy.
Raw{"answer": "no", "explanation": "In Symfony, each major release removes the deprecations introduced in previous versions, which is a core part of the framework's upgrade and deprecation policy."} | верно | Наоборот: мажорный релиз удаляет всё устаревшее (7.0 убрал деприкейшены 6.x, 8.0 — 7.x). |
T28-L7 0.42 c | Symfony: versions | Every Symfony major release is accompanied by an UPGRADE guide listing the changes. | «yes» Пояснение: Each Symfony major release includes an UPGRADE.md file documenting the breaking changes and migration steps required for upgrading.
Raw{"answer": "yes", "explanation": "Each Symfony major release includes an UPGRADE.md file documenting the breaking changes and migration steps required for upgrading."} | верно | UPGRADE-7.0.md, UPGRADE-8.0.md в репозитории symfony/symfony. |
T28-L8 0.37 c | Symfony: versions | Which Symfony component manages assets and the importmap without node/webpack? | «symfony/importmap» Пояснение: The symfony/importmap component manages frontend assets using browser importmaps, eliminating the need for Node.js or Webpack.
Raw{"answer": "symfony/importmap", "explanation": "The symfony/importmap component manages frontend assets using browser importmaps, eliminating the need for Node.js or Webpack."} | неверно верный: «asset-mapper» | symfony/asset-mapper 8.1 — в проекте. |
T29-L1 1.61 c | Symfony: 8.2 and beyond | As of 2026-11-07, Symfony 8.2 has already been released. | «no» Пояснение: Symfony 8.0 is scheduled for release in November 2026, so Symfony 8.2 (due around mid-2027) would not yet exist as of 2026-11-07.
Raw{"answer": "no", "explanation": "Symfony 8.0 is scheduled for release in November 2026, so Symfony 8.2 (due around mid-2027) would not yet exist as of 2026-11-07."} | верно | Наоборот: 8.2 ещё не выпущена — релиз в конце ноября 2026; последняя стабильная — 8.1. |
T29-L2 3.42 c | Symfony: 8.2 and beyond | As of 2026-11-07, Symfony 8.2 is scheduled for November 2026, following the usual six-month cycle. | «no» Пояснение: Symfony 8.0 ships in November 2025, so 8.2 follows in May 2026 (not November, which would be 8.4).
Raw```json ⏎ {"answer": "no", "explanation": "Symfony 8.0 ships in November 2025, so 8.2 follows in May 2026 (not November, which would be 8.4)."} ⏎ ``` | неверно верный: «yes» | Политика релизов: 8.1 — май 2026, 8.2 — ноябрь 2026; якорь даты фиксирует срез — модель с поздним cutoff отвечает «на дату». |
T29-L3 0.88 c | Symfony: 8.2 and beyond | Which Symfony version comes after 8.1 (as of 2026-11-07)? | «8.2» Пояснение: Symfony follows a versioning scheme where minor versions increment by 0.1, so the version after 8.1 is 8.2.
Raw{"answer": "8.2", "explanation": "Symfony follows a versioning scheme where minor versions increment by 0.1, so the version after 8.1 is 8.2."} | верно | 8.2 — следующий минорный релиз (ноябрь 2026); после его выхода проект переходит с 8.1.* на 8.2.*. |
T29-L4 1.24 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 would be a minor release within major version 8, and Symfony guarantees backward compatibility in minor releases, so it would not require rewriting applications—only major releases (like 8.0) introduce breaking changes.
Raw{"answer": "no", "explanation": "Symfony 8.2 would be a minor release within major version 8, and Symfony guarantees backward compatibility in minor releases, so it would not require rewriting applications—only major releases (like 8.0) introduce breaking changes."} | верно | Наоборот: 8.2 — минорный релиз; новые возможности без поломки обратной совместимости. Мажор — 9.0. |
T29-L5 0.87 c | Symfony: 8.2 and beyond | Updating within a major branch (8.1 → 8.2) should not require code changes — backward compatibility is preserved. | «yes» Пояснение: PHP's versioning policy reserves backward-incompatible changes for major releases, so moving from 8.1 to 8.2 (a minor version) is expected to preserve backward compatibility, adding features and deprecations without breaking existing code.
Raw{"answer": "yes", "explanation": "PHP's versioning policy reserves backward-incompatible changes for major releases, so moving from 8.1 to 8.2 (a minor version) is expected to preserve backward compatibility, adding features and deprecations without breaking existing code."} | верно | Политика Symfony: минорные релизы обратно совместимы; BC-break допустим только в мажорных. |
T29-L6 4.78 c | Symfony: 8.2 and beyond | Which minor version of the 8.x branch is released last, before Symfony 9.0? | «8.7» Пояснение: Symfony 8.0 would be released about two years after 7.0, and with a minor release every quarter over that two-year (8-quarter) cycle, 8.7 would be the final minor version before the 9.0 major release.
Raw{"answer": "8.7", "explanation": "Symfony 8.0 would be released about two years after 7.0, and with a minor release every quarter over that two-year (8-quarter) cycle, 8.7 would be the final minor version before the 9.0 major release."} | неверно верный: «8.4» | По циклу: 8.2 (ноя 2026), 8.3 (май 2027), 8.4 (ноя 2027, вместе с 9.0) — как 6.4 выходила вместе с 7.0. |
T29-L7 2.26 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 (Nov 2025) is expected to require PHP 8.3 minimum, not PHP 8.5, and PHP 8.5 isn't even released yet.
Raw{"answer": "no", "explanation": "Symfony 8.0 (Nov 2025) is expected to require PHP 8.3 minimum, not PHP 8.5, and PHP 8.5 isn't even released yet."} | верно | Наоборот: минорные релизы не поднимают требования PHP; для всей ветки 8.x остаётся PHP >= 8.4. |
T29-L8 0.57 c | Symfony: 8.2 and beyond | Deprecations added in the 8.x branch will not be removed before Symfony 9.0. | «yes» Пояснение: Symfony's deprecation policy guarantees that deprecations introduced in the 8.x branch remain until they are removed in Symfony 9.0, giving developers time to migrate.
Raw{"answer": "yes", "explanation": "Symfony's deprecation policy guarantees that deprecations introduced in the 8.x branch remain until they are removed in Symfony 9.0, giving developers time to migrate."} | верно | Политика: деприкейшены живут до следующего мажора; 9.0 — ноябрь 2027. |
T21-L1 0.69 c | Twig | Inside {{ }}, Twig allows calling arbitrary PHP code directly. | «no» Пояснение: Twig's {{ }} is only for outputting expression results using Twig's own templating syntax, not for executing arbitrary PHP code directly.
Raw{"answer": "no", "explanation": "Twig's {{ }} is only for outputting expression results using Twig's own templating syntax, not for executing arbitrary PHP code directly."} | верно | Twig — DSL: только разрешённые окружением функции/фильтры; произвольный PHP не исполняется. |
T21-L2 0.31 c | Twig | By default, Twig auto-escapes printed variables. | «yes» Пояснение: Twig automatically escapes printed variables by default using the HTML escaper unless auto-escape is explicitly disabled.
Raw```json ⏎ {"answer": "yes", "explanation": "Twig automatically escapes printed variables by default using the HTML escaper unless auto-escape is explicitly disabled."} ⏎ ``` | верно | Autoescape включён по умолчанию; {{ '<b>' }} → <b>. Проверено на Twig 3.30. |
T21-L3 0.42 c | Twig | The Twig |e filter escapes a string for safe output in an HTML context. | «yes» Пояснение: The |e (escape) filter escapes a string to make it safe for HTML output, auto-detecting the appropriate escaping strategy by default.
Raw{"answer": "yes", "explanation": "The |e (escape) filter escapes a string to make it safe for HTML output, auto-detecting the appropriate escaping strategy by default."} | верно | |e ('html') по умолчанию; есть контексты js/url/css. От SQL-инъекций он не защищает — это задача подготовленных запросов Doctrine. |
T21-L4 0.83 c | Twig | Which filter from twig/intl-extra formats a number according to a locale? | «localizenumber» Пояснение: The `localizenumber` filter from Twig's intl-extra library formats a number according to a specified locale using the PHP Intl extension.
Raw{"answer": "localizenumber", "explanation": "The `localizenumber` filter from Twig's intl-extra library formats a number according to a specified locale using the PHP Intl extension."} | неверно верный: «format_number» | |format_number(locale=...) из IntlExtension (twig/intl-extra есть в проекте). Проверено на Twig 3.30: 12345.6 → 12 345,6 (ru). |
T21-L5 0.46 c | Twig | The |raw filter disables auto-escaping for the value. | «yes» Пояснение: The raw filter in Twig marks a value as safe, which disables HTML auto-escaping for that value when it's rendered.
Raw{"answer": "yes", "explanation": "The raw filter in Twig marks a value as safe, which disables HTML auto-escaping for that value when it's rendered."} | верно | {{ x|raw }} выводит HTML как есть; опасно с пользовательскими данными. Проверено на Twig 3.30. |
T21-L6 0.59 c | Twig | In Twig, {{ }} prints an expression value, while {% %} executes tags — conditions, loops, set. | «yes» Пояснение: In Twig, {{ }} is the print/output tag that evaluates and displays an expression, while {% %} is the action tag that executes control logic like if, for, and set.
Raw{"answer": "yes", "explanation": "In Twig, {{ }} is the print/output tag that evaluates and displays an expression, while {% %} is the action tag that executes control logic like if, for, and set."} | верно | Два блока синтаксиса Twig: вывод (echo) против логики. |
T21-L7 0.44 c | Twig | In Twig you cannot declare a variable inside a template — values only come from the controller. | «no» Пояснение: Twig provides the set tag, allowing you to declare and assign variables directly inside a template, so values are not limited to what comes from the controller.
Raw{"answer": "false", "explanation": "Twig provides the set tag, allowing you to declare and assign variables directly inside a template, so values are not limited to what comes from the controller."} | верно | {% set y = ... %} объявляет переменную в шаблоне. Проверено на Twig 3.30. |
T21-L8 0.35 c | Twig | Which Twig function dumps the debug structure of a variable (array, object)? | «dump» Пояснение: The `dump` function in Twig outputs the debug information (structure) of a variable such as an array or object.
Raw{"answer": "dump", "explanation": "The `dump` function in Twig outputs the debug information (structure) of a variable such as an array or object."} | верно | {{ dump(x) }} (DebugExtension; в Symfony доступна в dev-окружении). |
T24-L1 0.48 c | Bootstrap | Bootstrap is a CSS/JS library of ready-made UI components, not an SPA framework. | «yes» Пояснение: Bootstrap is a CSS/JavaScript library providing ready-made UI components like buttons, navbars, and modals, and is not an SPA framework like React or Vue.
Raw{"answer": "yes", "explanation": "Bootstrap is a CSS/JavaScript library providing ready-made UI components like buttons, navbars, and modals, and is not an SPA framework like React or Vue."} | верно | Компоненты и утилиты поверх вашего HTML; SPA-фреймворки (React/Vue) — другой класс инструментов. В проекте vendored 5.3.3. |
T24-L2 0.49 c | Bootstrap | Which Bootstrap class gives a responsive container with a fixed max width per breakpoint? | «container» Пояснение: The .container class applies fixed max-widths that change at each responsive breakpoint in Bootstrap.
Raw{"answer": "container", "explanation": "The .container class applies fixed max-widths that change at each responsive breakpoint in Bootstrap."} | верно | .container (фиксированная макс-ширина по брейкпоинтам) vs .container-fluid (на всю ширину). |
T24-L3 0.69 c | Bootstrap | The Bootstrap grid is built on CSS floats and splits a row into 16 columns. | «no» Пояснение: Bootstrap's grid uses a 12-column layout (not 16), and modern Bootstrap versions (4 and 5) are built on Flexbox, not CSS floats.
Raw{"answer": "no", "explanation": "Bootstrap's grid uses a 12-column layout (not 16), and modern Bootstrap versions (4 and 5) are built on Flexbox, not CSS floats."} | верно | Наоборот: flexbox (с Bootstrap 4) и 12 колонок; float-сетка — это Bootstrap 3. |
T24-L4 0.81 c | Bootstrap | Bootstrap's named breakpoints (the infix used in class names) are sm, md, lg, xl, xxl — five of them. | «yes» Пояснение: Bootstrap 5 defines exactly five named breakpoints with the infixes sm, md, lg, xl, and xxl used in responsive utility class names.
Raw```json ⏎ {"answer": "yes", "explanation": "Bootstrap 5 defines exactly five named breakpoints with the infixes sm, md, lg, xl, and xxl used in responsive utility class names."} ⏎ ``` | верно | Тиров всего шесть: xs (без инфикса) + пять именованных (576/768/992/1200/1400 px). |
T24-L5 1.42 c | Bootstrap | Utilities like .mt-3 or .px-2 use the spacing scale: the number is a multiple of $spacer. | «yes» Пояснение: Bootstrap spacing utilities map class suffixes to keys in the $spacers map whose values are multiples of the base $spacer unit (e.g., .mt-3 applies 1*$spacer).
Raw{"answer": "yes", "explanation": "Bootstrap spacing utilities map class suffixes to keys in the $spacers map whose values are multiples of the base $spacer unit (e.g., .mt-3 applies 1*$spacer)."} | неверно верный: «no» | Spacing utilities; $spacer = 1rem. |
T24-L6 0.46 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 (e.g., data-bs-toggle="dropdown") enables interactive components like dropdowns, modals, and collapse on an element.
Raw{"answer": "data-bs-toggle", "explanation": "In Bootstrap 5, the data-bs-toggle attribute (e.g., data-bs-toggle=\"dropdown\") enables interactive components like dropdowns, modals, and collapse on an element."} | верно | data-bs-toggle="dropdown" и т.п.; в Bootstrap 4 атрибут назывался data-toggle. |
T24-L7 0.29 c | Bootstrap | Bootstrap 5 components work without jQuery — in plain vanilla JS. | «yes» Пояснение: Bootstrap 5 removed the jQuery dependency and was rewritten using vanilla JavaScript for all its components and plugins.
Raw{"answer": "yes", "explanation": "Bootstrap 5 removed the jQuery dependency and was rewritten using vanilla JavaScript for all its components and plugins."} | верно | jQuery удалён в Bootstrap 5.0: data-bs-* атрибуты и JS API. В проекте vendored 5.3.3. |
T24-L8 0.64 c | Bootstrap | Dark mode in Bootstrap is enabled with a .dark class on the root element. | «yes» Пояснение: In Bootstrap 5.3+, dark mode is enabled by adding the .dark class to the root (html) element, which activates dark color mode variables.
Raw{"answer": "yes", "explanation": "In Bootstrap 5.3+, dark mode is enabled by adding the .dark class to the root (html) element, which activates dark color mode variables."} | неверно верный: «no» | Наоборот: тема включается атрибутом data-bs-theme="dark" (Color modes, с 5.3); класса .dark не существует. В проекте 5.3.3. |
T14-L1 0.52 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; you must explicitly run a schema tool command (e.g., doctrine:schema:create) to generate them from the entity metadata.
Raw{"answer": "no", "explanation": "Doctrine ORM does not create tables automatically at runtime; you must explicitly run a schema tool command (e.g., doctrine:schema:create) to generate them from the entity metadata."} | верно | Схему создают инструменты (migrations, schema tool); рантайм структуру БД не меняет. |
T14-L2 0.39 c | Doctrine | Which EntityManager method marks a new object as managed without executing SQL until flush()? | «persist» Пояснение: EntityManager::persist() marks a new object as managed and defers the SQL INSERT until flush() is invoked.
Raw{"answer": "persist", "explanation": "EntityManager::persist() marks a new object as managed and defers the SQL INSERT until flush() is invoked."} | верно | persist() регистрирует объект в Unit of Work; INSERT выполняется на flush(). |
T14-L3 0.78 c | Doctrine | In Doctrine ORM 3, the EntityManager::merge() method exists and makes the passed object managed. | «no» Пояснение: Doctrine ORM 3.0 removed EntityManager::merge() entirely, which had been deprecated since 2.x, so the method no longer exists in version 3.
Raw{"answer": "false", "explanation": "Doctrine ORM 3.0 removed EntityManager::merge() entirely, which had been deprecated since 2.x, so the method no longer exists in version 3."} | верно | В ORM 3 merge() удалён (в vendor проекта 3.7.6 метода нет); в Doctrine 2.x merge() возвращал управляемую копию. Версия зафиксирована — ORM 3. |
T14-L4 0.41 c | Doctrine | DQL queries are written in terms of entities and their fields, not tables and columns. | «yes» Пояснение: DQL (Doctrine Query Language) is written in terms of PHP entities and their mapped fields rather than database tables and columns, making it database-agnostic.
Raw{"answer": "yes", "explanation": "DQL (Doctrine Query Language) is written in terms of PHP entities and their mapped fields rather than database tables and columns, making it database-agnostic."} | верно | Doctrine транслирует DQL в SQL; docs — DQL (Doctrine Query Language). |
T14-L5 0.34 c | Doctrine | What does $repository->find(999) return when no record with id 999 exists? | «null» Пояснение: Doctrine's repository find() method returns null when no entity matches the given identifier.
Raw{"answer": "null", "explanation": "Doctrine's repository find() method returns null when no entity matches the given identifier."} | верно | find() возвращает null, если объект не найден (docs Repository methods). |
T14-L6 0.76 c | Doctrine | DoctrineBundle in Symfony automatically calls flush() at the end of every request. | «no» Пояснение: Doctrine does not auto-flush by default; you must call $em->flush() (or persist+flush) explicitly to save changes to the database.
Raw{"answer": "no", "explanation": "Doctrine does not auto-flush by default; you must call $em->flush() (or persist+flush) explicitly to save changes to the database."} | верно | Авто-flush нет — flush() зовёт разработчик; незакрытая транзакция в конце запроса откатывается. |
T14-L7 0.73 c | Doctrine | For a managed entity, changing a property is enough: flush() commits the change without an explicit persist() — the Unit of Work tracks changes. | «yes» Пояснение: For a managed entity, Doctrine's Unit of Work performs automatic dirty checking, so modifying a property and calling flush() will persist the change without an explicit persist() call.
Raw```json ⏎ {"answer": "yes", "explanation": "For a managed entity, Doctrine's Unit of Work performs automatic dirty checking, so modifying a property and calling flush() will persist the change without an explicit persist() call."} ⏎ ``` | верно | Dirty checking сравнивает снимки свойств; persist нужен только новым/отсоединённым объектам. |
T14-L8 0.51 c | Doctrine | remove() executes the SQL DELETE immediately, without waiting for flush(). | «no» Пояснение: In Doctrine ORM, remove() only marks the entity for deletion, and the actual SQL DELETE is executed when flush() is called.
Raw{"answer": "no", "explanation": "In Doctrine ORM, remove() only marks the entity for deletion, and the actual SQL DELETE is executed when flush() is called."} | верно | remove() планирует удаление в Unit of Work; DELETE выполняется на flush() (docs — Deleting Objects). |
T15-L1 0.44 c | PostgreSQL | PostgreSQL uses MVCC, therefore readers block writers and writers block readers. | «no» Пояснение: PostgreSQL's MVCC is specifically designed so that readers do not block writers and writers do not block readers, which is the primary advantage of MVCC over traditional locking mechanisms.
Raw{"answer": "false", "explanation": "PostgreSQL's MVCC is specifically designed so that readers do not block writers and writers do not block readers, which is the primary advantage of MVCC over traditional locking mechanisms."} | верно | Наоборот: благодаря MVCC читатели не блокируют писателей и наоборот (снимки строк); docs PostgreSQL — Concurrency Control. |
T15-L2 0.78 c | PostgreSQL | Which SQL command shows a query's execution plan without executing the query? | «explain» Пояснение: The EXPLAIN command displays a query's execution plan (how the database engine will process it) without actually running the query.
Raw{"answer": "EXPLAIN", "explanation": "The EXPLAIN command displays a query's execution plan (how the database engine will process it) without actually running the query."} | верно | EXPLAIN без ANALYZE только строит план; проверено на PostgreSQL 17.7. |
T15-L3 0.56 c | PostgreSQL | SERIAL and GENERATED ... AS IDENTITY are just two names for the same mechanism. | «no» Пояснение: SERIAL is a legacy mechanism that implicitly creates a sequence and sets a default via nextval(), while GENERATED ... AS IDENTITY is the SQL-standard identity column feature that provides finer control over the underlying sequence.
Raw{"answer": "no", "explanation": "SERIAL is a legacy mechanism that implicitly creates a sequence and sets a default via nextval(), while GENERATED ... AS IDENTITY is the SQL-standard identity column feature that provides finer control over the underlying sequence."} | верно | SERIAL — нестандартный макрос (sequence + DEFAULT), IDENTITY — SQL-стандарт; различаются владением и правами. Оба есть в PG 17 (проверено). |
T15-L4 0.47 c | PostgreSQL | By default, a PostgreSQL UNIQUE constraint allows only one row with NULL in the column. | «no» Пояснение: In PostgreSQL, NULL values are treated as distinct, so a UNIQUE constraint allows multiple rows with NULL in the column.
Raw{"answer": "false", "explanation": "In PostgreSQL, NULL values are treated as distinct, so a UNIQUE constraint allows multiple rows with NULL in the column."} | верно | Наоборот: NULLS DISTINCT по умолчанию — несколько NULL допустимы; NULLS NOT DISTINCT — опция с PG 15. Проверено на PG 17.7. |
T15-L5 0.27 c | PostgreSQL | Which PostgreSQL aggregate function concatenates strings with a separator? | «string_agg» Пояснение: STRING_AGG is the PostgreSQL aggregate function that concatenates string values from multiple rows using a specified separator.
Raw{"answer": "string_agg", "explanation": "STRING_AGG is the PostgreSQL aggregate function that concatenates string values from multiple rows using a specified separator."} | верно | string_agg(значение, разделитель); проверено на PostgreSQL 17.7. |
T15-L6 0.78 c | PostgreSQL | Plain VACUUM returns the space occupied by dead tuples to the operating system. | «no» Пояснение: Plain VACUUM reclaims the space occupied by dead tuples for reuse within the table but does not return it to the operating system; only VACUUM FULL returns the space to the OS.
Raw{"answer": "no", "explanation": "Plain VACUUM reclaims the space occupied by dead tuples for reuse within the table but does not return it to the operating system; only VACUUM FULL returns the space to the OS."} | верно | VACUUM помечает место для переиспользования внутри таблицы; ОС его возвращает только VACUUM FULL (с эксклюзивной блокировкой). |
T15-L7 0.33 c | PostgreSQL | Which keyword in a window function definition partitions rows into groups the function is computed over? | «partition by» Пояснение: The PARTITION BY clause in a window function's OVER clause divides the result set into groups (partitions) that the function is computed over.
Raw{"answer": "PARTITION BY", "explanation": "The PARTITION BY clause in a window function's OVER clause divides the result set into groups (partitions) that the function is computed over."} | верно | OVER (PARTITION BY ...); проверено на PostgreSQL 17.7. |
T15-L8 0.36 c | PostgreSQL | The READ COMMITTED isolation level protects against non-repeatable reads. | «no» Пояснение: READ COMMITTED only protects against dirty reads; non-repeatable reads are prevented by the REPEATABLE READ isolation level.
Raw{"answer": "no", "explanation": "READ COMMITTED only protects against dirty reads; non-repeatable reads are prevented by the REPEATABLE READ isolation level."} | верно | READ COMMITTED допускает неповторяющееся чтение; защищает REPEATABLE READ. Проверено: SHOW transaction_isolation → read committed. |
T17-L1 0.49 c | PostgreSQL: transactions and indexes | By default, PostgreSQL wraps each single SQL statement in its own implicit transaction (autocommit). | «yes» Пояснение: By default PostgreSQL operates in autocommit mode, so each SQL statement is automatically wrapped in its own transaction that is committed immediately unless an explicit transaction block (BEGIN...COMMIT) is used.
Raw```json ⏎ {"answer": "yes", "explanation": "By default PostgreSQL operates in autocommit mode, so each SQL statement is automatically wrapped in its own transaction that is committed immediately unless an explicit transaction block (BEGIN...COMMIT) is used."} ⏎ ``` | верно | Без BEGIN каждый оператор коммитится сам; docs PostgreSQL — Transactions. Проверено на PG 17. |
T17-L2 0.25 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.55 c | PostgreSQL: transactions and indexes | Indexes speed up more than SELECT: UPDATE and DELETE with a search on an indexed column benefit too. | «yes» Пояснение: Indexes speed up not only SELECT but also UPDATE and DELETE operations that search on an indexed column, because the database can quickly locate the matching rows using the index instead of scanning the entire table.
Raw```json ⏎ {"answer": "yes", "explanation": "Indexes speed up not only SELECT but also UPDATE and DELETE operations that search on an indexed column, because the database can quickly locate the matching rows using the index instead of scanning the entire table."} ⏎ ``` | верно | Поиск строк для изменения идёт по индексу; docs PostgreSQL — Indexes. |
T17-L4 0.31 c | PostgreSQL: transactions and indexes | To roll back part of the statements inside a transaction, PostgreSQL uses SAVEPOINT. | «yes» Пояснение: SAVEPOINT allows you to roll back to a specific point within a transaction without discarding the entire transaction.
Raw{"answer": "yes", "explanation": "SAVEPOINT allows you to roll back to a specific point within a transaction without discarding the entire transaction."} | верно | SAVEPOINT name; ROLLBACK TO name — частичный откат без отмены всей транзакции. Проверено на PG 17. |
T17-L5 0.56 c | PostgreSQL: transactions and indexes | EXPLAIN ANALYZE shows the query plan without executing the query. | «no» Пояснение: EXPLAIN ANALYZE actually executes the query and reports per-step timing statistics, whereas plain EXPLAIN only shows the plan without execution.
Raw{"answer": "no", "explanation": "EXPLAIN ANALYZE actually executes the query and reports per-step timing statistics, whereas plain EXPLAIN only shows the plan without execution."} | верно | Наоборот: ANALYZE реально выполняет запрос (с побочными эффектами!) и показывает фактические времена узлов; план без выполнения — plain EXPLAIN. |
T17-L6 0.32 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 (like vector) and indexes (like IVF, HNSW, and PGann) for similarity search on embeddings.
Raw{"answer": "pgvector", "explanation": "pgvector is the PostgreSQL extension that adds vector data types (like vector) and indexes (like IVF, HNSW, and PGann) for similarity search on embeddings."} | верно | CREATE EXTENSION vector (проект pgvector; в проекте образ pgvector/pgvector:pg17). |
T17-L7 0.44 c | PostgreSQL: transactions and indexes | A partial index (CREATE INDEX ... WHERE ...) is built only over rows satisfying the condition. | «yes» Пояснение: A partial index only contains index entries for rows that satisfy the WHERE predicate, so it is built only over that subset of rows.
Raw{"answer": "yes", "explanation": "A partial index only contains index entries for rows that satisfy the WHERE predicate, so it is built only over that subset of rows."} | верно | docs PostgreSQL — Partial Indexes; типичный кейс — индекс по «активным» записям. |
T17-L8 4.15 c | PostgreSQL: transactions and indexes | The SERIALIZABLE level in PostgreSQL is implemented by locking the rows a transaction reads. | «no» Пояснение: PostgreSQL implements SERIALIZABLE using Serializable Snapshot Isolation (SSI), which records read/write ranges and aborts transactions upon detecting serialization failures at commit time, rather than simply locking the rows as they are read (the two-phase locking approach used by databases like Oracle or SQL Server).
Raw{ ⏎ "answer": "no", ⏎ "explanation": "PostgreSQL implements SERIALIZABLE using Serializable Snapshot Isolation (SSI), which records read/write ranges and aborts transactions upon detecting serialization failures at commit time, rather than simply locking the rows as they are read (the two-phase locking approach used by databases like Oracle or SQL Server)." ⏎ } | верно | SSI (Serializable Snapshot Isolation): предикатные блокировки на снимках, не блокировки прочитанных строк; docs PostgreSQL. |
T19-L1 0.3 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 successfully resulted in the creation of a new resource.
Raw{"answer": "yes", "explanation": "HTTP 201 Created indicates that the request successfully resulted in the creation of a new resource."} | верно | 201 Created; обычно на POST, часто с Location; RFC 9110. |
T19-L2 0.32 c | HTTP and REST API | Which HTTP status means a successful request with an empty response body (e.g. after DELETE)? | «204» Пояснение: HTTP 204 No Content indicates the request succeeded but there is no response body to send, commonly used after DELETE operations.
Raw{"answer": "204", "explanation": "HTTP 204 No Content indicates the request succeeded but there is no response body to send, commonly used after DELETE operations."} | верно | 204 No Content; RFC 9110. |
T19-L3 0.55 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 an idempotent HTTP method, so sending multiple DELETE requests to the same resource results in the same state, with subsequent requests returning a 404 once the resource no longer exists.
Raw{"answer": "yes", "explanation": "DELETE is defined as an idempotent HTTP method, so sending multiple DELETE requests to the same resource results in the same state, with subsequent requests returning a 404 once the resource no longer exists."} | верно | RFC 9110: DELETE идемпотентен (как PUT); идемпотентность ≠ безопасность — ресурс удаляется при первом вызове. |
T19-L4 0.41 c | HTTP and REST API | The Access-Control-Allow-Origin header is sent by the client so that the server agrees to accept requests from another origin. | «no» Пояснение: The Access-Control-Allow-Origin header is sent by the server (not the client) in a response to indicate which origins are allowed to access the resource via CORS.
Raw{"answer": "no", "explanation": "The Access-Control-Allow-Origin header is sent by the server (not the client) in a response to indicate which origins are allowed to access the resource via CORS."} | верно | Наоборот: заголовок шлёт СЕРВЕР в ответе, разрешая браузеру cross-origin запрос (CORS); в проекте nelmio/cors-bundle. |
T19-L5 0.37 c | HTTP and REST API | Status 429 Too Many Requests is used when a client exceeds a rate limit. | «yes» Пояснение: HTTP 429 Too Many Requests is specifically defined by the IETF RFC 6585 to indicate that a user has sent too many requests in a given amount of time, i.e., exceeded a rate limit.
Raw{"answer": "yes", "explanation": "HTTP 429 Too Many Requests is specifically defined by the IETF RFC 6585 to indicate that a user has sent too many requests in a given amount of time, i.e., exceeded a rate limit."} | верно | 429 (+ Retry-After); RFC 6585. В проекте symfony/rate-limiter. |
T19-L6 0.32 c | HTTP and REST API | 5xx codes mean a client error, while 4xx means a server-side error. | «no» Пояснение: The statement is reversed: 4xx codes indicate client-side errors, while 5xx codes indicate server-side errors.
Raw{"answer": "no", "explanation": "The statement is reversed: 4xx codes indicate client-side errors, while 5xx codes indicate server-side errors."} | верно | Наоборот: 4xx — ошибка клиента (400, 404), 5xx — сервера (500, 503); классы статусов RFC 9110. |
T19-L7 0.26 c | HTTP and REST API | Which HTTP header indicates the MIME type of the request or response body? | «content-type» Пояснение: The Content-Type HTTP header specifies the MIME type of the body of a request or response.
Raw{"answer": "Content-Type", "explanation": "The Content-Type HTTP header specifies the MIME type of the body of a request or response."} | верно | Content-Type: application/json и т.п. |
T19-L8 0.39 c | HTTP and REST API | PATCH is not required to be idempotent per RFC 5789, unlike PUT. | «yes» Пояснение: RFC 5789 explicitly states that the PATCH method is not required to be idempotent, in contrast to PUT which must be idempotent.
Raw{"answer": "yes", "explanation": "RFC 5789 explicitly states that the PATCH method is not required to be idempotent, in contrast to PUT which must be idempotent."} | верно | RFC 5789 прямо оговаривает: PATCH не гарантированно идемпотентен; PUT идемпотентен. |
T20-L1 0.93 c | Security and OAuth | Checking a password by comparing its hash to the stored hash with a plain == is sufficient. | «no» Пояснение: Using == can trigger PHP type-juggling issues (e.g., numeric strings compared as floats) and is not constant-time against timing attacks, so hash_equals() should be used instead.
Raw{"answer": "no", "explanation": "Using == can trigger PHP type-juggling issues (e.g., numeric strings compared as floats) and is not constant-time against timing attacks, so hash_equals() should be used instead."} | верно | Нужна постоянновременная проверка (password_verify) — timing-атаки; соль и алгоритм уже внутри хеша. |
T20-L2 0.7 c | Security and OAuth | A CSRF token is issued by the server (bound to the session) and verified server-side on unsafe requests (POST etc.). | «yes» Пояснение: CSRF tokens are generated server-side, bound to the session, and validated on the server for state-changing (unsafe) requests like POST, preventing cross-site request forgery.
Raw{"answer": "yes", "explanation": "CSRF tokens are generated server-side, bound to the session, and validated on the server for state-changing (unsafe) requests like POST, preventing cross-site request forgery."} | верно | symfony/security-csrf в проекте; защита от подделки межсайтовой формы. |
T20-L3 0.36 c | Security and OAuth | Which HTTP header enables the CSP (Content Security Policy) policy? | «content-security-policy» Пояснение: The Content-Security-Policy HTTP header is used to configure and enable a Content Security Policy that controls which resources a browser is allowed to load.
Raw{"answer": "Content-Security-Policy", "explanation": "The Content-Security-Policy HTTP header is used to configure and enable a Content Security Policy that controls which resources a browser is allowed to load."} | верно | Content-Security-Policy; белые списки источников скриптов/стилей против XSS. |
T20-L4 1.07 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 that grants delegated access, not an authentication protocol; the access token indicates what a client is authorized to do, not who the user is (that role belongs to OpenID Connect's ID token).
Raw{"answer": "no", "explanation": "OAuth 2.0 is an authorization framework that grants delegated access, not an authentication protocol; the access token indicates what a client is authorized to do, not who the user is (that role belongs to OpenID Connect's ID token)."} | верно | OAuth 2.0 — авторизация/делегирование доступа; аутентификацию добавляет OpenID Connect. В проекте knpuniversity/oauth2-client-bundle (yandex/github/google). |
T20-L5 0.96 c | Security and OAuth | XSS is prevented by validating input on the server before writing it to the database. | «no» Пояснение: XSS is primarily prevented by encoding/escaping output when rendering data to the browser, not by validating input before storing it in a database, since data could still be rendered unsafely later from any source.
Raw{"answer": "no", "explanation": "XSS is primarily prevented by encoding/escaping output when rendering data to the browser, not by validating input before storing it in a database, since data could still be rendered unsafely later from any source."} | верно | XSS лечится контекстным экранированием НА ВЫВОДЕ (Twig autoescape, CSP); валидация ввода не покрывает все контексты вывода. |
T20-L6 0.48 c | Security and OAuth | In the OAuth 2.0 authorization code flow, which parameter arrives at the redirect_uri and is exchanged for an access token? | «code» Пояснение: In the OAuth 2.0 authorization code flow, the authorization server redirects the client back to redirect_uri with an authorization code parameter, which the client then exchanges for an access token at the token endpoint.
Raw{"answer": "code", "explanation": "In the OAuth 2.0 authorization code flow, the authorization server redirects the client back to redirect_uri with an authorization code parameter, which the client then exchanges for an access token at the token endpoint."} | верно | Параметр code; обмен на токен POST-ом на /token с client_secret. |
T20-L7 0.38 c | Security and OAuth | A refresh token lives longer than an access token and allows obtaining a new access token without the user logging in again. | «yes» Пояснение: Refresh tokens are designed to have a longer lifespan than access tokens and are used to obtain new access tokens without requiring the user to re-authenticate.
Raw{"answer": "yes", "explanation": "Refresh tokens are designed to have a longer lifespan than access tokens and are used to obtain new access tokens without requiring the user to re-authenticate."} | верно | Стандартная схема OAuth/OIDC: короткий access + длинный refresh. |
T20-L8 0.98 c | Security and OAuth | A password salt must be kept secret: without it the hash cannot be verified. | «no» Пояснение: Salts are not secret; they are stored alongside the hash and used during verification to recompute the same hash, so their secrecy is unnecessary and the statement is false.
Raw```json ⏎ {"answer": "no", "explanation": "Salts are not secret; they are stored alongside the hash and used during verification to recompute the same hash, so their secrecy is unnecessary and the statement is false."} ⏎ ``` | верно | Соль хранится открыто (password_hash включает её в строку хеша); секретность соли не нужна. |
T18-L1 1.2 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 PHPUnit\Framework TestCase; the extension is required for test discovery.
Raw{"answer": "no", "explanation": "PHPUnit only recognizes and runs test methods in classes that extend PHPUnit\Framework TestCase; the extension is required for test discovery."} | верно | Тестом считается метод класса, наследующего TestCase (PHPUnit 10). |
T18-L2 0.39 c | Testing: PHPUnit | In PHPUnit, setUp() runs once before all tests of the class. | «no» Пояснение: setUp() runs before EACH test method in the class, not once before all tests; the method that runs once before all tests is setUpBeforeClass().
Raw{"answer": "false", "explanation": "setUp() runs before EACH test method in the class, not once before all tests; the method that runs once before all tests is setUpBeforeClass()."} | верно | setUp() — перед КАЖДЫМ тестом; один раз на класс — setUpBeforeClass(). Проверено живым счётчиком на PHPUnit 10.5. |
T18-L3 0.38 c | Testing: PHPUnit | A data provider lets a test run with exactly one set of arguments. | «no» Пояснение: A data provider is specifically designed to let a test run with multiple sets of arguments, not just one.
Raw{"answer": "no", "explanation": "A data provider is specifically designed to let a test run with multiple sets of arguments, not just one."} | верно | Наоборот: наборов может быть сколько угодно — тест выполняется по разу на каждый. Проверено на PHPUnit 10.5 (#[DataProvider]). |
T18-L4 0.44 c | Testing: PHPUnit | Which PHPUnit method declares an expectation that an exception of a given class is thrown? | «expectexception()» Пояснение: The expectException() method declares an expectation that an exception of the specified class will be thrown during a test, replacing the deprecated setExpectedException() method.
Raw{"answer": "expectException()", "explanation": "The expectException() method declares an expectation that an exception of the specified class will be thrown during a test, replacing the deprecated setExpectedException() method."} | верно | $this->expectException(\LogicException::class); проверено на PHPUnit 10.5. |
T18-L5 0.3 c | Testing: PHPUnit | In PHPUnit, a stub verifies which methods were called on it, while a mock only returns data. | «no» Пояснение: The roles are reversed: a stub returns predefined data without verifying calls, while a mock verifies which methods were called on it.
Raw{"answer": "false", "explanation": "The roles are reversed: a stub returns predefined data without verifying calls, while a mock verifies which methods were called on it."} | верно | Наоборот: стаб подставляет данные, мок проверяет взаимодействия (createStub/createMock); docs PHPUnit — Test Doubles. |
T18-L6 0.45 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 annotation was deprecated in favor of the #[DataProvider] PHP attribute, which is the recommended approach.
Raw{"answer": "yes", "explanation": "In PHPUnit 10, the @dataProvider annotation was deprecated in favor of the #[DataProvider] PHP attribute, which is the recommended approach."} | верно | Аннотация ещё парсится в PHPUnit 10/11 (AnnotationParser в 10.5.66), удаление — в 12; атрибут — стандарт. |
T18-L7 0.44 c | Testing: PHPUnit | PHPUnit does not allow one test to depend on the result of another. | «no» Пояснение: PHPUnit does allow test dependencies through the @depends annotation, so a test can depend on the result of another test.
Raw{"answer": "no", "explanation": "PHPUnit does allow test dependencies through the @depends annotation, so a test can depend on the result of another test."} | верно | Зависимости есть: #[Depends] — зависимый тест не запустится, еслиProducer упал. |
T18-L8 0.41 c | Testing: PHPUnit | Which PHPUnit command-line option makes tests run in random order? | «--order-by=random» Пояснение: The PHPUnit option `--order-by=random` shuffles the execution order of tests.
Raw{"answer": "--order-by=random", "explanation": "The PHPUnit option `--order-by=random` shuffles the execution order of tests."} | верно | --order-by=random (PHPUnit 9+); опция есть в --help PHPUnit 10.5 (проектная). |
T01-L9 4.07 c | Syntax and operators | What does this code output?
```php
echo intdiv(7, 2) . intdiv(-7, 2);
``` | «3-3» Пояснение: intdiv(7,2) truncates toward zero to 3, and intdiv(-7,2) truncates toward zero to -3, so the concatenated result is "3-3".
Raw```json ⏎ {"answer": "3-3", "explanation": "intdiv(7,2) truncates toward zero to 3, and intdiv(-7,2) truncates toward zero to -3, so the concatenated result is \"3-3\"."} ⏎ ``` | верно | intdiv truncates toward zero: intdiv(-7, 2) = -3, not -4. |
T01-L10 1.18 c | Syntax and operators | What does this code output?
```php
echo -3 ** 2;
``` | «-9» Пояснение: In PHP, the exponentiation operator `**` has higher precedence than the unary minus, so it evaluates as `-(3 ** 2)` = -9.
Raw{"answer": "-9", "explanation": "In PHP, the exponentiation operator `**` has higher precedence than the unary minus, so it evaluates as `-(3 ** 2)` = -9."} | верно | ** is right-associative and binds tighter than unary minus: -(3²). |
T02-L9 1.15 c | Types and comparisons | What does this code output?
```php
echo '1e1' == '10' ? 'true' : 'false';
``` | «true» Пояснение: Both `'1e1'` and `'10'` are numeric strings (scientific notation), so PHP performs a numeric comparison where 1e1 equals 10, making the comparison true.
Raw```json ⏎ {"answer": "true", "explanation": "Both `'1e1'` and `'10'` are numeric strings (scientific notation), so PHP performs a numeric comparison where 1e1 equals 10, making the comparison true."} ⏎ ``` | верно | Both strings are numeric — compared as numbers: 10 == 10. |
T02-L10 0.7 c | Types and comparisons | What does this code output?
```php
switch ('a') {
case 0: echo 'zero'; break;
default: echo 'other';
}
``` | «{"answer": "zero", "explanation": "php's switch uses loose comparison, so the string 'a' is converted to the integer 0, matching case 0 and echoing 'zero'}» Пояснение: {"answer": "zero", "explanation": "PHP's switch uses loose comparison, so the string 'a' is converted to the integer 0, matching case 0 and echoing 'zero'}
Raw{"answer": "zero", "explanation": "PHP's switch uses loose comparison, so the string 'a' is converted to the integer 0, matching case 0 and echoing 'zero'} | неверно верный: «other» парсинг: текст (фолбэк) | PHP 8: 'a' == 0 → false (used to be true) — default fires. |
T03-L9 0.96 c | Strings | What does this code output?
```php
echo strtr('abc', ['a' => '1', 'ab' => '2']);
``` | «2c» Пояснение: When strtr receives an associative array, it replaces the longest matching substring first, so 'ab' is matched and replaced with '2' before 'a', yielding '2c'.
Raw{"answer": "2c", "explanation": "When strtr receives an associative array, it replaces the longest matching substring first, so 'ab' is matched and replaced with '2' before 'a', yielding '2c'."} | верно | strtr with an array prefers the longest matching key. |
T03-L10 0.81 c | Strings | What does this code output?
```php
echo '[' . substr('hello', -10) . ']';
``` | «[hello]» Пояснение: The offset -10 is before the start of the 5-character string, so substr returns the entire string 'hello', giving the output [hello].
Raw{"answer": "[hello]", "explanation": "The offset -10 is before the start of the 5-character string, so substr returns the entire string 'hello', giving the output [hello]."} | верно | A negative start beyond the string is clamped to the beginning. |
T04-L9 1.18 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 the left array's values for matching keys (so 'k'=>1 from $a wins) and appends $b's keys not already present ('m'), giving keys k, n, m in that order.
Raw{"answer": "k,n,m", "explanation": "The + union operator keeps the left array's values for matching keys (so 'k'=>1 from $a wins) and appends $b's keys not already present ('m'), giving keys k, n, m in that order."} | верно | The + operator: on duplicate string keys the left array wins. |
T04-L10 1.58 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));
``` | «yxz» Пояснение: Sorting by the third column ascending places [2,'y',1] first (value 1), then the two value-2 items retain their original relative order due to usort's stability in PHP 8.0, so array_column extracts 'y', 'x', 'z'.
Raw{"answer": "yxz", "explanation": "Sorting by the third column ascending places [2,'y',1] first (value 1), then the two value-2 items retain their original relative order due to usort's stability in PHP 8.0, so array_column extracts 'y', 'x', 'z'."} | верно | Sorts are stable since 8.0: x and z keep their order on a tie. |
T05-L10 0.84 c | Functions and closures | What does this code output?
```php
function f(int $a, int $b): int
{
return $a - $b;
}
echo f(...['b' => 1, 'a' => 5]);
``` | «4» Пояснение: Named argument unpacking matches array keys 'a' and 'b' to the parameters, so $a=5 and $b=1, giving 5-1=4.
Raw```json ⏎ {"answer": "4", "explanation": "Named argument unpacking matches array keys 'a' and 'b' to the parameters, so $a=5 and $b=1, giving 5-1=4."} ⏎ ``` | верно | String keys of a spread array become named arguments. |
T05-L9 8.55 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 `$p->g(...)` first-class callable syntax binds the object handle to the resulting closure, so even after `$p = null` the object still exists (its reference count stays above zero), and calling `$f()` returns the private property value 3.
Raw```answer ⏎ {"answer": "3", "explanation": "The `$p->g(...)` first-class callable syntax binds the object handle to the resulting closure, so even after `$p = null` the object still exists (its reference count stays above zero), and calling `$f()` returns the private property value 3."} ⏎ ``` | верно | First-class callable syntax binds $this at creation time. |
T06-L9 0.4 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» Пояснение: Due to late static binding, static::class returns the runtime class B rather than the declared class A.
Raw```json ⏎ {"answer": "B", "explanation": "Due to late static binding, static::class returns the runtime class B rather than the declared class A."} ⏎ ``` | верно | Late static binding: static::class is the receiver's class. |
T06-L10 36.47 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 set hook stores $value doubled, so `$c->x = 5` writes 10 into the backing field, and the default get hook returns that stored value of 10.
Raw{"answer": "10", "explanation": "The set hook stores $value doubled, so `$c->x = 5` writes 10 into the backing field, and the default get hook returns that stored value of 10."} | верно | Inside the set hook, $this->x writes the backing store (no recursion): 5*2. |
T07-L9 1.26 c | Interfaces, traits, enum | What does this code output?
```php
trait TA
{
public function f(): string { return 'A'; }
}
trait TB
{
public function f(): string { return 'B'; }
}
class TC
{
use TA, TB { TB::f insteadof TA; TA::f as g; }
}
echo (new TC)->f() . (new TC)->g();
``` | «ba» Пояснение: The conflict is resolved by making TB::f the primary f (returning 'B'), while TA::f is aliased to g (returning 'A'), so the concatenation yields 'B'.'A' = 'BA'.
Raw{"answer": "BA", "explanation": "The conflict is resolved by making TB::f the primary f (returning 'B'), while TA::f is aliased to g (returning 'A'), so the concatenation yields 'B'.'A' = 'BA'."} | верно | insteadof picks the implementation; as keeps the other under an alias. |
T07-L10 1.02 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» Пояснение: When a trait is used by multiple classes, each class receives its own independent copy of the trait's static properties, so setting CX::$n to 1 does not affect CY::$n which remains 0.
Raw{"answer": "0", "explanation": "When a trait is used by multiple classes, each class receives its own independent copy of the trait's static properties, so setting CX::$n to 1 does not affect CY::$n which remains 0."} | верно | A trait's static property is copied into each consuming class. |
T08-L10 0.51 c | Exceptions and errors | What does this code output?
```php
function f(): int
{
try { return 1; } finally { return 2; }
}
echo f();
``` | «2» Пояснение: In PHP, a return statement in a finally block overrides any return value from the try block, so f() returns 2.
Raw{"answer": "2", "explanation": "In PHP, a return statement in a finally block overrides any return value from the try block, so f() returns 2."} | верно | A return in finally overrides the return from try. |
T08-L9 1.06 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's RuntimeException is discarded because the finally block throws a LogicException that supersedes it, and the outer catch catches that LogicException and echoes its message 'second'.
Raw{"answer": "second", "explanation": "The inner try's RuntimeException is discarded because the finally block throws a LogicException that supersedes it, and the outer catch catches that LogicException and echoes its message 'second'."} | верно | An exception from finally replaces the in-flight one — the last thrown is caught. |
T09-L9 2.64 c | Namespaces and autoloading | What does this code output?
```php
namespace N;
use App\Foo as Baz;
echo Baz::class . '|' . \Baz::class;
``` | «app\foo|baz» Пояснение: In namespace N, the use statement aliases Baz to App\Foo, so Baz::class resolves to App\Foo, while the leading backslash in \Baz forces global-namespace resolution, giving Baz.
Raw{"answer": "App\\Foo|Baz", "explanation": "In namespace N, the use statement aliases Baz to App\\Foo, so Baz::class resolves to App\\Foo, while the leading backslash in \\Baz forces global-namespace resolution, giving Baz."} | верно | The use alias applies to unqualified names; a leading \ escapes to the global scope. |
T09-L10 1.57 c | Namespaces and autoloading | What does this code output?
```php
namespace Ns;
class Foo {}
$c = 'Foo';
echo (class_exists($c) ? 'yes' : 'no')
. (class_exists(__NAMESPACE__ . '\\' . $c) ? 'yes' : 'no');
``` | «yesyes» Пояснение: Both class_exists calls resolve to Ns\Foo (the first via namespace-relative resolution, the second via explicit concatenation), which exists, so both yield 'yes'.
Raw{"answer": "yesyes", "explanation": "Both class_exists calls resolve to Ns\\Foo (the first via namespace-relative resolution, the second via explicit concatenation), which exists, so both yield 'yes'."} | неверно верный: «noyes» | Dynamic names are not resolved against the namespace — 'Foo' is the global class. |
T10-L9 0.85 c | References and scope | What does this code output?
```php
$a = [1, 2, 3];
foreach ($a as &$v) {}
$v = 99;
echo implode(',', $a);
``` | «1,2,99» Пояснение: The foreach loop leaves $v as a reference to the last array element, so $v = 99 modifies $a[2], making the array [1,2,99].
Raw{"answer": "1,2,99", "explanation": "The foreach loop leaves $v as a reference to the last array element, so $v = 99 modifies $a[2], making the array [1,2,99]."} | верно | After a by-ref foreach, $v remains a reference to the last element. |
T10-L10 1.6 c | References and scope | What does this code output?
```php
class A
{
public function inc(): int
{
static $n = 0;
return ++$n;
}
}
class B extends A {}
$a = new A;
$b = new B;
$a->inc();
$b->inc();
echo $a->inc();
``` | «3» Пояснение: The static $n variable lives in the method's execution context defined in class A, so it is shared across instances of A and its subclass B, incrementing through 1, 2, then echoing 3.
Raw{"answer": "3", "explanation": "The static $n variable lives in the method's execution context defined in class A, so it is shared across instances of A and its subclass B, incrementing through 1, 2, then echoing 3."} | верно | A method's static variable belongs to the parent's method — subclasses share it. |
T11-L9 1.39 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» Пояснение: send(10) resumes the generator, making the yield expression evaluate to 10 so $x=10, and the function returns $x+1=11 which getReturn() retrieves.
Raw```json ⏎ {"answer": "11", "explanation": "send(10) resumes the generator, making the yield expression evaluate to 10 so $x=10, and the function returns $x+1=11 which getReturn() retrieves."} ⏎ ``` | верно | send() resumes the generator: $x = 10, return 10+1. |
T11-L10 0.8 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» Пояснение: yield from delegates the inner generator (yielding 1 and 2) and assigns its return value 'ok' to $r, which is then yielded, producing the array [1, 2, 'ok'].
Raw```json ⏎ {"answer": "1,2,ok", "explanation": "yield from delegates the inner generator (yielding 1 and 2) and assigns its return value 'ok' to $r, which is then yielded, producing the array [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 1.47 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 call checks cost 4 against a hash with cost 4 (match, so no rehash needed → 'no'), while the second checks cost 5 against cost 4 (mismatch, so rehash needed → 'yes').
Raw{"answer": "noyes", "explanation": "The first call checks cost 4 against a hash with cost 4 (match, so no rehash needed → 'no'), while the second checks cost 5 against cost 4 (mismatch, so rehash needed → 'yes')."} | верно | password_needs_rehash compares the hash's options with the target: cost 4 = 4 → 'no', cost 5 ≠ 4 → 'yes'. |
T12-L10 18.31 c | Configuration and security | What does this code output on PHP 8.5?
```php
echo (E_ALL & 2048) === 0 ? 'strict-out' : 'strict-in';
``` | «strict-in» Пояснение: E_ALL = 32767 still includes the E_STRICT bit (2048), and since the code uses the literal 2048 rather than the deprecated E_STRICT constant, no deprecation fires, so (32767 & 2048) = 2048 which is non-zero, making the ternary evaluate to 'strict-in'.
Raw{"answer": "strict-in", "explanation": "E_ALL = 32767 still includes the E_STRICT bit (2048), and since the code uses the literal 2048 rather than the deprecated E_STRICT constant, no deprecation fires, so (32767 & 2048) = 2048 which is non-zero, making the ternary evaluate to 'strict-in'."} | неверно верный: «strict-out» | Since PHP 8.4, E_STRICT is out of E_ALL: the 2048 bit is unset → 'strict-out' (2048 is the historical E_STRICT bit). |
T13-L9 17.39 c | Symfony | What does this code output?
```php
use Symfony\Component\HttpFoundation\Request;
$r = Request::create('/demo', 'GET', [], [], [], ['HTTP_X_TOKEN' => 'abc']);
echo $r->headers->get('X-Token') === 'abc' ? 'mapped' : 'missing';
``` | «mapped» Пояснение: Symfony's Request::create maps the server variable HTTP_X_TOKEN to the header X-Token (stripping the HTTP_ prefix and converting underscores to hyphens), so get('X-Token') returns 'abc'.
Raw{"answer": "mapped", "explanation": "Symfony's Request::create maps the server variable HTTP_X_TOKEN to the header X-Token (stripping the HTTP_ prefix and converting underscores to hyphens), so get('X-Token') returns 'abc'."} | верно | 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.94 c | Symfony | What does this code output?
```php
use Symfony\Component\EventDispatcher\EventDispatcher;
use Symfony\Contracts\EventDispatcher\Event;
$d = new EventDispatcher();
$out = '';
$d->addListener('e', function () use (&$out) { $out .= 'B'; }, 10);
$d->addListener('e', function () use (&$out) { $out .= 'A'; });
$d->addListener('e', function () use (&$out) { $out .= 'C'; }, 5);
$d->dispatch(new Event(), 'e');
echo $out;
``` | «bca» Пояснение: Symfony's EventDispatcher executes listeners with higher priority first, so B (priority 10), then C (priority 5), then A (priority 0).
Raw```json ⏎ {"answer": "BCA", "explanation": "Symfony's EventDispatcher executes listeners with higher priority first, so B (priority 10), then C (priority 5), then A (priority 0)."} ⏎ ``` | верно | Listeners run by descending priority: 10 (B), 5 (C), 0 (A). |
T14-L10 1.95 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 ORM maintains a first-level identity map per EntityManager, so both finds for the same primary key return the exact same managed instance, yielding identical spl_object_id values.
Raw```json ⏎ {"answer": "same", "explanation": "Doctrine ORM maintains a first-level identity map per EntityManager, so both finds for the same primary key return the exact same managed instance, yielding identical spl_object_id values."} ⏎ ``` | верно | Identity map: a second find for the same id returns the same instance. |
T14-L9 4.94 c | Doctrine | Given: Doctrine ORM 3, an EntityManager on in-memory SQLite, entity User with an auto-increment primary key. The users table is empty. What does this code output?
```php
$u = new User(name: 'B');
$em->persist($u);
$em->remove($u);
$em->flush();
echo count($em->getConnection()->fetchAllAssociative('SELECT * FROM users'));
``` | «0» Пояснение: persist() schedules the new entity for insertion in the Unit of Work, but remove() (with no ID yet) simply unsets it from the insert queue, so flush() issues no SQL and the table stays empty.
Raw{"answer": "0", "explanation": "persist() schedules the new entity for insertion in the Unit of Work, but remove() (with no ID yet) simply unsets it from the insert queue, so flush() issues no SQL and the table stays empty."} | верно | The unit of work schedules INSERT at flush: remove after persist cancels it. |
T15-L10 0.34 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, so it counts just the value 1 and ignores the NULL.
Raw```json ⏎ {"answer": "1", "explanation": "count(x) counts only non-NULL values, so it counts just the value 1 and ignores the NULL."} ⏎ ``` | верно | count(column) skips NULLs; count(*) would return 2. |
T15-L9 1.29 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 inner query computes a running sum of x ordered by id (10, 30, 60), and string_agg concatenates those values as text in id order separated by commas.
Raw```json ⏎ {"answer": "10,30,60", "explanation": "The inner query computes a running sum of x ordered by id (10, 30, 60), and string_agg concatenates those values as text in id order separated by commas."} ⏎ ``` | верно | With ORDER BY the default window frame is running (start to current row). |
T16-L9 1.55 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» Пояснение: M1 is the outermost middleware (registered first), so it echoes 'M1' then delegates to M2 which echoes 'M2' before the final handler runs.
Raw{"answer": "M1M2", "explanation": "M1 is the outermost middleware (registered first), so it echoes 'M1' then delegates to M2 which echoes 'M2' before the final handler runs."} | верно | The first-added middleware runs first (outermost). |
T16-L10 64.19 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;
``` | «1» Пояснение: HandlersLocator::getHandler() returns only the first matching handler descriptor (the one for alias 'h1'), so only the first handler runs and increments $n by 1, never reaching the +10 handler.
Raw{ ⏎ "answer": "1", ⏎ "explanation": "HandlersLocator::getHandler() returns only the first matching handler descriptor (the one for alias 'h1'), so only the first handler runs and increments $n by 1, never reaching the +10 handler." ⏎ } | неверно верный: «11» | All registered handlers of the message run: 1 + 10 = 11. |
T17-L9 0.84 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 value 1, the second insert hits the unique index conflict and does nothing, so the table contains exactly one row.
Raw```json ⏎ {"answer": "1", "explanation": "The first insert adds value 1, the second insert hits the unique index conflict and does nothing, so the table contains exactly one row."} ⏎ ``` | верно | ON CONFLICT DO NOTHING skips the duplicate: one insert. |
T17-L10 1.58 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» Пояснение: The unique constraint is DEFERRABLE INITIALLY DEFERRED, so the duplicate-check is postponed until COMMIT (which never happens), meaning both rows remain visible when SELECT count(*) executes.
Raw{"answer": "2", "explanation": "The unique constraint is DEFERRABLE INITIALLY DEFERRED, so the duplicate-check is postponed until COMMIT (which never happens), meaning both rows remain visible when SELECT count(*) executes."} | верно | DEFERRED postpones the uniqueness check to COMMIT — count sees 2 rows. |
T18-L9 1.21 c | Testing: PHPUnit | How many tests will this command run?
```php
use PHPUnit\Framework\TestCase;
use PHPUnit\Framework\Attributes\DataProvider;
final class CalcTest extends TestCase
{
public static function prov(): array
{
return [[1], [2], [3]];
}
#[DataProvider('prov')]
public function test_sum(int $x): void
{
$this->assertTrue($x > 0);
}
#[DataProvider('prov')]
public function test_sum_abs(int $x): void
{
$this->assertTrue($x > 0);
}
public function test_other(): void
{
$this->assertTrue(true);
}
}
```
Command: `phpunit CalcTest.php --filter test_sum` (PHPUnit 10.5) | «6» Пояснение: The filter regex 'test_sum' is not anchored, so it matches both test_sum and test_sum_abs, each running 3 data-provider cases (1, 2, 3), totaling 6 tests.
Raw```json ⏎ {"answer": "6", "explanation": "The filter regex 'test_sum' is not anchored, so it matches both test_sum and test_sum_abs, each running 3 data-provider cases (1, 2, 3), totaling 6 tests."} ⏎ ``` | верно | --filter is a substring match: test_sum also matches test_sum_abs (3+3 datasets). |
T18-L10 0.66 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 supplies two cases (1 and -1), so 2 tests run; the assertion assertTrue($x > 0) passes for 1 but fails for -1, so exactly 1 test fails.
Raw{"answer": "2, 1", "explanation": "The data provider supplies two cases (1 and -1), so 2 tests run; the assertion assertTrue($x > 0) passes for 1 but fails for -1, so exactly 1 test 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.47 c | HTTP and REST API | Which HTTP method does this command send?
```bash
curl -s -d 'a=1' http://demo.local/api
``` | «post» Пояснение: The -d/--data option in curl sends an HTTP POST request and sets the Content-Type to application/x-www-form-urlencoded.
Raw{"answer": "POST", "explanation": "The -d/--data option in curl sends an HTTP POST request and sets the Content-Type to application/x-www-form-urlencoded."} | верно | -d/-F switches curl to POST by default. |
T19-L10 0.75 c | HTTP and REST API | Which HTTP method does this command send?
```bash
curl -s -G -d 'a=1' http://demo.local/api
``` | «get» Пояснение: The `-G` flag tells curl to send the `-d` data as a query string using the HTTP GET method instead of the default POST.
Raw{"answer": "GET", "explanation": "The `-G` flag tells curl to send the `-d` data as a query string using the HTTP GET method instead of the default POST."} | верно | -G turns -d data into the query string; the method stays GET. |
T20-L9 1.83 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 §5.2, invalid_client must be used when the request is not associated with an existing client, so a non-existent client_id yields this error.
Raw{"answer": "invalid_client", "explanation": "Per RFC 6749 §5.2, invalid_client must be used when the request is not associated with an existing client, so a non-existent client_id yields this error."} | верно | Unknown client → invalid_client (RFC 6749 §5.2). |
T20-L10 0.52 c | Security and OAuth | OAuth 2.0: the client started the flow with response_type=token. In which part of the redirect_uri does the authorization server pass the access_token? | «fragment» Пояснение: In the OAuth 2.0 implicit flow (response_type=token), the access_token is returned in the URL fragment (after the # symbol) so it is not sent to the server, reducing exposure.
Raw{"answer": "fragment", "explanation": "In the OAuth 2.0 implicit flow (response_type=token), the access_token is returned in the URL fragment (after the # symbol) so it is not sent to the server, reducing exposure."} | верно | The implicit flow passes the token in the URL fragment (#) — it never reaches the server. |
T21-L9 2.48 c | Twig | What does this Twig template output?
```twig
{{ false|default(2) * 3 }}
``` | «6» Пояснение: The `default` filter returns 2 because `false` is considered an empty value, and then 2 * 3 equals 6.
Raw{"answer": "6", "explanation": "The `default` filter returns 2 because `false` is considered an empty value, and then 2 * 3 equals 6."} | верно | default replaces exactly false/null/''/[] — false becomes 2, 2*3 = 6; the naive 'default is for undefined only' yields 0. |
T21-L10 79.51 c | Twig | What exception class does render() of this template throw?
```twig
{{ 'a' ~ 1 + 2 }}
``` | «no exception is thrown (renders 'a12')» Пояснение: In Twig, ~ and + are left-associative at the same precedence level, so the expression evaluates as ('a' ~ 1) + 2, and Twig_add converts 'a1' + 2 by concatenation to 'a12' rather than throwing an exception.
Raw{"answer": "no exception is thrown (renders 'a12')", "explanation": "In Twig, ~ and + are left-associative at the same precedence level, so the expression evaluates as ('a' ~ 1) + 2, and Twig_add converts 'a1' + 2 by concatenation to 'a12' rather than throwing an exception."} | неверно верный: «runtimeerror» | In Twig ~ binds tighter than +: ('a' ~ 1) + 2 → string + int → a render error (RuntimeError). |
T22-L9 72.78 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 array [''] is validated as a whole by NotBlank, and since it is a non-empty array (not 'blank'), no violation is generated, so count() returns 0.
Raw{"answer": "0", "explanation": "The array [''] is validated as a whole by NotBlank, and since it is a non-empty array (not 'blank'), no violation is generated, so count() returns 0."} | верно | NotBlank treats null, '', [] as blank — the array [''] is not blank. |
T22-L10 1.47 c | Symfony: Security and forms | What does this code output?
```php
use Symfony\Component\Form\Forms;
use Symfony\Component\Form\Extension\Core\Type\TextType;
$factory = Forms::createFormFactoryBuilder()->getFormFactory();
$form = $factory->create(TextType::class);
try {
echo $form->isValid() ? 'valid' : 'invalid';
} catch (Throwable $e) {
echo get_class($e);
}
``` | «symfony\component\form\exception\unexpectedexception» Пояснение: Calling isValid() on a form that has never been submitted throws an UnexpectedException because the form is uninitialized.
Raw```json ⏎ {"answer": "Symfony\\Component\\Form\\Exception\\UnexpectedException", "explanation": "Calling isValid() on a form that has never been submitted throws an UnexpectedException because the form is uninitialized."} ⏎ ``` | неверно верный: «symfony\component\form\exception\logicexception» | isValid() on a non-submitted form throws LogicException, it does not return false. |
T23-L9 3.32 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» Пояснение: Since the service 'a' is public, the container instantiates it once and caches the instance in $this->services, so both get() calls return the same object.
Raw```json ⏎ {"answer": "same", "explanation": "Since the service 'a' is public, the container instantiates it once and caches the instance in $this->services, so both get() calls return the same object."} ⏎ ``` | верно | Container services are shared: two get() calls yield one instance. |
T23-L10 0.88 c | Symfony: configuration and services | What does this code output?
```php
use Symfony\Component\DependencyInjection\ContainerBuilder;
$c = new ContainerBuilder();
$c->setParameter('name', 'Bob');
$c->setParameter('greeting', 'hi %name%');
$c->setParameter('message', '%greeting%!');
$c->compile();
echo $c->getParameter('message');
``` | «hi bob!» Пояснение: The container resolves recursive parameter placeholders during compile(), so 'message' '%greeting'!' becomes 'hi Bob' via 'greeting' 'hi %name%!' becoming 'hi Bob' via 'name' 'Bob'.
Raw{"answer": "hi Bob!", "explanation": "The container resolves recursive parameter placeholders during compile(), so 'message' '%greeting'!' becomes 'hi Bob' via 'greeting' 'hi %name%!' becoming 'hi Bob' via 'name' 'Bob'."} | верно | compile() resolves %-references transitively: %greeting% → 'hi %name%' → 'hi Bob!', the answer assembles over two hops. |
T24-L9 1.03 c | Bootstrap | What is the max-width of .container in Bootstrap 5.3 at a 992px viewport? | «960px» Пояснение: In Bootstrap 5.3, the .container uses min-width media queries, so at 992px the 'lg' breakpoint (≥992px) applies, giving a max-width of 960px.
Raw{"answer": "960px", "explanation": "In Bootstrap 5.3, the .container uses min-width media queries, so at 992px the 'lg' breakpoint (≥992px) applies, giving a max-width of 960px."} | верно | 5.x container widths: 540/720/960/1140/1320 (sm–xxl); 992 → 960px. |
T24-L10 0.76 c | Bootstrap | Which utility sets the text color in Bootstrap 5.3 for `<p class="text-danger text-primary">…</p>`? Answer with the winning class name. | «text-primary» Пояснение: In Bootstrap's compiled CSS, text-primary is generated after text-danger, so the cascade gives text-primary precedence.
Raw```json ⏎ {"answer": "text-primary", "explanation": "In Bootstrap's compiled CSS, text-primary is generated after text-danger, so the cascade gives text-primary precedence."} ⏎ ``` | неверно верный: «text-danger» | Specificity ties — the later rule wins: text-danger is declared after text-primary. |
T25-L9 4.25 c | Clean architecture | Layers: Domain, Application, Infrastructure. Deptrac rules: Application → Domain; Infrastructure → Domain, Application; Domain → Domain only.
How many violations will deptrac report for this class?
```php
namespace App\Domain;
use App\Application\PlaceOrder;
use App\Infrastructure\Db;
class OrderService
{
public function __construct(
private PlaceOrder $handler,
private Db $db,
) {}
}
``` | «2» Пояснение: OrderService is in the Domain layer, which may only depend on Domain, so its two forbidden dependencies (App\Application\PlaceOrder and App\Infrastructure\Db) each count as one violation.
Raw```json ⏎ {"answer": "2", "explanation": "OrderService is in the Domain layer, which may only depend on Domain, so its two forbidden dependencies (App\\Application\\PlaceOrder and App\\Infrastructure\\Db) each count as one violation."} ⏎ ``` | верно | Domain may depend only on Domain: PlaceOrder (Application) + Db (Infrastructure) = 2. |
T25-L10 4.74 c | Clean architecture | Layers: Domain, Application, Infrastructure. Deptrac rules: Application → Domain; Infrastructure → Domain, Application; Domain → Domain only.
How many violations will deptrac report for this class?
```php
namespace App\Domain;
use App\Application\PlaceOrder;
use App\Infrastructure\Db;
class BillingService
{
public function __construct(
private PlaceOrder $handler,
private Db $db,
private \App\Infrastructure\Logger $logger,
) {}
}
``` | «3» Пояснение: BillingService is in the Domain layer, which can only depend on Domain, so each of its three forbidden cross-layer dependencies (Application\PlaceOrder, Infrastructure\Db, Infrastructure\Logger) counts as one deptrac violation.
Raw```json ⏎ {"answer": "3", "explanation": "BillingService is in the Domain layer, which can only depend on Domain, so each of its three forbidden cross-layer dependencies (Application\\PlaceOrder, Infrastructure\\Db, Infrastructure\\Logger) counts as one deptrac violation."} ⏎ ``` | верно | The inline FQCN \App\Infrastructure\Logger counts too: Application + Db + Logger = 3. |
T26-L10 0.96 c | DDD | What does this code output?
```php
final class Money
{
public function __construct(public readonly int $amount) {}
public function add(Money $o): Money
{
return new self($this->amount + $o->amount);
}
}
$a = new Money(10);
$c = $a->add(new Money(5));
echo $a->amount . ',' . $c->amount;
``` | «10,15» Пояснение: $a has amount 10, and $c is the result of adding Money(5) to Money(10), giving amount 15, so it echoes 10,15.
Raw{"answer": "10,15", "explanation": "$a has amount 10, and $c is the result of adding Money(5) to Money(10), giving amount 15, so it echoes 10,15."} | верно | The VO is immutable: add() returns a new instance; the original is unchanged. |
T26-L9 1.43 c | DDD | What does this code output?
```php
final class Order
{
private array $items = [];
public function add(string $sku): void
{
$this->items[$sku] = true;
}
public function count(): int
{
return count($this->items);
}
public function remove(string $sku): void
{
if (count($this->items) === 1) {
throw new DomainException('last item');
}
unset($this->items[$sku]);
}
}
$o = new Order;
$o->add('a');
try {
$o->remove('a');
} catch (DomainException) {
}
echo $o->count();
``` | «1» Пояснение: add('a') stores one item, then remove('a') sees count === 1 and throws DomainException before the unset runs, so the array still holds 'a' and count() returns 1.
Raw{"answer": "1", "explanation": "add('a') stores one item, then remove('a') sees count === 1 and throws DomainException before the unset runs, so the array still holds 'a' and count() returns 1."} | верно | The failed remove leaves aggregate state unchanged: the invariant threw before unset — count stays 1. |
VC-L9 0.53 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 its hi() method which returns 'hi', which is then echoed.
Raw```json ⏎ {"answer": "hi", "explanation": "The code creates a new instance of class C and immediately calls its hi() method which returns 'hi', which is then echoed."} ⏎ ``` | верно | Since 8.4, new in a method chain works without wrapping parentheses. |
VC-L10 2.25 c | PHP 8.4–8.5 | What does this code output on PHP 8.5?
```php
class Heavy
{
public int $v = 0;
}
$r = new ReflectionClass(Heavy::class);
$o = $r->newLazyGhost(function (Heavy $obj) {
$obj->v = 21;
});
echo $r->isUninitializedLazyObject($o) ? 'yes' : 'no';
$o->v;
echo $r->isUninitializedLazyObject($o) ? 'yes' : 'no';
``` | «yesno» Пояснение: `newLazyGhost` creates an uninitialized lazy object, so the first check prints 'yes'; accessing `$o->v` triggers the initialization closure (setting `v=21`) and marks the object initialized, so the second check prints 'no'.
Raw{"answer": "yesno", "explanation": "`newLazyGhost` creates an uninitialized lazy object, so the first check prints 'yes'; accessing `$o->v` triggers the initialization closure (setting `v=21`) and marks the object initialized, so the second check prints 'no'."} | верно | newLazyGhost (8.4): the object stays lazy until first access — reading a property initializes it and clears the flag. |
T28-L9 0.97 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 Symfony Guard authentication system (including AbstractGuardAuthenticator) was deprecated in 5.2 and removed in Symfony 7.0, so it does not exist in 8.1.
Raw{"answer": "no", "explanation": "The Symfony Guard authentication system (including AbstractGuardAuthenticator) was deprecated in 5.2 and removed in Symfony 7.0, so it does not exist in 8.1."} | верно | Guard authentication was removed in Symfony 7.0 — the class is gone in 8.1. |
T28-L10 3.79 c | Symfony: versions | The project was upgraded from Symfony 6.4 to 8.1. What does this code output on 8.1?
```php
echo class_exists(\Symfony\Component\Routing\Loader\AnnotationClassLoader::class)
? 'yes' : 'no';
echo class_exists(\Symfony\Component\Routing\Loader\AttributeClassLoader::class)
? 'yes' : 'no';
``` | «noyes» Пояснение: In Symfony 8.1, the deprecated `AnnotationClassLoader` was removed (deleted in 7.0), so the first check yields 'no', while `AttributeClassLoader` still exists as the current attribute-based loader, yielding 'yes'.
Raw{"answer": "noyes", "explanation": "In Symfony 8.1, the deprecated `AnnotationClassLoader` was removed (deleted in 7.0), so the first check yields 'no', while `AttributeClassLoader` still exists as the current attribute-based loader, yielding 'yes'."} | верно | Annotation loaders were removed in 7.0; only attribute loaders remain (Annotation→Attribute). |