Пример запроса (первая клетка). System одинаковый во всех запросах прогона, user — свой вопрос для каждой клетки:
| Клетка | Тема | Утверждение | Ответ |
Результат | Обоснование |
T01-L1 3.37 c | Syntax and operators | Double-quoted and single-quoted strings are processed identically; the difference is only in speed. | «no» Пояснение: Double-quoted strings undergo parsing for variable interpolation and escape sequences like \n and \t, while single-quoted strings are treated almost literally, so they are not processed identically and speed is not the only difference.
Raw{"answer": "no", "explanation": "Double-quoted strings undergo parsing for variable interpolation and escape sequences like \\n and \\t, while single-quoted strings are treated almost literally, so they are not processed identically and speed is not the only difference."} | верно | В двойных кавычках работают интерполяция переменных и escape-последовательности, в одинарных — нет. |
T01-L2 0.49 c | Syntax and operators | The ?? operator follows isset semantics and raises no warnings for undefined variables. | «yes» Пояснение: The null coalescing operator ?? uses isset() semantics, so it never raises a warning for undefined variables and returns the left operand if it exists and is not null, otherwise the right operand.
Raw{"answer": "yes", "explanation": "The null coalescing operator ?? uses isset() semantics, so it never raises a warning for undefined variables and returns the left operand if it exists and is not null, otherwise the right operand."} | верно | ?? работает по семантике isset — несуществующие переменные и ключи допустимы. |
T01-L3 0.34 c | Syntax and operators | What will this print: echo 'a', 'b'; | «ab» Пояснение: The echo statement in PHP accepts multiple comma-separated arguments and concatenates them when outputting, so 'a' and 'b' print together as 'ab'.
Raw{"answer": "ab", "explanation": "The echo statement in PHP accepts multiple comma-separated arguments and concatenates them when outputting, so 'a' and 'b' print together as 'ab'."} | верно | echo принимает список аргументов: ab. |
T01-L4 0.83 c | Syntax and operators | print returns the value 1 and can be used inside an expression. | «yes» Пояснение: In PHP, print is a language construct that always returns 1 and, unlike echo, can be used inside an expression such as $x = print "text".
Raw{"answer": "yes", "explanation": "In PHP, print is a language construct that always returns 1 and, unlike echo, can be used inside an expression such as $x = print \"text\"."} | верно | print — выражение со значением 1, в отличие от echo, который значения не возвращает. |
T01-L5 0.43 c | Syntax and operators | The ?: (elvis) operator returns its left operand when it is falsy. | «no» Пояснение: The ?: (elvis) operator returns its left operand when it is truthy, and the right operand only when the left is falsy.
Raw{"answer": "no", "explanation": "The ?: (elvis) operator returns its left operand when it is truthy, and the right operand only when the left is falsy."} | верно | Наоборот: $a ?: $b возвращает $a, если он истинный, иначе $b. |
T01-L6 0.97 c | Syntax and operators | In PHP 8, the concatenation operator (.) has lower precedence than addition and subtraction. | «yes» Пояснение: In PHP 8, the concatenation operator has lower precedence than the addition and subtraction operators, so expressions like '5 . 3 + 2' evaluate as '5 . (3 + 2)'.
Raw{"answer": "yes", "explanation": "In PHP 8, the concatenation operator has lower precedence than the addition and subtraction operators, so expressions like '5 . 3 + 2' evaluate as '5 . (3 + 2)'."} | верно | С PHP 8 (RFC concat precedence) '.' имеет приоритет ниже арифметики: 'сумма: ' . 2 + 3 → 'сумма: 5' (в PHP 7 было иначе). |
T01-L7 0.91 c | Syntax and operators | The expression 2 ** 3 ** 2 in PHP evaluates as (2 ** 3) ** 2, that is, 64. | «no» Пояснение: The ** operator in PHP is right-associative, so 2 ** 3 ** 2 evaluates as 2 ** (3 ** 2) = 2 ** 9 = 512, not (2 ** 3) ** 2.
Raw{"answer": "no", "explanation": "The ** operator in PHP is right-associative, so 2 ** 3 ** 2 evaluates as 2 ** (3 ** 2) = 2 ** 9 = 512, not (2 ** 3) ** 2."} | верно | ** право-ассоциативен: 2 ** (3 ** 2) = 2 ** 9 = 512. |
T01-L8 0.92 c | Syntax and operators | What string will this print: echo 'sum: ' . 2 + 3; (PHP 8)? | «3» Пояснение: The `.` operator has higher precedence than `+`, so it evaluates as `('sum: ' . 2) + 3`, giving `'sum: 2' + 3`; since `'sum: 2'` converts to 0 numerically, the result is `0 + 3 = 3`.
Raw{"answer": "3", "explanation": "The `.` operator has higher precedence than `+`, so it evaluates as `('sum: ' . 2) + 3`, giving `'sum: 2' + 3`; since `'sum: 2'` converts to 0 numerically, the result is `0 + 3 = 3`."} | неверно верный: «sum: 5» | Парная к verify-клетке про приоритет: 'сумма: 5'. |
T02-L1 1.1 c | Types and comparisons | With strict comparison (===), arrays are considered equal regardless of element order. | «no» Пояснение: With strict comparison (===), arrays are only equal if they have the same key/value pairs in the same order and of the same types, so element order matters.
Raw{"answer": "no", "explanation": "With strict comparison (===), arrays are only equal if they have the same key/value pairs in the same order and of the same types, so element order matters."} | верно | === для массивов требует совпадения и значений, и их порядка. |
T02-L2 1.15 c | Types and comparisons | The comparison 0 == false returns false because it is a strict comparison. | «no» Пояснение: The == operator is a loose comparison, not strict, and 0 == false actually evaluates to true because 0 is coerced to false.
Raw{"answer": "no", "explanation": "The == operator is a loose comparison, not strict, and 0 == false actually evaluates to true because 0 is coerced to false."} | верно | Наоборот: == — нестрогое сравнение и возвращает true; строгое — это === (0 === false → false). |
T02-L3 0.61 c | Types and comparisons | In PHP 8, the expression "abc" == 0 returns true. | «yes» Пояснение: In PHP loose comparison, the non-numeric string "abc" is converted to the integer 0, so it equals 0.
Raw{"answer": "yes", "explanation": "In PHP loose comparison, the non-numeric string \"abc\" is converted to the integer 0, so it equals 0."} | неверно верный: «no» | С PHP 8 нечисловая строка сравнивается как строка: "abc" == "0" → false (в PHP 7 было true). |
T02-L4 0.67 c | Types and comparisons | Under loose comparison, null equals 0, the empty string, and false at the same time. | «yes» Пояснение: Under PHP's loose comparison, null is converted to false/0/'' and therefore equals 0, the empty string, and false all at once.
Raw{"answer": "yes", "explanation": "Under PHP's loose comparison, null is converted to false/0/'' and therefore equals 0, the empty string, and false all at once."} | верно | null == 0, null == "" и null == false — все true. |
T02-L5 0.44 c | Types and comparisons | What does the expression (int) '42abc' return? | «42» Пояснение: In PHP, casting a string to int parses the leading numeric portion, so '42abc' becomes 42.
Raw{"answer": 42, "explanation": "In PHP, casting a string to int parses the leading numeric portion, so '42abc' becomes 42."} | верно | Ведущая числовая часть: 42, без ошибок и warning. |
T02-L6 0.75 c | Types and comparisons | What does the expression '5' + 5 return? | «10» Пояснение: In PHP, the + operator forces both operands to be evaluated as numbers, so '5' is converted to 5 and 5 + 5 equals 10.
Raw{"answer": "10", "explanation": "In PHP, the + operator forces both operands to be evaluated as numbers, so '5' is converted to 5 and 5 + 5 equals 10."} | верно | Числовая строка приводится: int 10. |
T02-L7 0.61 c | Types and comparisons | When cast to string, false becomes "0". | «no» Пояснение: In PHP, casting the boolean false to a string produces an empty string (""), not "0"; it is the integer 0 that becomes "0" when cast to string.
Raw```json ⏎ {"answer": "false", "explanation": "In PHP, casting the boolean false to a string produces an empty string (\"\"), not \"0\"; it is the integer 0 that becomes \"0\" when cast to string."} ⏎ ``` | верно | false → "", true → "1". |
T02-L8 0.48 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, so the strict comparison to 0.3 returns false.
Raw{"answer": "yes", "explanation": "Due to floating-point precision, 0.1 + 0.2 evaluates to 0.30000000000000004, so the strict comparison to 0.3 returns false."} | верно | Двоичная погрешность float: 0.1 + 0.2 = 0.30000000000000004. |
T03-L1 0.41 c | Strings | strrev() correctly reverses a UTF-8 string. | «no» Пояснение: strrev() reverses bytes rather than Unicode characters, so it breaks multi-byte UTF-8 sequences instead of reversing characters correctly.
Raw{"answer": "no", "explanation": "strrev() reverses bytes rather than Unicode characters, so it breaks multi-byte UTF-8 sequences instead of reversing characters correctly."} | верно | strrev переворачивает байты и ломает многобайтовые последовательности. |
T03-L2 0.36 c | Strings | str_contains('Hello world', 'world') returns true. | «yes» Пояснение: ", "explanation": "str_contains() returns true when the haystack string contains the needle, and 'Hello world' does contain 'world'}
Raw{"answer": "yes", "explanation": "str_contains() returns true when the haystack string contains the needle, and 'Hello world' does contain 'world'} | верно парсинг: текст (фолбэк) | str_contains с PHP 8.0 проверяет вхождение подстроки. |
T03-L3 0.56 c | Strings | str_pad() can pad a string on the right side only. | «no» Пояснение: str_pad() can pad on the right (STR_PAD_RIGHT, default), left (STR_PAD_LEFT), or both sides (STR_PAD_BOTH), so it is not limited to right padding only.
Raw```json ⏎ {"answer": "no", "explanation": "str_pad() can pad on the right (STR_PAD_RIGHT, default), left (STR_PAD_LEFT), or both sides (STR_PAD_BOTH), so it is not limited to right padding only."} ⏎ ``` | верно | STR_PAD_LEFT / STR_PAD_BOTH меняют сторону дополнения. |
T03-L4 0.59 c | Strings | By default trim() strips only spaces, leaving tabs and newlines intact. | «no» Пояснение: By default, PHP's trim() removes all leading/trailing whitespace including spaces, tabs, newlines, carriage returns, NUL bytes, and vertical tabs, not just spaces.
Raw{"answer": "no", "explanation": "By default, PHP's trim() removes all leading/trailing whitespace including spaces, tabs, newlines, carriage returns, NUL bytes, and vertical tabs, not just spaces."} | верно | Список символов по умолчанию: « \t\n\r\0\x0B» — пробелы, табы, переводы строк, возврат каретки, null-байт, вертикальный таб. Проверено php -r. |
T03-L5 0.52 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 6 bytes total.
Raw{"answer": "6", "explanation": "strlen counts bytes, and 'héllo' has 5 characters where 'é' takes 2 bytes in UTF-8, giving 6 bytes total."} | верно | 6 букв по 2 байта: 12. |
T03-L6 0.5 c | Strings | What does substr('abcdef', -3) return? | «def» Пояснение: A negative offset counts from the end of the string, so substr('abcdef', -3) returns the last 3 characters.
Raw{"answer": "def", "explanation": "A negative offset counts from the end of the string, so substr('abcdef', -3) returns the last 3 characters."} | верно | Отрицательное смещение — с конца: def. |
T03-L7 0.44 c | Strings | ucfirst() modifies the string passed to it in place. | «no» Пояснение: In PHP, strings are immutable and passed by value, so ucfirst() returns a new string with the first character capitalized without modifying the original string.
Raw{"answer": "false", "explanation": "In PHP, strings are immutable and passed by value, so ucfirst() returns a new string with the first character capitalized without modifying the original string."} | верно | Строки неизменяемы; ucfirst возвращает новую строку. |
T03-L8 0.52 c | Strings | Variable interpolation works in heredoc but not in nowdoc. | «yes» Пояснение: Heredoc syntax behaves like double-quoted strings and supports variable interpolation, while nowdoc (with a quoted identifier like <<<'EOL') behaves like single-quoted strings and does not interpolate variables.
Raw```json ⏎ {"answer": "yes", "explanation": "Heredoc syntax behaves like double-quoted strings and supports variable interpolation, while nowdoc (with a quoted identifier like <<<'EOL') behaves like single-quoted strings and does not interpolate variables."} ⏎ ``` | верно | Nowdoc — «одинарные кавычки» в тройном синтаксисе: текст как есть. |
T04-L1 0.55 c | Arrays | The sort() function preserves the key-to-value association of the array. | «no» Пояснение: sort() sorts array values in ascending order and resets (reindexes) the numeric keys, so it does not preserve the original key-to-value association, unlike asort().
Raw```json ⏎ {"answer": "no", "explanation": "sort() sorts array values in ascending order and resets (reindexes) the numeric keys, so it does not preserve the original key-to-value association, unlike asort()."} ⏎ ``` | верно | sort перенумеровывает ключи; связь сохраняет asort. |
T04-L2 0.5 c | Arrays | The string key '5' in an array is stored as the integer 5. | «yes» Пояснение: In PHP, string array keys that are valid integer representations are automatically converted to integer keys, so '5' is stored as 5.
Raw{"answer": "yes", "explanation": "In PHP, string array keys that are valid integer representations are automatically converted to integer keys, so '5' is stored as 5."} | верно | Каноничные десятичные строковые ключи приводятся к int. |
T04-L3 0.42 c | Arrays | The in_array() function uses strict comparison (===) by default. | «no» Пояснение: The in_array() function uses loose comparison by default; the strict mode (===) is only enabled when the third parameter $strict is set to true.
Raw{"answer": "no", "explanation": "The in_array() function uses loose comparison by default; the strict mode (===) is only enabled when the third parameter $strict is set to true."} | верно | По умолчанию сравнение нестрогое; строгое — третий аргумент true. |
T04-L4 0.74 c | Arrays | Without a callback, array_filter() removes all "empty" (falsy) elements from the array. | «yes» Пояснение: Without a callback, array_filter() iterates through the array and keeps only elements that are truthy, thereby removing all falsy (empty) values like false, null, 0, "", and "0".
Raw{"answer": "yes", "explanation": "Without a callback, array_filter() iterates through the array and keeps only elements that are truthy, thereby removing all falsy (empty) values like false, null, 0, \"\", and \"0\"."} | верно | Убирает 0, "", null, false и пустые массивы. |
T04-L5 0.54 c | Arrays | By default, array_slice() preserves the original numeric keys of the array. | «no» Пояснение: By default, array_slice() reindexes the keys starting from 0; you must set the third $preserve_keys parameter to true to keep the original keys.
Raw{"answer": "no", "explanation": "By default, array_slice() reindexes the keys starting from 0; you must set the third $preserve_keys parameter to true to keep the original keys."} | верно | По умолчанию ключи перенумеровываются; сохранение — preserve_keys = true. |
T04-L6 0.54 c | Arrays | What does array_slice([10, 20, 30, 40], 1, 2) return? | «[20, 30]» Пояснение: array_slice extracts 2 elements starting from offset 1, returning the elements at indices 1 and 2 which are 20 and 30.
Raw{"answer": "[20, 30]", "explanation": "array_slice extracts 2 elements starting from offset 1, returning the elements at indices 1 and 2 which are 20 and 30."} | верно | [20,30]; ключи перенумеровываются. |
T04-L7 0.65 c | Arrays | How many elements will count(['a' => 1] + ['a' => 9, 'b' => 2]) return? | «2» Пояснение: The + operator for arrays in PHP keeps the left array's elements for duplicate keys, so 'a' => 1 is kept and 'b' => 2 is added, yielding an array of 2 elements.
Raw{"answer": "2", "explanation": "The + operator for arrays in PHP keeps the left array's elements for duplicate keys, so 'a' => 1 is kept and 'b' => 2 is added, yielding an array of 2 elements."} | верно | Оператор + : по ключу 'a' побеждает левый; итого 2. |
T04-L8 0.71 c | Arrays | Since PHP 8.1, the spread operator [...$a, ...$b] supports arrays with string keys. | «yes» Пояснение: PHP 8.1 extended the array spread operator to support unpacking arrays with string (associative) keys, not just numerically indexed arrays.
Raw{"answer": "yes", "explanation": "PHP 8.1 extended the array spread operator to support unpacking arrays with string (associative) keys, not just numerically indexed arrays."} | верно | В 8.0 — только числовые ключи; 8.1 снял ограничение. |
T05-L1 0.81 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 (e.g., foo(a: 1, ...$args)), as long as there are no duplicate values.
Raw{"answer": "no", "explanation": "PHP 8.1 allows combining named arguments with unpacking (e.g., foo(a: 1, ...$args)), as long as there are no duplicate values."} | верно | Можно: f(...$args, имя: значение). Нельзя только позиционный аргумент после распаковки. |
T05-L2 0.69 c | Functions and closures | An anonymous function without use sees variables from the outer scope. | «no» Пояснение: In PHP, anonymous functions (closures) are isolated from the outer scope and cannot access outer variables unless they are explicitly imported using the use keyword.
Raw{"answer": "no", "explanation": "In PHP, anonymous functions (closures) are isolated from the outer scope and cannot access outer variables unless they are explicitly imported using the use keyword."} | верно | Без use внешние переменные недоступны; авто-захват только у fn. |
T05-L3 0.36 c | Functions and closures | What will func_num_args() return inside function f($a) { return func_num_args(); } when called as f(1, 2, 3)? | «3» Пояснение: func_num_args() returns the total number of arguments passed to the function, and f(1, 2, 3) passes 3 arguments.
Raw```json ⏎ {"answer": "3", "explanation": "func_num_args() returns the total number of arguments passed to the function, and f(1, 2, 3) passes 3 arguments."} ⏎ ``` | верно | Считает переданные аргументы: 3. |
T05-L4 0.5 c | Functions and closures | The body of an arrow function fn may consist of several expressions in curly braces. | «no» Пояснение: Arrow functions (fn) in PHP have a body consisting of exactly one expression that is implicitly returned, and do not support multiple statements in curly braces.
Raw{"answer": "false", "explanation": "Arrow functions (fn) in PHP have a body consisting of exactly one expression that is implicitly returned, and do not support multiple statements in curly braces."} | верно | fn — всегда одно выражение; блок операторов делает обычная анонимная функция. |
T05-L5 0.56 c | Functions and closures | An arrow function fn captures outer variables by reference (lazily, at use time). | «no» Пояснение: Arrow functions in PHP capture outer variables by value (implicitly), not by reference, so changes to the outer variable after creation do not affect the already-captured value.
Raw{"answer": "no", "explanation": "Arrow functions in PHP capture outer variables by value (implicitly), not by reference, so changes to the outer variable after creation do not affect the already-captured value."} | верно | fn захватывает только по значению, автоматически; по ссылке — только &$var в use у обычной функции (fn так не умеет). |
T05-L6 0.68 c | Functions and closures | A closure declared as static function () {} does not capture $this. | «yes» Пояснение: A static closure in PHP is unbound and therefore cannot capture $this, unlike a non-static closure created within a class scope which does capture $this.
Raw{"answer": "yes", "explanation": "A static closure in PHP is unbound and therefore cannot capture $this, unlike a non-static closure created within a class scope which does capture $this."} | верно | static-замыкание отвязано от объекта: $this внутри недоступен. |
T05-L7 0.62 c | Functions and closures | What will this print: $x = 5; $f = function () use ($x) { return $x; }; $x = 7; echo $f(); | «5» Пояснение: The closure captures $x by value at the time it is defined (when $x is 5), so subsequent changes to $x do not affect it.
Raw{"answer": "5", "explanation": "The closure captures $x by value at the time it is defined (when $x is 5), so subsequent changes to $x do not affect it."} | верно | use захватывает по значению в момент создания: 5. |
T05-L8 0.71 c | Functions and closures | In weak typing mode (without strict_types), passing the string "5" to an int parameter is allowed. | «yes» Пояснение: In weak typing mode PHP performs scalar coercion, so the string "5" is automatically converted to the integer 5 when passed to an int parameter.
Raw{"answer": "yes", "explanation": "In weak typing mode PHP performs scalar coercion, so the string \"5\" is automatically converted to the integer 5 when passed to an int parameter."} | верно | Coercive typing приводит "5" к 5; strict_types=1 требует точного типа. |
T06-L1 0.32 c | OOP: classes and inheritance | PHP supports constructor property promotion: public function __construct(private int $x) {}. | «yes» Пояснение: PHP 8.0 introduced constructor property promotion, allowing properties declared directly in the constructor parameters.
Raw{"answer": "yes", "explanation": "PHP 8.0 introduced constructor property promotion, allowing properties declared directly in the constructor parameters."} | верно | С PHP 8.0 параметр с модификатором создаёт свойство и присваивание. |
T06-L2 0.35 c | OOP: classes and inheritance | Which keyword prevents a method from being overridden in subclasses? | «final» Пояснение: The final keyword prevents a method from being overridden by any subclass in PHP.
Raw{"answer": "final", "explanation": "The final keyword prevents a method from being overridden by any subclass in PHP."} | верно | final. |
T06-L3 0.32 c | OOP: classes and inheritance | A method declared final cannot be overridden in a subclass. | «yes» Пояснение: In PHP, declaring a method with the final keyword prevents it from being overridden by any subclass, and attempting to do so throws an error.
Raw{"answer": "yes", "explanation": "In PHP, declaring a method with the final keyword prevents it from being overridden by any subclass, and attempting to do so throws an error."} | верно | final запрещает переопределение метода и наследование класса. |
T06-L4 0.36 c | OOP: classes and inheritance | Parent properties with private visibility are accessible in a subclass. | «no» Пояснение: Private properties are accessible only within the class that defines them and cannot be accessed or inherited by subclasses.
Raw{"answer": "no", "explanation": "Private properties are accessible only within the class that defines them and cannot be accessed or inherited by subclasses."} | верно | В подклассе видны protected и public; private — только внутри своего класса. |
T06-L5 1.97 c | OOP: classes and inheritance | What does get_class(new class {}) return? Answer with the part of the name before the NUL byte (without the file path). | «class@anonymous» Пояснение: Anonymous classes receive a generated name of the form 'Class@anonymous' + file path + NUL byte + random hex suffix, so stripping the file path leaves the static prefix 'Class@anonymous'.
Raw{"answer": "Class@anonymous", "explanation": "Anonymous classes receive a generated name of the form 'Class@anonymous' + file path + NUL byte + random hex suffix, so stripping the file path leaves the static prefix 'Class@anonymous'."} | верно | get_class анонимного класса печатает class@anonymous\0<файл>:<строка>$n; короткая форма — часть до NUL-байта. Проверено php -r (hex). |
T06-L6 0.93 c | OOP: classes and inheritance | A private parent method is not part of the inheritance contract: a child may declare a method with the same name and any visibility. | «yes» Пояснение: In PHP, private methods are not part of the inheritance contract and cannot be overridden, so a child class is free to declare a method with the same name and any visibility without any conflict.
Raw```json ⏎ {"answer": "yes", "explanation": "In PHP, private methods are not part of the inheritance contract and cannot be overridden, so a child class is free to declare a method with the same name and any visibility without any conflict."} ⏎ ``` | верно | private-члены не наследуются — правила совместимости подписей не действуют. |
T06-L7 0.83 c | OOP: classes and inheritance | The magic method __get() is called only for non-existent properties. | «no» Пояснение: __get() is invoked for reading data from inaccessible properties (non-existent OR non-public/private ones), not only for non-existent properties.
Raw{"answer": "no", "explanation": "__get() is invoked for reading data from inaccessible properties (non-existent OR non-public/private ones), not only for non-existent properties."} | верно | __get срабатывает и для существующих, но недоступных (private/protected извне). |
T06-L8 0.61 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 initialization throws an Error (specifically a ValueError-like Error), not a standard Exception.
Raw{"answer": "Error", "explanation": "In PHP 8.1+, reassigning a readonly property after initialization throws an Error (specifically a ValueError-like Error), not a standard Exception."} | верно | Error (readonly с 8.1); оговорка: в __clone() переинициализация допустима (8.3+). |
T07-L1 0.3 c | Interfaces, traits, enum | An interface can declare constants. | «yes» Пояснение: In PHP 7.1 and later, interfaces can declare constants with actual values, whereas earlier versions only allowed declaring constant names.
Raw{"answer": "yes", "explanation": "In PHP 7.1 and later, interfaces can declare constants with actual values, whereas earlier versions only allowed declaring constant names."} | верно | Константы интерфейса наследуются реализациями. |
T07-L2 0.36 c | Interfaces, traits, enum | Which operator checks whether an object is an instance of a class or interface? | «instanceof» Пояснение: The instanceof operator in PHP checks whether an object is an instance of a specific class or interface.
Raw{"answer": "instanceof", "explanation": "The instanceof operator in PHP checks whether an object is an instance of a specific class or interface."} | верно | instanceof. |
T07-L3 0.37 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 called using the :: syntax.
Raw{"answer": "yes", "explanation": "Since PHP 8.0, interfaces are allowed to declare static methods that can be called using the :: syntax."} | верно | Реализация обязана дать статический метод с той же сигнатурой. |
T07-L4 0.33 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.
Raw{"answer": "no", "explanation": "The instanceof operator checks both class inheritance and interface implementation."} | верно | instanceof возвращает true и для интерфейсов объекта. |
T07-L5 0.66 c | Interfaces, traits, enum | An interface method may have a default implementation, like a trait method. | «yes» Пояснение: Since PHP 8.0, interface methods can use the 'default' keyword to provide a default implementation, similar to trait methods.
Raw{"answer": "yes", "explanation": "Since PHP 8.0, interface methods can use the 'default' keyword to provide a default implementation, similar to trait methods."} | неверно верный: «no» | Методы интерфейса — только сигнатуры; тело даёт реализующий класс. |
T07-L6 0.77 c | Interfaces, traits, enum | An abstract method in an abstract class may have protected visibility. | «yes» Пояснение: In PHP, an abstract method can be declared with any visibility (public, protected, or private), so a protected abstract method is valid.
Raw{"answer": "yes", "explanation": "In PHP, an abstract method can be declared with any visibility (public, protected, or private), so a protected abstract method is valid."} | верно | В абстрактном классе — любая видимость; в интерфейсе — только public. |
T07-L7 0.53 c | Interfaces, traits, enum | How many elements will Foo::cases() return for enum Foo { case A; case B; case C; }? | «3» Пояснение: Foo::cases() is a static enum method that returns an array containing all defined cases, so the enum with A, B, and C returns 3 elements.
Raw{"answer": "3", "explanation": "Foo::cases() is a static enum method that returns an array containing all defined cases, so the enum with A, B, and C returns 3 elements."} | верно | Статический метод cases(): 3. |
T07-L8 0.42 c | Interfaces, traits, enum | A trait can declare constants. | «yes» Пояснение: PHP traits can declare constants, properties, and methods, which are then imported into the class that uses the trait.
Raw{"answer": "yes", "explanation": "PHP traits can declare constants, properties, and methods, which are then imported into the class that uses the trait."} | верно | С PHP 8.2 трейты могут объявлять константы (RFC constants_in_traits); до 8.2 — нет. |
T08-L1 0.32 c | Exceptions and errors | The Throwable interface is a common ancestor of both Exception and Error. | «yes» Пояснение: In PHP 7 and later, the Throwable interface is the base interface for both Exception and Error classes, allowing them to be caught together.
Raw{"answer": "yes", "explanation": "In PHP 7 and later, the Throwable interface is the base interface for both Exception and Error classes, allowing them to be caught together."} | верно | Иерархия с PHP 7: Throwable → Exception и Throwable → Error. |
T08-L2 0.61 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, so a catch(Exception $e) block will not catch it; both Error and Exception are separate implementations of Throwable.
Raw{"answer": "no", "explanation": "TypeError extends Error, not Exception, so a catch(Exception $e) block will not catch it; both Error and Exception are separate implementations of Throwable."} | верно | TypeError наследуется от Error; catch (Exception) его не ловит. |
T08-L3 0.62 c | Exceptions and errors | The @ operator suppresses exceptions too. | «no» Пояснение: The @ operator only suppresses runtime errors like warnings and notices, not exceptions, which are handled by try/catch blocks.
Raw{"answer": "no", "explanation": "The @ operator only suppresses runtime errors like warnings and notices, not exceptions, which are handled by try/catch blocks."} | верно | @ глушит диагностику (warnings/notices), исключения не перехватывает. |
T08-L4 0.45 c | Exceptions and errors | What error class does intdiv(5, 0) throw? | «divisionbyzeroerror» Пояснение: intdiv(5, 0) throws a DivisionByZeroError, which is a PHP 7 exception that extends ArithmeticError and Error.
Raw{"answer": "DivisionByZeroError", "explanation": "intdiv(5, 0) throws a DivisionByZeroError, which is a PHP 7 exception that extends ArithmeticError and Error."} | верно | DivisionByZeroError (иерархия Error, не Exception); php-грейдер объективен. |
T08-L5 0.37 c | Exceptions and errors | The finally block runs only if the exception was caught by a catch block. | «no» Пояснение: The finally block always executes regardless of whether an exception was thrown, caught, or re-thrown.
Raw{"answer": "false", "explanation": "The finally block always executes regardless of whether an exception was thrown, caught, or re-thrown."} | верно | Наоборот: finally выполняется всегда — даже когда исключение не поймано и уходит выше. Проверено php -r. |
T08-L6 2.26 c | Exceptions and errors | An exception thrown inside a finally block has no effect on the result of the try block. | «no» Пояснение: An exception thrown inside a finally block will propagate and override the current result or exception from the try block, so it does affect the outcome.
Raw{"answer": "no", "explanation": "An exception thrown inside a finally block will propagate and override the current result or exception from the try block, so it does affect the outcome."} | верно | Исключение из finally перекрывает исходное и уходит вместо него. |
T08-L7 0.62 c | Exceptions and errors | What does the expression (bool) new Exception('x') return? | «yes» Пояснение: Casting any object to boolean in PHP returns true by default unless the object defines a __bool() magic method, and Exception does not define one.
Raw{"answer": "yes", "explanation": "Casting any object to boolean in PHP returns true by default unless the object defines a __bool() magic method, and Exception does not define one."} | верно | Любой объект при приведении к bool — true. Формы ответа: true или да. |
T08-L8 0.47 c | Exceptions and errors | Functions registered via register_shutdown_function() run when exit is called. | «yes» Пояснение: Functions registered with register_shutdown_function() are executed when the script terminates, including when exit() or die() is called.
Raw{"answer": "yes", "explanation": "Functions registered with register_shutdown_function() are executed when the script terminates, including when exit() or die() is called."} | верно | exit завершает скрипт, но shutdown-функции отрабатывают. |
T09-L1 0.63 c | Namespaces and autoloading | The use App\Service\Mailer; statement itself loads the class file. | «no» Пояснение: The `use` statement only creates a namespace alias for the class name; it does not load the file, which is done by PHP's autoloader when the class is actually referenced.
Raw{"answer": "false", "explanation": "The `use` statement only creates a namespace alias for the class name; it does not load the file, which is done by PHP's autoloader when the class is actually referenced."} | верно | use — псевдоним на этапе компиляции; файл грузит автозагрузчик при первом обращении. |
T09-L2 4.83 c | Namespaces and autoloading | What follows use to import a function (not a class): the word function or const? | «function» Пояснение: In the context being referenced, importing a function (as opposed to a class) uses the word 'function', while a class would use 'class'.
Raw{"answer": "function", "explanation": "In the context being referenced, importing a function (as opposed to a class) uses the word 'function', while a class would use 'class'."} | верно | use function ...; (и use const для констант). |
T09-L3 0.61 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» Пояснение: Under PSR-4, the App\ namespace prefix maps to src/, so the class App\Controller\Api\UserController is located at src/Controller/Api/UserController.php.
Raw{"answer": "Controller/Api/UserController.php", "explanation": "Under PSR-4, the App\\ namespace prefix maps to src/, so the class App\\Controller\\Api\\UserController is located at src/Controller/Api/UserController.php."} | верно | Остаток имени после префикса, \ → /. |
T09-L4 0.55 c | Namespaces and autoloading | Including vendor/autoload.php registers autoloaders via spl_autoload_register(). | «yes» Пояснение: Composer's vendor/autoload.php requires autoload_real.php, which registers the classmap, PSR-4, and files autoloaders through spl_autoload_register().
Raw{"answer": "yes", "explanation": "Composer's vendor/autoload.php requires autoload_real.php, which registers the classmap, PSR-4, and files autoloaders through spl_autoload_register()."} | верно | Composer ставит автозагрузчик именно на spl_autoload_register. |
T09-L5 0.28 c | Namespaces and autoloading | The magic constant __NAMESPACE__ contains the name of the current namespace. | «yes» Пояснение: The __NAMESPACE__ magic constant indeed returns the name of the namespace currently in use.
Raw{"answer": "yes", "explanation": "The __NAMESPACE__ magic constant indeed returns the name of the namespace currently in use."} | верно | В корневом пространстве — пустая строка. |
T09-L6 0.76 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` expression is resolved relative to the current namespace, not the global root, unlike functions and constants which do fall back to global scope.
Raw{"answer": "no", "explanation": "In PHP, an unqualified class name in a `new` expression is resolved relative to the current namespace, not the global root, unlike functions and constants which do fall back to global scope."} | верно | Резолвится относительно текущего namespace (с учётом импортов). |
T09-L7 0.39 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 the src/ directory, so App\Model\User corresponds to src/Model/User.php.
Raw{"answer": "yes", "explanation": "Under PSR-4, the namespace prefix App\\ maps to the src/ directory, so App\\Model\\User corresponds to src/Model/User.php."} | верно | Остаток имени после префикса переносится в путь как есть. |
T09-L8 1.23 c | Namespaces and autoloading | A use statement may be written inside a function body — the import then applies to that function only. | «yes» Пояснение: In PHP, a 'use' statement can be placed inside a function body to locally import a class, function, or constant, and that import is scoped to that function only.
Raw```json ⏎ {"answer": "yes", "explanation": "In PHP, a 'use' statement can be placed inside a function body to locally import a class, function, or constant, and that import is scoped to that function only."} ⏎ ``` | неверно верный: «no» | use внутри тела функции — parse error; импорты файловые и компиляционные. |
T10-L1 0.81 c | References and scope | Arrays are copied on assignment rather than passed by reference. | «yes» Пояснение: In PHP, arrays are value types that are copied on assignment (using copy-on-write semantics) unless explicitly passed by reference with &.
Raw{"answer": "yes", "explanation": "In PHP, arrays are value types that are copied on assignment (using copy-on-write semantics) unless explicitly passed by reference with &."} | верно | Присваивание массива — копия (в движке — copy-on-write). |
T10-L2 0.54 c | References and scope | What will this print: $a = [1, 2]; $b = $a; $b[] = 3; echo count($a); | «2» Пояснение: Arrays in PHP are value types, so `$b = $a` creates an independent copy; modifying `$b` does not affect `$a`, which still has 2 elements.
Raw```json ⏎ {"answer": "2", "explanation": "Arrays in PHP are value types, so `$b = $a` creates an independent copy; modifying `$b` does not affect `$a`, which still has 2 elements."} ⏎ ``` | верно | Присваивание — копия: в $a по-прежнему 2 элемента. |
T10-L3 0.95 c | References and scope | Inside a function, user-defined global variables are inaccessible without global, $GLOBALS, or passing them as parameters. | «yes» Пояснение: In PHP, user-defined globals are function-local by default, so accessing them inside a function requires the `global` keyword, the `$GLOBALS` array, or passing them as parameters (though built-in superglobals remain accessible).
Raw{"answer": "yes", "explanation": "In PHP, user-defined globals are function-local by default, so accessing them inside a function requires the `global` keyword, the `$GLOBALS` array, or passing them as parameters (though built-in superglobals remain accessible)."} | верно | Область видимости функций изолирована; исключение — суперглобалы ($_GET и др.). |
T10-L4 0.91 c | References and scope | unset($GLOBALS['x']) inside a function removes the global variable only for that function. | «no» Пояснение: unset($GLOBALS['x']) removes the global variable entirely and permanently, not just within the current function's scope, because it deletes the key from the $GLOBALS superglobal array which holds the actual global variable.
Raw{"answer": "no", "explanation": "unset($GLOBALS['x']) removes the global variable entirely and permanently, not just within the current function's scope, because it deletes the key from the $GLOBALS superglobal array which holds the actual global variable."} | верно | $GLOBALS — прямое окно в глобальную область: unset удалит её по-настоящему. |
T10-L5 0.74 c | References and scope | What will this print: function inc(&$x) { $x++; } $n = 5; inc($n); echo $n; | «6» Пояснение: The inc() function takes $x by reference and increments it, so $n changes from 5 to 6 before being echoed.
Raw{"answer": "6", "explanation": "The inc() function takes $x by reference and increments it, so $n changes from 5 to 6 before being echoed."} | верно | Ссылка меняет оригинал: 6. |
T10-L6 0.94 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» Пояснение: When iterating a foreach by value, PHP works on a copy of the array's internal state, so modifications inside the loop are not visible during the same pass; you need foreach by reference (&$value) for that.
Raw{"answer": "no", "explanation": "When iterating a foreach by value, PHP works on a copy of the array's internal state, so modifications inside the loop are not visible during the same pass; you need foreach by reference (&$value) for that."} | верно | По значению 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 changes made through one instance are visible in others.
Raw{"answer": "no", "explanation": "A static property belongs to the class itself and is shared across all instances, so changes made through one instance are visible in others."} | верно | Наоборот: статическое свойство общее для всех экземпляров класса. Проверено php -r. |
T10-L8 0.64 c | References and scope | An array can have a boolean key true, and it will be stored as bool. | «no» Пояснение: In PHP, boolean array keys are cast to integers, so `true` becomes the key `1` and `false` becomes `0`, not stored as a bool.
Raw{"answer": "no", "explanation": "In PHP, boolean array keys are cast to integers, so `true` becomes the key `1` and `false` becomes `0`, not stored as a bool."} | верно | Булев ключ приводится к int: true → 1, false → 0. |
T11-L1 0.63 c | Generators, iterators, SPL | Inside a generator, return with a value can be used, and it becomes available via $gen->getReturn(). | «yes» Пояснение: In PHP (since 7.0), a generator can use `return $value;` and the returned value is retrieved via the Generator's `getReturn()` method.
Raw{"answer": "yes", "explanation": "In PHP (since 7.0), a generator can use `return $value;` and the returned value is retrieved via the Generator's `getReturn()` method."} | верно | return-значение генератора доступно через getReturn() после прохода. |
T11-L2 2.99 c | Generators, iterators, SPL | A fully consumed generator can be rewound with rewind() and traversed again. | «yes» Пояснение: A fully consumed generator has not been closed, so calling rewind() resets its execution to the start and allows it to be traversed again, producing the same sequence of values.
Raw{"answer": "yes", "explanation": "A fully consumed generator has not been closed, so calling rewind() resets its execution to the start and allows it to be traversed again, producing the same sequence of values."} | неверно верный: «no» | Генератор одноразовый: rewind после начала итерации бросает Exception. |
T11-L3 0.55 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, Traversable, or array, forwarding values, sent values, and return values between the caller and the delegate.
Raw```json ⏎ {"answer": "yes", "explanation": "The `yield from` construct in PHP delegates traversal to another generator, Traversable, or array, forwarding values, sent values, and return values between the caller and the delegate."} ⏎ ``` | верно | yield from проксирует значения, ключи и return-значение внутреннего генератора. |
T11-L4 0.65 c | Generators, iterators, SPL | What does get_class(g()) return for function g() { yield 1; }? | «generator» Пояснение: A function containing a yield statement is a generator function, so calling g() returns a Generator object, and get_class returns its class name as the string "Generator".
Raw{"answer": "Generator", "explanation": "A function containing a yield statement is a generator function, so calling g() returns a Generator object, and get_class returns its class name as the string \"Generator\"."} | верно | Функция с yield возвращает Generator. |
T11-L5 1.08 c | Generators, iterators, SPL | How many elements will count(iterator_to_array((function () { yield from [1, 2, 3]; })())) return? | «3» Пояснение: The generator yields the 3 elements from [1, 2, 3], iterator_to_array converts them to an indexed array, and count returns 3.
Raw{"answer": "3", "explanation": "The generator yields the 3 elements from [1, 2, 3], iterator_to_array converts them to an indexed array, and count returns 3."} | верно | yield from делегирует все 3 элемента. |
T11-L6 0.33 c | Generators, iterators, SPL | The SplStack class implements a FIFO queue. | «no» Пояснение: SplStack implements a LIFO (last in, first out) stack, not a FIFO queue.
Raw{"answer": "no", "explanation": "SplStack implements a LIFO (last in, first out) stack, not a FIFO queue."} | верно | SplStack — стек LIFO; очередь FIFO — SplQueue. |
T11-L7 0.42 c | Generators, iterators, SPL | ArrayIterator allows wrapping an array and traversing it via the Iterator interface. | «yes» Пояснение: ArrayIterator is a PHP SPL class that wraps an array and implements the Iterator interface (along with ArrayAccess, Countable, and others) to allow traversal.
Raw```json ⏎ {"answer": "yes", "explanation": "ArrayIterator is a PHP SPL class that wraps an array and implements the Iterator interface (along with ArrayAccess, Countable, and others) to allow traversal."} ⏎ ``` | верно | Объектная обёртка над массивом. |
T11-L8 0.32 c | Generators, iterators, SPL | An ArrayObject instance cannot be traversed with foreach. | «no» Пояснение: ArrayObject implements the Iterator interface, so it CAN be traversed with foreach.
Raw```json ⏎ {"answer": "no", "explanation": "ArrayObject implements the Iterator interface, so it CAN be traversed with foreach."} ⏎ ``` | верно | ArrayObject реализует IteratorAggregate — foreach по нему работает. |
T12-L1 0.58 c | Configuration and security | password_hash() generates a salt automatically — passing one separately is not needed. | «yes» Пояснение: password_hash() automatically generates a random salt for you, so providing one separately is unnecessary and discouraged.
Raw{"answer": "yes", "explanation": "password_hash() automatically generates a random salt for you, so providing one separately is unnecessary and discouraged."} | верно | Соль встраивается в строку результата; параметр salt устарел. |
T12-L2 0.42 c | Configuration and security | In PHP 8, PASSWORD_DEFAULT is md5 with an automatically added salt. | «no» Пояснение: PASSWORD_DEFAULT uses bcrypt (PASSWORD_BCRYPT) as the default hashing algorithm in PHP 8, not md5.
Raw{"answer": "no", "explanation": "PASSWORD_DEFAULT uses bcrypt (PASSWORD_BCRYPT) as the default hashing algorithm in PHP 8, not md5."} | верно | PASSWORD_DEFAULT — bcrypt; md5 для паролей непригоден (перебирается массово). |
T12-L3 0.57 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 hashed password, and since 'secret' matches the hash of 'secret', it returns true (yes).
Raw{"answer": "yes", "explanation": "password_verify returns true when the provided password matches the hashed password, and since 'secret' matches the hash of 'secret', it returns true (yes)."} | верно | Соль и хеш в одной строке: true (форма ответа: true или да). |
T12-L4 0.34 c | Configuration and security | strip_tags() protects against SQL injection. | «no» Пояснение: strip_tags() only removes HTML and PHP tags, so it helps against XSS but provides no protection against SQL injection, which requires parameterized queries or escaping.
Raw{"answer": "no", "explanation": "strip_tags() only removes HTML and PHP tags, so it helps against XSS but provides no protection against SQL injection, which requires parameterized queries or escaping."} | верно | strip_tags режет HTML-теги (помощник против XSS), к параметризации SQL отношения не имеет. |
T12-L5 0.46 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 and prevents session fixation attacks.
Raw{"answer": "yes", "explanation": "session_regenerate_id() creates a new session ID upon login, which invalidates any previously fixed session ID and prevents session fixation attacks."} | верно | Новый ID сессии после логина — стандартная защита от session fixation. |
T12-L6 0.38 c | Configuration and security | Which built-in function returns the SAPI name (e.g., cli)? | «php_sapi_name()» Пояснение: The built-in function php_sapi_name() returns the name of the SAPI (Server API Interface) that the script is running under, such as "cli" or "apache2handler".
Raw```json ⏎ {"answer": "php_sapi_name()", "explanation": "The built-in function php_sapi_name() returns the name of the SAPI (Server API Interface) that the script is running under, such as \"cli\" or \"apache2handler\"."} ⏎ ``` | верно | 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() only deletes the server-side session data, not the session cookie stored in the user's browser, which would need to be manually unset via setcookie() with an expired timestamp.
Raw{"answer": "yes", "explanation": "session_destroy() only deletes the server-side session data, not the session cookie stored in the user's browser, which would need to be manually unset via setcookie() with an expired timestamp."} | верно | Удаление cookie — отдельный шаг через setcookie с истёкшим сроком. |
T12-L8 0.34 c | Configuration and security | Without calling session_start(), the $_SESSION array is automatically populated with session data. | «no» Пояснение: The $_SESSION array is only populated with session data after session_start() is called to initialize the session.
Raw{"answer": "false", "explanation": "The $_SESSION array is only populated with session data after session_start() is called to initialize the session."} | верно | Без session_start() данные сессии в массив не загружаются ($_SESSION можно заполнить вручную, но привязки к сессии нет). |
VC-L1 0.29 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 a set of array functions including array_find_key(), array_map(), array_filter(), and array_slice().
Raw{"answer": "7.3", "explanation": "The array_find() function was introduced in PHP 7.3 as part of a set of array functions including array_find_key(), array_map(), array_filter(), and array_slice()."} | неверно верный: «8.4» | PHP 8.4 (RFC array_find). |
VC-L2 0.34 c | PHP 8.4–8.5 | Property hooks (get/set right in the property declaration) landed in PHP 8.4. | «yes» Пояснение: Property hooks (get/set) were indeed introduced in PHP 8.4, allowing custom get/set/plus/etc. logic directly within property declarations.
Raw```json ⏎ {"answer": "yes", "explanation": "Property hooks (get/set) were indeed introduced in PHP 8.4, allowing custom get/set/plus/etc. logic directly within property declarations."} ⏎ ``` | верно | Property hooks — PHP 8.4 (ноябрь 2024). |
VC-L3 0.66 c | PHP 8.4–8.5 | Asymmetric visibility (public private(set) string $name) appeared in PHP 8.4. | «yes» Пояснение: Asymmetric visibility, allowing properties like `public private(set)`, was indeed introduced in PHP 8.4.
Raw{"answer": "yes", "explanation": "Asymmetric visibility, allowing properties like `public private(set)`, was indeed introduced in PHP 8.4."} | верно | Asymmetric visibility v2 — PHP 8.4. |
VC-L4 0.28 c | PHP 8.4–8.5 | In which PHP version was the #[\NoDiscard] attribute introduced? Answer with the version number. | «8.2» Пояснение: The #[\NoDiscard] attribute was introduced in PHP 8.2 to allow marking return values whose discard should trigger a warning.
Raw{"answer": "8.2", "explanation": "The #[\\NoDiscard] attribute was introduced in PHP 8.2 to allow marking return values whose discard should trigger a warning."} | неверно верный: «8.5» | #[\NoDiscard] — PHP 8.5 (marking return values as important). |
VC-L5 0.54 c | PHP 8.4–8.5 | In which PHP version did the pipe operator |> first appear? Answer with the version number. | «8.1» Пояснение: The pipe operator |> was introduced in PHP 8.1 (2021), allowing values to be passed as the last argument to a function.
Raw```json ⏎ {"answer": "8.1", "explanation": "The pipe operator |> was introduced in PHP 8.1 (2021), allowing values to be passed as the last argument to a function."} ⏎ ``` | неверно верный: «8.5» | Pipe operator — PHP 8.5 (2025). |
VC-L6 0.5 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.4» Пояснение: The `clone($obj, ['x' => 1])` syntax (known as 'Clone with') was introduced in PHP 8.4.
Raw{"answer": "8.4", "explanation": "The `clone($obj, ['x' => 1])` syntax (known as 'Clone with') was introduced in PHP 8.4."} | неверно верный: «8.5» | Clone with v2 — PHP 8.5. |
VC-L7 0.28 c | PHP 8.4–8.5 | In which PHP version were the array_first() and array_last() functions introduced? | «7.3» Пояснение: The array_first() and array_last() functions were introduced in PHP 7.3, which was released in November 2018.
Raw{"answer": "7.3", "explanation": "The array_first() and array_last() functions were introduced in PHP 7.3, which was released in November 2018."} | неверно верный: «8.5» | PHP 8.5. |
VC-L8 0.79 c | PHP 8.4–8.5 | For which PHP version was RFC Partial Function Application v2 adopted (as of 2026-11-07)? Answer with the version number. | «8.5» Пояснение: The Partial Function Application RFC v2 was adopted and targeted for PHP 8.5.
Raw```json ⏎ {"answer": "8.5", "explanation": "The Partial Function Application RFC v2 was adopted and targeted for PHP 8.5."} ⏎ ``` | неверно верный: «8.6» | PFA v2 принят 05.12.2025 (33-0-0), реализован в PHP 8.6. |
VF-L1 0.52 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.5» Пояснение: The clamp() function was implemented in PHP 8.5 following the adoption of the clamp_v2 RFC.
Raw{"answer": "8.5", "explanation": "The clamp() function was implemented in PHP 8.5 following the adoption of the clamp_v2 RFC."} | неверно верный: «8.6» | По данным владельца (wiki.php.net/rfc): clamp_v2 — 8.6; clamp() в 8.5.11 отсутствует (косвенное подтверждение). Дата-якорь делает клетку монотонной. |
VF-L2 1.01 c | PHP: 8.6+ and the future | RFC Context Managers v2 has already been adopted in PHP (as of 2026-11-07). | «no» Пояснение: The Context Managers RFC proposal was rejected/withdrawn and never adopted into PHP.
Raw```json ⏎ {"answer": "no", "explanation": "The Context Managers RFC proposal was rejected/withdrawn and never adopted into PHP."} ⏎ ``` | верно | На 06.11.2026 — в обсуждении (создан 2026-10-23); не принят. |
VF-L3 1.83 c | PHP: 8.6+ and the future | RFC Bound-Erased Generic Types (generics) was declined in 2026. | «no» Пояснение: PHP's "Bounded-Erased Generics" RFC was accepted (not declined) in 2024, and generics were implemented, so the claim that it was declined in 2026 is false.
Raw{"answer": "no", "explanation": "PHP's \"Bounded-Erased Generics\" RFC was accepted (not declined) in 2024, and generics were implemented, so the claim that it was declined in 2026 is false."} | неверно верный: «yes» | Голосование завершилось 2026-06-28: отклонён (wiki.php.net/rfc). |
VF-L4 1.1 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 the default in PHP was proposed and debated but was ultimately not accepted/passed.
Raw{"answer": "no", "explanation": "The RFC to make ZTS the default in PHP was proposed and debated but was ultimately not accepted/passed."} | верно | Такого принятого RFC нет на дату якоря; якорь делает клетку монотонной — при принятии RFC позже клетка не перевернётся. |
VF-L5 1.05 c | PHP: 8.6+ and the future | As of PHP 8.5, generics (parameterized types) are still absent. | «yes» Пояснение: Generics/parameterized types remain unimplemented in PHP through version 8.5, as the proposal has not yet been adopted.
Raw{"answer": "yes", "explanation": "Generics/parameterized types remain unimplemented in PHP through version 8.5, as the proposal has not yet been adopted."} | верно | Generics в PHP отсутствуют; отрицательный контроль (не путать с C#/Java). |
VF-L6 0.98 c | PHP: 8.6+ and the future | As of 2026-11-07, the latest stable PHP version is 8.5, and PHP 8.6 has not been released yet (GA — 2026-11-19). | «yes» Пояснение: PHP follows an annual release cycle (feature releases in November), so PHP 8.5 would be stable by late 2025 and PHP 8.6 would not be GA until around November 2026.
Raw{"answer": "yes", "explanation": "PHP follows an annual release cycle (feature releases in November), so PHP 8.5 would be stable by late 2025 and PHP 8.6 would not be GA until around November 2026."} | верно | 8.5 — релиз осени 2025; 8.6 GA 19.11.2026 (wiki.php.net/todo/php86). Дата снимка — 06.11.2026. |
VF-L7 0.47 c | PHP: 8.6+ and the future | The PHP 6 branch never shipped: after PHP 5.6 came PHP 7.0 directly. | «yes» Пояснение: The PHP 6 branch, which was developed for Unicode support, was never officially released; PHP 5.6 was followed directly by PHP 7.0.
Raw{"answer": "yes", "explanation": "The PHP 6 branch, which was developed for Unicode support, was never officially released; PHP 5.6 was followed directly by PHP 7.0."} | верно | Исторический факт: ветка 6 не была релизнута. |
VF-L8 1.0 c | PHP: 8.6+ and the future | The RFC adding the #[\Deprecated] attribute to the core was adopted. | «no» Пояснение: The RFC proposing the #[\Deprecated] attribute was discussed but ultimately rejected (not adopted), as the community decided existing deprecation mechanisms were sufficient.
Raw{"answer": "false", "explanation": "The RFC proposing the #[\\Deprecated] attribute was discussed but ultimately rejected (not adopted), as the community decided existing deprecation mechanisms were sufficient."} | неверно верный: «yes» | #[\Deprecated] — принят, реализован в PHP 8.4. |
T25-L1 0.35 c | Clean architecture | The dependency rule of clean and onion architecture: inner layers know nothing about outer ones — dependencies point toward the center. | «yes» Пояснение: In clean and onion architecture, dependencies must point inward, so inner layers never reference outer layers, keeping business rules independent of external concerns.
Raw{"answer": "yes", "explanation": "In clean and onion architecture, dependencies must point inward, so inner layers never reference outer layers, keeping business rules independent of external concerns."} | верно | Чистая (Robert C. Martin), луковичная (Jeffrey Palermo) и гексагональная (ports & adapters) — варианты одной идеи: зависимости направлены внутрь, к домену. Слоями в проекте следит deptrac. |
T25-L2 1.14 c | Clean architecture | Domain entities import neither Doctrine nor Symfony — only the language and, possibly, the standard library. | «yes» Пояснение: In Domain-Driven Design, domain entities should be pure business objects that depend only on the PHP language and standard library, staying decoupled from infrastructure concerns like Doctrine (ORM) and Symfony, which belong to outer layers.
Raw{"answer": "yes", "explanation": "In Domain-Driven Design, domain entities should be pure business objects that depend only on the PHP language and standard library, staying decoupled from infrastructure concerns like Doctrine (ORM) and Symfony, which belong to outer layers."} | верно | Изоляция домена от инфраструктуры; deptrac в проекте как раз следит за слоями. |
T25-L3 0.7 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/view layer, not the business-logic layer; use cases constitute the business-logic layer, and the presentation layer calls them.
Raw{"answer": "no", "explanation": "Controllers and Twig templates belong to the presentation/view layer, not the business-logic layer; use cases constitute the business-logic layer, and the presentation layer calls them."} | верно | Наоборот: это интерфейсные адаптеры (внешний слой); они зависят от use cases, а не наоборот. |
T25-L4 0.69 c | Clean architecture | What sits at the very center of the onion architecture? | «domain entities» Пояснение: In onion architecture, the innermost core contains the domain entities and business rules that are independent of any framework or infrastructure.
Raw{"answer": "Domain entities", "explanation": "In onion architecture, the innermost core contains the domain entities and business rules that are independent of any framework or infrastructure."} | неверно верный: «domain model» | Центральное кольцо — Domain Model: сущности и бизнес-правила без зависимостей; далее Domain Services → Application Services → Infrastructure/UI/Tests (Palermo). |
T25-L5 0.53 c | Clean architecture | Layer boundary violations can be caught automatically: a layer-dependency analyzer (e.g. deptrac) fails on a forbidden call. | «yes» Пояснение: Deptrac analyzes code dependencies between layers and fails the build when a forbidden cross-layer call is detected, so layer boundary violations are caught automatically rather than at runtime.
Raw{"answer": "yes", "explanation": "Deptrac analyzes code dependencies between layers and fails the build when a forbidden cross-layer call is detected, so layer boundary violations are caught automatically rather than at runtime."} | верно | depfile.yaml в проекте TasK: CI проверяет правила слоёв на каждом пайплайне. |
T25-L6 0.95 c | Clean architecture | A use case (interactor) may accept an HTTP request or an EntityManager as arguments — it is simpler that way. | «no» Пояснение: Use cases (interactors) belong to the inner domain layer and must accept domain-level inputs (value objects, DTOs, entities), not framework-specific objects like HTTP requests or an EntityManager, because doing so would couple the business logic to persistence/transport concerns and break testability and layering.
Raw{"answer": "no", "explanation": "Use cases (interactors) belong to the inner domain layer and must accept domain-level inputs (value objects, DTOs, entities), not framework-specific objects like HTTP requests or an EntityManager, because doing so would couple the business logic to persistence/transport concerns and break testability and layering."} | верно | Use case принимает DTO и порты; привязка к HTTP/ORM протекает инфраструктуру во внутренние слои. |
T25-L7 0.53 c | Clean architecture | What is the component called that provides a collection of aggregates/entities while hiding the storage mechanism behind an interface? | «repository» Пояснение: In Domain-Driven Design, a Repository provides a collection-like interface for accessing aggregates/entities while abstracting the underlying storage mechanism.
Raw{"answer": "Repository", "explanation": "In Domain-Driven Design, a Repository provides a collection-like interface for accessing aggregates/entities while abstracting the underlying storage mechanism."} | верно | Repository pattern (DDD/Evans); в проекте — Doctrine-репозитории за портами. |
T25-L8 0.72 c | Clean architecture | In clean architecture, swapping PostgreSQL for another database touches only the outer layer — the domain and use cases stay unchanged. | «yes» Пояснение: In clean architecture, the database is an outer-layer implementation; the port interfaces are defined in inner layers, so swapping databases only requires changing the outer adapter while the domain and use cases remain unchanged.
Raw{"answer": "yes", "explanation": "In clean architecture, the database is an outer-layer implementation; the port interfaces are defined in inner layers, so swapping databases only requires changing the outer adapter while the domain and use cases remain unchanged."} | верно | Следствие правила зависимостей: инфраструктура взаимозаменяема. |
T26-L1 0.6 c | DDD | In DDD, an aggregate is just another name for a database table. | «no» Пояснение: An aggregate in Domain-Driven Design is a cluster of entities and value objects treated as a unit for change purposes, which is a domain modeling concept, not a database table.
Raw{"answer": "no", "explanation": "An aggregate in Domain-Driven Design is a cluster of entities and value objects treated as a unit for change purposes, which is a domain modeling concept, not a database table."} | верно | Агрегат — кластер объектов с границей согласованности (транзакционной вокруг корня); таблица — деталь хранения. |
T26-L2 0.53 c | DDD | A Value Object is immutable and compared by the values of its fields, not by identity. | «yes» Пояснение: Value objects are immutable and are defined by their field values rather than a distinct identity, so two value objects with equal fields are considered equal regardless of object identity.
Raw{"answer": "yes", "explanation": "Value objects are immutable and are defined by their field values rather than a distinct identity, so two value objects with equal fields are considered equal regardless of object identity."} | верно | Классика Evans: Money, Email; равенство структурное. |
T26-L3 0.56 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 entry point through which all modifications to the aggregate must occur, ensuring the aggregate's integrity and consistency.
Raw{"answer": "Aggregate Root", "explanation": "In Domain-Driven Design, the Aggregate Root is the single entry point through which all modifications to the aggregate must occur, ensuring the aggregate's integrity and consistency."} | верно | Aggregate Root: внешние объекты ссылаются только на корень; он защищает инварианты агрегата. |
T26-L4 0.53 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 inside an aggregate are accessed only through the root, so you do not create a separate repository for each entity.
Raw{"answer": "yes", "explanation": "In DDD, repositories manage aggregate roots, and entities inside an aggregate are accessed only through the root, so you do not create a separate repository for each entity."} | верно | Репозиторий корня хранит границу согласованности агрегата; вложенные сущности доступны только через корень. |
T26-L5 0.49 c | DDD | Ubiquitous language is the model's shared language common to developers and domain experts. | «yes» Пояснение: Ubiquitous language in Domain-Driven Design is the shared, consistent vocabulary developed collaboratively by developers and domain experts that models the domain.
Raw{"answer": "yes", "explanation": "Ubiquitous language in Domain-Driven Design is the shared, consistent vocabulary developed collaboratively by developers and domain experts that models the domain."} | верно | Evans: язык из требований переходит в имена классов и методов. |
T26-L6 1.46 c | DDD | What is the boundary called within which a model and its language are consistent, while outside the same words mean other models? | «tarski's boundary» Пояснение: This refers to the conceptual boundary in Tarski's semantics within which a model and its language remain consistent, beyond which the same words denote different models.
Raw```json ⏎ {"answer": "Tarski's boundary", "explanation": "This refers to the conceptual boundary in Tarski's semantics within which a model and its language remain consistent, beyond which the same words denote different models."} ⏎ ``` | неверно верный: «bounded context» | Bounded Context; «Заказ» в биллинге и в доставке — разные модели. |
T26-L7 0.81 c | DDD | An anemic model (objects with only getters/setters, logic in services) is the recommended DDD style. | «no» Пояснение: DDD specifically rejects the anemic domain model as an anti-pattern; Eric Evans advocates for a rich domain model where objects encapsulate both state and behavior rather than holding only getters/setters with logic pushed into services.
Raw{"answer": "false", "explanation": "DDD specifically rejects the anemic domain model as an anti-pattern; Eric Evans advocates for a rich domain model where objects encapsulate both state and behavior rather than holding only getters/setters with logic pushed into services."} | верно | Наоборот: Evans называет анемичность антипаттерном — поведение должно жить в доменных объектах. |
T26-L8 0.57 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 defines the boundary within which a model applies, and the same concept can legitimately be modeled differently in different contexts, requiring separate classes.
Raw{"answer": "yes", "explanation": "In Domain-Driven Design, a bounded context defines the boundary within which a model applies, and the same concept can legitimately be modeled differently in different contexts, requiring separate classes."} | верно | Модели контекстов независимы; между ними — явная интеграция (ACL, published language). |
T13-L1 0.66 c | Symfony | Services in the Symfony DI container are created lazily by default — on first use. | «yes» Пояснение: Symfony's DI container uses lazy instantiation by default, meaning services are only instantiated when first requested rather than all at once at container compile time.
Raw{"answer": "yes", "explanation": "Symfony's DI container uses lazy instantiation by default, meaning services are only instantiated when first requested rather than all at once at container compile time."} | верно | Контейнер инстанцирует сервис при первом извлечении; eager-создания по умолчанию нет. |
T13-L2 0.47 c | Symfony | Which Symfony console command lists all registered routes? | «debug:router» Пояснение: The Symfony console command `debug:router` displays all registered routes along with their details.
Raw{"answer": "debug:router", "explanation": "The Symfony console command `debug:router` displays all registered routes along with their details."} | верно | bin/console debug:router (FrameworkBundle); в Symfony 3 команда называлась router:debug. |
T13-L3 0.6 c | Symfony | Symfony autowiring requires manually declaring every service in services.yaml. | «no» Пояснение: Symfony autowiring automatically injects dependencies based on type-hints and, by default, autoconfigures services, so you don't need to manually declare every service in services.yaml.
Raw```json ⏎ {"answer": "no", "explanation": "Symfony autowiring automatically injects dependencies based on type-hints and, by default, autoconfigures services, so you don't need to manually declare every service in services.yaml."} ⏎ ``` | верно | Autowire+autoconfigure регистрируют и связывают сервисы автоматически; ручное перечисление — исключение. |
T13-L4 0.37 c | Symfony | Twig templates are compiled into PHP classes and cached between requests. | «yes» Пояснение: Twig compiles templates into PHP classes and caches them to disk so subsequent requests load the cached bytecode instead of recompiling.
Raw{"answer": "yes", "explanation": "Twig compiles templates into PHP classes and caches them to disk so subsequent requests load the cached bytecode instead of recompiling."} | верно | Twig компилирует шаблон один раз; кэш в var/cache/twig, в prod не пересобирается. |
T13-L5 4.23 c | Symfony | In the Symfony dev environment the DI container is rebuilt only after tracked files change, not on every request. | «yes» Пояснение: In the dev environment, Symfony records the modification times of tracked definition files and only regenerates the container when those files change, rather than rebuilding on every request.
Raw{"answer": "yes", "explanation": "In the dev environment, Symfony records the modification times of tracked definition files and only regenerates the container when those files change, rather than rebuilding on every request."} | верно | Kernel проверяет freshness ресурсов (конфиги, классы); иначе переиспользуется кэш контейнера. |
T13-L6 1.04 c | Symfony | Which environment variable selects the active Symfony environment (dev/prod)? | «app_env» Пояснение: Symfony reads the APP_ENV environment variable to determine whether the application runs in the dev or prod environment.
Raw{"answer": "APP_ENV", "explanation": "Symfony reads the APP_ENV environment variable to determine whether the application runs in the dev or prod environment."} | верно | APP_ENV в .env; APP_DEBUG — отдельный флаг отладки. |
T13-L7 19.81 c | Symfony | A controller method can be private — Symfony routing works with any method of the class. | «no» Пояснение: Symfony's ControllerResolver rejects non-public methods because controllerIsCallable() requires is_callable() to return true (which fails for private/protected methods from outside the class) plus an isPublic() reflection check, so only public methods can act as controllers.
Raw```json ⏎ {"answer": "no", "explanation": "Symfony's ControllerResolver rejects non-public methods because controllerIsCallable() requires is_callable() to return true (which fails for private/protected methods from outside the class) plus an isPublic() reflection check, so only public methods can act as controllers."} ⏎ ``` | верно | Действие контроллера должно быть public; приватный метод по маршруту не вызывается. |
T13-L8 0.67 c | Symfony | Event subscribers always receive events before listeners, because the interface gives them priority. | «no» Пояснение: Event priority depends on the numeric priority value passed to addSubscriber/addListener, not on whether the handler is a subscriber or a listener.
Raw{"answer": "no", "explanation": "Event priority depends on the numeric priority value passed to addSubscriber/addListener, not on whether the handler is a subscriber or a listener."} | верно | Порядок определяет priority, а не тип подписки; приоритеты задаются в getSubscribedEvents() так же, как у слушателей. |
T22-L1 0.81 c | Symfony: Security and forms | In modern Symfony (6.0+) authentication is built on authenticator classes (AuthenticatorInterface); the old guard system has been removed. | «yes» Пояснение: The old Guard-based authentication system was deprecated in Symfony 5.0 and completely removed in Symfony 6.0, leaving the new AuthenticatorInterface-based system.
Raw{"answer": "yes", "explanation": "The old Guard-based authentication system was deprecated in Symfony 5.0 and completely removed in Symfony 6.0, leaving the new AuthenticatorInterface-based system."} | верно | Guard объявлен устаревшим в 5.3 и удалён в 6.0; в проекте symfony/security-bundle 8.1. |
T22-L2 0.75 c | Symfony: Security and forms | Which Symfony attribute checks a role/permission right on a controller method (403 without it)? | «isgranted» Пояснение: The #[IsGranted] attribute checks whether the user holds a specific role or permission on a controller method, throwing an AccessDeniedException (resulting in a 403 response) if the check fails.
Raw```json ⏎ {"answer": "IsGranted", "explanation": "The #[IsGranted] attribute checks whether the user holds a specific role or permission on a controller method, throwing an AccessDeniedException (resulting in a 403 response) if the check fails."} ⏎ ``` | верно | #[IsGranted('ROLE_ADMIN')]; атрибут из symfony/security-http. |
T22-L3 1.04 c | Symfony: Security and forms | Voters are Symfony's mechanism for checking access to a specific object: isGranted('EDIT', $post). | «yes» Пояснение: Voters are indeed Symfony's mechanism for authorizing access to specific objects (subjects), and isGranted('EDIT', $post) demonstrates a voter checking access against a $post object as the subject.
Raw```json ⏎ {"answer": "yes", "explanation": "Voters are indeed Symfony's mechanism for authorizing access to specific objects (subjects), and isGranted('EDIT', $post) demonstrates a voter checking access against a $post object as the subject."} ⏎ ``` | верно | VoterInterface->vote(); docs Symfony — Voters. |
T22-L4 1.1 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» Пояснение: In Symfony 7 the doctrine/annotations dependency was removed, so validation constraints must be declared via PHP attributes and annotation syntax is no longer supported.
Raw{"answer": "yes", "explanation": "In Symfony 7 the doctrine/annotations dependency was removed, so validation constraints must be declared via PHP attributes and annotation syntax is no longer supported."} | верно | Докблок-аннотации удалены в Symfony 7.0; стандарт — атрибуты. В проекте symfony/validator 8.1. |
T22-L5 0.66 c | Symfony: Security and forms | CSRF protection of Symfony forms is enabled by default: the form validates the token on submission. | «yes» Пояснение: Symfony enables CSRF protection by default for forms via the csrf_protection option, automatically adding a token field and validating it on submission.
Raw{"answer": "yes", "explanation": "Symfony enables CSRF protection by default for forms via the csrf_protection option, automatically adding a token field and validating it on submission."} | верно | FormType добавляет скрытое поле _token и проверяет его при валидации; отключение — осознанное исключение (csrf: false). |
T22-L6 0.52 c | Symfony: Security and forms | Form validation in Symfony runs server-side even if the client-side (HTML5) checks passed. | «yes» Пояснение: Symfony's form validation always executes server-side, so it remains enforced regardless of whether browser-side HTML5 validation passed, since client-side checks are unreliable and should never be trusted.
Raw{"answer": "yes", "explanation": "Symfony's form validation always executes server-side, so it remains enforced regardless of whether browser-side HTML5 validation passed, since client-side checks are unreliable and should never be trusted."} | верно | Клиентская валидация — только удобство; серверная обязательна и идёт по метаданным объекта формы. |
T22-L7 0.42 c | Symfony: Security and forms | Which Symfony maker command generates a form class (FormType)? | «make:form» Пояснение: The Symfony MakerBundle provides the `make:form` command, which scaffolds a form class (FormType) based on a class name and the fields you specify.
Raw```json ⏎ {"answer": "make:form", "explanation": "The Symfony MakerBundle provides the `make:form` command, which scaffolds a form class (FormType) based on a class name and the fields you specify."} ⏎ ``` | верно | bin/console make:form (symfony/maker-bundle — в проекте). |
T22-L8 0.47 c | Symfony: Security and forms | Symfony stores the user's password in the session in plain text. | «no» Пояснение: Symfony never stores passwords in the session (or anywhere in plain text); it stores only the user identifier after the password is verified and hashed in storage.
Raw{"answer": "no", "explanation": "Symfony never stores passwords in the session (or anywhere in plain text); it stores only the user identifier after the password is verified and hashed in storage."} | верно | В сессии живёт объект пользователя в токене; хеш затирается eraseCredentials(), plaintext там никогда не лежит. |
T23-L1 0.76 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 typically organized as individual files (YAML, XML, or PHP) inside the config/packages/ directory.
Raw{"answer": "yes", "explanation": "In Symfony, bundle and topic configurations are typically organized as individual files (YAML, XML, or PHP) inside the config/packages/ directory."} | верно | Стандартная структура (config/packages/*.yaml); перегрузка — config/packages/<env>. |
T23-L2 1.2 c | Symfony: configuration and services | The .env file with dev defaults is committed to the repository, while real secrets live in the non-committed .env.local. | «yes» Пояснение: This is the standard DotEnv pattern: the committed .env file contains development defaults that are safe to share, while .env.local holds real secrets, is listed in .gitignore, and is never committed.
Raw```json ⏎ {"answer": "yes", "explanation": "This is the standard DotEnv pattern: the committed .env file contains development defaults that are safe to share, while .env.local holds real secrets, is listed in .gitignore, and is never committed."} ⏎ ``` | верно | symfony/dotenv: .env — общий безопасный набор значений; локальные секреты — .env.local (gitignored) или secrets-хранилище. |
T23-L3 0.37 c | Symfony: configuration and services | Which Symfony command lists the container's registered services and their aliases? | «debug:container» Пояснение: The `debug:container` command lists all services registered in the Symfony container along with their aliases.
Raw{"answer": "debug:container", "explanation": "The `debug:container` command lists all services registered in the Symfony container along with their aliases."} | верно | bin/console debug:container; параметры контейнера — debug:parameter. |
T23-L4 0.83 c | Symfony: configuration and services | The Symfony container allows changing parameters at runtime: $container->setParameter() works from a controller. | «no» Пояснение: The compiled Symfony container is frozen after compilation, so calling setParameter() on it throws a RuntimeException and cannot change parameters at runtime.
Raw```json ⏎ {"answer": "no", "explanation": "The compiled Symfony container is frozen after compilation, so calling setParameter() on it throws a RuntimeException and cannot change parameters at runtime."} ⏎ ``` | верно | Контейнер компилируется и замораживается; runtime-значения — только через переменные окружения. |
T23-L5 0.6 c | Symfony: configuration and services | By default, Symfony services are public (public: true) — you can fetch them directly from the container. | «no» Пояснение: By default, Symfony services are private (public: false) and should be accessed through dependency injection rather than fetched directly from the container.
Raw{"answer": "no", "explanation": "By default, Symfony services are private (public: false) and should be accessed through dependency injection rather than fetched directly from the container."} | верно | С Symfony 4.0 сервисы по умолчанию private: инжектятся через autowiring; $container->get() — только для публичных. |
T23-L6 0.52 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 can work with their built-in default configuration, so a config file in config/packages is not mandatory.
Raw{"answer": "no", "explanation": "Bundles can work with their built-in default configuration, so a config file in config/packages is not mandatory."} | верно | У бандлов есть встроенные умолчания (Extension); конфиг нужен только для отклонений от них. |
T23-L7 0.58 c | Symfony: configuration and services | Environment variable values are injected into services.yaml using the %env(VAR)% syntax. | «yes» Пояснение: In Symfony, environment variables can be injected into service configuration using the %env(VAR)% placeholder syntax, which is resolved at runtime.
Raw{"answer": "yes", "explanation": "In Symfony, environment variables can be injected into service configuration using the %env(VAR)% placeholder syntax, which is resolved at runtime."} | верно | %env(...)% резолвится в рантайме env-процессорами; docs — Env Var Processors. |
T23-L8 0.6 c | Symfony: configuration and services | Which Symfony environment variable enables debug mode (affects the profiler and Twig debugging)? | «app_debug» Пояснение: In Symfony, the APP_DEBUG environment variable controls whether debug mode is enabled, which activates the web profiler and Twig's debugging features.
Raw```json ⏎ {"answer": "APP_DEBUG", "explanation": "In Symfony, the APP_DEBUG environment variable controls whether debug mode is enabled, which activates the web profiler and Twig's debugging features."} ⏎ ``` | верно | APP_DEBUG=1 (в .env dev-окружения); окружение выбирает APP_ENV — см. T13-L6. |
T16-L1 0.44 c | Symfony: Messenger | A single message in Symfony Messenger can only have one handler. | «no» Пояснение: In Symfony Messenger, a single message type can be handled by multiple handlers, as handlers are registered by message class and multiple can listen to the same message.
Raw{"answer": "no", "explanation": "In Symfony Messenger, a single message type can be handled by multiple handlers, as handlers are registered by message class and multiple can listen to the same message."} | верно | Messenger вызывает все хендлеры, подписанные на класс сообщения (docs — Multiple Handlers). |
T16-L2 0.59 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 during dispatch, whereas only the async transport queues messages for a worker to consume.
Raw```json ⏎ {"answer": "no", "explanation": "The sync transport processes the message immediately during dispatch, whereas only the async transport queues messages for a worker to consume."} ⏎ ``` | верно | Наоборот: sync обрабатывает немедленно в том же процессе, что и отправка; очередь — это async-транспорт. |
T16-L3 0.92 c | Symfony: Messenger | Which console command starts the worker that processes Messenger queue messages? | «messenger:consume» Пояснение: In Symfony's Messenger component, the `messenger:consume` command starts the worker that processes (consumes) queued messages from the transport.
Raw{"answer": "messenger:consume", "explanation": "In Symfony's Messenger component, the `messenger:consume` command starts the worker that processes (consumes) queued messages from the transport."} | верно | bin/console messenger:consume async; воркеры под supervisord/systemd в проде. |
T16-L4 0.68 c | Symfony: Messenger | Retries for failed messages (retry_strategy) are configured per Messenger transport. | «yes» Пояснение: In Symfony Messenger, the retry_strategy (max_retries, delay, multiplier, etc.) is configured within each transport's configuration, making it a per-transport setting.
Raw{"answer": "yes", "explanation": "In Symfony Messenger, the retry_strategy (max_retries, delay, multiplier, etc.) is configured within each transport's configuration, making it a per-transport setting."} | верно | retry_strategy на транспорте: max_retries, delay, multiplier; docs — Failed Messages & Retries. |
T16-L5 0.41 c | Symfony: Messenger | By default, Messenger serializes messages to JSON. | «no» Пояснение: By default, Symfony Messenger uses the PhpSerializer (PHP native serialization), not JSON serialization.
Raw{"answer": "no", "explanation": "By default, Symfony Messenger uses the PhpSerializer (PHP native serialization), not JSON serialization."} | верно | Дефолтный сериализатор — PhpSerializer (serialize()); JSON-сериализатор включается отдельно. |
T16-L6 1.09 c | Symfony: Messenger | Symfony Scheduler produces messages on a schedule and dispatches them through Messenger. | «no» Пояснение: Symfony Scheduler schedules and runs tasks (commands, closures, signals) on a cron-based schedule via SchedulerEventSubscriber, but it does not produce or dispatch messages through the Messenger component.
Raw{"answer": "no", "explanation": "Symfony Scheduler schedules and runs tasks (commands, closures, signals) on a cron-based schedule via SchedulerEventSubscriber, but it does not produce or 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» Пояснение: The Doctrine transport stores messages in database tables using the Doctrine ORM/DBAL connections.
Raw{"answer": "Doctrine", "explanation": "The Doctrine transport stores messages in database tables using the Doctrine ORM/DBAL connections."} | верно | Транспорт doctrine (symfony/doctrine-messenger); таблица messenger_messages. В проекте стоит amqp-messenger + doctrine-messenger. |
T16-L8 2.23 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 middleware chain (pipeline) can be extended with custom middleware, whose execution order relative to the built-in ones is controllable via configuration.
Raw{"answer": "yes", "explanation": "In Symfony's Messenger component, the middleware chain (pipeline) can be extended with custom middleware, whose execution order relative to the built-in ones is controllable via configuration."} | верно | messenger.bus.*.middleware в yaml; docs — Middleware. |
T28-L1 0.57 c | Symfony: versions | Symfony major releases come every two years, minor ones every six months (in May and November). | «yes» Пояснение: Symfony follows this release cycle where major versions are released every two years and minor feature releases come out every six months in May and November.
Raw{"answer": "yes", "explanation": "Symfony follows this release cycle where major versions are released every two years and minor feature releases come out every six months in May and November."} | верно | Стандартный релизный цикл: 8.0 — ноябрь 2025, 8.1 — май 2026, 8.2 — ноябрь 2026. |
T28-L2 1.17 c | Symfony: versions | What is the minimum PHP version required by Symfony 8? | «8.3» Пояснение: Symfony 8.0, scheduled for release in November 2026, is expected to require PHP 8.3 or higher as its minimum version, continuing the trend of Symfony requiring increasingly recent PHP versions.
Raw{"answer": "8.3", "explanation": "Symfony 8.0, scheduled for release in November 2026, is expected to require PHP 8.3 or higher as its minimum version, continuing the trend of Symfony requiring increasingly recent PHP versions."} | неверно верный: «8.4» | Symfony 8.0 поднял требование до PHP >= 8.4.1 (в vendor проекта: "php": ">=8.4.1"). |
T28-L3 0.56 c | Symfony: versions | Symfony 7.0 kept support for docblock annotations (validation, routes). | «no» Пояснение: Symfony 7.0 removed support for doctrine/annotations, so validation and routing metadata must now be defined using PHP attributes instead of docblock annotations.
Raw{"answer": "false", "explanation": "Symfony 7.0 removed support for doctrine/annotations, so validation and routing metadata must now be defined using PHP attributes instead of docblock annotations."} | верно | Наоборот: в 7.0 аннотации удалены — только PHP-атрибуты (#[Route], #[Assert\NotBlank]). |
T28-L4 0.82 c | Symfony: versions | AssetMapper manages CSS/JS without node or webpack — via importmap.php. | «yes» Пояснение: Symfony's AssetMapper manages CSS/JS assets directly in the browser via importmap.php, eliminating the need for Node.js, npm, or webpack.
Raw{"answer": "yes", "explanation": "Symfony's AssetMapper manages CSS/JS assets directly in the browser via importmap.php, eliminating the need for Node.js, npm, or webpack."} | верно | symfony/asset-mapper (с 6.3, стандарт с 7.x); в проекте — importmap.php в корне и asset-mapper 8.1. |
T28-L5 0.5 c | Symfony: versions | Symfony 6.4 is a regular release without long-term support. | «no» Пояснение: Symfony 6.4 is actually a Long-Term Support (LTS) release, not a regular release.
Raw```json ⏎ {"answer": "no", "explanation": "Symfony 6.4 is actually a Long-Term Support (LTS) release, not a regular release."} ⏎ ``` | верно | Наоборот: 6.4 — LTS (расширенная поддержка); LTS выходит вместе с очередным мажором (6.4 — вместе с 7.0). |
T28-L6 2.27 c | Symfony: versions | When moving to a new Symfony major version, deprecations of the previous branch keep working — major releases do not remove them. | «yes» Пояснение: Symfony's deprecation policy keeps deprecations introduced in a minor version active for at least 2 major versions before removing them, so upgrading to a new major version doesn't immediately remove the previous branch's deprecations.
Raw```json ⏎ {"answer": "yes", "explanation": "Symfony's deprecation policy keeps deprecations introduced in a minor version active for at least 2 major versions before removing them, so upgrading to a new major version doesn't immediately remove the previous branch's deprecations."} ⏎ ``` | неверно верный: «no» | Наоборот: мажорный релиз удаляет всё устаревшее (7.0 убрал деприкейшены 6.x, 8.0 — 7.x). |
T28-L7 1.59 c | Symfony: versions | Every Symfony major release is accompanied by an UPGRADE guide listing the changes. | «yes» Пояснение: Symfony's release process requires that every major release includes an UPGRADE guide documenting the breaking changes and migration steps for developers.
Raw{"answer": "yes", "explanation": "Symfony's release process requires that every major release includes an UPGRADE guide documenting the breaking changes and migration steps for developers."} | верно | UPGRADE-7.0.md, UPGRADE-8.0.md в репозитории symfony/symfony. |
T28-L8 1.12 c | Symfony: versions | Which Symfony component manages assets and the importmap without node/webpack? | «symfony component asset» Пояснение: The Asset component (with its importmap feature) manages JavaScript/CSS assets and importmaps directly without requiring Node.js or Webpack.
Raw{"answer": "Symfony Component Asset", "explanation": "The Asset component (with its importmap feature) manages JavaScript/CSS assets and importmaps directly without requiring Node.js or Webpack."} | неверно верный: «asset-mapper» | symfony/asset-mapper 8.1 — в проекте. |
T29-L1 0.74 c | Symfony: 8.2 and beyond | As of 2026-11-07, Symfony 8.2 has already been released. | «no» Пояснение: Symfony 8.0 would be released in November 2026, so version 8.2 cannot exist yet as of 2026-11-07.
Raw{"answer": "no", "explanation": "Symfony 8.0 would be released in November 2026, so version 8.2 cannot exist yet as of 2026-11-07."} | верно | Наоборот: 8.2 ещё не выпущена — релиз в конце ноября 2026; последняя стабильная — 8.1. |
T29-L2 3.21 c | Symfony: 8.2 and beyond | As of 2026-11-07, Symfony 8.2 is scheduled for November 2026, following the usual six-month cycle. | «no» Пояснение: Symfony 8.0 is scheduled for November 2026, so version 8.2 would follow in November 2027, not November 2026.
Raw{"answer": "no", "explanation": "Symfony 8.0 is scheduled for November 2026, so version 8.2 would follow in November 2027, not November 2026."} | неверно верный: «yes» | Политика релизов: 8.1 — май 2026, 8.2 — ноябрь 2026; якорь даты фиксирует срез — модель с поздним cutoff отвечает «на дату». |
T29-L3 0.73 c | Symfony: 8.2 and beyond | Which Symfony version comes after 8.1 (as of 2026-11-07)? | «8.2» Пояснение: Symfony follows a major.minor versioning scheme with releases every six months, so 8.2 is the version that follows 8.1.
Raw{"answer": "8.2", "explanation": "Symfony follows a major.minor versioning scheme with releases every six months, so 8.2 is the version that follows 8.1."} | верно | 8.2 — следующий минорный релиз (ноябрь 2026); после его выхода проект переходит с 8.1.* на 8.2.*. |
T29-L4 0.8 c | Symfony: 8.2 and beyond | Symfony 8.2 is a major release requiring applications to be rewritten for new APIs. | «no» Пояснение: Symfony 8.2 is a point release within the 8.x major version line, not a new major release, so it follows minor release conventions and does not require a full application rewrite.
Raw{"answer": "no", "explanation": "Symfony 8.2 is a point release within the 8.x major version line, not a new major release, so it follows minor release conventions and does not require a full application rewrite."} | верно | Наоборот: 8.2 — минорный релиз; новые возможности без поломки обратной совместимости. Мажор — 9.0. |
T29-L5 0.88 c | Symfony: 8.2 and beyond | Updating within a major branch (8.1 → 8.2) should not require code changes — backward compatibility is preserved. | «yes» Пояснение: PHP maintains backward compatibility within a major version's minor releases, so upgrading from 8.1 to 8.2 generally does not break existing code (though some features may be deprecated and emit warnings).
Raw{"answer": "yes", "explanation": "PHP maintains backward compatibility within a major version's minor releases, so upgrading from 8.1 to 8.2 generally does not break existing code (though some features may be deprecated and emit warnings)."} | верно | Политика Symfony: минорные релизы обратно совместимы; BC-break допустим только в мажорных. |
T29-L6 2.44 c | Symfony: 8.2 and beyond | Which minor version of the 8.x branch is released last, before Symfony 9.0? | «8.4» Пояснение: Symfony follows a pattern where each major version branch gets minor releases numbered 0 through 4 before the next major version, so the final 8.x release before 9.0 is 8.4.
Raw{"answer": "8.4", "explanation": "Symfony follows a pattern where each major version branch gets minor releases numbered 0 through 4 before the next major version, so the final 8.x release before 9.0 is 8.4."} | верно | По циклу: 8.2 (ноя 2026), 8.3 (май 2027), 8.4 (ноя 2027, вместе с 9.0) — как 6.4 выходила вместе с 7.0. |
T29-L7 0.86 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.x requires PHP 8.2 or higher as its minimum, so Symfony 8.2 does not require PHP 8.5.
Raw{"answer": "no", "explanation": "Symfony 8.x requires PHP 8.2 or higher as its minimum, so Symfony 8.2 does not require PHP 8.5."} | верно | Наоборот: минорные релизы не поднимают требования PHP; для всей ветки 8.x остаётся PHP >= 8.4. |
T29-L8 0.86 c | Symfony: 8.2 and beyond | Deprecations added in the 8.x branch will not be removed before Symfony 9.0. | «yes» Пояснение: Symfony's LTS policy for the 8.x branch ensures that any deprecations introduced there will not be removed until Symfony 9.0, providing a long migration window.
Raw```json ⏎ {"answer": "yes", "explanation": "Symfony's LTS policy for the 8.x branch ensures that any deprecations introduced there will not be removed until Symfony 9.0, providing a long migration window."} ⏎ ``` | верно | Политика: деприкейшены живут до следующего мажора; 9.0 — ноябрь 2027. |
T21-L1 0.94 c | Twig | Inside {{ }}, Twig allows calling arbitrary PHP code directly. | «no» Пояснение: Inside Twig's {{ }} you can only evaluate and print expressions, not execute arbitrary PHP code, which requires the {% %} syntax for statements.
Raw{"answer": "no", "explanation": "Inside Twig's {{ }} you can only evaluate and print expressions, not execute arbitrary PHP code, which requires the {% %} syntax for statements."} | верно | Twig — DSL: только разрешённые окружением функции/фильтры; произвольный PHP не исполняется. |
T21-L2 0.3 c | Twig | By default, Twig auto-escapes printed variables. | «yes» Пояснение: Twig enables auto-escaping by default, which means variables printed with {{ }} are automatically escaped based on the current context (e.g., HTML, JavaScript, CSS).
Raw```json ⏎ {"answer": "yes", "explanation": "Twig enables auto-escaping by default, which means variables printed with {{ }} are automatically escaped based on the current context (e.g., HTML, JavaScript, CSS)."} ⏎ ``` | верно | Autoescape включён по умолчанию; {{ '<b>' }} → <b>. Проверено на Twig 3.30. |
T21-L3 0.34 c | Twig | The Twig |e filter escapes a string for safe output in an HTML context. | «yes» Пояснение: The Twig |e filter escapes a string using the HTML escaping strategy by default, making it safe for output in HTML contexts.
Raw{"answer": "yes", "explanation": "The Twig |e filter escapes a string using the HTML escaping strategy by default, making it safe for output in HTML contexts."} | верно | |e ('html') по умолчанию; есть контексты js/url/css. От SQL-инъекций он не защищает — это задача подготовленных запросов Doctrine. |
T21-L4 0.59 c | Twig | Which filter from twig/intl-extra formats a number according to a locale? | «format_number» Пояснение: The `format_number` filter in Twig's intl-extra component formats a number according to a specified locale using the NumberFormatter class.
Raw{"answer": "format_number", "explanation": "The `format_number` filter in Twig's intl-extra component formats a number according to a specified locale using the NumberFormatter class."} | верно | |format_number(locale=...) из IntlExtension (twig/intl-extra есть в проекте). Проверено на Twig 3.30: 12345.6 → 12 345,6 (ru). |
T21-L5 0.53 c | Twig | The |raw filter disables auto-escaping for the value. | «yes» Пояснение: The |raw filter in Twig marks a value as safe, preventing it from being auto-escaped by the template engine.
Raw{"answer": "yes", "explanation": "The |raw filter in Twig marks a value as safe, preventing it from being auto-escaped by the template engine."} | верно | {{ x|raw }} выводит HTML как есть; опасно с пользовательскими данными. Проверено на Twig 3.30. |
T21-L6 0.39 c | Twig | In Twig, {{ }} prints an expression value, while {% %} executes tags — conditions, loops, set. | «yes» Пояснение: In Twig, {{ }} is the output tag for printing expression values, while {% %} contains control tags like if, for, and set that execute logic without printing.
Raw{"answer": "yes", "explanation": "In Twig, {{ }} is the output tag for printing expression values, while {% %} contains control tags like if, for, and set that execute logic without printing."} | верно | Два блока синтаксиса Twig: вывод (echo) против логики. |
T21-L7 0.58 c | Twig | In Twig you cannot declare a variable inside a template — values only come from the controller. | «no» Пояснение: Twig allows you to declare variables inside templates using the set tag, such as {% set foo = 'bar' %}.
Raw```json ⏎ {"answer": "no", "explanation": "Twig allows you to declare variables inside templates using the set tag, such as {% set foo = 'bar' %}."} ⏎ ``` | верно | {% set y = ... %} объявляет переменную в шаблоне. Проверено на Twig 3.30. |
T21-L8 1.34 c | Twig | Which Twig function dumps the debug structure of a variable (array, object)? | «dump» Пояснение: The Twig dump() function dumps the debug structure (representing arrays and objects) of the passed variables, similar to PHP's var_dump().
Raw{"answer": "dump", "explanation": "The Twig dump() function dumps the debug structure (representing arrays and objects) of the passed variables, similar to PHP's var_dump()."} | верно | {{ dump(x) }} (DebugExtension; в Symfony доступна в dev-окружении). |
T24-L1 0.39 c | Bootstrap | Bootstrap is a CSS/JS library of ready-made UI components, not an SPA framework. | «yes» Пояснение: Bootstrap provides ready-made CSS and JavaScript UI components (like navbars, cards, and modals) and is not an SPA framework like React or Vue.
Raw{"answer": "yes", "explanation": "Bootstrap provides ready-made CSS and JavaScript UI components (like navbars, cards, and modals) and is not an SPA framework like React or Vue."} | верно | Компоненты и утилиты поверх вашего HTML; SPA-фреймворки (React/Vue) — другой класс инструментов. В проекте vendored 5.3.3. |
T24-L2 0.55 c | Bootstrap | Which Bootstrap class gives a responsive container with a fixed max width per breakpoint? | «container» Пояснение: The Bootstrap .container class provides a responsive container with a fixed maximum width that changes at each breakpoint, unlike .container-fluid which is always full width.
Raw{"answer": ".container", "explanation": "The Bootstrap .container class provides a responsive container with a fixed maximum width that changes at each breakpoint, unlike .container-fluid which is always full width."} | верно | .container (фиксированная макс-ширина по брейкпоинтам) vs .container-fluid (на всю ширину). |
T24-L3 0.46 c | Bootstrap | The Bootstrap grid is built on CSS floats and splits a row into 16 columns. | «no» Пояснение: Bootstrap's grid is based on 12 columns (not 16) and modern Bootstrap versions (4+) use Flexbox rather than CSS floats.
Raw{"answer": "no", "explanation": "Bootstrap's grid is based on 12 columns (not 16) and modern Bootstrap versions (4+) use Flexbox rather than CSS floats."} | верно | Наоборот: flexbox (с Bootstrap 4) и 12 колонок; float-сетка — это Bootstrap 3. |
T24-L4 0.67 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 five named breakpoints with infixes sm, md, lg, xl, and xxl, corresponding to minimum viewport widths of 576, 768, 992, 1200, and 1400px respectively.
Raw{"answer": "yes", "explanation": "Bootstrap 5 defines five named breakpoints with infixes sm, md, lg, xl, and xxl, corresponding to minimum viewport widths of 576, 768, 992, 1200, and 1400px respectively."} | верно | Тиров всего шесть: xs (без инфикса) + пять именованных (576/768/992/1200/1400 px). |
T24-L5 7.25 c | Bootstrap | Utilities like .mt-3 or .px-2 use the spacing scale: the number is a multiple of $spacer. | «yes» Пояснение: Bootstrap's spacing utilities are generated from the $spacers scale, which is derived from the $spacer variable, so class suffixes map to values that are multiples of that base spacer unit.
Raw```json ⏎ {"answer": "yes", "explanation": "Bootstrap's spacing utilities are generated from the $spacers scale, which is derived from the $spacer variable, so class suffixes map to values that are multiples of that base spacer unit."} ⏎ ``` | неверно верный: «no» | Spacing utilities; $spacer = 1rem. |
T24-L6 0.54 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"`) is used to activate/enable interactive components like dropdowns, modals, and tooltips on an element.
Raw{"answer": "data-bs-toggle", "explanation": "In Bootstrap 5, the `data-bs-toggle` attribute (e.g., `data-bs-toggle=\"dropdown\"`) is used to activate/enable interactive components like dropdowns, modals, and tooltips on an element."} | верно | data-bs-toggle="dropdown" и т.п.; в Bootstrap 4 атрибут назывался data-toggle. |
T24-L7 0.32 c | Bootstrap | Bootstrap 5 components work without jQuery — in plain vanilla JS. | «yes» Пояснение: Bootstrap 5 was rewritten to remove the jQuery dependency, so all components now use plain vanilla JavaScript.
Raw{"answer": "yes", "explanation": "Bootstrap 5 was rewritten to remove the jQuery dependency, so all components now use plain vanilla JavaScript."} | верно | jQuery удалён в Bootstrap 5.0: data-bs-* атрибуты и JS API. В проекте vendored 5.3.3. |
T24-L8 0.62 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 element (typically the <html> tag), which applies CSS variables for the dark color scheme.
Raw{"answer": "yes", "explanation": "In Bootstrap 5.3+, dark mode is enabled by adding the .dark class to the root element (typically the <html> tag), which applies CSS variables for the dark color scheme."} | неверно верный: «no» | Наоборот: тема включается атрибутом data-bs-theme="dark" (Color modes, с 5.3); класса .dark не существует. В проекте 5.3.3. |
T14-L1 0.57 c | Doctrine | Doctrine ORM creates database tables on the fly the first time an entity is used at runtime. | «no» Пояснение: Doctrine ORM does not automatically create tables at runtime; you must explicitly run the schema tool (e.g., 'doctrine:schema:create') to generate the database schema from your entity metadata.
Raw{"answer": "no", "explanation": "Doctrine ORM does not automatically create tables at runtime; you must explicitly run the schema tool (e.g., 'doctrine:schema:create') to generate the database schema from your entity metadata."} | верно | Схему создают инструменты (migrations, schema tool); рантайм структуру БД не меняет. |
T14-L2 0.4 c | Doctrine | Which EntityManager method marks a new object as managed without executing SQL until flush()? | «persist()» Пояснение: The EntityManager::persist() method marks a new object as managed, deferring SQL execution until flush() is called.
Raw{"answer": "persist()", "explanation": "The EntityManager::persist() method marks a new object as managed, deferring SQL execution until flush() is called."} | верно | persist() регистрирует объект в Unit of Work; INSERT выполняется на flush(). |
T14-L3 0.68 c | Doctrine | In Doctrine ORM 3, the EntityManager::merge() method exists and makes the passed object managed. | «no» Пояснение: Doctrine ORM 3 removed the deprecated EntityManager::merge() method (deprecated in 2.14, removed in 3.0), so it does not exist.
Raw{"answer": "no", "explanation": "Doctrine ORM 3 removed the deprecated EntityManager::merge() method (deprecated in 2.14, removed in 3.0), so it does not exist."} | верно | В ORM 3 merge() удалён (в vendor проекта 3.7.6 метода нет); в Doctrine 2.x merge() возвращал управляемую копию. Версия зафиксирована — ORM 3. |
T14-L4 0.34 c | Doctrine | DQL queries are written in terms of entities and their fields, not tables and columns. | «yes» Пояснение: DQL (Doctrine Query Language) is an object-oriented query language that works with entities and their mapped fields rather than database tables and columns.
Raw{"answer": "yes", "explanation": "DQL (Doctrine Query Language) is an object-oriented query language that works with entities and their mapped fields rather than database tables and columns."} | верно | Doctrine транслирует DQL в SQL; docs — DQL (Doctrine Query Language). |
T14-L5 0.43 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 with the given identifier exists in the database.
Raw{"answer": "null", "explanation": "Doctrine's repository->find() method returns null when no entity with the given identifier exists in the database."} | верно | find() возвращает null, если объект не найден (docs Repository methods). |
T14-L6 0.51 c | Doctrine | DoctrineBundle in Symfony automatically calls flush() at the end of every request. | «no» Пояснение: Doctrine requires an explicit flush() call to persist changes to the database; Symfony does not automatically flush at the end of the request.
Raw{"answer": "no", "explanation": "Doctrine requires an explicit flush() call to persist changes to the database; Symfony does not automatically flush at the end of the request."} | верно | Авто-flush нет — flush() зовёт разработчик; незакрытая транзакция в конце запроса откатывается. |
T14-L7 0.56 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» Пояснение: Once an entity is managed, Doctrine's Unit of Work performs dirty checking during flush() and automatically detects and commits property changes without requiring an explicit persist().
Raw{"answer": "yes", "explanation": "Once an entity is managed, Doctrine's Unit of Work performs dirty checking during flush() and automatically detects and commits property changes without requiring an explicit persist()."} | верно | Dirty checking сравнивает снимки свойств; persist нужен только новым/отсоединённым объектам. |
T14-L8 0.71 c | Doctrine | remove() executes the SQL DELETE immediately, without waiting for flush(). | «no» Пояснение: In Doctrine ORM, remove() only schedules the entity for deletion and defers the actual SQL DELETE until flush() is called to synchronize the unit of work.
Raw```json ⏎ {"answer": "no", "explanation": "In Doctrine ORM, remove() only schedules the entity for deletion and defers the actual SQL DELETE until flush() is called to synchronize the unit of work."} ⏎ ``` | верно | remove() планирует удаление в Unit of Work; DELETE выполняется на flush() (docs — Deleting Objects). |
T15-L1 0.64 c | PostgreSQL | PostgreSQL uses MVCC, therefore readers block writers and writers block readers. | «no» Пояснение: PostgreSQL's MVCC specifically allows readers and writers to run concurrently without blocking each other, since readers see a consistent snapshot of old data while writers write new versions.
Raw{"answer": "false", "explanation": "PostgreSQL's MVCC specifically allows readers and writers to run concurrently without blocking each other, since readers see a consistent snapshot of old data while writers write new versions."} | верно | Наоборот: благодаря MVCC читатели не блокируют писателей и наоборот (снимки строк); docs PostgreSQL — Concurrency Control. |
T15-L2 0.4 c | PostgreSQL | Which SQL command shows a query's execution plan without executing the query? | «explain» Пояснение: The EXPLAIN command (also EXPLAIN ANALYZE in PostgreSQL or EXPLAIN PLAN in Oracle) displays the execution plan a query would use without actually running it.
Raw{"answer": "EXPLAIN", "explanation": "The EXPLAIN command (also EXPLAIN ANALYZE in PostgreSQL or EXPLAIN PLAN in Oracle) displays the execution plan a query would use without actually running it."} | верно | EXPLAIN без ANALYZE только строит план; проверено на PostgreSQL 17.7. |
T15-L3 0.67 c | PostgreSQL | SERIAL and GENERATED ... AS IDENTITY are just two names for the same mechanism. | «no» Пояснение: SERIAL and GENERATED ... AS IDENTITY both use sequences but are distinct mechanisms with different behavior regarding column ownership, ALTER TABLE, and COPY operations.
Raw```json ⏎ {"answer": "no", "explanation": "SERIAL and GENERATED ... AS IDENTITY both use sequences but are distinct mechanisms with different behavior regarding column ownership, ALTER TABLE, and COPY operations."} ⏎ ``` | верно | SERIAL — нестандартный макрос (sequence + DEFAULT), IDENTITY — SQL-стандарт; различаются владением и правами. Оба есть в PG 17 (проверено). |
T15-L4 0.52 c | PostgreSQL | By default, a PostgreSQL UNIQUE constraint allows only one row with NULL in the column. | «no» Пояснение: In PostgreSQL, a UNIQUE constraint allows multiple NULL values because NULLs are treated as distinct from one another, so you can have more than one row with NULL in the constrained column.
Raw{"answer": "no", "explanation": "In PostgreSQL, a UNIQUE constraint allows multiple NULL values because NULLs are treated as distinct from one another, so you can have more than one row with NULL in the constrained 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 together using a specified separator.
Raw{"answer": "STRING_AGG", "explanation": "STRING_AGG is the PostgreSQL aggregate function that concatenates string values together using a specified separator."} | верно | string_agg(значение, разделитель); проверено на PostgreSQL 17.7. |
T15-L6 0.83 c | PostgreSQL | Plain VACUUM returns the space occupied by dead tuples to the operating system. | «no» Пояснение: Plain VACUUM reclaims space occupied by dead tuples for reuse within the table but does not return it to the operating system; only VACUUM FULL returns that space to the OS.
Raw{"answer": "no", "explanation": "Plain VACUUM reclaims space occupied by dead tuples for reuse within the table but does not return it to the operating system; only VACUUM FULL returns that space to the OS."} | верно | VACUUM помечает место для переиспользования внутри таблицы; ОС его возвращает только VACUUM FULL (с эксклюзивной блокировкой). |
T15-L7 0.37 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 SQL window function's OVER clause divides rows into groups over which the window function is computed.
Raw{"answer": "PARTITION BY", "explanation": "The PARTITION BY clause in a SQL window function's OVER clause divides rows into groups over which the window function is computed."} | верно | OVER (PARTITION BY ...); проверено на PostgreSQL 17.7. |
T15-L8 0.4 c | PostgreSQL | The READ COMMITTED isolation level protects against non-repeatable reads. | «no» Пояснение: READ COMMITTED only prevents dirty reads; non-repeatable reads are prevented by the REPEATABLE READ isolation level.
Raw{"answer": "no", "explanation": "READ COMMITTED only prevents 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.74 c | PostgreSQL: transactions and indexes | By default, PostgreSQL wraps each single SQL statement in its own implicit transaction (autocommit). | «yes» Пояснение: By default PostgreSQL runs in autocommit mode, so each standalone SQL statement is executed in its own implicit transaction that is automatically committed on success.
Raw{"answer": "yes", "explanation": "By default PostgreSQL runs in autocommit mode, so each standalone SQL statement is executed in its own implicit transaction that is automatically committed on success."} | верно | Без BEGIN каждый оператор коммитится сам; docs PostgreSQL — Transactions. Проверено на PG 17. |
T17-L2 0.26 c | PostgreSQL: transactions and indexes | Which SQL command ends a transaction, committing all its changes? | «commit» Пояснение: The COMMIT command saves and ends the current transaction by persisting all its changes to the database.
Raw{"answer": "COMMIT", "explanation": "The COMMIT command saves and ends the current transaction by persisting all its changes to the database."} | верно | COMMIT (END — синоним). Проверено на PG 17. |
T17-L3 0.45 c | PostgreSQL: transactions and indexes | Indexes speed up more than SELECT: UPDATE and DELETE with a search on an indexed column benefit too. | «yes» Пояснение: Indexes speed up UPDATE and DELETE operations too, because a WHERE clause searching on an indexed column allows the database to quickly locate the target rows instead of scanning the entire table.
Raw{"answer": "yes", "explanation": "Indexes speed up UPDATE and DELETE operations too, because a WHERE clause searching on an indexed column allows the database to quickly locate the target rows instead of scanning the entire table."} | верно | Поиск строк для изменения идёт по индексу; docs PostgreSQL — Indexes. |
T17-L4 0.47 c | PostgreSQL: transactions and indexes | To roll back part of the statements inside a transaction, PostgreSQL uses SAVEPOINT. | «yes» Пояснение: In PostgreSQL, SAVEPOINT lets you mark a point within a transaction that can be rolled back to using ROLLBACK TO SAVEPOINT, allowing only part of the transaction to be undone while the rest continues.
Raw{"answer": "yes", "explanation": "In PostgreSQL, SAVEPOINT lets you mark a point within a transaction that can be rolled back to using ROLLBACK TO SAVEPOINT, allowing only part of the transaction to be undone while the rest continues."} | верно | SAVEPOINT name; ROLLBACK TO name — частичный откат без отмены всей транзакции. Проверено на PG 17. |
T17-L5 0.37 c | PostgreSQL: transactions and indexes | EXPLAIN ANALYZE shows the query plan without executing the query. | «no» Пояснение: EXPLAIN ANALYZE actually executes the query and reports actual runtime timing, whereas plain EXPLAIN shows only the plan without executing it.
Raw```json ⏎ {"answer": "no", "explanation": "EXPLAIN ANALYZE actually executes the query and reports actual runtime timing, whereas plain EXPLAIN shows only the plan without executing it."} ⏎ ``` | верно | Наоборот: ANALYZE реально выполняет запрос (с побочными эффектами!) и показывает фактические времена узлов; план без выполнения — plain EXPLAIN. |
T17-L6 0.31 c | PostgreSQL: transactions and indexes | Which PostgreSQL extension adds vector types and indexes for embedding search? | «pgvector» Пояснение: pgvector is an open-source PostgreSQL extension that adds vector data types and indexing (like IVFFlat and HNSW) for similarity search and embedding-based retrieval.
Raw{"answer": "pgvector", "explanation": "pgvector is an open-source PostgreSQL extension that adds vector data types and indexing (like IVFFlat and HNSW) for similarity search and embedding-based retrieval."} | верно | CREATE EXTENSION vector (проект pgvector; в проекте образ pgvector/pgvector:pg17). |
T17-L7 0.39 c | PostgreSQL: transactions and indexes | A partial index (CREATE INDEX ... WHERE ...) is built only over rows satisfying the condition. | «yes» Пояснение: A partial index is created only over the subset of table rows that satisfy the WHERE condition specified in the CREATE INDEX statement.
Raw{"answer": "yes", "explanation": "A partial index is created only over the subset of table rows that satisfy the WHERE condition specified in the CREATE INDEX statement."} | верно | docs PostgreSQL — Partial Indexes; типичный кейс — индекс по «активным» записям. |
T17-L8 0.6 c | PostgreSQL: transactions and indexes | The SERIALIZABLE level in PostgreSQL is implemented by locking the rows a transaction reads. | «no» Пояснение: PostgreSQL's SERIALIZABLE isolation level uses Serializable Snapshot Isolation (SSI), which detects serialization failures and aborts transactions rather than locking the rows it reads.
Raw{"answer": "no", "explanation": "PostgreSQL's SERIALIZABLE isolation level uses Serializable Snapshot Isolation (SSI), which detects serialization failures and aborts transactions rather than locking the rows it reads."} | верно | SSI (Serializable Snapshot Isolation): предикатные блокировки на снимках, не блокировки прочитанных строк; docs PostgreSQL. |
T19-L1 0.39 c | HTTP and REST API | HTTP status 201 means the request resulted in a new resource being created. | «yes» Пояснение: HTTP 201 'Created' is a success status indicating that the request resulted in a new resource being created.
Raw{"answer": "yes", "explanation": "HTTP 201 'Created' is a success status indicating that the request resulted in a new resource being created."} | верно | 201 Created; обычно на POST, часто с Location; RFC 9110. |
T19-L2 0.46 c | HTTP and REST API | Which HTTP status means a successful request with an empty response body (e.g. after DELETE)? | «204» Пояснение: HTTP 204 No Content indicates the request succeeded but there is no body to return, which is typical for DELETE operations.
Raw{"answer": "204", "explanation": "HTTP 204 No Content indicates the request succeeded but there is no body to return, which is typical for DELETE operations."} | верно | 204 No Content; RFC 9110. |
T19-L3 0.49 c | HTTP and REST API | The DELETE method is idempotent per the HTTP specification: repeating the request for the same resource does not change the outcome. | «yes» Пояснение: The HTTP specification classifies DELETE as an idempotent method, meaning repeated identical DELETE requests produce the same resource state as a single request.
Raw{"answer": "yes", "explanation": "The HTTP specification classifies DELETE as an idempotent method, meaning repeated identical DELETE requests produce the same resource state as a single request."} | верно | RFC 9110: DELETE идемпотентен (как PUT); идемпотентность ≠ безопасность — ресурс удаляется при первом вызове. |
T19-L4 0.39 c | HTTP and REST API | The Access-Control-Allow-Origin header is sent by the client so that the server agrees to accept requests from another origin. | «no» Пояснение: The Access-Control-Allow-Origin header is sent by the server (not the client) to indicate which origins are permitted to access its resources.
Raw{"answer": "no", "explanation": "The Access-Control-Allow-Origin header is sent by the server (not the client) to indicate which origins are permitted to access its resources."} | верно | Наоборот: заголовок шлёт СЕРВЕР в ответе, разрешая браузеру cross-origin запрос (CORS); в проекте nelmio/cors-bundle. |
T19-L5 0.36 c | HTTP and REST API | Status 429 Too Many Requests is used when a client exceeds a rate limit. | «yes» Пояснение: HTTP 429 Too Many Requests is the standard status code returned when a client exceeds an API rate limit.
Raw{"answer": "yes", "explanation": "HTTP 429 Too Many Requests is the standard status code returned when a client exceeds an API rate limit."} | верно | 429 (+ Retry-After); RFC 6585. В проекте symfony/rate-limiter. |
T19-L6 0.51 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 errors while 5xx codes indicate server-side errors.
Raw{"answer": "no", "explanation": "The statement is reversed: 4xx codes indicate client errors while 5xx codes indicate server-side errors."} | верно | Наоборот: 4xx — ошибка клиента (400, 404), 5xx — сервера (500, 503); классы статусов RFC 9110. |
T19-L7 0.27 c | HTTP and REST API | Which HTTP header indicates the MIME type of the request or response body? | «content-type» Пояснение: The Content-Type header specifies the MIME type of the body of an HTTP request or response.
Raw{"answer": "Content-Type", "explanation": "The Content-Type header specifies the MIME type of the body of an HTTP request or response."} | верно | Content-Type: application/json и т.п. |
T19-L8 0.87 c | HTTP and REST API | PATCH is not required to be idempotent per RFC 5789, unlike PUT. | «yes» Пояснение: RFC 5789 explicitly states that PATCH is not required to be idempotent, unlike PUT which is guaranteed to be idempotent.
Raw```json ⏎ {"answer": "yes", "explanation": "RFC 5789 explicitly states that PATCH is not required to be idempotent, unlike PUT which is guaranteed to be idempotent."} ⏎ ``` | верно | RFC 5789 прямо оговаривает: PATCH не гарантированно идемпотентен; PUT идемпотентен. |
T20-L1 0.63 c | Security and OAuth | Checking a password by comparing its hash to the stored hash with a plain == is sufficient. | «no» Пояснение: Using plain == for hash comparison is not sufficient because it is vulnerable to timing attacks; you should use the timing-safe hash_equals() function instead.
Raw{"answer": "no", "explanation": "Using plain == for hash comparison is not sufficient because it is vulnerable to timing attacks; you should use the timing-safe hash_equals() function 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» Пояснение: A CSRF token is generated by the server, associated with the user's session, and embedded in forms, then validated server-side on state-changing requests like POST, PUT, or DELETE to ensure the request originated from a legitimate source.
Raw{"answer": "yes", "explanation": "A CSRF token is generated by the server, associated with the user's session, and embedded in forms, then validated server-side on state-changing requests like POST, PUT, or DELETE to ensure the request originated from a legitimate source."} | верно | 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 allows site administrators to control the resources a user agent is allowed to load, enabling the Content Security Policy.
Raw{"answer": "Content-Security-Policy", "explanation": "The Content-Security-Policy HTTP header allows site administrators to control the resources a user agent is allowed to load, enabling the Content Security Policy."} | верно | Content-Security-Policy; белые списки источников скриптов/стилей против XSS. |
T20-L4 0.64 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 access, not an authentication protocol, and an access token authorizes access rather than identifying who the user is (that's what OpenID Connect provides).
Raw```json ⏎ {"answer": "no", "explanation": "OAuth 2.0 is an authorization framework that grants access, not an authentication protocol, and an access token authorizes access rather than identifying who the user is (that's what OpenID Connect provides)."} ⏎ ``` | верно | OAuth 2.0 — авторизация/делегирование доступа; аутентификацию добавляет OpenID Connect. В проекте knpuniversity/oauth2-client-bundle (yandex/github/google). |
T20-L5 0.59 c | Security and OAuth | XSS is prevented by validating input on the server before writing it to the database. | «no» Пояснение: XSS is prevented by encoding/escaping output when rendering data in the browser, not by merely validating or storing input, since stored data still needs to be safely encoded upon display.
Raw{"answer": "no", "explanation": "XSS is prevented by encoding/escaping output when rendering data in the browser, not by merely validating or storing input, since stored data still needs to be safely encoded upon display."} | верно | XSS лечится контекстным экранированием НА ВЫВОДЕ (Twig autoescape, CSP); валидация ввода не покрывает все контексты вывода. |
T20-L6 0.46 c | Security and OAuth | In the OAuth 2.0 authorization code flow, which parameter arrives at the redirect_uri and is exchanged for an access token? | «authorization_code» Пояснение: In the OAuth 2.0 authorization code flow, the authorization server redirects to the redirect_uri with an authorization_code parameter, which the client then exchanges for an access token.
Raw{"answer": "authorization_code", "explanation": "In the OAuth 2.0 authorization code flow, the authorization server redirects to the redirect_uri with an authorization_code parameter, which the client then exchanges for an access token."} | неверно верный: «code» | Параметр code; обмен на токен POST-ом на /token с client_secret. |
T20-L7 0.49 c | Security and OAuth | A refresh token lives longer than an access token and allows obtaining a new access token without the user logging in again. | «yes» Пояснение: Refresh tokens are designed to outlive access tokens and are used to obtain new access tokens via the OAuth 2.0 refresh flow without requiring reauthentication.
Raw{"answer": "yes", "explanation": "Refresh tokens are designed to outlive access tokens and are used to obtain new access tokens via the OAuth 2.0 refresh flow without requiring reauthentication."} | верно | Стандартная схема OAuth/OIDC: короткий access + длинный refresh. |
T20-L8 0.91 c | Security and OAuth | A password salt must be kept secret: without it the hash cannot be verified. | «no» Пояснение: Password salts do not need to be secret—they are typically stored in plaintext alongside the hash, and their security comes from randomness/uniqueness, not secrecy.
Raw{"answer": "no", "explanation": "Password salts do not need to be secret—they are typically stored in plaintext alongside the hash, and their security comes from randomness/uniqueness, not secrecy."} | верно | Соль хранится открыто (password_hash включает её в строку хеша); секретность соли не нужна. |
T18-L1 0.83 c | Testing: PHPUnit | PHPUnit runs test methods of any class — extending TestCase is not required. | «no» Пояснение: In modern PHPUnit, a class must extend PHPUnit\Framework\TestCase (or use its attributes) for PHPUnit to recognize and run its test methods.
Raw{"answer": "no", "explanation": "In modern PHPUnit, a class must extend PHPUnit\Framework\TestCase (or use its attributes) for PHPUnit to recognize and run its test methods."} | верно | Тестом считается метод класса, наследующего TestCase (PHPUnit 10). |
T18-L2 0.41 c | Testing: PHPUnit | In PHPUnit, setUp() runs once before all tests of the class. | «no» Пояснение: setUp() runs before EACH test method, not once for the whole class, while setUpBeforeClass() runs once before all tests.
Raw{"answer": "no", "explanation": "setUp() runs before EACH test method, not once for the whole class, while setUpBeforeClass() runs once before all tests."} | верно | setUp() — перед КАЖДЫМ тестом; один раз на класс — setUpBeforeClass(). Проверено живым счётчиком на PHPUnit 10.5. |
T18-L3 0.48 c | Testing: PHPUnit | A data provider lets a test run with exactly one set of arguments. | «no» Пояснение: A data provider can return multiple data sets, allowing a test to run repeatedly with different arguments, not just one.
Raw{"answer": "no", "explanation": "A data provider can return multiple data sets, allowing a test to run repeatedly with different arguments, not just one."} | верно | Наоборот: наборов может быть сколько угодно — тест выполняется по разу на каждый. Проверено на PHPUnit 10.5 (#[DataProvider]). |
T18-L4 0.28 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 a given exception class will be thrown during a test.
Raw{"answer": "expectException", "explanation": "The `expectException()` method declares an expectation that a given exception class will be thrown during a test."} | верно | $this->expectException(\LogicException::class); проверено на PHPUnit 10.5. |
T18-L5 0.6 c | Testing: PHPUnit | In PHPUnit, a stub verifies which methods were called on it, while a mock only returns data. | «no» Пояснение: The statement is reversed: in PHPUnit a stub provides canned return values while a mock verifies that specific methods were called with expected arguments.
Raw{"answer": "no", "explanation": "The statement is reversed: in PHPUnit a stub provides canned return values while a mock verifies that specific methods were called with expected arguments."} | верно | Наоборот: стаб подставляет данные, мок проверяет взаимодействия (createStub/createMock); docs PHPUnit — Test Doubles. |
T18-L6 0.53 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, metadata annotations like @dataProvider were deprecated in favor of native PHP attributes like #[DataProvider], which is the recommended approach going forward.
Raw{"answer": "yes", "explanation": "In PHPUnit 10, metadata annotations like @dataProvider were deprecated in favor of native PHP attributes like #[DataProvider], which is the recommended approach going forward."} | верно | Аннотация ещё парсится в PHPUnit 10/11 (AnnotationParser в 10.5.66), удаление — в 12; атрибут — стандарт. |
T18-L7 0.39 c | Testing: PHPUnit | PHPUnit does not allow one test to depend on the result of another. | «no» Пояснение: PHPUnit supports test dependencies via the @depends annotation or #[Depends] attribute, allowing one test to depend on the result of another.
Raw{"answer": "false", "explanation": "PHPUnit supports test dependencies via the @depends annotation or #[Depends] attribute, allowing one test to depend on the result of another."} | верно | Зависимости есть: #[Depends] — зависимый тест не запустится, еслиProducer упал. |
T18-L8 0.47 c | Testing: PHPUnit | Which PHPUnit command-line option makes tests run in random order? | «--order-by=random» Пояснение: PHPUnit uses the `--order-by=random` option to shuffle the execution order of tests, and `--random-order-seed` can set a specific seed for reproducibility.
Raw{"answer": "--order-by=random", "explanation": "PHPUnit uses the `--order-by=random` option to shuffle the execution order of tests, and `--random-order-seed` can set a specific seed for reproducibility."} | верно | --order-by=random (PHPUnit 9+); опция есть в --help PHPUnit 10.5 (проектная). |
T01-L9 3.49 c | Syntax and operators | What does this code output?
```php
echo intdiv(7, 2) . intdiv(-7, 2);
``` | «3-3» Пояснение: intdiv(7,2) returns 3 (truncated toward zero) and intdiv(-7,2) returns -3 (also truncated toward zero), which are concatenated to form '3-3'.
Raw{"answer": "3-3", "explanation": "intdiv(7,2) returns 3 (truncated toward zero) and intdiv(-7,2) returns -3 (also truncated toward zero), which are concatenated to form '3-3'."} | верно | intdiv truncates toward zero: intdiv(-7, 2) = -3, not -4. |
T01-L10 0.8 c | Syntax and operators | What does this code output?
```php
echo -3 ** 2;
``` | «-9» Пояснение: In PHP, the exponentiation operator `**` binds tighter than unary minus, so `-3 ** 2` evaluates as `-(3 ** 2)` = -9.
Raw```json ⏎ {"answer": "-9", "explanation": "In PHP, the exponentiation operator `**` binds tighter than unary minus, so `-3 ** 2` 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» Пояснение: '1e1' is a numeric string in scientific notation equal to 10, so PHP performs a numeric comparison where 10 equals 10, making the result true.
Raw{"answer": "true", "explanation": "'1e1' is a numeric string in scientific notation equal to 10, so PHP performs a numeric comparison where 10 equals 10, making the result true."} | верно | Both strings are numeric — compared as numbers: 10 == 10. |
T02-L10 0.68 c | Types and comparisons | What does this code output?
```php
switch ('a') {
case 0: echo 'zero'; break;
default: echo 'other';
}
``` | «zero» Пояснение: The string 'a' loosely equals 0 because a non-numeric string converts to 0, so it matches case 0.
Raw{"answer": "zero", "explanation": "The string 'a' loosely equals 0 because a non-numeric string converts to 0, so it matches case 0."} | неверно верный: «other» | PHP 8: 'a' == 0 → false (used to be true) — default fires. |
T03-L9 1.01 c | Strings | What does this code output?
```php
echo strtr('abc', ['a' => '1', 'ab' => '2']);
``` | «2c» Пояснение: With an associative array, strtr finds the longest matching key, so 'ab' matches and becomes '2', leaving 'c' unchanged.
Raw```json ⏎ {"answer": "2c", "explanation": "With an associative array, strtr finds the longest matching key, so 'ab' matches and becomes '2', leaving 'c' unchanged."} ⏎ ``` | верно | strtr with an array prefers the longest matching key. |
T03-L10 8.48 c | Strings | What does this code output?
```php
echo '[' . substr('hello', -10) . ']';
``` | «[hello]» Пояснение: In PHP 8.0+, when the negative offset's absolute value exceeds the string length, substr() returns the whole string, so substr('hello', -10) yields 'hello', resulting in '[hello]'.
Raw{"answer": "[hello]", "explanation": "In PHP 8.0+, when the negative offset's absolute value exceeds the string length, substr() returns the whole string, so substr('hello', -10) yields 'hello', resulting in '[hello]'."} | верно | A negative start beyond the string is clamped to the beginning. |
T04-L9 1.26 c | Arrays | What does this code output?
```php
$a = ['k' => 1, 'n' => 2];
$b = ['k' => 9, 'm' => 3];
echo implode(',', array_keys($a + $b));
``` | «k,n,m» Пояснение: The + operator unions arrays with left operand's keys taking precedence, so $a+$b gives ['k'=>1,'n'=>2,'m'=>3], and array_keys preserves insertion order.
Raw{"answer": "k,n,m", "explanation": "The + operator unions arrays with left operand's keys taking precedence, so $a+$b gives ['k'=>1,'n'=>2,'m'=>3], and array_keys preserves insertion order."} | верно | The + operator: on duplicate string keys the left array wins. |
T04-L10 1.29 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» Пояснение: usort sorts ascending by the third column keeping stable order for equal values (y=1, x=2, z=2), and array_column extracts the second column to yield y,x,z.
Raw```json ⏎ {"answer": "yxz", "explanation": "usort sorts ascending by the third column keeping stable order for equal values (y=1, x=2, z=2), and array_column extracts the second column to yield y,x,z."} ⏎ ``` | верно | Sorts are stable since 8.0: x and z keep their order on a tie. |
T05-L10 0.88 c | Functions and closures | What does this code output?
```php
function f(int $a, int $b): int
{
return $a - $b;
}
echo f(...['b' => 1, 'a' => 5]);
``` | «4» Пояснение: The spread operator with an associative array matches keys to parameter names, so 'a' => 5 and 'b' => 1 are passed by name regardless of order, giving 5 - 1 = 4.
Raw{"answer": "4", "explanation": "The spread operator with an associative array matches keys to parameter names, so 'a' => 5 and 'b' => 1 are passed by name regardless of order, giving 5 - 1 = 4."} | верно | String keys of a spread array become named arguments. |
T05-L9 2.32 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 creates a closure bound to the instance of P (capturing the object by value), and since g() is public it returns the private value 3 even after the local variable $p is set to null.
Raw```json ⏎ {"answer": "3", "explanation": "The `$p->g(...)` first-class callable syntax creates a closure bound to the instance of P (capturing the object by value), and since g() is public it returns the private value 3 even after the local variable $p is set to null."} ⏎ ``` | верно | 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» Пояснение: The who() method uses static::class which relies on late static binding, so calling it on a B instance returns the class B.
Raw{"answer": "B", "explanation": "The who() method uses static::class which relies on late static binding, so calling it on a B instance returns the class B."} | верно | Late static binding: static::class is the receiver's class. |
T06-L10 24.12 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;
``` | «fatal error (infinite recursion)» Пояснение: The set hook assigns to $this->x, which re-invokes the same set hook, causing infinite recursion that crashes PHP rather than outputting 10.
Raw{"answer": "Fatal error (infinite recursion)", "explanation": "The set hook assigns to $this->x, which re-invokes the same set hook, causing infinite recursion that crashes PHP rather than outputting 10."} | неверно верный: «10» | Inside the set hook, $this->x writes the backing store (no recursion): 5*2. |
T07-L9 1.62 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» Пояснение: TB::f insteadof TA makes f() return 'B', while TA::f as g aliases TA's f so g() returns 'A', giving 'BA'.
Raw{"answer": "BA", "explanation": "TB::f insteadof TA makes f() return 'B', while TA::f as g aliases TA's f so g() returns 'A', giving '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» Пояснение: In PHP, each class using a trait with a static property gets its own separate copy of that static property, so setting CX::$n to 1 does not affect CY::$n which remains 0.
Raw{"answer": "0", "explanation": "In PHP, each class using a trait with a static property gets its own separate copy of that static property, 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.4 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 the finally block overrides the return from the try block, so f() returns 2.
Raw```json ⏎ {"answer": "2", "explanation": "In PHP, a return statement in the finally block overrides the return from the try block, so f() returns 2."} ⏎ ``` | верно | A return in finally overrides the return from try. |
T08-L9 0.64 c | Exceptions and errors | What does this code output?
```php
try {
try {
throw new RuntimeException('first');
} finally {
throw new LogicException('second');
}
} catch (LogicException $e) {
echo $e->getMessage();
}
``` | «second» Пояснение: The inner try throws RuntimeException, but the finally block runs and throws LogicException 'second' which overrides the original exception and is caught by the outer catch, echoing 'second'.
Raw{"answer": "second", "explanation": "The inner try throws RuntimeException, but the finally block runs and throws LogicException 'second' which overrides the original exception and is caught by the outer catch, echoing 'second'."} | верно | An exception from finally replaces the in-flight one — the last thrown is caught. |
T09-L9 2.29 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» Пояснение: Inside namespace N, Baz::class resolves to the imported App\Foo, while \Baz::class refers to the fully-qualified (global) class name Baz, and ::class always yields the FQN string without requiring the class to exist.
Raw```json ⏎ {"answer": "App\\Foo|Baz", "explanation": "Inside namespace N, Baz::class resolves to the imported App\\Foo, while \\Baz::class refers to the fully-qualified (global) class name Baz, and ::class always yields the FQN string without requiring the class to exist."} ⏎ ``` | верно | The use alias applies to unqualified names; a leading \ escapes to the global scope. |
T09-L10 1.88 c | Namespaces and autoloading | What does this code output?
```php
namespace Ns;
class Foo {}
$c = 'Foo';
echo (class_exists($c) ? 'yes' : 'no')
. (class_exists(__NAMESPACE__ . '\\' . $c) ? 'yes' : 'no');
``` | «yesyes» Пояснение: class_exists('Foo') resolves to the namespaced Ns\Foo which exists, and class_exists('Ns\Foo') is the fully qualified name which also exists, so both conditions are true.
Raw{"answer": "yesyes", "explanation": "class_exists('Foo') resolves to the namespaced Ns\\Foo which exists, and class_exists('Ns\\Foo') is the fully qualified name which also exists, so both conditions are true."} | неверно верный: «noyes» | Dynamic names are not resolved against the namespace — 'Foo' is the global class. |
T10-L9 0.97 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's reference variable $v stays bound to the last array element ($a[2]) after the loop, so $v = 99 overwrites $a[2], yielding [1,2,99].
Raw```json ⏎ {"answer": "1,2,99", "explanation": "The foreach loop's reference variable $v stays bound to the last array element ($a[2]) after the loop, so $v = 99 overwrites $a[2], yielding [1,2,99]."} ⏎ ``` | верно | After a by-ref foreach, $v remains a reference to the last element. |
T10-L10 2.88 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» Пояснение: Static variable $n is scoped to the declaring class A, and since B does not override inc(), all calls use A's shared static $n, which gets incremented to 1, then 2, then outputs 3.
Raw{"answer": "3", "explanation": "Static variable $n is scoped to the declaring class A, and since B does not override inc(), all calls use A's shared static $n, which gets incremented to 1, then 2, then outputs 3."} | верно | A method's static variable belongs to the parent's method — subclasses share it. |
T11-L9 4.77 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();
``` | «fatal typeerror (no output)» Пояснение: The first send(10) only drives the generator to its first yield (returning 1, which is discarded), so the generator is still paused and not completed; calling getReturn() on an incomplete Generator throws a TypeError instead of printing a value.
Raw{"answer": "Fatal TypeError (no output)", "explanation": "The first send(10) only drives the generator to its first yield (returning 1, which is discarded), so the generator is still paused and not completed; calling getReturn() on an incomplete Generator throws a TypeError instead of printing a value."} | неверно верный: «11» | send() resumes the generator: $x = 10, return 10+1. |
T11-L10 1.1 c | Generators, iterators, SPL | What does this code output?
```php
function inner(): Generator
{
yield 1;
yield 2;
return 'ok';
}
function outer(): Generator
{
$r = yield from inner();
yield $r;
}
echo implode(',', iterator_to_array(outer()));
``` | «1,2,ok» Пояснение: The `yield from inner()` forwards inner's yielded values 1 and 2, then the return value 'ok' is captured in $r and subsequently yielded, producing the array [1, 2, 'ok'] which implode joins to '1,2,ok'.
Raw```json ⏎ {"answer": "1,2,ok", "explanation": "The `yield from inner()` forwards inner's yielded values 1 and 2, then the return value 'ok' is captured in $r and subsequently yielded, producing the array [1, 2, 'ok'] which implode joins to '1,2,ok'."} ⏎ ``` | неверно верный: «ok,2» | yield from does not advance the outer auto-key: yield $r gets key 0 and overwrites the 1 — 'ok' comes out first. |
T12-L9 1.27 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 check uses cost 4 matching the hash so it doesn't need rehashing (returns 'no'), while the second checks cost 5 which differs from the stored cost 4, requiring a rehash (returns 'yes').
Raw```json ⏎ {"answer": "noyes", "explanation": "The first check uses cost 4 matching the hash so it doesn't need rehashing (returns 'no'), while the second checks cost 5 which differs from the stored cost 4, requiring a rehash (returns 'yes')."} ⏎ ``` | верно | password_needs_rehash compares the hash's options with the target: cost 4 = 4 → 'no', cost 5 ≠ 4 → 'yes'. |
T12-L10 4.46 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» Пояснение: 2048 is E_STRICT, which remains a bit set within E_ALL in PHP 8.x, so E_ALL & 2048 is non-zero (2048), making the ternary select 'strict-in'.
Raw{"answer": "strict-in", "explanation": "2048 is E_STRICT, which remains a bit set within E_ALL in PHP 8.x, so E_ALL & 2048 is non-zero (2048), making the ternary select '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 19.84 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';
``` | «missing» Пояснение: The header is stored in $_SERVER as HTTP_X_TOKEN and Symfony's HeaderBag normalizes it to the key 'http_x_token' without stripping the HTTP_ prefix, so get('X-Token') returns null.
Raw{"answer": "missing", "explanation": "The header is stored in $_SERVER as HTTP_X_TOKEN and Symfony's HeaderBag normalizes it to the key 'http_x_token' without stripping the HTTP_ prefix, so get('X-Token') returns null."} | неверно верный: «mapped» | 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 17.99 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 calls listeners in descending priority order, so B (priority 10) runs first, then C (priority 5), then A (default priority 0).
Raw{"answer": "BCA", "explanation": "Symfony's EventDispatcher calls listeners in descending priority order, so B (priority 10) runs first, then C (priority 5), then A (default priority 0)."} | верно | Listeners run by descending priority: 10 (B), 5 (C), 0 (A). |
T14-L10 1.37 c | Doctrine | Given: Doctrine ORM 3, an EntityManager on in-memory SQLite, entity User with an auto-increment primary key. The users table is empty. What does this code output?
```php
$u = new User(name: 'A');
$em->persist($u);
$em->flush();
$a = $em->find(User::class, $u->getId());
$b = $em->find(User::class, $u->getId());
echo spl_object_id($a) === spl_object_id($b) ? 'same' : 'diff';
``` | «same» Пояснение: Doctrine's EntityManager maintains a first-level identity map, so both find() calls return the same entity instance ($u) that was persisted, making their spl_object_id values equal.
Raw```json ⏎ {"answer": "same", "explanation": "Doctrine's EntityManager maintains a first-level identity map, so both find() calls return the same entity instance ($u) that was persisted, making their spl_object_id values equal."} ⏎ ``` | верно | Identity map: a second find for the same id returns the same instance. |
T14-L9 5.97 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» Пояснение: Persisting then immediately removing a new (unpersisted) entity cancels out in Doctrine's UnitOfWork, so flush executes no SQL and the empty table stays empty.
Raw{"answer": "0", "explanation": "Persisting then immediately removing a new (unpersisted) entity cancels out in Doctrine's UnitOfWork, so flush executes no SQL and the empty table stays empty."} | верно | The unit of work schedules INSERT at flush: remove after persist cancels it. |
T15-L10 0.35 c | PostgreSQL | What does this SQL query return (PostgreSQL 17)?
```sql
CREATE TEMP TABLE t (x int);
INSERT INTO t VALUES (1), (NULL);
SELECT count(x) FROM t;
``` | «1» Пояснение: count(x) counts only non-NULL values of x, so the single row with x=1 is counted while the NULL row is ignored.
Raw```json ⏎ {"answer": "1", "explanation": "count(x) counts only non-NULL values of x, so the single row with x=1 is counted while the NULL row is ignored."} ⏎ ``` | верно | count(column) skips NULLs; count(*) would return 2. |
T15-L9 1.77 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 subquery computes a running total of x ordered by id (10, 30, 60), and string_agg concatenates these values with a comma separator ordered by id.
Raw{"answer": "10,30,60", "explanation": "The subquery computes a running total of x ordered by id (10, 30, 60), and string_agg concatenates these values with a comma separator ordered by id."} | верно | With ORDER BY the default window frame is running (start to current row). |
T16-L9 37.31 c | Symfony: Messenger | What does this code output?
```php
use Symfony\Component\Messenger\MessageBus;
use Symfony\Component\Messenger\Middleware\MiddlewareInterface;
use Symfony\Component\Messenger\Middleware\StackInterface;
use Symfony\Component\Messenger\Envelope;
final class Trace implements MiddlewareInterface
{
public function __construct(private string $tag) {}
public function handle(Envelope $e, StackInterface $stack): Envelope
{
echo $this->tag;
return $stack->next()->handle($e, $stack);
}
}
$bus = new MessageBus([new Trace('M1'), new Trace('M2')]);
$bus->dispatch(new Envelope(new stdClass()));
``` | «m1m2» Пояснение: The MessageBus runs the middlewares in array order, so the outermost Trace('M1') echoes 'M1' first, then delegates to Trace('M2') which echoes 'M2', producing 'M1M2' (an uncaught LogicException may follow when the innermost next() call has nothing left, but the echoed output is 'M1M2').
Raw{"answer": "M1M2", "explanation": "The MessageBus runs the middlewares in array order, so the outermost Trace('M1') echoes 'M1' first, then delegates to Trace('M2') which echoes 'M2', producing 'M1M2' (an uncaught LogicException may follow when the innermost next() call has nothing left, but the echoed output is 'M1M2')."} | верно | The first-added middleware runs first (outermost). |
T16-L10 49.02 c | Symfony: Messenger | What does this code output?
```php
use Symfony\Component\Messenger\MessageBus;
use Symfony\Component\Messenger\Middleware\HandleMessageMiddleware;
use Symfony\Component\Messenger\Handler\HandlersLocator;
use Symfony\Component\Messenger\Handler\HandlerDescriptor;
use Symfony\Component\Messenger\Envelope;
class Ping {}
$n = 0;
$d1 = new HandlerDescriptor(function (Ping $m) use (&$n) { $n += 1; }, ['alias' => 'h1']);
$d2 = new HandlerDescriptor(function (Ping $m) use (&$n) { $n += 10; }, ['alias' => 'h2']);
$bus = new MessageBus([
new HandleMessageMiddleware(new HandlersLocator([Ping::class => [$d1, $d2]])),
]);
$bus->dispatch(new Envelope(new Ping()));
echo $n;
``` | «11» Пояснение: The HandleMessageMiddleware loops over all handlers returned by HandlersLocator::getHandlers() for the message class without breaking, so both `$d1` ($n += 1) and `$d2` ($n += 10) execute, giving $n = 11.
Raw{"answer": "11", "explanation": "The HandleMessageMiddleware loops over all handlers returned by HandlersLocator::getHandlers() for the message class without breaking, so both `$d1` ($n += 1) and `$d2` ($n += 10) execute, giving $n = 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 the value 1, and the second INSERT conflicts with the unique index so it is skipped, leaving one row in the table.
Raw{"answer": "1", "explanation": "The first INSERT adds the value 1, and the second INSERT conflicts with the unique index so it is skipped, leaving one row in the table."} | верно | ON CONFLICT DO NOTHING skips the duplicate: one insert. |
T17-L10 2.03 c | PostgreSQL: transactions and indexes | What does this sequence of psql commands output?
```sql
BEGIN;
CREATE TEMP TABLE t (a int, UNIQUE (a) DEFERRABLE INITIALLY DEFERRED);
INSERT INTO t VALUES (1);
INSERT INTO t VALUES (1);
SELECT count(*) FROM t;
``` | «2» Пояснение: Because the UNIQUE constraint is DEFERRABLE INITIALLY DEFERRED, its check is postponed until transaction end (COMMIT), so both INSERTs of value 1 succeed and are visible to the SELECT which runs before any COMMIT, returning 2.
Raw{"answer": "2", "explanation": "Because the UNIQUE constraint is DEFERRABLE INITIALLY DEFERRED, its check is postponed until transaction end (COMMIT), so both INSERTs of value 1 succeed and are visible to the SELECT which runs before any COMMIT, returning 2."} | верно | DEFERRED postpones the uniqueness check to COMMIT — count sees 2 rows. |
T18-L9 5.79 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 test_sum` uses a regex without end-anchoring, so it matches both `test_sum` and `test_sum_abs` (each with 3 data-provider cases = 6 tests), while `test_other` does not match.
Raw```json ⏎ {"answer": "6", "explanation": "The `--filter test_sum` uses a regex without end-anchoring, so it matches both `test_sum` and `test_sum_abs` (each with 3 data-provider cases = 6 tests), while `test_other` does not match."} ⏎ ``` | верно | --filter is a substring match: test_sum also matches test_sum_abs (3+3 datasets). |
T18-L10 0.69 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 case with -1 fails the assertTrue check.
Raw```json ⏎ {"answer": "2, 1", "explanation": "The data provider supplies two cases ([1] and [-1]), so 2 tests run; the case with -1 fails the assertTrue check."} ⏎ ``` | верно | 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.52 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 makes curl send an HTTP POST request with the data as the request body.
Raw```json ⏎ {"answer": "POST", "explanation": "The -d/--data option makes curl send an HTTP POST request with the data as the request body."} ⏎ ``` | верно | -d/-F switches curl to POST by default. |
T19-L10 0.37 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 `-d` flag normally sends POST data, but the `-G` flag redirects that data to the query string, converting the request to a GET method.
Raw{"answer": "GET", "explanation": "The `-d` flag normally sends POST data, but the `-G` flag redirects that data to the query string, converting the request to a GET method."} | верно | -G turns -d data into the query string; the method stays GET. |
T20-L9 1.26 c | Security and OAuth | A client hits the token endpoint (RFC 6749) with a non-existent client_id. What value of the error field does the endpoint return? | «invalid_client» Пояснение: Per RFC 6749 Section 5.2, when the client_id is non-existent, client authentication fails, so the endpoint returns the error value 'invalid_client' rather than revealing details about the missing client.
Raw{"answer": "invalid_client", "explanation": "Per RFC 6749 Section 5.2, when the client_id is non-existent, client authentication fails, so the endpoint returns the error value 'invalid_client' rather than revealing details about the missing client."} | верно | Unknown client → invalid_client (RFC 6749 §5.2). |
T20-L10 0.45 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 (hash)» Пояснение: In the OAuth 2.0 implicit flow (response_type=token), the access_token is returned in the URL fragment (the part after the #), not the query string, to avoid sending it to the server.
Raw{"answer": "fragment (hash)", "explanation": "In the OAuth 2.0 implicit flow (response_type=token), the access_token is returned in the URL fragment (the part after the #), not the query string, to avoid sending it to the server."} | верно | The implicit flow passes the token in the URL fragment (#) — it never reaches the server. |
T21-L9 11.21 c | Twig | What does this Twig template output?
```twig
{{ false|default(2) * 3 }}
``` | «6» Пояснение: The default filter replaces the falsy `false` with `2`, and since multiplication binds at least as tightly as the filter, the result is `2 * 3 = 6`.
Raw{"answer": "6", "explanation": "The default filter replaces the falsy `false` with `2`, and since multiplication binds at least as tightly as the filter, the result is `2 * 3 = 6`."} | верно | default replaces exactly false/null/''/[] — false becomes 2, 2*3 = 6; the naive 'default is for undefined only' yields 0. |
T21-L10 51.77 c | Twig | What exception class does render() of this template throw?
```twig
{{ 'a' ~ 1 + 2 }}
``` | «twig\error\runtimeerror» Пояснение: Because concatenation (~) binds tighter than (+), Twig evaluates ('a' ~ 1) + 2, i.e. 'a1' + 2, and PHP's E_WARNING for adding a non-numeric string is converted by Twig's registered error handler into a Twig\Error\RuntimeError.
Raw{"answer": "Twig\\Error\\RuntimeError", "explanation": "Because concatenation (~) binds tighter than (+), Twig evaluates ('a' ~ 1) + 2, i.e. 'a1' + 2, and PHP's E_WARNING for adding a non-numeric string is converted by Twig's registered error handler into a Twig\\Error\\RuntimeError."} | верно | In Twig ~ binds tighter than +: ('a' ~ 1) + 2 → string + int → a render error (RuntimeError). |
T22-L9 20.11 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 value being validated is the non-empty array `['']`, and `NotBlank` allows arrays (checking `0 !== count($value)`), so no violation is produced and `count()` of the resulting empty `ConstraintViolationList` is 0.
Raw{"answer": "0", "explanation": "The value being validated is the non-empty array `['']`, and `NotBlank` allows arrays (checking `0 !== count($value)`), so no violation is produced and `count()` of the resulting empty `ConstraintViolationList` is 0."} | верно | NotBlank treats null, '', [] as blank — the array [''] is not blank. |
T22-L10 1.36 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\unexpectedexception» Пояснение: Calling isValid() on a form that has never been submitted throws Symfony\Component\Form\UnexpectedException, which is caught and printed via get_class().
Raw```json ⏎ {"answer": "Symfony\\Component\\Form\\UnexpectedException", "explanation": "Calling isValid() on a form that has never been submitted throws Symfony\\Component\\Form\\UnexpectedException, which is caught and printed via get_class()."} ⏎ ``` | неверно верный: «symfony\component\form\exception\logicexception» | isValid() on a non-submitted form throws LogicException, it does not return false. |
T23-L9 4.83 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» Пояснение: Symfony DI services are singletons by default, so both get() calls return the same cached stdClass instance, making their spl_object_id values equal.
Raw```json ⏎ {"answer": "same", "explanation": "Symfony DI services are singletons by default, so both get() calls return the same cached stdClass instance, making their spl_object_id values equal."} ⏎ ``` | верно | Container services are shared: two get() calls yield one instance. |
T23-L10 0.95 c | Symfony: configuration and services | What does this code output?
```php
use Symfony\Component\DependencyInjection\ContainerBuilder;
$c = new ContainerBuilder();
$c->setParameter('name', 'Bob');
$c->setParameter('greeting', 'hi %name%');
$c->setParameter('message', '%greeting%!');
$c->compile();
echo $c->getParameter('message');
``` | «hi bob!» Пояснение: The ContainerBuilder resolves nested parameter placeholders recursively at getParameter time, so '%greeting'%' becomes 'hi %name'%' which becomes 'hi Bob'!
Raw{"answer": "hi Bob!", "explanation": "The ContainerBuilder resolves nested parameter placeholders recursively at getParameter time, so '%greeting'%' becomes 'hi %name'%' which becomes 'hi Bob'!"} | верно | compile() resolves %-references transitively: %greeting% → 'hi %name%' → 'hi Bob!', the answer assembles over two hops. |
T24-L9 2.29 c | Bootstrap | What is the max-width of .container in Bootstrap 5.3 at a 992px viewport? | «960px» Пояснение: In Bootstrap 5.3, the .container class applies the breakpoint at and above 992px (lg), where the defined max-width is 960px.
Raw{"answer": "960px", "explanation": "In Bootstrap 5.3, the .container class applies the breakpoint at and above 992px (lg), where the defined max-width is 960px."} | верно | 5.x container widths: 540/720/960/1140/1320 (sm–xxl); 992 → 960px. |
T24-L10 1.33 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-danger» Пояснение: Both text-danger and text-primary set the same 'color' property with equal specificity, so the class that appears later in Bootstrap 5.3's generated stylesheet (text-danger follows text-primary in the theme-colors map) wins.
Raw{"answer": "text-danger", "explanation": "Both text-danger and text-primary set the same 'color' property with equal specificity, so the class that appears later in Bootstrap 5.3's generated stylesheet (text-danger follows text-primary in the theme-colors map) wins."} | верно | Specificity ties — the later rule wins: text-danger is declared after text-primary. |
T25-L9 1.45 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» Пояснение: The OrderService is in the Domain layer, which only depends on Domain, but it imports PlaceOrder (Application) and Db (Infrastructure), producing 2 violations.
Raw{"answer": "2", "explanation": "The OrderService is in the Domain layer, which only depends on Domain, but it imports PlaceOrder (Application) and Db (Infrastructure), producing 2 violations."} | верно | Domain may depend only on Domain: PlaceOrder (Application) + Db (Infrastructure) = 2. |
T25-L10 3.96 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» Пояснение: The class is in the Domain layer, which may only depend on Domain, but it imports App\Application\PlaceOrder (Application), App\Infrastructure\Db (Infrastructure), and App\Infrastructure\Logger (Infrastructure), each counting as one forbidden dependency edge.
Raw{"answer": "3", "explanation": "The class is in the Domain layer, which may only depend on Domain, but it imports App\\Application\\PlaceOrder (Application), App\\Infrastructure\\Db (Infrastructure), and App\\Infrastructure\\Logger (Infrastructure), each counting as one forbidden dependency edge."} | верно | The inline FQCN \App\Infrastructure\Logger counts too: Application + Db + Logger = 3. |
T26-L10 0.94 c | DDD | What does this code output?
```php
final class Money
{
public function __construct(public readonly int $amount) {}
public function add(Money $o): Money
{
return new self($this->amount + $o->amount);
}
}
$a = new Money(10);
$c = $a->add(new Money(5));
echo $a->amount . ',' . $c->amount;
``` | «10,15» Пояснение: $a->amount is 10 and $c->amount is the result of adding 5 to 10, which is 15, so the output is "10,15".
Raw{"answer": "10,15", "explanation": "$a->amount is 10 and $c->amount is the result of adding 5 to 10, which is 15, so the output is \"10,15\"."} | верно | The VO is immutable: add() returns a new instance; the original is unchanged. |
T26-L9 1.24 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» Пояснение: The remove() method throws a DomainException because there's exactly one item before removal, which prevents the unset from executing, so count() still returns 1.
Raw{"answer": "1", "explanation": "The remove() method throws a DomainException because there's exactly one item before removal, which prevents the unset from executing, so count() still returns 1."} | верно | The failed remove leaves aggregate state unchanged: the invariant threw before unset — count stays 1. |
VC-L9 1.85 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 C and immediately calls hi(), which returns the string 'hi', so it echoes 'hi'.
Raw```json ⏎ {"answer": "hi", "explanation": "The code creates a new instance of C and immediately calls hi(), which returns the string 'hi', so it echoes 'hi'."} ⏎ ``` | верно | Since 8.4, new in a method chain works without wrapping parentheses. |
VC-L10 2.59 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';
``` | «yes no» Пояснение: The lazy ghost's initializer callback (which sets $obj->v = 21) runs only when the property $o->v is first accessed, so it reports 'yes' before access and 'no' after.
Raw```json ⏎ {"answer": "yes\nno", "explanation": "The lazy ghost's initializer callback (which sets $obj->v = 21) runs only when the property $o->v is first accessed, so it reports 'yes' before access and 'no' after."} ⏎ ``` | неверно верный: «yesno» | newLazyGhost (8.4): the object stays lazy until first access — reading a property initializes it and clears the flag. |
T28-L9 1.13 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 Security Guard component (including AbstractGuardAuthenticator) was deprecated in 5.1 and completely removed in 6.0, so the class does not exist in Symfony 8.1.
Raw{"answer": "no", "explanation": "The Symfony Security Guard component (including AbstractGuardAuthenticator) was deprecated in 5.1 and completely removed in 6.0, so the class does not exist in Symfony 8.1."} | верно | Guard authentication was removed in Symfony 7.0 — the class is gone in 8.1. |
T28-L10 4.93 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 6.0 the deprecated AnnotationClassLoader was removed (so it doesn't exist in 6.4/8.1, giving 'no'), while AttributeClassLoader for PHP 8 attributes remains available (giving 'yes').
Raw{"answer": "noyes", "explanation": "In Symfony 6.0 the deprecated AnnotationClassLoader was removed (so it doesn't exist in 6.4/8.1, giving 'no'), while AttributeClassLoader for PHP 8 attributes remains available (giving 'yes')."} | верно | Annotation loaders were removed in 7.0; only attribute loaders remain (Annotation→Attribute). |