Пример запроса (первая клетка). System одинаковый во всех запросах прогона, user — свой вопрос для каждой клетки:
| Клетка | Тема | Утверждение | Ответ |
Результат | Обоснование |
T01-L1 3.33 c | Syntax and operators | Double-quoted and single-quoted strings are processed identically; the difference is only in speed. | «no» Пояснение: Double-quoted strings interpret escape sequences and variable interpolation, while single-quoted strings treat the content as literal text (except for backslashes before quotes).
Raw{"answer": "no", "explanation": "Double-quoted strings interpret escape sequences and variable interpolation, while single-quoted strings treat the content as literal text (except for backslashes before quotes)."} | верно | В двойных кавычках работают интерполяция переменных и escape-последовательности, в одинарных — нет. |
T01-L2 0.35 c | Syntax and operators | The ?? operator follows isset semantics and raises no warnings for undefined variables. | «yes» Пояснение: The null coalescing operator (??) suppresses notices and warnings for undefined variables by design, unlike the ternary operator.
Raw{"answer": "yes", "explanation": "The null coalescing operator (??) suppresses notices and warnings for undefined variables by design, unlike the ternary operator."} | верно | ?? работает по семантике isset — несуществующие переменные и ключи допустимы. |
T01-L3 0.29 c | Syntax and operators | What will this print: echo 'a', 'b'; | «ab» Пояснение: PHP's comma operator in an echo statement outputs each string sequentially, resulting in 'ab'.
Raw{"answer": "ab", "explanation": "PHP's comma operator in an echo statement outputs each string sequentially, resulting in 'ab'."} | верно | echo принимает список аргументов: ab. |
T01-L4 1.67 c | Syntax and operators | print returns the value 1 and can be used inside an expression. | «no» Пояснение: In PHP, the `print` statement always returns the integer 1, but it is a language construct (not a function), so while it can be used in expressions, it is not technically a 'function' that returns a value in the same sense as `echo` or other functions; however, the key distinction is that `print` is often described as returning 1, which makes the statement partially true, but the question is likely testing if the user knows that `print` is a language construct that always evaluates to 1. Let's re-evaluate: `print` is a language construct that always returns 1. This means you can do `$x = print 'hello';` and `$x` will be 1. So the statement 'print returns the value 1 and can be used inside an expression' is TRUE. Wait, let me check the standard behavior. `echo` does not return a value. `print` always returns 1. Therefore, the statement is True.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "In PHP, the `print` statement always returns the integer 1, but it is a language construct (not a function), so while it can be used in expressions, it is not technically a 'function' that returns a value in the same sense as `echo` or other functions; however, the key distinction is that `print` is often described as returning 1, which makes the statement partially true, but the question is likely testing if the user knows that `print` is a language construct that always evaluates to 1. Let's re-evaluate: `print` is a language construct that always returns 1. This means you can do `$x = print 'hello';` and `$x` will be 1. So the statement 'print returns the value 1 and can be used inside an expression' is TRUE. Wait, let me check the standard behavior. `echo` does not return a value. `print` always returns 1. Therefore, the statement is True." ⏎ } | неверно верный: «yes» | print — выражение со значением 1, в отличие от echo, который значения не возвращает. |
T01-L5 0.32 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, and the right operand when the left is falsy.
Raw{"answer": "no", "explanation": "The Elvis operator (?:) returns the left operand when it is truthy, and the right operand when the left is falsy."} | верно | Наоборот: $a ?: $b возвращает $a, если он истинный, иначе $b. |
T01-L6 0.27 c | Syntax and operators | In PHP 8, the concatenation operator (.) has lower precedence than addition and subtraction. | «no» Пояснение: In PHP, the concatenation operator (.) has higher precedence than addition (+) and subtraction (-).
Raw{ ⏎ "answer": "no", ⏎ "explanation": "In PHP, the concatenation operator (.) has higher precedence than addition (+) and subtraction (-)." ⏎ } | неверно верный: «yes» | С PHP 8 (RFC concat precedence) '.' имеет приоритет ниже арифметики: 'сумма: ' . 2 + 3 → 'сумма: 5' (в PHP 7 было иначе). |
T01-L7 0.34 c | Syntax and operators | The expression 2 ** 3 ** 2 in PHP evaluates as (2 ** 3) ** 2, that is, 64. | «no» Пояснение: PHP's exponentiation operator is right-associative, so 2 ** 3 ** 2 is evaluated as 2 ** (3 ** 2), which equals 512.
Raw{"answer": "no", "explanation": "PHP's exponentiation operator is right-associative, so 2 ** 3 ** 2 is evaluated as 2 ** (3 ** 2), which equals 512."} | верно | ** право-ассоциативен: 2 ** (3 ** 2) = 2 ** 9 = 512. |
T01-L8 1.99 c | Syntax and operators | What string will this print: echo 'sum: ' . 2 + 3; (PHP 8)? | «sum: 2 + 3» Пояснение: In PHP, the concatenation operator '.' has higher precedence than the addition operator '+', so the string 'sum: ' is concatenated with the integer 2, resulting in 'sum: 2', and then 3 is concatenated, resulting in 'sum: 23'. Wait, let me re-check the precedence. Actually, concatenation has higher precedence than addition? No, let's check the PHP documentation. Concatenation has lower precedence than arithmetic operators? Let's verify. According to PHP docs, the order is: 1. Variables, 2. Strings, 3. Array, 4. Cloning, 5. Object operators, 6. Exponent, 7. Unary arithmetic, 8. Unary non-arithmetic, 9. Instanceof, 10. Arithmetic, 11. Concatenation, 12. Comparison, 13. Identity, 14. Bitwise AND, 15. Bitwise XOR, 16. Bitwise OR, 17. Logic AND, 18. Logic XOR, 19. Logic OR. So Arithmetic (7) has higher precedence than Concatenation (11). Therefore, 2 + 3 is evaluated first, resulting in 5. Then 'sum: ' is concatenated with 5, resulting in 'sum: 5'.
Raw{"answer": "sum: 2 + 3", "explanation": "In PHP, the concatenation operator '.' has higher precedence than the addition operator '+', so the string 'sum: ' is concatenated with the integer 2, resulting in 'sum: 2', and then 3 is concatenated, resulting in 'sum: 23'. Wait, let me re-check the precedence. Actually, concatenation has higher precedence than addition? No, let's check the PHP documentation. Concatenation has lower precedence than arithmetic operators? Let's verify. According to PHP docs, the order is: 1. Variables, 2. Strings, 3. Array, 4. Cloning, 5. Object operators, 6. Exponent, 7. Unary arithmetic, 8. Unary non-arithmetic, 9. Instanceof, 10. Arithmetic, 11. Concatenation, 12. Comparison, 13. Identity, 14. Bitwise AND, 15. Bitwise XOR, 16. Bitwise OR, 17. Logic AND, 18. Logic XOR, 19. Logic OR. So Arithmetic (7) has higher precedence than Concatenation (11). Therefore, 2 + 3 is evaluated first, resulting in 5. Then 'sum: ' is concatenated with 5, resulting in 'sum: 5'."} | неверно верный: «sum: 5» | Парная к verify-клетке про приоритет: 'сумма: 5'. |
T02-L1 0.32 c | Types and comparisons | With strict comparison (===), arrays are considered equal regardless of element order. | «no» Пояснение: With strict comparison (===), arrays are considered equal only if they have the same key/value pairs in the same order.
Raw```json ⏎ {"answer": "no", "explanation": "With strict comparison (===), arrays are considered equal only if they have the same key/value pairs in the same order."} ⏎ ``` | верно | === для массивов требует совпадения и значений, и их порядка. |
T02-L2 0.25 c | Types and comparisons | The comparison 0 == false returns false because it is a strict comparison. | «no» Пояснение: 0 == false returns true because it is a loose comparison.
Raw```json ⏎ {"answer": "no", "explanation": "0 == false returns true because it is a loose comparison."} ⏎ ``` | верно | Наоборот: == — нестрогое сравнение и возвращает true; строгое — это === (0 === false → false). |
T02-L3 0.45 c | Types and comparisons | In PHP 8, the expression "abc" == 0 returns true. | «no» Пояснение: In PHP 8, non-numeric strings (like "abc") compared to integers (like 0) using loose equality (==) return false, changing the behavior from PHP 7 where it returned true.
Raw{"answer": "no", "explanation": "In PHP 8, non-numeric strings (like \"abc\") compared to integers (like 0) using loose equality (==) return false, changing the behavior from PHP 7 where it returned true."} | верно | С PHP 8 нечисловая строка сравнивается как строка: "abc" == "0" → false (в PHP 7 было true). |
T02-L4 0.32 c | Types and comparisons | Under loose comparison, null equals 0, the empty string, and false at the same time. | «yes» Пояснение: In PHP loose comparison, null is considered equal to 0, '', and false.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "In PHP loose comparison, null is considered equal to 0, '', and false." ⏎ } | верно | null == 0, null == "" и null == false — все true. |
T02-L5 0.33 c | Types and comparisons | What does the expression (int) '42abc' return? | «42» Пояснение: PHP casts a string to an integer by taking the leading numeric value, so '42abc' becomes 42.
Raw{"answer": 42, "explanation": "PHP casts a string to an integer by taking the leading numeric value, so '42abc' becomes 42."} | верно | Ведущая числовая часть: 42, без ошибок и warning. |
T02-L6 0.39 c | Types and comparisons | What does the expression '5' + 5 return? | «10» Пояснение: In PHP, the string '5' is cast to an integer when used in an addition operation with the integer 5, resulting in the integer 10.
Raw{"answer": 10, "explanation": "In PHP, the string '5' is cast to an integer when used in an addition operation with the integer 5, resulting in the integer 10."} | верно | Числовая строка приводится: int 10. |
T02-L7 0.39 c | Types and comparisons | When cast to string, false becomes "0". | «no» Пояснение: In PHP, casting the boolean value false to a string results in an empty string (""), while true is cast to the string "1".
Raw{"answer": "no", "explanation": "In PHP, casting the boolean value false to a string results in an empty string (\"\"), while true is cast to the string \"1\"."} | верно | false → "", true → "1". |
T02-L8 0.35 c | Types and comparisons | The comparison 0.1 + 0.2 === 0.3 returns false. | «yes» Пояснение: In PHP, 0.1 + 0.2 equals approximately 0.30000000000000004, which is not strictly equal (===) to 0.3.
Raw{"answer": "yes", "explanation": "In PHP, 0.1 + 0.2 equals approximately 0.30000000000000004, which is not strictly equal (===) to 0.3."} | верно | Двоичная погрешность float: 0.1 + 0.2 = 0.30000000000000004. |
T03-L1 0.41 c | Strings | strrev() correctly reverses a UTF-8 string. | «no» Пояснение: strrev() reverses the string byte-by-byte, which can corrupt multibyte UTF-8 characters because it does not account for their length.
Raw{"answer": "no", "explanation": "strrev() reverses the string byte-by-byte, which can corrupt multibyte UTF-8 characters because it does not account for their length."} | верно | strrev переворачивает байты и ломает многобайтовые последовательности. |
T03-L2 0.32 c | Strings | str_contains('Hello world', 'world') returns true. | «yes» Пояснение: The function str_contains checks if the substring 'world' is present in the string 'Hello world', which returns true.
Raw```json ⏎ { ⏎ "answer": "yes", ⏎ "explanation": "The function str_contains checks if the substring 'world' is present in the string 'Hello world', which returns true." ⏎ } ⏎ ``` | верно | str_contains с PHP 8.0 проверяет вхождение подстроки. |
T03-L3 0.25 c | Strings | str_pad() can pad a string on the right side only. | «no» Пояснение: str_pad() can pad a string on the left, right, or both sides depending on the pad_type parameter.
Raw{"answer": "no", "explanation": "str_pad() can pad a string on the left, right, or both sides depending on the pad_type parameter."} | верно | STR_PAD_LEFT / STR_PAD_BOTH меняют сторону дополнения. |
T03-L4 0.37 c | Strings | By default trim() strips only spaces, leaving tabs and newlines intact. | «no» Пояснение: By default, trim() strips spaces, tabs ( ), newlines (
), vertical tabs (\v), carriage returns (
), and nulls (\0).
Raw{"answer": "no", "explanation": "By default, trim() strips spaces, tabs (\t), newlines (\n), vertical tabs (\v), carriage returns (\r), and nulls (\0)."} | верно | Список символов по умолчанию: « \t\n\r\0\x0B» — пробелы, табы, переводы строк, возврат каретки, null-байт, вертикальный таб. Проверено php -r. |
T03-L5 0.38 c | Strings | How many BYTES does strlen('héllo') return for a UTF-8 string? | «6» Пояснение: 'héllo' contains 5 characters, but 'é' is 2 bytes in UTF-8, so 4*1 + 2 = 6 bytes.
Raw{"answer": 6, "explanation": "'héllo' contains 5 characters, but 'é' is 2 bytes in UTF-8, so 4*1 + 2 = 6 bytes."} | верно | 6 букв по 2 байта: 12. |
T03-L6 0.31 c | Strings | What does substr('abcdef', -3) return? | «def» Пояснение: substr with a negative start position (-3) returns the last 3 characters of the string.
Raw{"answer": "def", "explanation": "substr with a negative start position (-3) returns the last 3 characters of the string."} | верно | Отрицательное смещение — с конца: def. |
T03-L7 0.33 c | Strings | ucfirst() modifies the string passed to it in place. | «no» Пояснение: ucfirst() returns a new string with the first character uppercased and does not modify the original string, which is passed by value.
Raw{"answer": "no", "explanation": "ucfirst() returns a new string with the first character uppercased and does not modify the original string, which is passed by value."} | верно | Строки неизменяемы; ucfirst возвращает новую строку. |
T03-L8 0.38 c | Strings | Variable interpolation works in heredoc but not in nowdoc. | «yes» Пояснение: Heredoc allows variable interpolation, whereas nowdoc treats the string as single-quoted, so it does not interpolate variables.
Raw```json ⏎ {"answer": "yes", "explanation": "Heredoc allows variable interpolation, whereas nowdoc treats the string as single-quoted, so it does not interpolate variables."} ⏎ ``` | верно | Nowdoc — «одинарные кавычки» в тройном синтаксисе: текст как есть. |
T04-L1 0.31 c | Arrays | The sort() function preserves the key-to-value association of the array. | «no» Пояснение: The sort() function reindexes numeric keys to start from 0, destroying the original key-to-value associations.
Raw{"answer": "no", "explanation": "The sort() function reindexes numeric keys to start from 0, destroying the original key-to-value associations."} | верно | sort перенумеровывает ключи; связь сохраняет asort. |
T04-L2 0.33 c | Arrays | The string key '5' in an array is stored as the integer 5. | «yes» Пояснение: In PHP, string keys consisting entirely of decimal digits are cast to integers when used as array keys.
Raw{"answer": "yes", "explanation": "In PHP, string keys consisting entirely of decimal digits are cast to integers when used as array keys."} | верно | Каноничные десятичные строковые ключи приводятся к int. |
T04-L3 0.35 c | Arrays | The in_array() function uses strict comparison (===) by default. | «no» Пояснение: The in_array() function uses loose comparison (==) by default; you must set the third parameter to true to use strict comparison (===).
Raw{ ⏎ "answer": "no", ⏎ "explanation": "The in_array() function uses loose comparison (==) by default; you must set the third parameter to true to use strict comparison (===)." ⏎ } | верно | По умолчанию сравнение нестрогое; строгое — третий аргумент true. |
T04-L4 0.37 c | Arrays | Without a callback, array_filter() removes all "empty" (falsy) elements from the array. | «yes» Пояснение: By default, array_filter() uses a callback that checks if the value is falsy (false, 0, '', null, etc.) and removes those elements.
Raw{"answer": "yes", "explanation": "By default, array_filter() uses a callback that checks if the value is falsy (false, 0, '', null, etc.) and removes those elements."} | верно | Убирает 0, "", null, false и пустые массивы. |
T04-L5 0.29 c | Arrays | By default, array_slice() preserves the original numeric keys of the array. | «yes» Пояснение: By default, array_slice() preserves the original keys unless the preserve_keys parameter is set to false.
Raw{"answer": "yes", "explanation": "By default, array_slice() preserves the original keys unless the preserve_keys parameter is set to false."} | неверно верный: «no» | По умолчанию ключи перенумеровываются; сохранение — preserve_keys = true. |
T04-L6 0.4 c | Arrays | What does array_slice([10, 20, 30, 40], 1, 2) return? | «[20, 30]» Пояснение: array_slice extracts elements starting at index 1 (20) for a length of 2, resulting in the array [20, 30].
Raw{"answer": "[20, 30]", "explanation": "array_slice extracts elements starting at index 1 (20) for a length of 2, resulting in the array [20, 30]."} | верно | [20,30]; ключи перенумеровываются. |
T04-L7 0.47 c | Arrays | How many elements will count(['a' => 1] + ['a' => 9, 'b' => 2]) return? | «2» Пояснение: The array union operator (+) preserves keys from the left array, so 'a' => 1 remains, and 'b' => 2 is added, resulting in an array with two elements.
Raw{"answer": 2, "explanation": "The array union operator (+) preserves keys from the left array, so 'a' => 1 remains, and 'b' => 2 is added, resulting in an array with two elements."} | верно | Оператор + : по ключу 'a' побеждает левый; итого 2. |
T04-L8 0.37 c | Arrays | Since PHP 8.1, the spread operator [...$a, ...$b] supports arrays with string keys. | «yes» Пояснение: PHP 8.1 introduced support for the spread operator with string keys in array literals, allowing strings in the resulting array.
Raw{"answer": "yes", "explanation": "PHP 8.1 introduced support for the spread operator with string keys in array literals, allowing strings in the resulting array."} | верно | В 8.0 — только числовые ключи; 8.1 снял ограничение. |
T05-L1 0.45 c | Functions and closures | Named arguments cannot be combined with argument unpacking ...$args in a single call. | «no» Пояснение: In PHP 8.0+, you can use named arguments and spread syntax (unpacking) together, but the spread operator must be the last argument.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "In PHP 8.0+, you can use named arguments and spread syntax (unpacking) together, but the spread operator must be the last argument." ⏎ } | верно | Можно: f(...$args, имя: значение). Нельзя только позиционный аргумент после распаковки. |
T05-L2 0.29 c | Functions and closures | An anonymous function without use sees variables from the outer scope. | «no» Пояснение: Anonymous functions in PHP do not automatically inherit variables from the outer scope; they must be explicitly imported using the 'use' keyword.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "Anonymous functions in PHP do not automatically inherit variables from the outer scope; they must be explicitly imported using the 'use' keyword." ⏎ } | верно | Без use внешние переменные недоступны; авто-захват только у fn. |
T05-L3 0.26 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 passed to the function, which is 3 in this case.
Raw{"answer": 3, "explanation": "func_num_args() returns the number of arguments passed to the function, which is 3 in this case."} | верно | Считает переданные аргументы: 3. |
T05-L4 0.49 c | Functions and closures | The body of an arrow function fn may consist of several expressions in curly braces. | «no» Пояснение: An arrow function can only contain a single expression, and cannot use curly braces for a multi-statement body; that syntax belongs to closures (anonymous functions).
Raw{"answer": "no", "explanation": "An arrow function can only contain a single expression, and cannot use curly braces for a multi-statement body; that syntax belongs to closures (anonymous functions)."} | верно | fn — всегда одно выражение; блок операторов делает обычная анонимная функция. |
T05-L5 1.28 c | Functions and closures | An arrow function fn captures outer variables by reference (lazily, at use time). | «yes» Пояснение: Arrow functions in PHP 7.4+ automatically capture outer variables by value, not by reference; however, the question states 'by reference', so let's re-read carefully. Actually, arrow functions capture by value by default, but if the outer variable is a reference, it behaves accordingly. Wait, the standard behavior is that arrow functions capture outer scope variables by value (like closures with use($var) without &), NOT by reference. So the statement 'captures outer variables by reference' is generally FALSE for standard variables. Let me double check. PHP docs say: 'Arrow functions ... capture outer variables by value'. Therefore, the statement claiming they capture by reference is false.
Raw{"answer": "yes", "explanation": "Arrow functions in PHP 7.4+ automatically capture outer variables by value, not by reference; however, the question states 'by reference', so let's re-read carefully. Actually, arrow functions capture by value by default, but if the outer variable is a reference, it behaves accordingly. Wait, the standard behavior is that arrow functions capture outer scope variables by value (like closures with use($var) without &), NOT by reference. So the statement 'captures outer variables by reference' is generally FALSE for standard variables. Let me double check. PHP docs say: 'Arrow functions ... capture outer variables by value'. Therefore, the statement claiming they capture by reference is false."} | неверно верный: «no» | fn захватывает только по значению, автоматически; по ссылке — только &$var в use у обычной функции (fn так не умеет). |
T05-L6 0.44 c | Functions and closures | A closure declared as static function () {} does not capture $this. | «no» Пояснение: In PHP, static closures declared inside a class method still capture $this, unlike non-object context static functions.
Raw{"answer": "no", "explanation": "In PHP, static closures declared inside a class method still capture $this, unlike non-object context static functions."} | неверно верный: «yes» | static-замыкание отвязано от объекта: $this внутри недоступен. |
T05-L7 0.38 c | Functions and closures | What will this print: $x = 5; $f = function () use ($x) { return $x; }; $x = 7; echo $f(); | «5» Пояснение: The closure captures the value of $x at the time of creation (5), not its reference, so changing $x later does not affect the closure.
Raw{"answer": 5, "explanation": "The closure captures the value of $x at the time of creation (5), not its reference, so changing $x later does not affect the closure."} | верно | use захватывает по значению в момент создания: 5. |
T05-L8 1.79 c | Functions and closures | In weak typing mode (without strict_types), passing the string "5" to an int parameter is allowed. | «no» Пояснение: Scalar type declarations (int, string, etc.) always enforce strict typing; only nullable or union types containing mixed/iterable/etc. relax this, and strict_types(1) makes even scalar checks strict. The string "5" is coerced only when the parameter type is 'string', 'float' (with numeric conversion), or when no scalar type is declared, or in non-strict mode with a declared int (actually, wait, let me re-verify: In PHP, if you declare function foo(int $x) and call foo("5") without strict_types, it IS allowed and coerced. If strict_types(1) is declared, it fails. The statement says 'without strict_types' it is allowed. That is TRUE.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "Scalar type declarations (int, string, etc.) always enforce strict typing; only nullable or union types containing mixed/iterable/etc. relax this, and strict_types(1) makes even scalar checks strict. The string \"5\" is coerced only when the parameter type is 'string', 'float' (with numeric conversion), or when no scalar type is declared, or in non-strict mode with a declared int (actually, wait, let me re-verify: In PHP, if you declare function foo(int $x) and call foo(\"5\") without strict_types, it IS allowed and coerced. If strict_types(1) is declared, it fails. The statement says 'without strict_types' it is allowed. That is TRUE." ⏎ } | неверно верный: «yes» | Coercive typing приводит "5" к 5; strict_types=1 требует точного типа. |
T06-L1 0.35 c | OOP: classes and inheritance | PHP supports constructor property promotion: public function __construct(private int $x) {}. | «yes» Пояснение: PHP 8.0 introduced constructor property promotion, allowing parameters to be declared with visibility modifiers to automatically create and assign class properties.
Raw{"answer": "yes", "explanation": "PHP 8.0 introduced constructor property promotion, allowing parameters to be declared with visibility modifiers to automatically create and assign class properties."} | верно | С PHP 8.0 параметр с модификатором создаёт свойство и присваивание. |
T06-L2 0.25 c | OOP: classes and inheritance | Which keyword prevents a method from being overridden in subclasses? | «final» Пояснение: The 'final' keyword in PHP prevents a class from being extended or a method from being overridden.
Raw{"answer": "final", "explanation": "The 'final' keyword in PHP prevents a class from being extended or a method from being overridden."} | верно | final. |
T06-L3 0.31 c | OOP: classes and inheritance | A method declared final cannot be overridden in a subclass. | «yes» Пояснение: In PHP, a method declared as final in a class cannot be overridden by any subclass.
Raw```json ⏎ {"answer": "yes", "explanation": "In PHP, a method declared as final in a class cannot be overridden by any subclass."} ⏎ ``` | верно | final запрещает переопределение метода и наследование класса. |
T06-L4 0.38 c | OOP: classes and inheritance | Parent properties with private visibility are accessible in a subclass. | «no» Пояснение: Private properties in a PHP parent class are not visible or accessible to subclasses; they must be protected or public to be inherited.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "Private properties in a PHP parent class are not visible or accessible to subclasses; they must be protected or public to be inherited." ⏎ } | верно | В подклассе видны protected и public; private — только внутри своего класса. |
T06-L5 0.58 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» Пояснение: In PHP, anonymous classes (via `new class {}`) are assigned a generated class name that starts with 'class@anonymous' followed by the file and line number, separated by a NUL byte; the part before the NUL is 'class@anonymous'.
Raw{"answer": "class@anonymous", "explanation": "In PHP, anonymous classes (via `new class {}`) are assigned a generated class name that starts with 'class@anonymous' followed by the file and line number, separated by a NUL byte; the part before the NUL is 'class@anonymous'."} | верно | get_class анонимного класса печатает class@anonymous\0<файл>:<строка>$n; короткая форма — часть до NUL-байта. Проверено php -r (hex). |
T06-L6 0.43 c | OOP: classes and inheritance | A private parent method is not part of the inheritance contract: a child may declare a method with the same name and any visibility. | «yes» Пояснение: In PHP, private methods are not part of the class inheritance contract, so child classes can redeclare them with any visibility without causing conflicts.
Raw{"answer": "yes", "explanation": "In PHP, private methods are not part of the class inheritance contract, so child classes can redeclare them with any visibility without causing conflicts."} | верно | private-члены не наследуются — правила совместимости подписей не действуют. |
T06-L7 0.35 c | OOP: classes and inheritance | The magic method __get() is called only for non-existent properties. | «no» Пояснение: The __get() magic method is triggered when reading an inaccessible (private or protected) or undefined property, not just non-existent ones.
Raw{"answer": "no", "explanation": "The __get() magic method is triggered when reading an inaccessible (private or protected) or undefined property, not just non-existent ones."} | верно | __get срабатывает и для существующих, но недоступных (private/protected извне). |
T06-L8 0.31 c | OOP: classes and inheritance | What does reassigning a readonly property throw — Exception or Error? | «error» Пояснение: In PHP 8.1+, reassigning a readonly property throws a ReadonlyPropertyError, which is a type of Error.
Raw{"answer": "Error", "explanation": "In PHP 8.1+, reassigning a readonly property throws a ReadonlyPropertyError, which is a type of Error."} | верно | Error (readonly с 8.1); оговорка: в __clone() переинициализация допустима (8.3+). |
T07-L1 0.29 c | Interfaces, traits, enum | An interface can declare constants. | «yes» Пояснение: PHP interfaces allow the declaration of public constants, which can be accessed without creating an instance of the interface.
Raw{"answer": "yes", "explanation": "PHP interfaces allow the declaration of public constants, which can be accessed without creating an instance of the interface."} | верно | Константы интерфейса наследуются реализациями. |
T07-L2 0.3 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 specific class or interface.
Raw```json ⏎ {"answer": "instanceof", "explanation": "In PHP, the instanceof operator is used to check whether an object is an instance of a specific class or interface."} ⏎ ``` | верно | instanceof. |
T07-L3 0.49 c | Interfaces, traits, enum | An interface can declare static methods. | «yes» Пояснение: In PHP, an interface can declare static methods, which must be implemented as static methods in the classes that implement the interface (since PHP 5.4+ it's allowed, and it's a valid syntactic and semantic feature).
Raw{"answer": "yes", "explanation": "In PHP, an interface can declare static methods, which must be implemented as static methods in the classes that implement the interface (since PHP 5.4+ it's allowed, and it's a valid syntactic and semantic feature)."} | верно | Реализация обязана дать статический метод с той же сигнатурой. |
T07-L4 0.25 c | Interfaces, traits, enum | The instanceof operator only checks class inheritance: it ignores interfaces. | «no» Пояснение: In PHP, the instanceof operator checks both class inheritance and whether an object implements a specific interface.
Raw{"answer": "no", "explanation": "In PHP, the instanceof operator checks both class inheritance and whether an object implements a specific interface."} | верно | instanceof возвращает true и для интерфейсов объекта. |
T07-L5 0.66 c | Interfaces, traits, enum | An interface method may have a default implementation, like a trait method. | «no» Пояснение: In PHP, interface methods are abstract by definition and cannot have a default implementation (unlike traits or abstract classes with default methods in some other languages, but in PHP interfaces strictly require concrete implementations in the implementing class unless using traits to provide them externally).
Raw{ ⏎ "answer": "no", ⏎ "explanation": "In PHP, interface methods are abstract by definition and cannot have a default implementation (unlike traits or abstract classes with default methods in some other languages, but in PHP interfaces strictly require concrete implementations in the implementing class unless using traits to provide them externally)." ⏎ } | верно | Методы интерфейса — только сигнатуры; тело даёт реализующий класс. |
T07-L6 0.37 c | Interfaces, traits, enum | An abstract method in an abstract class may have protected visibility. | «yes» Пояснение: In PHP, abstract methods within an abstract class can have any visibility level, including protected, public, or private.
Raw```json ⏎ { ⏎ "answer": "yes", ⏎ "explanation": "In PHP, abstract methods within an abstract class can have any visibility level, including protected, public, or private." ⏎ } ⏎ ``` | верно | В абстрактном классе — любая видимость; в интерфейсе — только public. |
T07-L7 0.32 c | Interfaces, traits, enum | How many elements will Foo::cases() return for enum Foo { case A; case B; case C; }? | «3» Пояснение: The enum defines exactly three cases: A, B, and C.
Raw```json ⏎ { ⏎ "answer": 3, ⏎ "explanation": "The enum defines exactly three cases: A, B, and C." ⏎ } ⏎ ``` | верно | Статический метод cases(): 3. |
T07-L8 0.4 c | Interfaces, traits, enum | A trait can declare constants. | «yes» Пояснение: Traits in PHP can declare constants, and classes using the trait can access these constants as if they were defined in the class.
Raw{"answer": "yes", "explanation": "Traits in PHP can declare constants, and classes using the trait can access these constants as if they were defined in the class."} | верно | С PHP 8.2 трейты могут объявлять константы (RFC constants_in_traits); до 8.2 — нет. |
T08-L1 0.29 c | Exceptions and errors | The Throwable interface is a common ancestor of both Exception and Error. | «yes» Пояснение: In PHP, Throwable is a base interface implemented by both Exception and Error.
Raw{"answer": "yes", "explanation": "In PHP, Throwable is a base interface implemented by both Exception and Error."} | верно | Иерархия с PHP 7: Throwable → Exception и Throwable → Error. |
T08-L2 0.31 c | Exceptions and errors | A catch (Exception $e) block will also catch TypeError, because TypeError ultimately inherits from Exception. | «no» Пояснение: In PHP, TypeError extends Error, not Exception, so a catch (Exception $e) block will not catch it.
Raw```json ⏎ {"answer": "no", "explanation": "In PHP, TypeError extends Error, not Exception, so a catch (Exception $e) block will not catch it."} ⏎ ``` | верно | TypeError наследуется от Error; catch (Exception) его не ловит. |
T08-L3 0.41 c | Exceptions and errors | The @ operator suppresses exceptions too. | «no» Пояснение: In PHP, the @ operator only suppresses errors (like E_WARNING, E_NOTICE) but does not catch or suppress exceptions; exceptions must still be handled with try/catch blocks.
Raw{"answer": "no", "explanation": "In PHP, the @ operator only suppresses errors (like E_WARNING, E_NOTICE) but does not catch or suppress exceptions; exceptions must still be handled with try/catch blocks."} | верно | @ глушит диагностику (warnings/notices), исключения не перехватывает. |
T08-L4 0.25 c | Exceptions and errors | What error class does intdiv(5, 0) throw? | «divisionbyzeroerror» Пояснение: intdiv() throws a DivisionByZeroError when the divisor is zero.
Raw{"answer": "DivisionByZeroError", "explanation": "intdiv() throws a DivisionByZeroError when the divisor is zero."} | верно | DivisionByZeroError (иерархия Error, не Exception); php-грейдер объективен. |
T08-L5 0.22 c | Exceptions and errors | The finally block runs only if the exception was caught by a catch block. | «no» Пояснение: The finally block executes regardless of whether an exception was thrown or caught.
Raw{"answer": "no", "explanation": "The finally block executes regardless of whether an exception was thrown or caught."} | верно | Наоборот: finally выполняется всегда — даже когда исключение не поймано и уходит выше. Проверено php -r. |
T08-L6 0.37 c | Exceptions and errors | An exception thrown inside a finally block has no effect on the result of the try block. | «no» Пояснение: An exception thrown inside a finally block will replace any existing exception from the try or catch block, meaning it does affect the result of the try block.
Raw```json ⏎ {"answer": "no", "explanation": "An exception thrown inside a finally block will replace any existing exception from the try or catch block, meaning it does affect the result of the try block."} ⏎ ``` | верно | Исключение из finally перекрывает исходное и уходит вместо него. |
T08-L7 0.33 c | Exceptions and errors | What does the expression (bool) new Exception('x') return? | «yes» Пояснение: In PHP, any non-null object, including instances of Exception, casts to the boolean value true (yes).
Raw{"answer": "yes", "explanation": "In PHP, any non-null object, including instances of Exception, casts to the boolean value true (yes)."} | верно | Любой объект при приведении к bool — true. Формы ответа: true или да. |
T08-L8 3.52 c | Exceptions and errors | Functions registered via register_shutdown_function() run when exit is called. | «no» Пояснение: ", "explanation": "Shutdown functions registered with register_shutdown_function() are executed when the script terminates naturally or is stopped by the engine, not specifically triggered by the exit() call itself in the sense of being a distinct event from termination; however, technically they do run upon termination including exit. Wait, let's re-evaluate standard PHP behavior. Actually, the statement says they run *when* exit is called. While they run upon script termination, `exit()` is a statement that ends execution. The nuance is usually that they run *after* the script finishes. Is the statement considered True or False in typical quizzes? Usually, the distinction is made between `die()`/`exit()` and normal termination? No, shutdown functions run at the end of the request. If `exit` is called, the request ends, so they run. Let's look for a trick. Is it possible the question implies they run *immediately* upon the call of exit, before other cleanup? Or is it a False because they run at the *end* of the script, not specifically because `exit` was the last command (e.g., if you just reach the end of file, they also run)? The statement says "run when exit is called". This is technically true in that their execution is tied to the shutdown phase, which is initiated by termination (whether via exit or natural end). However, often in PHP quizzes, this might be considered **True**. Let's double-check. PHP docs: "register_shutdown_function — Register a function which will be called on script termination call". Script termination happens via exit/die or end of file. So the statement is effectively true. But wait, is there a case where it's false? Some might argue they run on *normal* termination and *abnormal* termination. `exit` causes termination. So they run. I will go with True."}
Raw{"answer": "no", "explanation": "Shutdown functions registered with register_shutdown_function() are executed when the script terminates naturally or is stopped by the engine, not specifically triggered by the exit() call itself in the sense of being a distinct event from termination; however, technically they do run upon termination including exit. Wait, let's re-evaluate standard PHP behavior. Actually, the statement says they run *when* exit is called. While they run upon script termination, `exit()` is a statement that ends execution. The nuance is usually that they run *after* the script finishes. Is the statement considered True or False in typical quizzes? Usually, the distinction is made between `die()`/`exit()` and normal termination? No, shutdown functions run at the end of the request. If `exit` is called, the request ends, so they run. Let's look for a trick. Is it possible the question implies they run *immediately* upon the call of exit, before other cleanup? Or is it a False because they run at the *end* of the script, not specifically because `exit` was the last command (e.g., if you just reach the end of file, they also run)? The statement says "run when exit is called". This is technically true in that their execution is tied to the shutdown phase, which is initiated by termination (whether via exit or natural end). However, often in PHP quizzes, this might be considered **True**. Let's double-check. PHP docs: "register_shutdown_function — Register a function which will be called on script termination call". Script termination happens via exit/die or end of file. So the statement is effectively true. But wait, is there a case where it's false? Some might argue they run on *normal* termination and *abnormal* termination. `exit` causes termination. So they run. I will go with True."} | неверно верный: «yes» парсинг: текст (фолбэк) | exit завершает скрипт, но shutdown-функции отрабатывают. |
T09-L1 0.5 c | Namespaces and autoloading | The use App\Service\Mailer; statement itself loads the class file. | «no» Пояснение: The 'use' statement is purely a compile-time aliasing mechanism and does not trigger autoloading or file inclusion; the file is only loaded when the class is actually instantiated or referenced.
Raw```json ⏎ {"answer": "no", "explanation": "The 'use' statement is purely a compile-time aliasing mechanism and does not trigger autoloading or file inclusion; the file is only loaded when the class is actually instantiated or referenced."} ⏎ ``` | верно | use — псевдоним на этапе компиляции; файл грузит автозагрузчик при первом обращении. |
T09-L2 0.31 c | Namespaces and autoloading | What follows use to import a function (not a class): the word function or const? | «function» Пояснение: The `use function` alias is used to import a function, while `use const` is used for constants.
Raw{"answer": "function", "explanation": "The `use function` alias is used to import a function, while `use const` is used for constants."} | верно | use function ...; (и use const для констант). |
T09-L3 0.52 c | Namespaces and autoloading | Into which file (path from src/) does the PSR-4 mapping "App\ → src/" place the class App\Controller\Api\UserController? | «src/controller/api/usercontroller.php» Пояснение: PSR-4 mapping replaces the namespace separator with directory separators and appends .php, so App\Controller\Api\UserController under App\ → src/ becomes src/Controller/Api/UserController.php.
Raw{ ⏎ "answer": "src/Controller/Api/UserController.php", ⏎ "explanation": "PSR-4 mapping replaces the namespace separator with directory separators and appends .php, so App\\Controller\\Api\\UserController under App\\ → src/ becomes src/Controller/Api/UserController.php." ⏎ } | верно | Остаток имени после префикса, \ → /. |
T09-L4 0.38 c | Namespaces and autoloading | Including vendor/autoload.php registers autoloaders via spl_autoload_register(). | «yes» Пояснение: Composer's autoloader file (vendor/autoload.php) internally calls spl_autoload_register() to add its autoload logic to PHP's autoload queue.
Raw{"answer": "yes", "explanation": "Composer's autoloader file (vendor/autoload.php) internally calls spl_autoload_register() to add its autoload logic to PHP's autoload queue."} | верно | Composer ставит автозагрузчик именно на spl_autoload_register. |
T09-L5 0.33 c | Namespaces and autoloading | The magic constant __NAMESPACE__ contains the name of the current namespace. | «yes» Пояснение: The __NAMESPACE__ magic constant indeed holds the name of the current namespace, or an empty string if no namespace is defined.
Raw{"answer": "yes", "explanation": "The __NAMESPACE__ magic constant indeed holds the name of the current namespace, or an empty string if no namespace is defined."} | верно | В корневом пространстве — пустая строка. |
T09-L6 0.39 c | Namespaces and autoloading | An unqualified class name (without a leading \) in new is resolved from the global root. | «no» Пояснение: An unqualified class name inside a method or class is resolved relative to the current namespace, not the global root, unless the class is in the global namespace or fully qualified with a leading backslash.
Raw{"answer": "no", "explanation": "An unqualified class name inside a method or class is resolved relative to the current namespace, not the global root, unless the class is in the global namespace or fully qualified with a leading backslash."} | верно | Резолвится относительно текущего namespace (с учётом импортов). |
T09-L7 0.55 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» Пояснение: PSR-4 requires that the namespace segments after the base prefix (Model\User) are mapped to subdirectories and the final segment to a filename, resulting in src/Model/User.php.
Raw{"answer": "yes", "explanation": "PSR-4 requires that the namespace segments after the base prefix (Model\\User) are mapped to subdirectories and the final segment to a filename, resulting in src/Model/User.php."} | верно | Остаток имени после префикса переносится в путь как есть. |
T09-L8 0.38 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 inside a function body is allowed and its alias applies only within that function scope.
Raw{"answer": "yes", "explanation": "In PHP, a use statement inside a function body is allowed and its alias applies only within that function scope."} | неверно верный: «no» | use внутри тела функции — parse error; импорты файловые и компиляционные. |
T10-L1 0.37 c | References and scope | Arrays are copied on assignment rather than passed by reference. | «yes» Пояснение: In PHP, when an array is assigned to a new variable, a new copy of the array is created (copy-on-write semantics).
Raw{"answer": "yes", "explanation": "In PHP, when an array is assigned to a new variable, a new copy of the array is created (copy-on-write semantics)."} | верно | Присваивание массива — копия (в движке — copy-on-write). |
T10-L2 0.3 c | References and scope | What will this print: $a = [1, 2]; $b = $a; $b[] = 3; echo count($a); | «2» Пояснение: In PHP, arrays are copied by value when assigned to another variable, so modifying $b does not affect $a.
Raw{"answer": 2, "explanation": "In PHP, arrays are copied by value when assigned to another variable, so modifying $b does not affect $a."} | верно | Присваивание — копия: в $a по-прежнему 2 элемента. |
T10-L3 0.45 c | References and scope | Inside a function, user-defined global variables are inaccessible without global, $GLOBALS, or passing them as parameters. | «yes» Пояснение: In PHP, local variables within a function do not automatically inherit global scope and must be accessed via the global keyword, the $GLOBALS superglobal, or parameter passing.
Raw{"answer": "yes", "explanation": "In PHP, local variables within a function do not automatically inherit global scope and must be accessed via the global keyword, the $GLOBALS superglobal, or parameter passing."} | верно | Область видимости функций изолирована; исключение — суперглобалы ($_GET и др.). |
T10-L4 0.37 c | References and scope | unset($GLOBALS['x']) inside a function removes the global variable only for that function. | «no» Пояснение: The $GLOBALS array is a reference to the actual global symbol table, so unsetting an element there removes the variable globally, not just locally.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "The $GLOBALS array is a reference to the actual global symbol table, so unsetting an element there removes the variable globally, not just locally." ⏎ } | верно | $GLOBALS — прямое окно в глобальную область: unset удалит её по-настоящему. |
T10-L5 0.24 c | References and scope | What will this print: function inc(&$x) { $x++; } $n = 5; inc($n); echo $n; | «6» Пояснение: The function increments $n by reference, so $n becomes 6.
Raw{"answer": "6", "explanation": "The function increments $n by reference, so $n becomes 6."} | верно | Ссылка меняет оригинал: 6. |
T10-L6 0.38 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. | «yes» Пояснение: A foreach over an array by value operates on a live array; changes to the array inside the loop are visible in the same pass.
Raw```json ⏎ { ⏎ "answer": "yes", ⏎ "explanation": "A foreach over an array by value operates on a live array; changes to the array inside the loop are visible in the same pass." ⏎ } ⏎ ``` | неверно верный: «no» | По значению foreach итерирует копию-снимок. |
T10-L7 0.39 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 as a whole, not to any individual instance, so changes made by one object are visible to all others.
Raw```json ⏎ {"answer": "no", "explanation": "A static property belongs to the class as a whole, not to any individual instance, so changes made by one object are visible to all others."} ⏎ ``` | верно | Наоборот: статическое свойство общее для всех экземпляров класса. Проверено php -r. |
T10-L8 0.29 c | References and scope | An array can have a boolean key true, and it will be stored as bool. | «no» Пояснение: In PHP, boolean keys in arrays are automatically cast to integers; true becomes 1 and false becomes 0.
Raw{"answer": "no", "explanation": "In PHP, boolean keys in arrays are automatically cast to integers; true becomes 1 and false becomes 0."} | верно | Булев ключ приводится к int: true → 1, false → 0. |
T11-L1 0.39 c | Generators, iterators, SPL | Inside a generator, return with a value can be used, and it becomes available via $gen->getReturn(). | «yes» Пояснение: In PHP, returning a value inside a generator function allows it to be retrieved via the Generator object's getReturn() method after the generator is fully exhausted.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "In PHP, returning a value inside a generator function allows it to be retrieved via the Generator object's getReturn() method after the generator is fully exhausted." ⏎ } | верно | return-значение генератора доступно через getReturn() после прохода. |
T11-L2 0.61 c | Generators, iterators, SPL | A fully consumed generator can be rewound with rewind() and traversed again. | «yes» Пояснение: In PHP 8.0+, the `RewindableGenerator` interface and `RewindableGenerator` allow fully consumed generators to be rewound and iterated again, whereas standard generators are single-use.
Raw{"answer": "yes", "explanation": "In PHP 8.0+, the `RewindableGenerator` interface and `RewindableGenerator` allow fully consumed generators to be rewound and iterated again, whereas standard generators are single-use."} | неверно верный: «no» | Генератор одноразовый: rewind после начала итерации бросает Exception. |
T11-L3 0.37 c | Generators, iterators, SPL | The yield from construct delegates traversal to another generator or iterable. | «yes» Пояснение: The yield from construct in PHP delegates to another iterable, yielding each item as if it were yielded directly.
Raw```json ⏎ {"answer": "yes", "explanation": "The yield from construct in PHP delegates to another iterable, yielding each item as if it were yielded directly."} ⏎ ``` | верно | yield from проксирует значения, ключи и return-значение внутреннего генератора. |
T11-L4 0.31 c | Generators, iterators, SPL | What does get_class(g()) return for function g() { yield 1; }? | «generator» Пояснение: get_class(g()) returns the string 'Generator' because calling a generator function without iterating returns a Generator object instance.
Raw{"answer": "Generator", "explanation": "get_class(g()) returns the string 'Generator' because calling a generator function without iterating returns a Generator object instance."} | верно | Функция с yield возвращает Generator. |
T11-L5 0.24 c | Generators, iterators, SPL | How many elements will count(iterator_to_array((function () { yield from [1, 2, 3]; })())) return? | «3» Пояснение: The generator yields 3 elements, which count() returns.
Raw{"answer": 3, "explanation": "The generator yields 3 elements, which count() returns."} | верно | yield from делегирует все 3 элемента. |
T11-L6 0.27 c | Generators, iterators, SPL | The SplStack class implements a FIFO queue. | «no» Пояснение: SplStack implements LIFO (Last-In, First-Out), not FIFO (First-In, First-Out).
Raw{"answer": "no", "explanation": "SplStack implements LIFO (Last-In, First-Out), not FIFO (First-In, First-Out)."} | верно | SplStack — стек LIFO; очередь FIFO — SplQueue. |
T11-L7 0.37 c | Generators, iterators, SPL | ArrayIterator allows wrapping an array and traversing it via the Iterator interface. | «yes» Пояснение: ArrayIterator is a built-in PHP class that implements the Iterator, IteratorAggregate, ArrayAccess, and Countable interfaces, allowing you to wrap an array and iterate over it.
Raw{"answer": "yes", "explanation": "ArrayIterator is a built-in PHP class that implements the Iterator, IteratorAggregate, ArrayAccess, and Countable interfaces, allowing you to wrap an array and iterate over it."} | верно | Объектная обёртка над массивом. |
T11-L8 0.27 c | Generators, iterators, SPL | An ArrayObject instance cannot be traversed with foreach. | «no» Пояснение: An ArrayObject instance can be traversed with foreach because it implements the Iterator interface.
Raw```json ⏎ {"answer": "no", "explanation": "An ArrayObject instance can be traversed with foreach because it implements the Iterator interface."} ⏎ ``` | верно | ArrayObject реализует IteratorAggregate — foreach по нему работает. |
T12-L1 0.33 c | Configuration and security | password_hash() generates a salt automatically — passing one separately is not needed. | «yes» Пояснение: The password_hash() function automatically generates a unique salt and prepends it to the returned hash, so a separate salt is not required.
Raw{"answer": "yes", "explanation": "The password_hash() function automatically generates a unique salt and prepends it to the returned hash, so a separate salt is not required."} | верно | Соль встраивается в строку результата; параметр salt устарел. |
T12-L2 0.59 c | Configuration and security | In PHP 8, PASSWORD_DEFAULT is md5 with an automatically added salt. | «no» Пояснение: In PHP 8, PASSWORD_DEFAULT is bcrypt (as of PHP 7.4 it was bcrypt, and as of PHP 8.0 it remains bcrypt, though PASSWORD_ARGON2ID was introduced as a better alternative).
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "In PHP 8, PASSWORD_DEFAULT is bcrypt (as of PHP 7.4 it was bcrypt, and as of PHP 8.0 it remains bcrypt, though PASSWORD_ARGON2ID was introduced as a better alternative)." ⏎ } ⏎ ``` | верно | PASSWORD_DEFAULT — bcrypt; md5 для паролей непригоден (перебирается массово). |
T12-L3 0.26 c | Configuration and security | What does password_verify('secret', password_hash('secret', PASSWORD_DEFAULT)) return? | «yes» Пояснение: password_verify() returns true when the plaintext password matches the hash.
Raw{"answer": "yes", "explanation": "password_verify() returns true when the plaintext password matches the hash."} | верно | Соль и хеш в одной строке: true (форма ответа: true или да). |
T12-L4 0.33 c | Configuration and security | strip_tags() protects against SQL injection. | «no» Пояснение: strip_tags() removes HTML tags to prevent cross-site scripting (XSS), not SQL injection, which is prevented by prepared statements and parameterized queries.
Raw{"answer": "no", "explanation": "strip_tags() removes HTML tags to prevent cross-site scripting (XSS), not SQL injection, which is prevented by prepared statements and parameterized queries."} | верно | strip_tags режет HTML-теги (помощник против XSS), к параметризации SQL отношения не имеет. |
T12-L5 0.39 c | Configuration and security | session_regenerate_id() is used to protect against session fixation upon user login. | «yes» Пояснение: session_regenerate_id() changes the current session ID, which is a standard technique to prevent session fixation attacks, typically called after a user's privilege level changes (like login).
Raw{"answer": "yes", "explanation": "session_regenerate_id() changes the current session ID, which is a standard technique to prevent session fixation attacks, typically called after a user's privilege level changes (like login)."} | верно | Новый ID сессии после логина — стандартная защита от session fixation. |
T12-L6 0.44 c | Configuration and security | Which built-in function returns the SAPI name (e.g., cli)? | «php_sapi_name» Пояснение: The php_sapi_name() function returns the name of the current SAPI (Server API), such as 'cli' for command-line interface or 'apache2' for Apache.
Raw{"answer": "php_sapi_name", "explanation": "The php_sapi_name() function returns the name of the current SAPI (Server API), such as 'cli' for command-line interface or 'apache2' for Apache."} | верно | php_sapi_name(). |
T12-L7 0.31 c | Configuration and security | session_destroy() deletes session data on the server but not the cookie in the user's browser. | «yes» Пояснение: session_destroy() only removes the session data stored on the server; it does not automatically delete the session cookie in the client's browser.
Raw{"answer": "yes", "explanation": "session_destroy() only removes the session data stored on the server; it does not automatically delete the session cookie in the client's browser."} | верно | Удаление cookie — отдельный шаг через setcookie с истёкшим сроком. |
T12-L8 0.29 c | Configuration and security | Without calling session_start(), the $_SESSION array is automatically populated with session data. | «no» Пояснение: The $_SESSION array is only populated with session data after session_start() (or a similar session initialization function) is called.
Raw```json ⏎ {"answer": "no", "explanation": "The $_SESSION array is only populated with session data after session_start() (or a similar session initialization function) is called."} ⏎ ``` | верно | Без session_start() данные сессии в массив не загружаются ($_SESSION можно заполнить вручную, но привязки к сессии нет). |
VC-L1 0.6 c | PHP 8.4–8.5 | In which PHP version was the array_find() function introduced? | «8.5» Пояснение: The array_find() function is planned to be introduced in PHP 8.5, as proposed in the Array Find/Rewind RFC which is not yet part of a stable release as of current knowledge.
Raw{"answer": "8.5", "explanation": "The array_find() function is planned to be introduced in PHP 8.5, as proposed in the Array Find/Rewind RFC which is not yet part of a stable release as of current knowledge."} | неверно верный: «8.4» | PHP 8.4 (RFC array_find). |
VC-L2 0.35 c | PHP 8.4–8.5 | Property hooks (get/set right in the property declaration) landed in PHP 8.4. | «yes» Пояснение: PHP 8.4 introduced native support for property hooks, allowing get and set methods to be defined directly within property declarations.
Raw{"answer": "yes", "explanation": "PHP 8.4 introduced native support for property hooks, allowing get and set methods to be defined directly within property declarations."} | верно | Property hooks — PHP 8.4 (ноябрь 2024). |
VC-L3 0.31 c | PHP 8.4–8.5 | Asymmetric visibility (public private(set) string $name) appeared in PHP 8.4. | «no» Пояснение: Asymmetric visibility, such as public private(set) string $name, was introduced in PHP 8.2, not 8.4.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "Asymmetric visibility, such as public private(set) string $name, was introduced in PHP 8.2, not 8.4." ⏎ } | неверно верный: «yes» | Asymmetric visibility v2 — PHP 8.4. |
VC-L4 0.27 c | PHP 8.4–8.5 | In which PHP version was the #[\NoDiscard] attribute introduced? Answer with the version number. | «8.4» Пояснение: The #[\NoDiscard] attribute was introduced in PHP 8.4 to warn about discarded return values.
Raw{"answer": "8.4", "explanation": "The #[\\NoDiscard] attribute was introduced in PHP 8.4 to warn about discarded return values."} | неверно верный: «8.5» | #[\NoDiscard] — PHP 8.5 (marking return values as important). |
VC-L5 0.27 c | PHP 8.4–8.5 | In which PHP version did the pipe operator |> first appear? Answer with the version number. | «8.4» Пояснение: The pipe operator (|>) is a new feature introduced in PHP 8.4.
Raw{"answer": "8.4", "explanation": "The pipe operator (|>) is a new feature introduced in PHP 8.4."} | неверно верный: «8.5» | Pipe operator — PHP 8.5 (2025). |
VC-L6 0.48 c | PHP 8.4–8.5 | In which PHP version did clone-with — the syntax clone($obj, ['x' => 1]) — appear? Answer with the version number. | «8.4» Пояснение: The clone-with syntax (clone($obj, ['prop' => value])) was introduced in PHP 8.4 as part of property hooks and other new features, allowing property modifications during cloning.
Raw{"answer": "8.4", "explanation": "The clone-with syntax (clone($obj, ['prop' => value])) was introduced in PHP 8.4 as part of property hooks and other new features, allowing property modifications during cloning."} | неверно верный: «8.5» | Clone with v2 — PHP 8.5. |
VC-L7 0.27 c | PHP 8.4–8.5 | In which PHP version were the array_first() and array_last() functions introduced? | «8.4» Пояснение: The array_first() and array_last() functions were introduced in PHP 8.4.
Raw{"answer": "8.4", "explanation": "The array_first() and array_last() functions were introduced in PHP 8.4."} | неверно верный: «8.5» | PHP 8.5. |
VC-L8 0.38 c | PHP 8.4–8.5 | For which PHP version was RFC Partial Function Application v2 adopted (as of 2026-11-07)? Answer with the version number. | «8.4» Пояснение: Partial function application (using the 'fn' arrow function syntax) was adopted in PHP 8.4.
Raw{"answer": "8.4", "explanation": "Partial function application (using the 'fn' arrow function syntax) was adopted in PHP 8.4."} | неверно верный: «8.6» | PFA v2 принят 05.12.2025 (33-0-0), реализован в PHP 8.6. |
VF-L1 0.32 c | PHP: 8.6+ and the future | For which PHP version was the RFC clamp_v2 (the clamp() function) implemented, as of 2026-11-07? Answer with the version number. | «8.4» Пояснение: The clamp() function was introduced in PHP 8.4 as part of the RFC approved for that release.
Raw{ ⏎ "answer": "8.4", ⏎ "explanation": "The clamp() function was introduced in PHP 8.4 as part of the RFC approved for that release." ⏎ } | неверно верный: «8.6» | По данным владельца (wiki.php.net/rfc): clamp_v2 — 8.6; clamp() в 8.5.11 отсутствует (косвенное подтверждение). Дата-якорь делает клетку монотонной. |
VF-L2 0.51 c | PHP: 8.6+ and the future | RFC Context Managers v2 has already been adopted in PHP (as of 2026-11-07). | «no» Пояснение: As of 2026, RFC 1930 (context managers / with statements) has not yet been voted on or adopted into PHP.
Raw{"answer": "no", "explanation": "As of 2026, RFC 1930 (context managers / with statements) has not yet been voted on or adopted into PHP."} | верно | На 06.11.2026 — в обсуждении (создан 2026-10-23); не принят. |
VF-L3 0.91 c | PHP: 8.6+ and the future | RFC Bound-Erased Generic Types (generics) was declined in 2026. | «no» Пояснение: The RFC for generics (RFC 615) was not declined; it was actually accepted and implemented in PHP 8.4 (which is set to release in November 2024, not 2026, but the core premise that it was 'declined' is false). In fact, generics support is coming to PHP, so saying it was 'declined' is incorrect.
Raw{"answer": "no", "explanation": "The RFC for generics (RFC 615) was not declined; it was actually accepted and implemented in PHP 8.4 (which is set to release in November 2024, not 2026, but the core premise that it was 'declined' is false). In fact, generics support is coming to PHP, so saying it was 'declined' is incorrect."} | неверно верный: «yes» | Голосование завершилось 2026-06-28: отклонён (wiki.php.net/rfc). |
VF-L4 0.45 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» Пояснение: There is no RFC accepted by November 2026 that enables multithreading (ZTS) by default; ZTS remains an optional build configuration rather than the default mode.
Raw{"answer": "no", "explanation": "There is no RFC accepted by November 2026 that enables multithreading (ZTS) by default; ZTS remains an optional build configuration rather than the default mode."} | верно | Такого принятого RFC нет на дату якоря; якорь делает клетку монотонной — при принятии RFC позже клетка не перевернётся. |
VF-L5 0.45 c | PHP: 8.6+ and the future | As of PHP 8.5, generics (parameterized types) are still absent. | «yes» Пояснение: As of PHP 8.4 (the latest stable version before 8.5), PHP does not support true generics like in Java or C#.
Raw```json ⏎ {"answer": "yes", "explanation": "As of PHP 8.4 (the latest stable version before 8.5), PHP does not support true generics like in Java or C#."} ⏎ ``` | верно | Generics в PHP отсутствуют; отрицательный контроль (не путать с C#/Java). |
VF-L6 0.43 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» Пояснение: According to the provided premise, PHP 8.5 is the latest stable version as of November 7, 2026, since 8.6 was released on November 19, 2026.
Raw{"answer": "yes", "explanation": "According to the provided premise, PHP 8.5 is the latest stable version as of November 7, 2026, since 8.6 was released on November 19, 2026."} | верно | 8.5 — релиз осени 2025; 8.6 GA 19.11.2026 (wiki.php.net/todo/php86). Дата снимка — 06.11.2026. |
VF-L7 0.5 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 development branch intended to bridge the gap between PHP 5 and 7, but it was never officially released as a stable version; PHP 7.0 was released directly after PHP 5.6.
Raw{"answer": "yes", "explanation": "PHP 6 was a development branch intended to bridge the gap between PHP 5 and 7, but it was never officially released as a stable version; PHP 7.0 was released directly after PHP 5.6."} | верно | Исторический факт: ветка 6 не была релизнута. |
VF-L8 0.42 c | PHP: 8.6+ and the future | The RFC adding the #[\Deprecated] attribute to the core was adopted. | «yes» Пояснение: RFC 1216 adding the #[\Deprecated] attribute to PHP core was adopted and included in PHP 8.4.
Raw{"answer": "yes", "explanation": "RFC 1216 adding the #[\\Deprecated] attribute to PHP core was adopted and included in PHP 8.4."} | верно | #[\Deprecated] — принят, реализован в PHP 8.4. |
T25-L1 0.45 c | Clean architecture | The dependency rule of clean and onion architecture: inner layers know nothing about outer ones — dependencies point toward the center. | «yes» Пояснение: In Clean and Onion architectures, the Dependency Rule dictates that inner layers (domain/business logic) must not depend on outer layers (infrastructure/frameworks), ensuring that dependencies always point inward toward the center.
Raw{"answer": "yes", "explanation": "In Clean and Onion architectures, the Dependency Rule dictates that inner layers (domain/business logic) must not depend on outer layers (infrastructure/frameworks), ensuring that dependencies always point inward toward the center."} | верно | Чистая (Robert C. Martin), луковичная (Jeffrey Palermo) и гексагональная (ports & adapters) — варианты одной идеи: зависимости направлены внутрь, к домену. Слоями в проекте следит deptrac. |
T25-L2 0.45 c | Clean architecture | Domain entities import neither Doctrine nor Symfony — only the language and, possibly, the standard library. | «yes» Пояснение: Domain entities should be pure PHP classes free from framework-specific dependencies (like Doctrine or Symfony) to adhere to the Domain-Driven Design (DDD) principle of keeping the domain layer independent and portable.
Raw{"answer": "yes", "explanation": "Domain entities should be pure PHP classes free from framework-specific dependencies (like Doctrine or Symfony) to adhere to the Domain-Driven Design (DDD) principle of keeping the domain layer independent and portable."} | верно | Изоляция домена от инфраструктуры; deptrac в проекте как раз следит за слоями. |
T25-L3 0.23 c | Clean architecture | Controllers and Twig templates belong to the business-logic layer because they are the ones calling use cases. | «no» Пояснение: Controllers and templates belong to the presentation layer, not the business-logic layer.
Raw{"answer": "no", "explanation": "Controllers and templates belong to the presentation layer, not the business-logic layer."} | верно | Наоборот: это интерфейсные адаптеры (внешний слой); они зависят от use cases, а не наоборот. |
T25-L4 0.68 c | Clean architecture | What sits at the very center of the onion architecture? | «core» Пояснение: In onion architecture (and similar hexagonal or clean architectures), the domain logic or core business rules sit at the very center, with infrastructure and presentation layers surrounding them.
Raw{ ⏎ "answer": "Core", ⏎ "explanation": "In onion architecture (and similar hexagonal or clean architectures), the domain logic or core business rules sit at the very center, with infrastructure and presentation layers surrounding them." ⏎ } | неверно верный: «domain model» | Центральное кольцо — Domain Model: сущности и бизнес-правила без зависимостей; далее Domain Services → Application Services → Infrastructure/UI/Tests (Palermo). |
T25-L5 0.41 c | Clean architecture | Layer boundary violations can be caught automatically: a layer-dependency analyzer (e.g. deptrac) fails on a forbidden call. | «yes» Пояснение: Dependency analyzers like deptrac enforce architectural layer boundaries by statically analyzing code and failing the build when forbidden dependencies are detected.
Raw{"answer": "yes", "explanation": "Dependency analyzers like deptrac enforce architectural layer boundaries by statically analyzing code and failing the build when forbidden dependencies are detected."} | верно | depfile.yaml в проекте TasK: CI проверяет правила слоёв на каждом пайплайне. |
T25-L6 0.66 c | Clean architecture | A use case (interactor) may accept an HTTP request or an EntityManager as arguments — it is simpler that way. | «no» Пояснение: In proper separation of concerns, a use case (interactor) should be decoupled from specific frameworks like HTTP or ORM implementations; it should receive domain entities or abstractions (like a Unit of Work or Repository) rather than concrete framework objects like an EntityManager or raw HTTP request.
Raw{"answer": "no", "explanation": "In proper separation of concerns, a use case (interactor) should be decoupled from specific frameworks like HTTP or ORM implementations; it should receive domain entities or abstractions (like a Unit of Work or Repository) rather than concrete framework objects like an EntityManager or raw HTTP request."} | верно | Use case принимает DTO и порты; привязка к HTTP/ORM протекает инфраструктуру во внутренние слои. |
T25-L7 0.48 c | Clean architecture | What is the component called that provides a collection of aggregates/entities while hiding the storage mechanism behind an interface? | «repository» Пояснение: In software architecture (specifically DDD), the Repository pattern provides a collection-like interface for managing domain objects without revealing the underlying data storage details.
Raw{"answer": "Repository", "explanation": "In software architecture (specifically DDD), the Repository pattern provides a collection-like interface for managing domain objects without revealing the underlying data storage details."} | верно | Repository pattern (DDD/Evans); в проекте — Doctrine-репозитории за портами. |
T25-L8 0.43 c | Clean architecture | In clean architecture, swapping PostgreSQL for another database touches only the outer layer — the domain and use cases stay unchanged. | «yes» Пояснение: Clean Architecture's dependency rule ensures that swapping the database only affects the outermost adapters, leaving the domain and use cases unchanged.
Raw```json ⏎ {"answer": "yes", "explanation": "Clean Architecture's dependency rule ensures that swapping the database only affects the outermost adapters, leaving the domain and use cases unchanged."} ⏎ ``` | верно | Следствие правила зависимостей: инфраструктура взаимозаменяема. |
T26-L1 0.35 c | DDD | In DDD, an aggregate is just another name for a database table. | «no» Пояснение: An aggregate is a DDD concept representing a consistency boundary around domain objects, not directly a database table.
Raw```json ⏎ {"answer": "no", "explanation": "An aggregate is a DDD concept representing a consistency boundary around domain objects, not directly a database table."} ⏎ ``` | верно | Агрегат — кластер объектов с границей согласованности (транзакционной вокруг корня); таблица — деталь хранения. |
T26-L2 0.35 c | DDD | A Value Object is immutable and compared by the values of its fields, not by identity. | «yes» Пояснение: Value Objects are defined by their immutable state and are considered equal if their field values match, regardless of object identity.
Raw{"answer": "yes", "explanation": "Value Objects are defined by their immutable state and are considered equal if their field values match, regardless of object identity."} | верно | Классика Evans: Money, Email; равенство структурное. |
T26-L3 0.37 c | DDD | What is the single external entry point of an aggregate, through which all changes must go, called? | «root» Пояснение: In Domain-Driven Design, the Root entity of an aggregate acts as the single entry point through which all modifications to the aggregate must pass.
Raw{"answer": "Root", "explanation": "In Domain-Driven Design, the Root entity of an aggregate acts as the single entry point through which all modifications to the aggregate must pass."} | неверно верный: «aggregate root» | Aggregate Root: внешние объекты ссылаются только на корень; он защищает инварианты агрегата. |
T26-L4 0.35 c | DDD | In DDD, a repository is declared for an aggregate (its root), not for every entity. | «yes» Пояснение: In Domain-Driven Design, repositories are defined for aggregate roots to maintain the integrity of the aggregate boundary.
Raw```json ⏎ {"answer": "yes", "explanation": "In Domain-Driven Design, repositories are defined for aggregate roots to maintain the integrity of the aggregate boundary."} ⏎ ``` | верно | Репозиторий корня хранит границу согласованности агрегата; вложенные сущности доступны только через корень. |
T26-L5 0.37 c | DDD | Ubiquitous language is the model's shared language common to developers and domain experts. | «yes» Пояснение: Ubiquitous Language is a core DDD concept that ensures the business and development teams use the same terminology in code and discussions.
Raw{"answer": "yes", "explanation": "Ubiquitous Language is a core DDD concept that ensures the business and development teams use the same terminology in code and discussions."} | верно | Evans: язык из требований переходит в имена классов и методов. |
T26-L6 9.08 c | DDD | What is the boundary called within which a model and its language are consistent, while outside the same words mean other models? | «{"answer": "semantics", "explanation": "in linguistics and model theory, the boundary that defines where a model and its language remain consistent (i.e., where words have specific, agreed-upon meanings within that system) is often referred to as the domain of semantics, or more specifically, the 'semantic boundary' or 'context'. however, the most standard term for the area where a language's meanings are defined and consistent relative to a model is 'semantics' itself, or potentially 'universe of discourse' in model theory. given the phrasing 'boundary called within which...', the most likely intended single-word technical term describing the consistency of meaning in a model context is 'semantics' or 'universe'. let's re-evaluate. the question asks for the name of the *boundary*. this sounds like a definition from a specific textbook or theory, possibly related to 'frame' or 'context'. however, in the context of ai/ml models and language, the term 'semantics' defines the meaning. another strong candidate is 'universe' (as in the universe of discourse). but often, the 'boundary' of consistency for a model is the 'training domain' or 'domain'. let's look for a specific term. 'semantics' is the study of meaning. the 'boundary' isn't usually called 'semantics'. is it 'ontology'? an ontology defines the concepts. is it 'scope'? in programming, scope is a boundary. in linguistics, 'context' is the situational boundary. let's consider the phrase 'model and its language are consistent'. this implies a closed system. in model theory, this is the 'structure' or 'model'. but the question asks for the *boundary*. perhaps it is 'semantics' in a loose sense? or 'syntax'? no, syntax is form. let's guess 'semantics' is too broad. what about 'frame'? no. let's look at the wording again. 'within which a model and its language are consistent, while outside the same words mean other models.' this implies a set of meanings. this is the 'semantic field' or 'semantic context'. given the constraint to a single string, 'semantics' is a strong contender for the *area*, but 'context' is a strong contender for the *boundary*. however, in many ai contexts, this is called the 'domain'. let's try 'universe'. no. let's go with 'semantics' as the most distinct linguistic term for meaning-consistency. wait, could it be 'ontology'? an ontology is a formal specification of a domain. the boundary of an ontology defines the valid terms. that fits 'consistent' vs 'other models'. so 'ontology' is a very strong candidate. let's check 'semantics' vs 'ontology'. semantics is the *meaning*. ontology is the *structure* of concepts. the prompt says 'words mean other models' outside. inside, they mean the current model. this is about the *definition* of terms. that is the scope of the *ontology*. let's reconsider 'context'. in pragmatics, context determines meaning. but 'model' suggests a more structural/systemic view. let's try 'universe of discourse'. that is a specific term in logic/model theory. it is the set of entities over which variables range. but the question asks for the boundary of the *language* consistency. actually, a common term in ai/nlp for the specific set of meanings a model is trained on is its 'semantic space' or 'latent space', but that's not a boundary name. let's look at the phrasing 'boundary called...'. maybe it's 'scope'? maybe it's 'frame'? in the context of 'models' (like cognitive models or ai models), the boundary of consistent language is often the 'domain'. however, there is a specific concept in semiotics/model theory. let's bet on **semantics** being too generic and **ontology** being the structure. but there is a simpler answer: **context**. let's look for a specific riddle or test question source. "boundary ... model and language consistent". in the 'frame' theory (schank, abelson), frames define the meaning. in 'script' theory? in 'model theory' (logic), the 'model' itself is the interpretation. the 'language' is the symbols. the consistency is within the 'model'. but the question asks for the *boundary*. let's try **universe**. or **domain**. let's go with **semantics** as the most likely expected keyword for 'meaning consistency'. wait, i recall a concept called the **semantic closure** or something similar? no. let's assume the question refers to **ontology**. an ontology defines the terms and their relationships in a specific domain (model). outside that ontology, terms may have different meanings. let's provide **ontology**. alternative: **scope**. in programming and logic, scope defines where a definition is valid. let's stick with **ontology** as it best fits 'model' (structured knowledge) and 'language' (vocabulary) consistency» Пояснение: {"answer": "semantics", "explanation": "In linguistics and model theory, the boundary that defines where a model and its language remain consistent (i.e., where words have specific, agreed-upon meanings within that system) is often referred to as the domain of semantics, or more specifically, the 'semantic boundary' or 'context'. However, the most standard term for the area where a language's meanings are defined and consistent relative to a model is 'semantics' itself, or potentially 'universe of discourse' in model theory. Given the phrasing 'boundary called within which...', the most likely intended single-word technical term describing the consistency of meaning in a model context is 'semantics' or 'universe'. Let's re-evaluate. The question asks for the name of the *boundary*. This sounds like a definition from a specific textbook or theory, possibly related to 'frame' or 'context'. However, in the context of AI/ML models and language, the term 'semantics' defines the meaning. Another strong candidate is 'universe' (as in the universe of discourse). But often, the 'boundary' of consistency for a model is the 'training domain' or 'domain'. Let's look for a specific term. 'Semantics' is the study of meaning. The 'boundary' isn't usually called 'semantics'. Is it 'ontology'? An ontology defines the concepts. Is it 'scope'? In programming, scope is a boundary. In linguistics, 'context' is the situational boundary. Let's consider the phrase 'model and its language are consistent'. This implies a closed system. In model theory, this is the 'structure' or 'model'. But the question asks for the *boundary*. Perhaps it is 'semantics' in a loose sense? Or 'syntax'? No, syntax is form. Let's guess 'semantics' is too broad. What about 'frame'? No. Let's look at the wording again. 'Within which a model and its language are consistent, while outside the same words mean other models.' This implies a set of meanings. This is the 'semantic field' or 'semantic context'. Given the constraint to a single string, 'semantics' is a strong contender for the *area*, but 'context' is a strong contender for the *boundary*. However, in many AI contexts, this is called the 'domain'. Let's try 'universe'. No. Let's go with 'semantics' as the most distinct linguistic term for meaning-consistency. Wait, could it be 'ontology'? An ontology is a formal specification of a domain. The boundary of an ontology defines the valid terms. That fits 'consistent' vs 'other models'. So 'ontology' is a very strong candidate.
Let's check 'semantics' vs 'ontology'. Semantics is the *meaning*. Ontology is the *structure* of concepts. The prompt says 'words mean other models' outside. Inside, they mean the current model. This is about the *definition* of terms. That is the scope of the *ontology*.
Let's reconsider 'context'. In pragmatics, context determines meaning. But 'model' suggests a more structural/systemic view.
Let's try 'universe of discourse'. That is a specific term in logic/model theory. It is the set of entities over which variables range. But the question asks for the boundary of the *language* consistency.
Actually, a common term in AI/NLP for the specific set of meanings a model is trained on is its 'semantic space' or 'latent space', but that's not a boundary name.
Let's look at the phrasing 'boundary called...'.
Maybe it's 'scope'?
Maybe it's 'frame'?
In the context of 'models' (like cognitive models or AI models), the boundary of consistent language is often the 'domain'.
However, there is a specific concept in semiotics/model theory.
Let's bet on **semantics** being too generic and **ontology** being the structure.
But there is a simpler answer: **context**.
Let's look for a specific riddle or test question source.
"Boundary ... model and language consistent".
In the 'Frame' theory (Schank, Abelson), frames define the meaning.
In 'Script' theory?
In 'Model Theory' (logic), the 'Model' itself is the interpretation. The 'Language' is the symbols. The consistency is within the 'Model'. But the question asks for the *boundary*.
Let's try **universe**.
Or **domain**.
Let's go with **semantics** as the most likely expected keyword for 'meaning consistency'.
Wait, I recall a concept called the **semantic closure** or something similar? No.
Let's assume the question refers to **ontology**. An ontology defines the terms and their relationships in a specific domain (model). Outside that ontology, terms may have different meanings.
Let's provide **ontology**.
Alternative: **Scope**. In programming and logic, scope defines where a definition is valid.
Let's stick with **ontology** as it best fits 'model' (structured knowledge) and 'language' (vocabulary) consistency.
Raw{"answer": "semantics", "explanation": "In linguistics and model theory, the boundary that defines where a model and its language remain consistent (i.e., where words have specific, agreed-upon meanings within that system) is often referred to as the domain of semantics, or more specifically, the 'semantic boundary' or 'context'. However, the most standard term for the area where a language's meanings are defined and consistent relative to a model is 'semantics' itself, or potentially 'universe of discourse' in model theory. Given the phrasing 'boundary called within which...', the most likely intended single-word technical term describing the consistency of meaning in a model context is 'semantics' or 'universe'. Let's re-evaluate. The question asks for the name of the *boundary*. This sounds like a definition from a specific textbook or theory, possibly related to 'frame' or 'context'. However, in the context of AI/ML models and language, the term 'semantics' defines the meaning. Another strong candidate is 'universe' (as in the universe of discourse). But often, the 'boundary' of consistency for a model is the 'training domain' or 'domain'. Let's look for a specific term. 'Semantics' is the study of meaning. The 'boundary' isn't usually called 'semantics'. Is it 'ontology'? An ontology defines the concepts. Is it 'scope'? In programming, scope is a boundary. In linguistics, 'context' is the situational boundary. Let's consider the phrase 'model and its language are consistent'. This implies a closed system. In model theory, this is the 'structure' or 'model'. But the question asks for the *boundary*. Perhaps it is 'semantics' in a loose sense? Or 'syntax'? No, syntax is form. Let's guess 'semantics' is too broad. What about 'frame'? No. Let's look at the wording again. 'Within which a model and its language are consistent, while outside the same words mean other models.' This implies a set of meanings. This is the 'semantic field' or 'semantic context'. Given the constraint to a single string, 'semantics' is a strong contender for the *area*, but 'context' is a strong contender for the *boundary*. However, in many AI contexts, this is called the 'domain'. Let's try 'universe'. No. Let's go with 'semantics' as the most distinct linguistic term for meaning-consistency. Wait, could it be 'ontology'? An ontology is a formal specification of a domain. The boundary of an ontology defines the valid terms. That fits 'consistent' vs 'other models'. So 'ontology' is a very strong candidate. ⏎ ⏎ Let's check 'semantics' vs 'ontology'. Semantics is the *meaning*. Ontology is the *structure* of concepts. The prompt says 'words mean other models' outside. Inside, they mean the current model. This is about the *definition* of terms. That is the scope of the *ontology*. ⏎ ⏎ Let's reconsider 'context'. In pragmatics, context determines meaning. But 'model' suggests a more structural/systemic view. ⏎ ⏎ Let's try 'universe of discourse'. That is a specific term in logic/model theory. It is the set of entities over which variables range. But the question asks for the boundary of the *language* consistency. ⏎ ⏎ Actually, a common term in AI/NLP for the specific set of meanings a model is trained on is its 'semantic space' or 'latent space', but that's not a boundary name. ⏎ ⏎ Let's look at the phrasing 'boundary called...'. ⏎ Maybe it's 'scope'? ⏎ Maybe it's 'frame'? ⏎ In the context of 'models' (like cognitive models or AI models), the boundary of consistent language is often the 'domain'. ⏎ ⏎ However, there is a specific concept in semiotics/model theory. ⏎ Let's bet on **semantics** being too generic and **ontology** being the structure. ⏎ But there is a simpler answer: **context**. ⏎ ⏎ Let's look for a specific riddle or test question source. ⏎ "Boundary ... model and language consistent". ⏎ In the 'Frame' theory (Schank, Abelson), frames define the meaning. ⏎ In 'Script' theory? ⏎ In 'Model Theory' (logic), the 'Model' itself is the interpretation. The 'Language' is the symbols. The consistency is within the 'Model'. But the question asks for the *boundary*. ⏎ ⏎ Let's try **universe**. ⏎ Or **domain**. ⏎ ⏎ Let's go with **semantics** as the most likely expected keyword for 'meaning consistency'. ⏎ ⏎ Wait, I recall a concept called the **semantic closure** or something similar? No. ⏎ ⏎ Let's assume the question refers to **ontology**. An ontology defines the terms and their relationships in a specific domain (model). Outside that ontology, terms may have different meanings. ⏎ ⏎ Let's provide **ontology**. ⏎ ⏎ Alternative: **Scope**. In programming and logic, scope defines where a definition is valid. ⏎ ⏎ Let's stick with **ontology** as it best fits 'model' (structured knowledge) and 'language' (vocabulary) consistency. | неверно верный: «bounded context» парсинг: текст (фолбэк) | Bounded Context; «Заказ» в биллинге и в доставке — разные модели. |
T26-L7 0.51 c | DDD | An anemic model (objects with only getters/setters, logic in services) is the recommended DDD style. | «no» Пояснение: DDD typically favors rich domain models where business logic is encapsulated within the domain objects themselves, rather than placing logic in service layers which often lead to anemic models.
Raw{"answer": "no", "explanation": "DDD typically favors rich domain models where business logic is encapsulated within the domain objects themselves, rather than placing logic in service layers which often lead to anemic models."} | верно | Наоборот: Evans называет анемичность антипаттерном — поведение должно жить в доменных объектах. |
T26-L8 0.45 c | DDD | Bounded context means each context has its own model: the same concept in different contexts is a different class. | «yes» Пояснение: In Domain-Driven Design, each bounded context has its own model where the same business concept can be represented by different classes tailored to that context.
Raw```json ⏎ {"answer": "yes", "explanation": "In Domain-Driven Design, each bounded context has its own model where the same business concept can be represented by different classes tailored to that context."} ⏎ ``` | верно | Модели контекстов независимы; между ними — явная интеграция (ACL, published language). |
T13-L1 0.37 c | Symfony | Services in the Symfony DI container are created lazily by default — on first use. | «yes» Пояснение: Symfony's Dependency Injection container instantiates services lazily by default, meaning they are created only when first requested, to optimize performance and memory usage.
Raw{"answer": "yes", "explanation": "Symfony's Dependency Injection container instantiates services lazily by default, meaning they are created only when first requested, to optimize performance and memory usage."} | верно | Контейнер инстанцирует сервис при первом извлечении; eager-создания по умолчанию нет. |
T13-L2 0.31 c | Symfony | Which Symfony console command lists all registered routes? | «php bin/console debug:router» Пояснение: The debug:router command is used to list all registered routes in a Symfony application.
Raw{"answer": "php bin/console debug:router", "explanation": "The debug:router command is used to list all registered routes in a Symfony application."} | верно | bin/console debug:router (FrameworkBundle); в Symfony 3 команда называлась router:debug. |
T13-L3 0.27 c | Symfony | Symfony autowiring requires manually declaring every service in services.yaml. | «no» Пояснение: Symfony autowiring automatically resolves dependencies based on type hints, eliminating the need to manually declare every service connection.
Raw{"answer": "no", "explanation": "Symfony autowiring automatically resolves dependencies based on type hints, eliminating the need to manually declare every service connection."} | верно | Autowire+autoconfigure регистрируют и связывают сервисы автоматически; ручное перечисление — исключение. |
T13-L4 0.29 c | Symfony | Twig templates are compiled into PHP classes and cached between requests. | «yes» Пояснение: Twig compiles templates into optimized PHP classes and caches them in the filesystem to improve performance in subsequent requests.
Raw{"answer": "yes", "explanation": "Twig compiles templates into optimized PHP classes and caches them in the filesystem to improve performance in subsequent requests."} | верно | Twig компилирует шаблон один раз; кэш в var/cache/twig, в prod не пересобирается. |
T13-L5 1.39 c | Symfony | In the Symfony dev environment the DI container is rebuilt only after tracked files change, not on every request. | «no» Пояснение: In the dev environment, Symfony checks file mtimes to see if the container needs rebuilding, but it does not automatically rebuild it on every request unless the tracked files have actually changed; however, the statement says 'only after tracked files change, not on every request', which is actually true. Wait, let me re-evaluate: Symfony dev container is built once and then only rebuilt when changes are detected. So the statement is true. Let me correct: In dev mode, Symfony uses a warm-up mechanism where it checks if the container is up-to-date by comparing file hashes/mtimes. If no changes, it uses the cached container. So it is not rebuilt on every request. The statement is true.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "In the dev environment, Symfony checks file mtimes to see if the container needs rebuilding, but it does not automatically rebuild it on every request unless the tracked files have actually changed; however, the statement says 'only after tracked files change, not on every request', which is actually true. Wait, let me re-evaluate: Symfony dev container is built once and then only rebuilt when changes are detected. So the statement is true. Let me correct: In dev mode, Symfony uses a warm-up mechanism where it checks if the container is up-to-date by comparing file hashes/mtimes. If no changes, it uses the cached container. So it is not rebuilt on every request. The statement is true." ⏎ } | неверно верный: «yes» | Kernel проверяет freshness ресурсов (конфиги, классы); иначе переиспользуется кэш контейнера. |
T13-L6 0.42 c | Symfony | Which environment variable selects the active Symfony environment (dev/prod)? | «app_env» Пояснение: In modern Symfony applications (5.1+), the APP_ENV environment variable is used to specify the active environment (e.g., dev, prod, test).
Raw{"answer": "APP_ENV", "explanation": "In modern Symfony applications (5.1+), the APP_ENV environment variable is used to specify the active environment (e.g., dev, prod, test)."} | верно | APP_ENV в .env; APP_DEBUG — отдельный флаг отладки. |
T13-L7 0.35 c | Symfony | A controller method can be private — Symfony routing works with any method of the class. | «no» Пояснение: Symfony routing requires the controller action method to be public to be accessible by the container and the front controller.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "Symfony routing requires the controller action method to be public to be accessible by the container and the front controller." ⏎ } | верно | Действие контроллера должно быть public; приватный метод по маршруту не вызывается. |
T13-L8 0.49 c | Symfony | Event subscribers always receive events before listeners, because the interface gives them priority. | «yes» Пояснение: In Symfony's EventDispatcher, subscribers are registered with a priority (default 0) and sorted by this priority, whereas listeners are typically added later and have lower priority by default, ensuring subscribers receive events first.
Raw{"answer": "yes", "explanation": "In Symfony's EventDispatcher, subscribers are registered with a priority (default 0) and sorted by this priority, whereas listeners are typically added later and have lower priority by default, ensuring subscribers receive events first."} | неверно верный: «no» | Порядок определяет priority, а не тип подписки; приоритеты задаются в getSubscribedEvents() так же, как у слушателей. |
T22-L1 0.41 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 authenticator system, making the new system-based authenticators (implementing AuthenticatorInterface) the standard for authentication.
Raw{"answer": "yes", "explanation": "Symfony 6.0 removed the legacy Guard authenticator system, making the new system-based authenticators (implementing AuthenticatorInterface) the standard for authentication."} | верно | Guard объявлен устаревшим в 5.3 и удалён в 6.0; в проекте symfony/security-bundle 8.1. |
T22-L2 0.45 c | Symfony: Security and forms | Which Symfony attribute checks a role/permission right on a controller method (403 without it)? | «#isgranted» Пояснение: The #IsGranted attribute in Symfony checks if the current user has a specific role or permission, returning a 403 Forbidden response if they do not.
Raw{"answer": "#IsGranted", "explanation": "The #IsGranted attribute in Symfony checks if the current user has a specific role or permission, returning a 403 Forbidden response if they do not."} | верно | #[IsGranted('ROLE_ADMIN')]; атрибут из symfony/security-http. |
T22-L3 0.4 c | Symfony: Security and forms | Voters are Symfony's mechanism for checking access to a specific object: isGranted('EDIT', $post). | «yes» Пояснение: Voters in Symfony are indeed the standard mechanism for performing object-specific access control checks, typically used with the isGranted() method.
Raw{"answer": "yes", "explanation": "Voters in Symfony are indeed the standard mechanism for performing object-specific access control checks, typically used with the isGranted() method."} | верно | VoterInterface->vote(); docs Symfony — Voters. |
T22-L4 0.61 c | Symfony: Security and forms | In modern Symfony (7+) validation constraints are declared as PHP attributes (#[Assert\NotBlank]); doctrine annotations are no longer supported. | «no» Пояснение: In Symfony 7, Doctrine Annotations (including the legacy AnnotationReader) are still supported for validation constraints, though they are marked as deprecated in favor of PHP 8.0+ attributes. The claim that they are 'no longer supported' is too strong; they work but are deprecated.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "In Symfony 7, Doctrine Annotations (including the legacy AnnotationReader) are still supported for validation constraints, though they are marked as deprecated in favor of PHP 8.0+ attributes. The claim that they are 'no longer supported' is too strong; they work but are deprecated." ⏎ } ⏎ ``` | неверно верный: «yes» | Докблок-аннотации удалены в Symfony 7.0; стандарт — атрибуты. В проекте symfony/validator 8.1. |
T22-L5 0.28 c | Symfony: Security and forms | CSRF protection of Symfony forms is enabled by default: the form validates the token on submission. | «yes» Пояснение: Symfony forms automatically include a CSRF token and validate it on submission by default.
Raw{"answer": "yes", "explanation": "Symfony forms automatically include a CSRF token and validate it on submission by default."} | верно | FormType добавляет скрытое поле _token и проверяет его при валидации; отключение — осознанное исключение (csrf: false). |
T22-L6 0.34 c | Symfony: Security and forms | Form validation in Symfony runs server-side even if the client-side (HTML5) checks passed. | «yes» Пояснение: Symfony's form validation component runs independently on the server side to ensure data integrity and security, regardless of client-side HTML5 validation results.
Raw{"answer": "yes", "explanation": "Symfony's form validation component runs independently on the server side to ensure data integrity and security, regardless of client-side HTML5 validation results."} | верно | Клиентская валидация — только удобство; серверная обязательна и идёт по метаданным объекта формы. |
T22-L7 0.27 c | Symfony: Security and forms | Which Symfony maker command generates a form class (FormType)? | «make:form» Пояснение: The Symfony MakerBundle command to generate a FormType class is 'make:form'.
Raw{"answer": "make:form", "explanation": "The Symfony MakerBundle command to generate a FormType class is 'make:form'."} | верно | bin/console make:form (symfony/maker-bundle — в проекте). |
T22-L8 0.73 c | Symfony: Security and forms | Symfony stores the user's password in the session in plain text. | «no» Пояснение: Symfony does not store the user's password in the session; it stores a serialized representation of the user object, typically containing only a reference to the user or minimal data needed for authentication, not the plain text password.
Raw```json ⏎ {"answer": "no", "explanation": "Symfony does not store the user's password in the session; it stores a serialized representation of the user object, typically containing only a reference to the user or minimal data needed for authentication, not the plain text password."} ⏎ ``` | верно | В сессии живёт объект пользователя в токене; хеш затирается eraseCredentials(), plaintext там никогда не лежит. |
T23-L1 0.39 c | Symfony: configuration and services | Symfony bundle configuration lives in config/packages — one file per bundle or topic. | «yes» Пояснение: In modern Symfony versions, bundle configurations are typically organized into individual files under the config/packages directory, allowing for modular and readable configuration management.
Raw{"answer": "yes", "explanation": "In modern Symfony versions, bundle configurations are typically organized into individual files under the config/packages directory, allowing for modular and readable configuration management."} | верно | Стандартная структура (config/packages/*.yaml); перегрузка — config/packages/<env>. |
T23-L2 0.53 c | Symfony: configuration and services | The .env file with dev defaults is committed to the repository, while real secrets live in the non-committed .env.local. | «no» Пояснение: Common convention is the opposite: .env (or .env.example) is often committed to document defaults and .env.local holds the real, secret values that are ignored by version control.
Raw```json ⏎ {"answer": "no", "explanation": "Common convention is the opposite: .env (or .env.example) is often committed to document defaults and .env.local holds the real, secret values that are ignored by version control."} ⏎ ``` | неверно верный: «yes» | symfony/dotenv: .env — общий безопасный набор значений; локальные секреты — .env.local (gitignored) или secrets-хранилище. |
T23-L3 0.34 c | Symfony: configuration and services | Which Symfony command lists the container's registered services and their aliases? | «debug:container» Пояснение: The 'debug:container' command is used in Symfony to list the services registered in the service container.
Raw{"answer": "debug:container", "explanation": "The 'debug:container' command is used in Symfony to list the services registered in the service container."} | верно | bin/console debug:container; параметры контейнера — debug:parameter. |
T23-L4 0.33 c | Symfony: configuration and services | The Symfony container allows changing parameters at runtime: $container->setParameter() works from a controller. | «yes» Пояснение: The Symfony container allows setting parameters at runtime using setParameter, although it is generally discouraged in favor of environment variables or compile-time parameters.
Raw{"answer": "yes", "explanation": "The Symfony container allows setting parameters at runtime using setParameter, although it is generally discouraged in favor of environment variables or compile-time parameters."} | неверно верный: «no» | Контейнер компилируется и замораживается; runtime-значения — только через переменные окружения. |
T23-L5 0.33 c | Symfony: configuration and services | By default, Symfony services are public (public: true) — you can fetch them directly from the container. | «no» Пояснение: By default, Symfony services are private (public: false) to enforce dependency injection and allow the container to optimize itself.
Raw{"answer": "no", "explanation": "By default, Symfony services are private (public: false) to enforce dependency injection and allow the container to optimize itself."} | верно | С Symfony 4.0 сервисы по умолчанию private: инжектятся через autowiring; $container->get() — только для публичных. |
T23-L6 0.35 c | Symfony: configuration and services | Without a config file in config/packages a bundle will not work — configuration is mandatory for every bundle. | «no» Пояснение: Bundles in Symfony do not strictly require a configuration file in config/packages; they can work without one, though configuration is often used for customization.
Raw{"answer": "no", "explanation": "Bundles in Symfony do not strictly require a configuration file in config/packages; they can work without one, though configuration is often used for customization."} | верно | У бандлов есть встроенные умолчания (Extension); конфиг нужен только для отклонений от них. |
T23-L7 0.33 c | Symfony: configuration and services | Environment variable values are injected into services.yaml using the %env(VAR)% syntax. | «yes» Пояснение: In Symfony's configuration, environment variables are referenced in services.yaml using the %env(VAR_NAME)% syntax.
Raw{"answer": "yes", "explanation": "In Symfony's configuration, environment variables are referenced in services.yaml using the %env(VAR_NAME)% syntax."} | верно | %env(...)% резолвится в рантайме env-процессорами; docs — Env Var Processors. |
T23-L8 0.33 c | Symfony: configuration and services | Which Symfony environment variable enables debug mode (affects the profiler and Twig debugging)? | «app_env» Пояснение: The APP_ENV environment variable determines the environment (e.g., dev, prod) and enables debug mode when set to dev.
Raw{"answer": "APP_ENV", "explanation": "The APP_ENV environment variable determines the environment (e.g., dev, prod) and enables debug mode when set to dev."} | неверно верный: «app_debug» | APP_DEBUG=1 (в .env dev-окружения); окружение выбирает APP_ENV — см. T13-L6. |
T16-L1 0.39 c | Symfony: Messenger | A single message in Symfony Messenger can only have one handler. | «no» Пояснение: In Symfony Messenger, a single message can be handled by multiple handlers, each executing in sequence if all are subscribed to the same transport.
Raw```json ⏎ {"answer": "no", "explanation": "In Symfony Messenger, a single message can be handled by multiple handlers, each executing in sequence if all are subscribed to the same transport."} ⏎ ``` | верно | Messenger вызывает все хендлеры, подписанные на класс сообщения (docs — Multiple Handlers). |
T16-L2 0.37 c | Symfony: Messenger | The sync transport in Messenger queues the message for a worker, just like async. | «no» Пояснение: The sync transport processes messages immediately within the current process, whereas the async transport queues them for a separate worker.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "The sync transport processes messages immediately within the current process, whereas the async transport queues them for a separate worker." ⏎ } ⏎ ``` | верно | Наоборот: sync обрабатывает немедленно в том же процессе, что и отправка; очередь — это async-транспорт. |
T16-L3 0.35 c | Symfony: Messenger | Which console command starts the worker that processes Messenger queue messages? | «messenger:consume» Пояснение: The Symfony Messenger component uses the 'messenger:consume' command to start a worker that pulls messages from the queue for processing.
Raw{"answer": "messenger:consume", "explanation": "The Symfony Messenger component uses the 'messenger:consume' command to start a worker that pulls messages from the queue for processing."} | верно | bin/console messenger:consume async; воркеры под supervisord/systemd в проде. |
T16-L4 0.51 c | Symfony: Messenger | Retries for failed messages (retry_strategy) are configured per Messenger transport. | «no» Пояснение: In Symfony Messenger, retry strategies (max_retries, delay, multiplier) are configured per consumer or worker (e.g., via command-line options or queue configuration), not per transport definition.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "In Symfony Messenger, retry strategies (max_retries, delay, multiplier) are configured per consumer or worker (e.g., via command-line options or queue configuration), not per transport definition." ⏎ } | неверно верный: «yes» | retry_strategy на транспорте: max_retries, delay, multiplier; docs — Failed Messages & Retries. |
T16-L5 0.41 c | Symfony: Messenger | By default, Messenger serializes messages to JSON. | «no» Пояснение: By default, Symfony Messenger serializes messages to PHP's native format (using serialize()), not JSON, unless a specific serializer (like JSONSerializer) is configured.
Raw{"answer": "no", "explanation": "By default, Symfony Messenger serializes messages to PHP's native format (using serialize()), not JSON, unless a specific serializer (like JSONSerializer) is configured."} | верно | Дефолтный сериализатор — PhpSerializer (serialize()); JSON-сериализатор включается отдельно. |
T16-L6 0.31 c | Symfony: Messenger | Symfony Scheduler produces messages on a schedule and dispatches them through Messenger. | «yes» Пояснение: The Symfony Scheduler component is designed to trigger tasks or dispatch Messenger messages at defined intervals.
Raw{"answer": "yes", "explanation": "The Symfony Scheduler component is designed to trigger tasks or dispatch Messenger messages at defined intervals."} | верно | Schedule → RecurringMessage → шина Messenger; docs — Scheduler. |
T16-L7 0.31 c | Symfony: Messenger | Which built-in Messenger transport stores messages in database tables via Doctrine? | «doctrine» Пояснение: Symfony's 'doctrine://' transport stores messages in database tables via Doctrine ORM.
Raw```json ⏎ { ⏎ "answer": "doctrine", ⏎ "explanation": "Symfony's 'doctrine://' transport stores messages in database tables via Doctrine ORM." ⏎ } ⏎ ``` | верно | Транспорт doctrine (symfony/doctrine-messenger); таблица messenger_messages. В проекте стоит amqp-messenger + doctrine-messenger. |
T16-L8 0.52 c | Symfony: Messenger | The Messenger pipeline can be extended with custom middleware, placed before or after the built-in ones. | «yes» Пояснение: In Laravel, the Messenger pipeline allows you to define custom middleware that can be executed before or after the default middleware (like `Dispatchable` or `Queueable`).
Raw```json ⏎ {"answer": "yes", "explanation": "In Laravel, the Messenger pipeline allows you to define custom middleware that can be executed before or after the default middleware (like `Dispatchable` or `Queueable`)."} ⏎ ``` | верно | messenger.bus.*.middleware в yaml; docs — Middleware. |
T28-L1 0.52 c | Symfony: versions | Symfony major releases come every two years, minor ones every six months (in May and November). | «yes» Пояснение: Symfony follows a schedule of two major releases (LTS) and one intermediate major release per year, totaling three major versions annually, with new minor feature releases approximately every six months.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "Symfony follows a schedule of two major releases (LTS) and one intermediate major release per year, totaling three major versions annually, with new minor feature releases approximately every six months." ⏎ } | верно | Стандартный релизный цикл: 8.0 — ноябрь 2025, 8.1 — май 2026, 8.2 — ноябрь 2026. |
T28-L2 0.28 c | Symfony: versions | What is the minimum PHP version required by Symfony 8? | «8.4» Пояснение: Symfony 8 requires PHP 8.4 or higher.
Raw{"answer": 8.4, "explanation": "Symfony 8 requires PHP 8.4 or higher."} | верно | Symfony 8.0 поднял требование до PHP >= 8.4.1 (в vendor проекта: "php": ">=8.4.1"). |
T28-L3 0.45 c | Symfony: versions | Symfony 7.0 kept support for docblock annotations (validation, routes). | «no» Пояснение: Symfony 7.0 removed support for Doctrine annotations (including validation and routing) in favor of PHP attributes, deprecating them in 6.2 and removing them in 7.0.
Raw{"answer": "no", "explanation": "Symfony 7.0 removed support for Doctrine annotations (including validation and routing) in favor of PHP attributes, deprecating them in 6.2 and removing them in 7.0."} | верно | Наоборот: в 7.0 аннотации удалены — только PHP-атрибуты (#[Route], #[Assert\NotBlank]). |
T28-L4 0.42 c | Symfony: versions | AssetMapper manages CSS/JS without node or webpack — via importmap.php. | «yes» Пояснение: AssetMapper in Symfony 7+ manages CSS/JS assets using a PHP-based configuration file (importmap.php) without requiring Node.js or Webpack.
Raw{"answer": "yes", "explanation": "AssetMapper in Symfony 7+ manages CSS/JS assets using a PHP-based configuration file (importmap.php) without requiring Node.js or Webpack."} | верно | symfony/asset-mapper (с 6.3, стандарт с 7.x); в проекте — importmap.php в корне и asset-mapper 8.1. |
T28-L5 0.37 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, with bug fixes provided until November 2027.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "Symfony 6.4 is an LTS (Long-Term Support) release, with bug fixes provided until November 2027." ⏎ } ⏎ ``` | верно | Наоборот: 6.4 — LTS (расширенная поддержка); LTS выходит вместе с очередным мажором (6.4 — вместе с 7.0). |
T28-L6 0.47 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's semantic versioning, deprecations introduced in a major version are typically removed in the next major version to enforce code compatibility updates.
Raw{"answer": "no", "explanation": "In Symfony's semantic versioning, deprecations introduced in a major version are typically removed in the next major version to enforce code compatibility updates."} | верно | Наоборот: мажорный релиз удаляет всё устаревшее (7.0 убрал деприкейшены 6.x, 8.0 — 7.x). |
T28-L7 0.43 c | Symfony: versions | Every Symfony major release is accompanied by an UPGRADE guide listing the changes. | «yes» Пояснение: Each major Symfony release includes an UPGRADE guide that details the changes and necessary updates from the previous major version.
Raw```json ⏎ {"answer": "yes", "explanation": "Each major Symfony release includes an UPGRADE guide that details the changes and necessary updates from the previous major version."} ⏎ ``` | верно | UPGRADE-7.0.md, UPGRADE-8.0.md в репозитории symfony/symfony. |
T28-L8 0.92 c | Symfony: versions | Which Symfony component manages assets and the importmap without node/webpack? | «web link» Пояснение: The Web Link component handles resource links, but the specific component for asset management and importmaps in modern Symfony is the Asset component (or AssetMapper in newer versions), though the question likely refers to the general Asset Management ecosystem. However, looking at the exact phrasing 'manages assets and the importmap without node/webpack', this specifically describes the functionality provided by the AssetMapper component in Symfony 6.3+.
Raw{"answer": "Web Link", "explanation": "The Web Link component handles resource links, but the specific component for asset management and importmaps in modern Symfony is the Asset component (or AssetMapper in newer versions), though the question likely refers to the general Asset Management ecosystem. However, looking at the exact phrasing 'manages assets and the importmap without node/webpack', this specifically describes the functionality provided by the AssetMapper component in Symfony 6.3+."} | неверно верный: «asset-mapper» | symfony/asset-mapper 8.1 — в проекте. |
T29-L1 0.44 c | Symfony: 8.2 and beyond | As of 2026-11-07, Symfony 8.2 has already been released. | «yes» Пояснение: Symfony 8.2 is scheduled to be released in November 2026, which fits the given date of 2026-11-07.
Raw```json ⏎ {"answer": "yes", "explanation": "Symfony 8.2 is scheduled to be released in November 2026, which fits the given date of 2026-11-07."} ⏎ ``` | неверно верный: «no» | Наоборот: 8.2 ещё не выпущена — релиз в конце ноября 2026; последняя стабильная — 8.1. |
T29-L2 0.32 c | Symfony: 8.2 and beyond | As of 2026-11-07, Symfony 8.2 is scheduled for November 2026, following the usual six-month cycle. | «yes» Пояснение: Symfony releases a new minor version every six months, and version 8.2 is scheduled for November 2026.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "Symfony releases a new minor version every six months, and version 8.2 is scheduled for November 2026." ⏎ } | верно | Политика релизов: 8.1 — май 2026, 8.2 — ноябрь 2026; якорь даты фиксирует срез — модель с поздним cutoff отвечает «на дату». |
T29-L3 0.34 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 0.56 c | Symfony: 8.2 and beyond | Symfony 8.2 is a major release requiring applications to be rewritten for new APIs. | «no» Пояснение: Symfony follows semantic versioning where major versions (like 7.x and 8.x) typically maintain backward compatibility within the series, and 8.2 is a minor release, not a breaking major rewrite requirement.
Raw{"answer": "no", "explanation": "Symfony follows semantic versioning where major versions (like 7.x and 8.x) typically maintain backward compatibility within the series, and 8.2 is a minor release, not a breaking major rewrite requirement."} | верно | Наоборот: 8.2 — минорный релиз; новые возможности без поломки обратной совместимости. Мажор — 9.0. |
T29-L5 0.45 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» Пояснение: Minor version upgrades within a major branch (e.g., 8.1 to 8.2) are designed to be backward compatible, meaning existing code should generally continue to work without changes.
Raw{"answer": "yes", "explanation": "Minor version upgrades within a major branch (e.g., 8.1 to 8.2) are designed to be backward compatible, meaning existing code should generally continue to work without changes."} | верно | Политика Symfony: минорные релизы обратно совместимы; BC-break допустим только в мажорных. |
T29-L6 0.44 c | Symfony: 8.2 and beyond | Which minor version of the 8.x branch is released last, before Symfony 9.0? | «8.4» Пояснение: Symfony follows a release cycle where 8.4 is the final long-term stable version in the 8.x branch before 9.0.
Raw{"answer": "8.4", "explanation": "Symfony follows a release cycle where 8.4 is the final long-term stable version in the 8.x branch before 9.0."} | верно | По циклу: 8.2 (ноя 2026), 8.3 (май 2027), 8.4 (ноя 2027, вместе с 9.0) — как 6.4 выходила вместе с 7.0. |
T29-L7 0.92 c | Symfony: 8.2 and beyond | Symfony 8.2 will require PHP 8.5 — you would have to upgrade PHP along with it. | «no» Пояснение: Symfony 8.x will require PHP 8.2 (or 8.3/8.4 depending on the minor version), but not PHP 8.5 specifically; Symfony minor versions typically track the current stable PHP minor versions, and while 8.5 is a future release, stating it *will* require 8.5 is too specific and premature for a general fact, plus Symfony 8.0 required PHP 8.2.
Raw{"answer": "no", "explanation": "Symfony 8.x will require PHP 8.2 (or 8.3/8.4 depending on the minor version), but not PHP 8.5 specifically; Symfony minor versions typically track the current stable PHP minor versions, and while 8.5 is a future release, stating it *will* require 8.5 is too specific and premature for a general fact, plus Symfony 8.0 required PHP 8.2."} | верно | Наоборот: минорные релизы не поднимают требования PHP; для всей ветки 8.x остаётся PHP >= 8.4. |
T29-L8 0.41 c | Symfony: 8.2 and beyond | Deprecations added in the 8.x branch will not be removed before Symfony 9.0. | «yes» Пояснение: According to Symfony's deprecation policy, deprecations introduced in a major version (like 8.x) are guaranteed to remain until the next major version (9.0), where they are removed.
Raw{"answer": "yes", "explanation": "According to Symfony's deprecation policy, deprecations introduced in a major version (like 8.x) are guaranteed to remain until the next major version (9.0), where they are removed."} | верно | Политика: деприкейшены живут до следующего мажора; 9.0 — ноябрь 2027. |
T21-L1 0.53 c | Twig | Inside {{ }}, Twig allows calling arbitrary PHP code directly. | «no» Пояснение: Twig's expression language is limited to its own operators, functions, filters, and methods; it does not allow executing arbitrary raw PHP code directly inside the double curly braces {{ }}.
Raw{"answer": "no", "explanation": "Twig's expression language is limited to its own operators, functions, filters, and methods; it does not allow executing arbitrary raw PHP code directly inside the double curly braces {{ }}."} | верно | Twig — DSL: только разрешённые окружением функции/фильтры; произвольный PHP не исполняется. |
T21-L2 0.47 c | Twig | By default, Twig auto-escapes printed variables. | «yes» Пояснение: Twig's default autoescape strategy is 'html' (or 'html5' in newer versions), which automatically escapes variables to prevent XSS attacks unless explicitly disabled or tagged as safe.
Raw{"answer": "yes", "explanation": "Twig's default autoescape strategy is 'html' (or 'html5' in newer versions), which automatically escapes variables to prevent XSS attacks unless explicitly disabled or tagged as safe."} | верно | Autoescape включён по умолчанию; {{ '<b>' }} → <b>. Проверено на Twig 3.30. |
T21-L3 0.29 c | Twig | The Twig |e filter escapes a string for safe output in an HTML context. | «yes» Пояснение: The |e filter in Twig automatically escapes strings for HTML context by default to prevent XSS attacks.
Raw{"answer": "yes", "explanation": "The |e filter in Twig automatically escapes strings for HTML context by default to prevent XSS attacks."} | верно | |e ('html') по умолчанию; есть контексты js/url/css. От SQL-инъекций он не защищает — это задача подготовленных запросов Doctrine. |
T21-L4 0.29 c | Twig | Which filter from twig/intl-extra formats a number according to a locale? | «formatnumber» Пояснение: The `formatnumber` filter in twig/intl-extra is used to format a number according to a specific locale.
Raw{"answer": "formatnumber", "explanation": "The `formatnumber` filter in twig/intl-extra is used to format a number according to a specific locale."} | неверно верный: «format_number» | |format_number(locale=...) из IntlExtension (twig/intl-extra есть в проекте). Проверено на Twig 3.30: 12345.6 → 12 345,6 (ru). |
T21-L5 0.41 c | Twig | The |raw filter disables auto-escaping for the value. | «yes» Пояснение: In Twig and similar templating engines, the |raw filter explicitly marks a value as safe, bypassing the auto-escaping mechanism.
Raw{"answer": "yes", "explanation": "In Twig and similar templating engines, the |raw filter explicitly marks a value as safe, bypassing the auto-escaping mechanism."} | верно | {{ x|raw }} выводит HTML как есть; опасно с пользовательскими данными. Проверено на Twig 3.30. |
T21-L6 0.51 c | Twig | In Twig, {{ }} prints an expression value, while {% %} executes tags — conditions, loops, set. | «yes» Пояснение: In Twig, double curly braces {{ }} are used to print output (variable values or expressions), while percent signs {% %} are used to control the template structure (tags like if, for, set).
Raw{"answer": "yes", "explanation": "In Twig, double curly braces {{ }} are used to print output (variable values or expressions), while percent signs {% %} are used to control the template structure (tags like if, for, set)."} | верно | Два блока синтаксиса Twig: вывод (echo) против логики. |
T21-L7 0.39 c | Twig | In Twig you cannot declare a variable inside a template — values only come from the controller. | «no» Пояснение: Twig allows declaring variables inside templates using the set tag, such as {% set name = 'value' %}.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "Twig allows declaring variables inside templates using the set tag, such as {% set name = 'value' %}." ⏎ } | верно | {% set y = ... %} объявляет переменную в шаблоне. Проверено на Twig 3.30. |
T21-L8 0.25 c | Twig | Which Twig function dumps the debug structure of a variable (array, object)? | «dump» Пояснение: The dump function in Twig outputs the debug representation of a variable.
Raw{"answer": "dump", "explanation": "The dump function in Twig outputs the debug representation of a variable."} | верно | {{ dump(x) }} (DebugExtension; в Symfony доступна в dev-окружении). |
T24-L1 0.41 c | Bootstrap | Bootstrap is a CSS/JS library of ready-made UI components, not an SPA framework. | «yes» Пояснение: Bootstrap is a CSS framework primarily used for styling and responsive design, not a full-stack framework or an SPA framework like Angular or React.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "Bootstrap is a CSS framework primarily used for styling and responsive design, not a full-stack framework or an SPA framework like Angular or React." ⏎ } | верно | Компоненты и утилиты поверх вашего HTML; SPA-фреймворки (React/Vue) — другой класс инструментов. В проекте vendored 5.3.3. |
T24-L2 0.29 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 max width that changes at each breakpoint.
Raw{"answer": "container", "explanation": "The .container class in Bootstrap provides a responsive fixed max width that changes at each breakpoint."} | верно | .container (фиксированная макс-ширина по брейкпоинтам) vs .container-fluid (на всю ширину). |
T24-L3 0.43 c | Bootstrap | The Bootstrap grid is built on CSS floats and splits a row into 16 columns. | «no» Пояснение: Bootstrap 3 used floats and a 12-column grid, while Bootstrap 4 and later use Flexbox and still use a 12-column grid.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "Bootstrap 3 used floats and a 12-column grid, while Bootstrap 4 and later use Flexbox and still use a 12-column grid." ⏎ } | верно | Наоборот: flexbox (с Bootstrap 4) и 12 колонок; float-сетка — это Bootstrap 3. |
T24-L4 0.31 c | Bootstrap | Bootstrap's named breakpoints (the infix used in class names) are sm, md, lg, xl, xxl — five of them. | «yes» Пояснение: Bootstrap 5 defines exactly these five named breakpoints: sm, md, lg, xl, and xxl.
Raw```json ⏎ {"answer": "yes", "explanation": "Bootstrap 5 defines exactly these five named breakpoints: sm, md, lg, xl, and xxl."} ⏎ ``` | верно | Тиров всего шесть: xs (без инфикса) + пять именованных (576/768/992/1200/1400 px). |
T24-L5 0.53 c | Bootstrap | Utilities like .mt-3 or .px-2 use the spacing scale: the number is a multiple of $spacer. | «yes» Пояснение: In Bootstrap and many CSS frameworks, spacing utility classes like .mt-3 or .px-2 are defined as multiples of a base spacing variable (often $spacer), so 3 means 3 times the base unit.
Raw{"answer": "yes", "explanation": "In Bootstrap and many CSS frameworks, spacing utility classes like .mt-3 or .px-2 are defined as multiples of a base spacing variable (often $spacer), so 3 means 3 times the base unit."} | неверно верный: «no» | Spacing utilities; $spacer = 1rem. |
T24-L6 0.34 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 enable interactive components like dropdowns, toggles, and carousels on an element.
Raw{"answer": "data-bs-toggle", "explanation": "In Bootstrap 5, the data-bs-toggle attribute is used to enable interactive components like dropdowns, toggles, and carousels on an element."} | верно | data-bs-toggle="dropdown" и т.п.; в Bootstrap 4 атрибут назывался data-toggle. |
T24-L7 0.38 c | Bootstrap | Bootstrap 5 components work without jQuery — in plain vanilla JS. | «yes» Пояснение: Bootstrap 5 has removed its jQuery dependency and uses native JavaScript (vanilla JS) for its components and plugins.
Raw{"answer": "yes", "explanation": "Bootstrap 5 has removed its jQuery dependency and uses native JavaScript (vanilla JS) for its components and plugins."} | верно | jQuery удалён в Bootstrap 5.0: data-bs-* атрибуты и JS API. В проекте vendored 5.3.3. |
T24-L8 1.86 c | Bootstrap | Dark mode in Bootstrap is enabled with a .dark class on the root element. | «yes» Пояснение: In Bootstrap 5, dark mode is enabled by adding the 'data-bs-theme' attribute with the value 'dark' to the root element (usually <html>) or by using CSS variables, not by adding a '.dark' class to the root element. However, historically or in some contexts, a '.dark' class was used, but the standard Bootstrap 5 way is via the 'data-bs-theme' attribute. Wait, let me double-check. Actually, Bootstrap 5.3 uses 'data-bs-theme="dark"'. Older versions or custom setups might use a '.dark' class. The statement says '.dark class on the root element'. This is generally considered false for standard Bootstrap 5 practice, which prefers the data attribute. However, the question might be referencing the legacy or a specific interpretation. Let's look at the exact wording: 'Dark mode in Bootstrap is enabled with a .dark class on the root element.' In Bootstrap 4 and earlier, there wasn't a built-in dark mode theme switcher in the same way. In Bootstrap 5, the official way is `<html data-bs-theme="dark">`. So the statement is false.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "In Bootstrap 5, dark mode is enabled by adding the 'data-bs-theme' attribute with the value 'dark' to the root element (usually <html>) or by using CSS variables, not by adding a '.dark' class to the root element. However, historically or in some contexts, a '.dark' class was used, but the standard Bootstrap 5 way is via the 'data-bs-theme' attribute. Wait, let me double-check. Actually, Bootstrap 5.3 uses 'data-bs-theme=\"dark\"'. Older versions or custom setups might use a '.dark' class. The statement says '.dark class on the root element'. This is generally considered false for standard Bootstrap 5 practice, which prefers the data attribute. However, the question might be referencing the legacy or a specific interpretation. Let's look at the exact wording: 'Dark mode in Bootstrap is enabled with a .dark class on the root element.' In Bootstrap 4 and earlier, there wasn't a built-in dark mode theme switcher in the same way. In Bootstrap 5, the official way is `<html data-bs-theme=\"dark\">`. So the statement is false." ⏎ } | неверно верный: «no» | Наоборот: тема включается атрибутом data-bs-theme="dark" (Color modes, с 5.3); класса .dark не существует. В проекте 5.3.3. |
T14-L1 0.43 c | Doctrine | Doctrine ORM creates database tables on the fly the first time an entity is used at runtime. | «no» Пояснение: Doctrine ORM does not create database tables automatically at runtime; the schema must be explicitly created via migrations or the SchemaTool.
Raw```json ⏎ {"answer": "no", "explanation": "Doctrine ORM does not create database tables automatically at runtime; the schema must be explicitly created via migrations or the SchemaTool."} ⏎ ``` | верно | Схему создают инструменты (migrations, schema tool); рантайм структуру БД не меняет. |
T14-L2 0.43 c | Doctrine | Which EntityManager method marks a new object as managed without executing SQL until flush()? | «persist» Пояснение: The persist() method in Doctrine's EntityManager adds an object to the managed state and schedules an INSERT query, which is executed upon the subsequent call to flush().
Raw{"answer": "persist", "explanation": "The persist() method in Doctrine's EntityManager adds an object to the managed state and schedules an INSERT query, which is executed upon the subsequent call to flush()."} | верно | persist() регистрирует объект в Unit of Work; INSERT выполняется на flush(). |
T14-L3 0.33 c | Doctrine | In Doctrine ORM 3, the EntityManager::merge() method exists and makes the passed object managed. | «yes» Пояснение: In Doctrine ORM 3, EntityManager::merge() is a valid method that returns a managed copy of the given detached or transient entity.
Raw{"answer": "yes", "explanation": "In Doctrine ORM 3, EntityManager::merge() is a valid method that returns a managed copy of the given detached or transient entity."} | неверно верный: «no» | В ORM 3 merge() удалён (в vendor проекта 3.7.6 метода нет); в Doctrine 2.x merge() возвращал управляемую копию. Версия зафиксирована — ORM 3. |
T14-L4 0.34 c | Doctrine | DQL queries are written in terms of entities and their fields, not tables and columns. | «yes» Пояснение: DQL (Doctrine Query Language) is an object-oriented abstraction of SQL that operates on entity classes and their properties rather than database tables and columns.
Raw{"answer": "yes", "explanation": "DQL (Doctrine Query Language) is an object-oriented abstraction of SQL that operates on entity classes and their properties rather than database tables and columns."} | верно | Doctrine транслирует DQL в SQL; docs — DQL (Doctrine Query Language). |
T14-L5 0.32 c | Doctrine | What does $repository->find(999) return when no record with id 999 exists? | «null» Пояснение: The find method returns null when an entity with the given ID does not exist.
Raw{"answer": "null", "explanation": "The find method returns null when an entity with the given ID does not exist."} | верно | find() возвращает null, если объект не найден (docs Repository methods). |
T14-L6 0.47 c | Doctrine | DoctrineBundle in Symfony automatically calls flush() at the end of every request. | «no» Пояснение: DoctrineBundle does not automatically flush at the end of every request; flushing must be explicitly triggered by the application code (or via specific events/listeners).
Raw```json ⏎ {"answer": "no", "explanation": "DoctrineBundle does not automatically flush at the end of every request; flushing must be explicitly triggered by the application code (or via specific events/listeners)."} ⏎ ``` | верно | Авто-flush нет — flush() зовёт разработчик; незакрытая транзакция в конце запроса откатывается. |
T14-L7 0.67 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, if an entity is already managed (i.e., it is in the 'managed' state and was fetched or persisted earlier in the same Unit of Work), the Unit of Work tracks changes to its properties. Therefore, calling flush() will commit these changes without needing to call persist() again.
Raw{"answer": "yes", "explanation": "In Doctrine ORM, if an entity is already managed (i.e., it is in the 'managed' state and was fetched or persisted earlier in the same Unit of Work), the Unit of Work tracks changes to its properties. Therefore, calling flush() will commit these changes without needing to call persist() again."} | верно | Dirty checking сравнивает снимки свойств; persist нужен только новым/отсоединённым объектам. |
T14-L8 0.37 c | Doctrine | remove() executes the SQL DELETE immediately, without waiting for flush(). | «no» Пояснение: In Doctrine ORM, remove() marks the entity for deletion, but the actual SQL DELETE is executed when flush() is called.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "In Doctrine ORM, remove() marks the entity for deletion, but the actual SQL DELETE is executed when flush() is called." ⏎ } | верно | remove() планирует удаление в Unit of Work; DELETE выполняется на flush() (docs — Deleting Objects). |
T15-L1 0.35 c | PostgreSQL | PostgreSQL uses MVCC, therefore readers block writers and writers block readers. | «no» Пояснение: MVCC allows concurrent reads and writes by using versioned rows, so readers do not block writers and vice versa.
Raw{"answer": "no", "explanation": "MVCC allows concurrent reads and writes by using versioned rows, so readers do not block writers and vice versa."} | верно | Наоборот: благодаря MVCC читатели не блокируют писателей и наоборот (снимки строк); docs PostgreSQL — Concurrency Control. |
T15-L2 0.31 c | PostgreSQL | Which SQL command shows a query's execution plan without executing the query? | «explain» Пояснение: The EXPLAIN command is used in MySQL and other databases to display the execution plan of a query without actually running it.
Raw{"answer": "EXPLAIN", "explanation": "The EXPLAIN command is used in MySQL and other databases to display the execution plan of a query without actually running it."} | верно | EXPLAIN без ANALYZE только строит план; проверено на PostgreSQL 17.7. |
T15-L3 3.69 c | PostgreSQL | SERIAL and GENERATED ... AS IDENTITY are just two names for the same mechanism. | «yes» Пояснение: ",
"explanation": "While technically a SERIAL is a helper function that creates a sequence, a view, a default value, and a column (often implicitly or via CREATE TABLE), whereas GENERATED AS IDENTITY is a standard SQL column attribute, they both serve the identical purpose of auto-generating unique keys and are functionally interchangeable in modern PostgreSQL contexts, though the question is a bit broad. Actually, in PostgreSQL, SERIAL is a macro/helper that creates a sequence and sets the default, while GENERATED AS IDENTITY is a column definition. They are not *just* two names for the exact same mechanism internally (one is a DDL convenience vs a column property), but they achieve the same goal. Let's look closer. Is it the *same mechanism*? No. One creates a separate sequence object and links it via DEFAULT, the other attaches identity properties to the column itself (which still uses a sequence internally, but the management is different, e.g., GENERATED BY DEFAULT vs ALWAYS). However, in common parlance and high-level function, they are considered equivalent. But strictly speaking, the mechanism of `SERIAL` involves creating a separate sequence and a default constraint, while `IDENTITY` is a column-level attribute. The question asks if they are "just two names for the same mechanism". This is generally considered **False** in strict database architecture contexts because their internal implementation and behavior (like `ALWAYS` vs `OVERRIDING`) differ, even if the user-facing result is similar. Wait, looking at standard exam questions, usually the answer is **False** because `SERIAL` is a shorthand for creating a sequence + default, while `IDENTITY` is a standard column feature. They are distinct mechanisms achieving similar results. Let's re-evaluate. If the question implies "do they do the same job?", yes. If it implies "are they identical under the hood?", no. Most technical quizzes distinguish them. Let's stick with False because `SERIAL` is a non-standard PostgreSQL convenience that creates separate objects, while `IDENTITY` is a standard SQL column definition."
}
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "While technically a SERIAL is a helper function that creates a sequence, a view, a default value, and a column (often implicitly or via CREATE TABLE), whereas GENERATED AS IDENTITY is a standard SQL column attribute, they both serve the identical purpose of auto-generating unique keys and are functionally interchangeable in modern PostgreSQL contexts, though the question is a bit broad. Actually, in PostgreSQL, SERIAL is a macro/helper that creates a sequence and sets the default, while GENERATED AS IDENTITY is a column definition. They are not *just* two names for the exact same mechanism internally (one is a DDL convenience vs a column property), but they achieve the same goal. Let's look closer. Is it the *same mechanism*? No. One creates a separate sequence object and links it via DEFAULT, the other attaches identity properties to the column itself (which still uses a sequence internally, but the management is different, e.g., GENERATED BY DEFAULT vs ALWAYS). However, in common parlance and high-level function, they are considered equivalent. But strictly speaking, the mechanism of `SERIAL` involves creating a separate sequence and a default constraint, while `IDENTITY` is a column-level attribute. The question asks if they are "just two names for the same mechanism". This is generally considered **False** in strict database architecture contexts because their internal implementation and behavior (like `ALWAYS` vs `OVERRIDING`) differ, even if the user-facing result is similar. Wait, looking at standard exam questions, usually the answer is **False** because `SERIAL` is a shorthand for creating a sequence + default, while `IDENTITY` is a standard column feature. They are distinct mechanisms achieving similar results. Let's re-evaluate. If the question implies "do they do the same job?", yes. If it implies "are they identical under the hood?", no. Most technical quizzes distinguish them. Let's stick with False because `SERIAL` is a non-standard PostgreSQL convenience that creates separate objects, while `IDENTITY` is a standard SQL column definition." ⏎ } | неверно верный: «no» парсинг: текст (фолбэк) | SERIAL — нестандартный макрос (sequence + DEFAULT), IDENTITY — SQL-стандарт; различаются владением и правами. Оба есть в PG 17 (проверено). |
T15-L4 0.35 c | PostgreSQL | By default, a PostgreSQL UNIQUE constraint allows only one row with NULL in the column. | «no» Пояснение: By default, PostgreSQL's UNIQUE constraint allows multiple rows with NULL values in the constrained column.
Raw```json ⏎ {"answer": "no", "explanation": "By default, PostgreSQL's UNIQUE constraint allows multiple rows with NULL values in the constrained column."} ⏎ ``` | верно | Наоборот: NULLS DISTINCT по умолчанию — несколько NULL допустимы; NULLS NOT DISTINCT — опция с PG 15. Проверено на PG 17.7. |
T15-L5 0.27 c | PostgreSQL | Which PostgreSQL aggregate function concatenates strings with a separator? | «string_agg» Пояснение: The string_agg function in PostgreSQL is used to concatenate string values with a specified separator.
Raw{"answer": "string_agg", "explanation": "The string_agg function in PostgreSQL is used to concatenate string values with a specified separator."} | верно | string_agg(значение, разделитель); проверено на PostgreSQL 17.7. |
T15-L6 0.43 c | PostgreSQL | Plain VACUUM returns the space occupied by dead tuples to the operating system. | «no» Пояснение: Plain VACUUM marks dead tuples as reusable but does not return the space to the operating system; VACUUM FULL (or pg_rewrite) is required to shrink the table file.
Raw{"answer": "no", "explanation": "Plain VACUUM marks dead tuples as reusable but does not return the space to the operating system; VACUUM FULL (or pg_rewrite) is required to shrink the table file."} | верно | VACUUM помечает место для переиспользования внутри таблицы; ОС его возвращает только VACUUM FULL (с эксклюзивной блокировкой). |
T15-L7 0.29 c | PostgreSQL | Which keyword in a window function definition partitions rows into groups the function is computed over? | «partition by» Пояснение: The PARTITION BY clause in a window function definition specifies how to partition rows into groups for the function to compute over.
Raw{"answer": "PARTITION BY", "explanation": "The PARTITION BY clause in a window function definition specifies how to partition rows into groups for the function to compute over."} | верно | OVER (PARTITION BY ...); проверено на PostgreSQL 17.7. |
T15-L8 0.46 c | PostgreSQL | The READ COMMITTED isolation level protects against non-repeatable reads. | «no» Пояснение: The READ COMMITTED isolation level protects against dirty reads, but it still allows non-repeatable reads (where re-reading data within the same transaction yields different results due to commits from other transactions).
Raw```json ⏎ {"answer": "no", "explanation": "The READ COMMITTED isolation level protects against dirty reads, but it still allows non-repeatable reads (where re-reading data within the same transaction yields different results due to commits from other transactions)."} ⏎ ``` | верно | READ COMMITTED допускает неповторяющееся чтение; защищает REPEATABLE READ. Проверено: SHOW transaction_isolation → read committed. |
T17-L1 0.32 c | PostgreSQL: transactions and indexes | By default, PostgreSQL wraps each single SQL statement in its own implicit transaction (autocommit). | «yes» Пояснение: In PostgreSQL, each statement is executed within its own transaction and committed automatically unless explicitly wrapped in a BEGIN/COMMIT block.
Raw{"answer": "yes", "explanation": "In PostgreSQL, each statement is executed within its own transaction and committed automatically unless explicitly wrapped in a BEGIN/COMMIT block."} | верно | Без BEGIN каждый оператор коммитится сам; docs PostgreSQL — Transactions. Проверено на PG 17. |
T17-L2 0.25 c | PostgreSQL: transactions and indexes | Which SQL command ends a transaction, committing all its changes? | «commit» Пояснение: In SQL, the COMMIT command is used to end a transaction and make all its changes permanent.
Raw{"answer": "COMMIT", "explanation": "In SQL, the COMMIT command is used to end a transaction and make all its changes permanent."} | верно | COMMIT (END — синоним). Проверено на PG 17. |
T17-L3 0.41 c | PostgreSQL: transactions and indexes | Indexes speed up more than SELECT: UPDATE and DELETE with a search on an indexed column benefit too. | «yes» Пояснение: Database indexes are B-tree structures that allow the engine to locate rows quickly for any data manipulation language (DML) operation, including UPDATE and DELETE, not just SELECT.
Raw{"answer": "yes", "explanation": "Database indexes are B-tree structures that allow the engine to locate rows quickly for any data manipulation language (DML) operation, including UPDATE and DELETE, not just SELECT."} | верно | Поиск строк для изменения идёт по индексу; docs PostgreSQL — Indexes. |
T17-L4 0.39 c | PostgreSQL: transactions and indexes | To roll back part of the statements inside a transaction, PostgreSQL uses SAVEPOINT. | «yes» Пояснение: PostgreSQL supports SAVEPOINT to mark points within a transaction, allowing partial rollback of changes made after that specific savepoint.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "PostgreSQL supports SAVEPOINT to mark points within a transaction, allowing partial rollback of changes made after that specific savepoint." ⏎ } | верно | SAVEPOINT name; ROLLBACK TO name — частичный откат без отмены всей транзакции. Проверено на PG 17. |
T17-L5 0.33 c | PostgreSQL: transactions and indexes | EXPLAIN ANALYZE shows the query plan without executing the query. | «no» Пояснение: EXPLAIN ANALYZE executes the query to collect runtime statistics, whereas plain EXPLAIN shows the plan without execution.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "EXPLAIN ANALYZE executes the query to collect runtime statistics, whereas plain EXPLAIN shows the plan without execution." ⏎ } | верно | Наоборот: ANALYZE реально выполняет запрос (с побочными эффектами!) и показывает фактические времена узлов; план без выполнения — plain EXPLAIN. |
T17-L6 0.29 c | PostgreSQL: transactions and indexes | Which PostgreSQL extension adds vector types and indexes for embedding search? | «pgvector» Пояснение: pgvector is the PostgreSQL extension that adds support for vector similarity search and indexing.
Raw{"answer": "pgvector", "explanation": "pgvector is the PostgreSQL extension that adds support for vector similarity search and indexing."} | верно | CREATE EXTENSION vector (проект pgvector; в проекте образ pgvector/pgvector:pg17). |
T17-L7 0.46 c | PostgreSQL: transactions and indexes | A partial index (CREATE INDEX ... WHERE ...) is built only over rows satisfying the condition. | «no» Пояснение: Standard PHP (via PDO) does not natively support the SQL syntax `CREATE INDEX ... WHERE ...` for creating partial indexes; this is a specific feature of databases like PostgreSQL, not PHP itself.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "Standard PHP (via PDO) does not natively support the SQL syntax `CREATE INDEX ... WHERE ...` for creating partial indexes; this is a specific feature of databases like PostgreSQL, not PHP itself." ⏎ } | неверно верный: «yes» | docs PostgreSQL — Partial Indexes; типичный кейс — индекс по «активным» записям. |
T17-L8 0.62 c | PostgreSQL: transactions and indexes | The SERIALIZABLE level in PostgreSQL is implemented by locking the rows a transaction reads. | «yes» Пояснение: PostgreSQL implements SERIALIZABLE isolation level using Serializable Snapshot Isolation (SSI), which prevents conflicts by tracking read/write dependencies and aborting transactions if a conflicting cycle is detected, rather than using row locks during reads.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "PostgreSQL implements SERIALIZABLE isolation level using Serializable Snapshot Isolation (SSI), which prevents conflicts by tracking read/write dependencies and aborting transactions if a conflicting cycle is detected, rather than using row locks during reads." ⏎ } | неверно верный: «no» | SSI (Serializable Snapshot Isolation): предикатные блокировки на снимках, не блокировки прочитанных строк; docs PostgreSQL. |
T19-L1 0.37 c | HTTP and REST API | HTTP status 201 means the request resulted in a new resource being created. | «yes» Пояснение: HTTP status code 201 is defined as 'Created', indicating that the request has been fulfilled and a new resource has been created as a result.
Raw{"answer": "yes", "explanation": "HTTP status code 201 is defined as 'Created', indicating that the request has been fulfilled and a new resource has been created as a result."} | верно | 201 Created; обычно на POST, часто с Location; RFC 9110. |
T19-L2 0.27 c | HTTP and REST API | Which HTTP status means a successful request with an empty response body (e.g. after DELETE)? | «204» Пояснение: HTTP status 204 No Content indicates a successful request with an empty response body.
Raw{"answer": 204, "explanation": "HTTP status 204 No Content indicates a successful request with an empty response body."} | верно | 204 No Content; RFC 9110. |
T19-L3 0.35 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» Пояснение: According to RFC 7231, the DELETE method is defined as idempotent, meaning multiple identical requests have the same effect as a single request.
Raw{"answer": "yes", "explanation": "According to RFC 7231, the DELETE method is defined as idempotent, meaning multiple identical requests have the same effect as a single request."} | верно | RFC 9110: DELETE идемпотентен (как PUT); идемпотентность ≠ безопасность — ресурс удаляется при первом вызове. |
T19-L4 0.31 c | HTTP and REST API | The Access-Control-Allow-Origin header is sent by the client so that the server agrees to accept requests from another origin. | «no» Пояснение: The Access-Control-Allow-Origin header is actually sent by the server to indicate which origins are permitted to access resources.
Raw```json ⏎ {"answer": "no", "explanation": "The Access-Control-Allow-Origin header is actually sent by the server to indicate which origins are permitted to access resources."} ⏎ ``` | верно | Наоборот: заголовок шлёт СЕРВЕР в ответе, разрешая браузеру cross-origin запрос (CORS); в проекте nelmio/cors-bundle. |
T19-L5 0.29 c | HTTP and REST API | Status 429 Too Many Requests is used when a client exceeds a rate limit. | «yes» Пояснение: HTTP 429 specifically indicates that the user has sent too many requests in a given amount of time (rate limiting).
Raw{"answer": "yes", "explanation": "HTTP 429 specifically indicates that the user has sent too many requests in a given amount of time (rate limiting)."} | верно | 429 (+ Retry-After); RFC 6585. В проекте symfony/rate-limiter. |
T19-L6 0.24 c | HTTP and REST API | 5xx codes mean a client error, while 4xx means a server-side error. | «no» Пояснение: 4xx codes indicate client errors, while 5xx codes indicate server errors.
Raw{"answer": "no", "explanation": "4xx codes indicate client errors, while 5xx codes indicate server errors."} | верно | Наоборот: 4xx — ошибка клиента (400, 404), 5xx — сервера (500, 503); классы статусов RFC 9110. |
T19-L7 0.27 c | HTTP and REST API | Which HTTP header indicates the MIME type of the request or response body? | «content-type» Пояснение: The Content-Type header specifies the media type (MIME type) of the resource.
Raw{"answer": "Content-Type", "explanation": "The Content-Type header specifies the media type (MIME type) of the resource."} | верно | Content-Type: application/json и т.п. |
T19-L8 0.27 c | HTTP and REST API | PATCH is not required to be idempotent per RFC 5789, unlike PUT. | «yes» Пояснение: RFC 5789 explicitly states that unlike PUT, PATCH is not idempotent.
Raw{"answer": "yes", "explanation": "RFC 5789 explicitly states that unlike PUT, PATCH is not idempotent."} | верно | RFC 5789 прямо оговаривает: PATCH не гарантированно идемпотентен; PUT идемпотентен. |
T20-L1 0.47 c | Security and OAuth | Checking a password by comparing its hash to the stored hash with a plain == is sufficient. | «no» Пояснение: ",
"explanation": "Using == allows type juggling attacks (e.g., '0e123' == 0), so === or hash_equals() should be used for strict comparison."
Raw{ ⏎ "answer": "no", ⏎ "explanation": "Using == allows type juggling attacks (e.g., '0e123' == 0), so === or hash_equals() should be used for strict comparison." | верно парсинг: текст (фолбэк) | Нужна постоянновременная проверка (password_verify) — timing-атаки; соль и алгоритм уже внутри хеша. |
T20-L2 0.47 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 randomly generated server-side per session, stored in the session state, and embedded in requests; the server verifies them upon receiving unsafe methods like POST to ensure the request originates from a legitimate user session.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "CSRF tokens are randomly generated server-side per session, stored in the session state, and embedded in requests; the server verifies them upon receiving unsafe methods like POST to ensure the request originates from a legitimate user session." ⏎ } | верно | symfony/security-csrf в проекте; защита от подделки межсайтовой формы. |
T20-L3 0.43 c | Security and OAuth | Which HTTP header enables the CSP (Content Security Policy) policy? | «content-security-policy» Пояснение: The Content-Security-Policy header is used to declare sources of content that browsers are permitted to load.
Raw{"answer": "Content-Security-Policy", "explanation": "The Content-Security-Policy header is used to declare sources of content that browsers are permitted to load."} | верно | Content-Security-Policy; белые списки источников скриптов/стилей против XSS. |
T20-L4 0.49 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 primarily an authorization protocol, not authentication; access tokens grant permissions to resources, while OpenID Connect (OIDC) is the authentication layer that identifies the user.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "OAuth 2.0 is primarily an authorization protocol, not authentication; access tokens grant permissions to resources, while OpenID Connect (OIDC) is the authentication layer that identifies the user." ⏎ } | верно | OAuth 2.0 — авторизация/делегирование доступа; аутентификацию добавляет OpenID Connect. В проекте knpuniversity/oauth2-client-bundle (yandex/github/google). |
T20-L5 0.48 c | Security and OAuth | XSS is prevented by validating input on the server before writing it to the database. | «no» Пояснение: Validating on the server prevents bad data from reaching the database but does not prevent XSS if the data is output to the browser without proper encoding or content-type validation.
Raw```json ⏎ {"answer": "no", "explanation": "Validating on the server prevents bad data from reaching the database but does not prevent XSS if the data is output to the browser without proper encoding or content-type validation."} ⏎ ``` | верно | XSS лечится контекстным экранированием НА ВЫВОДЕ (Twig autoescape, CSP); валидация ввода не покрывает все контексты вывода. |
T20-L6 0.3 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 'code' parameter is returned to the redirect URI and must be exchanged for an access token.
Raw{"answer": "code", "explanation": "In the OAuth 2.0 authorization code flow, the 'code' parameter is returned to the redirect URI and must be exchanged for an access token."} | верно | Параметр code; обмен на токен POST-ом на /token с client_secret. |
T20-L7 0.44 c | Security and OAuth | A refresh token lives longer than an access token and allows obtaining a new access token without the user logging in again. | «yes» Пояснение: Refresh tokens are designed to be long-lived credentials that allow clients to exchange them for new, short-lived access tokens without requiring the user to re-authenticate.
Raw{"answer": "yes", "explanation": "Refresh tokens are designed to be long-lived credentials that allow clients to exchange them for new, short-lived access tokens without requiring the user to re-authenticate."} | верно | Стандартная схема OAuth/OIDC: короткий access + длинный refresh. |
T20-L8 0.33 c | Security and OAuth | A password salt must be kept secret: without it the hash cannot be verified. | «no» Пояснение: Password salts do not need to be secret; they are typically stored alongside the hash to ensure unique hashes for identical passwords.
Raw```json ⏎ {"answer": "no", "explanation": "Password salts do not need to be secret; they are typically stored alongside the hash to ensure unique hashes for identical passwords."} ⏎ ``` | верно | Соль хранится открыто (password_hash включает её в строку хеша); секретность соли не нужна. |
T18-L1 0.39 c | Testing: PHPUnit | PHPUnit runs test methods of any class — extending TestCase is not required. | «no» Пояснение: In PHPUnit, test methods must be in a class that extends the PHPUnit\Framework\TestCase class to be recognized and executed by the test runner.
Raw```json ⏎ {"answer": "no", "explanation": "In PHPUnit, test methods must be in a class that extends the PHPUnit\\Framework\\TestCase class to be recognized and executed by the test runner."} ⏎ ``` | верно | Тестом считается метод класса, наследующего TestCase (PHPUnit 10). |
T18-L2 0.33 c | Testing: PHPUnit | In PHPUnit, setUp() runs once before all tests of the class. | «no» Пояснение: In PHPUnit, `setUp()` runs before each individual test method, not just once for the entire class (that would be `setUpBeforeClass()`).
Raw{"answer": "no", "explanation": "In PHPUnit, `setUp()` runs before each individual test method, not just once for the entire class (that would be `setUpBeforeClass()`)."} | верно | setUp() — перед КАЖДЫМ тестом; один раз на класс — setUpBeforeClass(). Проверено живым счётчиком на PHPUnit 10.5. |
T18-L3 0.31 c | Testing: PHPUnit | A data provider lets a test run with exactly one set of arguments. | «no» Пояснение: A data provider allows a single test to be executed multiple times with different sets of arguments.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "A data provider allows a single test to be executed multiple times with different sets of arguments." ⏎ } ⏎ ``` | верно | Наоборот: наборов может быть сколько угодно — тест выполняется по разу на каждый. Проверено на PHPUnit 10.5 (#[DataProvider]). |
T18-L4 0.33 c | Testing: PHPUnit | Which PHPUnit method declares an expectation that an exception of a given class is thrown? | «expectexception» Пояснение: The method expectException is used to declare that a specific exception class is expected during a test.
Raw{"answer": "expectException", "explanation": "The method expectException is used to declare that a specific exception class is expected during a test."} | верно | $this->expectException(\LogicException::class); проверено на PHPUnit 10.5. |
T18-L5 0.31 c | Testing: PHPUnit | In PHPUnit, a stub verifies which methods were called on it, while a mock only returns data. | «no» Пояснение: The definitions are reversed; mocks verify interactions, while stubs merely return predefined data.
Raw{"answer": "no", "explanation": "The definitions are reversed; mocks verify interactions, while stubs merely return predefined data."} | верно | Наоборот: стаб подставляет данные, мок проверяет взаимодействия (createStub/createMock); docs PHPUnit — Test Doubles. |
T18-L6 0.37 c | Testing: PHPUnit | In PHPUnit 10+, the recommended way to pass data to a test is the #[DataProvider] attribute (the @dataProvider annotation is deprecated). | «yes» Пояснение: PHPUnit 10 introduced first-class support for PHP 8 attributes, making #[DataProvider] the modern recommended approach over the legacy @dataProvider docblock annotation.
Raw{"answer": "yes", "explanation": "PHPUnit 10 introduced first-class support for PHP 8 attributes, making #[DataProvider] the modern recommended approach over the legacy @dataProvider docblock annotation."} | верно | Аннотация ещё парсится в PHPUnit 10/11 (AnnotationParser в 10.5.66), удаление — в 12; атрибут — стандарт. |
T18-L7 0.38 c | Testing: PHPUnit | PHPUnit does not allow one test to depend on the result of another. | «no» Пояснение: PHPUnit provides the @depends annotation and $this->depends() method to explicitly define dependencies between test methods.
Raw{"answer": "no", "explanation": "PHPUnit provides the @depends annotation and $this->depends() method to explicitly define dependencies between test methods."} | верно | Зависимости есть: #[Depends] — зависимый тест не запустится, еслиProducer упал. |
T18-L8 0.25 c | Testing: PHPUnit | Which PHPUnit command-line option makes tests run in random order? | «--random-order» Пояснение: The --random-order flag in PHPUnit allows tests to be executed in a random sequence.
Raw{"answer": "--random-order", "explanation": "The --random-order flag in PHPUnit allows tests to be executed in a random sequence."} | неверно верный: «--order-by=random» | --order-by=random (PHPUnit 9+); опция есть в --help PHPUnit 10.5 (проектная). |
T01-L9 3.06 c | Syntax and operators | What does this code output?
```php
echo intdiv(7, 2) . intdiv(-7, 2);
``` | «3-4» Пояснение: intdiv(7,2) is 3 and intdiv(-7,2) is -4, concatenated to form '3-4'.
Raw{"answer": "3-4", "explanation": "intdiv(7,2) is 3 and intdiv(-7,2) is -4, concatenated to form '3-4'."} | неверно верный: «3-3» | intdiv truncates toward zero: intdiv(-7, 2) = -3, not -4. |
T01-L10 0.37 c | Syntax and operators | What does this code output?
```php
echo -3 ** 2;
``` | «9» Пояснение: In PHP, the exponentiation operator has higher precedence than the unary minus, so -3 ** 2 is evaluated as -(3 ** 2) which equals -9.
Raw{"answer": 9, "explanation": "In PHP, the exponentiation operator has higher precedence than the unary minus, so -3 ** 2 is evaluated as -(3 ** 2) which equals -9."} | неверно верный: «-9» | ** is right-associative and binds tighter than unary minus: -(3²). |
T02-L9 0.52 c | Types and comparisons | What does this code output?
```php
echo '1e1' == '10' ? 'true' : 'false';
``` | «true» Пояснение: In PHP 7 and earlier, comparing two numeric strings (like '1e1' and '10') triggers numeric comparison, where '1e1' is interpreted as 10, so the condition is true.
Raw```json ⏎ {"answer": "true", "explanation": "In PHP 7 and earlier, comparing two numeric strings (like '1e1' and '10') triggers numeric comparison, where '1e1' is interpreted as 10, so the condition is true."} ⏎ ``` | верно | Both strings are numeric — compared as numbers: 10 == 10. |
T02-L10 0.39 c | Types and comparisons | What does this code output?
```php
switch ('a') {
case 0: echo 'zero'; break;
default: echo 'other';
}
``` | «other» Пояснение: In PHP, the switch statement uses loose comparison, but 'a' is not equal to 0, so the default case is executed.
Raw```json ⏎ {"answer": "other", "explanation": "In PHP, the switch statement uses loose comparison, but 'a' is not equal to 0, so the default case is executed."} ⏎ ``` | верно | PHP 8: 'a' == 0 → false (used to be true) — default fires. |
T03-L9 0.49 c | Strings | What does this code output?
```php
echo strtr('abc', ['a' => '1', 'ab' => '2']);
``` | «12c» Пояснение: strtr replaces 'ab' with '2' first because longer matches take precedence, then 'a' is already replaced, so 'c' remains.
Raw{"answer": "12c", "explanation": "strtr replaces 'ab' with '2' first because longer matches take precedence, then 'a' is already replaced, so 'c' remains."} | неверно верный: «2c» | strtr with an array prefers the longest matching key. |
T03-L10 0.38 c | Strings | What does this code output?
```php
echo '[' . substr('hello', -10) . ']';
``` | «[hello]» Пояснение: The start index -10 is less than 0, so PHP treats it as 0, resulting in the full string 'hello'.
Raw{"answer": "[hello]", "explanation": "The start index -10 is less than 0, so PHP treats it as 0, resulting in the full string 'hello'."} | верно | A negative start beyond the string is clamped to the beginning. |
T04-L9 0.46 c | Arrays | What does this code output?
```php
$a = ['k' => 1, 'n' => 2];
$b = ['k' => 9, 'm' => 3];
echo implode(',', array_keys($a + $b));
``` | «k,n,m» Пояснение: The array union operator '+' keeps keys from the left array and adds non-duplicate keys from the right; array_keys returns ['k','n','m']; implode joins them with commas.
Raw{"answer": "k,n,m", "explanation": "The array union operator '+' keeps keys from the left array and adds non-duplicate keys from the right; array_keys returns ['k','n','m']; implode joins them with commas."} | верно | The + operator: on duplicate string keys the left array wins. |
T04-L10 1.87 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));
``` | «zx» Пояснение: The array is sorted by the third element (index 2) in ascending order: [2, 'y', 1], [1, 'x', 2], [3, 'z', 2']; then the second elements ('y', 'x', 'z') are concatenated, resulting in 'yxz'. Wait, let me re-check: [1, 'x', 2] has last element 2, [2, 'y', 1] has 1, [3, 'z', 2] has 2. Sorted by last: [2,'y',1] first, then [1,'x',2] and [3,'z',2] (stable sort keeps x before z). So column 1 is 'y', 'x', 'z' → 'yxz'. I initially miscounted. Correct answer is 'yxz'. But wait, the output I said was 'zx'? No, that was wrong. Let me recompute: after usort, order is index 1 (last=1), index 0 (last=2), index 2 (last=2). So array_column($a,1) gives ['y','x','z'], implode gives 'yxz'.
Raw{"answer": "zx", "explanation": "The array is sorted by the third element (index 2) in ascending order: [2, 'y', 1], [1, 'x', 2], [3, 'z', 2']; then the second elements ('y', 'x', 'z') are concatenated, resulting in 'yxz'. Wait, let me re-check: [1, 'x', 2] has last element 2, [2, 'y', 1] has 1, [3, 'z', 2] has 2. Sorted by last: [2,'y',1] first, then [1,'x',2] and [3,'z',2] (stable sort keeps x before z). So column 1 is 'y', 'x', 'z' → 'yxz'. I initially miscounted. Correct answer is 'yxz'. But wait, the output I said was 'zx'? No, that was wrong. Let me recompute: after usort, order is index 1 (last=1), index 0 (last=2), index 2 (last=2). So array_column($a,1) gives ['y','x','z'], implode gives 'yxz'."} | неверно верный: «yxz» | Sorts are stable since 8.0: x and z keep their order on a tie. |
T05-L10 3.26 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 function expects parameters 'a' and 'b'. When using the spread operator with an associative array, PHP matches keys to parameter names, so a=5 and b=1, resulting in 5-1=4.
Raw{"answer": 4, "explanation": "The function expects parameters 'a' and 'b'. When using the spread operator with an associative array, PHP matches keys to parameter names, so a=5 and b=1, resulting in 5-1=4."} | верно | String keys of a spread array become named arguments. |
T05-L9 0.78 c | Functions and closures | What does this code output?
```php
class P
{
private int $v = 3;
public function g(): int { return $this->v; }
}
$p = new P;
$f = $p->g(...);
$p = null;
echo $f();
``` | «3» Пояснение: The arrow function $f captures the object instance $p by reference (or value, effectively the same here since objects are handles). Even though $p is set to null later, the object's memory is still retained by the closure, so calling $f() invokes g() on the existing object, returning 3.
Raw{"answer": "3", "explanation": "The arrow function $f captures the object instance $p by reference (or value, effectively the same here since objects are handles). Even though $p is set to null later, the object's memory is still retained by the closure, so calling $f() invokes g() on the existing object, returning 3."} | верно | First-class callable syntax binds $this at creation time. |
T06-L9 0.39 c | OOP: classes and inheritance | What does this code output?
```php
class A
{
public function who(): string { return static::class; }
}
class B extends A {}
echo (new B)->who();
``` | «b» Пояснение: The static::class keyword returns the late-static-binding class name, which in this case is the child class B.
Raw```json ⏎ {"answer": "B", "explanation": "The static::class keyword returns the late-static-binding class name, which in this case is the child class B."} ⏎ ``` | верно | Late static binding: static::class is the receiver's class. |
T06-L10 0.36 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 setter multiplies the assigned value by 2, so $c->x becomes 10.
Raw```json ⏎ {"answer": 10, "explanation": "The setter multiplies the assigned value by 2, so $c->x becomes 10."} ⏎ ``` | верно | Inside the set hook, $this->x writes the backing store (no recursion): 5*2. |
T07-L9 0.45 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();
``` | «bg» Пояснение: TB::f is chosen for f() and TA::f is aliased to g(), resulting in 'B' concatenated with 'A'.
Raw{"answer": "BG", "explanation": "TB::f is chosen for f() and TA::f is aliased to g(), resulting in 'B' concatenated with 'A'."} | неверно верный: «ba» | insteadof picks the implementation; as keeps the other under an alias. |
T07-L10 0.36 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;
``` | «1» Пояснение: Static properties in traits are shared among all classes that use the trait, so setting CX::$n also affects CY::$n.
Raw{"answer": 1, "explanation": "Static properties in traits are shared among all classes that use the trait, so setting CX::$n also affects CY::$n."} | неверно верный: «0» | A trait's static property is copied into each consuming class. |
T08-L10 0.4 c | Exceptions and errors | What does this code output?
```php
function f(): int
{
try { return 1; } finally { return 2; }
}
echo f();
``` | «2» Пояснение: In PHP, if the finally block contains a return statement, it overrides any return statement from the try block, so f() returns 2.
Raw{"answer": 2, "explanation": "In PHP, if the finally block contains a return statement, it overrides any return statement from the try block, so f() returns 2."} | верно | A return in finally overrides the return from try. |
T08-L9 0.34 c | Exceptions and errors | What does this code output?
```php
try {
try {
throw new RuntimeException('first');
} finally {
throw new LogicException('second');
}
} catch (LogicException $e) {
echo $e->getMessage();
}
``` | «second» Пояснение: The finally block executes and throws a LogicException, which propagates out of the inner try and is caught by the outer catch block.
Raw{"answer": "second", "explanation": "The finally block executes and throws a LogicException, which propagates out of the inner try and is caught by the outer catch block."} | верно | An exception from finally replaces the in-flight one — the last thrown is caught. |
T09-L9 0.68 c | Namespaces and autoloading | What does this code output?
```php
namespace N;
use App\Foo as Baz;
echo Baz::class . '|' . \Baz::class;
``` | «n\baz|baz» Пояснение: Baz::class resolves the alias Baz to its original name App\Foo, but within namespace N it becomes N\App\Foo, which is incorrect; actually use App\Foo as Baz makes Baz::class App\Foo, and \Baz::class is Baz.
Raw{"answer": "N\\Baz|Baz", "explanation": "Baz::class resolves the alias Baz to its original name App\\Foo, but within namespace N it becomes N\\App\\Foo, which is incorrect; actually use App\\Foo as Baz makes Baz::class App\\Foo, and \\Baz::class is Baz."} | неверно верный: «app\foo|baz» | The use alias applies to unqualified names; a leading \ escapes to the global scope. |
T09-L10 0.44 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') returns false because the class is in namespace Ns and not in the global scope, while class_exists('Ns\Foo') returns true as it correctly identifies the namespaced class.
Raw{"answer": "noyes", "explanation": "class_exists('Foo') returns false because the class is in namespace Ns and not in the global scope, while class_exists('Ns\\Foo') returns true as it correctly identifies the namespaced class."} | верно | Dynamic names are not resolved against the namespace — 'Foo' is the global class. |
T10-L9 0.51 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» Пояснение: By iterating with a reference ($v), the last element (3) is bound to $v; setting $v to 99 changes the array's third element to 99.
Raw{"answer": "1,2,99", "explanation": "By iterating with a reference ($v), the last element (3) is bound to $v; setting $v to 99 changes the array's third element to 99."} | верно | After a by-ref foreach, $v remains a reference to the last element. |
T10-L10 0.68 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 are shared per class (or parent class), not per instance. Since B inherits from A, the static variable $n is shared. The first call by $a makes $n=1, the second by $b makes $n=2, and the third by $a makes $n=3, which is then echoed.
Raw{"answer": 3, "explanation": "Static variables in PHP are shared per class (or parent class), not per instance. Since B inherits from A, the static variable $n is shared. The first call by $a makes $n=1, the second by $b makes $n=2, and the third by $a makes $n=3, which is then echoed."} | верно | A method's static variable belongs to the parent's method — subclasses share it. |
T11-L9 0.45 c | Generators, iterators, SPL | What does this code output?
```php
function g(): Generator
{
$x = yield 1;
return $x + 1;
}
$g = g();
$g->send(10);
echo $g->getReturn();
``` | «11» Пояснение: The generator yields 1, then receives 10 via send, assigns it to $x, and returns $x + 1 which is 11.
Raw{"answer": 11, "explanation": "The generator yields 1, then receives 10 via send, assigns it to $x, and returns $x + 1 which is 11."} | верно | send() resumes the generator: $x = 10, return 10+1. |
T11-L10 0.5 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 the inner generator, yielding its values 1 and 2, and returns the value returned by inner ('ok'), which is then yielded by outer.
Raw```json ⏎ {"answer": "1,2,ok", "explanation": "yield from delegates to the inner generator, yielding its values 1 and 2, and returns the value returned by inner ('ok'), which is then yielded by outer."} ⏎ ``` | неверно верный: «ok,2» | yield from does not advance the outer auto-key: yield $r gets key 0 and overwrites the 1 — 'ok' comes out first. |
T12-L9 0.59 c | Configuration and security | What does this code output?
```php
$hash = password_hash('x', PASSWORD_BCRYPT, ['cost' => 4]);
echo password_needs_rehash($hash, PASSWORD_BCRYPT, ['cost' => 4]) ? 'yes' : 'no';
echo password_needs_rehash($hash, PASSWORD_BCRYPT, ['cost' => 5]) ? 'yes' : 'no';
``` | «noyes» Пояснение: The first call checks if a hash created with cost 4 needs rehashing at cost 4, which it does not, so it returns 'no'. The second call checks if the same hash needs rehashing at cost 5, which it does, so it returns 'yes'.
Raw```json ⏎ {"answer": "noyes", "explanation": "The first call checks if a hash created with cost 4 needs rehashing at cost 4, which it does not, so it returns 'no'. The second call checks if the same hash needs rehashing at cost 5, which it does, so it returns 'yes'."} ⏎ ``` | верно | password_needs_rehash compares the hash's options with the target: cost 4 = 4 → 'no', cost 5 ≠ 4 → 'yes'. |
T12-L10 0.68 c | Configuration and security | What does this code output on PHP 8.5?
```php
echo (E_ALL & 2048) === 0 ? 'strict-out' : 'strict-in';
``` | «strict-in» Пояснение: In PHP, E_ALL is a bitmask of all error levels. The value 2048 corresponds to E_STRICT. Since E_STRICT is included in E_ALL, the bitwise AND (E_ALL & 2048) is non-zero (specifically 2048), so the condition (E_ALL & 2048) === 0 is false, resulting in 'strict-in'.
Raw{"answer": "strict-in", "explanation": "In PHP, E_ALL is a bitmask of all error levels. The value 2048 corresponds to E_STRICT. Since E_STRICT is included in E_ALL, the bitwise AND (E_ALL & 2048) is non-zero (specifically 2048), so the condition (E_ALL & 2048) === 0 is false, resulting in 'strict-in'."} | неверно верный: «strict-out» | Since PHP 8.4, E_STRICT is out of E_ALL: the 2048 bit is unset → 'strict-out' (2048 is the historical E_STRICT bit). |
T13-L9 0.39 c | Symfony | What does this code output?
```php
use Symfony\Component\HttpFoundation\Request;
$r = Request::create('/demo', 'GET', [], [], [], ['HTTP_X_TOKEN' => 'abc']);
echo $r->headers->get('X-Token') === 'abc' ? 'mapped' : 'missing';
``` | «mapped» Пояснение: Symfony's Request headers are case-insensitive and normalize the HTTP prefix, so 'HTTP_X_TOKEN' maps to 'X-Token'.
Raw{"answer": "mapped", "explanation": "Symfony's Request headers are case-insensitive and normalize the HTTP prefix, so 'HTTP_X_TOKEN' maps to 'X-Token'."} | верно | The literal comparison requires knowing the mapping: HttpFoundation turns HTTP_X_TOKEN into the X-Token header (case-insensitive); without it the answer is 'missing'. |
T13-L10 0.99 c | Symfony | What does this code output?
```php
use Symfony\Component\EventDispatcher\EventDispatcher;
use Symfony\Contracts\EventDispatcher\Event;
$d = new EventDispatcher();
$out = '';
$d->addListener('e', function () use (&$out) { $out .= 'B'; }, 10);
$d->addListener('e', function () use (&$out) { $out .= 'A'; });
$d->addListener('e', function () use (&$out) { $out .= 'C'; }, 5);
$d->dispatch(new Event(), 'e');
echo $out;
``` | «acb» Пояснение: Listeners are executed in descending order of priority; A and C (default 0) run before B (10), but C (5) runs before A (0) because higher priority goes first: B(10), C(5), A(0) -> 'B' then 'C' then 'A' -> 'BCA'. Wait, let me re-check: higher priority runs first. So B (10) first, then C (5), then A (0). Output is 'BCA'.
Raw{"answer": "ACB", "explanation": "Listeners are executed in descending order of priority; A and C (default 0) run before B (10), but C (5) runs before A (0) because higher priority goes first: B(10), C(5), A(0) -> 'B' then 'C' then 'A' -> 'BCA'. Wait, let me re-check: higher priority runs first. So B (10) first, then C (5), then A (0). Output is 'BCA'."} | неверно верный: «bca» | Listeners run by descending priority: 10 (B), 5 (C), 0 (A). |
T14-L10 0.39 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» Пояснение: The EntityManager caches entities, so find() returns the same instance for the same ID within the same session.
Raw{"answer": "same", "explanation": "The EntityManager caches entities, so find() returns the same instance for the same ID within the same session."} | верно | Identity map: a second find for the same id returns the same instance. |
T14-L9 0.75 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» Пояснение: Since the entity is persisted and then removed before flushing, Doctrine ORM will skip the INSERT and simply not execute it (or it may be deleted in a single transaction, but typically on initial flush a new entity that is removed is just not inserted), leaving the table empty.
Raw{"answer": 0, "explanation": "Since the entity is persisted and then removed before flushing, Doctrine ORM will skip the INSERT and simply not execute it (or it may be deleted in a single transaction, but typically on initial flush a new entity that is removed is just not inserted), leaving the table empty."} | верно | The unit of work schedules INSERT at flush: remove after persist cancels it. |
T15-L10 0.33 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 the number of non-null values in the column x.
Raw```json ⏎ {"answer": 1, "explanation": "COUNT(x) counts the number of non-null values in the column x."} ⏎ ``` | верно | count(column) skips NULLs; count(*) would return 2. |
T15-L9 0.44 c | PostgreSQL | What does this SQL query return (PostgreSQL 17)?
```sql
CREATE TEMP TABLE t (id int, x int);
INSERT INTO t VALUES (1, 10), (2, 20), (3, 30);
SELECT string_agg(s::text, ',' ORDER BY id) FROM (
SELECT id, sum(x) OVER (ORDER BY id) AS s FROM t
) q;
``` | «10,30,60» Пояснение: The subquery computes a running sum (10, 30, 60) for each row ordered by id. The outer query aggregates these values into a single comma-separated string in the same order.
Raw{"answer": "10,30,60", "explanation": "The subquery computes a running sum (10, 30, 60) for each row ordered by id. The outer query aggregates these values into a single comma-separated string in the same order."} | верно | With ORDER BY the default window frame is running (start to current row). |
T16-L9 0.68 c | Symfony: Messenger | What does this code output?
```php
use Symfony\Component\Messenger\MessageBus;
use Symfony\Component\Messenger\Middleware\MiddlewareInterface;
use Symfony\Component\Messenger\Middleware\StackInterface;
use Symfony\Component\Messenger\Envelope;
final class Trace implements MiddlewareInterface
{
public function __construct(private string $tag) {}
public function handle(Envelope $e, StackInterface $stack): Envelope
{
echo $this->tag;
return $stack->next()->handle($e, $stack);
}
}
$bus = new MessageBus([new Trace('M1'), new Trace('M2')]);
$bus->dispatch(new Envelope(new stdClass()));
``` | «m1m2» Пояснение: The MessageBus dispatches the envelope through the middleware stack in the order they are registered. Each Trace middleware echoes its tag before passing the envelope to the next one, so 'M1' is echoed, then 'M2', resulting in the output 'M1M2'.
Raw{"answer": "M1M2", "explanation": "The MessageBus dispatches the envelope through the middleware stack in the order they are registered. Each Trace middleware echoes its tag before passing the envelope to the next one, so 'M1' is echoed, then 'M2', resulting in the output 'M1M2'."} | верно | The first-added middleware runs first (outermost). |
T16-L10 0.45 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 MessageBus dispatches the message to both handlers in the HandlersLocator, resulting in $n being incremented by 1 and 10.
Raw{ ⏎ "answer": 11, ⏎ "explanation": "The MessageBus dispatches the message to both handlers in the HandlersLocator, resulting in $n being incremented by 1 and 10." ⏎ } | верно | All registered handlers of the message run: 1 + 10 = 11. |
T17-L9 0.43 c | PostgreSQL: transactions and indexes | What does this SQL query return (PostgreSQL 17)?
```sql
CREATE TEMP TABLE t (a int);
CREATE UNIQUE INDEX ON t (a);
INSERT INTO t VALUES (1) ON CONFLICT DO NOTHING;
INSERT INTO t VALUES (1) ON CONFLICT DO NOTHING;
SELECT count(*) FROM t;
``` | «1» Пояснение: The first insert adds the value 1, and the second insert is skipped due to the unique constraint and ON CONFLICT DO NOTHING, so the count is 1.
Raw```json ⏎ {"answer": 1, "explanation": "The first insert adds the value 1, and the second insert is skipped due to the unique constraint and ON CONFLICT DO NOTHING, so the count is 1."} ⏎ ``` | верно | ON CONFLICT DO NOTHING skips the duplicate: one insert. |
T17-L10 0.38 c | PostgreSQL: transactions and indexes | What does this sequence of psql commands output?
```sql
BEGIN;
CREATE TEMP TABLE t (a int, UNIQUE (a) DEFERRABLE INITIALLY DEFERRED);
INSERT INTO t VALUES (1);
INSERT INTO t VALUES (1);
SELECT count(*) FROM t;
``` | «2» Пояснение: The unique constraint is deferred until the end of the transaction, so the second insert with the same value is allowed within the transaction.
Raw{ ⏎ "answer": 2, ⏎ "explanation": "The unique constraint is deferred until the end of the transaction, so the second insert with the same value is allowed within the transaction." ⏎ } | верно | DEFERRED postpones the uniqueness check to COMMIT — count sees 2 rows. |
T18-L9 0.55 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) | «3» Пояснение: The filter 'test_sum' matches both test_sum and test_sum_abs methods, each of which has a data provider with 3 entries, resulting in a total of 3 (2 + 3) tests.
Raw```json ⏎ {"answer": 3, "explanation": "The filter 'test_sum' matches both test_sum and test_sum_abs methods, each of which has a data provider with 3 entries, resulting in a total of 3 (2 + 3) tests."} ⏎ ``` | неверно верный: «6» | --filter is a substring match: test_sum also matches test_sum_abs (3+3 datasets). |
T18-L10 0.68 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 DataProvider 'prov' returns two sets of data: [1] and [-1]. PHPUnit runs test_x twice. For x=1, 1>0 is true (pass). For x=-1, -1>0 is false (fail). Total 2 run, 1 failed.
Raw{"answer": "2,1", "explanation": "The DataProvider 'prov' returns two sets of data: [1] and [-1]. PHPUnit runs test_x twice. For x=1, 1>0 is true (pass). For x=-1, -1>0 is false (fail). Total 2 run, 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.41 c | HTTP and REST API | Which HTTP method does this command send?
```bash
curl -s -d 'a=1' http://demo.local/api
``` | «post» Пояснение: The -d (or --data) option in curl tells it to send the data in the HTTP body, which implicitly sets the HTTP method to POST.
Raw{"answer": "POST", "explanation": "The -d (or --data) option in curl tells it to send the data in the HTTP body, which implicitly sets the HTTP method to POST."} | верно | -d/-F switches curl to POST by default. |
T19-L10 0.38 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 forces curl to use the HTTP GET method, appending the data from the -d flag as a query string to the URL.
Raw```json ⏎ {"answer": "GET", "explanation": "The -G flag forces curl to use the HTTP GET method, appending the data from the -d flag as a query string to the URL."} ⏎ ``` | верно | -G turns -d data into the query string; the method stays GET. |
T20-L9 0.64 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_request» Пояснение: According to RFC 6749 Section 5.2, if the client_id is missing or invalid, the authorization server MUST respond with the error value 'invalid_request'.
Raw{"answer": "invalid_request", "explanation": "According to RFC 6749 Section 5.2, if the client_id is missing or invalid, the authorization server MUST respond with the error value 'invalid_request'."} | неверно верный: «invalid_client» | Unknown client → invalid_client (RFC 6749 §5.2). |
T20-L10 0.39 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 implicit grant flow (response_type=token), the access token is returned in the URI fragment identifier (#access_token=...), not in the query string.
Raw{"answer": "fragment", "explanation": "In the implicit grant flow (response_type=token), the access token is returned in the URI fragment identifier (#access_token=...), not in the query string."} | верно | The implicit flow passes the token in the URL fragment (#) — it never reaches the server. |
T21-L9 0.64 c | Twig | What does this Twig template output?
```twig
{{ false|default(2) * 3 }}
``` | «6» Пояснение: In Twig, the `default` filter replaces falsy values (like `false`, `null`, empty string) with the provided default value, so `false|default(2)` becomes 2, and then it's multiplied by 3 to give 6.
Raw```json ⏎ {"answer": 6, "explanation": "In Twig, the `default` filter replaces falsy values (like `false`, `null`, empty string) with the provided default value, so `false|default(2)` becomes 2, and then it's multiplied by 3 to give 6."} ⏎ ``` | верно | default replaces exactly false/null/''/[] — false becomes 2, 2*3 = 6; the naive 'default is for undefined only' yields 0. |
T21-L10 4.09 c | Twig | What exception class does render() of this template throw?
```twig
{{ 'a' ~ 1 + 2 }}
``` | «twig\error\runtimeerror» Пояснение: The expression 'a' ~ 1 + 2 first evaluates 1 + 2 to 3, then concatenates 'a' and 3 to 'a3' without throwing an exception, so the question might be a trick or referring to a specific error type if it were a different expression, but since the prompt asks what exception class render() throws for this template, and it actually does NOT throw an exception, the question is slightly ambiguous. However, if it were asking for the result, it would be 'a3'. But since it asks for an exception class and the template is valid, maybe it expects 'no' or a specific class. Re-reading: 'a' ~ 1 + 2 -> 1+2=3 -> 'a'~3='a3'. No exception. But the question says 'What exception class... throw?'. If it does not throw, maybe the answer is 'none' or similar. But the options are number, string, or yes/no. Wait, 'yes/no' is for True/False. This is a 'result question' but asks for an exception class. Let's reconsider: maybe the operator precedence is different? In Twig, ~ has lower precedence than +. So 1+2=3. 'a'~3='a3'. No error. If it were 'a' ~ 1 + 'b', that would be an error. But here it is 1+2. So it returns 'a3'. But the question asks for the exception class. Maybe it's a trick question and it throws nothing, so answer is 'yes' or 'no'? No. Let's look at the options: 'number, a string, or yes/no'. An exception class name is a string. If it doesn't throw, maybe it's a specific class like 'Twig\Exception\...'. But actually, Twig does not throw for valid expressions. Perhaps the question implies that it DOES throw? Let's check Twig's concatenation: it converts numbers to strings. So 'a' ~ 3 is 'a3'. No exception. But maybe the question is about a different template? No. I will answer 'a3' as the result, assuming the question meant 'What is the result of render()'. If it strictly asks for exception class and it throws none, it's tricky. But given the options, 'a3' is a string.
Raw{ ⏎ "answer": "Twig\\Error\\RuntimeError", ⏎ "explanation": "The expression 'a' ~ 1 + 2 first evaluates 1 + 2 to 3, then concatenates 'a' and 3 to 'a3' without throwing an exception, so the question might be a trick or referring to a specific error type if it were a different expression, but since the prompt asks what exception class render() throws for this template, and it actually does NOT throw an exception, the question is slightly ambiguous. However, if it were asking for the result, it would be 'a3'. But since it asks for an exception class and the template is valid, maybe it expects 'no' or a specific class. Re-reading: 'a' ~ 1 + 2 -> 1+2=3 -> 'a'~3='a3'. No exception. But the question says 'What exception class... throw?'. If it does not throw, maybe the answer is 'none' or similar. But the options are number, string, or yes/no. Wait, 'yes/no' is for True/False. This is a 'result question' but asks for an exception class. Let's reconsider: maybe the operator precedence is different? In Twig, ~ has lower precedence than +. So 1+2=3. 'a'~3='a3'. No error. If it were 'a' ~ 1 + 'b', that would be an error. But here it is 1+2. So it returns 'a3'. But the question asks for the exception class. Maybe it's a trick question and it throws nothing, so answer is 'yes' or 'no'? No. Let's look at the options: 'number, a string, or yes/no'. An exception class name is a string. If it doesn't throw, maybe it's a specific class like 'Twig\\Exception\\...'. But actually, Twig does not throw for valid expressions. Perhaps the question implies that it DOES throw? Let's check Twig's concatenation: it converts numbers to strings. So 'a' ~ 3 is 'a3'. No exception. But maybe the question is about a different template? No. I will answer 'a3' as the result, assuming the question meant 'What is the result of render()'. If it strictly asks for exception class and it throws none, it's tricky. But given the options, 'a3' is a string." ⏎ } | верно | In Twig ~ binds tighter than +: ('a' ~ 1) + 2 → string + int → a render error (RuntimeError). |
T22-L9 0.36 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 an empty string, which violates the NotBlank constraint, resulting in exactly one validation violation.
Raw{"answer": "1", "explanation": "The array [''] contains an empty string, which violates the NotBlank constraint, resulting in exactly one validation violation."} | неверно верный: «0» | NotBlank treats null, '', [] as blank — the array [''] is not blank. |
T22-L10 0.41 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» Пояснение: The form is empty (data is null) and not validated, so isValid() returns false.
Raw{ ⏎ "answer": "invalid", ⏎ "explanation": "The form is empty (data is null) and not validated, so isValid() returns false." ⏎ } | неверно верный: «symfony\component\form\exception\logicexception» | isValid() on a non-submitted form throws LogicException, it does not return false. |
T23-L9 0.38 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 Container caches service instances by default after the first get() call, so subsequent calls return the same object instance.
Raw{"answer": "same", "explanation": "Symfony's Container caches service instances by default after the first get() call, so subsequent calls return the same object instance."} | верно | Container services are shared: two get() calls yield one instance. |
T23-L10 0.53 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!» Пояснение: Symfony's ContainerBuilder resolves parameter references in the order they are defined, so '%greeting%' inside 'message' expands to 'hi %name%', and then '%name%' expands to 'Bob', resulting in 'hi Bob!'. The trailing '!' is a literal character.
Raw{"answer": "hi Bob!", "explanation": "Symfony's ContainerBuilder resolves parameter references in the order they are defined, so '%greeting%' inside 'message' expands to 'hi %name%', and then '%name%' expands to 'Bob', resulting in 'hi Bob!'. The trailing '!' is a literal character."} | верно | compile() resolves %-references transitively: %greeting% → 'hi %name%' → 'hi Bob!', the answer assembles over two hops. |
T24-L9 0.53 c | Bootstrap | What is the max-width of .container in Bootstrap 5.3 at a 992px viewport? | «940px» Пояснение: In Bootstrap 5.3, the .container class has a max-width of 940px for viewports smaller than 1200px (md breakpoint), which includes the 992px viewport.
Raw{ ⏎ "answer": "940px", ⏎ "explanation": "In Bootstrap 5.3, the .container class has a max-width of 940px for viewports smaller than 1200px (md breakpoint), which includes the 992px viewport." ⏎ } | неверно верный: «960» | 5.x container widths: 540/720/960/1140/1320 (sm–xxl); 992 → 960px. |
T24-L10 0.67 c | Bootstrap | Which utility sets the text color in Bootstrap 5.3 for `<p class="text-danger text-primary">…</p>`? Answer with the winning class name. | «text-primary» Пояснение: In CSS, when multiple conflicting classes are applied to an element, the one defined later in the stylesheet takes precedence. In Bootstrap's CSS order, .text-primary is defined after .text-danger, so it wins the specificity tie and sets the color to primary blue.
Raw{"answer": "text-primary", "explanation": "In CSS, when multiple conflicting classes are applied to an element, the one defined later in the stylesheet takes precedence. In Bootstrap's CSS order, .text-primary is defined after .text-danger, so it wins the specificity tie and sets the color to primary blue."} | неверно верный: «text-danger» | Specificity ties — the later rule wins: text-danger is declared after text-primary. |
T25-L9 2.38 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 layer class imports App\Application (Allowed) and App\Infrastructure (Violation). However, the prompt implies checking dependencies. Usually Domain should not depend on Application in strict Hexagonal (Domain is core), but here the rule says Application -> Domain is allowed, meaning Application can depend on Domain, NOT that Domain can depend on Application. Wait, re-reading standard conventions vs the specific prompt rules. Prompt says: 'Application -> Domain; Infrastructure -> Domain, Application; Domain -> Domain only'. This means: 1. Application depends on Domain (OK). 2. Infrastructure depends on Domain/App (OK). 3. Domain depends on Domain (OK). Implicitly, Domain should NOT depend on Application or Infrastructure. The class is in App\Domain. It uses App\Application\PlaceOrder. Is this allowed? The rule 'Application -> Domain' describes the direction of dependency (Arrow points to the dependent? Or source -> target?). In DePTRAC, usually, we define layers and dependencies. If 'Application -> Domain' means Application depends on Domain, then Domain depending on Application is a violation. Similarly, Domain -> Infrastructure is a violation. So, `use App\Application` is a violation, `use App\Infrastructure` is a violation. Total 2 violations.
Raw{"answer": 2, "explanation": "The Domain layer class imports App\\Application (Allowed) and App\\Infrastructure (Violation). However, the prompt implies checking dependencies. Usually Domain should not depend on Application in strict Hexagonal (Domain is core), but here the rule says Application -> Domain is allowed, meaning Application can depend on Domain, NOT that Domain can depend on Application. Wait, re-reading standard conventions vs the specific prompt rules. Prompt says: 'Application -> Domain; Infrastructure -> Domain, Application; Domain -> Domain only'. This means: 1. Application depends on Domain (OK). 2. Infrastructure depends on Domain/App (OK). 3. Domain depends on Domain (OK). Implicitly, Domain should NOT depend on Application or Infrastructure. The class is in App\\Domain. It uses App\\Application\\PlaceOrder. Is this allowed? The rule 'Application -> Domain' describes the direction of dependency (Arrow points to the dependent? Or source -> target?). In DePTRAC, usually, we define layers and dependencies. If 'Application -> Domain' means Application depends on Domain, then Domain depending on Application is a violation. Similarly, Domain -> Infrastructure is a violation. So, `use App\\Application` is a violation, `use App\\Infrastructure` is a violation. Total 2 violations."} | верно | Domain may depend only on Domain: PlaceOrder (Application) + Db (Infrastructure) = 2. |
T25-L10 0.5 c | Clean architecture | Layers: Domain, Application, Infrastructure. Deptrac rules: Application → Domain; Infrastructure → Domain, Application; Domain → Domain only.
How many violations will deptrac report for this class?
```php
namespace App\Domain;
use App\Application\PlaceOrder;
use App\Infrastructure\Db;
class BillingService
{
public function __construct(
private PlaceOrder $handler,
private Db $db,
private \App\Infrastructure\Logger $logger,
) {}
}
``` | «3» Пояснение: The class is in the Domain layer, but it uses PlaceOrder (Application), Db (Infrastructure), and Logger (Infrastructure), resulting in 3 violations of the rule that Domain can only depend on Domain.
Raw{"answer": 3, "explanation": "The class is in the Domain layer, but it uses PlaceOrder (Application), Db (Infrastructure), and Logger (Infrastructure), resulting in 3 violations of the rule that Domain can only depend on Domain."} | верно | The inline FQCN \App\Infrastructure\Logger counts too: Application + Db + Logger = 3. |
T26-L10 0.43 c | DDD | What does this code output?
```php
final class Money
{
public function __construct(public readonly int $amount) {}
public function add(Money $o): Money
{
return new self($this->amount + $o->amount);
}
}
$a = new Money(10);
$c = $a->add(new Money(5));
echo $a->amount . ',' . $c->amount;
``` | «10,15» Пояснение: The Money class is immutable; $a remains 10 while $c gets the sum of 10 + 5 = 15.
Raw{"answer": "10,15", "explanation": "The Money class is immutable; $a remains 10 while $c gets the sum of 10 + 5 = 15."} | верно | The VO is immutable: add() returns a new instance; the original is unchanged. |
T26-L9 0.44 c | DDD | What does this code output?
```php
final class Order
{
private array $items = [];
public function add(string $sku): void
{
$this->items[$sku] = true;
}
public function count(): int
{
return count($this->items);
}
public function remove(string $sku): void
{
if (count($this->items) === 1) {
throw new DomainException('last item');
}
unset($this->items[$sku]);
}
}
$o = new Order;
$o->add('a');
try {
$o->remove('a');
} catch (DomainException) {
}
echo $o->count();
``` | «1» Пояснение: The remove() method throws a DomainException before unsetting the item because the count is 1, so the item 'a' remains in the array, resulting in a count of 1.
Raw{"answer": 1, "explanation": "The remove() method throws a DomainException before unsetting the item because the count is 1, so the item 'a' remains in the array, resulting in a count of 1."} | верно | The failed remove leaves aggregate state unchanged: the invariant threw before unset — count stays 1. |
VC-L9 3.31 c | PHP 8.4–8.5 | What does this code output on PHP 8.5?
```php
class C
{
public function hi(): string { return 'hi'; }
}
echo new C()->hi();
``` | «hi» Пояснение: The code creates an instance of class C, calls its hi() method which returns the string 'hi', and echoes it.
Raw{"answer": "hi", "explanation": "The code creates an instance of 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 3.29 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» Пояснение: The code outputs 'yes' because the lazy object is uninitialized when first checked, and outputs 'no' because the object is initialized (and thus no longer uninitialized) after the property $v is accessed.
Raw{"answer": "yesno", "explanation": "The code outputs 'yes' because the lazy object is uninitialized when first checked, and outputs 'no' because the object is initialized (and thus no longer uninitialized) after the property $v is accessed."} | верно | newLazyGhost (8.4): the object stays lazy until first access — reading a property initializes it and clears the flag. |
T28-L9 0.42 c | Symfony: versions | The project was upgraded from Symfony 6.4 to 8.1. What does this code output on 8.1?
```php
echo class_exists(\Symfony\Component\Security\Guard\AbstractGuardAuthenticator::class)
? 'yes' : 'no';
``` | «no» Пояснение: The Guard authentication system was deprecated in Symfony 5.3 and fully removed in Symfony 7.0, so the class does not exist in Symfony 8.1.
Raw{"answer": "no", "explanation": "The Guard authentication system was deprecated in Symfony 5.3 and fully removed in Symfony 7.0, so the class does not exist in Symfony 8.1."} | верно | Guard authentication was removed in Symfony 7.0 — the class is gone in 8.1. |
T28-L10 0.45 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';
``` | «yesno» Пояснение: In Symfony 8.1, the AnnotationClassLoader was removed (deprecated in 5.3, removed in 7.0), while AttributeClassLoader exists (introduced in 5.3).
Raw{"answer": "yesno", "explanation": "In Symfony 8.1, the AnnotationClassLoader was removed (deprecated in 5.3, removed in 7.0), while AttributeClassLoader exists (introduced in 5.3)."} | неверно верный: «noyes» | Annotation loaders were removed in 7.0; only attribute loaders remain (Annotation→Attribute). |