Пример запроса (первая клетка). System одинаковый во всех запросах прогона, user — свой вопрос для каждой клетки:
| Клетка | Тема | Утверждение | Ответ |
Результат | Обоснование |
T01-L1 4.22 c | Syntax and operators | Double-quoted and single-quoted strings are processed identically; the difference is only in speed. | «no» Пояснение: Double-quoted strings support variable interpolation and most escape sequences, while single-quoted strings do not interpolate variables and only recognize \\ and \' escapes, so the difference is in functionality, not just speed.
Raw{"answer": "no", "explanation": "Double-quoted strings support variable interpolation and most escape sequences, while single-quoted strings do not interpolate variables and only recognize \\\\ and \\' escapes, so the difference is in functionality, not just speed."} | верно | В двойных кавычках работают интерполяция переменных и escape-последовательности, в одинарных — нет. |
T01-L2 1.26 c | Syntax and operators | The ?? operator follows isset semantics and raises no warnings for undefined variables. | «yes» Пояснение: The null coalescing operator (??) checks if a value is set and not null using isset() semantics, so it does not trigger warnings or notices for undefined variables.
Raw{"answer": "yes", "explanation": "The null coalescing operator (??) checks if a value is set and not null using isset() semantics, so it does not trigger warnings or notices for undefined variables."} | верно | ?? работает по семантике isset — несуществующие переменные и ключи допустимы. |
T01-L3 0.63 c | Syntax and operators | What will this print: echo 'a', 'b'; | «ab» Пояснение: PHP's echo accepts multiple comma-separated arguments and outputs them concatenated without any separator.
Raw{"answer": "ab", "explanation": "PHP's echo accepts multiple comma-separated arguments and outputs them concatenated without any separator."} | верно | echo принимает список аргументов: ab. |
T01-L4 1.14 c | Syntax and operators | print returns the value 1 and can be used inside an expression. | «yes» Пояснение: In PHP, print is a language construct that returns the integer 1, so it can be used in expressions (unlike echo, which returns nothing).
Raw{"answer": "yes", "explanation": "In PHP, print is a language construct that returns the integer 1, so it can be used in expressions (unlike echo, which returns nothing)."} | верно | print — выражение со значением 1, в отличие от echo, который значения не возвращает. |
T01-L5 1.02 c | Syntax and operators | The ?: (elvis) operator returns its left operand when it is falsy. | «no» Пояснение: The Elvis operator (?:) returns the left operand when it is truthy, not falsy; when falsy, it returns the right operand.
Raw{"answer": "no", "explanation": "The Elvis operator (?:) returns the left operand when it is truthy, not falsy; when falsy, it returns the right operand."} | верно | Наоборот: $a ?: $b возвращает $a, если он истинный, иначе $b. |
T01-L6 3.32 c | Syntax and operators | In PHP 8, the concatenation operator (.) has lower precedence than addition and subtraction. | «no» Пояснение: In PHP, the concatenation operator (.) has the same precedence as addition (+) and subtraction (-); they are all in the same precedence level.
Raw{"answer": "no", "explanation": "In PHP, the concatenation operator (.) has the same precedence as addition (+) and subtraction (-); they are all in the same precedence level."} | неверно верный: «yes» | С PHP 8 (RFC concat precedence) '.' имеет приоритет ниже арифметики: 'сумма: ' . 2 + 3 → 'сумма: 5' (в PHP 7 было иначе). |
T01-L7 0.94 c | Syntax and operators | The expression 2 ** 3 ** 2 in PHP evaluates as (2 ** 3) ** 2, that is, 64. | «no» Пояснение: The ** operator in PHP is right-associative, so 2 ** 3 ** 2 is evaluated as 2 ** (3 ** 2) = 512, not (2 ** 3) ** 2 = 64.
Raw{"answer": "no", "explanation": "The ** operator in PHP is right-associative, so 2 ** 3 ** 2 is evaluated as 2 ** (3 ** 2) = 512, not (2 ** 3) ** 2 = 64."} | верно | ** право-ассоциативен: 2 ** (3 ** 2) = 2 ** 9 = 512. |
T01-L8 1.21 c | Syntax and operators | What string will this print: echo 'sum: ' . 2 + 3; (PHP 8)? | «3» Пояснение: Concatenation (.) has higher precedence than +, so it parses as ('sum: ' . 2) + 3, which becomes 'sum: 2' + 3; the non-numeric string converts to 0, giving 0 + 3 = 3.
Raw{"answer": 3, "explanation": "Concatenation (.) has higher precedence than +, so it parses as ('sum: ' . 2) + 3, which becomes 'sum: 2' + 3; the non-numeric string converts to 0, giving 0 + 3 = 3."} | неверно верный: «sum: 5» | Парная к verify-клетке про приоритет: 'сумма: 5'. |
T02-L1 1.31 c | Types and comparisons | With strict comparison (===), arrays are considered equal regardless of element order. | «no» Пояснение: With strict comparison (===), arrays are only equal if they have the same key/value pairs in the same order and are of the same type; order does matter for ===.
Raw{"answer": "no", "explanation": "With strict comparison (===), arrays are only equal if they have the same key/value pairs in the same order and are of the same type; order does matter for ===."} | верно | === для массивов требует совпадения и значений, и их порядка. |
T02-L2 1.36 c | Types and comparisons | The comparison 0 == false returns false because it is a strict comparison. | «no» Пояснение: 0 == false actually returns true (loose comparison casts false to 0), and == is a loose, not strict, comparison.
Raw{"answer": "no", "explanation": "0 == false actually returns true (loose comparison casts false to 0), and == is a loose, not strict, comparison."} | верно | Наоборот: == — нестрогое сравнение и возвращает true; строгое — это === (0 === false → false). |
T02-L3 1.99 c | Types and comparisons | In PHP 8, the expression "abc" == 0 returns true. | «no» Пояснение: In PHP 8, when comparing a non-numeric string to an integer with ==, the integer is cast to a string instead, so 'abc' == 0 becomes 'abc' == '0' which is false.
Raw{"answer": "no", "explanation": "In PHP 8, when comparing a non-numeric string to an integer with ==, the integer is cast to a string instead, so 'abc' == 0 becomes 'abc' == '0' which is false."} | верно | С PHP 8 нечисловая строка сравнивается как строка: "abc" == "0" → false (в PHP 7 было true). |
T02-L4 1.02 c | Types and comparisons | Under loose comparison, null equals 0, the empty string, and false at the same time. | «yes» Пояснение: In PHP, null == 0, null == "", and null == false all evaluate to true under loose (==) comparison.
Raw{"answer": "yes", "explanation": "In PHP, null == 0, null == \"\", and null == false all evaluate to true under loose (==) comparison."} | верно | null == 0, null == "" и null == false — все true. |
T02-L5 1.14 c | Types and comparisons | What does the expression (int) '42abc' return? | «42» Пояснение: PHP's (int) cast reads leading numeric characters from a string and stops at the first non-numeric character, so '42abc' becomes the integer 42.
Raw{"answer": 42, "explanation": "PHP's (int) cast reads leading numeric characters from a string and stops at the first non-numeric character, so '42abc' becomes the integer 42."} | верно | Ведущая числовая часть: 42, без ошибок и warning. |
T02-L6 0.63 c | Types and comparisons | What does the expression '5' + 5 return? | «10» Пояснение: In PHP, the + operator converts the numeric string '5' to an integer and adds it to 5, resulting in 10.
Raw{"answer": 10, "explanation": "In PHP, the + operator converts the numeric string '5' to an integer and adds it to 5, resulting in 10."} | верно | Числовая строка приводится: int 10. |
T02-L7 1.04 c | Types and comparisons | When cast to string, false becomes "0". | «no» Пояснение: In PHP, casting false to a string yields an empty string "", not "0".
Raw{"answer": "no", "explanation": "In PHP, casting false to a string yields an empty string \"\", not \"0\"."} | верно | false → "", true → "1". |
T02-L8 1.55 c | Types and comparisons | The comparison 0.1 + 0.2 === 0.3 returns false. | «yes» Пояснение: Due to IEEE 754 floating-point imprecision, 0.1 + 0.2 yields 0.30000000000000004, which is not strictly equal (===) to 0.3.
Raw{"answer": "yes", "explanation": "Due to IEEE 754 floating-point imprecision, 0.1 + 0.2 yields 0.30000000000000004, which is not strictly equal (===) to 0.3."} | верно | Двоичная погрешность float: 0.1 + 0.2 = 0.30000000000000004. |
T03-L1 1.62 c | Strings | strrev() correctly reverses a UTF-8 string. | «no» Пояснение: strrev() reverses a string byte by byte, which breaks multi-byte UTF-8 characters into garbled sequences.
Raw{"answer": "no", "explanation": "strrev() reverses a string byte by byte, which breaks multi-byte UTF-8 characters into garbled sequences."} | верно | strrev переворачивает байты и ломает многобайтовые последовательности. |
T03-L2 0.8 c | Strings | str_contains('Hello world', 'world') returns true. | «yes» Пояснение: str_contains() checks if the haystack string contains the needle string, and 'Hello world' does contain 'world'.
Raw{"answer": "yes", "explanation": "str_contains() checks if the haystack string contains the needle string, and 'Hello world' does contain 'world'."} | верно | str_contains с PHP 8.0 проверяет вхождение подстроки. |
T03-L3 0.75 c | Strings | str_pad() can pad a string on the right side only. | «no» Пояснение: str_pad() can pad a string on the left, right, or both sides using the $pad_type parameter (STR_PAD_LEFT, STR_PAD_RIGHT, STR_PAD_BOTH).
Raw{"answer": "no", "explanation": "str_pad() can pad a string on the left, right, or both sides using the $pad_type parameter (STR_PAD_LEFT, STR_PAD_RIGHT, STR_PAD_BOTH)."} | верно | STR_PAD_LEFT / STR_PAD_BOTH меняют сторону дополнения. |
T03-L4 1.13 c | Strings | By default trim() strips only spaces, leaving tabs and newlines intact. | «no» Пояснение: By default, trim() strips spaces, tabs, newlines, carriage returns, null bytes, and vertical tabs (" \t\n\r\0\x0B"), not just spaces.
Raw{"answer": "no", "explanation": "By default, trim() strips spaces, tabs, newlines, carriage returns, null bytes, and vertical tabs (\" \\t\\n\\r\\0\\x0B\"), not just spaces."} | верно | Список символов по умолчанию: « \t\n\r\0\x0B» — пробелы, табы, переводы строк, возврат каретки, null-байт, вертикальный таб. Проверено php -r. |
T03-L5 1.16 c | Strings | How many BYTES does strlen('héllo') return for a UTF-8 string? | «6» Пояснение: strlen() counts bytes; 'h' (1) + 'é' (2 bytes in UTF-8) + 'llo' (3) = 6 bytes.
Raw{"answer": 6, "explanation": "strlen() counts bytes; 'h' (1) + 'é' (2 bytes in UTF-8) + 'llo' (3) = 6 bytes."} | верно | 6 букв по 2 байта: 12. |
T03-L6 1.24 c | Strings | What does substr('abcdef', -3) return? | «def» Пояснение: substr with a negative start of -3 begins extraction from the 3rd character from the end, yielding 'def'.
Raw{"answer": "def", "explanation": "substr with a negative start of -3 begins extraction from the 3rd character from the end, yielding 'def'."} | верно | Отрицательное смещение — с конца: def. |
T03-L7 1.06 c | Strings | ucfirst() modifies the string passed to it in place. | «no» Пояснение: ucfirst() returns a new string with the first character uppercased; it does not modify the original string in place.
Raw{"answer": "no", "explanation": "ucfirst() returns a new string with the first character uppercased; it does not modify the original string in place."} | верно | Строки неизменяемы; ucfirst возвращает новую строку. |
T03-L8 0.93 c | Strings | Variable interpolation works in heredoc but not in nowdoc. | «yes» Пояснение: Heredoc supports variable interpolation, while nowdoc (with single-quoted delimiter) treats the content as a literal string with no interpolation.
Raw{"answer": "yes", "explanation": "Heredoc supports variable interpolation, while nowdoc (with single-quoted delimiter) treats the content as a literal string with no interpolation."} | верно | Nowdoc — «одинарные кавычки» в тройном синтаксисе: текст как есть. |
T04-L1 1.15 c | Arrays | The sort() function preserves the key-to-value association of the array. | «no» Пояснение: The sort() function re-indexes the array with sequential integer keys, so it does not preserve the original key-to-value association (use asort() for that).
Raw{"answer": "no", "explanation": "The sort() function re-indexes the array with sequential integer keys, so it does not preserve the original key-to-value association (use asort() for that)."} | верно | sort перенумеровывает ключи; связь сохраняет asort. |
T04-L2 1.02 c | Arrays | The string key '5' in an array is stored as the integer 5. | «yes» Пояснение: PHP automatically casts string keys that are valid integers (like '5') to their integer equivalent when used as array keys.
Raw{"answer": "yes", "explanation": "PHP automatically casts string keys that are valid integers (like '5') to their integer equivalent when used as array keys."} | верно | Каноничные десятичные строковые ключи приводятся к int. |
T04-L3 1.0 c | Arrays | The in_array() function uses strict comparison (===) by default. | «no» Пояснение: By default, in_array() uses loose comparison (==); strict comparison (===) is only used when the third parameter 'strict' is explicitly set to true.
Raw{"answer": "no", "explanation": "By default, in_array() uses loose comparison (==); strict comparison (===) is only used when the third parameter 'strict' is explicitly set to true."} | верно | По умолчанию сравнение нестрогое; строгое — третий аргумент true. |
T04-L4 0.97 c | Arrays | Without a callback, array_filter() removes all "empty" (falsy) elements from the array. | «yes» Пояснение: When array_filter() is called without a callback, it removes all falsy values (0, '0', '', null, false, []) from the array.
Raw{"answer": "yes", "explanation": "When array_filter() is called without a callback, it removes all falsy values (0, '0', '', null, false, []) from the array."} | верно | Убирает 0, "", null, false и пустые массивы. |
T04-L5 1.06 c | Arrays | By default, array_slice() preserves the original numeric keys of the array. | «no» Пояснение: The fourth parameter $preserve_keys of array_slice() defaults to false, so keys are reindexed by default.
Raw{"answer": "no", "explanation": "The fourth parameter $preserve_keys of array_slice() defaults to false, so keys are reindexed by default."} | верно | По умолчанию ключи перенумеровываются; сохранение — preserve_keys = true. |
T04-L6 0.97 c | Arrays | What does array_slice([10, 20, 30, 40], 1, 2) return? | «[20, 30]» Пояснение: array_slice starts at index 1 (value 20) and takes 2 elements, returning the sub-array [20, 30].
Raw{"answer": "[20, 30]", "explanation": "array_slice starts at index 1 (value 20) and takes 2 elements, returning the sub-array [20, 30]."} | верно | [20,30]; ключи перенумеровываются. |
T04-L7 1.34 c | Arrays | How many elements will count(['a' => 1] + ['a' => 9, 'b' => 2]) return? | «2» Пояснение: The + operator merges arrays with left-side keys taking precedence, so 'a' keeps value 1 and 'b' is added, resulting in 2 elements.
Raw{"answer": 2, "explanation": "The + operator merges arrays with left-side keys taking precedence, so 'a' keeps value 1 and 'b' is added, resulting in 2 elements."} | верно | Оператор + : по ключу 'a' побеждает левый; итого 2. |
T04-L8 1.36 c | Arrays | Since PHP 8.1, the spread operator [...$a, ...$b] supports arrays with string keys. | «yes» Пояснение: Prior to PHP 8.1, spreading arrays with string keys in array literals caused an error; PHP 8.1 added support for string keys in the spread operator [...$a, ...$b].
Raw{"answer": "yes", "explanation": "Prior to PHP 8.1, spreading arrays with string keys in array literals caused an error; PHP 8.1 added support for string keys in the spread operator [...$a, ...$b]."} | верно | В 8.0 — только числовые ключи; 8.1 снял ограничение. |
T05-L1 6.59 c | Functions and closures | Named arguments cannot be combined with argument unpacking ...$args in a single call. | «no» Пояснение: In PHP 8.0+, named arguments CAN be combined with argument unpacking in a single call, e.g., foo(a: 1, ...$args) is valid syntax.
Raw{"answer": "no", "explanation": "In PHP 8.0+, named arguments CAN be combined with argument unpacking in a single call, e.g., foo(a: 1, ...$args) is valid syntax."} | верно | Можно: f(...$args, имя: значение). Нельзя только позиционный аргумент после распаковки. |
T05-L2 1.39 c | Functions and closures | An anonymous function without use sees variables from the outer scope. | «no» Пояснение: In PHP, an anonymous function (closure) does not have access to outer-scope variables unless they are explicitly imported via the use keyword.
Raw{"answer": "no", "explanation": "In PHP, an anonymous function (closure) does not have access to outer-scope variables unless they are explicitly imported via the use keyword."} | верно | Без use внешние переменные недоступны; авто-захват только у fn. |
T05-L3 0.8 c | Functions and closures | What will func_num_args() return inside function f($a) { return func_num_args(); } when called as f(1, 2, 3)? | «3» Пояснение: func_num_args() returns the number of arguments actually passed to the function (3), regardless of how many are declared in the signature.
Raw{"answer": 3, "explanation": "func_num_args() returns the number of arguments actually passed to the function (3), regardless of how many are declared in the signature."} | верно | Считает переданные аргументы: 3. |
T05-L4 1.51 c | Functions and closures | The body of an arrow function fn may consist of several expressions in curly braces. | «no» Пояснение: PHP arrow functions (fn) can only contain a single expression after the => and cannot use a curly-brace body with multiple statements.
Raw{"answer": "no", "explanation": "PHP arrow functions (fn) can only contain a single expression after the => and cannot use a curly-brace body with multiple statements."} | верно | fn — всегда одно выражение; блок операторов делает обычная анонимная функция. |
T05-L5 2.04 c | Functions and closures | An arrow function fn captures outer variables by reference (lazily, at use time). | «no» Пояснение: PHP arrow functions (fn) automatically capture outer variables by value, not by reference.
Raw{"answer": "no", "explanation": "PHP arrow functions (fn) automatically capture outer variables by value, not by reference."} | верно | fn захватывает только по значению, автоматически; по ссылке — только &$var в use у обычной функции (fn так не умеет). |
T05-L6 1.92 c | Functions and closures | A closure declared as static function () {} does not capture $this. | «yes» Пояснение: In PHP, a static closure (declared with the static keyword) explicitly does not bind or capture $this, unlike a non-static closure which automatically captures the $this from its defining scope.
Raw{"answer": "yes", "explanation": "In PHP, a static closure (declared with the static keyword) explicitly does not bind or capture $this, unlike a non-static closure which automatically captures the $this from its defining scope."} | верно | static-замыкание отвязано от объекта: $this внутри недоступен. |
T05-L7 1.13 c | Functions and closures | What will this print: $x = 5; $f = function () use ($x) { return $x; }; $x = 7; echo $f(); | «5» Пояснение: The use ($x) clause captures the value of $x (which is 5) by value at closure creation time, so the later reassignment to 7 does not affect the closure.
Raw{"answer": 5, "explanation": "The use ($x) clause captures the value of $x (which is 5) by value at closure creation time, so the later reassignment to 7 does not affect the closure."} | верно | use захватывает по значению в момент создания: 5. |
T05-L8 0.75 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 (default), PHP automatically coerces numeric strings like "5" to integers when passed to an int-typed parameter.
Raw{"answer": "yes", "explanation": "In weak typing mode (default), PHP automatically coerces numeric strings like \"5\" to integers when passed to an int-typed parameter."} | верно | Coercive typing приводит "5" к 5; strict_types=1 требует точного типа. |
T06-L1 0.98 c | OOP: classes and inheritance | PHP supports constructor property promotion: public function __construct(private int $x) {}. | «yes» Пояснение: Constructor property promotion was introduced in PHP 8.0, allowing properties to be declared and assigned directly in constructor parameters.
Raw{"answer": "yes", "explanation": "Constructor property promotion was introduced in PHP 8.0, allowing properties to be declared and assigned directly in constructor parameters."} | верно | С PHP 8.0 параметр с модификатором создаёт свойство и присваивание. |
T06-L2 0.64 c | OOP: classes and inheritance | Which keyword prevents a method from being overridden in subclasses? | «final» Пояснение: In PHP, the 'final' keyword before a method declaration prevents that method from being overridden in any subclass.
Raw{"answer": "final", "explanation": "In PHP, the 'final' keyword before a method declaration prevents that method from being overridden in any subclass."} | верно | final. |
T06-L3 0.63 c | OOP: classes and inheritance | A method declared final cannot be overridden in a subclass. | «yes» Пояснение: In PHP, the final keyword prevents a method from being overridden in any subclass.
Raw{"answer": "yes", "explanation": "In PHP, the final keyword prevents a method from being overridden in any subclass."} | верно | final запрещает переопределение метода и наследование класса. |
T06-L4 0.76 c | OOP: classes and inheritance | Parent properties with private visibility are accessible in a subclass. | «no» Пояснение: In PHP, private properties are only accessible within the class where they are declared and are not accessible in a subclass.
Raw{"answer": "no", "explanation": "In PHP, private properties are only accessible within the class where they are declared and are not accessible in a subclass."} | верно | В подклассе видны protected и public; private — только внутри своего класса. |
T06-L5 3.05 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 in the form 'class@anonymous' followed by a NUL byte and the file path/line number; the part before the NUL byte is 'class@anonymous'.
Raw{"answer": "class@anonymous", "explanation": "get_class() on an anonymous class returns a name in the form 'class@anonymous' followed by a NUL byte and the file path/line number; the part before the NUL byte is 'class@anonymous'."} | верно | get_class анонимного класса печатает class@anonymous\0<файл>:<строка>$n; короткая форма — часть до NUL-байта. Проверено php -r (hex). |
T06-L6 1.37 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 in PHP are not inherited and are not part of the inheritance contract, so a child class is free to declare a method with the same name and any visibility without conflict.
Raw{"answer": "yes", "explanation": "Private methods in PHP are not inherited and are not part of the inheritance contract, so a child class is free to declare a method with the same name and any visibility without conflict."} | верно | private-члены не наследуются — правила совместимости подписей не действуют. |
T06-L7 1.75 c | OOP: classes and inheritance | The magic method __get() is called only for non-existent properties. | «no» Пояснение: __get() is called for any inaccessible property, including protected and private ones, not just non-existent ones.
Raw{"answer": "no", "explanation": "__get() is called for any inaccessible property, including protected and private ones, not just non-existent ones."} | верно | __get срабатывает и для существующих, но недоступных (private/protected извне). |
T06-L8 2.13 c | OOP: classes and inheritance | What does reassigning a readonly property throw — Exception or Error? | «error» Пояснение: Reassigning a readonly property in PHP throws an Error (not an Exception), as it is a language-level violation caught at runtime.
Raw{"answer": "Error", "explanation": "Reassigning a readonly property in PHP throws an Error (not an Exception), as it is a language-level violation caught at runtime."} | верно | Error (readonly с 8.1); оговорка: в __clone() переинициализация допустима (8.3+). |
T07-L1 0.89 c | Interfaces, traits, enum | An interface can declare constants. | «yes» Пояснение: PHP interfaces can declare constants (always public), which can be accessed via the interface name.
Raw{"answer": "yes", "explanation": "PHP interfaces can declare constants (always public), which can be accessed via the interface name."} | верно | Константы интерфейса наследуются реализациями. |
T07-L2 0.64 c | Interfaces, traits, enum | Which operator checks whether an object is an instance of a class or interface? | «instanceof» Пояснение: In PHP, the instanceof operator is used to check whether an object is an instance of a particular class or interface.
Raw{"answer": "instanceof", "explanation": "In PHP, the instanceof operator is used to check whether an object is an instance of a particular class or interface."} | верно | instanceof. |
T07-L3 1.44 c | Interfaces, traits, enum | An interface can declare static methods. | «no» Пояснение: In PHP, interfaces can only declare public instance methods; static methods are not allowed in interface declarations.
Raw{"answer": "no", "explanation": "In PHP, interfaces can only declare public instance methods; static methods are not allowed in interface declarations."} | неверно верный: «yes» | Реализация обязана дать статический метод с той же сигнатурой. |
T07-L4 0.9 c | Interfaces, traits, enum | The instanceof operator only checks class inheritance: it ignores interfaces. | «no» Пояснение: PHP's instanceof operator checks both class inheritance and interface implementation, not just class inheritance.
Raw{"answer": "no", "explanation": "PHP's instanceof operator checks both class inheritance and interface implementation, not just class inheritance."} | верно | instanceof возвращает true и для интерфейсов объекта. |
T07-L5 1.3 c | Interfaces, traits, enum | An interface method may have a default implementation, like a trait method. | «no» Пояснение: In PHP, interface methods are always abstract and cannot have a default implementation; only traits and abstract classes can provide concrete method bodies.
Raw{"answer": "no", "explanation": "In PHP, interface methods are always abstract and cannot have a default implementation; only traits and abstract classes can provide concrete method bodies."} | верно | Методы интерфейса — только сигнатуры; тело даёт реализующий класс. |
T07-L6 1.86 c | Interfaces, traits, enum | An abstract method in an abstract class may have protected visibility. | «yes» Пояснение: In PHP, abstract methods can be declared as public or protected; a protected abstract method requires the child class to implement it but does not expose it publicly.
Raw{"answer": "yes", "explanation": "In PHP, abstract methods can be declared as public or protected; a protected abstract method requires the child class to implement it but does not expose it publicly."} | верно | В абстрактном классе — любая видимость; в интерфейсе — только public. |
T07-L7 0.75 c | Interfaces, traits, enum | How many elements will Foo::cases() return for enum Foo { case A; case B; case C; }? | «3» Пояснение: The enum Foo defines three cases (A, B, C), so Foo::cases() returns an array containing 3 elements.
Raw{"answer": 3, "explanation": "The enum Foo defines three cases (A, B, C), so Foo::cases() returns an array containing 3 elements."} | верно | Статический метод cases(): 3. |
T07-L8 1.72 c | Interfaces, traits, enum | A trait can declare constants. | «yes» Пояснение: Since PHP 8.2, traits are allowed to declare constants in addition to methods and properties.
Raw{"answer": "yes", "explanation": "Since PHP 8.2, traits are allowed to declare constants in addition to methods and properties."} | верно | С PHP 8.2 трейты могут объявлять константы (RFC constants_in_traits); до 8.2 — нет. |
T08-L1 0.98 c | Exceptions and errors | The Throwable interface is a common ancestor of both Exception and Error. | «yes» Пояснение: In PHP, both Exception and Error implement the Throwable interface, making it their common ancestor.
Raw{"answer": "yes", "explanation": "In PHP, both Exception and Error implement the Throwable interface, making it their common ancestor."} | верно | Иерархия с PHP 7: Throwable → Exception и Throwable → Error. |
T08-L2 1.27 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; both Error and Exception are siblings under Throwable, so catch(Exception) does not catch TypeError.
Raw{"answer": "no", "explanation": "TypeError extends Error, not Exception; both Error and Exception are siblings under Throwable, so catch(Exception) does not catch TypeError."} | верно | TypeError наследуется от Error; catch (Exception) его не ловит. |
T08-L3 0.98 c | Exceptions and errors | The @ operator suppresses exceptions too. | «no» Пояснение: The @ operator suppresses error messages (warnings, notices, etc.) but has no effect on exceptions, which must be handled with try/catch.
Raw{"answer": "no", "explanation": "The @ operator suppresses error messages (warnings, notices, etc.) but has no effect on exceptions, which must be handled with try/catch."} | верно | @ глушит диагностику (warnings/notices), исключения не перехватывает. |
T08-L4 2.02 c | Exceptions and errors | What error class does intdiv(5, 0) throw? | «divisionbyzeroerror» Пояснение: intdiv() with a divisor of zero throws a DivisionByZeroError, which extends ArithmeticError extends Error.
Raw{"answer": "DivisionByZeroError", "explanation": "intdiv() with a divisor of zero throws a DivisionByZeroError, which extends ArithmeticError extends Error."} | верно | DivisionByZeroError (иерархия Error, не Exception); php-грейдер объективен. |
T08-L5 0.94 c | Exceptions and errors | The finally block runs only if the exception was caught by a catch block. | «no» Пояснение: The finally block runs regardless of whether an exception was thrown or caught; it executes after the try (or catch) block completes in all cases.
Raw{"answer": "no", "explanation": "The finally block runs regardless of whether an exception was thrown or caught; it executes after the try (or catch) block completes in all cases."} | верно | Наоборот: finally выполняется всегда — даже когда исключение не поймано и уходит выше. Проверено php -r. |
T08-L6 2.61 c | Exceptions and errors | An exception thrown inside a finally block has no effect on the result of the try block. | «no» Пояснение: An exception thrown in a finally block actually overrides any exception from the try block, so it does have an effect on the final outcome.
Raw{"answer": "no", "explanation": "An exception thrown in a finally block actually overrides any exception from the try block, so it does have an effect on the final outcome."} | верно | Исключение из finally перекрывает исходное и уходит вместо него. |
T08-L7 0.94 c | Exceptions and errors | What does the expression (bool) new Exception('x') return? | «yes» Пояснение: In PHP, casting any object to boolean always yields true, as objects are inherently truthy.
Raw{"answer": "yes", "explanation": "In PHP, casting any object to boolean always yields true, as objects are inherently truthy."} | верно | Любой объект при приведении к bool — true. Формы ответа: true или да. |
T08-L8 2.21 c | Exceptions and errors | Functions registered via register_shutdown_function() run when exit is called. | «yes» Пояснение: Shutdown functions registered with register_shutdown_function() are executed when the script terminates, including when exit() or die() is called.
Raw{"answer": "yes", "explanation": "Shutdown functions registered with register_shutdown_function() are executed when the script terminates, including when exit() or die() is called."} | верно | exit завершает скрипт, но shutdown-функции отрабатывают. |
T09-L1 1.33 c | Namespaces and autoloading | The use App\Service\Mailer; statement itself loads the class file. | «no» Пояснение: The 'use' statement only creates a local alias for the fully-qualified class name; the class file is actually loaded (via the autoloader) only when the class is first referenced (e.g., instantiated or a static member accessed).
Raw{"answer": "no", "explanation": "The 'use' statement only creates a local alias for the fully-qualified class name; the class file is actually loaded (via the autoloader) only when the class is first referenced (e.g., instantiated or a static member accessed)."} | верно | use — псевдоним на этапе компиляции; файл грузит автозагрузчик при первом обращении. |
T09-L2 0.83 c | Namespaces and autoloading | What follows use to import a function (not a class): the word function or const? | «function» Пояснение: In PHP, importing a function uses 'use function namespace\functionName;', while 'use const' is for importing constants.
Raw{"answer": "function", "explanation": "In PHP, importing a function uses 'use function namespace\\functionName;', while 'use const' is for importing constants."} | верно | use function ...; (и use const для констант). |
T09-L3 3.18 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 remaining namespace parts (Controller\Api\UserController) to subdirectories and the class name to the filename under the base directory src/.
Raw{"answer": "Controller/Api/UserController.php", "explanation": "PSR-4 maps the remaining namespace parts (Controller\\Api\\UserController) to subdirectories and the class name to the filename under the base directory src/."} | верно | Остаток имени после префикса, \ → /. |
T09-L4 0.94 c | Namespaces and autoloading | Including vendor/autoload.php registers autoloaders via spl_autoload_register(). | «yes» Пояснение: Composer's vendor/autoload.php ultimately calls spl_autoload_register() (via autoload_real.php) to register the autoloader.
Raw{"answer": "yes", "explanation": "Composer's vendor/autoload.php ultimately calls spl_autoload_register() (via autoload_real.php) to register the autoloader."} | верно | Composer ставит автозагрузчик именно на spl_autoload_register. |
T09-L5 0.61 c | Namespaces and autoloading | The magic constant __NAMESPACE__ contains the name of the current namespace. | «yes» Пояснение: __NAMESPACE__ is a PHP magic constant that evaluates to the name of the current namespace (or an empty string if none is declared).
Raw{"answer": "yes", "explanation": "__NAMESPACE__ is a PHP magic constant that evaluates to the name of the current namespace (or an empty string if none is declared)."} | верно | В корневом пространстве — пустая строка. |
T09-L6 2.06 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 first (falling back to global only if not found there), not always from the global root.
Raw{"answer": "no", "explanation": "An unqualified class name in a new expression is resolved relative to the current namespace first (falling back to global only if not found there), not always from the global root."} | верно | Резолвится относительно текущего namespace (с учётом импортов). |
T09-L7 1.25 c | Namespaces and autoloading | With the PSR-4 mapping "App\ → src/", the class App\Model\User lives in the file src/Model/User.php. | «yes» Пояснение: Under PSR-4, the namespace prefix 'App\' maps to 'src/', and the remaining 'Model\User' translates to 'Model/User.php', giving the path src/Model/User.php.
Raw{"answer": "yes", "explanation": "Under PSR-4, the namespace prefix 'App\\' maps to 'src/', and the remaining 'Model\\User' translates to 'Model/User.php', giving the path src/Model/User.php."} | верно | Остаток имени после префикса переносится в путь как есть. |
T09-L8 6.25 c | Namespaces and autoloading | A use statement may be written inside a function body — the import then applies to that function only. | «yes» Пояснение: In PHP, a use statement is allowed inside a function body, in which case the alias/import only applies within that function's scope.
Raw{"answer": "yes", "explanation": "In PHP, a use statement is allowed inside a function body, in which case the alias/import only applies within that function's scope."} | неверно верный: «no» | use внутри тела функции — parse error; импорты файловые и компиляционные. |
T10-L1 1.26 c | References and scope | Arrays are copied on assignment rather than passed by reference. | «yes» Пояснение: In PHP, arrays are value types, so assignment creates a copy (with copy-on-write optimization); passing by reference requires the explicit & operator.
Raw{"answer": "yes", "explanation": "In PHP, arrays are value types, so assignment creates a copy (with copy-on-write optimization); passing by reference requires the explicit & operator."} | верно | Присваивание массива — копия (в движке — copy-on-write). |
T10-L2 1.13 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 semantics, so assigning $b = $a creates an independent copy; modifying $b does not affect $a, which still has 2 elements.
Raw{"answer": 2, "explanation": "PHP arrays use copy-on-write semantics, so assigning $b = $a creates an independent copy; modifying $b does not affect $a, which still has 2 elements."} | верно | Присваивание — копия: в $a по-прежнему 2 элемента. |
T10-L3 0.91 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 have function-level scope by default, so global variables must be accessed via the global keyword, $GLOBALS superglobal, or by being passed as parameters to be usable inside a function.
Raw{"answer": "yes", "explanation": "In PHP, variables have function-level scope by default, so global variables must be accessed via the global keyword, $GLOBALS superglobal, or by being passed as parameters to be usable inside a function."} | верно | Область видимости функций изолирована; исключение — суперглобалы ($_GET и др.). |
T10-L4 1.34 c | References and scope | unset($GLOBALS['x']) inside a function removes the global variable only for that function. | «no» Пояснение: $GLOBALS['x'] is a direct reference to the global variable, so unset($GLOBALS['x']) removes it from the global scope entirely, not just locally.
Raw{"answer": "no", "explanation": "$GLOBALS['x'] is a direct reference to the global variable, so unset($GLOBALS['x']) removes it from the global scope entirely, not just locally."} | верно | $GLOBALS — прямое окно в глобальную область: unset удалит её по-настоящему. |
T10-L5 0.89 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 (&$x), so incrementing $x directly modifies $n from 5 to 6.
Raw{"answer": 6, "explanation": "The function parameter is passed by reference (&$x), so incrementing $x directly modifies $n from 5 to 6."} | верно | Ссылка меняет оригинал: 6. |
T10-L6 3.26 c | References and scope | A foreach over an array (by value) works with the "live" array: changes to the array inside the loop are visible in the same pass. | «no» Пояснение: In PHP, foreach iterates over the array's state at the start of the loop; modifications to the array (adding/removing elements) inside the loop body are not reflected in the same pass.
Raw{"answer": "no", "explanation": "In PHP, foreach iterates over the array's state at the start of the loop; modifications to the array (adding/removing elements) inside the loop body are not reflected in the same pass."} | верно | По значению foreach итерирует копию-снимок. |
T10-L7 0.81 c | References and scope | A static property belongs to each instance separately: changes in one object are not visible in others. | «no» Пояснение: A static property belongs to the class itself and is shared across all instances, so changes made through one object are visible through all others.
Raw{"answer": "no", "explanation": "A static property belongs to the class itself and is shared across all instances, so changes made through one object are visible through all others."} | верно | Наоборот: статическое свойство общее для всех экземпляров класса. Проверено php -r. |
T10-L8 1.01 c | References and scope | An array can have a boolean key true, and it will be stored as bool. | «no» Пояснение: In PHP, boolean array keys are cast to integers (true→1, false→0), not stored as booleans.
Raw{"answer": "no", "explanation": "In PHP, boolean array keys are cast to integers (true→1, false→0), not stored as booleans."} | верно | Булев ключ приводится к int: true → 1, false → 0. |
T11-L1 1.65 c | Generators, iterators, SPL | Inside a generator, return with a value can be used, and it becomes available via $gen->getReturn(). | «yes» Пояснение: In PHP 7.0+, a generator can return a value using `return`, and that value is accessible via the Generator object's `getReturn()` method after the generator is exhausted.
Raw{"answer": "yes", "explanation": "In PHP 7.0+, a generator can return a value using `return`, and that value is accessible via the Generator object's `getReturn()` method after the generator is exhausted."} | верно | return-значение генератора доступно через getReturn() после прохода. |
T11-L2 1.47 c | Generators, iterators, SPL | A fully consumed generator can be rewound with rewind() and traversed again. | «no» Пояснение: PHP generators are one-shot iterators; once fully consumed, they cannot be rewound and traversed again.
Raw{"answer": "no", "explanation": "PHP generators are one-shot iterators; once fully consumed, they cannot be rewound and traversed again."} | верно | Генератор одноразовый: rewind после начала итерации бросает Exception. |
T11-L3 2.12 c | Generators, iterators, SPL | The yield from construct delegates traversal to another generator or iterable. | «no» Пояснение: PHP does not have a 'yield from' construct; that is a Python 3 feature. PHP generators only use 'yield' without delegation syntax.
Raw{"answer": "no", "explanation": "PHP does not have a 'yield from' construct; that is a Python 3 feature. PHP generators only use 'yield' without delegation syntax."} | неверно верный: «yes» | yield from проксирует значения, ключи и return-значение внутреннего генератора. |
T11-L4 0.98 c | Generators, iterators, SPL | What does get_class(g()) return for function g() { yield 1; }? | «generator» Пояснение: Calling a generator function returns a Generator object, and get_class() on it returns the string 'Generator'.
Raw{"answer": "Generator", "explanation": "Calling a generator function returns a Generator object, and get_class() on it returns the string 'Generator'."} | верно | Функция с yield возвращает Generator. |
T11-L5 1.27 c | Generators, iterators, SPL | How many elements will count(iterator_to_array((function () { yield from [1, 2, 3]; })())) return? | «3» Пояснение: The generator yields from [1,2,3], producing 3 elements, and iterator_to_array converts them into an array of 3 elements, so count returns 3.
Raw{"answer": 3, "explanation": "The generator yields from [1,2,3], producing 3 elements, and iterator_to_array converts them into an array of 3 elements, so count returns 3."} | верно | yield from делегирует все 3 элемента. |
T11-L6 0.86 c | Generators, iterators, SPL | The SplStack class implements a FIFO queue. | «no» Пояснение: SplStack implements a LIFO (Last-In, First-Out) stack, while SplQueue implements a FIFO (First-In, First-Out) queue.
Raw{"answer": "no", "explanation": "SplStack implements a LIFO (Last-In, First-Out) stack, while SplQueue implements a FIFO (First-In, First-Out) queue."} | верно | SplStack — стек LIFO; очередь FIFO — SplQueue. |
T11-L7 1.05 c | Generators, iterators, SPL | ArrayIterator allows wrapping an array and traversing it via the Iterator interface. | «yes» Пояснение: ArrayIterator is an SPL class that wraps an array and implements the Iterator (among other) interfaces, enabling traversal via foreach or Iterator methods.
Raw{"answer": "yes", "explanation": "ArrayIterator is an SPL class that wraps an array and implements the Iterator (among other) interfaces, enabling traversal via foreach or Iterator methods."} | верно | Объектная обёртка над массивом. |
T11-L8 0.82 c | Generators, iterators, SPL | An ArrayObject instance cannot be traversed with foreach. | «no» Пояснение: ArrayObject implements IteratorAggregate (and Iterator), so it can be traversed with foreach.
Raw{"answer": "no", "explanation": "ArrayObject implements IteratorAggregate (and Iterator), so it can be traversed with foreach."} | верно | ArrayObject реализует IteratorAggregate — foreach по нему работает. |
T12-L1 0.94 c | Configuration and security | password_hash() generates a salt automatically — passing one separately is not needed. | «yes» Пояснение: password_hash() internally generates a random salt and embeds it in the resulting hash string; there is no salt parameter to pass.
Raw{"answer": "yes", "explanation": "password_hash() internally generates a random salt and embeds it in the resulting hash string; there is no salt parameter to pass."} | верно | Соль встраивается в строку результата; параметр salt устарел. |
T12-L2 1.14 c | Configuration and security | In PHP 8, PASSWORD_DEFAULT is md5 with an automatically added salt. | «no» Пояснение: In PHP 8, PASSWORD_DEFAULT uses bcrypt (or Argon2id in PHP 8.4+), not md5.
Raw{"answer": "no", "explanation": "In PHP 8, PASSWORD_DEFAULT uses bcrypt (or Argon2id in PHP 8.4+), not md5."} | верно | PASSWORD_DEFAULT — bcrypt; md5 для паролей непригоден (перебирается массово). |
T12-L3 0.91 c | Configuration and security | What does password_verify('secret', password_hash('secret', PASSWORD_DEFAULT)) return? | «yes» Пояснение: password_verify() returns true when the provided password matches the hash generated from the same password.
Raw{"answer": "yes", "explanation": "password_verify() returns true when the provided password matches the hash generated from the same password."} | верно | Соль и хеш в одной строке: true (форма ответа: true или да). |
T12-L4 0.91 c | Configuration and security | strip_tags() protects against SQL injection. | «no» Пояснение: strip_tags() only removes HTML and PHP tags; SQL injection must be prevented with prepared statements/parameterized queries.
Raw{"answer": "no", "explanation": "strip_tags() only removes HTML and PHP tags; SQL injection must be prevented with prepared statements/parameterized queries."} | верно | strip_tags режет HTML-теги (помощник против XSS), к параметризации SQL отношения не имеет. |
T12-L5 0.84 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, which is the standard defense against session fixation attacks, typically called after a user's privilege level changes (e.g., login).
Raw{"answer": "yes", "explanation": "session_regenerate_id() creates a new session ID, which is the standard defense against session fixation attacks, typically called after a user's privilege level changes (e.g., login)."} | верно | Новый ID сессии после логина — стандартная защита от session fixation. |
T12-L6 0.78 c | Configuration and security | Which built-in function returns the SAPI name (e.g., cli)? | «php_sapi_name()» Пояснение: The built-in PHP function php_sapi_name() returns the current SAPI module name, such as 'cli', 'apache2', or 'fpm-fcgi'.
Raw{"answer": "php_sapi_name()", "explanation": "The built-in PHP function php_sapi_name() returns the current SAPI module name, such as 'cli', 'apache2', or 'fpm-fcgi'."} | верно | php_sapi_name(). |
T12-L7 1.34 c | Configuration and security | session_destroy() deletes session data on the server but not the cookie in the user's browser. | «yes» Пояснение: session_destroy() only removes the session data on the server; the session cookie in the browser must be explicitly cleared with setcookie() using a past expiration date.
Raw{"answer": "yes", "explanation": "session_destroy() only removes the session data on the server; the session cookie in the browser must be explicitly cleared with setcookie() using a past expiration date."} | верно | Удаление cookie — отдельный шаг через setcookie с истёкшим сроком. |
T12-L8 0.99 c | Configuration and security | Without calling session_start(), the $_SESSION array is automatically populated with session data. | «no» Пояснение: The $_SESSION superglobal is only populated after session_start() has been called in the current request; without it, $_SESSION is either undefined or empty.
Raw{"answer": "no", "explanation": "The $_SESSION superglobal is only populated after session_start() has been called in the current request; without it, $_SESSION is either undefined or empty."} | верно | Без session_start() данные сессии в массив не загружаются ($_SESSION можно заполнить вручную, но привязки к сессии нет). |
VC-L1 2.64 c | PHP 8.4–8.5 | In which PHP version was the array_find() function introduced? | «no» Пояснение: There is no built-in array_find() function in any PHP version; PHP offers array_search() and array_filter() instead.
Raw{"answer": "no", "explanation": "There is no built-in array_find() function in any PHP version; PHP offers array_search() and array_filter() instead."} | неверно верный: «8.4» | PHP 8.4 (RFC array_find). |
VC-L2 1.73 c | PHP 8.4–8.5 | Property hooks (get/set right in the property declaration) landed in PHP 8.4. | «yes» Пояснение: Property hooks (inline get/set accessors in property declarations) were indeed a major feature introduced in PHP 8.4.
Raw{"answer": "yes", "explanation": "Property hooks (inline get/set accessors in property declarations) were indeed a major feature introduced in PHP 8.4."} | верно | Property hooks — PHP 8.4 (ноябрь 2024). |
VC-L3 1.95 c | PHP 8.4–8.5 | Asymmetric visibility (public private(set) string $name) appeared in PHP 8.4. | «no» Пояснение: PHP does not have an 'asymmetric visibility' feature with the syntax 'public private(set) string $name'; that resembles C# property access modifiers, not PHP. PHP 8.4 introduced property hooks, but not this construct.
Raw{"answer": "no", "explanation": "PHP does not have an 'asymmetric visibility' feature with the syntax 'public private(set) string $name'; that resembles C# property access modifiers, not PHP. PHP 8.4 introduced property hooks, but not this construct."} | неверно верный: «yes» | Asymmetric visibility v2 — PHP 8.4. |
VC-L4 3.97 c | PHP 8.4–8.5 | In which PHP version was the #[\NoDiscard] attribute introduced? Answer with the version number. | «not a real php attribute» Пояснение: PHP does not have a built-in #[\NoDiscard] attribute; it is not part of any PHP version's standard library.
Raw{"answer": "not a real PHP attribute", "explanation": "PHP does not have a built-in #[\\NoDiscard] attribute; it is not part of any PHP version's standard library."} | неверно верный: «8.5» | #[\NoDiscard] — PHP 8.5 (marking return values as important). |
VC-L5 2.26 c | PHP 8.4–8.5 | In which PHP version did the pipe operator |> first appear? Answer with the version number. | «none» Пояснение: PHP has never introduced a pipe operator (|>) in any released version; it is not a feature of the PHP language.
Raw{"answer": "none", "explanation": "PHP has never introduced a pipe operator (|>) in any released version; it is not a feature of the PHP language."} | неверно верный: «8.5» | Pipe operator — PHP 8.5 (2025). |
VC-L6 3.5 c | PHP 8.4–8.5 | In which PHP version did clone-with — the syntax clone($obj, ['x' => 1]) — appear? Answer with the version number. | «no» Пояснение: The clone-with syntax clone($obj, ['x' => 1]) was proposed in RFCs but was never implemented in any released version of PHP.
Raw{"answer": "no", "explanation": "The clone-with syntax clone($obj, ['x' => 1]) was proposed in RFCs but was never implemented in any released version of PHP."} | неверно верный: «8.5» | Clone with v2 — PHP 8.5. |
VC-L7 4.32 c | PHP 8.4–8.5 | In which PHP version were the array_first() and array_last() functions introduced? | «not introduced» Пояснение: array_first() and array_last() are not built-in PHP functions in any released version of PHP's standard library.
Raw{"answer": "not introduced", "explanation": "array_first() and array_last() are not built-in PHP functions in any released version of PHP's standard library."} | неверно верный: «8.5» | PHP 8.5. |
VC-L8 4.09 c | PHP 8.4–8.5 | For which PHP version was RFC Partial Function Application v2 adopted (as of 2026-11-07)? Answer with the version number. | «8.5» Пояснение: The RFC Partial Function Application v2 was targeted for adoption in PHP 8.5.
Raw{"answer": "8.5", "explanation": "The RFC Partial Function Application v2 was targeted for adoption in PHP 8.5."} | неверно верный: «8.6» | PFA v2 принят 05.12.2025 (33-0-0), реализован в PHP 8.6. |
VF-L1 0.75 c | PHP: 8.6+ and the future | For which PHP version was the RFC clamp_v2 (the clamp() function) implemented, as of 2026-11-07? Answer with the version number. | «8.4» Пояснение: The clamp() function (RFC clamp_v2) was introduced in PHP 8.4.
Raw{"answer": "8.4", "explanation": "The clamp() function (RFC clamp_v2) was introduced in PHP 8.4."} | неверно верный: «8.6» | По данным владельца (wiki.php.net/rfc): clamp_v2 — 8.6; clamp() в 8.5.11 отсутствует (косвенное подтверждение). Дата-якорь делает клетку монотонной. |
VF-L2 2.35 c | PHP: 8.6+ and the future | RFC Context Managers v2 has already been adopted in PHP (as of 2026-11-07). | «no» Пояснение: There is no adopted RFC for 'Context Managers v2' in PHP; this feature does not exist in any released PHP version.
Raw{"answer": "no", "explanation": "There is no adopted RFC for 'Context Managers v2' in PHP; this feature does not exist in any released PHP version."} | верно | На 06.11.2026 — в обсуждении (создан 2026-10-23); не принят. |
VF-L3 3.48 c | PHP: 8.6+ and the future | RFC Bound-Erased Generic Types (generics) was declined in 2026. | «no» Пояснение: There is no known PHP RFC titled 'Bound-Erased Generic Types' that was declined in 2026; this appears to be a fabricated or misstated RFC.
Raw{"answer": "no", "explanation": "There is no known PHP RFC titled 'Bound-Erased Generic Types' that was declined in 2026; this appears to be a fabricated or misstated RFC."} | неверно верный: «yes» | Голосование завершилось 2026-06-28: отклонён (wiki.php.net/rfc). |
VF-L4 2.57 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 2026-11-07, no RFC has been accepted in PHP to enable Zend Thread Safety (ZTS) by default; PHP's default build remains non-thread-safe (NTS).
Raw{"answer": "no", "explanation": "As of 2026-11-07, no RFC has been accepted in PHP to enable Zend Thread Safety (ZTS) by default; PHP's default build remains non-thread-safe (NTS)."} | верно | Такого принятого RFC нет на дату якоря; якорь делает клетку монотонной — при принятии RFC позже клетка не перевернётся. |
VF-L5 1.71 c | PHP: 8.6+ and the future | As of PHP 8.5, generics (parameterized types) are still absent. | «yes» Пояснение: PHP has never implemented true generics (parameterized types) as of any released or planned version up to 8.5.
Raw{"answer": "yes", "explanation": "PHP has never implemented true generics (parameterized types) as of any released or planned version up to 8.5."} | верно | Generics в PHP отсутствуют; отрицательный контроль (не путать с C#/Java). |
VF-L6 2.78 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 in November, so by 2026-11-07 PHP 8.5 (released Nov 2025) would be the latest stable, with PHP 8.6's GA scheduled for 2026-11-19.
Raw{"answer": "yes", "explanation": "PHP follows an annual release cycle in November, so by 2026-11-07 PHP 8.5 (released Nov 2025) would be the latest stable, with PHP 8.6's GA scheduled for 2026-11-19."} | верно | 8.5 — релиз осени 2025; 8.6 GA 19.11.2026 (wiki.php.net/todo/php86). Дата снимка — 06.11.2026. |
VF-L7 1.09 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 a planned major revision that was never released; the PHP team skipped directly from PHP 5.6 to PHP 7.0.
Raw{"answer": "yes", "explanation": "PHP 6 was a planned major revision that was never released; the PHP team skipped directly from PHP 5.6 to PHP 7.0."} | верно | Исторический факт: ветка 6 не была релизнута. |
VF-L8 2.85 c | PHP: 8.6+ and the future | The RFC adding the #[\Deprecated] attribute to the core was adopted. | «no» Пояснение: The RFC proposing a built-in #[\Deprecated] attribute for PHP core was not adopted; no such attribute exists in any released PHP version as of 8.4.
Raw{"answer": "no", "explanation": "The RFC proposing a built-in #[\\Deprecated] attribute for PHP core was not adopted; no such attribute exists in any released PHP version as of 8.4."} | неверно верный: «yes» | #[\Deprecated] — принят, реализован в PHP 8.4. |
T25-L1 0.98 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 both clean and onion architecture, the dependency rule dictates that dependencies must point inward toward the center (domain core), and inner layers have no knowledge of outer layers.
Raw{"answer": "yes", "explanation": "In both clean and onion architecture, the dependency rule dictates that dependencies must point inward toward the center (domain core), and inner layers have no knowledge of outer layers."} | верно | Чистая (Robert C. Martin), луковичная (Jeffrey Palermo) и гексагональная (ports & adapters) — варианты одной идеи: зависимости направлены внутрь, к домену. Слоями в проекте следит deptrac. |
T25-L2 1.44 c | Clean architecture | Domain entities import neither Doctrine nor Symfony — only the language and, possibly, the standard library. | «yes» Пояснение: In clean/DDD architecture, domain entities are pure PHP classes that must not depend on ORM (Doctrine) or web framework (Symfony) specifics, only on the language itself and standard library.
Raw{"answer": "yes", "explanation": "In clean/DDD architecture, domain entities are pure PHP classes that must not depend on ORM (Doctrine) or web framework (Symfony) specifics, only on the language itself and standard library."} | верно | Изоляция домена от инфраструктуры; deptrac в проекте как раз следит за слоями. |
T25-L3 1.48 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 (interface) layer, not the business-logic layer; they handle HTTP requests and view rendering while delegating business logic to use cases in the application layer.
Raw{"answer": "no", "explanation": "Controllers and Twig templates belong to the presentation (interface) layer, not the business-logic layer; they handle HTTP requests and view rendering while delegating business logic to use cases in the application layer."} | верно | Наоборот: это интерфейсные адаптеры (внешний слой); они зависят от use cases, а не наоборот. |
T25-L4 1.93 c | Clean architecture | What sits at the very center of the onion architecture? | «domain» Пояснение: In onion architecture, the innermost layer (center) contains the core domain entities and business logic, which are independent of any frameworks or infrastructure.
Raw{"answer": "domain", "explanation": "In onion architecture, the innermost layer (center) contains the core domain entities and business logic, which are independent of any frameworks or infrastructure."} | неверно верный: «domain model» | Центральное кольцо — Domain Model: сущности и бизнес-правила без зависимостей; далее Domain Services → Application Services → Infrastructure/UI/Tests (Palermo). |
T25-L5 1.04 c | Clean architecture | Layer boundary violations can be caught automatically: a layer-dependency analyzer (e.g. deptrac) fails on a forbidden call. | «yes» Пояснение: Tools like deptrac (Dependency Tracker) are designed to enforce layer boundaries by analyzing inter-layer dependencies and failing the build when a forbidden call is detected.
Raw{"answer": "yes", "explanation": "Tools like deptrac (Dependency Tracker) are designed to enforce layer boundaries by analyzing inter-layer dependencies and failing the build when a forbidden call is detected."} | верно | depfile.yaml в проекте TasK: CI проверяет правила слоёв на каждом пайплайне. |
T25-L6 1.85 c | Clean architecture | A use case (interactor) may accept an HTTP request or an EntityManager as arguments — it is simpler that way. | «no» Пояснение: In Clean/Hexagonal Architecture, use cases (interactors) must remain decoupled from framework details like HTTP requests or EntityManagers; they should accept and return simple domain objects or DTOs to stay testable, reusable, and independent of infrastructure.
Raw{"answer": "no", "explanation": "In Clean/Hexagonal Architecture, use cases (interactors) must remain decoupled from framework details like HTTP requests or EntityManagers; they should accept and return simple domain objects or DTOs to stay testable, reusable, and independent of infrastructure."} | верно | Use case принимает DTO и порты; привязка к HTTP/ORM протекает инфраструктуру во внутренние слои. |
T25-L7 0.99 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 underlying storage mechanism behind an interface.
Raw{"answer": "Repository", "explanation": "A Repository is the component that provides a collection of aggregates/entities while abstracting the underlying storage mechanism behind an interface."} | верно | Repository pattern (DDD/Evans); в проекте — Doctrine-репозитории за портами. |
T25-L8 1.56 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 domain and use cases depend on abstractions (interfaces/ports), so changing the database implementation only affects the outer adapter layer.
Raw{"answer": "yes", "explanation": "In Clean Architecture, the domain and use cases depend on abstractions (interfaces/ports), so changing the database implementation only affects the outer adapter layer."} | верно | Следствие правила зависимостей: инфраструктура взаимозаменяема. |
T26-L1 1.24 c | DDD | In DDD, an aggregate is just another name for a database table. | «no» Пояснение: In DDD, an aggregate is a domain-level cluster of related entities and value objects with a single aggregate root enforcing invariants; it is not a database table, and the mapping between aggregates and tables is a persistence concern.
Raw{"answer": "no", "explanation": "In DDD, an aggregate is a domain-level cluster of related entities and value objects with a single aggregate root enforcing invariants; it is not a database table, and the mapping between aggregates and tables is a persistence concern."} | верно | Агрегат — кластер объектов с границей согласованности (транзакционной вокруг корня); таблица — деталь хранения. |
T26-L2 0.88 c | DDD | A Value Object is immutable and compared by the values of its fields, not by identity. | «yes» Пояснение: A Value Object is defined by its field values rather than a unique identity, and it is immutable once created.
Raw{"answer": "yes", "explanation": "A Value Object is defined by its field values rather than a unique identity, and it is immutable once created."} | верно | Классика Evans: Money, Email; равенство структурное. |
T26-L3 0.8 c | DDD | What is the single external entry point of an aggregate, through which all changes must go, called? | «aggregate root» Пояснение: In DDD, the Aggregate Root is the single external entry point of an aggregate through which all external interactions and changes must pass.
Raw{"answer": "Aggregate Root", "explanation": "In DDD, the Aggregate Root is the single external entry point of an aggregate through which all external interactions and changes must pass."} | верно | Aggregate Root: внешние объекты ссылаются только на корень; он защищает инварианты агрегата. |
T26-L4 1.2 c | DDD | In DDD, a repository is declared for an aggregate (its root), not for every entity. | «yes» Пояснение: In DDD, a repository is defined per aggregate root, ensuring all entities within the aggregate are accessed and modified through a single consistency boundary.
Raw{"answer": "yes", "explanation": "In DDD, a repository is defined per aggregate root, ensuring all entities within the aggregate are accessed and modified through a single consistency boundary."} | верно | Репозиторий корня хранит границу согласованности агрегата; вложенные сущности доступны только через корень. |
T26-L5 0.92 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 used consistently by both developers and domain experts to ensure a common understanding of the domain model.
Raw{"answer": "yes", "explanation": "Ubiquitous Language in Domain-Driven Design is indeed the shared vocabulary used consistently by both developers and domain experts to ensure a common understanding of the domain model."} | верно | Evans: язык из требований переходит в имена классов и методов. |
T26-L6 3.74 c | DDD | What is the boundary called within which a model and its language are consistent, while outside the same words mean other models? | «frame» Пояснение: A frame is the conceptual boundary within which a model's language is internally consistent, and outside of which the same terms can carry different meanings in other models or contexts.
Raw{"answer": "frame", "explanation": "A frame is the conceptual boundary within which a model's language is internally consistent, and outside of which the same terms can carry different meanings in other models or contexts."} | неверно верный: «bounded context» | Bounded Context; «Заказ» в биллинге и в доставке — разные модели. |
T26-L7 1.51 c | DDD | An anemic model (objects with only getters/setters, logic in services) is the recommended DDD style. | «no» Пояснение: DDD advocates for rich domain models where business logic is encapsulated within entities/aggregates, not in separate services with anemic getter/setter-only objects.
Raw{"answer": "no", "explanation": "DDD advocates for rich domain models where business logic is encapsulated within entities/aggregates, not in separate services with anemic getter/setter-only objects."} | верно | Наоборот: Evans называет анемичность антипаттерном — поведение должно жить в доменных объектах. |
T26-L8 1.45 c | DDD | Bounded context means each context has its own model: the same concept in different contexts is a different class. | «yes» Пояснение: In DDD, a Bounded Context explicitly defines a boundary within which a domain model is valid, and the same real-world concept (e.g., Customer) can be represented as entirely different classes with different attributes and behaviors in different contexts.
Raw{"answer": "yes", "explanation": "In DDD, a Bounded Context explicitly defines a boundary within which a domain model is valid, and the same real-world concept (e.g., Customer) can be represented as entirely different classes with different attributes and behaviors in different contexts."} | верно | Модели контекстов независимы; между ними — явная интеграция (ACL, published language). |
T13-L1 1.32 c | Symfony | Services in the Symfony DI container are created lazily by default — on first use. | «yes» Пояснение: Symfony's DI container stores service definitions and only instantiates the actual object on first retrieval, which is the default lazy behavior.
Raw{"answer": "yes", "explanation": "Symfony's DI container stores service definitions and only instantiates the actual object on first retrieval, which is the default lazy behavior."} | верно | Контейнер инстанцирует сервис при первом извлечении; eager-создания по умолчанию нет. |
T13-L2 1.49 c | Symfony | Which Symfony console command lists all registered routes? | «debug:router» Пояснение: In Symfony, the command 'php bin/console debug:router' lists all registered routes (replacing the older 'router:list' command).
Raw{"answer": "debug:router", "explanation": "In Symfony, the command 'php bin/console debug:router' lists all registered routes (replacing the older 'router:list' command)."} | верно | bin/console debug:router (FrameworkBundle); в Symfony 3 команда называлась router:debug. |
T13-L3 1.04 c | Symfony | Symfony autowiring requires manually declaring every service in services.yaml. | «no» Пояснение: The whole purpose of autowiring is to automatically resolve and inject dependencies based on type hints, eliminating the need to manually declare every service in services.yaml.
Raw{"answer": "no", "explanation": "The whole purpose of autowiring is to automatically resolve and inject dependencies based on type hints, eliminating the need to manually declare every service in services.yaml."} | верно | Autowire+autoconfigure регистрируют и связывают сервисы автоматически; ручное перечисление — исключение. |
T13-L4 2.52 c | Symfony | Twig templates are compiled into PHP classes and cached between requests. | «yes» Пояснение: Twig compiles each template into a PHP class (extending Twig\Template) and stores the compiled file in a cache directory, reusing it across subsequent requests as long as the source template hasn't changed.
Raw{"answer": "yes", "explanation": "Twig compiles each template into a PHP class (extending Twig\\Template) and stores the compiled file in a cache directory, reusing it across subsequent requests as long as the source template hasn't changed."} | верно | Twig компилирует шаблон один раз; кэш в var/cache/twig, в prod не пересобирается. |
T13-L5 1.97 c | Symfony | In the Symfony dev environment the DI container is rebuilt only after tracked files change, not on every request. | «yes» Пояснение: In the Symfony dev environment, the container is compiled once and cached; on each request Symfony only checks whether any tracked (source) files have changed and rebuilds only if they have, rather than recompiling on every request.
Raw{"answer": "yes", "explanation": "In the Symfony dev environment, the container is compiled once and cached; on each request Symfony only checks whether any tracked (source) files have changed and rebuilds only if they have, rather than recompiling on every request."} | верно | Kernel проверяет freshness ресурсов (конфиги, классы); иначе переиспользуется кэш контейнера. |
T13-L6 1.26 c | Symfony | Which environment variable selects the active Symfony environment (dev/prod)? | «app_env» Пояснение: In Symfony, the APP_ENV environment variable selects the active environment (e.g., dev, prod, test) used by the framework.
Raw{"answer": "APP_ENV", "explanation": "In Symfony, the APP_ENV environment variable selects the active environment (e.g., dev, prod, test) used by the framework."} | верно | APP_ENV в .env; APP_DEBUG — отдельный флаг отладки. |
T13-L7 1.04 c | Symfony | A controller method can be private — Symfony routing works with any method of the class. | «no» Пояснение: Symfony controller methods must be public; the framework uses reflection to invoke them and cannot call private or protected methods.
Raw{"answer": "no", "explanation": "Symfony controller methods must be public; the framework uses reflection to invoke them and cannot call private or protected methods."} | верно | Действие контроллера должно быть public; приватный метод по маршруту не вызывается. |
T13-L8 1.66 c | Symfony | Event subscribers always receive events before listeners, because the interface gives them priority. | «no» Пояснение: In Symfony's event system, subscribers and listeners are both dispatched based on priority and registration order; the EventSubscriberInterface does not grant any inherent priority over regular listeners.
Raw{"answer": "no", "explanation": "In Symfony's event system, subscribers and listeners are both dispatched based on priority and registration order; the EventSubscriberInterface does not grant any inherent priority over regular listeners."} | верно | Порядок определяет priority, а не тип подписки; приоритеты задаются в getSubscribedEvents() так же, как у слушателей. |
T22-L1 2.6 c | Symfony: Security and forms | In modern Symfony (6.0+) authentication is built on authenticator classes (AuthenticatorInterface); the old guard system has been removed. | «yes» Пояснение: Symfony 6.0 removed the legacy guard authentication system, making the new authenticator (AuthenticatorInterface) the sole authentication mechanism.
Raw{"answer": "yes", "explanation": "Symfony 6.0 removed the legacy guard authentication system, making the new authenticator (AuthenticatorInterface) the sole authentication mechanism."} | верно | Guard объявлен устаревшим в 5.3 и удалён в 6.0; в проекте symfony/security-bundle 8.1. |
T22-L2 2.13 c | Symfony: Security and forms | Which Symfony attribute checks a role/permission right on a controller method (403 without it)? | «isgranted» Пояснение: The Symfony #[IsGranted] attribute (from Symfony\Component\Security\Http\Attribute\IsGranted) checks a role or permission on a controller method and throws an AccessDeniedException (403) if the user lacks it.
Raw{"answer": "IsGranted", "explanation": "The Symfony #[IsGranted] attribute (from Symfony\\Component\\Security\\Http\\Attribute\\IsGranted) checks a role or permission on a controller method and throws an AccessDeniedException (403) if the user lacks it."} | верно | #[IsGranted('ROLE_ADMIN')]; атрибут из symfony/security-http. |
T22-L3 1.07 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 security mechanism for object-level access control, used via isGranted('EDIT', $post) to check permissions on a specific object.
Raw{"answer": "yes", "explanation": "Voters are Symfony's security mechanism for object-level access control, used via isGranted('EDIT', $post) to check permissions on a specific object."} | верно | VoterInterface->vote(); docs Symfony — Voters. |
T22-L4 1.93 c | Symfony: Security and forms | In modern Symfony (7+) validation constraints are declared as PHP attributes (#[Assert\NotBlank]); doctrine annotations are no longer supported. | «yes» Пояснение: Symfony 7+ uses PHP attributes (e.g. #[Assert\NotBlank]) for validation and has removed support for the old Doctrine annotations syntax (@Assert\NotBlank).
Raw{"answer": "yes", "explanation": "Symfony 7+ uses PHP attributes (e.g. #[Assert\\NotBlank]) for validation and has removed support for the old Doctrine annotations syntax (@Assert\\NotBlank)."} | верно | Докблок-аннотации удалены в Symfony 7.0; стандарт — атрибуты. В проекте symfony/validator 8.1. |
T22-L5 1.05 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 for forms by default (framework.form.csrf_protection defaults to true), automatically generating and validating a token on each form submission.
Raw{"answer": "yes", "explanation": "Symfony enables CSRF protection for forms by default (framework.form.csrf_protection defaults to true), automatically generating and validating a token on each form submission."} | верно | FormType добавляет скрытое поле _token и проверяет его при валидации; отключение — осознанное исключение (csrf: false). |
T22-L6 1.58 c | Symfony: Security and forms | Form validation in Symfony runs server-side even if the client-side (HTML5) checks passed. | «yes» Пояснение: Symfony always re-validates form data server-side using its Constraint system, regardless of whether HTML5 client-side validation already passed, because client-side checks are only a UX convenience and cannot be trusted for security.
Raw{"answer": "yes", "explanation": "Symfony always re-validates form data server-side using its Constraint system, regardless of whether HTML5 client-side validation already passed, because client-side checks are only a UX convenience and cannot be trusted for security."} | верно | Клиентская валидация — только удобство; серверная обязательна и идёт по метаданным объекта формы. |
T22-L7 0.67 c | Symfony: Security and forms | Which Symfony maker command generates a form class (FormType)? | «make:form» Пояснение: The Symfony Maker Bundle command 'make:form' generates a FormType class for creating forms in Symfony.
Raw{"answer": "make:form", "explanation": "The Symfony Maker Bundle command 'make:form' generates a FormType class for creating forms in Symfony."} | верно | bin/console make:form (symfony/maker-bundle — в проекте). |
T22-L8 1.06 c | Symfony: Security and forms | Symfony stores the user's password in the session in plain text. | «no» Пояснение: Symfony stores a security token (e.g., session ID or JWT) in the session, not the user's password; passwords are stored hashed in the database.
Raw{"answer": "no", "explanation": "Symfony stores a security token (e.g., session ID or JWT) in the session, not the user's password; passwords are stored hashed in the database."} | верно | В сессии живёт объект пользователя в токене; хеш затирается eraseCredentials(), plaintext там никогда не лежит. |
T23-L1 0.98 c | Symfony: configuration and services | Symfony bundle configuration lives in config/packages — one file per bundle or topic. | «yes» Пояснение: In modern Symfony, bundle/topic configurations are conventionally placed in config/packages/ with one file per bundle or topic (e.g., framework.yaml, doctrine.yaml).
Raw{"answer": "yes", "explanation": "In modern Symfony, bundle/topic configurations are conventionally placed in config/packages/ with one file per bundle or topic (e.g., framework.yaml, doctrine.yaml)."} | верно | Стандартная структура (config/packages/*.yaml); перегрузка — config/packages/<env>. |
T23-L2 1.23 c | Symfony: configuration and services | The .env file with dev defaults is committed to the repository, while real secrets live in the non-committed .env.local. | «yes» Пояснение: This is a common best practice: the .env file holds safe dev defaults and is committed, while .env.local holds real secrets and is excluded via .gitignore.
Raw{"answer": "yes", "explanation": "This is a common best practice: the .env file holds safe dev defaults and is committed, while .env.local holds real secrets and is excluded via .gitignore."} | верно | symfony/dotenv: .env — общий безопасный набор значений; локальные секреты — .env.local (gitignored) или secrets-хранилище. |
T23-L3 0.79 c | Symfony: configuration and services | Which Symfony command lists the container's registered services and their aliases? | «debug:container» Пояснение: The Symfony command `debug:container` (or `container:debug` in older versions) lists all registered services and their aliases in the DI container.
Raw{"answer": "debug:container", "explanation": "The Symfony command `debug:container` (or `container:debug` in older versions) lists all registered services and their aliases in the DI container."} | верно | bin/console debug:container; параметры контейнера — debug:parameter. |
T23-L4 6.26 c | Symfony: configuration and services | The Symfony container allows changing parameters at runtime: $container->setParameter() works from a controller. | «no» Пояснение: The Symfony container is compiled (parameters baked into the generated class), so calling setParameter() at runtime does not meaningfully alter already-instantiated services; the container is intended to be immutable after compilation.
Raw{"answer": "no", "explanation": "The Symfony container is compiled (parameters baked into the generated class), so calling setParameter() at runtime does not meaningfully alter already-instantiated services; the container is intended to be immutable after compilation."} | верно | Контейнер компилируется и замораживается; runtime-значения — только через переменные окружения. |
T23-L5 0.9 c | Symfony: configuration and services | By default, Symfony services are public (public: true) — you can fetch them directly from the container. | «no» Пояснение: Since Symfony 4.0, services are private by default; you must explicitly set public: true to fetch them from the container.
Raw{"answer": "no", "explanation": "Since Symfony 4.0, services are private by default; you must explicitly set public: true to fetch them from the container."} | верно | С Symfony 4.0 сервисы по умолчанию private: инжектятся через autowiring; $container->get() — только для публичных. |
T23-L6 1.27 c | Symfony: configuration and services | Without a config file in config/packages a bundle will not work — configuration is mandatory for every bundle. | «no» Пояснение: Many bundles work out of the box with default settings and do not require a configuration file in config/packages; you only need one if you want to customize the bundle's defaults.
Raw{"answer": "no", "explanation": "Many bundles work out of the box with default settings and do not require a configuration file in config/packages; you only need one if you want to customize the bundle's defaults."} | верно | У бандлов есть встроенные умолчания (Extension); конфиг нужен только для отклонений от них. |
T23-L7 0.93 c | Symfony: configuration and services | Environment variable values are injected into services.yaml using the %env(VAR)% syntax. | «yes» Пояснение: In Symfony, environment variables are referenced in configuration files (including services.yaml) using the %env(VAR_NAME)% syntax.
Raw{"answer": "yes", "explanation": "In Symfony, environment variables are referenced in configuration files (including services.yaml) using the %env(VAR_NAME)% syntax."} | верно | %env(...)% резолвится в рантайме env-процессорами; docs — Env Var Processors. |
T23-L8 0.73 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 (set in the .env file) controls debug mode, enabling the profiler and Twig debugging features.
Raw{"answer": "APP_DEBUG", "explanation": "In Symfony, the APP_DEBUG environment variable (set in the .env file) controls debug mode, enabling the profiler and Twig debugging features."} | верно | APP_DEBUG=1 (в .env dev-окружения); окружение выбирает APP_ENV — см. T13-L6. |
T16-L1 1.24 c | Symfony: Messenger | A single message in Symfony Messenger can only have one handler. | «no» Пояснение: Symfony Messenger allows multiple handlers for a single message; they are executed in order of priority, enabling event-driven, decoupled processing.
Raw{"answer": "no", "explanation": "Symfony Messenger allows multiple handlers for a single message; they are executed in order of priority, enabling event-driven, decoupled processing."} | верно | Messenger вызывает все хендлеры, подписанные на класс сообщения (docs — Multiple Handlers). |
T16-L2 1.36 c | Symfony: Messenger | The sync transport in Messenger queues the message for a worker, just like async. | «no» Пояснение: The sync transport processes the message immediately in the current process without queuing it for a separate worker; only async transports (e.g., AMQP, Redis, Doctrine) enqueue the message for a worker to consume later.
Raw{"answer": "no", "explanation": "The sync transport processes the message immediately in the current process without queuing it for a separate worker; only async transports (e.g., AMQP, Redis, Doctrine) enqueue the message for a worker to consume later."} | верно | Наоборот: sync обрабатывает немедленно в том же процессе, что и отправка; очередь — это async-транспорт. |
T16-L3 0.59 c | Symfony: Messenger | Which console command starts the worker that processes Messenger queue messages? | «messenger:consume» Пояснение: In Symfony, the 'messenger:consume' command starts the worker that processes queued Messenger messages.
Raw{"answer": "messenger:consume", "explanation": "In Symfony, the 'messenger:consume' command starts the worker that processes queued Messenger messages."} | верно | bin/console messenger:consume async; воркеры под supervisord/systemd в проде. |
T16-L4 1.11 c | Symfony: Messenger | Retries for failed messages (retry_strategy) are configured per Messenger transport. | «yes» Пояснение: In Symfony Messenger, the retry_strategy (max_retries, delay, multiplier, max_delay) is configured per transport in the framework messenger configuration.
Raw{"answer": "yes", "explanation": "In Symfony Messenger, the retry_strategy (max_retries, delay, multiplier, max_delay) is configured per transport in the framework messenger configuration."} | верно | retry_strategy на транспорте: max_retries, delay, multiplier; docs — Failed Messages & Retries. |
T16-L5 3.03 c | Symfony: Messenger | By default, Messenger serializes messages to JSON. | «no» Пояснение: By default, Symfony Messenger uses the PhpSerializer (PHP's serialize()/unserialize()), not JSON; a separate JsonSerializer must be configured explicitly.
Raw{"answer": "no", "explanation": "By default, Symfony Messenger uses the PhpSerializer (PHP's serialize()/unserialize()), not JSON; a separate JsonSerializer must be configured explicitly."} | верно | Дефолтный сериализатор — PhpSerializer (serialize()); JSON-сериализатор включается отдельно. |
T16-L6 1.06 c | Symfony: Messenger | Symfony Scheduler produces messages on a schedule and dispatches them through Messenger. | «yes» Пояснение: Symfony Scheduler is designed to create scheduled messages and dispatch them through the Messenger component at defined intervals.
Raw{"answer": "yes", "explanation": "Symfony Scheduler is designed to create scheduled messages and dispatch them through the Messenger component at defined intervals."} | верно | Schedule → RecurringMessage → шина Messenger; docs — Scheduler. |
T16-L7 1.22 c | Symfony: Messenger | Which built-in Messenger transport stores messages in database tables via Doctrine? | «doctrine» Пояснение: Symfony Messenger's 'doctrine://default' transport persists messages into database tables managed by Doctrine.
Raw{"answer": "doctrine", "explanation": "Symfony Messenger's 'doctrine://default' transport persists messages into database tables managed by Doctrine."} | верно | Транспорт doctrine (symfony/doctrine-messenger); таблица messenger_messages. В проекте стоит amqp-messenger + doctrine-messenger. |
T16-L8 3.89 c | Symfony: Messenger | The Messenger pipeline can be extended with custom middleware, placed before or after the built-in ones. | «yes» Пояснение: The Messenger (Symfony/Laravel) pipeline supports registering custom middleware and ordering them before or after the built-in middleware in the chain.
Raw{"answer": "yes", "explanation": "The Messenger (Symfony/Laravel) pipeline supports registering custom middleware and ordering them before or after the built-in middleware in the chain."} | верно | messenger.bus.*.middleware в yaml; docs — Middleware. |
T28-L1 3.86 c | Symfony: versions | Symfony major releases come every two years, minor ones every six months (in May and November). | «no» Пояснение: Symfony major releases do not follow a fixed two-year cycle; they have appeared at irregular intervals (e.g., Symfony 2.0 in 2011, 3.0 in 2016, 4.0 in 2017, 5.0 in 2020, 6.0 in 2022, 7.0 in 2023), while minor releases do typically ship in May and November.
Raw{"answer": "no", "explanation": "Symfony major releases do not follow a fixed two-year cycle; they have appeared at irregular intervals (e.g., Symfony 2.0 in 2011, 3.0 in 2016, 4.0 in 2017, 5.0 in 2020, 6.0 in 2022, 7.0 in 2023), while minor releases do typically ship in May and November."} | неверно верный: «yes» | Стандартный релизный цикл: 8.0 — ноябрь 2025, 8.1 — май 2026, 8.2 — ноябрь 2026. |
T28-L2 0.89 c | Symfony: versions | What is the minimum PHP version required by Symfony 8? | «8.4» Пояснение: Symfony 8 requires a minimum PHP version of 8.4.
Raw{"answer": 8.4, "explanation": "Symfony 8 requires a minimum PHP version of 8.4."} | верно | Symfony 8.0 поднял требование до PHP >= 8.4.1 (в vendor проекта: "php": ">=8.4.1"). |
T28-L3 1.19 c | Symfony: versions | Symfony 7.0 kept support for docblock annotations (validation, routes). | «no» Пояснение: Symfony 7.0 removed docblock annotation support entirely; only PHP attributes are supported for validation and routing.
Raw{"answer": "no", "explanation": "Symfony 7.0 removed docblock annotation support entirely; only PHP attributes are supported for validation and routing."} | верно | Наоборот: в 7.0 аннотации удалены — только PHP-атрибуты (#[Route], #[Assert\NotBlank]). |
T28-L4 1.5 c | Symfony: versions | AssetMapper manages CSS/JS without node or webpack — via importmap.php. | «yes» Пояснение: Symfony's AssetMapper handles JS and CSS assets server-side without Node.js or Webpack, using importmap.php to define and resolve JavaScript imports.
Raw{"answer": "yes", "explanation": "Symfony's AssetMapper handles JS and CSS assets server-side without Node.js or Webpack, using importmap.php to define and resolve JavaScript imports."} | верно | symfony/asset-mapper (с 6.3, стандарт с 7.x); в проекте — importmap.php в корне и asset-mapper 8.1. |
T28-L5 4.81 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, following the same pattern as 4.4 and 5.4, receiving extended bug-fix and security support.
Raw{"answer": "no", "explanation": "Symfony 6.4 is an LTS (Long-Term Support) release, following the same pattern as 4.4 and 5.4, receiving extended bug-fix and security support."} | верно | Наоборот: 6.4 — LTS (расширенная поддержка); LTS выходит вместе с очередным мажором (6.4 — вместе с 7.0). |
T28-L6 1.19 c | Symfony: versions | When moving to a new Symfony major version, deprecations of the previous branch keep working — major releases do not remove them. | «no» Пояснение: In Symfony, deprecated features are removed in the next major version; that is precisely the purpose of a major release (semver allows breaking changes).
Raw{"answer": "no", "explanation": "In Symfony, deprecated features are removed in the next major version; that is precisely the purpose of a major release (semver allows breaking changes)."} | верно | Наоборот: мажорный релиз удаляет всё устаревшее (7.0 убрал деприкейшены 6.x, 8.0 — 7.x). |
T28-L7 1.34 c | Symfony: versions | Every Symfony major release is accompanied by an UPGRADE guide listing the changes. | «yes» Пояснение: Symfony includes UPGRADE-*.md files in its repository for every major (and minor) release, documenting deprecations, removals, and breaking changes.
Raw{"answer": "yes", "explanation": "Symfony includes UPGRADE-*.md files in its repository for every major (and minor) release, documenting deprecations, removals, and breaking changes."} | верно | UPGRADE-7.0.md, UPGRADE-8.0.md в репозитории symfony/symfony. |
T28-L8 1.04 c | Symfony: versions | Which Symfony component manages assets and the importmap without node/webpack? | «assetmapper» Пояснение: Symfony's AssetMapper component (introduced in Symfony 6.4/7.0) manages assets and import maps natively in PHP without requiring Node.js or Webpack.
Raw{"answer": "AssetMapper", "explanation": "Symfony's AssetMapper component (introduced in Symfony 6.4/7.0) manages assets and import maps natively in PHP without requiring Node.js or Webpack."} | верно | symfony/asset-mapper 8.1 — в проекте. |
T29-L1 9.15 c | Symfony: 8.2 and beyond | As of 2026-11-07, Symfony 8.2 has already been released. | «no» Пояснение: Following Symfony's typical release cadence (minor versions roughly every 6 months), Symfony 8.2 would not be expected until well after November 2026 at the earliest, making it false that it has already been released by that date.
Raw{"answer": "no", "explanation": "Following Symfony's typical release cadence (minor versions roughly every 6 months), Symfony 8.2 would not be expected until well after November 2026 at the earliest, making it false that it has already been released by that date."} | верно | Наоборот: 8.2 ещё не выпущена — релиз в конце ноября 2026; последняя стабильная — 8.1. |
T29-L2 3.04 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» Пояснение: Following Symfony's six-month cycle (major in May, minor in November), Symfony 8.0 would land in May 2026 and 8.1 in November 2026, not 8.2.
Raw{"answer": "no", "explanation": "Following Symfony's six-month cycle (major in May, minor in November), Symfony 8.0 would land in May 2026 and 8.1 in November 2026, not 8.2."} | неверно верный: «yes» | Политика релизов: 8.1 — май 2026, 8.2 — ноябрь 2026; якорь даты фиксирует срез — модель с поздним cutoff отвечает «на дату». |
T29-L3 1.17 c | Symfony: 8.2 and beyond | Which Symfony version comes after 8.1 (as of 2026-11-07)? | «8.2» Пояснение: Symfony follows a major.minor versioning scheme, so the version immediately following 8.1 is 8.2.
Raw{"answer": "8.2", "explanation": "Symfony follows a major.minor versioning scheme, so the version immediately following 8.1 is 8.2."} | верно | 8.2 — следующий минорный релиз (ноябрь 2026); после его выхода проект переходит с 8.1.* на 8.2.*. |
T29-L4 2.34 c | Symfony: 8.2 and beyond | Symfony 8.2 is a major release requiring applications to be rewritten for new APIs. | «no» Пояснение: Symfony 8.2 is a minor release (not a major one like 8.0), and minor releases maintain backward compatibility without requiring a rewrite.
Raw{"answer": "no", "explanation": "Symfony 8.2 is a minor release (not a major one like 8.0), and minor releases maintain backward compatibility without requiring a rewrite."} | верно | Наоборот: 8.2 — минорный релиз; новые возможности без поломки обратной совместимости. Мажор — 9.0. |
T29-L5 1.71 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 guarantees backward compatibility within the same major version series (8.x), so minor updates like 8.1 → 8.2 add features without breaking existing code.
Raw{"answer": "yes", "explanation": "PHP guarantees backward compatibility within the same major version series (8.x), so minor updates like 8.1 → 8.2 add features without breaking existing code."} | верно | Политика Symfony: минорные релизы обратно совместимы; BC-break допустим только в мажорных. |
T29-L6 5.01 c | Symfony: 8.2 and beyond | Which minor version of the 8.x branch is released last, before Symfony 9.0? | «8.4» Пояснение: Symfony follows a pattern where each major branch ends with an x.4 LTS release, so the last minor version of the 8.x branch before 9.0 is 8.4.
Raw{"answer": "8.4", "explanation": "Symfony follows a pattern where each major branch ends with an x.4 LTS release, so the last minor version of the 8.x branch before 9.0 is 8.4."} | верно | По циклу: 8.2 (ноя 2026), 8.3 (май 2027), 8.4 (ноя 2027, вместе с 9.0) — как 6.4 выходила вместе с 7.0. |
T29-L7 2.36 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.2 is not a released version; as of current knowledge the latest major line is Symfony 7.x, making this statement false.
Raw{"answer": "no", "explanation": "Symfony 8.2 is not a released version; as of current knowledge the latest major line is Symfony 7.x, making this statement false."} | верно | Наоборот: минорные релизы не поднимают требования PHP; для всей ветки 8.x остаётся PHP >= 8.4. |
T29-L8 1.65 c | Symfony: 8.2 and beyond | Deprecations added in the 8.x branch will not be removed before Symfony 9.0. | «yes» Пояснение: Symfony's deprecation policy states that deprecations introduced in a given major version (8.x) are only removed starting from the next major version (9.0), not before.
Raw{"answer": "yes", "explanation": "Symfony's deprecation policy states that deprecations introduced in a given major version (8.x) are only removed starting from the next major version (9.0), not before."} | верно | Политика: деприкейшены живут до следующего мажора; 9.0 — ноябрь 2027. |
T21-L1 1.39 c | Twig | Inside {{ }}, Twig allows calling arbitrary PHP code directly. | «no» Пояснение: Twig deliberately restricts templates to its own expression language (variables, filters, functions, operators) and does not allow calling arbitrary PHP code directly inside {{ }}.
Raw{"answer": "no", "explanation": "Twig deliberately restricts templates to its own expression language (variables, filters, functions, operators) and does not allow calling arbitrary PHP code directly inside {{ }}."} | верно | Twig — DSL: только разрешённые окружением функции/фильтры; произвольный PHP не исполняется. |
T21-L2 0.89 c | Twig | By default, Twig auto-escapes printed variables. | «yes» Пояснение: Twig enables auto-escaping with the 'html' strategy by default, so printed variables are HTML-escaped unless explicitly disabled.
Raw{"answer": "yes", "explanation": "Twig enables auto-escaping with the 'html' strategy by default, so printed variables are HTML-escaped unless explicitly disabled."} | верно | Autoescape включён по умолчанию; {{ '<b>' }} → <b>. Проверено на Twig 3.30. |
T21-L3 1.14 c | Twig | The Twig |e filter escapes a string for safe output in an HTML context. | «yes» Пояснение: The Twig |e (escape) filter defaults to escaping a string for safe output in an HTML context.
Raw{"answer": "yes", "explanation": "The Twig |e (escape) filter defaults to escaping a string for safe output in an HTML context."} | верно | |e ('html') по умолчанию; есть контексты js/url/css. От SQL-инъекций он не защищает — это задача подготовленных запросов Doctrine. |
T21-L4 1.17 c | Twig | Which filter from twig/intl-extra formats a number according to a locale? | «number_format» Пояснение: The twig/intl-extra package provides the number_format filter, which formats a number according to a given locale using Intl.NumberFormat.
Raw{"answer": "number_format", "explanation": "The twig/intl-extra package provides the number_format filter, which formats a number according to a given locale using Intl.NumberFormat."} | неверно верный: «format_number» | |format_number(locale=...) из IntlExtension (twig/intl-extra есть в проекте). Проверено на Twig 3.30: 12345.6 → 12 345,6 (ru). |
T21-L5 1.12 c | Twig | The |raw filter disables auto-escaping for the value. | «yes» Пояснение: In Twig, the |raw filter marks a value as safe and outputs it without auto-escaping.
Raw{"answer": "yes", "explanation": "In Twig, the |raw filter marks a value as safe and outputs it without auto-escaping."} | верно | {{ x|raw }} выводит HTML как есть; опасно с пользовательскими данными. Проверено на Twig 3.30. |
T21-L6 0.94 c | Twig | In Twig, {{ }} prints an expression value, while {% %} executes tags — conditions, loops, set. | «yes» Пояснение: In Twig, double curly braces {{ }} echo an expression's value, while {% %} is used for control-structure tags such as if, for, and set.
Raw{"answer": "yes", "explanation": "In Twig, double curly braces {{ }} echo an expression's value, while {% %} is used for control-structure tags such as if, for, and set."} | верно | Два блока синтаксиса Twig: вывод (echo) против логики. |
T21-L7 0.98 c | Twig | In Twig you cannot declare a variable inside a template — values only come from the controller. | «no» Пояснение: Twig allows you to declare variables inside a template using the 'set' tag, e.g. {% set myVar = 'value' %}, so values do not only come from the controller.
Raw{"answer": "no", "explanation": "Twig allows you to declare variables inside a template using the 'set' tag, e.g. {% set myVar = 'value' %}, so values do not only come from the controller."} | верно | {% set y = ... %} объявляет переменную в шаблоне. Проверено на Twig 3.30. |
T21-L8 0.69 c | Twig | Which Twig function dumps the debug structure of a variable (array, object)? | «dump» Пояснение: Twig's dump() function (from the Twig\Extension\DebugExtension) outputs the debug structure of a variable such as an array or object.
Raw{"answer": "dump", "explanation": "Twig's dump() function (from the Twig\\Extension\\DebugExtension) outputs the debug structure of a variable such as an array or object."} | верно | {{ dump(x) }} (DebugExtension; в Symfony доступна в dev-окружении). |
T24-L1 1.18 c | Bootstrap | Bootstrap is a CSS/JS library of ready-made UI components, not an SPA framework. | «yes» Пояснение: Bootstrap is a front-end CSS/JS library providing pre-built UI components and utilities, not a Single Page Application framework like React, Angular, or Vue.
Raw{"answer": "yes", "explanation": "Bootstrap is a front-end CSS/JS library providing pre-built UI components and utilities, not a Single Page Application framework like React, Angular, or Vue."} | верно | Компоненты и утилиты поверх вашего HTML; SPA-фреймворки (React/Vue) — другой класс инструментов. В проекте vendored 5.3.3. |
T24-L2 1.02 c | Bootstrap | Which Bootstrap class gives a responsive container with a fixed max width per breakpoint? | «container» Пояснение: The .container class in Bootstrap provides a responsive fixed-width container that changes its max-width at each breakpoint (e.g., 540px, 720px, 960px, 1140px, 1320px).
Raw{"answer": "container", "explanation": "The .container class in Bootstrap provides a responsive fixed-width container that changes its max-width at each breakpoint (e.g., 540px, 720px, 960px, 1140px, 1320px)."} | верно | .container (фиксированная макс-ширина по брейкпоинтам) vs .container-fluid (на всю ширину). |
T24-L3 1.29 c | Bootstrap | The Bootstrap grid is built on CSS floats and splits a row into 16 columns. | «no» Пояснение: The Bootstrap grid uses Flexbox (Bootstrap 4+) or CSS Grid, and splits a row into 12 columns, not 16.
Raw{"answer": "no", "explanation": "The Bootstrap grid uses Flexbox (Bootstrap 4+) or CSS Grid, and splits a row into 12 columns, not 16."} | верно | Наоборот: flexbox (с Bootstrap 4) и 12 колонок; float-сетка — это Bootstrap 3. |
T24-L4 2.79 c | Bootstrap | Bootstrap's named breakpoints (the infix used in class names) are sm, md, lg, xl, xxl — five of them. | «yes» Пояснение: In Bootstrap 5, the five named breakpoint infixes are indeed sm, md, lg, xl, and xxl.
Raw{"answer": "yes", "explanation": "In Bootstrap 5, the five named breakpoint infixes are indeed sm, md, lg, xl, and xxl."} | верно | Тиров всего шесть: xs (без инфикса) + пять именованных (576/768/992/1200/1400 px). |
T24-L5 2.89 c | Bootstrap | Utilities like .mt-3 or .px-2 use the spacing scale: the number is a multiple of $spacer. | «no» Пояснение: Bootstrap spacing utilities use increments of $spacer/4 (e.g., .mt-1 = $spacer*0.25, .mt-2 = $spacer*0.5), not whole multiples of $spacer.
Raw{"answer": "no", "explanation": "Bootstrap spacing utilities use increments of $spacer/4 (e.g., .mt-1 = $spacer*0.25, .mt-2 = $spacer*0.5), not whole multiples of $spacer."} | верно | Spacing utilities; $spacer = 1rem. |
T24-L6 0.89 c | Bootstrap | Which Bootstrap 5 data attribute enables an interactive component (e.g. dropdown) on an element? | «data-bs-toggle» Пояснение: In Bootstrap 5, the data-bs-toggle attribute is used to activate interactive components such as dropdowns, tooltips, and popovers on an element.
Raw{"answer": "data-bs-toggle", "explanation": "In Bootstrap 5, the data-bs-toggle attribute is used to activate interactive components such as dropdowns, tooltips, and popovers on an element."} | верно | data-bs-toggle="dropdown" и т.п.; в Bootstrap 4 атрибут назывался data-toggle. |
T24-L7 0.93 c | Bootstrap | Bootstrap 5 components work without jQuery — in plain vanilla JS. | «yes» Пояснение: Bootstrap 5 removed the jQuery dependency entirely; all its interactive components (modals, dropdowns, tooltips, etc.) are powered by vanilla JavaScript.
Raw{"answer": "yes", "explanation": "Bootstrap 5 removed the jQuery dependency entirely; all its interactive components (modals, dropdowns, tooltips, etc.) are powered by vanilla JavaScript."} | верно | jQuery удалён в Bootstrap 5.0: data-bs-* атрибуты и JS API. В проекте vendored 5.3.3. |
T24-L8 2.06 c | Bootstrap | Dark mode in Bootstrap is enabled with a .dark class on the root element. | «no» Пояснение: In Bootstrap 5, dark mode is enabled by setting the data-bs-theme="dark" attribute on the <html> element, not by adding a .dark class.
Raw{"answer": "no", "explanation": "In Bootstrap 5, dark mode is enabled by setting the data-bs-theme=\"dark\" attribute on the <html> element, not by adding a .dark class."} | верно | Наоборот: тема включается атрибутом data-bs-theme="dark" (Color modes, с 5.3); класса .dark не существует. В проекте 5.3.3. |
T14-L1 1.11 c | Doctrine | Doctrine ORM creates database tables on the fly the first time an entity is used at runtime. | «no» Пояснение: Doctrine ORM does not auto-create tables at runtime; you must explicitly run schema/migration commands (e.g., doctrine:migrations:migrate or doctrine:schema:create) to create or update database tables.
Raw{"answer": "no", "explanation": "Doctrine ORM does not auto-create tables at runtime; you must explicitly run schema/migration commands (e.g., doctrine:migrations:migrate or doctrine:schema:create) to create or update database tables."} | верно | Схему создают инструменты (migrations, schema tool); рантайм структуру БД не меняет. |
T14-L2 0.9 c | Doctrine | Which EntityManager method marks a new object as managed without executing SQL until flush()? | «persist» Пояснение: EntityManager::persist() marks a new entity as managed and schedules it for insertion, but no SQL is executed until flush() is called.
Raw{"answer": "persist", "explanation": "EntityManager::persist() marks a new entity as managed and schedules it for insertion, but no SQL is executed until flush() is called."} | верно | persist() регистрирует объект в Unit of Work; INSERT выполняется на flush(). |
T14-L3 2.42 c | Doctrine | In Doctrine ORM 3, the EntityManager::merge() method exists and makes the passed object managed. | «no» Пояснение: In Doctrine ORM 3, the EntityManager::merge() method was removed; it existed in ORM 2 but is no longer part of the EntityManager API in ORM 3.
Raw{"answer": "no", "explanation": "In Doctrine ORM 3, the EntityManager::merge() method was removed; it existed in ORM 2 but is no longer part of the EntityManager API in ORM 3."} | верно | В ORM 3 merge() удалён (в vendor проекта 3.7.6 метода нет); в Doctrine 2.x merge() возвращал управляемую копию. Версия зафиксирована — ORM 3. |
T14-L4 0.88 c | Doctrine | DQL queries are written in terms of entities and their fields, not tables and columns. | «yes» Пояснение: DQL (Doctrine Query Language) operates on entities and their fields at the object level, abstracting away the underlying table and column structure.
Raw{"answer": "yes", "explanation": "DQL (Doctrine Query Language) operates on entities and their fields at the object level, abstracting away the underlying table and column structure."} | верно | Doctrine транслирует DQL в SQL; docs — DQL (Doctrine Query Language). |
T14-L5 1.34 c | Doctrine | What does $repository->find(999) return when no record with id 999 exists? | «null» Пояснение: In PHP (e.g., Doctrine ORM), the find() method returns null when no entity with the given ID exists.
Raw{"answer": "null", "explanation": "In PHP (e.g., Doctrine ORM), the find() method returns null when no entity with the given ID exists."} | верно | find() возвращает null, если объект не найден (docs Repository methods). |
T14-L6 0.91 c | Doctrine | DoctrineBundle in Symfony automatically calls flush() at the end of every request. | «yes» Пояснение: DoctrineBundle registers an event subscriber that listens to kernel.response and automatically calls flush() on the entity manager at the end of each request.
Raw{"answer": "yes", "explanation": "DoctrineBundle registers an event subscriber that listens to kernel.response and automatically calls flush() on the entity manager at the end of each request."} | неверно верный: «no» | Авто-flush нет — flush() зовёт разработчик; незакрытая транзакция в конце запроса откатывается. |
T14-L7 1.49 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, the Unit of Work performs dirty checking on managed entities, so calling flush() is sufficient to commit property changes without needing to call persist() again.
Raw{"answer": "yes", "explanation": "In Doctrine ORM, the Unit of Work performs dirty checking on managed entities, so calling flush() is sufficient to commit property changes without needing to call persist() again."} | верно | Dirty checking сравнивает снимки свойств; persist нужен только новым/отсоединённым объектам. |
T14-L8 1.09 c | Doctrine | remove() executes the SQL DELETE immediately, without waiting for flush(). | «no» Пояснение: Doctrine's remove() only schedules the entity for deletion in the UnitOfWork; the actual SQL DELETE is executed when flush() is called.
Raw{"answer": "no", "explanation": "Doctrine's remove() only schedules the entity for deletion in the UnitOfWork; the actual SQL DELETE is executed when flush() is called."} | верно | remove() планирует удаление в Unit of Work; DELETE выполняется на flush() (docs — Deleting Objects). |
T15-L1 1.41 c | PostgreSQL | PostgreSQL uses MVCC, therefore readers block writers and writers block readers. | «no» Пояснение: MVCC's key benefit is that readers and writers do NOT block each other; readers see a consistent snapshot while writers create new row versions concurrently.
Raw{"answer": "no", "explanation": "MVCC's key benefit is that readers and writers do NOT block each other; readers see a consistent snapshot while writers create new row versions concurrently."} | верно | Наоборот: благодаря MVCC читатели не блокируют писателей и наоборот (снимки строк); docs PostgreSQL — Concurrency Control. |
T15-L2 0.91 c | PostgreSQL | Which SQL command shows a query's execution plan without executing the query? | «explain» Пояснение: The EXPLAIN command displays the query execution plan without actually executing the query.
Raw{"answer": "EXPLAIN", "explanation": "The EXPLAIN command displays the query execution plan without actually executing the query."} | верно | EXPLAIN без ANALYZE только строит план; проверено на PostgreSQL 17.7. |
T15-L3 3.14 c | PostgreSQL | SERIAL and GENERATED ... AS IDENTITY are just two names for the same mechanism. | «no» Пояснение: SERIAL creates a separate sequence object plus a column default (nextval), while GENERATED AS IDENTITY is an internally managed identity column with no separate sequence object; they are similar in effect but different mechanisms.
Raw{"answer": "no", "explanation": "SERIAL creates a separate sequence object plus a column default (nextval), while GENERATED AS IDENTITY is an internally managed identity column with no separate sequence object; they are similar in effect but different mechanisms."} | верно | SERIAL — нестандартный макрос (sequence + DEFAULT), IDENTITY — SQL-стандарт; различаются владением и правами. Оба есть в PG 17 (проверено). |
T15-L4 1.45 c | PostgreSQL | By default, a PostgreSQL UNIQUE constraint allows only one row with NULL in the column. | «no» Пояснение: In PostgreSQL, a UNIQUE constraint treats NULL values as distinct, so it allows multiple rows with NULL in the column by default.
Raw{"answer": "no", "explanation": "In PostgreSQL, a UNIQUE constraint treats NULL values as distinct, so it allows multiple rows with NULL in the column by default."} | верно | Наоборот: NULLS DISTINCT по умолчанию — несколько NULL допустимы; NULLS NOT DISTINCT — опция с PG 15. Проверено на PG 17.7. |
T15-L5 0.62 c | PostgreSQL | Which PostgreSQL aggregate function concatenates strings with a separator? | «string_agg» Пояснение: PostgreSQL's string_agg(expression, delimiter) aggregate function concatenates strings with a specified separator.
Raw{"answer": "string_agg", "explanation": "PostgreSQL's string_agg(expression, delimiter) aggregate function concatenates strings with a specified separator."} | верно | string_agg(значение, разделитель); проверено на PostgreSQL 17.7. |
T15-L6 1.4 c | PostgreSQL | Plain VACUUM returns the space occupied by dead tuples to the operating system. | «no» Пояснение: Plain VACUUM only marks dead tuple space as reusable within the table file; it does not shrink the file or return space to the OS (that requires VACUUM FULL).
Raw{"answer": "no", "explanation": "Plain VACUUM only marks dead tuple space as reusable within the table file; it does not shrink the file or return space to the OS (that requires VACUUM FULL)."} | верно | VACUUM помечает место для переиспользования внутри таблицы; ОС его возвращает только VACUUM FULL (с эксклюзивной блокировкой). |
T15-L7 0.68 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 divides rows into groups over which the window function is computed.
Raw{"answer": "PARTITION BY", "explanation": "In a SQL window function, the PARTITION BY clause divides rows into groups over which the window function is computed."} | верно | OVER (PARTITION BY ...); проверено на PostgreSQL 17.7. |
T15-L8 1.22 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 and above.
Raw{"answer": "no", "explanation": "READ COMMITTED only prevents dirty reads; non-repeatable reads are prevented by the REPEATABLE READ isolation level and above."} | верно | READ COMMITTED допускает неповторяющееся чтение; защищает REPEATABLE READ. Проверено: SHOW transaction_isolation → read committed. |
T17-L1 0.89 c | PostgreSQL: transactions and indexes | By default, PostgreSQL wraps each single SQL statement in its own implicit transaction (autocommit). | «yes» Пояснение: PostgreSQL operates in autocommit mode by default, meaning each individual SQL statement is implicitly wrapped in its own transaction and committed immediately unless an explicit BEGIN/COMMIT is used.
Raw{"answer": "yes", "explanation": "PostgreSQL operates in autocommit mode by default, meaning each individual SQL statement is implicitly wrapped in its own transaction and committed immediately unless an explicit BEGIN/COMMIT is used."} | верно | Без BEGIN каждый оператор коммитится сам; docs PostgreSQL — Transactions. Проверено на PG 17. |
T17-L2 0.46 c | PostgreSQL: transactions and indexes | Which SQL command ends a transaction, committing all its changes? | «commit» Пояснение: The COMMIT SQL command finalizes a transaction, permanently saving all changes made within it to the database.
Raw{"answer": "COMMIT", "explanation": "The COMMIT SQL command finalizes a transaction, permanently saving all changes made within it to the database."} | верно | COMMIT (END — синоним). Проверено на PG 17. |
T17-L3 1.16 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 are used by the storage engine to locate rows for SELECT, UPDATE, and DELETE operations, so any query that filters on an indexed column benefits from the index.
Raw{"answer": "yes", "explanation": "Indexes are used by the storage engine to locate rows for SELECT, UPDATE, and DELETE operations, so any query that filters on an indexed column benefits from the index."} | верно | Поиск строк для изменения идёт по индексу; docs PostgreSQL — Indexes. |
T17-L4 0.93 c | PostgreSQL: transactions and indexes | To roll back part of the statements inside a transaction, PostgreSQL uses SAVEPOINT. | «yes» Пояснение: PostgreSQL supports SAVEPOINT to set a restore point within a transaction, allowing a partial rollback with ROLLBACK TO SAVEPOINT without aborting the entire transaction.
Raw{"answer": "yes", "explanation": "PostgreSQL supports SAVEPOINT to set a restore point within a transaction, allowing a partial rollback with ROLLBACK TO SAVEPOINT without aborting the entire transaction."} | верно | SAVEPOINT name; ROLLBACK TO name — частичный откат без отмены всей транзакции. Проверено на PG 17. |
T17-L5 1.71 c | PostgreSQL: transactions and indexes | EXPLAIN ANALYZE shows the query plan without executing the query. | «no» Пояснение: EXPLAIN ANALYZE actually executes the query to collect real timing and row-count statistics; only plain EXPLAIN shows the plan without execution.
Raw{"answer": "no", "explanation": "EXPLAIN ANALYZE actually executes the query to collect real timing and row-count statistics; only plain EXPLAIN shows the plan without execution."} | верно | Наоборот: ANALYZE реально выполняет запрос (с побочными эффектами!) и показывает фактические времена узлов; план без выполнения — plain EXPLAIN. |
T17-L6 0.74 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 index types (IVFFlat, HNSW) for embedding similarity search.
Raw{"answer": "pgvector", "explanation": "pgvector is the PostgreSQL extension that adds vector data types and index types (IVFFlat, HNSW) for embedding similarity search."} | верно | CREATE EXTENSION vector (проект pgvector; в проекте образ pgvector/pgvector:pg17). |
T17-L7 1.54 c | PostgreSQL: transactions and indexes | A partial index (CREATE INDEX ... WHERE ...) is built only over rows satisfying the condition. | «yes» Пояснение: A partial index (e.g., in PostgreSQL) stores only the rows that meet the WHERE condition, reducing index size and improving performance for targeted queries.
Raw{"answer": "yes", "explanation": "A partial index (e.g., in PostgreSQL) stores only the rows that meet the WHERE condition, reducing index size and improving performance for targeted queries."} | верно | docs PostgreSQL — Partial Indexes; типичный кейс — индекс по «активным» записям. |
T17-L8 1.71 c | PostgreSQL: transactions and indexes | The SERIALIZABLE level in PostgreSQL is implemented by locking the rows a transaction reads. | «no» Пояснение: PostgreSQL implements SERIALIZABLE via Serializable Snapshot Isolation (SSI), which detects conflicts at commit time rather than by locking rows read during the transaction.
Raw{"answer": "no", "explanation": "PostgreSQL implements SERIALIZABLE via Serializable Snapshot Isolation (SSI), which detects conflicts at commit time rather than by locking rows read during the transaction."} | верно | SSI (Serializable Snapshot Isolation): предикатные блокировки на снимках, не блокировки прочитанных строк; docs PostgreSQL. |
T19-L1 0.65 c | HTTP and REST API | HTTP status 201 means the request resulted in a new resource being created. | «yes» Пояснение: HTTP status 201 'Created' indicates that the request was successful and a new resource was created as a result.
Raw{"answer": "yes", "explanation": "HTTP status 201 'Created' indicates that the request was successful and a new resource was created as a result."} | верно | 201 Created; обычно на POST, часто с Location; RFC 9110. |
T19-L2 1.05 c | HTTP and REST API | Which HTTP status means a successful request with an empty response body (e.g. after DELETE)? | «204» Пояснение: HTTP 204 No Content indicates a successful request with an empty response body, commonly used after DELETE operations.
Raw{"answer": 204, "explanation": "HTTP 204 No Content indicates a successful request with an empty response body, commonly used after DELETE operations."} | верно | 204 No Content; RFC 9110. |
T19-L3 3.83 c | HTTP and REST API | The DELETE method is idempotent per the HTTP specification: repeating the request for the same resource does not change the outcome. | «yes» Пояснение: The HTTP specification (RFC 7231) explicitly lists DELETE as an idempotent method, meaning repeated identical requests produce the same end state (the resource is removed).
Raw{"answer": "yes", "explanation": "The HTTP specification (RFC 7231) explicitly lists DELETE as an idempotent method, meaning repeated identical requests produce the same end state (the resource is removed)."} | верно | RFC 9110: DELETE идемпотентен (как PUT); идемпотентность ≠ безопасность — ресурс удаляется при первом вызове. |
T19-L4 1.2 c | HTTP and REST API | The Access-Control-Allow-Origin header is sent by the client so that the server agrees to accept requests from another origin. | «no» Пояснение: Access-Control-Allow-Origin is a response header sent by the server (not the client) to indicate which origins are permitted to access the resource.
Raw{"answer": "no", "explanation": "Access-Control-Allow-Origin is a response header sent by the server (not the client) to indicate which origins are permitted to access the resource."} | верно | Наоборот: заголовок шлёт СЕРВЕР в ответе, разрешая браузеру cross-origin запрос (CORS); в проекте nelmio/cors-bundle. |
T19-L5 0.83 c | HTTP and REST API | Status 429 Too Many Requests is used when a client exceeds a rate limit. | «yes» Пояснение: HTTP 429 Too Many Requests is specifically designed to inform a client that it has exceeded the rate limit defined by the server.
Raw{"answer": "yes", "explanation": "HTTP 429 Too Many Requests is specifically designed to inform a client that it has exceeded the rate limit defined by the server."} | верно | 429 (+ Retry-After); RFC 6585. В проекте symfony/rate-limiter. |
T19-L6 0.8 c | HTTP and REST API | 5xx codes mean a client error, while 4xx means a server-side error. | «no» Пояснение: It is the opposite: 4xx codes indicate client errors and 5xx codes indicate server-side errors.
Raw{"answer": "no", "explanation": "It is the opposite: 4xx codes indicate client errors and 5xx codes indicate server-side errors."} | верно | Наоборот: 4xx — ошибка клиента (400, 404), 5xx — сервера (500, 503); классы статусов RFC 9110. |
T19-L7 0.5 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 request or response body.
Raw{"answer": "Content-Type", "explanation": "The Content-Type HTTP header specifies the MIME type of the request or response body."} | верно | Content-Type: application/json и т.п. |
T19-L8 1.43 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 idempotent, while PUT (RFC 7231) is required to be idempotent.
Raw{"answer": "yes", "explanation": "RFC 5789 explicitly states that PATCH is not idempotent, while PUT (RFC 7231) is required to be idempotent."} | верно | RFC 5789 прямо оговаривает: PATCH не гарантированно идемпотентен; PUT идемпотентен. |
T20-L1 1.1 c | Security and OAuth | Checking a password by comparing its hash to the stored hash with a plain == is sufficient. | «no» Пояснение: Using == is vulnerable to timing attacks; PHP provides hash_equals() for constant-time comparison of hashes.
Raw{"answer": "no", "explanation": "Using == is vulnerable to timing attacks; PHP provides hash_equals() for constant-time comparison of hashes."} | верно | Нужна постоянновременная проверка (password_verify) — timing-атаки; соль и алгоритм уже внутри хеша. |
T20-L2 1.14 c | Security and OAuth | A CSRF token is issued by the server (bound to the session) and verified server-side on unsafe requests (POST etc.). | «yes» Пояснение: CSRF tokens are indeed generated by the server, tied to the user's session, and validated server-side on state-changing (unsafe) requests like POST, PUT, or DELETE.
Raw{"answer": "yes", "explanation": "CSRF tokens are indeed generated by the server, tied to the user's session, and validated server-side on state-changing (unsafe) requests like POST, PUT, or DELETE."} | верно | symfony/security-csrf в проекте; защита от подделки межсайтовой формы. |
T20-L3 0.72 c | Security and OAuth | Which HTTP header enables the CSP (Content Security Policy) policy? | «content-security-policy» Пояснение: The Content-Security-Policy HTTP header is used to define and enforce CSP policies for a web resource.
Raw{"answer": "Content-Security-Policy", "explanation": "The Content-Security-Policy HTTP header is used to define and enforce CSP policies for a web resource."} | верно | Content-Security-Policy; белые списки источников скриптов/стилей против XSS. |
T20-L4 2.05 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 protocol (granting access to resources), not an authentication protocol; the access token grants scoped permissions rather than identifying the user, and user identity is handled by layers like OpenID Connect.
Raw{"answer": "no", "explanation": "OAuth 2.0 is an authorization protocol (granting access to resources), not an authentication protocol; the access token grants scoped permissions rather than identifying the user, and user identity is handled by layers like OpenID Connect."} | верно | OAuth 2.0 — авторизация/делегирование доступа; аутентификацию добавляет OpenID Connect. В проекте knpuniversity/oauth2-client-bundle (yandex/github/google). |
T20-L5 1.54 c | Security and OAuth | XSS is prevented by validating input on the server before writing it to the database. | «no» Пояснение: XSS is primarily prevented by encoding/escaping output when rendering in the browser, not by input validation before storing data; valid input can still be reflected unsafely if output encoding is missing.
Raw{"answer": "no", "explanation": "XSS is primarily prevented by encoding/escaping output when rendering in the browser, not by input validation before storing data; valid input can still be reflected unsafely if output encoding is missing."} | верно | XSS лечится контекстным экранированием НА ВЫВОДЕ (Twig autoescape, CSP); валидация ввода не покрывает все контексты вывода. |
T20-L6 1.07 c | Security and OAuth | In the OAuth 2.0 authorization code flow, which parameter arrives at the redirect_uri and is exchanged for an access token? | «code» Пояснение: In the OAuth 2.0 authorization code flow, the authorization server redirects back to the redirect_uri with a 'code' parameter, which the client then exchanges for an access token at the token endpoint.
Raw{"answer": "code", "explanation": "In the OAuth 2.0 authorization code flow, the authorization server redirects back to the redirect_uri with a 'code' parameter, which the client then exchanges for an access token at the token endpoint."} | верно | Параметр code; обмен на токен POST-ом на /token с client_secret. |
T20-L7 0.95 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» Пояснение: In OAuth 2.0, refresh tokens are designed to have a longer lifetime than access tokens and are specifically used to obtain new access tokens without re-authenticating the user.
Raw{"answer": "yes", "explanation": "In OAuth 2.0, refresh tokens are designed to have a longer lifetime than access tokens and are specifically used to obtain new access tokens without re-authenticating the user."} | верно | Стандартная схема OAuth/OIDC: короткий access + длинный refresh. |
T20-L8 1.02 c | Security and OAuth | A password salt must be kept secret: without it the hash cannot be verified. | «no» Пояснение: A salt is not secret; it is typically stored alongside the hash and its purpose is to prevent rainbow-table attacks, not to add secrecy.
Raw{"answer": "no", "explanation": "A salt is not secret; it is typically stored alongside the hash and its purpose is to prevent rainbow-table attacks, not to add secrecy."} | верно | Соль хранится открыто (password_hash включает её в строку хеша); секретность соли не нужна. |
T18-L1 2.15 c | Testing: PHPUnit | PHPUnit runs test methods of any class — extending TestCase is not required. | «no» Пояснение: PHPUnit requires test classes to extend PHPUnit\Framework\TestCase in order to be discovered and executed as test cases.
Raw{"answer": "no", "explanation": "PHPUnit requires test classes to extend PHPUnit\\Framework\\TestCase in order to be discovered and executed as test cases."} | верно | Тестом считается метод класса, наследующего TestCase (PHPUnit 10). |
T18-L2 0.87 c | Testing: PHPUnit | In PHPUnit, setUp() runs once before all tests of the class. | «no» Пояснение: setUp() runs before each individual test method; setUpBeforeClass() (a static method) is what runs once before all tests in the class.
Raw{"answer": "no", "explanation": "setUp() runs before each individual test method; setUpBeforeClass() (a static method) is what runs once before all tests in the class."} | верно | setUp() — перед КАЖДЫМ тестом; один раз на класс — setUpBeforeClass(). Проверено живым счётчиком на PHPUnit 10.5. |
T18-L3 1.85 c | Testing: PHPUnit | A data provider lets a test run with exactly one set of arguments. | «no» Пояснение: A data provider allows a test to run with multiple sets of arguments, not exactly one.
Raw{"answer": "no", "explanation": "A data provider allows a test to run with multiple sets of arguments, not exactly one."} | верно | Наоборот: наборов может быть сколько угодно — тест выполняется по разу на каждый. Проверено на PHPUnit 10.5 (#[DataProvider]). |
T18-L4 0.9 c | Testing: PHPUnit | Which PHPUnit method declares an expectation that an exception of a given class is thrown? | «expectexception» Пояснение: PHPUnit's expectException() method declares that a test expects an exception of the given class to be thrown.
Raw{"answer": "expectException", "explanation": "PHPUnit's expectException() method declares that a test expects an exception of the given class to be thrown."} | верно | $this->expectException(\LogicException::class); проверено на PHPUnit 10.5. |
T18-L5 1.23 c | Testing: PHPUnit | In PHPUnit, a stub verifies which methods were called on it, while a mock only returns data. | «no» Пояснение: The statement is reversed: a stub returns predefined data, while a mock verifies that expected methods were called (or not called).
Raw{"answer": "no", "explanation": "The statement is reversed: a stub returns predefined data, while a mock verifies that expected methods were called (or not called)."} | верно | Наоборот: стаб подставляет данные, мок проверяет взаимодействия (createStub/createMock); docs PHPUnit — Test Doubles. |
T18-L6 0.87 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+ recommends using the #[DataProvider] attribute for data-driven tests, and the @dataProvider docblock annotation is deprecated.
Raw{"answer": "yes", "explanation": "PHPUnit 10+ recommends using the #[DataProvider] attribute for data-driven tests, and the @dataProvider docblock annotation is deprecated."} | верно | Аннотация ещё парсится в PHPUnit 10/11 (AnnotationParser в 10.5.66), удаление — в 12; атрибут — стандарт. |
T18-L7 0.92 c | Testing: PHPUnit | PHPUnit does not allow one test to depend on the result of another. | «no» Пояснение: PHPUnit supports test dependencies via the @depends annotation (or #[Depends] attribute), allowing one test to rely on and even receive the return value of another test.
Raw{"answer": "no", "explanation": "PHPUnit supports test dependencies via the @depends annotation (or #[Depends] attribute), allowing one test to rely on and even receive the return value of another test."} | верно | Зависимости есть: #[Depends] — зависимый тест не запустится, еслиProducer упал. |
T18-L8 1.19 c | Testing: PHPUnit | Which PHPUnit command-line option makes tests run in random order? | «--order-by=random» Пояснение: PHPUnit uses the --order-by=random command-line option to execute test methods in a random order.
Raw{"answer": "--order-by=random", "explanation": "PHPUnit uses the --order-by=random command-line option to execute test methods in a random order."} | верно | --order-by=random (PHPUnit 9+); опция есть в --help PHPUnit 10.5 (проектная). |
T01-L9 4.24 c | Syntax and operators | What does this code output?
```php
echo intdiv(7, 2) . intdiv(-7, 2);
``` | «3-3» Пояснение: intdiv(7,2) is 3 and intdiv(-7,2) is -3 (truncates toward zero), concatenated with '.' gives the string '3-3'.
Raw{"answer": "3-3", "explanation": "intdiv(7,2) is 3 and intdiv(-7,2) is -3 (truncates toward zero), concatenated with '.' gives the string '3-3'."} | верно | intdiv truncates toward zero: intdiv(-7, 2) = -3, not -4. |
T01-L10 0.92 c | Syntax and operators | What does this code output?
```php
echo -3 ** 2;
``` | «-9» Пояснение: In PHP, the ** operator has higher precedence than the unary minus, so -3 ** 2 is evaluated as -(3**2) = -9.
Raw{"answer": -9, "explanation": "In PHP, the ** operator has higher precedence than the unary minus, so -3 ** 2 is evaluated as -(3**2) = -9."} | верно | ** is right-associative and binds tighter than unary minus: -(3²). |
T02-L9 3.44 c | Types and comparisons | What does this code output?
```php
echo '1e1' == '10' ? 'true' : 'false';
``` | «true» Пояснение: In PHP 8, both '1e1' and '10' are numeric strings, so they are compared numerically: 1e1 (which equals 10) == 10 is true.
Raw{"answer": "true", "explanation": "In PHP 8, both '1e1' and '10' are numeric strings, so they are compared numerically: 1e1 (which equals 10) == 10 is true."} | верно | Both strings are numeric — compared as numbers: 10 == 10. |
T02-L10 3.29 c | Types and comparisons | What does this code output?
```php
switch ('a') {
case 0: echo 'zero'; break;
default: echo 'other';
}
``` | «other» Пояснение: In PHP 8, 'a' == 0 is false (the integer is cast to string, comparing '0' with 'a'), so the switch falls through to the default case.
Raw{"answer": "other", "explanation": "In PHP 8, 'a' == 0 is false (the integer is cast to string, comparing '0' with 'a'), so the switch falls through to the default case."} | верно | PHP 8: 'a' == 0 → false (used to be true) — default fires. |
T03-L9 2.49 c | Strings | What does this code output?
```php
echo strtr('abc', ['a' => '1', 'ab' => '2']);
``` | «2c» Пояснение: strtr with an array matches the longest key first, so 'ab' (length 2) is matched before 'a', replacing 'ab' with '2' and leaving 'c' unchanged.
Raw{"answer": "2c", "explanation": "strtr with an array matches the longest key first, so 'ab' (length 2) is matched before 'a', replacing 'ab' with '2' and leaving 'c' unchanged."} | верно | strtr with an array prefers the longest matching key. |
T03-L10 2.89 c | Strings | What does this code output?
```php
echo '[' . substr('hello', -10) . ']';
``` | «[]» Пояснение: substr('hello', -10) returns an empty string because the negative offset (-10) exceeds the string length (5), so the result is '[' . '' . ']' = '[]'.
Raw{"answer": "[]", "explanation": "substr('hello', -10) returns an empty string because the negative offset (-10) exceeds the string length (5), so the result is '[' . '' . ']' = '[]'."} | неверно верный: «[hello]» | A negative start beyond the string is clamped to the beginning. |
T04-L9 1.59 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» Пояснение: Array union (+) keeps keys from $a first, then adds non-overlapping keys from $b, so array_keys gives ['k','n','m'] which implodes to 'k,n,m'.
Raw{"answer": "k,n,m", "explanation": "Array union (+) keeps keys from $a first, then adds non-overlapping keys from $b, so array_keys gives ['k','n','m'] which implodes to 'k,n,m'."} | верно | The + operator: on duplicate string keys the left array wins. |
T04-L10 2.74 c | Arrays | What does this code output?
```php
$a = [[1, 'x', 2], [2, 'y', 1], [3, 'z', 2]];
usort($a, fn($p, $q) => $p[2] <=> $q[2]);
echo implode('', array_column($a, 1));
``` | «yxz» Пояснение: Sorting by the third element (index 2) gives order [2,'y',1], [1,'x',2], [3,'z',2']; extracting column 1 yields 'y','x','z'; implode produces 'yxz'.
Raw{"answer": "yxz", "explanation": "Sorting by the third element (index 2) gives order [2,'y',1], [1,'x',2], [3,'z',2']; extracting column 1 yields 'y','x','z'; implode produces 'yxz'."} | верно | Sorts are stable since 8.0: x and z keep their order on a tie. |
T05-L10 1.09 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 string keys maps values to named parameters: $a=5, $b=1, so f returns 5-1=4.
Raw{"answer": 4, "explanation": "The spread operator with string keys maps values to named parameters: $a=5, $b=1, so f returns 5-1=4."} | верно | String keys of a spread array become named arguments. |
T05-L9 8.43 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();
``` | «error» Пояснение: $p->g(...) is a syntax error because the spread operator ... requires an array variable after it; the code fails to parse and produces no output.
Raw{"answer": "Error", "explanation": "$p->g(...) is a syntax error because the spread operator ... requires an array variable after it; the code fails to parse and produces no output."} | неверно верный: «3» | First-class callable syntax binds $this at creation time. |
T06-L9 1.1 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» Пояснение: static::class uses late static binding, returning the name of the class the method was called on (B), not the class where it's defined (A).
Raw{"answer": "B", "explanation": "static::class uses late static binding, returning the name of the class the method was called on (B), not the class where it's defined (A)."} | верно | Late static binding: static::class is the receiver's class. |
T06-L10 5.46 c | OOP: classes and inheritance | What does this code output on PHP 8.5?
```php
class C
{
public int $x = 0 {
set { $this->x = $value * 2; }
}
}
$c = new C;
$c->x = 5;
echo $c->x;
``` | «10» Пояснение: The set hook multiplies the assigned value by 2 (5*2=10) and stores it in the backing store; reading the property with no get hook returns the backing store value of 10.
Raw{"answer": 10, "explanation": "The set hook multiplies the assigned value by 2 (5*2=10) and stores it in the backing store; reading the property with no get hook returns the backing store value of 10."} | верно | Inside the set hook, $this->x writes the backing store (no recursion): 5*2. |
T07-L9 1.37 c | Interfaces, traits, enum | What does this code output?
```php
trait TA
{
public function f(): string { return 'A'; }
}
trait TB
{
public function f(): string { return 'B'; }
}
class TC
{
use TA, TB { TB::f insteadof TA; TA::f as g; }
}
echo (new TC)->f() . (new TC)->g();
``` | «ba» Пояснение: TB::f insteadof TA makes f() return 'B', and TA::f as g renames TA's f to g() returning 'A', so concatenation yields 'BA'.
Raw{"answer": "BA", "explanation": "TB::f insteadof TA makes f() return 'B', and TA::f as g renames TA's f to g() returning 'A', so concatenation yields 'BA'."} | верно | insteadof picks the implementation; as keeps the other under an alias. |
T07-L10 1.18 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» Пояснение: Each class that uses a trait gets its own independent copy of static properties, so setting CX::$n does not affect CY::$n, which remains 0.
Raw{"answer": 0, "explanation": "Each class that uses a trait gets its own independent copy of static properties, so setting CX::$n does not affect CY::$n, which remains 0."} | верно | A trait's static property is copied into each consuming class. |
T08-L10 1.08 c | Exceptions and errors | What does this code output?
```php
function f(): int
{
try { return 1; } finally { return 2; }
}
echo f();
``` | «2» Пояснение: In PHP, a return statement in a finally block overrides the return from the try block, so the function returns 2.
Raw{"answer": 2, "explanation": "In PHP, a return statement in a finally block overrides the return from the try block, so the function returns 2."} | верно | A return in finally overrides the return from try. |
T08-L9 1.38 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» Пояснение: When a finally block throws a new exception, it replaces the pending RuntimeException, so the LogicException('second') propagates and is caught by the outer catch.
Raw{"answer": "second", "explanation": "When a finally block throws a new exception, it replaces the pending RuntimeException, so the LogicException('second') propagates and is caught by the outer catch."} | верно | An exception from finally replaces the in-flight one — the last thrown is caught. |
T09-L9 1.54 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 to the aliased fully-qualified name App\Foo, while \Baz::class refers to the global-namespace class Baz.
Raw{"answer": "App\\Foo|Baz", "explanation": "Baz::class resolves to the aliased fully-qualified name App\\Foo, while \\Baz::class refers to the global-namespace class Baz."} | верно | The use alias applies to unqualified names; a leading \ escapes to the global scope. |
T09-L10 4.03 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');
``` | «noyes» Пояснение: class_exists('Foo') looks for a global class Foo (not found → 'no'), while class_exists('Ns\Foo') finds the class Foo in namespace Ns (found → 'yes'), concatenated as 'noyes'.
Raw{"answer": "noyes", "explanation": "class_exists('Foo') looks for a global class Foo (not found → 'no'), while class_exists('Ns\\Foo') finds the class Foo in namespace Ns (found → 'yes'), concatenated as 'noyes'."} | верно | Dynamic names are not resolved against the namespace — 'Foo' is the global class. |
T10-L9 1.54 c | References and scope | What does this code output?
```php
$a = [1, 2, 3];
foreach ($a as &$v) {}
$v = 99;
echo implode(',', $a);
``` | «1,2,99» Пояснение: After foreach by reference, $v remains a reference to the last element ($a[2]), so $v = 99 changes $a[2] to 99.
Raw{"answer": "1,2,99", "explanation": "After foreach by reference, $v remains a reference to the last element ($a[2]), so $v = 99 changes $a[2] to 99."} | верно | After a by-ref foreach, $v remains a reference to the last element. |
T10-L10 1.66 c | References and scope | What does this code output?
```php
class A
{
public function inc(): int
{
static $n = 0;
return ++$n;
}
}
class B extends A {}
$a = new A;
$b = new B;
$a->inc();
$b->inc();
echo $a->inc();
``` | «3» Пояснение: Static variables in PHP methods are shared per class definition, not per instance, so both A and B (inheriting from A) share the same static $n, which increments to 3 after three calls.
Raw{"answer": 3, "explanation": "Static variables in PHP methods are shared per class definition, not per instance, so both A and B (inheriting from A) share the same static $n, which increments to 3 after three calls."} | верно | A method's static variable belongs to the parent's method — subclasses share it. |
T11-L9 6.2 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();
``` | «—» Пояснение: The generator is still paused at its first yield (not yet completed), so getReturn() returns null, which echoes as an empty string.
Raw{"answer": "", "explanation": "The generator is still paused at its first yield (not yet completed), so getReturn() returns null, which echoes as an empty string."} | неверно верный: «11» | send() resumes the generator: $x = 10, return 10+1. |
T11-L10 1.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 delegates to inner() which yields 1 and 2, then its return value 'ok' is captured in $r and yielded next, so implode produces '1,2,ok'.
Raw{"answer": "1,2,ok", "explanation": "yield from delegates to inner() which yields 1 and 2, then its return value 'ok' is captured in $r and yielded next, so implode produces '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.88 c | Configuration and security | What does this code output?
```php
$hash = password_hash('x', PASSWORD_BCRYPT, ['cost' => 4]);
echo password_needs_rehash($hash, PASSWORD_BCRYPT, ['cost' => 4]) ? 'yes' : 'no';
echo password_needs_rehash($hash, PASSWORD_BCRYPT, ['cost' => 5]) ? 'yes' : 'no';
``` | «noyes» Пояснение: The first check compares the hash's cost (4) to 4, so no rehash is needed ('no'); the second check compares cost 4 to 5, so a rehash is needed ('yes').
Raw{"answer": "noyes", "explanation": "The first check compares the hash's cost (4) to 4, so no rehash is needed ('no'); the second check compares cost 4 to 5, so a rehash is needed ('yes')."} | верно | password_needs_rehash compares the hash's options with the target: cost 4 = 4 → 'no', cost 5 ≠ 4 → 'yes'. |
T12-L10 6.27 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» Пояснение: In PHP 8.5, E_STRICT (2048) was removed/deprecated, so E_ALL no longer includes the 2048 bit, making (E_ALL & 2048) === 0 true.
Raw{"answer": "strict-out", "explanation": "In PHP 8.5, E_STRICT (2048) was removed/deprecated, so E_ALL no longer includes the 2048 bit, making (E_ALL & 2048) === 0 true."} | верно | 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 1.78 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 normalizes HTTP_X_TOKEN to the header name x-token, so get('X-Token') correctly returns 'abc'.
Raw{"answer": "mapped", "explanation": "Symfony normalizes HTTP_X_TOKEN to the header name x-token, so get('X-Token') correctly 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 1.37 c | Symfony | What does this code output?
```php
use Symfony\Component\EventDispatcher\EventDispatcher;
use Symfony\Contracts\EventDispatcher\Event;
$d = new EventDispatcher();
$out = '';
$d->addListener('e', function () use (&$out) { $out .= 'B'; }, 10);
$d->addListener('e', function () use (&$out) { $out .= 'A'; });
$d->addListener('e', function () use (&$out) { $out .= 'C'; }, 5);
$d->dispatch(new Event(), 'e');
echo $out;
``` | «bca» Пояснение: Symfony's EventDispatcher calls listeners in descending priority order: B (priority 10), C (priority 5), then A (default priority 0).
Raw{"answer": "BCA", "explanation": "Symfony's EventDispatcher calls listeners in descending priority order: B (priority 10), C (priority 5), then A (default priority 0)."} | верно | Listeners run by descending priority: 10 (B), 5 (C), 0 (A). |
T14-L10 1.81 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» Пояснение: After flush, the entity is in the identity map, so both find() calls return the exact same managed object reference, making their spl_object_id values equal.
Raw{"answer": "same", "explanation": "After flush, the entity is in the identity map, so both find() calls return the exact same managed object reference, making their spl_object_id values equal."} | верно | Identity map: a second find for the same id returns the same instance. |
T14-L9 4.27 c | Doctrine | Given: Doctrine ORM 3, an EntityManager on in-memory SQLite, entity User with an auto-increment primary key. The users table is empty. What does this code output?
```php
$u = new User(name: 'B');
$em->persist($u);
$em->remove($u);
$em->flush();
echo count($em->getConnection()->fetchAllAssociative('SELECT * FROM users'));
``` | «0» Пояснение: Persisting then removing a new (not-yet-flushed) entity before flush causes Doctrine to skip the INSERT entirely, so the table remains empty.
Raw{"answer": 0, "explanation": "Persisting then removing a new (not-yet-flushed) entity before flush causes Doctrine to skip the INSERT entirely, so the table remains empty."} | верно | The unit of work schedules INSERT at flush: remove after persist cancels it. |
T15-L10 1.11 c | PostgreSQL | What does this SQL query return (PostgreSQL 17)?
```sql
CREATE TEMP TABLE t (x int);
INSERT INTO t VALUES (1), (NULL);
SELECT count(x) FROM t;
``` | «1» Пояснение: COUNT(x) counts only non-NULL values of column x; there is one non-NULL row (x=1) and one NULL row, so the result is 1.
Raw{"answer": 1, "explanation": "COUNT(x) counts only non-NULL values of column x; there is one non-NULL row (x=1) and one NULL row, so the result is 1."} | верно | count(column) skips NULLs; count(*) would return 2. |
T15-L9 1.49 c | PostgreSQL | What does this SQL query return (PostgreSQL 17)?
```sql
CREATE TEMP TABLE t (id int, x int);
INSERT INTO t VALUES (1, 10), (2, 20), (3, 30);
SELECT string_agg(s::text, ',' ORDER BY id) FROM (
SELECT id, sum(x) OVER (ORDER BY id) AS s FROM t
) q;
``` | «10,30,60» Пояснение: The window function computes running sums (10, 30, 60), and string_agg concatenates them with commas in id order.
Raw{"answer": "10,30,60", "explanation": "The window function computes running sums (10, 30, 60), and string_agg concatenates them with commas in id order."} | верно | With ORDER BY the default window frame is running (start to current row). |
T16-L9 5.38 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» Пояснение: Each middleware in the stack echoes its tag in order (M1, then M2) before passing to the next handler in the chain.
Raw{"answer": "M1M2", "explanation": "Each middleware in the stack echoes its tag in order (M1, then M2) before passing to the next handler in the chain."} | верно | The first-added middleware runs first (outermost). |
T16-L10 2.88 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 calls all handlers registered for Ping (both $d1 adding 1 and $d2 adding 10), so $n = 0 + 1 + 10 = 11.
Raw{"answer": 11, "explanation": "The HandleMessageMiddleware calls all handlers registered for Ping (both $d1 adding 1 and $d2 adding 10), so $n = 0 + 1 + 10 = 11."} | верно | All registered handlers of the message run: 1 + 10 = 11. |
T17-L9 1.39 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 succeeds, the second is skipped due to the unique index with ON CONFLICT DO NOTHING, so count(*) returns 1.
Raw{"answer": 1, "explanation": "The first INSERT succeeds, the second is skipped due to the unique index with ON CONFLICT DO NOTHING, so count(*) returns 1."} | верно | ON CONFLICT DO NOTHING skips the duplicate: one insert. |
T17-L10 1.82 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 uniqueness check is postponed until the end of the transaction, so both INSERTs succeed and the count is 2.
Raw{"answer": 2, "explanation": "Because the UNIQUE constraint is DEFERRABLE INITIALLY DEFERRED, the uniqueness check is postponed until the end of the transaction, so both INSERTs succeed and the count is 2."} | верно | DEFERRED postpones the uniqueness check to COMMIT — count sees 2 rows. |
T18-L9 1.62 c | Testing: PHPUnit | How many tests will this command run?
```php
use PHPUnit\Framework\TestCase;
use PHPUnit\Framework\Attributes\DataProvider;
final class CalcTest extends TestCase
{
public static function prov(): array
{
return [[1], [2], [3]];
}
#[DataProvider('prov')]
public function test_sum(int $x): void
{
$this->assertTrue($x > 0);
}
#[DataProvider('prov')]
public function test_sum_abs(int $x): void
{
$this->assertTrue($x > 0);
}
public function test_other(): void
{
$this->assertTrue(true);
}
}
```
Command: `phpunit CalcTest.php --filter test_sum` (PHPUnit 10.5) | «6» Пояснение: The --filter test_sum regex matches both test_sum (3 data sets) and test_sum_abs (3 data sets), totaling 6 tests.
Raw{"answer": 6, "explanation": "The --filter test_sum regex matches both test_sum (3 data sets) and test_sum_abs (3 data sets), totaling 6 tests."} | верно | --filter is a substring match: test_sum also matches test_sum_abs (3+3 datasets). |
T18-L10 1.24 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 yields two cases (1 and -1); x>0 passes for 1 but fails for -1, giving 2 ran and 1 failed.
Raw{"answer": "2, 1", "explanation": "The data provider yields two cases (1 and -1); x>0 passes for 1 but fails for -1, giving 2 ran and 1 failed."} | верно | 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.68 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) flag in curl automatically switches the HTTP method from GET to POST.
Raw{"answer": "POST", "explanation": "The -d (or --data) flag in curl automatically switches the HTTP method from GET to POST."} | верно | -d/-F switches curl to POST by default. |
T19-L10 1.42 c | HTTP and REST API | Which HTTP method does this command send?
```bash
curl -s -G -d 'a=1' http://demo.local/api
``` | «get» Пояснение: The -G flag tells curl to use the GET method and append the -d data as a query string to the URL.
Raw{"answer": "GET", "explanation": "The -G flag tells curl to use the GET method and append the -d data as a query string to the URL."} | верно | -G turns -d data into the query string; the method stays GET. |
T20-L9 1.56 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» Пояснение: RFC 6749 §5.2 specifies that client authentication failure (e.g., non-existent client_id) results in the error value 'invalid_client'.
Raw{"answer": "invalid_client", "explanation": "RFC 6749 §5.2 specifies that client authentication failure (e.g., non-existent client_id) results in the error value 'invalid_client'."} | верно | Unknown client → invalid_client (RFC 6749 §5.2). |
T20-L10 1.54 c | Security and OAuth | OAuth 2.0: the client started the flow with response_type=token. In which part of the redirect_uri does the authorization server pass the access_token? | «fragment» Пояснение: In the OAuth 2.0 implicit flow (response_type=token), the access token is returned in the URI fragment (the portion after the '#' symbol) of the redirect URI, not in the query string.
Raw{"answer": "fragment", "explanation": "In the OAuth 2.0 implicit flow (response_type=token), the access token is returned in the URI fragment (the portion after the '#' symbol) of the redirect URI, not in the query string."} | верно | The implicit flow passes the token in the URL fragment (#) — it never reaches the server. |
T21-L9 2.94 c | Twig | What does this Twig template output?
```twig
{{ false|default(2) * 3 }}
``` | «6» Пояснение: In Twig, false is considered 'empty', so the default filter returns 2, and 2 * 3 equals 6.
Raw{"answer": 6, "explanation": "In Twig, false is considered 'empty', so the default filter returns 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 10.1 c | Twig | What exception class does render() of this template throw?
```twig
{{ 'a' ~ 1 + 2 }}
``` | «a3» Пояснение: In Twig, the + operator has higher precedence than ~, so the expression is parsed as 'a' ~ (1+2), which concatenates 'a' with '3' to produce the string 'a3' without throwing any exception.
Raw{"answer": "a3", "explanation": "In Twig, the + operator has higher precedence than ~, so the expression is parsed as 'a' ~ (1+2), which concatenates 'a' with '3' to produce the string 'a3' without throwing any exception."} | неверно верный: «runtimeerror» | In Twig ~ binds tighter than +: ('a' ~ 1) + 2 → string + int → a render error (RuntimeError). |
T22-L9 1.79 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 array [''] contains one empty string which violates the NotBlank constraint, resulting in 1 violation.
Raw{"answer": 1, "explanation": "The array [''] contains one empty string which violates the NotBlank constraint, resulting in 1 violation."} | неверно верный: «0» | NotBlank treats null, '', [] as blank — the array [''] is not blank. |
T22-L10 5.94 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);
}
``` | «invalid» Пояснение: A Symfony form that has not been submitted is not synchronized, so isValid() returns false.
Raw{"answer": "invalid", "explanation": "A Symfony form that has not been submitted is not synchronized, so isValid() returns false."} | неверно верный: «symfony\component\form\exception\logicexception» | isValid() on a non-submitted form throws LogicException, it does not return false. |
T23-L9 1.41 c | Symfony: configuration and services | What does this code output?
```php
use Symfony\Component\DependencyInjection\ContainerBuilder;
$c = new ContainerBuilder();
$c->register('a', stdClass::class)->setPublic(true);
$c->compile();
echo spl_object_id($c->get('a')) === spl_object_id($c->get('a')) ? 'same' : 'diff';
``` | «same» Пояснение: Symfony's DI container caches service instances by default, so two calls to get('a') return the same object, making spl_object_id equal.
Raw{"answer": "same", "explanation": "Symfony's DI container caches service instances by default, so two calls to get('a') return the same object, making spl_object_id equal."} | верно | Container services are shared: two get() calls yield one instance. |
T23-L10 1.39 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, parameter references are resolved recursively: %name% → Bob, %greeting% → hi Bob, and %greeting!% → hi Bob!
Raw{"answer": "hi Bob!", "explanation": "During compile, parameter references are resolved recursively: %name% → Bob, %greeting% → hi Bob, and %greeting!% → hi Bob!"} | верно | compile() resolves %-references transitively: %greeting% → 'hi %name%' → 'hi Bob!', the answer assembles over two hops. |
T24-L9 1.64 c | Bootstrap | What is the max-width of .container in Bootstrap 5.3 at a 992px viewport? | «960px» Пояснение: In Bootstrap 5.3, the .container at the lg breakpoint (≥992px) has a max-width of 960px.
Raw{"answer": "960px", "explanation": "In Bootstrap 5.3, the .container at the lg breakpoint (≥992px) has a max-width of 960px."} | верно | 5.x container widths: 540/720/960/1140/1320 (sm–xxl); 992 → 960px. |
T24-L10 1.65 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» Пояснение: In Bootstrap 5.3's generated CSS, text-danger is defined after text-primary, so it wins the cascade for the same element.
Raw{"answer": "text-danger", "explanation": "In Bootstrap 5.3's generated CSS, text-danger is defined after text-primary, so it wins the cascade for the same element."} | верно | Specificity ties — the later rule wins: text-danger is declared after text-primary. |
T25-L9 1.35 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 Domain class depends on Application (PlaceOrder) and Infrastructure (Db), but the rule states Domain may only depend on Domain, resulting in 2 violations.
Raw{"answer": 2, "explanation": "The Domain class depends on Application (PlaceOrder) and Infrastructure (Db), but the rule states Domain may only depend on Domain, resulting in 2 violations."} | верно | Domain may depend only on Domain: PlaceOrder (Application) + Db (Infrastructure) = 2. |
T25-L10 1.93 c | Clean architecture | Layers: Domain, Application, Infrastructure. Deptrac rules: Application → Domain; Infrastructure → Domain, Application; Domain → Domain only.
How many violations will deptrac report for this class?
```php
namespace App\Domain;
use App\Application\PlaceOrder;
use App\Infrastructure\Db;
class BillingService
{
public function __construct(
private PlaceOrder $handler,
private Db $db,
private \App\Infrastructure\Logger $logger,
) {}
}
``` | «3» Пояснение: The Domain class references PlaceOrder (Application), Db (Infrastructure), and Logger (Infrastructure), each being a forbidden dependency since Domain may only depend on Domain, giving 3 violations.
Raw{"answer": 3, "explanation": "The Domain class references PlaceOrder (Application), Db (Infrastructure), and Logger (Infrastructure), each being a forbidden dependency since Domain may only depend on Domain, giving 3 violations."} | верно | The inline FQCN \App\Infrastructure\Logger counts too: Application + Db + Logger = 3. |
T26-L10 0.98 c | DDD | What does this code output?
```php
final class Money
{
public function __construct(public readonly int $amount) {}
public function add(Money $o): Money
{
return new self($this->amount + $o->amount);
}
}
$a = new Money(10);
$c = $a->add(new Money(5));
echo $a->amount . ',' . $c->amount;
``` | «10,15» Пояснение: $a->amount is still 10 (objects are immutable here), and $c->amount is 10+5=15, so the echo produces the string '10,15'.
Raw{"answer": "10,15", "explanation": "$a->amount is still 10 (objects are immutable here), and $c->amount is 10+5=15, so the echo produces the string '10,15'."} | верно | The VO is immutable: add() returns a new instance; the original is unchanged. |
T26-L9 1.58 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() call throws a DomainException because count is 1, the exception is caught, so the item is never unset, and count() still returns 1.
Raw{"answer": 1, "explanation": "The remove() call throws a DomainException because count is 1, the exception is caught, so the item is never unset, and count() still returns 1."} | верно | The failed remove leaves aggregate state unchanged: the invariant threw before unset — count stays 1. |
VC-L9 0.66 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 instantiates class C, calls its hi() method which returns the string 'hi', and echoes it.
Raw{"answer": "hi", "explanation": "The code instantiates class C, calls its hi() method which returns the string 'hi', and echoes it."} | верно | Since 8.4, new in a method chain works without wrapping parentheses. |
VC-L10 1.63 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» Пояснение: Before property access the lazy ghost is uninitialized (prints 'yes'), and after accessing $o->v the ghost is initialized (prints 'no').
Raw{"answer": "yesno", "explanation": "Before property access the lazy ghost is uninitialized (prints 'yes'), and after accessing $o->v the ghost is initialized (prints 'no')."} | верно | newLazyGhost (8.4): the object stays lazy until first access — reading a property initializes it and clears the flag. |
T28-L9 1.01 c | Symfony: versions | The project was upgraded from Symfony 6.4 to 8.1. What does this code output on 8.1?
```php
echo class_exists(\Symfony\Component\Security\Guard\AbstractGuardAuthenticator::class)
? 'yes' : 'no';
``` | «no» Пояснение: The Symfony Security Guard component (including AbstractGuardAuthenticator) was removed in Symfony 6.0, so the class does not exist in 8.1.
Raw{"answer": "no", "explanation": "The Symfony Security Guard component (including AbstractGuardAuthenticator) was removed in Symfony 6.0, so the class does not exist in 8.1."} | верно | Guard authentication was removed in Symfony 7.0 — the class is gone in 8.1. |
T28-L10 3.79 c | Symfony: versions | The project was upgraded from Symfony 6.4 to 8.1. What does this code output on 8.1?
```php
echo class_exists(\Symfony\Component\Routing\Loader\AnnotationClassLoader::class)
? 'yes' : 'no';
echo class_exists(\Symfony\Component\Routing\Loader\AttributeClassLoader::class)
? 'yes' : 'no';
``` | «noyes» Пояснение: AnnotationClassLoader was removed in Symfony 7.0 (deprecated since 5.3), so it doesn't exist in 8.1; AttributeClassLoader remains the active class, giving 'no' then 'yes'.
Raw{"answer": "noyes", "explanation": "AnnotationClassLoader was removed in Symfony 7.0 (deprecated since 5.3), so it doesn't exist in 8.1; AttributeClassLoader remains the active class, giving 'no' then 'yes'."} | верно | Annotation loaders were removed in 7.0; only attribute loaders remain (Annotation→Attribute). |