Пример запроса (первая клетка). System одинаковый во всех запросах прогона, user — свой вопрос для каждой клетки:
| Клетка | Тема | Утверждение | Ответ |
Результат | Обоснование |
T01-L1 3.43 c | Syntax and operators | Double-quoted and single-quoted strings are processed identically; the difference is only in speed. | «no» Пояснение: ", "explanation": "Double-quoted strings process variable interpolation and escape sequences, while single-quoted strings only interpret \\ and \' escapes, so they are not processed identically."}
Raw{"answer": "no", "explanation": "Double-quoted strings process variable interpolation and escape sequences, while single-quoted strings only interpret \\ and \' escapes, so they are not processed identically."} | верно парсинг: текст (фолбэк) | В двойных кавычках работают интерполяция переменных и escape-последовательности, в одинарных — нет. |
T01-L2 0.29 c | Syntax and operators | The ?? operator follows isset semantics and raises no warnings for undefined variables. | «yes» Пояснение: The null coalescing operator (??) follows isset semantics and does not raise a warning for undefined variables.
Raw{"answer": "yes", "explanation": "The null coalescing operator (??) follows isset semantics and does not raise a warning for undefined variables."} | верно | ?? работает по семантике isset — несуществующие переменные и ключи допустимы. |
T01-L3 0.36 c | Syntax and operators | What will this print: echo 'a', 'b'; | «ab» Пояснение: echo can accept multiple comma-separated arguments which are concatenated and output together.
Raw```json ⏎ {"answer": "ab", "explanation": "echo can accept multiple comma-separated arguments which are concatenated and output together."} ⏎ ``` | верно | echo принимает список аргументов: ab. |
T01-L4 0.66 c | Syntax and operators | print returns the value 1 and can be used inside an expression. | «yes» Пояснение: In PHP, print always returns 1 and, unlike echo, it can be used inside an expression.
Raw{"answer": "yes", "explanation": "In PHP, print always returns 1 and, unlike echo, it can be used inside an expression."} | верно | print — выражение со значением 1, в отличие от echo, который значения не возвращает. |
T01-L5 0.38 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 when the left is falsy.
Raw{"answer": "no", "explanation": "The ?: (elvis) operator returns its left operand when it is truthy, and the right operand when the left is falsy."} | верно | Наоборот: $a ?: $b возвращает $a, если он истинный, иначе $b. |
T01-L6 0.96 c | Syntax and operators | In PHP 8, the concatenation operator (.) has lower precedence than addition and subtraction. | «yes» Пояснение: In PHP, the concatenation operator (.) has lower precedence than the addition (+) and subtraction (-) operators, which is why expressions like '1 + 2 . foo' evaluate as '(1 + 2) . foo' rather than '1 + (2 . foo)'.
Raw{"answer": "yes", "explanation": "In PHP, the concatenation operator (.) has lower precedence than the addition (+) and subtraction (-) operators, which is why expressions like '1 + 2 . foo' evaluate as '(1 + 2) . foo' rather than '1 + (2 . foo)'."} | верно | С PHP 8 (RFC concat precedence) '.' имеет приоритет ниже арифметики: 'сумма: ' . 2 + 3 → 'сумма: 5' (в PHP 7 было иначе). |
T01-L7 0.51 c | Syntax and operators | The expression 2 ** 3 ** 2 in PHP evaluates as (2 ** 3) ** 2, that is, 64. | «no» Пояснение: In PHP the ** operator is right-associative, so 2 ** 3 ** 2 evaluates as 2 ** (3 ** 2) = 2 ** 9 = 512, not 64.
Raw{"answer": "no", "explanation": "In PHP the ** operator is right-associative, so 2 ** 3 ** 2 evaluates as 2 ** (3 ** 2) = 2 ** 9 = 512, not 64."} | верно | ** право-ассоциативен: 2 ** (3 ** 2) = 2 ** 9 = 512. |
T01-L8 2.04 c | Syntax and operators | What string will this print: echo 'sum: ' . 2 + 3; (PHP 8)? | «3» Пояснение: Concatenation (.) has higher precedence than addition (+), so it evaluates as ('sum: ' . 2) + 3, which gives 'sum: 2' + 3; the non-numeric string converts to 0, so 0 + 3 = 3.
Raw{"answer": "3", "explanation": "Concatenation (.) has higher precedence than addition (+), so it evaluates as ('sum: ' . 2) + 3, which gives 'sum: 2' + 3; the non-numeric string converts to 0, so 0 + 3 = 3."} | неверно верный: «sum: 5» | Парная к verify-клетке про приоритет: 'сумма: 5'. |
T02-L1 0.56 c | Types and comparisons | With strict comparison (===), arrays are considered equal regardless of element order. | «no» Пояснение: With strict comparison (===), arrays must have the same key/value pairs in the same order to be considered equal, so element order matters.
Raw{"answer": "no", "explanation": "With strict comparison (===), arrays must have the same key/value pairs in the same order to be considered equal, so element order matters."} | верно | === для массивов требует совпадения и значений, и их порядка. |
T02-L2 0.89 c | Types and comparisons | The comparison 0 == false returns false because it is a strict comparison. | «no» Пояснение: The statement is false: 0 == false returns true in PHP, and == is a loose (non-strict) comparison operator, whereas === is the strict one.
Raw{"answer": "no", "explanation": "The statement is false: 0 == false returns true in PHP, and == is a loose (non-strict) comparison operator, whereas === is the strict one."} | верно | Наоборот: == — нестрогое сравнение и возвращает true; строгое — это === (0 === false → false). |
T02-L3 0.58 c | Types and comparisons | In PHP 8, the expression "abc" == 0 returns true. | «yes» Пояснение: In PHP, loose comparison of a non-numeric string with a number converts the string to 0, so "abc" == 0 evaluates to true.
Raw{"answer": "yes", "explanation": "In PHP, loose comparison of a non-numeric string with a number converts the string to 0, so \"abc\" == 0 evaluates to true."} | неверно верный: «no» | С PHP 8 нечисловая строка сравнивается как строка: "abc" == "0" → false (в PHP 7 было true). |
T02-L4 0.79 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 treated as an empty value, so null == 0, null == "", and null == false all evaluate to true.
Raw{"answer": "yes", "explanation": "Under PHP's loose comparison, null is treated as an empty value, so null == 0, null == \"\", and null == false all evaluate to true."} | верно | null == 0, null == "" и null == false — все true. |
T02-L5 0.66 c | Types and comparisons | What does the expression (int) '42abc' return? | «42» Пояснение: In PHP, casting a string with a numeric prefix to int extracts the leading numeric portion, so (int) '42abc' returns 42.
Raw```json ⏎ {"answer": 42, "explanation": "In PHP, casting a string with a numeric prefix to int extracts the leading numeric portion, so (int) '42abc' returns 42."} ⏎ ``` | верно | Ведущая числовая часть: 42, без ошибок и warning. |
T02-L6 0.45 c | Types and comparisons | What does the expression '5' + 5 return? | «10» Пояснение: In PHP, the '+' operator forces numeric context, so the string '5' is converted to the number 5 and added to 5, resulting in 10.
Raw```json ⏎ {"answer": 10, "explanation": "In PHP, the '+' operator forces numeric context, so the string '5' is converted to the number 5 and added to 5, resulting in 10."} ⏎ ``` | верно | Числовая строка приводится: int 10. |
T02-L7 1.0 c | Types and comparisons | When cast to string, false becomes "0". | «no» Пояснение: When cast to string, false becomes an empty string (""), not "0"; it is true that becomes "1".
Raw{"answer": "no", "explanation": "When cast to string, false becomes an empty string (\"\"), not \"0\"; it is true that becomes \"1\"."} | верно | false → "", true → "1". |
T02-L8 0.56 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, which is not identical to 0.3, so the strict comparison returns false.
Raw{"answer": "yes", "explanation": "Due to floating-point precision, 0.1 + 0.2 evaluates to 0.30000000000000004, which is not identical to 0.3, so the strict comparison returns false."} | верно | Двоичная погрешность float: 0.1 + 0.2 = 0.30000000000000004. |
T03-L1 0.5 c | Strings | strrev() correctly reverses a UTF-8 string. | «no» Пояснение: strrev() reverses bytes individually, so multibyte UTF-8 characters get scrambled rather than reversed correctly (you'd need mb_strrev() instead).
Raw{"answer": "no", "explanation": "strrev() reverses bytes individually, so multibyte UTF-8 characters get scrambled rather than reversed correctly (you'd need mb_strrev() instead)."} | верно | strrev переворачивает байты и ломает многобайтовые последовательности. |
T03-L2 0.47 c | Strings | str_contains('Hello world', 'world') returns true. | «yes» Пояснение: str_contains() returns true when the haystack string contains the needle string, and 'Hello world' does contain 'world'.
Raw```json ⏎ {"answer": "yes", "explanation": "str_contains() returns true when the haystack string contains the needle string, and 'Hello world' does contain 'world'."} ⏎ ``` | верно | str_contains с PHP 8.0 проверяет вхождение подстроки. |
T03-L3 0.47 c | Strings | str_pad() can pad a string on the right side only. | «no» Пояснение: str_pad() can pad on the left (STR_PAD_LEFT), right (STR_PAD_RIGHT, the default), or both sides (STR_PAD_BOTH), not the right side only.
Raw{"answer": "no", "explanation": "str_pad() can pad on the left (STR_PAD_LEFT), right (STR_PAD_RIGHT, the default), or both sides (STR_PAD_BOTH), not the right side only."} | верно | STR_PAD_LEFT / STR_PAD_BOTH меняют сторону дополнения. |
T03-L4 0.74 c | Strings | By default trim() strips only spaces, leaving tabs and newlines intact. | «no» Пояснение: By default, PHP's trim() removes not only spaces but also tabs, newlines, carriage returns, NUL-bytes, and vertical tabs.
Raw{"answer": "no", "explanation": "By default, PHP's trim() removes not only spaces but also tabs, newlines, carriage returns, NUL-bytes, and vertical tabs."} | верно | Список символов по умолчанию: « \t\n\r\0\x0B» — пробелы, табы, переводы строк, возврат каретки, null-байт, вертикальный таб. Проверено php -r. |
T03-L5 0.57 c | Strings | How many BYTES does strlen('héllo') return for a UTF-8 string? | «6» Пояснение: strlen counts bytes, not characters, and the é character takes 2 bytes in UTF-8 (h=1, é=2, l=1, l=1, o=1).
Raw{"answer": "6", "explanation": "strlen counts bytes, not characters, and the é character takes 2 bytes in UTF-8 (h=1, é=2, l=1, l=1, o=1)."} | верно | 6 букв по 2 байта: 12. |
T03-L6 0.61 c | Strings | What does substr('abcdef', -3) return? | «def» Пояснение: In PHP's substr(), a negative offset counts from the end of the string, so -3 means start 3 characters from the end, returning the last 3 characters 'def'.
Raw{"answer": "def", "explanation": "In PHP's substr(), a negative offset counts from the end of the string, so -3 means start 3 characters from the end, returning the last 3 characters 'def'."} | верно | Отрицательное смещение — с конца: def. |
T03-L7 0.36 c | Strings | ucfirst() modifies the string passed to it in place. | «no» Пояснение: In PHP strings are immutable, so ucfirst() returns a new string with the first character capitalized without modifying the original in place.
Raw{"answer": "no", "explanation": "In PHP strings are immutable, so ucfirst() returns a new string with the first character capitalized without modifying the original in place."} | верно | Строки неизменяемы; ucfirst возвращает новую строку. |
T03-L8 0.37 c | Strings | Variable interpolation works in heredoc but not in nowdoc. | «yes» Пояснение: Heredoc (<<<EOT) interpolates variables like double quotes, while nowdoc (<<<'EOT') does not interpolate variables, behaving like single-quoted strings.
Raw{"answer": "yes", "explanation": "Heredoc (<<<EOT) interpolates variables like double quotes, while nowdoc (<<<'EOT') does not interpolate variables, behaving like single-quoted strings."} | верно | Nowdoc — «одинарные кавычки» в тройном синтаксисе: текст как есть. |
T04-L1 0.54 c | Arrays | The sort() function preserves the key-to-value association of the array. | «no» Пояснение: sort() reindexes the array with sequential integer keys and does not preserve the key-to-value association (that's what asort() does).
Raw{"answer": "no", "explanation": "sort() reindexes the array with sequential integer keys and does not preserve the key-to-value association (that's what asort() does)."} | верно | sort перенумеровывает ключи; связь сохраняет asort. |
T04-L2 0.42 c | Arrays | The string key '5' in an array is stored as the integer 5. | «yes» Пояснение: In PHP, string array keys that are valid decimal integer strings (without leading zeros) are automatically converted to integer keys.
Raw{"answer": "yes", "explanation": "In PHP, string array keys that are valid decimal integer strings (without leading zeros) are automatically converted to integer keys."} | верно | Каноничные десятичные строковые ключи приводятся к int. |
T04-L3 0.42 c | Arrays | The in_array() function uses strict comparison (===) by default. | «no» Пояснение: in_array() uses loose (non-strict) comparison by default; you must pass true as the third parameter to enable strict comparison.
Raw{"answer": "no", "explanation": "in_array() uses loose (non-strict) comparison by default; you must pass true as the third parameter to enable strict comparison."} | верно | По умолчанию сравнение нестрогое; строгое — третий аргумент true. |
T04-L4 0.62 c | Arrays | Without a callback, array_filter() removes all "empty" (falsy) elements from the array. | «yes» Пояснение: Without a callback, array_filter() uses the default behavior of testing each element as a boolean and removing all falsy (empty) values from the array.
Raw```json ⏎ {"answer": "yes", "explanation": "Without a callback, array_filter() uses the default behavior of testing each element as a boolean and removing all falsy (empty) values from the array."} ⏎ ``` | верно | Убирает 0, "", null, false и пустые массивы. |
T04-L5 0.5 c | Arrays | By default, array_slice() preserves the original numeric keys of the array. | «no» Пояснение: By default, array_slice() re-indexes the array numerically from 0, so original keys are not preserved unless the $preserve_keys parameter is set to true.
Raw{"answer": "no", "explanation": "By default, array_slice() re-indexes the array numerically from 0, so original keys are not preserved unless the $preserve_keys parameter is set to true."} | верно | По умолчанию ключи перенумеровываются; сохранение — 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 a portion starting at offset 1 and takes 2 elements, returning [20, 30] with reindexed keys.
Raw{"answer": "[20, 30]", "explanation": "array_slice extracts a portion starting at offset 1 and takes 2 elements, returning [20, 30] with reindexed keys."} | верно | [20,30]; ключи перенумеровываются. |
T04-L7 0.97 c | Arrays | How many elements will count(['a' => 1] + ['a' => 9, 'b' => 2]) return? | «2» Пояснение: The union operator (+) keeps the left array's values for matching keys and appends only the right array's new keys, so the result is ['a' => 1, 'b' => 2] which has 2 elements.
Raw```json ⏎ {"answer": "2", "explanation": "The union operator (+) keeps the left array's values for matching keys and appends only the right array's new keys, so the result is ['a' => 1, 'b' => 2] which has 2 elements."} ⏎ ``` | верно | Оператор + : по ключу 'a' побеждает левый; итого 2. |
T04-L8 0.61 c | Arrays | Since PHP 8.1, the spread operator [...$a, ...$b] supports arrays with string keys. | «yes» Пояснение: Since PHP 8.1, the spread operator works with associative arrays that have string keys, not just numerically indexed arrays.
Raw{"answer": "yes", "explanation": "Since PHP 8.1, the spread operator works with associative arrays that have string keys, not just numerically indexed arrays."} | верно | В 8.0 — только числовые ключи; 8.1 снял ограничение. |
T05-L1 6.85 c | Functions and closures | Named arguments cannot be combined with argument unpacking ...$args in a single call. | «no» Пояснение: As of PHP 8.1, named arguments can be combined with argument unpacking (...$args) in a single call, such as foo(a: 1, ...['b' => 2, 'c' => 3]);.
Raw```json ⏎ {"answer": "false", "explanation": "As of PHP 8.1, named arguments can be combined with argument unpacking (...$args) in a single call, such as foo(a: 1, ...['b' => 2, 'c' => 3]);."} ⏎ ``` | верно | Можно: 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) do not automatically inherit outer scope variables; they must be explicitly imported using the use keyword.
Raw{"answer": "no", "explanation": "In PHP, anonymous functions (closures) do not automatically inherit outer scope variables; they must be explicitly imported using the use keyword."} | верно | Без use внешние переменные недоступны; авто-захват только у fn. |
T05-L3 0.39 c | Functions and closures | What will func_num_args() return inside function f($a) { return func_num_args(); } when called as f(1, 2, 3)? | «3» Пояснение: func_num_args() returns the total number of arguments actually passed to the function, which is 3 regardless of the single declared parameter.
Raw{"answer": "3", "explanation": "func_num_args() returns the total number of arguments actually passed to the function, which is 3 regardless of the single declared parameter."} | верно | Считает переданные аргументы: 3. |
T05-L4 0.86 c | Functions and closures | The body of an arrow function fn may consist of several expressions in curly braces. | «no» Пояснение: Arrow functions in PHP have only a concise single-expression body with no curly-brace block.
Raw```json ⏎ {"answer": "no", "explanation": "Arrow functions in PHP have only a concise single-expression body with no curly-brace block."} ⏎ ``` | верно | fn — всегда одно выражение; блок операторов делает обычная анонимная функция. |
T05-L5 0.9 c | Functions and closures | An arrow function fn captures outer variables by reference (lazily, at use time). | «no» Пояснение: In PHP, arrow functions capture outer variables by value automatically (not by reference), unless you explicitly prefix them with & to capture by reference.
Raw{"answer": "no", "explanation": "In PHP, arrow functions capture outer variables by value automatically (not by reference), unless you explicitly prefix them with & to capture by reference."} | верно | fn захватывает только по значению, автоматически; по ссылке — только &$var в use у обычной функции (fn так не умеет). |
T05-L6 0.6 c | Functions and closures | A closure declared as static function () {} does not capture $this. | «yes» Пояснение: Declaring a closure as static detaches it from the enclosing scope's $this, so it cannot access $this and does not capture it.
Raw```json ⏎ {"answer": "yes", "explanation": "Declaring a closure as static detaches it from the enclosing scope's $this, so it cannot access $this and does not capture it."} ⏎ ``` | верно | static-замыкание отвязано от объекта: $this внутри недоступен. |
T05-L7 0.35 c | Functions and closures | What will this print: $x = 5; $f = function () use ($x) { return $x; }; $x = 7; echo $f(); | «5» Пояснение: Closures capture variables by value at the time they are created, so $f captures 5 before $x is reassigned to 7.
Raw{"answer": "5", "explanation": "Closures capture variables by value at the time they are created, so $f captures 5 before $x is reassigned to 7."} | верно | use захватывает по значению в момент создания: 5. |
T05-L8 0.4 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 automatic type coercion, so the string "5" is coerced to the integer 5 when passed to an int parameter.
Raw{"answer": "yes", "explanation": "In weak typing mode, PHP performs automatic type coercion, so the string \"5\" is coerced to the integer 5 when passed to an int parameter."} | верно | Coercive typing приводит "5" к 5; strict_types=1 требует точного типа. |
T06-L1 0.33 c | OOP: classes and inheritance | PHP supports constructor property promotion: public function __construct(private int $x) {}. | «yes» Пояснение: PHP 8.0 introduced constructor property promotion, which allows declaring and assigning properties directly in the constructor parameters.
Raw{"answer": "yes", "explanation": "PHP 8.0 introduced constructor property promotion, which allows declaring and assigning properties directly in the constructor parameters."} | верно | С PHP 8.0 параметр с модификатором создаёт свойство и присваивание. |
T06-L2 0.33 c | OOP: classes and inheritance | Which keyword prevents a method from being overridden in subclasses? | «final» Пояснение: The `final` keyword prevents a method or class from being overridden or extended by subclasses.
Raw{"answer": "final", "explanation": "The `final` keyword prevents a method or class from being overridden or extended by subclasses."} | верно | final. |
T06-L3 0.26 c | OOP: classes and inheritance | A method declared final cannot be overridden in a subclass. | «yes» Пояснение: In PHP, declaring a method as final prevents it from being overridden by any subclass.
Raw{"answer": "yes", "explanation": "In PHP, declaring a method as final prevents it from being overridden by any subclass."} | верно | final запрещает переопределение метода и наследование класса. |
T06-L4 0.43 c | OOP: classes and inheritance | Parent properties with private visibility are accessible in a subclass. | «no» Пояснение: Private properties are only accessible within the class that defines them and are not directly accessible from any subclass.
Raw{"answer": "false", "explanation": "Private properties are only accessible within the class that defines them and are not directly accessible from any subclass."} | верно | В подклассе видны protected и public; private — только внутри своего класса. |
T06-L5 0.81 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» Пояснение: get_class() on an anonymous class returns a name formatted as "class@anonymous\0<file>:<line>", and the portion before the NUL byte is "class@anonymous".
Raw{"answer": "class@anonymous", "explanation": "get_class() on an anonymous class returns a name formatted as \"class@anonymous\\0<file>:<line>\", and the portion before the NUL byte is \"class@anonymous\"."} | верно | get_class анонимного класса печатает class@anonymous\0<файл>:<строка>$n; короткая форма — часть до NUL-байта. Проверено php -r (hex). |
T06-L6 2.36 c | OOP: classes and inheritance | A private parent method is not part of the inheritance contract: a child may declare a method with the same name and any visibility. | «yes» Пояснение: Private methods are scoped only to their declaring class, so they don't form part of the inheritance contract, and a child class can declare a same-named method with any visibility without conflict.
Raw```json ⏎ {"answer": "yes", "explanation": "Private methods are scoped only to their declaring class, so they don't form part of the inheritance contract, and a child class can declare a same-named method with any visibility without conflict."} ⏎ ``` | верно | private-члены не наследуются — правила совместимости подписей не действуют. |
T06-L7 0.63 c | OOP: classes and inheritance | The magic method __get() is called only for non-existent properties. | «no» Пояснение: __get() is triggered not only for non-existent properties but also for properties that exist yet are inaccessible (private/protected) from the current scope.
Raw{"answer": "no", "explanation": "__get() is triggered not only for non-existent properties but also for properties that exist yet are inaccessible (private/protected) from the current scope."} | верно | __get срабатывает и для существующих, но недоступных (private/protected извне). |
T06-L8 0.82 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 it has been set throws an Error (specifically a Cannot reassign readonly property Error), not a regular Exception.
Raw{"answer": "Error", "explanation": "In PHP 8.1+, reassigning a readonly property after it has been set throws an Error (specifically a Cannot reassign readonly property Error), not a regular Exception."} | верно | Error (readonly с 8.1); оговорка: в __clone() переинициализация допустима (8.3+). |
T07-L1 0.46 c | Interfaces, traits, enum | An interface can declare constants. | «yes» Пояснение: In PHP, interfaces can declare constants, which since PHP 7.1 are implicitly public.
Raw{"answer": "yes", "explanation": "In PHP, interfaces can declare constants, which since PHP 7.1 are implicitly public."} | верно | Константы интерфейса наследуются реализациями. |
T07-L2 0.31 c | Interfaces, traits, enum | Which operator checks whether an object is an instance of a class or interface? | «instanceof» Пояснение: The instanceof operator in PHP is used to determine whether an object is an instance of a particular class or interface.
Raw```json ⏎ {"answer": "instanceof", "explanation": "The instanceof operator in PHP is used to determine whether an object is an instance of a particular class or interface."} ⏎ ``` | верно | instanceof. |
T07-L3 0.3 c | Interfaces, traits, enum | An interface can declare static methods. | «yes» Пояснение: Since PHP 8.0, interfaces are allowed to declare static methods, which must be implemented by the classes that use the interface.
Raw{"answer": "yes", "explanation": "Since PHP 8.0, interfaces are allowed to declare static methods, which must be implemented by the classes that use the interface."} | верно | Реализация обязана дать статический метод с той же сигнатурой. |
T07-L4 0.3 c | Interfaces, traits, enum | The instanceof operator only checks class inheritance: it ignores interfaces. | «no» Пояснение: The instanceof operator in PHP checks both class inheritance and interface implementation, so it does not ignore interfaces.
Raw{"answer": "no", "explanation": "The instanceof operator in PHP checks both class inheritance and interface implementation, so it does not ignore interfaces."} | верно | instanceof возвращает true и для интерфейсов объекта. |
T07-L5 0.75 c | Interfaces, traits, enum | An interface method may have a default implementation, like a trait method. | «yes» Пояснение: Since PHP 8.0, interfaces are allowed to have methods with default implementations, similar to how trait methods can be overridden.
Raw{"answer": "yes", "explanation": "Since PHP 8.0, interfaces are allowed to have methods with default implementations, similar to how trait methods can be overridden."} | неверно верный: «no» | Методы интерфейса — только сигнатуры; тело даёт реализующий класс. |
T07-L6 0.6 c | Interfaces, traits, enum | An abstract method in an abstract class may have protected visibility. | «yes» Пояснение: In PHP, an abstract method in an abstract class can be declared with public, protected, or private visibility.
Raw{"answer": "yes", "explanation": "In PHP, an abstract method in an abstract class can be declared with public, protected, or private visibility."} | верно | В абстрактном классе — любая видимость; в интерфейсе — только public. |
T07-L7 0.63 c | Interfaces, traits, enum | How many elements will Foo::cases() return for enum Foo { case A; case B; case C; }? | «3» Пояснение: Foo::cases() returns an array containing all enum cases, and since Foo defines exactly three cases (A, B, C), the array has 3 elements.
Raw{"answer": "3", "explanation": "Foo::cases() returns an array containing all enum cases, and since Foo defines exactly three cases (A, B, C), the array has 3 elements."} | верно | Статический метод cases(): 3. |
T07-L8 0.43 c | Interfaces, traits, enum | A trait can declare constants. | «yes» Пояснение: PHP traits can declare constants along with properties and methods.
Raw{"answer": "yes", "explanation": "PHP traits can declare constants along with properties and methods."} | верно | С PHP 8.2 трейты могут объявлять константы (RFC constants_in_traits); до 8.2 — нет. |
T08-L1 0.71 c | Exceptions and errors | The Throwable interface is a common ancestor of both Exception and Error. | «yes» Пояснение: In PHP 7+, both the Exception and Error classes implement the Throwable interface, making Throwable their common ancestor.
Raw{"answer": "yes", "explanation": "In PHP 7+, both the Exception and Error classes implement the Throwable interface, making Throwable their common ancestor."} | верно | Иерархия с PHP 7: Throwable → Exception и Throwable → Error. |
T08-L2 0.5 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 catching Exception will not catch TypeError.
Raw{"answer": "no", "explanation": "TypeError extends Error, not Exception, so catching Exception will not catch TypeError."} | верно | TypeError наследуется от Error; catch (Exception) его не ловит. |
T08-L3 0.45 c | Exceptions and errors | The @ operator suppresses exceptions too. | «no» Пояснение: The @ operator only suppresses PHP runtime errors/warnings, not exceptions, which are handled via try/catch blocks.
Raw{"answer": "false", "explanation": "The @ operator only suppresses PHP runtime errors/warnings, not exceptions, which are handled via try/catch blocks."} | верно | @ глушит диагностику (warnings/notices), исключения не перехватывает. |
T08-L4 0.44 c | Exceptions and errors | What error class does intdiv(5, 0) throw? | «divisionbyzeroerror» Пояснение: intdiv(5, 0) triggers a division by zero which PHP throws as a DivisionByZeroError exception.
Raw{"answer": "DivisionByZeroError", "explanation": "intdiv(5, 0) triggers a division by zero which PHP throws as a DivisionByZeroError exception."} | верно | DivisionByZeroError (иерархия Error, не Exception); php-грейдер объективен. |
T08-L5 0.5 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 or caught, or even if there is no catch block at all.
Raw{"answer": "no", "explanation": "The finally block always executes regardless of whether an exception was thrown or caught, or even if there is no catch block at all."} | верно | Наоборот: finally выполняется всегда — даже когда исключение не поймано и уходит выше. Проверено php -r. |
T08-L6 0.95 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 propagates and overrides the normal result or return value of the try block, so it does have an effect.
Raw{"answer": "no", "explanation": "An exception thrown inside a finally block propagates and overrides the normal result or return value of the try block, so it does have an effect."} | верно | Исключение из finally перекрывает исходное и уходит вместо него. |
T08-L7 0.51 c | Exceptions and errors | What does the expression (bool) new Exception('x') return? | «yes» Пояснение: In PHP, casting any object (including an Exception) to a boolean always returns true, regardless of its properties.
Raw{"answer": "yes", "explanation": "In PHP, casting any object (including an Exception) to a boolean always returns true, regardless of its properties."} | верно | Любой объект при приведении к bool — true. Формы ответа: true или да. |
T08-L8 0.48 c | Exceptions and errors | Functions registered via register_shutdown_function() run when exit is called. | «yes» Пояснение: Functions registered via register_shutdown_function() are executed when the script terminates, including when exit() or die() is called.
Raw{"answer": "yes", "explanation": "Functions registered via register_shutdown_function() are executed when the script terminates, including when exit() or die() is called."} | верно | exit завершает скрипт, но shutdown-функции отрабатывают. |
T09-L1 0.6 c | Namespaces and autoloading | The use App\Service\Mailer; statement itself loads the class file. | «no» Пояснение: The `use` statement only creates an alias/imports a namespace reference; the actual class file is loaded lazily by the autoloader when the class is first referenced, not by the `use` statement itself.
Raw{"answer": "no", "explanation": "The `use` statement only creates an alias/imports a namespace reference; the actual class file is loaded lazily by the autoloader when the class is first referenced, not by the `use` statement itself."} | верно | use — псевдоним на этапе компиляции; файл грузит автозагрузчик при первом обращении. |
T09-L2 0.93 c | Namespaces and autoloading | What follows use to import a function (not a class): the word function or const? | «function» Пояснение: In PHP, to import a function from a namespace you write `use function`, whereas `use const` is used for constants and nothing is needed for classes.
Raw{"answer": "function", "explanation": "In PHP, to import a function from a namespace you write `use function`, whereas `use const` is used for constants and nothing is needed for classes."} | верно | use function ...; (и use const для констант). |
T09-L3 0.69 c | Namespaces and autoloading | Into which file (path from src/) does the PSR-4 mapping "App\ → src/" place the class App\Controller\Api\UserController? | «controller/api/usercontroller.php» Пояснение: PSR-4 maps the App\ namespace prefix to src/, so the class App\Controller\Api\UserController is located at src/Controller/Api/UserController.php, meaning from src/ the path is Controller/Api/UserController.php.
Raw{"answer": "Controller/Api/UserController.php", "explanation": "PSR-4 maps the App\\ namespace prefix to src/, so the class App\\Controller\\Api\\UserController is located at src/Controller/Api/UserController.php, meaning from src/ the path is Controller/Api/UserController.php."} | верно | Остаток имени после префикса, \ → /. |
T09-L4 0.43 c | Namespaces and autoloading | Including vendor/autoload.php registers autoloaders via spl_autoload_register(). | «yes» Пояснение: Composer's vendor/autoload.php loads autoloader definition files (like autoload_real.php) which register classmap, PSR-4, and files autoloaders through spl_autoload_register().
Raw```json ⏎ {"answer": "yes", "explanation": "Composer's vendor/autoload.php loads autoloader definition files (like autoload_real.php) which register classmap, PSR-4, and files autoloaders through spl_autoload_register()."} ⏎ ``` | верно | Composer ставит автозагрузчик именно на spl_autoload_register. |
T09-L5 0.34 c | Namespaces and autoloading | The magic constant __NAMESPACE__ contains the name of the current namespace. | «yes» Пояснение: __NAMESPACE__ is a PHP magic constant that returns the name of the current namespace.
Raw```json ⏎ {"answer": "yes", "explanation": "__NAMESPACE__ is a PHP magic constant that returns the name of the current namespace."} ⏎ ``` | верно | В корневом пространстве — пустая строка. |
T09-L6 2.08 c | Namespaces and autoloading | An unqualified class name (without a leading \) in new is resolved from the global root. | «no» Пояснение: An unqualified class name in a new expression is resolved relative to the current namespace (with fallback to the global namespace), not from the global root—only a fully qualified name with a leading backslash is resolved from the global root.
Raw```json ⏎ {"answer": "no", "explanation": "An unqualified class name in a new expression is resolved relative to the current namespace (with fallback to the global namespace), not from the global root—only a fully qualified name with a leading backslash is resolved from the global root."} ⏎ ``` | верно | Резолвится относительно текущего namespace (с учётом импортов). |
T09-L7 0.36 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 the file 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 the file src/Model/User.php."} | верно | Остаток имени после префикса переносится в путь как есть. |
T09-L8 0.61 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, the use statement can be written inside a function body to import a namespace locally, and that import applies only within that function's scope.
Raw```json ⏎ {"answer": "yes", "explanation": "In PHP, the use statement can be written inside a function body to import a namespace locally, and that import applies only within that function's scope."} ⏎ ``` | неверно верный: «no» | use внутри тела функции — parse error; импорты файловые и компиляционные. |
T10-L1 0.53 c | References and scope | Arrays are copied on assignment rather than passed by reference. | «yes» Пояснение: In PHP, arrays use copy-on-write semantics, so assigning an array to another variable copies its value rather than creating a reference to it.
Raw{"answer": "yes", "explanation": "In PHP, arrays use copy-on-write semantics, so assigning an array to another variable copies its value rather than creating a reference to it."} | верно | Присваивание массива — копия (в движке — copy-on-write). |
T10-L2 0.44 c | References and scope | What will this print: $a = [1, 2]; $b = $a; $b[] = 3; echo count($a); | «2» Пояснение: PHP arrays use copy-on-write, so assigning $b = $a does not copy until $b is modified, leaving $a unchanged.
Raw{"answer": "2", "explanation": "PHP arrays use copy-on-write, so assigning $b = $a does not copy until $b is modified, leaving $a unchanged."} | верно | Присваивание — копия: в $a по-прежнему 2 элемента. |
T10-L3 0.64 c | References and scope | Inside a function, user-defined global variables are inaccessible without global, $GLOBALS, or passing them as parameters. | «yes» Пояснение: In PHP, variables defined outside a function have global scope and are not automatically available inside a function's local scope; you must use the global keyword, the $GLOBALS superglobal array, or pass them as parameters to access them.
Raw{"answer": "yes", "explanation": "In PHP, variables defined outside a function have global scope and are not automatically available inside a function's local scope; you must use the global keyword, the $GLOBALS superglobal array, or pass them as parameters to access them."} | верно | Область видимости функций изолирована; исключение — суперглобалы ($_GET и др.). |
T10-L4 0.84 c | References and scope | unset($GLOBALS['x']) inside a function removes the global variable only for that function. | «no» Пояснение: Unsetting $GLOBALS['x'] removes the global variable entirely from all scopes, not just the current function, because $GLOBALS holds actual references to global variables.
Raw{"answer": "no", "explanation": "Unsetting $GLOBALS['x'] removes the global variable entirely from all scopes, not just the current function, because $GLOBALS holds actual references to global variables."} | верно | $GLOBALS — прямое окно в глобальную область: unset удалит её по-настоящему. |
T10-L5 0.5 c | References and scope | What will this print: function inc(&$x) { $x++; } $n = 5; inc($n); echo $n; | «6» Пояснение: The function parameter is passed by reference, so $x++ modifies the original $n variable, changing it from 5 to 6.
Raw```json ⏎ {"answer": "6", "explanation": "The function parameter is passed by reference, so $x++ modifies the original $n variable, changing it from 5 to 6."} ⏎ ``` | верно | Ссылка меняет оригинал: 6. |
T10-L6 0.82 c | References and scope | A foreach over an array (by value) works with the "live" array: changes to the array inside the loop are visible in the same pass. | «no» Пояснение: A foreach by value operates on a copy of the array, so modifications inside the loop are not visible in the same pass; only foreach by reference operates on the live array.
Raw{"answer": "no", "explanation": "A foreach by value operates on a copy of the array, so modifications inside the loop are not visible in the same pass; only foreach by reference operates on the live array."} | верно | По значению foreach итерирует копию-снимок. |
T10-L7 0.45 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 by all instances, so a change made through one object IS visible in all other objects.
Raw```json ⏎ {"answer": "no", "explanation": "A static property belongs to the class itself and is shared by all instances, so a change made through one object IS visible in all other objects."} ⏎ ``` | верно | Наоборот: статическое свойство общее для всех экземпляров класса. Проверено php -r. |
T10-L8 1.0 c | References and scope | An array can have a boolean key true, and it will be stored as bool. | «no» Пояснение: In PHP, array keys must be integers or strings, so a boolean key like true is coerced to the integer 1 rather than being stored as a bool.
Raw```json ⏎ {"answer": "no", "explanation": "In PHP, array keys must be integers or strings, so a boolean key like true is coerced to the integer 1 rather than being stored as a bool."} ⏎ ``` | верно | Булев ключ приводится к int: true → 1, false → 0. |
T11-L1 0.6 c | Generators, iterators, SPL | Inside a generator, return with a value can be used, and it becomes available via $gen->getReturn(). | «yes» Пояснение: In PHP, a generator can return a value with 'return $value;', and once the generator is exhausted, that value is accessible via the Generator::getReturn() method.
Raw{"answer": "yes", "explanation": "In PHP, a generator can return a value with 'return $value;', and once the generator is exhausted, that value is accessible via the Generator::getReturn() method."} | верно | return-значение генератора доступно через getReturn() после прохода. |
T11-L2 0.67 c | Generators, iterators, SPL | A fully consumed generator can be rewound with rewind() and traversed again. | «yes» Пояснение: In PHP, a fully consumed Generator implements RewindableIterator, so calling rewind() restarts the generator function from the beginning, allowing it to produce the same values again.
Raw```json ⏎ {"answer": "yes", "explanation": "In PHP, a fully consumed Generator implements RewindableIterator, so calling rewind() restarts the generator function from the beginning, allowing it to produce the same values again."} ⏎ ``` | неверно верный: «no» | Генератор одноразовый: rewind после начала итерации бросает Exception. |
T11-L3 0.42 c | Generators, iterators, SPL | The yield from construct delegates traversal to another generator or iterable. | «yes» Пояснение: The `yield from` construct delegates iteration to another generator or iterable, forwarding values between the caller and the sub-iterable.
Raw{"answer": "yes", "explanation": "The `yield from` construct delegates iteration to another generator or iterable, forwarding values between the caller and the sub-iterable."} | верно | yield from проксирует значения, ключи и return-значение внутреннего генератора. |
T11-L4 0.64 c | Generators, iterators, SPL | What does get_class(g()) return for function g() { yield 1; }? | «generator» Пояснение: A function containing a yield is a generator, so calling g() returns a Generator object whose class name is 'Generator'.
Raw{"answer": "Generator", "explanation": "A function containing a yield is a generator, so calling g() returns a Generator object whose class name is 'Generator'."} | верно | Функция с yield возвращает Generator. |
T11-L5 0.75 c | Generators, iterators, SPL | How many elements will count(iterator_to_array((function () { yield from [1, 2, 3]; })())) return? | «3» Пояснение: The generator yields the three array values 1, 2, 3 via `yield from`, and iterator_to_array converts them into a 3-element array, so count() returns 3.
Raw{"answer": "3", "explanation": "The generator yields the three array values 1, 2, 3 via `yield from`, and iterator_to_array converts them into a 3-element array, so count() returns 3."} | верно | yield from делегирует все 3 элемента. |
T11-L6 0.34 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, which is what SplQueue provides.
Raw{"answer": "no", "explanation": "SplStack implements a LIFO (Last In First Out) stack, not a FIFO queue, which is what SplQueue provides."} | верно | SplStack — стек LIFO; очередь FIFO — SplQueue. |
T11-L7 0.36 c | Generators, iterators, SPL | ArrayIterator allows wrapping an array and traversing it via the Iterator interface. | «yes» Пояснение: ArrayIterator is an SPL class that implements the Iterator interface, allowing an array to be wrapped and traversed using iterator methods like current(), key(), next(), rewind(), and valid().
Raw{"answer": "yes", "explanation": "ArrayIterator is an SPL class that implements the Iterator interface, allowing an array to be wrapped and traversed using iterator methods like current(), key(), next(), rewind(), and valid()."} | верно | Объектная обёртка над массивом. |
T11-L8 0.45 c | Generators, iterators, SPL | An ArrayObject instance cannot be traversed with foreach. | «no» Пояснение: ArrayObject implements the Iterator interface, so it can be traversed directly with foreach.
Raw{"answer": "no", "explanation": "ArrayObject implements the Iterator interface, so it can be traversed directly with foreach."} | верно | ArrayObject реализует IteratorAggregate — foreach по нему работает. |
T12-L1 0.45 c | Configuration and security | password_hash() generates a salt automatically — passing one separately is not needed. | «yes» Пояснение: password_hash() automatically generates and uses a random salt internally, so passing your own salt via the 'salt' option is unnecessary and not recommended.
Raw{"answer": "yes", "explanation": "password_hash() automatically generates and uses a random salt internally, so passing your own salt via the 'salt' option is unnecessary and not recommended."} | верно | Соль встраивается в строку результата; параметр salt устарел. |
T12-L2 0.59 c | Configuration and security | In PHP 8, PASSWORD_DEFAULT is md5 with an automatically added salt. | «no» Пояснение: PASSWORD_DEFAULT in PHP 8 uses Argon2id (Bcrypt before PHP 8.0), not MD5.
Raw```json ⏎ {"answer": "no", "explanation": "PASSWORD_DEFAULT in PHP 8 uses Argon2id (Bcrypt before PHP 8.0), not MD5."} ⏎ ``` | верно | PASSWORD_DEFAULT — bcrypt; md5 для паролей непригоден (перебирается массово). |
T12-L3 0.52 c | Configuration and security | What does password_verify('secret', password_hash('secret', PASSWORD_DEFAULT)) return? | «yes» Пояснение: password_verify returns true when the plain-text password matches the hash produced by password_hash, and both use the same secret.
Raw{"answer": "yes", "explanation": "password_verify returns true when the plain-text password matches the hash produced by password_hash, and both use the same secret."} | верно | Соль и хеш в одной строке: true (форма ответа: true или да). |
T12-L4 0.52 c | Configuration and security | strip_tags() protects against SQL injection. | «no» Пояснение: strip_tags() only removes HTML and PHP tags, so it has no effect on SQL injection, which requires parameterized queries or escaping user input for SQL.
Raw{"answer": "no", "explanation": "strip_tags() only removes HTML and PHP tags, so it has no effect on SQL injection, which requires parameterized queries or escaping user input for SQL."} | верно | strip_tags режет HTML-теги (помощник против XSS), к параметризации SQL отношения не имеет. |
T12-L5 0.35 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 after login, preventing an attacker from using a pre-set (fixed) session ID against the user.
Raw{"answer": "yes", "explanation": "session_regenerate_id() creates a new session ID after login, preventing an attacker from using a pre-set (fixed) session ID against the user."} | верно | Новый 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 Application Programming Interface) the PHP engine is running under, such as "cli", "apache2handler", or "fpm-fcgi".
Raw{"answer": "php_sapi_name()", "explanation": "The built-in function php_sapi_name() returns the name of the SAPI (Server Application Programming Interface) the PHP engine is running under, such as \"cli\", \"apache2handler\", or \"fpm-fcgi\"."} | верно | php_sapi_name(). |
T12-L7 0.66 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 clears the server-side session data but leaves the browser's session cookie intact, so you must separately expire the cookie if you want it removed.
Raw{"answer": "yes", "explanation": "session_destroy() only clears the server-side session data but leaves the browser's session cookie intact, so you must separately expire the cookie if you want it removed."} | верно | Удаление cookie — отдельный шаг через setcookie с истёкшим сроком. |
T12-L8 0.33 c | Configuration and security | Without calling session_start(), the $_SESSION array is automatically populated with session data. | «no» Пояснение: Session data is only loaded into the $_SESSION array after session_start() is called, which initializes the session and deserializes stored data.
Raw{"answer": "no", "explanation": "Session data is only loaded into the $_SESSION array after session_start() is called, which initializes the session and deserializes stored data."} | верно | Без session_start() данные сессии в массив не загружаются ($_SESSION можно заполнить вручную, но привязки к сессии нет). |
VC-L1 0.3 c | PHP 8.4–8.5 | In which PHP version was the array_find() function introduced? | «7.3» Пояснение: The array_find() function was introduced in PHP 7.3 as part of the new array search functions (array_find, array_find_key, array_some, array_every).
Raw```json ⏎ {"answer": "7.3", "explanation": "The array_find() function was introduced in PHP 7.3 as part of the new array search functions (array_find, array_find_key, array_some, array_every)."} ⏎ ``` | неверно верный: «8.4» | PHP 8.4 (RFC array_find). |
VC-L2 0.38 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/setter/getter/init/pre_get etc.) were indeed introduced in PHP 8.4.
Raw{"answer": "yes", "explanation": "Property hooks (get/set/setter/getter/init/pre_get etc.) were indeed introduced in PHP 8.4."} | верно | Property hooks — PHP 8.4 (ноябрь 2024). |
VC-L3 0.52 c | PHP 8.4–8.5 | Asymmetric visibility (public private(set) string $name) appeared in PHP 8.4. | «no» Пояснение: Asymmetric visibility (e.g., public(set) and private(set)) was introduced in PHP 8.2, not PHP 8.4.
Raw{"answer": "false", "explanation": "Asymmetric visibility (e.g., public(set) and private(set)) was introduced in PHP 8.2, not PHP 8.4."} | неверно верный: «yes» | Asymmetric visibility v2 — PHP 8.4. |
VC-L4 0.29 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 warn when the return value of a function or method is discarded.
Raw{"answer": "8.2", "explanation": "The #[\\NoDiscard] attribute was introduced in PHP 8.2 to warn when the return value of a function or method is discarded."} | неверно верный: «8.5» | #[\NoDiscard] — PHP 8.5 (marking return values as important). |
VC-L5 0.51 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 as an experimental feature in PHP 8.1, allowing the value on the left to be passed as an argument to the function on the right.
Raw{"answer": "8.1", "explanation": "The pipe operator (|>) was introduced as an experimental feature in PHP 8.1, allowing the value on the left to be passed as an argument to the function on the right."} | неверно верный: «8.5» | Pipe operator — PHP 8.5 (2025). |
VC-L6 1.62 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-with syntax clone($obj, ['x' => 1]) was introduced as part of the 'new with'-style enhancements proposed for PHP 8.4.
Raw{"answer": "8.4", "explanation": "The clone-with syntax clone($obj, ['x' => 1]) was introduced as part of the 'new with'-style enhancements proposed for PHP 8.4."} | неверно верный: «8.5» | Clone with v2 — PHP 8.5. |
VC-L7 0.61 c | PHP 8.4–8.5 | In which PHP version were the array_first() and array_last() functions introduced? | «7.3» Пояснение: array_first() and array_last() were introduced in PHP 7.3.
Raw{"answer": "7.3", "explanation": "array_first() and array_last() were introduced in PHP 7.3."} | неверно верный: «8.5» | PHP 8.5. |
VC-L8 1.49 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.1» Пояснение: The RFC Partial Function Application v2 was adopted for PHP 8.1, which added the ability to partially apply functions via the rest parameter in closures.
Raw```json ⏎ {"answer": "8.1", "explanation": "The RFC Partial Function Application v2 was adopted for PHP 8.1, which added the ability to partially apply functions via the rest parameter in closures."} ⏎ ``` | неверно верный: «8.6» | PFA v2 принят 05.12.2025 (33-0-0), реализован в PHP 8.6. |
VF-L1 0.6 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.1» Пояснение: The clamp() function was implemented in PHP 8.1 following the clamp_v2 RFC.
Raw```json ⏎ {"answer": "8.1", "explanation": "The clamp() function was implemented in PHP 8.1 following the clamp_v2 RFC."} ⏎ ``` | неверно верный: «8.6» | По данным владельца (wiki.php.net/rfc): clamp_v2 — 8.6; clamp() в 8.5.11 отсутствует (косвенное подтверждение). Дата-якорь делает клетку монотонной. |
VF-L2 1.36 c | PHP: 8.6+ and the future | RFC Context Managers v2 has already been adopted in PHP (as of 2026-11-07). | «no» Пояснение: PHP adopted the original Context Managers RFC (introducing the `using()` pattern and `IContextManager` interface) in PHP 8.4, but a distinct 'Context Managers v2' has not been adopted.
Raw{"answer": "no", "explanation": "PHP adopted the original Context Managers RFC (introducing the `using()` pattern and `IContextManager` interface) in PHP 8.4, but a distinct 'Context Managers v2' has not been adopted."} | верно | На 06.11.2026 — в обсуждении (создан 2026-10-23); не принят. |
VF-L3 1.2 c | PHP: 8.6+ and the future | RFC Bound-Erased Generic Types (generics) was declined in 2026. | «no» Пояснение: The PHP RFC for bound-erased generic types (Generics) was accepted, not declined.
Raw{"answer": "no", "explanation": "The PHP RFC for bound-erased generic types (Generics) was accepted, not declined."} | неверно верный: «yes» | Голосование завершилось 2026-06-28: отклонён (wiki.php.net/rfc). |
VF-L4 0.93 c | PHP: 8.6+ and the future | As of 2026-11-07, the RFC enabling multithreading (ZTS) by default has already been accepted in PHP. | «no» Пояснение: As of the knowledge available, no RFC has been accepted to enable Zend Thread Safety (ZTS) by default in PHP; NTS remains the default build configuration.
Raw{"answer": "false", "explanation": "As of the knowledge available, no RFC has been accepted to enable Zend Thread Safety (ZTS) by default in PHP; NTS remains the default build configuration."} | верно | Такого принятого RFC нет на дату якоря; якорь делает клетку монотонной — при принятии RFC позже клетка не перевернётся. |
VF-L5 1.23 c | PHP: 8.6+ and the future | As of PHP 8.5, generics (parameterized types) are still absent. | «yes» Пояснение: PHP has consistently deferred generics (parameterized types) through versions 8.x including 8.5, with generics still not implemented as of that release.
Raw{"answer": "yes", "explanation": "PHP has consistently deferred generics (parameterized types) through versions 8.x including 8.5, with generics still not implemented as of that release."} | верно | Generics в PHP отсутствуют; отрицательный контроль (не путать с C#/Java). |
VF-L6 1.32 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 with minor versions GA-ing in November, so PHP 8.5 (GA ~Nov 2025) is latest stable as of Nov 7, 2026, while 8.6 is not yet GA.
Raw{"answer": "yes", "explanation": "PHP follows an annual release cycle with minor versions GA-ing in November, so PHP 8.5 (GA ~Nov 2025) is latest stable as of Nov 7, 2026, while 8.6 is not yet GA."} | верно | 8.5 — релиз осени 2025; 8.6 GA 19.11.2026 (wiki.php.net/todo/php86). Дата снимка — 06.11.2026. |
VF-L7 0.55 c | PHP: 8.6+ and the future | The PHP 6 branch never shipped: after PHP 5.6 came PHP 7.0 directly. | «yes» Пояснение: PHP 6 was cancelled after its Unicode support project was abandoned, so PHP 7.0 was released directly after PHP 5.6 in November 2015.
Raw{"answer": "yes", "explanation": "PHP 6 was cancelled after its Unicode support project was abandoned, so PHP 7.0 was released directly after PHP 5.6 in November 2015."} | верно | Исторический факт: ветка 6 не была релизнута. |
VF-L8 1.1 c | PHP: 8.6+ and the future | The RFC adding the #[\Deprecated] attribute to the core was adopted. | «no» Пояснение: The RFC adding the #[\Deprecated] attribute to PHP core was rejected in its vote for PHP 8.4 and failed to reach the required 2/3 majority.
Raw{"answer": "false", "explanation": "The RFC adding the #[\\Deprecated] attribute to PHP core was rejected in its vote for PHP 8.4 and failed to reach the required 2/3 majority."} | неверно верный: «yes» | #[\Deprecated] — принят, реализован в PHP 8.4. |
T25-L1 0.37 c | Clean architecture | The dependency rule of clean and onion architecture: inner layers know nothing about outer ones — dependencies point toward the center. | «yes» Пояснение: In clean and onion architecture, the dependency rule requires that source code dependencies always point inward toward the core, so inner layers never know about outer ones.
Raw{"answer": "yes", "explanation": "In clean and onion architecture, the dependency rule requires that source code dependencies always point inward toward the core, so inner layers never know about outer ones."} | верно | Чистая (Robert C. Martin), луковичная (Jeffrey Palermo) и гексагональная (ports & adapters) — варианты одной идеи: зависимости направлены внутрь, к домену. Слоями в проекте следит deptrac. |
T25-L2 0.59 c | Clean architecture | Domain entities import neither Doctrine nor Symfony — only the language and, possibly, the standard library. | «yes» Пояснение: In Domain-Driven Design and clean architecture, domain entities must be pure PHP classes that depend only on the language and standard library, keeping them free of framework or ORM coupling.
Raw{"answer": "yes", "explanation": "In Domain-Driven Design and clean architecture, domain entities must be pure PHP classes that depend only on the language and standard library, keeping them free of framework or ORM coupling."} | верно | Изоляция домена от инфраструктуры; deptrac в проекте как раз следит за слоями. |
T25-L3 0.86 c | Clean architecture | Controllers and Twig templates belong to the business-logic layer because they are the ones calling use cases. | «no» Пояснение: Controllers and Twig templates belong to the presentation/presentation layer, not the business-logic layer, since they handle user requests and rendering while use cases themselves contain the application/business logic.
Raw{"answer": "no", "explanation": "Controllers and Twig templates belong to the presentation/presentation layer, not the business-logic layer, since they handle user requests and rendering while use cases themselves contain the application/business logic."} | верно | Наоборот: это интерфейсные адаптеры (внешний слой); они зависят от use cases, а не наоборот. |
T25-L4 0.71 c | Clean architecture | What sits at the very center of the onion architecture? | «entities» Пояснение: In onion architecture the innermost layer contains the core domain entities that hold the business rules, with use cases, interface adapters, and frameworks/facilities arranged in surrounding layers.
Raw{"answer": "Entities", "explanation": "In onion architecture the innermost layer contains the core domain entities that hold the business rules, with use cases, interface adapters, and frameworks/facilities arranged in surrounding layers."} | неверно верный: «domain model» | Центральное кольцо — Domain Model: сущности и бизнес-правила без зависимостей; далее Domain Services → Application Services → Infrastructure/UI/Tests (Palermo). |
T25-L5 0.44 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 layer dependencies via a config file and fails (non-zero exit) when it detects a forbidden call crossing a layer boundary.
Raw{"answer": "yes", "explanation": "Deptrac analyzes layer dependencies via a config file and fails (non-zero exit) when it detects a forbidden call crossing a layer boundary."} | верно | depfile.yaml в проекте TasK: CI проверяет правила слоёв на каждом пайплайне. |
T25-L6 0.83 c | Clean architecture | A use case (interactor) may accept an HTTP request or an EntityManager as arguments — it is simpler that way. | «no» Пояснение: Use cases should be decoupled from framework-specific types like HTTP requests or the EntityManager; they should accept plain data (DTOs/value objects) so they remain testable and independent of the outer layers, rather than being passed framework objects for the sake of simplicity.
Raw{"answer": "no", "explanation": "Use cases should be decoupled from framework-specific types like HTTP requests or the EntityManager; they should accept plain data (DTOs/value objects) so they remain testable and independent of the outer layers, rather than being passed framework objects for the sake of simplicity."} | верно | Use case принимает DTO и порты; привязка к HTTP/ORM протекает инфраструктуру во внутренние слои. |
T25-L7 0.46 c | Clean architecture | What is the component called that provides a collection of aggregates/entities while hiding the storage mechanism behind an interface? | «repository» Пояснение: A Repository is the component that provides a collection of aggregates/entities while abstracting the storage mechanism behind an interface.
Raw{"answer": "Repository", "explanation": "A Repository is the component that provides a collection of aggregates/entities while abstracting the storage mechanism behind an interface."} | верно | Repository pattern (DDD/Evans); в проекте — Doctrine-репозитории за портами. |
T25-L8 0.66 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 infrastructure concern in the outer layer, so swapping PostgreSQL for another database only requires changing the adapter while the domain entities and use cases remain untouched.
Raw{"answer": "yes", "explanation": "In clean architecture the database is an infrastructure concern in the outer layer, so swapping PostgreSQL for another database only requires changing the adapter while the domain entities and use cases remain untouched."} | верно | Следствие правила зависимостей: инфраструктура взаимозаменяема. |
T26-L1 0.4 c | DDD | In DDD, an aggregate is just another name for a database table. | «no» Пояснение: An aggregate in DDD is a cluster of domain objects treated as a single unit with an aggregate root governing its consistency, not a database table which is a persistence concern.
Raw{"answer": "no", "explanation": "An aggregate in DDD is a cluster of domain objects treated as a single unit with an aggregate root governing its consistency, not a database table which is a persistence concern."} | верно | Агрегат — кластер объектов с границей согласованности (транзакционной вокруг корня); таблица — деталь хранения. |
T26-L2 0.36 c | DDD | A Value Object is immutable and compared by the values of its fields, not by identity. | «yes» Пояснение: Value Objects are defined by their attributes rather than a distinguishing identity, and they should be immutable so their values never change after creation.
Raw{"answer": "yes", "explanation": "Value Objects are defined by their attributes rather than a distinguishing identity, and they should be immutable so their values never change after creation."} | верно | Классика Evans: Money, Email; равенство структурное. |
T26-L3 0.57 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 changes to the aggregate must occur, ensuring consistency and integrity of the cluster.
Raw{"answer": "Aggregate Root", "explanation": "In Domain-Driven Design, the aggregate root is the single entry point through which all changes to the aggregate must occur, ensuring consistency and integrity of the cluster."} | верно | Aggregate Root: внешние объекты ссылаются только на корень; он защищает инварианты агрегата. |
T26-L4 0.49 c | DDD | In DDD, a repository is declared for an aggregate (its root), not for every entity. | «yes» Пояснение: In DDD, repositories encapsulate a set of aggregates and are declared for aggregate roots, with entities inside an aggregate managed through the root rather than having their own repositories.
Raw{"answer": "yes", "explanation": "In DDD, repositories encapsulate a set of aggregates and are declared for aggregate roots, with entities inside an aggregate managed through the root rather than having their own repositories."} | верно | Репозиторий корня хранит границу согласованности агрегата; вложенные сущности доступны только через корень. |
T26-L5 0.63 c | DDD | Ubiquitous language is the model's shared language common to developers and domain experts. | «yes» Пояснение: Ubiquitous language in Domain-Driven Design is indeed the shared vocabulary developed collaboratively between developers and domain experts to ensure consistent understanding across the model.
Raw{"answer": "yes", "explanation": "Ubiquitous language in Domain-Driven Design is indeed the shared vocabulary developed collaboratively between developers and domain experts to ensure consistent understanding across the model."} | верно | Evans: язык из требований переходит в имена классов и методов. |
T26-L6 4.77 c | DDD | What is the boundary called within which a model and its language are consistent, while outside the same words mean other models? | «possible world» Пояснение: This describes Kripke's possible-worlds semantics where within one possible world a model and its language are consistent, while across different possible worlds the same terms can designate other models.
Raw{"answer": "possible world", "explanation": "This describes Kripke's possible-worlds semantics where within one possible world a model and its language are consistent, while across different possible worlds the same terms can designate other models."} | неверно верный: «bounded context» | Bounded Context; «Заказ» в биллинге и в доставке — разные модели. |
T26-L7 0.51 c | DDD | An anemic model (objects with only getters/setters, logic in services) is the recommended DDD style. | «no» Пояснение: DDD recommends a rich domain model where objects encapsulate both state and behavior, not an anemic model, which Martin Fowler criticized for pushing logic out of entities into services.
Raw{"answer": "no", "explanation": "DDD recommends a rich domain model where objects encapsulate both state and behavior, not an anemic model, which Martin Fowler criticized for pushing logic out of entities into services."} | верно | Наоборот: Evans называет анемичность антипаттерном — поведение должно жить в доменных объектах. |
T26-L8 0.63 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, each bounded context owns its own model, so the same concept (e.g., 'Customer' or 'Product') is intentionally represented by different classes across different contexts with distinct meanings.
Raw```json ⏎ {"answer": "yes", "explanation": "In Domain-Driven Design, each bounded context owns its own model, so the same concept (e.g., 'Customer' or 'Product') is intentionally represented by different classes across different contexts with distinct meanings."} ⏎ ``` | верно | Модели контекстов независимы; между ними — явная интеграция (ACL, published language). |
T13-L1 1.01 c | Symfony | Services in the Symfony DI container are created lazily by default — on first use. | «yes» Пояснение: In Symfony's DI container, services are lazily instantiated only when first requested and then cached as singletons, so the statement is true.
Raw{"answer": "yes", "explanation": "In Symfony's DI container, services are lazily instantiated only when first requested and then cached as singletons, so the statement is true."} | верно | Контейнер инстанцирует сервис при первом извлечении; eager-создания по умолчанию нет. |
T13-L2 0.39 c | Symfony | Which Symfony console command lists all registered routes? | «debug:routes» Пояснение: The Symfony console command that lists all registered routes is `debug:routes` (also known as `router:debug` in older versions).
Raw{"answer": "debug:routes", "explanation": "The Symfony console command that lists all registered routes is `debug:routes` (also known as `router:debug` in older versions)."} | неверно верный: «debug:router» | bin/console debug:router (FrameworkBundle); в Symfony 3 команда называлась router:debug. |
T13-L3 0.51 c | Symfony | Symfony autowiring requires manually declaring every service in services.yaml. | «no» Пояснение: Symfony provides default autowiring and autoconfiguration, so most services are registered automatically through autodiscovery without needing to be manually declared in services.yaml.
Raw{"answer": "no", "explanation": "Symfony provides default autowiring and autoconfiguration, so most services are registered automatically through autodiscovery without needing to be manually declared in services.yaml."} | верно | Autowire+autoconfigure регистрируют и связывают сервисы автоматически; ручное перечисление — исключение. |
T13-L4 0.34 c | Symfony | Twig templates are compiled into PHP classes and cached between requests. | «yes» Пояснение: Twig compiles templates into optimized PHP classes and caches them on disk between requests for performance.
Raw{"answer": "yes", "explanation": "Twig compiles templates into optimized PHP classes and caches them on disk between requests for performance."} | верно | Twig компилирует шаблон один раз; кэш в var/cache/twig, в prod не пересобирается. |
T13-L5 1.04 c | Symfony | In the Symfony dev environment the DI container is rebuilt only after tracked files change, not on every request. | «yes» Пояснение: In dev mode Symfony's kernel compares tracked files' modification timestamps and only recompiles/rebuilds the DI container when they have changed, enabling caching across requests.
Raw{"answer": "yes", "explanation": "In dev mode Symfony's kernel compares tracked files' modification timestamps and only recompiles/rebuilds the DI container when they have changed, enabling caching across requests."} | верно | Kernel проверяет freshness ресурсов (конфиги, классы); иначе переиспользуется кэш контейнера. |
T13-L6 0.53 c | Symfony | Which environment variable selects the active Symfony environment (dev/prod)? | «app_env» Пояснение: In Symfony, the APP_ENV environment variable (or its .env equivalent) selects the active runtime environment such as dev or prod.
Raw{"answer": "APP_ENV", "explanation": "In Symfony, the APP_ENV environment variable (or its .env equivalent) selects the active runtime environment such as dev or prod."} | верно | APP_ENV в .env; APP_DEBUG — отдельный флаг отладки. |
T13-L7 0.9 c | Symfony | A controller method can be private — Symfony routing works with any method of the class. | «no» Пояснение: In Symfony, the controller method referenced by routing must be public; private or protected methods cannot be used as controller actions.
Raw{"answer": "no", "explanation": "In Symfony, the controller method referenced by routing must be public; private or protected methods cannot be used as controller actions."} | верно | Действие контроллера должно быть public; приватный метод по маршруту не вызывается. |
T13-L8 0.73 c | Symfony | Event subscribers always receive events before listeners, because the interface gives them priority. | «no» Пояснение: Subscribers do not automatically have priority over listeners; both listeners and subscribers receive events based on their explicitly specified numeric priority value.
Raw{"answer": "no", "explanation": "Subscribers do not automatically have priority over listeners; both listeners and subscribers receive events based on their explicitly specified numeric priority value."} | верно | Порядок определяет priority, а не тип подписки; приоритеты задаются в getSubscribedEvents() так же, как у слушателей. |
T22-L1 1.43 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 authentication system was deprecated in Symfony 5.8/5.9 and fully removed in Symfony 6.0, leaving the new authenticator-based system (AuthenticatorInterface) as the approach.
Raw{"answer": "yes", "explanation": "The old guard authentication system was deprecated in Symfony 5.8/5.9 and fully removed in Symfony 6.0, leaving the new authenticator-based system (AuthenticatorInterface) as the approach."} | верно | Guard объявлен устаревшим в 5.3 и удалён в 6.0; в проекте symfony/security-bundle 8.1. |
T22-L2 0.52 c | Symfony: Security and forms | Which Symfony attribute checks a role/permission right on a controller method (403 without it)? | «isgranted» Пояснение: The #[IsGranted()] attribute verifies that the current user has a specified role or permission, throwing a 403 Forbidden exception if the check fails.
Raw{"answer": "IsGranted", "explanation": "The #[IsGranted()] attribute verifies that the current user has a specified role or permission, throwing a 403 Forbidden exception if the check fails."} | верно | #[IsGranted('ROLE_ADMIN')]; атрибут из symfony/security-http. |
T22-L3 0.63 c | Symfony: Security and forms | Voters are Symfony's mechanism for checking access to a specific object: isGranted('EDIT', $post). | «yes» Пояснение: Voters are Symfony's authorization mechanism, and isGranted('EDIT', $post) is how you request access to a specific object, allowing voters to evaluate whether that access should be granted.
Raw{"answer": "yes", "explanation": "Voters are Symfony's authorization mechanism, and isGranted('EDIT', $post) is how you request access to a specific object, allowing voters to evaluate whether that access should be granted."} | верно | VoterInterface->vote(); docs Symfony — Voters. |
T22-L4 0.42 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, support for Doctrine annotations was completely removed, so validation constraints like NotBlank must now be declared using PHP attributes.
Raw{"answer": "yes", "explanation": "In Symfony 7, support for Doctrine annotations was completely removed, so validation constraints like NotBlank must now be declared using PHP attributes."} | верно | Докблок-аннотации удалены в Symfony 7.0; стандарт — атрибуты. В проекте symfony/validator 8.1. |
T22-L5 0.71 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 (csrf_protection = true), automatically generating a _token field and validating it on submission.
Raw```json ⏎ {"answer": "yes", "explanation": "Symfony enables CSRF protection by default (csrf_protection = true), automatically generating a _token field and validating it on submission."} ⏎ ``` | верно | FormType добавляет скрытое поле _token и проверяет его при валидации; отключение — осознанное исключение (csrf: false). |
T22-L6 0.49 c | Symfony: Security and forms | Form validation in Symfony runs server-side even if the client-side (HTML5) checks passed. | «yes» Пояснение: Server-side validation is always executed by Symfony regardless of client-side HTML5 checks, which only improve UX and cannot be trusted for security.
Raw{"answer": "yes", "explanation": "Server-side validation is always executed by Symfony regardless of client-side HTML5 checks, which only improve UX and cannot be trusted for security."} | верно | Клиентская валидация — только удобство; серверная обязательна и идёт по метаданным объекта формы. |
T22-L7 0.35 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 generates a FormType (form class) based on a given class name and property fields.
Raw{"answer": "make:form", "explanation": "The Symfony MakerBundle provides the `make:form` command, which generates a FormType (form class) based on a given class name and property fields."} | верно | bin/console make:form (symfony/maker-bundle — в проекте). |
T22-L8 0.43 c | Symfony: Security and forms | Symfony stores the user's password in the session in plain text. | «no» Пояснение: Symfony stores an authentication token (containing the user identifier) in the session, never the password, and passwords are hashed rather than stored in plain text.
Raw{"answer": "no", "explanation": "Symfony stores an authentication token (containing the user identifier) in the session, never the password, and passwords are hashed rather than stored in plain text."} | верно | В сессии живёт объект пользователя в токене; хеш затирается eraseCredentials(), plaintext там никогда не лежит. |
T23-L1 0.63 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 stored in config/packages, with one file per bundle or configuration topic (e.g., framework.yaml, doctrine.yaml, security.yaml).
Raw{"answer": "yes", "explanation": "In Symfony, bundle and topic configurations are typically stored in config/packages, with one file per bundle or configuration topic (e.g., framework.yaml, doctrine.yaml, security.yaml)."} | верно | Стандартная структура (config/packages/*.yaml); перегрузка — config/packages/<env>. |
T23-L2 2.36 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 reflects a common .env pattern where the committed .env holds development defaults and the gitignored .env.local overrides it with real secrets that should never be pushed to the repository.
Raw{"answer": "yes", "explanation": "This reflects a common .env pattern where the committed .env holds development defaults and the gitignored .env.local overrides it with real secrets that should never be pushed to the repository."} | верно | symfony/dotenv: .env — общий безопасный набор значений; локальные секреты — .env.local (gitignored) или secrets-хранилище. |
T23-L3 0.4 c | Symfony: configuration and services | Which Symfony command lists the container's registered services and their aliases? | «debug:container» Пояснение: The `debug:container` command displays all services registered in the Symfony container along with their aliases.
Raw{"answer": "debug:container", "explanation": "The `debug:container` command displays all services registered in the Symfony container along with their aliases."} | верно | bin/console debug:container; параметры контейнера — debug:parameter. |
T23-L4 1.28 c | Symfony: configuration and services | The Symfony container allows changing parameters at runtime: $container->setParameter() works from a controller. | «no» Пояснение: The Symfony service container is compiled and cached, so its parameters are frozen and immutable after boot; calling setParameter() at runtime from a controller does not work in a compiled container.
Raw```json ⏎ {"answer": "no", "explanation": "The Symfony service container is compiled and cached, so its parameters are frozen and immutable after boot; calling setParameter() at runtime from a controller does not work in a compiled container."} ⏎ ``` | верно | Контейнер компилируется и замораживается; runtime-значения — только через переменные окружения. |
T23-L5 0.44 c | Symfony: configuration and services | By default, Symfony services are public (public: true) — you can fetch them directly from the container. | «no» Пояснение: By default, Symfony services are private (public: false), so they cannot be fetched directly from the container unless explicitly marked as public.
Raw{"answer": "no", "explanation": "By default, Symfony services are private (public: false), so they cannot be fetched directly from the container unless explicitly marked as public."} | верно | С Symfony 4.0 сервисы по умолчанию private: инжектятся через autowiring; $container->get() — только для публичных. |
T23-L6 0.46 c | Symfony: configuration and services | Without a config file in config/packages a bundle will not work — configuration is mandatory for every bundle. | «no» Пояснение: Not every bundle requires a configuration file; many bundles work with sensible defaults and only need configuration when you want to customize their behavior.
Raw```json ⏎ {"answer": "no", "explanation": "Not every bundle requires a configuration file; many bundles work with sensible defaults and only need configuration when you want to customize their behavior."} ⏎ ``` | верно | У бандлов есть встроенные умолчания (Extension); конфиг нужен только для отклонений от них. |
T23-L7 0.44 c | Symfony: configuration and services | Environment variable values are injected into services.yaml using the %env(VAR)% syntax. | «yes» Пояснение: In Symfony, environment variables are injected into config files like services.yaml using the %env(VAR)% placeholder syntax.
Raw{"answer": "yes", "explanation": "In Symfony, environment variables are injected into config files like services.yaml using the %env(VAR)% placeholder syntax."} | верно | %env(...)% резолвится в рантайме env-процессорами; docs — Env Var Processors. |
T23-L8 0.47 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 (which sets the kernel debug mode) enables the profiler and Twig template debugging.
Raw{"answer": "APP_DEBUG", "explanation": "In Symfony, the APP_DEBUG environment variable (which sets the kernel debug mode) enables the profiler and Twig template debugging."} | верно | APP_DEBUG=1 (в .env dev-окружения); окружение выбирает APP_ENV — см. T13-L6. |
T16-L1 0.4 c | Symfony: Messenger | A single message in Symfony Messenger can only have one handler. | «no» Пояснение: A single message type in Symfony Messenger can be handled by multiple handlers, which are all invoked (fan-out pattern) rather than limited to just one.
Raw{"answer": "no", "explanation": "A single message type in Symfony Messenger can be handled by multiple handlers, which are all invoked (fan-out pattern) rather than limited to just one."} | верно | 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 handles messages immediately in the same process rather than queuing them for a worker to process later like the async transport does.
Raw{"answer": "no", "explanation": "The sync transport handles messages immediately in the same process rather than queuing them for a worker to process later like the async transport does."} | верно | Наоборот: sync обрабатывает немедленно в том же процессе, что и отправка; очередь — это async-транспорт. |
T16-L3 0.65 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) messages from the transport queue.
Raw{"answer": "messenger:consume", "explanation": "In Symfony's Messenger component, the `messenger:consume` command starts the worker that processes (consumes) messages from the transport queue."} | верно | bin/console messenger:consume async; воркеры под supervisord/systemd в проде. |
T16-L4 0.63 c | Symfony: Messenger | Retries for failed messages (retry_strategy) are configured per Messenger transport. | «yes» Пояснение: In Symfony Messenger, the retry_strategy is configured per transport, allowing each transport to have its own max_retries, delay, and multiplier settings.
Raw{"answer": "yes", "explanation": "In Symfony Messenger, the retry_strategy is configured per transport, allowing each transport to have its own max_retries, delay, and multiplier settings."} | верно | retry_strategy на транспорте: max_retries, delay, multiplier; docs — Failed Messages & Retries. |
T16-L5 0.43 c | Symfony: Messenger | By default, Messenger serializes messages to JSON. | «no» Пояснение: Symfony Messenger uses the PHP serializer (PhpSerializer) by default, not JSON serialization.
Raw{"answer": "no", "explanation": "Symfony Messenger uses the PHP serializer (PhpSerializer) by default, not JSON serialization."} | верно | Дефолтный сериализатор — PhpSerializer (serialize()); JSON-сериализатор включается отдельно. |
T16-L6 1.01 c | Symfony: Messenger | Symfony Scheduler produces messages on a schedule and dispatches them through Messenger. | «no» Пояснение: Symfony Scheduler runs closures or shell commands on a schedule via a Schedule object; it does not produce and dispatch messages through the Messenger component.
Raw{"answer": "no", "explanation": "Symfony Scheduler runs closures or shell commands on a schedule via a Schedule object; it does not produce and dispatch messages through the Messenger component."} | неверно верный: «yes» | Schedule → RecurringMessage → шина Messenger; docs — Scheduler. |
T16-L7 0.41 c | Symfony: Messenger | Which built-in Messenger transport stores messages in database tables via Doctrine? | «doctrine» Пояснение: The Doctrine transport in Symfony's Messenger component stores messages in database tables via the Doctrine ORM.
Raw{"answer": "Doctrine", "explanation": "The Doctrine transport in Symfony's Messenger component stores messages in database tables via the Doctrine ORM."} | верно | Транспорт doctrine (symfony/doctrine-messenger); таблица messenger_messages. В проекте стоит amqp-messenger + doctrine-messenger. |
T16-L8 0.79 c | Symfony: Messenger | The Messenger pipeline can be extended with custom middleware, placed before or after the built-in ones. | «yes» Пояснение: Symfony Messenger's pipeline is an extensible stack of middleware that users can customize by adding custom middleware in a defined order relative to the built-in ones.
Raw```json ⏎ {"answer": "yes", "explanation": "Symfony Messenger's pipeline is an extensible stack of middleware that users can customize by adding custom middleware in a defined order relative to the built-in ones."} ⏎ ``` | верно | messenger.bus.*.middleware в yaml; docs — Middleware. |
T28-L1 0.93 c | Symfony: versions | Symfony major releases come every two years, minor ones every six months (in May and November). | «yes» Пояснение: Symfony follows a release schedule where minor releases occur every six months (May and November), major releases every two years, and point/bug-fix releases every two months.
Raw{"answer": "yes", "explanation": "Symfony follows a release schedule where minor releases occur every six months (May and November), major releases every two years, and point/bug-fix releases every two months."} | верно | Стандартный релизный цикл: 8.0 — ноябрь 2025, 8.1 — май 2026, 8.2 — ноябрь 2026. |
T28-L2 0.76 c | Symfony: versions | What is the minimum PHP version required by Symfony 8? | «8.3» Пояснение: Symfony 8.0, scheduled for release in 2025, requires PHP 8.3 or higher as its minimum version.
Raw{"answer": "8.3", "explanation": "Symfony 8.0, scheduled for release in 2025, requires PHP 8.3 or higher as its minimum version."} | неверно верный: «8.4» | Symfony 8.0 поднял требование до PHP >= 8.4.1 (в vendor проекта: "php": ">=8.4.1"). |
T28-L3 0.39 c | Symfony: versions | Symfony 7.0 kept support for docblock annotations (validation, routes). | «no» Пояснение: Symfony 7.0 completely removed support for docblock annotations, which were deprecated in Symfony 6.1 and replaced by PHP attributes.
Raw{"answer": "false", "explanation": "Symfony 7.0 completely removed support for docblock annotations, which were deprecated in Symfony 6.1 and replaced by PHP attributes."} | верно | Наоборот: в 7.0 аннотации удалены — только PHP-атрибуты (#[Route], #[Assert\NotBlank]). |
T28-L4 0.49 c | Symfony: versions | AssetMapper manages CSS/JS without node or webpack — via importmap.php. | «yes» Пояснение: Symfony's AssetMapper manages CSS/JS dependencies without requiring node or webpack, using an importmap.php file to define a browser-based import map for assets.
Raw{"answer": "yes", "explanation": "Symfony's AssetMapper manages CSS/JS dependencies without requiring node or webpack, using an importmap.php file to define a browser-based import map for assets."} | верно | symfony/asset-mapper (с 6.3, стандарт с 7.x); в проекте — importmap.php в корне и asset-mapper 8.1. |
T28-L5 0.75 c | Symfony: versions | Symfony 6.4 is a regular release without long-term support. | «no» Пояснение: Symfony 6.4 is an LTS (Long-Term Support) release, not a regular one, with security support extending until 2028.
Raw{"answer": "no", "explanation": "Symfony 6.4 is an LTS (Long-Term Support) release, not a regular one, with security support extending until 2028."} | верно | Наоборот: 6.4 — LTS (расширенная поддержка); LTS выходит вместе с очередным мажором (6.4 — вместе с 7.0). |
T28-L6 1.06 c | Symfony: versions | When moving to a new Symfony major version, deprecations of the previous branch keep working — major releases do not remove them. | «no» Пояснение: In Symfony, deprecations introduced in previous branches are actually removed when moving to a new major version, which is precisely the purpose of the deprecation process.
Raw{"answer": "no", "explanation": "In Symfony, deprecations introduced in previous branches are actually removed when moving to a new major version, which is precisely the purpose of the deprecation process."} | верно | Наоборот: мажорный релиз удаляет всё устаревшее (7.0 убрал деприкейшены 6.x, 8.0 — 7.x). |
T28-L7 0.74 c | Symfony: versions | Every Symfony major release is accompanied by an UPGRADE guide listing the changes. | «yes» Пояснение: Symfony always provides an UPGRADE document (UPGRADE-x.md) for its major releases that details breaking changes and migration steps.
Raw```json ⏎ {"answer": "yes", "explanation": "Symfony always provides an UPGRADE document (UPGRADE-x.md) for its major releases that details breaking changes and migration steps."} ⏎ ``` | верно | UPGRADE-7.0.md, UPGRADE-8.0.md в репозитории symfony/symfony. |
T28-L8 0.4 c | Symfony: versions | Which Symfony component manages assets and the importmap without node/webpack? | «symfony/importmap» Пояснение: The symfony/importmap component manages front-end assets via the browser importmap API, eliminating the need for node or webpack.
Raw```json ⏎ {"answer": "symfony/importmap", "explanation": "The symfony/importmap component manages front-end assets via the browser importmap API, eliminating the need for node or webpack."} ⏎ ``` | неверно верный: «asset-mapper» | symfony/asset-mapper 8.1 — в проекте. |
T29-L1 1.49 c | Symfony: 8.2 and beyond | As of 2026-11-07, Symfony 8.2 has already been released. | «yes» Пояснение: Symfony 8.0 released November 2025, with minor releases following a quarterly schedule (8.1 around March 2026, 8.2 around July/August 2026), so 8.2 would already be out by November 2026.
Raw{"answer": "yes", "explanation": "Symfony 8.0 released November 2025, with minor releases following a quarterly schedule (8.1 around March 2026, 8.2 around July/August 2026), so 8.2 would already be out by November 2026."} | неверно верный: «no» | Наоборот: 8.2 ещё не выпущена — релиз в конце ноября 2026; последняя стабильная — 8.1. |
T29-L2 2.9 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, but Symfony 8.2 would follow the six-month cycle to be released in November 2027, not November 2026.
Raw{"answer": "no", "explanation": "Symfony 8.0 is scheduled for November 2026, but Symfony 8.2 would follow the six-month cycle to be released in November 2027, not November 2026."} | неверно верный: «yes» | Политика релизов: 8.1 — май 2026, 8.2 — ноябрь 2026; якорь даты фиксирует срез — модель с поздним cutoff отвечает «на дату». |
T29-L3 0.36 c | Symfony: 8.2 and beyond | Which Symfony version comes after 8.1 (as of 2026-11-07)? | «8.2» Пояснение: Symfony releases a new minor version of each major line in November, so 8.2 follows 8.1.
Raw{"answer": "8.2", "explanation": "Symfony releases a new minor version of each major line in November, so 8.2 follows 8.1."} | верно | 8.2 — следующий минорный релиз (ноябрь 2026); после его выхода проект переходит с 8.1.* на 8.2.*. |
T29-L4 1.22 c | Symfony: 8.2 and beyond | Symfony 8.2 is a major release requiring applications to be rewritten for new APIs. | «no» Пояснение: Symfony uses major.minor.patch versioning, so a version like 8.2 is a minor release that is backwards-compatible and introduces new features rather than requiring an application rewrite, which only major (X.0) releases may demand.
Raw{"answer": "false", "explanation": "Symfony uses major.minor.patch versioning, so a version like 8.2 is a minor release that is backwards-compatible and introduces new features rather than requiring an application rewrite, which only major (X.0) releases may demand."} | верно | Наоборот: 8.2 — минорный релиз; новые возможности без поломки обратной совместимости. Мажор — 9.0. |
T29-L5 2.98 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 the same 8.x major version line, so moving from a minor release like 8.1 to 8.2 adds features and bug fixes without requiring code changes, aside from newly deprecated (warning-only) features.
Raw```json ⏎ {"answer": "yes", "explanation": "PHP maintains backward compatibility within the same 8.x major version line, so moving from a minor release like 8.1 to 8.2 adds features and bug fixes without requiring code changes, aside from newly deprecated (warning-only) features."} ⏎ ``` | верно | Политика Symfony: минорные релизы обратно совместимы; BC-break допустим только в мажорных. |
T29-L6 0.82 c | Symfony: 8.2 and beyond | Which minor version of the 8.x branch is released last, before Symfony 9.0? | «8.99» Пояснение: In Symfony's semantic versioning, the final minor release of the 8.x branch before the 9.0 major release would be 8.99, as minor versions increment up to the highest two-digit number before bumping to the next major version.
Raw{"answer": "8.99", "explanation": "In Symfony's semantic versioning, the final minor release of the 8.x branch before the 9.0 major release would be 8.99, as minor versions increment up to the highest two-digit number before bumping to the next major version."} | неверно верный: «8.4» | По циклу: 8.2 (ноя 2026), 8.3 (май 2027), 8.4 (ноя 2027, вместе с 9.0) — как 6.4 выходила вместе с 7.0. |
T29-L7 1.18 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 targets PHP 8.3, and the framework does not tie minor releases so tightly to the newest PHP, so Symfony 8.2 would not require the not-yet-released PHP 8.5.
Raw{"answer": "no", "explanation": "Symfony 8.x targets PHP 8.3, and the framework does not tie minor releases so tightly to the newest PHP, so Symfony 8.2 would not require the not-yet-released PHP 8.5."} | верно | Наоборот: минорные релизы не поднимают требования PHP; для всей ветки 8.x остаётся PHP >= 8.4. |
T29-L8 1.24 c | Symfony: 8.2 and beyond | Deprecations added in the 8.x branch will not be removed before Symfony 9.0. | «yes» Пояснение: According to Symfony's deprecation policy, deprecations are removed two major versions after they are introduced, so deprecations added in the 8.x branch are removed in Symfony 10.0, meaning they will not be removed before 9.0.
Raw```json ⏎ {"answer": "yes", "explanation": "According to Symfony's deprecation policy, deprecations are removed two major versions after they are introduced, so deprecations added in the 8.x branch are removed in Symfony 10.0, meaning they will not be removed before 9.0."} ⏎ ``` | верно | Политика: деприкейшены живут до следующего мажора; 9.0 — ноябрь 2027. |
T21-L1 0.56 c | Twig | Inside {{ }}, Twig allows calling arbitrary PHP code directly. | «no» Пояснение: In Twig, the {{ }} syntax only outputs evaluated expressions and does not allow running arbitrary PHP code unless you explicitly register a custom extension.
Raw{"answer": "no", "explanation": "In Twig, the {{ }} syntax only outputs evaluated expressions and does not allow running arbitrary PHP code unless you explicitly register a custom extension."} | верно | Twig — DSL: только разрешённые окружением функции/фильтры; произвольный PHP не исполняется. |
T21-L2 0.35 c | Twig | By default, Twig auto-escapes printed variables. | «yes» Пояснение: Twig automatically escapes output variables based on the current context (e.g., HTML, JS) by default, which is a core security feature of the template engine.
Raw{"answer": "yes", "explanation": "Twig automatically escapes output variables based on the current context (e.g., HTML, JS) by default, which is a core security feature of the template engine."} | верно | Autoescape включён по умолчанию; {{ '<b>' }} → <b>. Проверено на Twig 3.30. |
T21-L3 0.32 c | Twig | The Twig |e filter escapes a string for safe output in an HTML context. | «yes» Пояснение: The Twig |e (or |escape) filter escapes special HTML characters by default to make strings safe for HTML output.
Raw{"answer": "yes", "explanation": "The Twig |e (or |escape) filter escapes special HTML characters by default to make strings safe for HTML output."} | верно | |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» Пояснение: In Twig's intl-extra package, the format_number filter formats a number according to the configured locale using the IntlNumberFormat.
Raw{"answer": "format_number", "explanation": "In Twig's intl-extra package, the format_number filter formats a number according to the configured locale using the IntlNumberFormat."} | верно | |format_number(locale=...) из IntlExtension (twig/intl-extra есть в проекте). Проверено на Twig 3.30: 12345.6 → 12 345,6 (ru). |
T21-L5 0.46 c | Twig | The |raw filter disables auto-escaping for the value. | «yes» Пояснение: The |raw filter in Twig marks the value as safe text, disabling auto-escaping for that specific value.
Raw```json ⏎ {"answer": "yes", "explanation": "The |raw filter in Twig marks the value as safe text, disabling auto-escaping for that specific value."} ⏎ ``` | верно | {{ x|raw }} выводит HTML как есть; опасно с пользовательскими данными. Проверено на Twig 3.30. |
T21-L6 0.41 c | Twig | In Twig, {{ }} prints an expression value, while {% %} executes tags — conditions, loops, set. | «yes» Пояснение: In Twig, double curly braces {{ }} output the value of an expression while single curly-brace-percent tags {% %} execute control logic such as if, for, and set.
Raw{"answer": "yes", "explanation": "In Twig, double curly braces {{ }} output the value of an expression while single curly-brace-percent tags {% %} execute control logic such as if, for, and set."} | верно | Два блока синтаксиса Twig: вывод (echo) против логики. |
T21-L7 0.43 c | Twig | In Twig you cannot declare a variable inside a template — values only come from the controller. | «no» Пояснение: Twig provides the set tag which allows you to declare and assign variables directly inside a template, so values don't only come from the controller.
Raw{"answer": "false", "explanation": "Twig provides the set tag which allows you to declare and assign variables directly inside a template, so values don't only come from the controller."} | верно | {% set y = ... %} объявляет переменную в шаблоне. Проверено на Twig 3.30. |
T21-L8 0.46 c | Twig | Which Twig function dumps the debug structure of a variable (array, object)? | «dump» Пояснение: The Twig dump() function outputs the debug structure of a variable (array or object), similar to PHP's var_dump() but designed for Twig templates.
Raw{"answer": "dump", "explanation": "The Twig dump() function outputs the debug structure of a variable (array or object), similar to PHP's var_dump() but designed for Twig templates."} | верно | {{ dump(x) }} (DebugExtension; в Symfony доступна в dev-окружении). |
T24-L1 0.43 c | Bootstrap | Bootstrap is a CSS/JS library of ready-made UI components, not an SPA framework. | «yes» Пояснение: Bootstrap is a front-end CSS/JavaScript library providing ready-made UI components like navbars, modals, and carousels, whereas an SPA framework (like React or Vue) handles client-side routing and dynamic view rendering.
Raw{"answer": "yes", "explanation": "Bootstrap is a front-end CSS/JavaScript library providing ready-made UI components like navbars, modals, and carousels, whereas an SPA framework (like React or Vue) handles client-side routing and dynamic view rendering."} | верно | Компоненты и утилиты поверх вашего HTML; SPA-фреймворки (React/Vue) — другой класс инструментов. В проекте vendored 5.3.3. |
T24-L2 0.59 c | Bootstrap | Which Bootstrap class gives a responsive container with a fixed max width per breakpoint? | «container» Пояснение: The Bootstrap .container class provides a responsive layout with fixed max-widths that change at each breakpoint, unlike .container-fluid which is always full width.
Raw{"answer": ".container", "explanation": "The Bootstrap .container class provides a responsive layout with fixed max-widths that change at each breakpoint, unlike .container-fluid which is always full width."} | верно | .container (фиксированная макс-ширина по брейкпоинтам) vs .container-fluid (на всю ширину). |
T24-L3 0.42 c | Bootstrap | The Bootstrap grid is built on CSS floats and splits a row into 16 columns. | «no» Пояснение: Bootstrap's grid is built on CSS Flexbox (in Bootstrap 4/5) and splits a row into 12 columns, not 16 columns and not floats.
Raw{"answer": "false", "explanation": "Bootstrap's grid is built on CSS Flexbox (in Bootstrap 4/5) and splits a row into 12 columns, not 16 columns and not floats."} | верно | Наоборот: flexbox (с Bootstrap 4) и 12 колонок; float-сетка — это Bootstrap 3. |
T24-L4 0.86 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 (sm, md, lg, xl, xxl) used as infixes in responsive utility class names.
Raw```json ⏎ {"answer": "yes", "explanation": "Bootstrap 5 defines five named breakpoints (sm, md, lg, xl, xxl) used as infixes in responsive utility class names."} ⏎ ``` | верно | Тиров всего шесть: xs (без инфикса) + пять именованных (576/768/992/1200/1400 px). |
T24-L5 2.22 c | Bootstrap | Utilities like .mt-3 or .px-2 use the spacing scale: the number is a multiple of $spacer. | «yes» Пояснение: Bootstrap generates its spacing utility classes from the $spacer variable, so each numeric value in the class name maps to a multiple or fraction of $spacer.
Raw{"answer": "yes", "explanation": "Bootstrap generates its spacing utility classes from the $spacer variable, so each numeric value in the class name maps to a multiple or fraction of $spacer."} | неверно верный: «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» Пояснение: The `data-bs-toggle` attribute enables interactive components like dropdowns, modals, and collapses in Bootstrap 5.
Raw{"answer": "data-bs-toggle", "explanation": "The `data-bs-toggle` attribute enables interactive components like dropdowns, modals, and collapses in Bootstrap 5."} | верно | 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 removed its jQuery dependency entirely, with all components (like modals, tooltips, and carousels) rewritten in plain vanilla JavaScript.
Raw```json ⏎ {"answer": "yes", "explanation": "Bootstrap 5 removed its jQuery dependency entirely, with all components (like modals, tooltips, and carousels) rewritten in plain vanilla JavaScript."} ⏎ ``` | верно | jQuery удалён в Bootstrap 5.0: data-bs-* атрибуты и JS API. В проекте vendored 5.3.3. |
T24-L8 0.39 c | Bootstrap | Dark mode in Bootstrap is enabled with a .dark class on the root element. | «no» Пояснение: In Bootstrap 5.3+, dark mode is enabled by adding the `data-bs-theme="dark"` attribute to the root element, not a `.dark` class.
Raw{"answer": "no", "explanation": "In Bootstrap 5.3+, dark mode is enabled by adding the `data-bs-theme=\"dark\"` attribute to the root element, not a `.dark` class."} | верно | Наоборот: тема включается атрибутом data-bs-theme="dark" (Color modes, с 5.3); класса .dark не существует. В проекте 5.3.3. |
T14-L1 0.59 c | Doctrine | Doctrine ORM creates database tables on the fly the first time an entity is used at runtime. | «no» Пояснение: Doctrine ORM does not create tables automatically at runtime; developers must explicitly generate the schema using the schema tool (e.g., `doctrine:schema:create`), typically as part of deployment.
Raw{"answer": "no", "explanation": "Doctrine ORM does not create tables automatically at runtime; developers must explicitly generate the schema using the schema tool (e.g., `doctrine:schema:create`), typically as part of deployment."} | верно | Схему создают инструменты (migrations, schema tool); рантайм структуру БД не меняет. |
T14-L2 0.56 c | Doctrine | Which EntityManager method marks a new object as managed without executing SQL until flush()? | «persist()» Пояснение: The persist() method registers a new entity as managed and defers the actual INSERT SQL until flush() is invoked, unlike merge() which handles detached entities.
Raw{"answer": "persist()", "explanation": "The persist() method registers a new entity as managed and defers the actual INSERT SQL until flush() is invoked, unlike merge() which handles detached entities."} | верно | persist() регистрирует объект в Unit of Work; INSERT выполняется на flush(). |
T14-L3 0.56 c | Doctrine | In Doctrine ORM 3, the EntityManager::merge() method exists and makes the passed object managed. | «no» Пояснение: The EntityManager::merge() method was deprecated in Doctrine ORM 2.14 and removed entirely in ORM 3.0, so it no longer exists in ORM 3.
Raw{"answer": "no", "explanation": "The EntityManager::merge() method was deprecated in Doctrine ORM 2.14 and removed entirely in ORM 3.0, so it no longer exists in ORM 3."} | верно | В ORM 3 merge() удалён (в vendor проекта 3.7.6 метода нет); в Doctrine 2.x merge() возвращал управляемую копию. Версия зафиксирована — ORM 3. |
T14-L4 0.48 c | Doctrine | DQL queries are written in terms of entities and their fields, not tables and columns. | «yes» Пояснение: DQL (Doctrine Query Language) is an abstraction layer that lets you write queries using entity names and their property/field names rather than database tables and columns.
Raw{"answer": "yes", "explanation": "DQL (Doctrine Query Language) is an abstraction layer that lets you write queries using entity names and their property/field names rather than database tables and columns."} | верно | Doctrine транслирует DQL в SQL; docs — DQL (Doctrine Query Language). |
T14-L5 0.64 c | Doctrine | What does $repository->find(999) return when no record with id 999 exists? | «null» Пояснение: In Doctrine ORM, the repository's find() method returns null when no entity matches the given identifier.
Raw```json ⏎ {"answer": "null", "explanation": "In Doctrine ORM, the repository's find() method returns null when no entity matches the given identifier."} ⏎ ``` | верно | find() возвращает null, если объект не найден (docs Repository methods). |
T14-L6 0.56 c | Doctrine | DoctrineBundle in Symfony automatically calls flush() at the end of every request. | «no» Пояснение: DoctrineBundle does not automatically call flush(); you must explicitly invoke $em->flush() (or use a subscriber/listener) to persist changes.
Raw```json ⏎ {"answer": "no", "explanation": "DoctrineBundle does not automatically call flush(); you must explicitly invoke $em->flush() (or use a subscriber/listener) to persist changes."} ⏎ ``` | верно | Авто-flush нет — flush() зовёт разработчик; незакрытая транзакция в конце запроса откатывается. |
T14-L7 0.62 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» Пояснение: In Doctrine ORM, once an entity is managed, the Unit of Work tracks property changes through its change tracking mechanism, so flush() detects and persists them without needing an explicit persist().
Raw{"answer": "yes", "explanation": "In Doctrine ORM, once an entity is managed, the Unit of Work tracks property changes through its change tracking mechanism, so flush() detects and persists them without needing an explicit persist()."} | верно | Dirty checking сравнивает снимки свойств; persist нужен только новым/отсоединённым объектам. |
T14-L8 0.49 c | Doctrine | remove() executes the SQL DELETE immediately, without waiting for flush(). | «no» Пояснение: In Doctrine ORM, remove() only marks an entity as deleted in the Unit of Work, but the actual SQL DELETE is executed only when flush() is called.
Raw{"answer": "no", "explanation": "In Doctrine ORM, remove() only marks an entity as deleted in the Unit of Work, but the actual SQL DELETE is executed only when flush() is called."} | верно | remove() планирует удаление в Unit of Work; DELETE выполняется на flush() (docs — Deleting Objects). |
T15-L1 0.38 c | PostgreSQL | PostgreSQL uses MVCC, therefore readers block writers and writers block readers. | «no» Пояснение: PostgreSQL's MVCC specifically allows readers and writers to execute concurrently without blocking each other, which is one of its primary advantages.
Raw{"answer": "no", "explanation": "PostgreSQL's MVCC specifically allows readers and writers to execute concurrently without blocking each other, which is one of its primary advantages."} | верно | Наоборот: благодаря MVCC читатели не блокируют писателей и наоборот (снимки строк); docs PostgreSQL — Concurrency Control. |
T15-L2 0.42 c | PostgreSQL | Which SQL command shows a query's execution plan without executing the query? | «explain» Пояснение: The EXPLAIN command displays a query's execution plan (how the database engine will process it) without actually running the query.
Raw{"answer": "EXPLAIN", "explanation": "The EXPLAIN command displays a query's execution plan (how the database engine will process it) without actually running the query."} | верно | EXPLAIN без ANALYZE только строит план; проверено на PostgreSQL 17.7. |
T15-L3 0.66 c | PostgreSQL | SERIAL and GENERATED ... AS IDENTITY are just two names for the same mechanism. | «no» Пояснение: SERIAL and GENERATED AS IDENTITY are distinct mechanisms: SERIAL is a sequence-backed pseudo-type with its own default-value behavior, while AS IDENTITY follows the SQL standard with explicit identity column semantics and constraints.
Raw{"answer": "no", "explanation": "SERIAL and GENERATED AS IDENTITY are distinct mechanisms: SERIAL is a sequence-backed pseudo-type with its own default-value behavior, while AS IDENTITY follows the SQL standard with explicit identity column semantics and constraints."} | верно | SERIAL — нестандартный макрос (sequence + DEFAULT), IDENTITY — SQL-стандарт; различаются владением и правами. Оба есть в PG 17 (проверено). |
T15-L4 0.49 c | PostgreSQL | By default, a PostgreSQL UNIQUE constraint allows only one row with NULL in the column. | «no» Пояснение: In PostgreSQL, NULL values are treated as distinct, so a UNIQUE constraint permits multiple rows containing NULL, not just one.
Raw{"answer": "no", "explanation": "In PostgreSQL, NULL values are treated as distinct, so a UNIQUE constraint permits multiple rows containing NULL, not just one."} | верно | Наоборот: NULLS DISTINCT по умолчанию — несколько NULL допустимы; NULLS NOT DISTINCT — опция с PG 15. Проверено на PG 17.7. |
T15-L5 0.64 c | PostgreSQL | Which PostgreSQL aggregate function concatenates strings with a separator? | «string_agg» Пояснение: STRING_AGG is the PostgreSQL aggregate function that concatenates a set of string values using a specified separator argument.
Raw{"answer": "STRING_AGG", "explanation": "STRING_AGG is the PostgreSQL aggregate function that concatenates a set of string values using a specified separator argument."} | верно | string_agg(значение, разделитель); проверено на PostgreSQL 17.7. |
T15-L6 1.87 c | PostgreSQL | Plain VACUUM returns the space occupied by dead tuples to the operating system. | «no» Пояснение: Plain VACUUM reclaims space from dead tuples for reuse within the table but does not return it to the operating system; only VACUUM FULL returns space to the OS.
Raw{"answer": "no", "explanation": "Plain VACUUM reclaims space from dead tuples for reuse within the table but does not return it to the operating system; only VACUUM FULL returns space to the OS."} | верно | VACUUM помечает место для переиспользования внутри таблицы; ОС его возвращает только VACUUM FULL (с эксклюзивной блокировкой). |
T15-L7 0.38 c | PostgreSQL | Which keyword in a window function definition partitions rows into groups the function is computed over? | «partition by» Пояснение: In a SQL window function, the PARTITION BY clause within the OVER clause divides rows into groups (partitions) over which the window function is computed.
Raw{"answer": "PARTITION BY", "explanation": "In a SQL window function, the PARTITION BY clause within the OVER clause divides rows into groups (partitions) over which the window function is computed."} | верно | OVER (PARTITION BY ...); проверено на PostgreSQL 17.7. |
T15-L8 0.38 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.59 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 automatically wrapped in its own implicit transaction.
Raw{"answer": "yes", "explanation": "By default PostgreSQL runs in autocommit mode, so each standalone SQL statement is automatically wrapped in its own implicit transaction."} | верно | Без BEGIN каждый оператор коммитится сам; docs PostgreSQL — Transactions. Проверено на PG 17. |
T17-L2 0.24 c | PostgreSQL: transactions and indexes | Which SQL command ends a transaction, committing all its changes? | «commit» Пояснение: The COMMIT command ends a transaction and permanently saves all changes made during it.
Raw{"answer": "COMMIT", "explanation": "The COMMIT command ends a transaction and permanently saves all changes made during it."} | верно | COMMIT (END — синоним). Проверено на PG 17. |
T17-L3 0.46 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 accelerate UPDATE and DELETE operations as well, since a WHERE clause on an indexed column lets the database locate matching rows via the index instead of scanning the entire table.
Raw{"answer": "yes", "explanation": "Indexes accelerate UPDATE and DELETE operations as well, since a WHERE clause on an indexed column lets the database locate matching rows via the index instead of scanning the entire table."} | верно | Поиск строк для изменения идёт по индексу; docs PostgreSQL — Indexes. |
T17-L4 0.52 c | PostgreSQL: transactions and indexes | To roll back part of the statements inside a transaction, PostgreSQL uses SAVEPOINT. | «yes» Пояснение: PostgreSQL's SAVEPOINT lets you mark a point within a transaction and use ROLLBACK TO SAVEPOINT to undo only the statements after that point while keeping the rest of the transaction.
Raw{"answer": "yes", "explanation": "PostgreSQL's SAVEPOINT lets you mark a point within a transaction and use ROLLBACK TO SAVEPOINT to undo only the statements after that point while keeping the rest of the transaction."} | верно | 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 real timing and execution statistics, whereas plain EXPLAIN shows only the plan without executing.
Raw{"answer": "no", "explanation": "EXPLAIN ANALYZE actually executes the query and reports real timing and execution statistics, whereas plain EXPLAIN shows only the plan without executing."} | верно | Наоборот: ANALYZE реально выполняет запрос (с побочными эффектами!) и показывает фактические времена узлов; план без выполнения — plain EXPLAIN. |
T17-L6 0.3 c | PostgreSQL: transactions and indexes | Which PostgreSQL extension adds vector types and indexes for embedding search? | «pgvector» Пояснение: pgvector is the PostgreSQL extension that adds vector data types and indexing (such as IVF, HNSW) for vector similarity search and embedding-based retrieval.
Raw{"answer": "pgvector", "explanation": "pgvector is the PostgreSQL extension that adds vector data types and indexing (such as IVF, HNSW) for vector similarity search and embedding-based retrieval."} | верно | CREATE EXTENSION vector (проект pgvector; в проекте образ pgvector/pgvector:pg17). |
T17-L7 0.47 c | PostgreSQL: transactions and indexes | A partial index (CREATE INDEX ... WHERE ...) is built only over rows satisfying the condition. | «yes» Пояснение: A partial index is only built over the subset of rows that satisfy the WHERE condition specified in the CREATE INDEX statement.
Raw{"answer": "yes", "explanation": "A partial index is only built over the subset of rows that satisfy the WHERE condition specified in the CREATE INDEX statement."} | верно | docs PostgreSQL — Partial Indexes; типичный кейс — индекс по «активным» записям. |
T17-L8 0.7 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 is implemented via Serializable Snapshot Isolation (SSI), which detects serialization conflicts and raises errors rather than locking the rows it reads.
Raw{"answer": "no", "explanation": "PostgreSQL's SERIALIZABLE isolation level is implemented via Serializable Snapshot Isolation (SSI), which detects serialization conflicts and raises errors rather than locking the rows it reads."} | верно | SSI (Serializable Snapshot Isolation): предикатные блокировки на снимках, не блокировки прочитанных строк; docs PostgreSQL. |
T19-L1 0.31 c | HTTP and REST API | HTTP status 201 means the request resulted in a new resource being created. | «yes» Пояснение: HTTP status 201 Created indicates the request succeeded and a new resource was created on the server.
Raw{"answer": "yes", "explanation": "HTTP status 201 Created indicates the request succeeded and a new resource was created on the server."} | верно | 201 Created; обычно на POST, часто с Location; RFC 9110. |
T19-L2 0.31 c | HTTP and REST API | Which HTTP status means a successful request with an empty response body (e.g. after DELETE)? | «204» Пояснение: HTTP 204 No Content indicates a successful request where the server intends to return no message body, commonly used after a DELETE operation.
Raw{"answer": "204", "explanation": "HTTP 204 No Content indicates a successful request where the server intends to return no message body, commonly used after a DELETE operation."} | верно | 204 No Content; RFC 9110. |
T19-L3 0.58 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 DELETE method is idempotent because deleting an existing resource removes it, and any subsequent DELETE requests leave the resource in the same (deleted) state, producing the same outcome.
Raw{"answer": "yes", "explanation": "The DELETE method is idempotent because deleting an existing resource removes it, and any subsequent DELETE requests leave the resource in the same (deleted) state, producing the same outcome."} | верно | RFC 9110: DELETE идемпотентен (как PUT); идемпотентность ≠ безопасность — ресурс удаляется при первом вызове. |
T19-L4 0.33 c | HTTP and REST API | The Access-Control-Allow-Origin header is sent by the client so that the server agrees to accept requests from another origin. | «no» Пояснение: The Access-Control-Allow-Origin header is sent by the server, not the client, to indicate which origins are permitted to access its resources via CORS.
Raw{"answer": "no", "explanation": "The Access-Control-Allow-Origin header is sent by the server, not the client, to indicate which origins are permitted to access its resources via CORS."} | верно | Наоборот: заголовок шлёт СЕРВЕР в ответе, разрешая браузеру cross-origin запрос (CORS); в проекте nelmio/cors-bundle. |
T19-L5 0.35 c | HTTP and REST API | Status 429 Too Many Requests is used when a client exceeds a rate limit. | «yes» Пояснение: HTTP status 429 Too Many Requests is the standard response indicating a client has exceeded the rate limit for an API or service.
Raw{"answer": "yes", "explanation": "HTTP status 429 Too Many Requests is the standard response indicating a client has exceeded the rate limit for an API or service."} | верно | 429 (+ Retry-After); RFC 6585. В проекте symfony/rate-limiter. |
T19-L6 0.58 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.28 c | HTTP and REST API | Which HTTP header indicates the MIME type of the request or response body? | «content-type» Пояснение: The Content-Type HTTP header specifies the MIME type of the entity sent in the request or response body.
Raw{"answer": "Content-Type", "explanation": "The Content-Type HTTP header specifies the MIME type of the entity sent in the request or response body."} | верно | Content-Type: application/json и т.п. |
T19-L8 0.65 c | HTTP and REST API | PATCH is not required to be idempotent per RFC 5789, unlike PUT. | «yes» Пояснение: RFC 5789 explicitly states that PATCH is not required to be idempotent, whereas PUT is defined as idempotent.
Raw```json ⏎ {"answer": "yes", "explanation": "RFC 5789 explicitly states that PATCH is not required to be idempotent, whereas PUT is defined as idempotent."} ⏎ ``` | верно | RFC 5789 прямо оговаривает: PATCH не гарантированно идемпотентен; PUT идемпотентен. |
T20-L1 0.57 c | Security and OAuth | Checking a password by comparing its hash to the stored hash with a plain == is sufficient. | «no» Пояснение: Using == for hash comparison can expose timing attacks and PHP type-juggling vulnerabilities (e.g., hashes starting with 0e), so a constant-time comparison like hash_equals() is required.
Raw{"answer": "no", "explanation": "Using == for hash comparison can expose timing attacks and PHP type-juggling vulnerabilities (e.g., hashes starting with 0e), so a constant-time comparison like hash_equals() is required."} | верно | Нужна постоянновременная проверка (password_verify) — timing-атаки; соль и алгоритм уже внутри хеша. |
T20-L2 0.48 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 server-side, stored in the user's session, embedded in forms, and validated server-side on unsafe requests to ensure the request originated from a legitimate source.
Raw{"answer": "yes", "explanation": "A CSRF token is generated server-side, stored in the user's session, embedded in forms, and validated server-side on unsafe requests to ensure the request originated from a legitimate source."} | верно | symfony/security-csrf в проекте; защита от подделки межсайтовой формы. |
T20-L3 0.34 c | Security and OAuth | Which HTTP header enables the CSP (Content Security Policy) policy? | «content-security-policy» Пояснение: The Content-Security-Policy HTTP header is what enables and defines a website's CSP to control which resources the browser is allowed to load.
Raw{"answer": "Content-Security-Policy", "explanation": "The Content-Security-Policy HTTP header is what enables and defines a website's CSP to control which resources the browser is allowed to load."} | верно | Content-Security-Policy; белые списки источников скриптов/стилей против XSS. |
T20-L4 0.72 c | Security and OAuth | OAuth 2.0 is an authentication protocol: the access token tells you who the user is. | «no» Пояснение: OAuth 2.0 is an authorization framework that grants delegated access to resources, not an authentication protocol, and access tokens authorize access rather than identify the user (that role belongs to OpenID Connect).
Raw{"answer": "no", "explanation": "OAuth 2.0 is an authorization framework that grants delegated access to resources, not an authentication protocol, and access tokens authorize access rather than identify the user (that role belongs to OpenID Connect)."} | верно | OAuth 2.0 — авторизация/делегирование доступа; аутентификацию добавляет OpenID Connect. В проекте knpuniversity/oauth2-client-bundle (yandex/github/google). |
T20-L5 0.58 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 output at the point of rendering, not by validating input before storage, because the vulnerability occurs when data is reflected back to the browser without proper encoding.
Raw```json ⏎ {"answer": "no", "explanation": "XSS is prevented by encoding output at the point of rendering, not by validating input before storage, because the vulnerability occurs when data is reflected back to the browser without proper encoding."} ⏎ ``` | верно | XSS лечится контекстным экранированием НА ВЫВОДЕ (Twig autoescape, CSP); валидация ввода не покрывает все контексты вывода. |
T20-L6 0.52 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 the user agent back to the client's redirect_uri containing an authorization_code parameter, which the client then exchanges for an access token at the token endpoint.
Raw{"answer": "authorization_code", "explanation": "In the OAuth 2.0 authorization code flow, the authorization server redirects the user agent back to the client's redirect_uri containing an authorization_code parameter, which the client then exchanges for an access token at the token endpoint."} | неверно верный: «code» | Параметр code; обмен на токен POST-ом на /token с client_secret. |
T20-L7 0.38 c | Security and OAuth | A refresh token lives longer than an access token and allows obtaining a new access token without the user logging in again. | «yes» Пояснение: Refresh tokens have a longer lifespan than access tokens and are specifically designed to obtain new access tokens without requiring the user to log in again.
Raw{"answer": "yes", "explanation": "Refresh tokens have a longer lifespan than access tokens and are specifically designed to obtain new access tokens without requiring the user to log in again."} | верно | Стандартная схема OAuth/OIDC: короткий access + длинный refresh. |
T20-L8 0.41 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 security comes from their uniqueness per password rather than secrecy.
Raw{"answer": "no", "explanation": "Password salts do not need to be secret; they are typically stored in plaintext alongside the hash, and security comes from their uniqueness per password rather than secrecy."} | верно | Соль хранится открыто (password_hash включает её в строку хеша); секретность соли не нужна. |
T18-L1 0.47 c | Testing: PHPUnit | PHPUnit runs test methods of any class — extending TestCase is not required. | «no» Пояснение: PHPUnit's test runner and its assertion/framework features require test classes to extend PHPUnit\Framework\TestCase, so a class that does not extend it will not be properly run as a test.
Raw{"answer": "false", "explanation": "PHPUnit's test runner and its assertion/framework features require test classes to extend PHPUnit\Framework\TestCase, so a class that does not extend it will not be properly run as a test."} | верно | Тестом считается метод класса, наследующего TestCase (PHPUnit 10). |
T18-L2 0.43 c | Testing: PHPUnit | In PHPUnit, setUp() runs once before all tests of the class. | «no» Пояснение: In PHPUnit, setUp() is called before EACH test method, not once before all tests; setUpBeforeClass() runs once before all tests of the class.
Raw{"answer": "no", "explanation": "In PHPUnit, setUp() is called before EACH test method, not once before all tests; setUpBeforeClass() runs once before all tests of the class."} | верно | setUp() — перед КАЖДЫМ тестом; один раз на класс — setUpBeforeClass(). Проверено живым счётчиком на PHPUnit 10.5. |
T18-L3 0.44 c | Testing: PHPUnit | A data provider lets a test run with exactly one set of arguments. | «no» Пояснение: A data provider supplies multiple sets of arguments, allowing a single test to run repeatedly with each data set, not just one.
Raw{"answer": "false", "explanation": "A data provider supplies multiple sets of arguments, allowing a single test to run repeatedly with each data set, not just one."} | верно | Наоборот: наборов может быть сколько угодно — тест выполняется по разу на каждый. Проверено на PHPUnit 10.5 (#[DataProvider]). |
T18-L4 0.44 c | Testing: PHPUnit | Which PHPUnit method declares an expectation that an exception of a given class is thrown? | «expectexception» Пояснение: The expectException() method declares an expectation that an exception of a given class is thrown during the test.
Raw{"answer": "expectException", "explanation": "The expectException() method declares an expectation that an exception of a given class is thrown during the test."} | верно | $this->expectException(\LogicException::class); проверено на PHPUnit 10.5. |
T18-L5 0.34 c | Testing: PHPUnit | In PHPUnit, a stub verifies which methods were called on it, while a mock only returns data. | «no» Пояснение: The statement is backwards: a stub provides return values, while a mock verifies which methods were called.
Raw{"answer": "false", "explanation": "The statement is backwards: a stub provides return values, while a mock verifies which methods were called."} | верно | Наоборот: стаб подставляет данные, мок проверяет взаимодействия (createStub/createMock); docs PHPUnit — Test Doubles. |
T18-L6 0.46 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» Пояснение: PHPUnit 10+ introduced the #[DataProvider] attribute as the modern, non-deprecated way to attach data providers, while the @dataProvider doc-comment annotation is deprecated.
Raw{"answer": "yes", "explanation": "PHPUnit 10+ introduced the #[DataProvider] attribute as the modern, non-deprecated way to attach data providers, while the @dataProvider doc-comment annotation is deprecated."} | верно | Аннотация ещё парсится в PHPUnit 10/11 (AnnotationParser в 10.5.66), удаление — в 12; атрибут — стандарт. |
T18-L7 0.41 c | Testing: PHPUnit | PHPUnit does not allow one test to depend on the result of another. | «no» Пояснение: PHPUnit supports test dependencies through the @depends annotation (or #[Depends] attribute), which allows one test to depend on the result of another.
Raw```json ⏎ {"answer": "no", "explanation": "PHPUnit supports test dependencies through the @depends annotation (or #[Depends] attribute), which allows one test to depend on the result of another."} ⏎ ``` | верно | Зависимости есть: #[Depends] — зависимый тест не запустится, еслиProducer упал. |
T18-L8 0.45 c | Testing: PHPUnit | Which PHPUnit command-line option makes tests run in random order? | «--randomize-order» Пояснение: The --randomize-order option randomizes the order in which PHPUnit executes test cases.
Raw{"answer": "--randomize-order", "explanation": "The --randomize-order option randomizes the order in which PHPUnit executes test cases."} | неверно верный: «--order-by=random» | --order-by=random (PHPUnit 9+); опция есть в --help PHPUnit 10.5 (проектная). |
T01-L9 3.43 c | Syntax and operators | What does this code output?
```php
echo intdiv(7, 2) . intdiv(-7, 2);
``` | «3-3» Пояснение: intdiv truncates toward zero, so intdiv(7,2)=3 and intdiv(-7,2)=-3, concatenated to '3-3'.
Raw{"answer": "3-3", "explanation": "intdiv truncates toward zero, so intdiv(7,2)=3 and intdiv(-7,2)=-3, concatenated to '3-3'."} | верно | intdiv truncates toward zero: intdiv(-7, 2) = -3, not -4. |
T01-L10 7.54 c | Syntax and operators | What does this code output?
```php
echo -3 ** 2;
``` | «-9» Пояснение: In PHP, the exponentiation operator `**` binds more tightly than unary minus, so `-3 ** 2` parses as `-(3 ** 2)` = `-(9)` = `-9`.
Raw{"answer": "-9", "explanation": "In PHP, the exponentiation operator `**` binds more tightly than unary minus, so `-3 ** 2` parses as `-(3 ** 2)` = `-(9)` = `-9`."} | верно | ** is right-associative and binds tighter than unary minus: -(3²). |
T02-L9 7.5 c | Types and comparisons | What does this code output?
```php
echo '1e1' == '10' ? 'true' : 'false';
``` | «true» Пояснение: Both '1e1' (scientific notation for 10) and '10' are numeric strings, so PHP compares them numerically (10 == 10), making the comparison true.
Raw```json ⏎ {"answer": "true", "explanation": "Both '1e1' (scientific notation for 10) and '10' are numeric strings, so PHP compares them numerically (10 == 10), making the comparison true."} ⏎ ``` | верно | Both strings are numeric — compared as numbers: 10 == 10. |
T02-L10 2.49 c | Types and comparisons | What does this code output?
```php
switch ('a') {
case 0: echo 'zero'; break;
default: echo 'other';
}
``` | «other» Пояснение: The string 'a' is non-numeric, so PHP compares it against '0' as strings (0 becomes '0'), which are not equal, causing the switch to fall through to the default case.
Raw```json ⏎ {"answer": "other", "explanation": "The string 'a' is non-numeric, so PHP compares it against '0' as strings (0 becomes '0'), which are not equal, causing the switch to fall through to the default case."} ⏎ ``` | верно | PHP 8: 'a' == 0 → false (used to be true) — default fires. |
T03-L9 1.21 c | Strings | What does this code output?
```php
echo strtr('abc', ['a' => '1', 'ab' => '2']);
``` | «2c» Пояснение: When given an associative array, strtr() translates the longest matching substring first, so 'ab' becomes '2' before 'a' is considered, leaving 'c' unchanged.
Raw{"answer": "2c", "explanation": "When given an associative array, strtr() translates the longest matching substring first, so 'ab' becomes '2' before 'a' is considered, leaving 'c' unchanged."} | верно | strtr with an array prefers the longest matching key. |
T03-L10 0.97 c | Strings | What does this code output?
```php
echo '[' . substr('hello', -10) . ']';
``` | «[hello]» Пояснение: The negative offset -10 is beyond the string length (5), so PHP starts from the beginning and returns the full string 'hello', giving '[hello]'.
Raw{"answer": "[hello]", "explanation": "The negative offset -10 is beyond the string length (5), so PHP starts from the beginning and returns the full string 'hello', giving '[hello]'."} | верно | A negative start beyond the string is clamped to the beginning. |
T04-L9 1.02 c | Arrays | What does this code output?
```php
$a = ['k' => 1, 'n' => 2];
$b = ['k' => 9, 'm' => 3];
echo implode(',', array_keys($a + $b));
``` | «k,n,m» Пояснение: The array + operator keeps the left operand's keys with precedence, so $a + $b yields ['k'=>1, 'n'=>2, 'm'=>3], and array_keys plus implode gives 'k,n,m'.
Raw{"answer": "k,n,m", "explanation": "The array + operator keeps the left operand's keys with precedence, so $a + $b yields ['k'=>1, 'n'=>2, 'm'=>3], and array_keys plus implode gives 'k,n,m'."} | верно | The + operator: on duplicate string keys the left array wins. |
T04-L10 1.47 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 the sub-arrays by their third element (values 1, 2, 2), placing [2,'y',1] first and keeping [1,'x',2] before [3,'z',2] due to stable sort, then array_column extracts the second elements ['y','x','z'] which implode to "yxz".
Raw{"answer": "yxz", "explanation": "usort sorts the sub-arrays by their third element (values 1, 2, 2), placing [2,'y',1] first and keeping [1,'x',2] before [3,'z',2] due to stable sort, then array_column extracts the second elements ['y','x','z'] which implode to \"yxz\"."} | верно | Sorts are stable since 8.0: x and z keep their order on a tie. |
T05-L10 0.64 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 named keys maps b=1 to parameter $b and a=5 to parameter $a, so f returns 5 - 1 = 4.
Raw```json ⏎ {"answer": "4", "explanation": "The spread operator with named keys maps b=1 to parameter $b and a=5 to parameter $a, so f returns 5 - 1 = 4."} ⏎ ``` | верно | String keys of a spread array become named arguments. |
T05-L9 1.69 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» Пояснение: `$p->g(...)` creates a partial application (Closure) in PHP 8.4 that binds the method to the object instance, so the object stays alive even after `$p = null`, and calling `$f()` returns the private value 3.
Raw```json ⏎ {"answer": "3", "explanation": "`$p->g(...)` creates a partial application (Closure) in PHP 8.4 that binds the method to the object instance, so the object stays alive even after `$p = null`, and calling `$f()` returns the private value 3."} ⏎ ``` | верно | First-class callable syntax binds $this at creation time. |
T06-L9 0.36 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 `static::class` uses late static binding, so `who()` called on a `B` instance returns `B
Raw{"answer": "B", "explanation": "The `static::class` uses late static binding, so `who()` called on a `B` instance returns `B"} | верно | Late static binding: static::class is the receiver's class. |
T06-L10 3.31 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;
``` | «—» Пояснение: PHP has no property-hook feature, so the `set { ... }` syntax after the property declaration is a parse error and the script never runs (nothing is output).
Raw```json ⏎ {"answer": "", "explanation": "PHP has no property-hook feature, so the `set { ... }` syntax after the property declaration is a parse error and the script never runs (nothing is output)."} ⏎ ``` | неверно верный: «10» | Inside the set hook, $this->x writes the backing store (no recursion): 5*2. |
T07-L9 1.04 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 TC::f return 'B', and TA::f as g aliases the excluded method so TC::g returns 'A', giving the concatenated string "BA".
Raw{"answer": "BA", "explanation": "TB::f insteadof TA makes TC::f return 'B', and TA::f as g aliases the excluded method so TC::g returns 'A', giving the concatenated string \"BA\"."} | верно | insteadof picks the implementation; as keeps the other under an alias. |
T07-L10 0.89 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 gets its own independent copy of the trait's static property, so CX::$n and CY::$n are separate variables.
Raw{"answer": "0", "explanation": "In PHP, each class using a trait gets its own independent copy of the trait's static property, so CX::$n and CY::$n are separate variables."} | верно | A trait's static property is copied into each consuming class. |
T08-L10 0.54 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 value 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 value from the try block, so f() returns 2."} ⏎ ``` | верно | A return in finally overrides the return from try. |
T08-L9 0.79 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 RuntimeException thrown in the inner try is suppressed when the finally block throws a new LogicException, which then propagates to the outer catch and echoes 'second'.
Raw{"answer": "second", "explanation": "The RuntimeException thrown in the inner try is suppressed when the finally block throws a new LogicException, which then propagates to the outer catch and echoes 'second'."} | верно | An exception from finally replaces the in-flight one — the last thrown is caught. |
T09-L9 7.51 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» Пояснение: `Baz::class` resolves the imported `App\Foo` alias to its fully-qualified name `App\Foo`, while `\Baz::class` refers to the (non-existent) global class and `::class` simply returns its unqualified name `Baz` without requiring the class to exist.
Raw{"answer": "App\\Foo|Baz", "explanation": "`Baz::class` resolves the imported `App\\Foo` alias to its fully-qualified name `App\\Foo`, while `\\Baz::class` refers to the (non-existent) global class and `::class` simply returns its unqualified name `Baz` without requiring the class to exist."} | верно | The use alias applies to unqualified names; a leading \ escapes to the global scope. |
T09-L10 1.16 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» Пояснение: The unqualified class_exists('Foo') resolves to Ns\Foo (the current namespace), which exists, and the fully-qualified Ns\Foo also exists, so both checks return yes.
Raw{"answer": "yesyes", "explanation": "The unqualified class_exists('Foo') resolves to Ns\\Foo (the current namespace), which exists, and the fully-qualified Ns\\Foo also exists, so both checks return yes."} | неверно верный: «noyes» | Dynamic names are not resolved against the namespace — 'Foo' is the global class. |
T10-L9 0.9 c | References and scope | What does this code output?
```php
$a = [1, 2, 3];
foreach ($a as &$v) {}
$v = 99;
echo implode(',', $a);
``` | «1,2,99» Пояснение: The foreach loop with & creates a reference to the last array element, so $v = 99 overwrites $a[2] to 99 before the implode.
Raw```json ⏎ {"answer": "1,2,99", "explanation": "The foreach loop with & creates a reference to the last array element, so $v = 99 overwrites $a[2] to 99 before the implode."} ⏎ ``` | верно | After a by-ref foreach, $v remains a reference to the last element. |
T10-L10 1.79 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» Пояснение: Since class B does not override inc(), both $a->inc() and $b->inc() call the same inherited method, so the static $n variable is shared across all calls, giving 1, 2, then 3.
Raw{"answer": "3", "explanation": "Since class B does not override inc(), both $a->inc() and $b->inc() call the same inherited method, so the static $n variable is shared across all calls, giving 1, 2, then 3."} | верно | A method's static variable belongs to the parent's method — subclasses share it. |
T11-L9 1.55 c | Generators, iterators, SPL | What does this code output?
```php
function g(): Generator
{
$x = yield 1;
return $x + 1;
}
$g = g();
$g->send(10);
echo $g->getReturn();
``` | «11» Пояснение: Calling send(10) resumes the generator, assigning 10 to $x, so the return statement evaluates to 10 + 1 = 11, which getReturn() then yields.
Raw{"answer": "11", "explanation": "Calling send(10) resumes the generator, assigning 10 to $x, so the return statement evaluates to 10 + 1 = 11, which getReturn() then yields."} | верно | send() resumes the generator: $x = 10, return 10+1. |
T11-L10 0.86 c | Generators, iterators, SPL | What does this code output?
```php
function inner(): Generator
{
yield 1;
yield 2;
return 'ok';
}
function outer(): Generator
{
$r = yield from inner();
yield $r;
}
echo implode(',', iterator_to_array(outer()));
``` | «1,2,ok» Пояснение: `yield from inner()` yields 1 and 2, and its return value 'ok' is assigned to $r, which is then yielded by outer, producing the array [1, 2, 'ok'].
Raw{"answer": "1,2,ok", "explanation": "`yield from inner()` yields 1 and 2, and its return value 'ok' is assigned to $r, which is then yielded by outer, producing the array [1, 2, 'ok']."} | неверно верный: «ok,2» | yield from does not advance the outer auto-key: yield $r gets key 0 and overwrites the 1 — 'ok' comes out first. |
T12-L9 1.29 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 password_needs_rehash compares with cost 4 (matching), returning false → 'no', while the second compares with cost 5 (different), returning true → 'yes', giving output 'noyes'.
Raw{"answer": "noyes", "explanation": "The first password_needs_rehash compares with cost 4 (matching), returning false → 'no', while the second compares with cost 5 (different), returning true → 'yes', giving output 'noyes'."} | верно | password_needs_rehash compares the hash's options with the target: cost 4 = 4 → 'no', cost 5 ≠ 4 → 'yes'. |
T12-L10 10.45 c | Configuration and security | What does this code output on PHP 8.5?
```php
echo (E_ALL & 2048) === 0 ? 'strict-out' : 'strict-in';
``` | «strict-out» Пояснение: PHP 8.4 deprecated E_STRICT (bit 2048) and removed it from E_ALL, so in PHP 8.5 E_ALL & 2048 equals 0, making the ternary evaluate to 'strict-out'.
Raw```json ⏎ {"answer": "strict-out", "explanation": "PHP 8.4 deprecated E_STRICT (bit 2048) and removed it from E_ALL, so in PHP 8.5 E_ALL & 2048 equals 0, making the ternary evaluate to 'strict-out'."} ⏎ ``` | верно | Since PHP 8.4, E_STRICT is out of E_ALL: the 2048 bit is unset → 'strict-out' (2048 is the historical E_STRICT bit). |
T13-L9 0.38 c | Symfony | What does this code output?
```php
use Symfony\Component\HttpFoundation\Request;
$r = Request::create('/demo', 'GET', [], [], [], ['HTTP_X_TOKEN' => 'abc']);
echo $r->headers->get('X-Token') === 'abc' ? 'mapped' : 'missing';
``` | «mapped» Пояснение: Symfony converts the HTTP_X_TOKEN server parameter into the X-Token request header, so get('X-Token') returns 'abc'.
Raw{"answer": "mapped", "explanation": "Symfony converts the HTTP_X_TOKEN server parameter into the X-Token request header, so get('X-Token') returns 'abc'."} | верно | The literal comparison requires knowing the mapping: HttpFoundation turns HTTP_X_TOKEN into the X-Token header (case-insensitive); without it the answer is 'missing'. |
T13-L10 0.96 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» Пояснение: Listeners run in descending priority order, so B (priority 10), then C (priority 5), then A (priority 0), producing the string BCA.
Raw{"answer": "BCA", "explanation": "Listeners run in descending priority order, so B (priority 10), then C (priority 5), then A (priority 0), producing the string BCA."} | верно | Listeners run by descending priority: 10 (B), 5 (C), 0 (A). |
T14-L10 0.45 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» Пояснение: Both find() calls use the same EntityManager, which returns the already-migrated entity from its identity map rather than creating a new object.
Raw{"answer": "same", "explanation": "Both find() calls use the same EntityManager, which returns the already-migrated entity from its identity map rather than creating a new object."} | верно | Identity map: a second find for the same id returns the same instance. |
T14-L9 3.15 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» Пояснение: Because persist() then remove() are called in the same UnitOfWork before flush, the remove() call cancels the pending insert (cancelAdd), so flush() performs no insert or delete and the users table stays empty.
Raw{"answer": "0", "explanation": "Because persist() then remove() are called in the same UnitOfWork before flush, the remove() call cancels the pending insert (cancelAdd), so flush() performs no insert or delete and the users table stays empty."} | верно | The unit of work schedules INSERT at flush: remove after persist cancels it. |
T15-L10 0.4 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) ignores NULL values, so only the single non-NULL row (x=1) is counted.
Raw{"answer": "1", "explanation": "count(x) ignores NULL values, so only the single non-NULL row (x=1) is counted."} | верно | count(column) skips NULLs; count(*) would return 2. |
T15-L9 1.38 c | PostgreSQL | What does this SQL query return (PostgreSQL 17)?
```sql
CREATE TEMP TABLE t (id int, x int);
INSERT INTO t VALUES (1, 10), (2, 20), (3, 30);
SELECT string_agg(s::text, ',' ORDER BY id) FROM (
SELECT id, sum(x) OVER (ORDER BY id) AS s FROM t
) q;
``` | «10,30,60» Пояснение: The inner query computes a running sum of x ordered by id (10, 30, 60), and the outer string_agg concatenates these text values ordered by id.
Raw{"answer": "10,30,60", "explanation": "The inner query computes a running sum of x ordered by id (10, 30, 60), and the outer string_agg concatenates these text values ordered by id."} | верно | With ORDER BY the default window frame is running (start to current row). |
T16-L9 0.93 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 bus processes middlewares in order, so M1 echoes first (outermost) and M2 echoes second before the actual handler runs.
Raw{"answer": "M1M2", "explanation": "The bus processes middlewares in order, so M1 echoes first (outermost) and M2 echoes second before the actual handler runs."} | верно | The first-added middleware runs first (outermost). |
T16-L10 5.24 c | Symfony: Messenger | What does this code output?
```php
use Symfony\Component\Messenger\MessageBus;
use Symfony\Component\Messenger\Middleware\HandleMessageMiddleware;
use Symfony\Component\Messenger\Handler\HandlersLocator;
use Symfony\Component\Messenger\Handler\HandlerDescriptor;
use Symfony\Component\Messenger\Envelope;
class Ping {}
$n = 0;
$d1 = new HandlerDescriptor(function (Ping $m) use (&$n) { $n += 1; }, ['alias' => 'h1']);
$d2 = new HandlerDescriptor(function (Ping $m) use (&$n) { $n += 10; }, ['alias' => 'h2']);
$bus = new MessageBus([
new HandleMessageMiddleware(new HandlersLocator([Ping::class => [$d1, $d2]])),
]);
$bus->dispatch(new Envelope(new Ping()));
echo $n;
``` | «11» Пояснение: The HandleMessageMiddleware iterates over all handlers registered for the Ping message and executes each in turn, so $n becomes 1 from $d1 then 11 from $d2.
Raw{"answer": "11", "explanation": "The HandleMessageMiddleware iterates over all handlers registered for the Ping message and executes each in turn, so $n becomes 1 from $d1 then 11 from $d2."} | верно | All registered handlers of the message run: 1 + 10 = 11. |
T17-L9 0.74 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 and is ignored due to ON CONFLICT DO NOTHING, leaving one row.
Raw```json ⏎ {"answer": "1", "explanation": "The first insert adds the value 1, and the second insert conflicts with the unique index and is ignored due to ON CONFLICT DO NOTHING, leaving one row."} ⏎ ``` | верно | ON CONFLICT DO NOTHING skips the duplicate: one insert. |
T17-L10 1.49 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, the duplicate-value check is postponed until the end of the transaction, and since the transaction is never committed or rolled back, both INSERTs remain valid and count(*) returns 2.
Raw{"answer": "2", "explanation": "Because the UNIQUE constraint is DEFERRABLE INITIALLY DEFERRED, the duplicate-value check is postponed until the end of the transaction, and since the transaction is never committed or rolled back, both INSERTs remain valid and count(*) returns 2."} | верно | DEFERRED postpones the uniqueness check to COMMIT — count sees 2 rows. |
T18-L9 4.71 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» Пояснение: PHPUnit's --filter option is an unanchored regex, so `test_sum` matches both `test_sum` and `test_sum_abs`, each running its 3 data sets (3+3=6), while `test_other` does not match.
Raw{"answer": "6", "explanation": "PHPUnit's --filter option is an unanchored regex, so `test_sum` matches both `test_sum` and `test_sum_abs`, each running its 3 data sets (3+3=6), while `test_other` does not match."} | верно | --filter is a substring match: test_sum also matches test_sum_abs (3+3 datasets). |
T18-L10 0.83 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 test cases (x=1 and x=-1), so 2 tests run, and only the x=-1 case fails the assertTrue.
Raw{"answer": "2,1", "explanation": "The data provider supplies two test cases (x=1 and x=-1), so 2 tests run, and only the x=-1 case fails the assertTrue."} | верно | 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.28 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` (or `--data`) option in curl sends data in an HTTP POST request by default, using the application/x-www-form-urlencoded content type.
Raw{"answer": "POST", "explanation": "The `-d` (or `--data`) option in curl sends data in an HTTP POST request by default, using the application/x-www-form-urlencoded content type."} | верно | -d/-F switches curl to POST by default. |
T19-L10 0.53 c | HTTP and REST API | Which HTTP method does this command send?
```bash
curl -s -G -d 'a=1' http://demo.local/api
``` | «get» Пояснение: The -G flag makes curl append the -d data to the URL as a query string and use the HTTP GET method instead of the default POST.
Raw{"answer": "GET", "explanation": "The -G flag makes curl append the -d data to the URL as a query string and use the HTTP GET method instead of the default POST."} | верно | -G turns -d data into the query string; the method stays GET. |
T20-L9 0.72 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, an unknown or non-existent client_id results in an "invalid_client" error indicating the client authentication failed or the client is not registered.
Raw{"answer": "invalid_client", "explanation": "Per RFC 6749 Section 5.2, an unknown or non-existent client_id results in an \"invalid_client\" error indicating the client authentication failed or the client is not registered."} | верно | Unknown client → invalid_client (RFC 6749 §5.2). |
T20-L10 0.49 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) portion» Пояснение: In the OAuth 2.0 implicit flow (response_type=token), the access token is returned in the URI fragment (after the #) rather than the query string to prevent it from being sent to the server or logged.
Raw{"answer": "fragment (hash) portion", "explanation": "In the OAuth 2.0 implicit flow (response_type=token), the access token is returned in the URI fragment (after the #) rather than the query string to prevent it from being sent to the server or logged."} | верно | The implicit flow passes the token in the URL fragment (#) — it never reaches the server. |
T21-L9 3.73 c | Twig | What does this Twig template output?
```twig
{{ false|default(2) * 3 }}
``` | «6» Пояснение: The `default` filter returns `2` because `false` is considered empty/falsy, so `false|default(2)` yields `2`, and `2 * 3` equals `6`.
Raw```json ⏎ {"answer": "6", "explanation": "The `default` filter returns `2` because `false` is considered empty/falsy, so `false|default(2)` yields `2`, and `2 * 3` equals `6`."} ⏎ ``` | верно | default replaces exactly false/null/''/[] — false becomes 2, 2*3 = 6; the naive 'default is for undefined only' yields 0. |
T21-L10 2.14 c | Twig | What exception class does render() of this template throw?
```twig
{{ 'a' ~ 1 + 2 }}
``` | «twig\error\runtimeerror» Пояснение: The `~` operator has higher precedence than `+`, so the expression parses as `('a' ~ 1) + 2`, which becomes `'a1' + 2`; since `'a1'` is not numeric, Twig's addition operator throws a RuntimeError.
Raw{"answer": "Twig\\Error\\RuntimeError", "explanation": "The `~` operator has higher precedence than `+`, so the expression parses as `('a' ~ 1) + 2`, which becomes `'a1' + 2`; since `'a1'` is not numeric, Twig's addition operator throws a RuntimeError."} | верно | In Twig ~ binds tighter than +: ('a' ~ 1) + 2 → string + int → a render error (RuntimeError). |
T22-L9 2.69 c | Symfony: Security and forms | What does this code output?
```php
use Symfony\Component\Validator\Validation;
use Symfony\Component\Validator\Constraints as Assert;
$v = Validation::createValidator();
echo count($v->validate([''], [new Assert\NotBlank()]));
``` | «1» Пояснение: The validator traverses the input array `['']` and applies the NotBlank constraint to the single element at index 0 (an empty string), which fails validation, producing exactly one violation.
Raw{"answer": "1", "explanation": "The validator traverses the input array `['']` and applies the NotBlank constraint to the single element at index 0 (an empty string), which fails validation, producing exactly one violation."} | неверно верный: «0» | NotBlank treats null, '', [] as blank — the array [''] is not blank. |
T22-L10 1.16 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\unexpectedcallexception» Пояснение: Calling isValid() on a form that has never been submitted with data throws a Symfony\Component\Form\UnexpectedCallException, which is caught and echoed via get_class().
Raw```json ⏎ {"answer": "Symfony\\Component\\Form\\UnexpectedCallException", "explanation": "Calling isValid() on a form that has never been submitted with data throws a Symfony\\Component\\Form\\UnexpectedCallException, which is caught and echoed via get_class()."} ⏎ ``` | неверно верный: «symfony\component\form\exception\logicexception» | isValid() on a non-submitted form throws LogicException, it does not return false. |
T23-L9 45.36 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» Пояснение: ContainerBuilder::get() inherits Container::get(), which simply returns the Definition object stored in $this->services['a'] without instantiating it, so both calls return the identical object.
Raw{"answer": "same", "explanation": "ContainerBuilder::get() inherits Container::get(), which simply returns the Definition object stored in $this->services['a'] without instantiating it, so both calls return the identical object."} | верно | Container services are shared: two get() calls yield one instance. |
T23-L10 6.74 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!» Пояснение: During compile(), Symfony's parameter bag resolves the nested placeholders ('%name%' becomes 'Bob', '%greeting%' becomes 'hi Bob'), so getParameter('message') returns 'hi Bob!'.
Raw```json ⏎ {"answer": "hi Bob!", "explanation": "During compile(), Symfony's parameter bag resolves the nested placeholders ('%name%' becomes 'Bob', '%greeting%' becomes 'hi Bob'), so getParameter('message') returns 'hi Bob!'."} ⏎ ``` | верно | compile() resolves %-references transitively: %greeting% → 'hi %name%' → 'hi Bob!', the answer assembles over two hops. |
T24-L9 0.77 c | Bootstrap | What is the max-width of .container in Bootstrap 5.3 at a 992px viewport? | «960px» Пояснение: In Bootstrap 5.3, the .container reaches its 'lg' breakpoint (≥992px) width of 960px.
Raw{"answer": "960px", "explanation": "In Bootstrap 5.3, the .container reaches its 'lg' breakpoint (≥992px) width of 960px."} | верно | 5.x container widths: 540/720/960/1140/1320 (sm–xxl); 992 → 960px. |
T24-L10 1.88 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 CSS rule that appears later in Bootstrap 5.3's source order (text-danger) wins.
Raw{"answer": "text-danger", "explanation": "Both .text-danger and .text-primary set the same color property with equal specificity, so the CSS rule that appears later in Bootstrap 5.3's source order (text-danger) wins."} | верно | Specificity ties — the later rule wins: text-danger is declared after text-primary. |
T25-L9 1.46 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 may only depend on Domain (Domain → Domain only), but it depends on Application\PlaceOrder and Infrastructure\Db, each of which constitutes a separate violation.
Raw{"answer": "2", "explanation": "The OrderService is in the Domain layer, which may only depend on Domain (Domain → Domain only), but it depends on Application\\PlaceOrder and Infrastructure\\Db, each of which constitutes a separate violation."} | верно | Domain may depend only on Domain: PlaceOrder (Application) + Db (Infrastructure) = 2. |
T25-L10 1.63 c | Clean architecture | Layers: Domain, Application, Infrastructure. Deptrac rules: Application → Domain; Infrastructure → Domain, Application; Domain → Domain only.
How many violations will deptrac report for this class?
```php
namespace App\Domain;
use App\Application\PlaceOrder;
use App\Infrastructure\Db;
class BillingService
{
public function __construct(
private PlaceOrder $handler,
private Db $db,
private \App\Infrastructure\Logger $logger,
) {}
}
``` | «2» Пояснение: The Domain layer rule (Domain → Domain only) is violated by two layer dependencies: Domain → Application (PlaceOrder) and Domain → Infrastructure (Db and Logger), counted as two deptrac violations.
Raw```json ⏎ {"answer": "2", "explanation": "The Domain layer rule (Domain → Domain only) is violated by two layer dependencies: Domain → Application (PlaceOrder) and Domain → Infrastructure (Db and Logger), counted as two deptrac violations."} ⏎ ``` | неверно верный: «3» | The inline FQCN \App\Infrastructure\Logger counts too: Application + Db + Logger = 3. |
T26-L10 0.51 c | DDD | What does this code output?
```php
final class Money
{
public function __construct(public readonly int $amount) {}
public function add(Money $o): Money
{
return new self($this->amount + $o->amount);
}
}
$a = new Money(10);
$c = $a->add(new Money(5));
echo $a->amount . ',' . $c->amount;
``` | «10,15» Пояснение: The first Money has amount 10, and add() creates a new Money with amount 10+5=15, so it echoes 10 and 15 separated by a comma.
Raw{"answer": "10,15", "explanation": "The first Money has amount 10, and add() creates a new Money with amount 10+5=15, so it echoes 10 and 15 separated by a comma."} | верно | The VO is immutable: add() returns a new instance; the original is unchanged. |
T26-L9 1.65 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 only one item exists, the exception is caught by the empty try/catch, and the item was never unset, so count() returns 1.
Raw```json ⏎ {"answer": "1", "explanation": "The remove() method throws a DomainException because only one item exists, the exception is caught by the empty try/catch, and the item was never unset, so count() returns 1."} ⏎ ``` | верно | The failed remove leaves aggregate state unchanged: the invariant threw before unset — count stays 1. |
VC-L9 0.56 c | PHP 8.4–8.5 | What does this code output on PHP 8.5?
```php
class C
{
public function hi(): string { return 'hi'; }
}
echo new C()->hi();
``` | «hi» Пояснение: The code creates a new instance of class C, calls the hi() method which returns the string 'hi', and echoes it, producing the output 'hi'.
Raw{"answer": "hi", "explanation": "The code creates a new instance of class C, calls the hi() method which returns the string 'hi', and echoes it, producing the output 'hi'."} | верно | Since 8.4, new in a method chain works without wrapping parentheses. |
VC-L10 1.94 c | PHP 8.4–8.5 | What does this code output on PHP 8.5?
```php
class Heavy
{
public int $v = 0;
}
$r = new ReflectionClass(Heavy::class);
$o = $r->newLazyGhost(function (Heavy $obj) {
$obj->v = 21;
});
echo $r->isUninitializedLazyObject($o) ? 'yes' : 'no';
$o->v;
echo $r->isUninitializedLazyObject($o) ? 'yes' : 'no';
``` | «yesno» Пояснение: newLazyGhost creates an uninitialized lazy ghost so the first check prints 'yes', and accessing $o->v triggers the initializer making the object initialized so the second check prints 'no'.
Raw{"answer": "yesno", "explanation": "newLazyGhost creates an uninitialized lazy ghost so the first check prints 'yes', and accessing $o->v triggers the initializer making the object initialized so the second check prints 'no'."} | верно | newLazyGhost (8.4): the object stays lazy until first access — reading a property initializes it and clears the flag. |
T28-L9 0.76 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 Guard authentication system, including AbstractGuardAuthenticator, was removed in Symfony 6.0, so the class does not exist in Symfony 8.1.
Raw```json ⏎ {"answer": "no", "explanation": "The Guard authentication system, including AbstractGuardAuthenticator, was removed in Symfony 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 2.8 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» Пояснение: AnnotationClassLoader was deprecated in Symfony 5.1 and removed by 6.0 so it no longer exists (outputs 'no'), while AttributeClassLoader remains as the attribute-based loader (outputs 'yes').
Raw{"answer": "noyes", "explanation": "AnnotationClassLoader was deprecated in Symfony 5.1 and removed by 6.0 so it no longer exists (outputs 'no'), while AttributeClassLoader remains as the attribute-based loader (outputs 'yes')."} | верно | Annotation loaders were removed in 7.0; only attribute loaders remain (Annotation→Attribute). |