Пример запроса (первая клетка). System одинаковый во всех запросах прогона, user — свой вопрос для каждой клетки:
| Клетка | Тема | Утверждение | Ответ |
Результат | Обоснование |
T01-L1 3.27 c | Syntax and operators | Double-quoted and single-quoted strings are processed identically; the difference is only in speed. | «no» Пояснение: Single-quoted strings are treated as literals with minimal processing, while double-quoted strings support variable interpolation and escape sequences, making them functionally different beyond just speed.
Raw{"answer": "no", "explanation": "Single-quoted strings are treated as literals with minimal processing, while double-quoted strings support variable interpolation and escape sequences, making them functionally different beyond just speed."} | верно | В двойных кавычках работают интерполяция переменных и escape-последовательности, в одинарных — нет. |
T01-L2 0.63 c | Syntax and operators | The ?? operator follows isset semantics and raises no warnings for undefined variables. | «yes» Пояснение: The ?? (null coalescing) operator suppresses notices/warnings for undefined indices and works similar to isset() for accessing variables/properties/offsets, raising no warnings if the left side is not set.
Raw```json ⏎ {"answer": "yes", "explanation": "The ?? (null coalescing) operator suppresses notices/warnings for undefined indices and works similar to isset() for accessing variables/properties/offsets, raising no warnings if the left side is not set."} ⏎ ``` | верно | ?? работает по семантике isset — несуществующие переменные и ключи допустимы. |
T01-L3 0.38 c | Syntax and operators | What will this print: echo 'a', 'b'; | «ab» Пояснение: In PHP, using commas in an echo statement allows multiple expressions to be printed sequentially without spaces.
Raw{"answer": "ab", "explanation": "In PHP, using commas in an echo statement allows multiple expressions to be printed sequentially without spaces."} | верно | echo принимает список аргументов: ab. |
T01-L4 0.53 c | Syntax and operators | print returns the value 1 and can be used inside an expression. | «no» Пояснение: In PHP, print returns the string '1' (or 1 in some contexts) but is a language construct, not a function, so it cannot be reliably used inside expressions like print(print($a)).
Raw{"answer": "no", "explanation": "In PHP, print returns the string '1' (or 1 in some contexts) but is a language construct, not a function, so it cannot be reliably used inside expressions like print(print($a))."} | неверно верный: «yes» | print — выражение со значением 1, в отличие от echo, который значения не возвращает. |
T01-L5 0.25 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, otherwise it returns the right operand.
Raw{"answer": "no", "explanation": "The elvis operator returns the left operand when it is truthy, otherwise it returns the right operand."} | верно | Наоборот: $a ?: $b возвращает $a, если он истинный, иначе $b. |
T01-L6 0.45 c | Syntax and operators | In PHP 8, the concatenation operator (.) has lower precedence than addition and subtraction. | «yes» Пояснение: In PHP, the string concatenation operator (.) has lower precedence than the additive operators (+ and -). For example, $a . $b + 1 is interpreted as $a . ($b + 1).
Raw{"answer": "yes", "explanation": "In PHP, the string concatenation operator (.) has lower precedence than the additive operators (+ and -). For example, $a . $b + 1 is interpreted as $a . ($b + 1)."} | верно | С PHP 8 (RFC concat precedence) '.' имеет приоритет ниже арифметики: 'сумма: ' . 2 + 3 → 'сумма: 5' (в PHP 7 было иначе). |
T01-L7 0.55 c | Syntax and operators | The expression 2 ** 3 ** 2 in PHP evaluates as (2 ** 3) ** 2, that is, 64. | «no» Пояснение: In PHP, the exponentiation operator ** is right-associative, so 2 ** 3 ** 2 is evaluated as 2 ** (3 ** 2) = 2 ** 9 = 512, not (2 ** 3) ** 2 = 64.
Raw```json ⏎ {"answer": "no", "explanation": "In PHP, the exponentiation operator ** is right-associative, so 2 ** 3 ** 2 is evaluated as 2 ** (3 ** 2) = 2 ** 9 = 512, not (2 ** 3) ** 2 = 64."} ⏎ ``` | верно | ** право-ассоциативен: 2 ** (3 ** 2) = 2 ** 9 = 512. |
T01-L8 3.15 c | Syntax and operators | What string will this print: echo 'sum: ' . 2 + 3; (PHP 8)? | «{"answer": "sum: 25", "explanation": "in php, the concatenation operator '.' has higher precedence than the addition operator '+'. so the expression is evaluated as ('sum: ' . 2) + 3, which becomes 'sum: 2' + 3. since 'sum: 2' is a string that does not start with a number, it is cast to 0 (in php 8, strings that do not start with a valid number are cast to 0), resulting in 0 + 3 = 3. wait, let me re-evaluate. actually, in php, 'sum: ' . 2 results in 'sum: 2'. then 'sum: 2' + 3. in php, when adding a string and a number, if the string is not a numeric string, it is cast to 0. so 'sum: 2' is cast to 0, and 0 + 3 = 3. but wait, the question says 'what string will this print'. the result of the expression is 3 (an integer), which when echoed becomes '3'. but the expected answer might be different. let me check again. actually, in php, the concatenation has higher precedence, so it's ('sum: ' . 2) + 3. 'sum: ' . 2 = 'sum: 2'. then 'sum: 2' + 3. in php, if you add a string and a number, and the string is not a valid number, it is cast to 0. so 'sum: 2' is cast to 0, and 0 + 3 = 3. so the output is '3'. but wait, let me test this in my head. actually, i think i was wrong. in php, the concatenation operator has higher precedence than +, so it's ('sum: ' . 2) + 3. 'sum: ' . 2 = 'sum: 2'. then 'sum: 2' + 3. in php, if you add a string and a number, and the string is not a valid number, it is cast to 0. so 'sum: 2' is cast to 0, and 0 + 3 = 3. so the output is '3'. but the question asks for the string that will be printed. the result is 3, which is an integer, and when echoed, it becomes '3'. so the answer is '3» Пояснение: {"answer": "sum: 25", "explanation": "In PHP, the concatenation operator '.' has higher precedence than the addition operator '+'. So the expression is evaluated as ('sum: ' . 2) + 3, which becomes 'sum: 2' + 3. Since 'sum: 2' is a string that does not start with a number, it is cast to 0 (in PHP 8, strings that do not start with a valid number are cast to 0), resulting in 0 + 3 = 3. Wait, let me re-evaluate. Actually, in PHP, 'sum: ' . 2 results in 'sum: 2'. Then 'sum: 2' + 3. In PHP, when adding a string and a number, if the string is not a numeric string, it is cast to 0. So 'sum: 2' is cast to 0, and 0 + 3 = 3. But wait, the question says 'What string will this print'. The result of the expression is 3 (an integer), which when echoed becomes '3'. But the expected answer might be different. Let me check again. Actually, in PHP, the concatenation has higher precedence, so it's ('sum: ' . 2) + 3. 'sum: ' . 2 = 'sum: 2'. Then 'sum: 2' + 3. In PHP, if you add a string and a number, and the string is not a valid number, it is cast to 0. So 'sum: 2' is cast to 0, and 0 + 3 = 3. So the output is '3'. But wait, let me test this in my head. Actually, I think I was wrong. In PHP, the concatenation operator has higher precedence than +, so it's ('sum: ' . 2) + 3. 'sum: ' . 2 = 'sum: 2'. Then 'sum: 2' + 3. In PHP, if you add a string and a number, and the string is not a valid number, it is cast to 0. So 'sum: 2' is cast to 0, and 0 + 3 = 3. So the output is '3'. But the question asks for the string that will be printed. The result is 3, which is an integer, and when echoed, it becomes '3'. So the answer is '3'.
Raw{"answer": "sum: 25", "explanation": "In PHP, the concatenation operator '.' has higher precedence than the addition operator '+'. So the expression is evaluated as ('sum: ' . 2) + 3, which becomes 'sum: 2' + 3. Since 'sum: 2' is a string that does not start with a number, it is cast to 0 (in PHP 8, strings that do not start with a valid number are cast to 0), resulting in 0 + 3 = 3. Wait, let me re-evaluate. Actually, in PHP, 'sum: ' . 2 results in 'sum: 2'. Then 'sum: 2' + 3. In PHP, when adding a string and a number, if the string is not a numeric string, it is cast to 0. So 'sum: 2' is cast to 0, and 0 + 3 = 3. But wait, the question says 'What string will this print'. The result of the expression is 3 (an integer), which when echoed becomes '3'. But the expected answer might be different. Let me check again. Actually, in PHP, the concatenation has higher precedence, so it's ('sum: ' . 2) + 3. 'sum: ' . 2 = 'sum: 2'. Then 'sum: 2' + 3. In PHP, if you add a string and a number, and the string is not a valid number, it is cast to 0. So 'sum: 2' is cast to 0, and 0 + 3 = 3. So the output is '3'. But wait, let me test this in my head. Actually, I think I was wrong. In PHP, the concatenation operator has higher precedence than +, so it's ('sum: ' . 2) + 3. 'sum: ' . 2 = 'sum: 2'. Then 'sum: 2' + 3. In PHP, if you add a string and a number, and the string is not a valid number, it is cast to 0. So 'sum: 2' is cast to 0, and 0 + 3 = 3. So the output is '3'. But the question asks for the string that will be printed. The result is 3, which is an integer, and when echoed, it becomes '3'. So the answer is '3'. | неверно верный: «sum: 5» парсинг: текст (фолбэк) | Парная к verify-клетке про приоритет: 'сумма: 5'. |
T02-L1 0.34 c | Types and comparisons | With strict comparison (===), arrays are considered equal regardless of element order. | «no» Пояснение: With strict comparison (===), arrays must have the same key-value pairs in the same order to be considered equal.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "With strict comparison (===), arrays must have the same key-value pairs in the same order to be considered equal." ⏎ } ⏎ ``` | верно | === для массивов требует совпадения и значений, и их порядка. |
T02-L2 0.38 c | Types and comparisons | The comparison 0 == false returns false because it is a strict comparison. | «no» Пояснение: 0 == false uses loose comparison, and since false is cast to 0, the comparison returns true.
Raw```json ⏎ {"answer": "no", "explanation": "0 == false uses loose comparison, and since false is cast to 0, the comparison returns true."} ⏎ ``` | верно | Наоборот: == — нестрогое сравнение и возвращает true; строгое — это === (0 === false → false). |
T02-L3 0.54 c | Types and comparisons | In PHP 8, the expression "abc" == 0 returns true. | «no» Пояснение: In PHP 8, the loose equality comparison between the non-numeric string "abc" and the integer 0 evaluates to false, unlike the previous behavior in earlier versions where non-numeric strings compared as equal to 0.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "In PHP 8, the loose equality comparison between the non-numeric string \"abc\" and the integer 0 evaluates to false, unlike the previous behavior in earlier versions where non-numeric strings compared as equal to 0." ⏎ } ⏎ ``` | верно | С PHP 8 нечисловая строка сравнивается как строка: "abc" == "0" → false (в PHP 7 было true). |
T02-L4 0.47 c | Types and comparisons | Under loose comparison, null equals 0, the empty string, and false at the same time. | «yes» Пояснение: In PHP, under loose comparison (==), null is equal to 0, the empty string (''), and false, as all these values are considered equivalent when type juggling is applied.
Raw{"answer": "yes", "explanation": "In PHP, under loose comparison (==), null is equal to 0, the empty string (''), and false, as all these values are considered equivalent when type juggling is applied."} | верно | null == 0, null == "" и null == false — все true. |
T02-L5 0.35 c | Types and comparisons | What does the expression (int) '42abc' return? | «42» Пояснение: Casting a string starting with a valid integer to int extracts that integer, ignoring the trailing non-numeric characters.
Raw{"answer": 42, "explanation": "Casting a string starting with a valid integer to int extracts that integer, ignoring the trailing non-numeric characters."} | верно | Ведущая числовая часть: 42, без ошибок и warning. |
T02-L6 0.38 c | Types and comparisons | What does the expression '5' + 5 return? | «10» Пояснение: In PHP, the string '5' is cast to an integer because it is used in an arithmetic operation with an integer, resulting in 5 + 5 = 10.
Raw{"answer": 10, "explanation": "In PHP, the string '5' is cast to an integer because it is used in an arithmetic operation with an integer, resulting in 5 + 5 = 10."} | верно | Числовая строка приводится: int 10. |
T02-L7 0.3 c | Types and comparisons | When cast to string, false becomes "0". | «no» Пояснение: When cast to a string, the boolean value false becomes an empty string ("").
Raw{"answer": "no", "explanation": "When cast to a string, the boolean value false becomes an empty string (\"\")."} | верно | false → "", true → "1". |
T02-L8 0.41 c | Types and comparisons | The comparison 0.1 + 0.2 === 0.3 returns false. | «yes» Пояснение: In PHP, 0.1 + 0.2 results in 0.30000000000000004, which is not strictly equal (===) to 0.3.
Raw```json ⏎ {"answer": "yes", "explanation": "In PHP, 0.1 + 0.2 results in 0.30000000000000004, which is not strictly equal (===) to 0.3."} ⏎ ``` | верно | Двоичная погрешность float: 0.1 + 0.2 = 0.30000000000000004. |
T03-L1 0.49 c | Strings | strrev() correctly reverses a UTF-8 string. | «no» Пояснение: strrev() treats input as a byte sequence, which can corrupt multi-byte UTF-8 characters unless the string is converted to a single-byte encoding first or intl/mb functions are used.
Raw{"answer": "no", "explanation": "strrev() treats input as a byte sequence, which can corrupt multi-byte UTF-8 characters unless the string is converted to a single-byte encoding first or intl/mb functions are used."} | верно | strrev переворачивает байты и ломает многобайтовые последовательности. |
T03-L2 0.29 c | Strings | str_contains('Hello world', 'world') returns true. | «yes» Пояснение: The string 'Hello world' contains the substring 'world', so str_returns true.
Raw{"answer": "yes", "explanation": "The string 'Hello world' contains the substring 'world', so str_returns true."} | верно | str_contains с PHP 8.0 проверяет вхождение подстроки. |
T03-L3 0.35 c | Strings | str_pad() can pad a string on the right side only. | «no» Пояснение: str_pad() can pad on the left, right, or both sides depending on the length parameter and pad_type argument.
Raw```json ⏎ {"answer": "no", "explanation": "str_pad() can pad on the left, right, or both sides depending on the length parameter and pad_type argument."} ⏎ ``` | верно | STR_PAD_LEFT / STR_PAD_BOTH меняют сторону дополнения. |
T03-L4 0.35 c | Strings | By default trim() strips only spaces, leaving tabs and newlines intact. | «yes» Пояснение: By default, trim() removes whitespace characters which includes spaces, tabs, newlines, carriage returns, vertical tabs, and null bytes.
Raw{"answer": "yes", "explanation": "By default, trim() removes whitespace characters which includes spaces, tabs, newlines, carriage returns, vertical tabs, and null bytes."} | неверно верный: «no» | Список символов по умолчанию: « \t\n\r\0\x0B» — пробелы, табы, переводы строк, возврат каретки, null-байт, вертикальный таб. Проверено php -r. |
T03-L5 0.35 c | Strings | How many BYTES does strlen('héllo') return for a UTF-8 string? | «6» Пояснение: In UTF-8, 'h', 'l', 'l', and 'o' are 1 byte each, and 'é' is 2 bytes, totaling 6 bytes.
Raw{"answer": 6, "explanation": "In UTF-8, 'h', 'l', 'l', and 'o' are 1 byte each, and 'é' is 2 bytes, totaling 6 bytes."} | верно | 6 букв по 2 байта: 12. |
T03-L6 0.34 c | Strings | What does substr('abcdef', -3) return? | «def» Пояснение: substr extracts the last 3 characters of the string 'abcdef' when a negative offset is used.
Raw{"answer": "def", "explanation": "substr extracts the last 3 characters of the string 'abcdef' when a negative offset is used."} | верно | Отрицательное смещение — с конца: def. |
T03-L7 0.43 c | Strings | ucfirst() modifies the string passed to it in place. | «no» Пояснение: In PHP, strings are passed by value to functions, so ucfirst() returns a modified copy without altering the original variable unless explicitly assigned back.
Raw{"answer": "no", "explanation": "In PHP, strings are passed by value to functions, so ucfirst() returns a modified copy without altering the original variable unless explicitly assigned back."} | верно | Строки неизменяемы; ucfirst возвращает новую строку. |
T03-L8 0.47 c | Strings | Variable interpolation works in heredoc but not in nowdoc. | «yes» Пояснение: Heredoc supports variable interpolation and expression evaluation, whereas nowdoc (using NOWDOC syntax with single quotes) treats the content as a literal string without interpolation.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "Heredoc supports variable interpolation and expression evaluation, whereas nowdoc (using NOWDOC syntax with single quotes) treats the content as a literal string without interpolation." ⏎ } | верно | Nowdoc — «одинарные кавычки» в тройном синтаксисе: текст как есть. |
T04-L1 0.33 c | Arrays | The sort() function preserves the key-to-value association of the array. | «no» Пояснение: The sort() function reindexes array keys sequentially starting from 0, whereas asort() preserves key associations.
Raw{"answer": "no", "explanation": "The sort() function reindexes array keys sequentially starting from 0, whereas asort() preserves key associations."} | верно | sort перенумеровывает ключи; связь сохраняет asort. |
T04-L2 0.31 c | Arrays | The string key '5' in an array is stored as the integer 5. | «yes» Пояснение: In PHP, string keys that look like valid integers are automatically cast to integers when used as array keys.
Raw{"answer": "yes", "explanation": "In PHP, string keys that look like valid integers are automatically cast to integers when used as array keys."} | верно | Каноничные десятичные строковые ключи приводятся к int. |
T04-L3 0.33 c | Arrays | The in_array() function uses strict comparison (===) by default. | «no» Пояснение: The in_array() function uses loose comparison (==) by default, unless the third parameter (strict) is set to true.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "The in_array() function uses loose comparison (==) by default, unless the third parameter (strict) is set to true." ⏎ } ⏎ ``` | верно | По умолчанию сравнение нестрогое; строгое — третий аргумент true. |
T04-L4 0.33 c | Arrays | Without a callback, array_filter() removes all "empty" (falsy) elements from the array. | «yes» Пояснение: array_filter() without a callback removes elements that evaluate to false, including 0, "0", "", null, false, and empty arrays.
Raw{"answer": "yes", "explanation": "array_filter() without a callback removes elements that evaluate to false, including 0, \"0\", \"\", null, false, and empty arrays."} | верно | Убирает 0, "", null, false и пустые массивы. |
T04-L5 0.33 c | Arrays | By default, array_slice() preserves the original numeric keys of the array. | «no» Пояснение: By default, array_slice() re-indexes the resulting array starting from 0; you must pass true as the third argument to preserve the original keys.
Raw{"answer": "no", "explanation": "By default, array_slice() re-indexes the resulting array starting from 0; you must pass true as the third argument to preserve the original keys."} | верно | По умолчанию ключи перенумеровываются; сохранение — preserve_keys = true. |
T04-L6 0.38 c | Arrays | What does array_slice([10, 20, 30, 40], 1, 2) return? | «[20, 30]» Пояснение: array_slice extracts elements starting at index 1 (20) and returns 2 elements, resulting in [20, 30].
Raw{"answer": "[20, 30]", "explanation": "array_slice extracts elements starting at index 1 (20) and returns 2 elements, resulting in [20, 30]."} | верно | [20,30]; ключи перенумеровываются. |
T04-L7 0.42 c | Arrays | How many elements will count(['a' => 1] + ['a' => 9, 'b' => 2]) return? | «2» Пояснение: The + operator keeps existing keys and adds new ones; 'a' stays 1, 'b' becomes 2, so count is 2.
Raw{"answer": 2, "explanation": "The + operator keeps existing keys and adds new ones; 'a' stays 1, 'b' becomes 2, so count is 2."} | верно | Оператор + : по ключу 'a' побеждает левый; итого 2. |
T04-L8 0.43 c | Arrays | Since PHP 8.1, the spread operator [...$a, ...$b] supports arrays with string keys. | «no» Пояснение: The spread operator in array literals only supports integer keys (or keys that can be cast to integers); string keys are not allowed.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "The spread operator in array literals only supports integer keys (or keys that can be cast to integers); string keys are not allowed." ⏎ } ⏎ ``` | неверно верный: «yes» | В 8.0 — только числовые ключи; 8.1 снял ограничение. |
T05-L1 0.32 c | Functions and closures | Named arguments cannot be combined with argument unpacking ...$args in a single call. | «yes» Пояснение: In PHP, you cannot mix named arguments and argument unpacking (...) in the same function call.
Raw{"answer": "yes", "explanation": "In PHP, you cannot mix named arguments and argument unpacking (...) in the same function call."} | неверно верный: «no» | Можно: f(...$args, имя: значение). Нельзя только позиционный аргумент после распаковки. |
T05-L2 0.41 c | Functions and closures | An anonymous function without use sees variables from the outer scope. | «no» Пояснение: In PHP, anonymous functions (closures) capture variables from the outer scope only if explicitly imported using the 'use' statement; otherwise, they have no direct access to those variables.
Raw{"answer": "no", "explanation": "In PHP, anonymous functions (closures) capture variables from the outer scope only if explicitly imported using the 'use' statement; otherwise, they have no direct access to those variables."} | верно | Без 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.5 c | Functions and closures | The body of an arrow function fn may consist of several expressions in curly braces. | «no» Пояснение: An arrow function (fn) can only contain a single expression and implicitly returns it; if you need multiple statements or curly braces, you must use a standard anonymous function (function () {}).
Raw{ ⏎ "answer": "no", ⏎ "explanation": "An arrow function (fn) can only contain a single expression and implicitly returns it; if you need multiple statements or curly braces, you must use a standard anonymous function (function () {})." ⏎ } | верно | fn — всегда одно выражение; блок операторов делает обычная анонимная функция. |
T05-L5 0.53 c | Functions and closures | An arrow function fn captures outer variables by reference (lazily, at use time). | «no» Пояснение: Arrow functions (fn) capture outer variables by value (like the `static` keyword in regular closures), not by reference; regular closures capture by reference by default.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "Arrow functions (fn) capture outer variables by value (like the `static` keyword in regular closures), not by reference; regular closures capture by reference by default." ⏎ } | верно | fn захватывает только по значению, автоматически; по ссылке — только &$var в use у обычной функции (fn так не умеет). |
T05-L6 0.65 c | Functions and closures | A closure declared as static function () {} does not capture $this. | «yes» Пояснение: In PHP, declaring a closure as `static` prevents it from automatically capturing the `$this` variable, meaning `$this` inside the closure refers to the scope where it was declared only if explicitly bound, but generally, `static` closures do not inherit the instance context.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "In PHP, declaring a closure as `static` prevents it from automatically capturing the `$this` variable, meaning `$this` inside the closure refers to the scope where it was declared only if explicitly bound, but generally, `static` closures do not inherit the instance context." ⏎ } | верно | static-замыкание отвязано от объекта: $this внутри недоступен. |
T05-L7 0.34 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 (5) at the time it is created.
Raw```json ⏎ {"answer": 5, "explanation": "The closure captures the value of $x (5) at the time it is created."} ⏎ ``` | верно | use захватывает по значению в момент создания: 5. |
T05-L8 0.42 c | Functions and closures | In weak typing mode (without strict_types), passing the string "5" to an int parameter is allowed. | «yes» Пояснение: In weak typing mode, PHP performs type juggling, allowing the string "5" to be coerced to the integer 5 when passed to an int parameter.
Raw```json ⏎ {"answer": "yes", "explanation": "In weak typing mode, PHP performs type juggling, allowing the string \"5\" to be coerced to the integer 5 when passed to an int parameter."} ⏎ ``` | верно | Coercive typing приводит "5" к 5; strict_types=1 требует точного типа. |
T06-L1 0.32 c | OOP: classes and inheritance | PHP supports constructor property promotion: public function __construct(private int $x) {}. | «yes» Пояснение: Constructor property promotion is a feature introduced in PHP 8.0 that allows declaring class properties directly in the constructor signature.
Raw{"answer": "yes", "explanation": "Constructor property promotion is a feature introduced in PHP 8.0 that allows declaring class properties directly in the constructor signature."} | верно | С 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 method from being overridden in subclasses.
Raw```json ⏎ {"answer": "final", "explanation": "The final keyword in PHP prevents a method from being overridden in subclasses."} ⏎ ``` | верно | final. |
T06-L3 0.35 c | OOP: classes and inheritance | A method declared final cannot be overridden in a subclass. | «yes» Пояснение: In PHP, a final method cannot be overridden in a subclass, as per the language's specification.
Raw```json ⏎ {"answer": "yes", "explanation": "In PHP, a final method cannot be overridden in a subclass, as per the language's specification."} ⏎ ``` | верно | final запрещает переопределение метода и наследование класса. |
T06-L4 0.39 c | OOP: classes and inheritance | Parent properties with private visibility are accessible in a subclass. | «no» Пояснение: In PHP, properties with private visibility in a parent class are not accessible in a subclass; only public and protected properties are accessible in child classes.
Raw```json ⏎ {"answer": "no", "explanation": "In PHP, properties with private visibility in a parent class are not accessible in a subclass; only public and protected properties are accessible in child classes."} ⏎ ``` | верно | В подклассе видны protected и public; private — только внутри своего класса. |
T06-L5 0.52 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, get_class() on an anonymous class returns a string like 'class@anonymous/path/to/file.php:LINE' before NUL; the part before the NUL byte (and excluding file path) is 'class@anonymous'.
Raw{"answer": "class@anonymous", "explanation": "In PHP, get_class() on an anonymous class returns a string like 'class@anonymous/path/to/file.php:LINE' before NUL; the part before the NUL byte (and excluding file path) is 'class@anonymous'."} | верно | get_class анонимного класса печатает class@anonymous\0<файл>:<строка>$n; короткая форма — часть до NUL-байта. Проверено php -r (hex). |
T06-L6 2.84 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. | «no» Пояснение: In PHP, if a child class redeclares a method with the same name as a parent method, it must follow the inheritance rules; specifically, if the parent method is private, the child method is treated as a new method, but if the parent method is public/protected, the child must respect visibility widening rules. However, the statement implies that because it is private, the child can have *any* visibility (e.g., narrowing a public parent? No, it says parent is private). Let's re-read: "A private parent method is not part of the inheritance contract: a child may declare a method with the same name and any visibility."
Actually, in PHP, private methods are *not* inherited. The child class's method with the same name is a completely independent method. Therefore, the child *can* choose any visibility (public, protected, private) because it is defining a new method, not overriding one in the OOP sense.
Wait, let's check PHP documentation. "Private members are not inherited... The child class is free to define a method with the same name and any visibility." This sounds True.
Let's double check. If Parent has `private function foo() {}` and Child has `public function foo() {}`, this is valid PHP. If Parent has `public function foo() {}` and Child has `private function foo() {}`, this is invalid.
So the statement says: Parent is private -> Child can be any visibility.
Is this true? Yes. Because private methods are not part of the inheritance hierarchy (they are not inherited), the child's method is a new method. Thus, visibility constraints of overriding do not apply. The child can choose private, protected, or public.
So the answer should be "yes".
Raw{"answer": "no", "explanation": "In PHP, if a child class redeclares a method with the same name as a parent method, it must follow the inheritance rules; specifically, if the parent method is private, the child method is treated as a new method, but if the parent method is public/protected, the child must respect visibility widening rules. However, the statement implies that because it is private, the child can have *any* visibility (e.g., narrowing a public parent? No, it says parent is private). Let's re-read: \"A private parent method is not part of the inheritance contract: a child may declare a method with the same name and any visibility.\" \n\nActually, in PHP, private methods are *not* inherited. The child class's method with the same name is a completely independent method. Therefore, the child *can* choose any visibility (public, protected, private) because it is defining a new method, not overriding one in the OOP sense. \n\nWait, let's check PHP documentation. \"Private members are not inherited... The child class is free to define a method with the same name and any visibility.\" This sounds True. \n\nLet's double check. If Parent has `private function foo() {}` and Child has `public function foo() {}`, this is valid PHP. If Parent has `public function foo() {}` and Child has `private function foo() {}`, this is invalid. \n\nSo the statement says: Parent is private -> Child can be any visibility. \n\nIs this true? Yes. Because private methods are not part of the inheritance hierarchy (they are not inherited), the child's method is a new method. Thus, visibility constraints of overriding do not apply. The child can choose private, protected, or public. \n\nSo the answer should be \"yes\"."} | неверно верный: «yes» | private-члены не наследуются — правила совместимости подписей не действуют. |
T06-L7 0.43 c | OOP: classes and inheritance | The magic method __get() is called only for non-existent properties. | «no» Пояснение: The magic method __get() is called for inaccessible (private, protected) or non-existent properties, not only non-existent ones.
Raw```json ⏎ {"answer": "no", "explanation": "The magic method __get() is called for inaccessible (private, protected) or non-existent properties, not only 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 ReadonlyPropertyWriteError, which extends Error.
Raw{"answer": "Error", "explanation": "In PHP 8.1+, reassigning a readonly property throws a ReadonlyPropertyWriteError, which extends Error."} | верно | Error (readonly с 8.1); оговорка: в __clone() переинициализация допустима (8.3+). |
T07-L1 0.33 c | Interfaces, traits, enum | An interface can declare constants. | «yes» Пояснение: In PHP, interfaces can define public constants, though these are implicitly public and final.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "In PHP, interfaces can define public constants, though these are implicitly public and final." ⏎ } | верно | Константы интерфейса наследуются реализациями. |
T07-L2 0.23 c | Interfaces, traits, enum | Which operator checks whether an object is an instance of a class or interface? | «instanceof» Пояснение: The instanceof operator in PHP checks if an object is an instance of a specific class or interface.
Raw{"answer": "instanceof", "explanation": "The instanceof operator in PHP checks if an object is an instance of a specific class or interface."} | верно | instanceof. |
T07-L3 0.37 c | Interfaces, traits, enum | An interface can declare static methods. | «yes» Пояснение: PHP interfaces can declare static methods, but they must provide an implementation (body) because interface methods are typically abstract.
Raw{"answer": "yes", "explanation": "PHP interfaces can declare static methods, but they must provide an implementation (body) because interface methods are typically abstract."} | верно | Реализация обязана дать статический метод с той же сигнатурой. |
T07-L4 0.25 c | Interfaces, traits, enum | The instanceof operator only checks class inheritance: it ignores interfaces. | «no» Пояснение: The instanceof operator checks both class inheritance and whether an object implements an interface.
Raw```json ⏎ {"answer": "no", "explanation": "The instanceof operator checks both class inheritance and whether an object implements an interface."} ⏎ ``` | верно | instanceof возвращает true и для интерфейсов объекта. |
T07-L5 0.37 c | Interfaces, traits, enum | An interface method may have a default implementation, like a trait method. | «yes» Пояснение: As of PHP 8.1, interfaces can have default method implementations using the 'class' keyword, similar to trait methods.
Raw```json ⏎ { ⏎ "answer": "yes", ⏎ "explanation": "As of PHP 8.1, interfaces can have default method implementations using the 'class' keyword, similar to trait methods." ⏎ } ⏎ ``` | неверно верный: «no» | Методы интерфейса — только сигнатуры; тело даёт реализующий класс. |
T07-L6 0.33 c | Interfaces, traits, enum | An abstract method in an abstract class may have protected visibility. | «yes» Пояснение: Abstract methods can indeed have any visibility level including public, protected, or private.
Raw```json ⏎ {"answer": "yes", "explanation": "Abstract methods can indeed have any visibility level including public, protected, or private."} ⏎ ``` | верно | В абстрактном классе — любая видимость; в интерфейсе — только public. |
T07-L7 0.36 c | Interfaces, traits, enum | How many elements will Foo::cases() return for enum Foo { case A; case B; case C; }? | «3» Пояснение: The static method cases() returns an array of all instances of the enum, and Foo defines exactly three cases: A, B, and C.
Raw{"answer": 3, "explanation": "The static method cases() returns an array of all instances of the enum, and Foo defines exactly three cases: A, B, and C."} | верно | Статический метод cases(): 3. |
T07-L8 0.38 c | Interfaces, traits, enum | A trait can declare constants. | «yes» Пояснение: PHP 8.2 and later allows traits to define constants, which can be inherited by classes that use the trait.
Raw{"answer": "yes", "explanation": "PHP 8.2 and later allows traits to define constants, which can be inherited by classes that use the trait."} | верно | С PHP 8.2 трейты могут объявлять константы (RFC constants_in_traits); до 8.2 — нет. |
T08-L1 0.31 c | Exceptions and errors | The Throwable interface is a common ancestor of both Exception and Error. | «yes» Пояснение: In PHP 7 and later, Throwable is the common base interface for both Exception and Error classes.
Raw{"answer": "yes", "explanation": "In PHP 7 and later, Throwable is the common base interface for both Exception and Error classes."} | верно | Иерархия с 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) block will not catch it.
Raw{"answer": "no", "explanation": "In PHP, TypeError extends Error, not Exception, so a catch (Exception) block will not catch it."} | верно | TypeError наследуется от Error; catch (Exception) его не ловит. |
T08-L3 0.27 c | Exceptions and errors | The @ operator suppresses exceptions too. | «no» Пояснение: In PHP, the @ operator only suppresses warnings, notices, and errors, not exceptions.
Raw{"answer": "no", "explanation": "In PHP, the @ operator only suppresses warnings, notices, and errors, not exceptions."} | верно | @ глушит диагностику (warnings/notices), исключения не перехватывает. |
T08-L4 0.43 c | Exceptions and errors | What error class does intdiv(5, 0) throw? | «divisionbyzeroerror» Пояснение: Since PHP 7, intdiv() throws a DivisionByZeroError when the divisor is zero, rather than a generic ArithmeticError or returning a value.
Raw{"answer": "DivisionByZeroError", "explanation": "Since PHP 7, intdiv() throws a DivisionByZeroError when the divisor is zero, rather than a generic ArithmeticError or returning a value."} | верно | DivisionByZeroError (иерархия Error, не Exception); php-грейдер объективен. |
T08-L5 0.39 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 is thrown or caught; it runs after the try or catch blocks in all cases.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "The finally block executes regardless of whether an exception is thrown or caught; it runs after the try or catch blocks in all cases." ⏎ } | верно | Наоборот: finally выполняется всегда — даже когда исключение не поймано и уходит выше. Проверено php -r. |
T08-L6 0.41 c | Exceptions and errors | An exception thrown inside a finally block has no effect on the result of the try block. | «yes» Пояснение: In PHP, any exception or error thrown within a finally block completely overrides the result (return value or exception) of the corresponding try or catch block.
Raw```json ⏎ {"answer": "yes", "explanation": "In PHP, any exception or error thrown within a finally block completely overrides the result (return value or exception) of the corresponding try or catch block."} ⏎ ``` | неверно верный: «no» | Исключение из finally перекрывает исходное и уходит вместо него. |
T08-L7 0.27 c | Exceptions and errors | What does the expression (bool) new Exception('x') return? | «yes» Пояснение: In PHP, casting any non-null object to a boolean results in true.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "In PHP, casting any non-null object to a boolean results in true." ⏎ } | верно | Любой объект при приведении к bool — true. Формы ответа: true или да. |
T08-L8 4.16 c | Exceptions and errors | Functions registered via register_shutdown_function() run when exit is called. | «no» Пояснение: Functions registered with register_shutdown_function() run only when the script finishes executing (normal termination, fatal error, or exit), but they do not run immediately if exit() is called within them or in specific edge cases like being stopped by a signal, though the standard definition implies they run at the end of the script. However, the statement says 'run when exit is called', which is slightly imprecise; they run when the script terminates, and exit() is one way to terminate, but they also run on fatal errors. More critically, if exit() is called, the shutdown functions *do* run. Wait, let's re-evaluate. If you call exit(), the shutdown functions are triggered. So the statement 'run when exit is called' is generally considered True in the context of PHP lifecycle questions, as exit triggers the shutdown process. However, there is a nuance: if the script ends normally (without exit), they also run. So saying they run 'when exit is called' is a subset of the truth. But usually, these T/F questions look for strict accuracy. Do they run *only* when exit is called? No. Do they run when exit is called? Yes. The phrasing 'Functions ... run when exit is called' is a conditional statement: If exit is called, do they run? Yes. But is that the complete truth? Let's look at the alternative interpretation: Are they triggered specifically by the exit call? They are triggered by script termination. Exit causes termination. So they run. Is the answer Yes or No? Let's check common pitfalls. Some might argue that if a shutdown function calls exit(), the other shutdown functions don't run. But the question is about the initial call. Actually, a common trick question is that they do NOT run if the script is terminated by a fatal error in some old versions? No, they do. What if the script is interrupted? The most likely intended answer for 'True or false' on this specific phrasing is often 'True' because exit is the standard way to end a script and trigger these handlers. However, there is a specific case: if you call exit() inside a shutdown function, subsequent shutdown functions do not run. But the question is about the functions registered via the function running *when* exit is called (presumably in the main flow). Let's look at the exact wording: 'Functions registered via register_shutdown_function() run when exit is called.' This is a fact. When you call exit, the shutdown functions execute. Therefore, the statement is True.
Raw{"answer": "no", "explanation": "Functions registered with register_shutdown_function() run only when the script finishes executing (normal termination, fatal error, or exit), but they do not run immediately if exit() is called within them or in specific edge cases like being stopped by a signal, though the standard definition implies they run at the end of the script. However, the statement says 'run when exit is called', which is slightly imprecise; they run when the script terminates, and exit() is one way to terminate, but they also run on fatal errors. More critically, if exit() is called, the shutdown functions *do* run. Wait, let's re-evaluate. If you call exit(), the shutdown functions are triggered. So the statement 'run when exit is called' is generally considered True in the context of PHP lifecycle questions, as exit triggers the shutdown process. However, there is a nuance: if the script ends normally (without exit), they also run. So saying they run 'when exit is called' is a subset of the truth. But usually, these T/F questions look for strict accuracy. Do they run *only* when exit is called? No. Do they run when exit is called? Yes. The phrasing 'Functions ... run when exit is called' is a conditional statement: If exit is called, do they run? Yes. But is that the complete truth? Let's look at the alternative interpretation: Are they triggered specifically by the exit call? They are triggered by script termination. Exit causes termination. So they run. Is the answer Yes or No? Let's check common pitfalls. Some might argue that if a shutdown function calls exit(), the other shutdown functions don't run. But the question is about the initial call. Actually, a common trick question is that they do NOT run if the script is terminated by a fatal error in some old versions? No, they do. What if the script is interrupted? The most likely intended answer for 'True or false' on this specific phrasing is often 'True' because exit is the standard way to end a script and trigger these handlers. However, there is a specific case: if you call exit() inside a shutdown function, subsequent shutdown functions do not run. But the question is about the functions registered via the function running *when* exit is called (presumably in the main flow). Let's look at the exact wording: 'Functions registered via register_shutdown_function() run when exit is called.' This is a fact. When you call exit, the shutdown functions execute. Therefore, the statement is True."} | неверно верный: «yes» | exit завершает скрипт, но shutdown-функции отрабатывают. |
T09-L1 0.48 c | Namespaces and autoloading | The use App\Service\Mailer; statement itself loads the class file. | «no» Пояснение: The 'use' statement only defines an alias or import for a fully qualified class name and does not trigger the autoloader or load the class file.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "The 'use' statement only defines an alias or import for a fully qualified class name and does not trigger the autoloader or load the class file." ⏎ } ⏎ ``` | верно | use — псевдоним на этапе компиляции; файл грузит автозагрузчик при первом обращении. |
T09-L2 0.29 c | Namespaces and autoloading | What follows use to import a function (not a class): the word function or const? | «function» Пояснение: In PHP, the 'use' statement is followed by the 'function' keyword to import a function from a namespace.
Raw{"answer": "function", "explanation": "In PHP, the 'use' statement is followed by the 'function' keyword to import a function from a namespace."} | верно | use function ...; (и use const для констант). |
T09-L3 0.49 c | Namespaces and autoloading | Into which file (path from src/) does the PSR-4 mapping "App\ → src/" place the class App\Controller\Api\UserController? | «controller/api/usercontroller.php» Пояснение: PSR-4 replaces namespace separators with directory separators and appends .php; 'App\Controller\Api\UserController' maps to src/Controller/Api/UserController.php, so the path from src/ is Controller/Api/UserController.php.
Raw{"answer": "Controller/Api/UserController.php", "explanation": "PSR-4 replaces namespace separators with directory separators and appends .php; 'App\\Controller\\Api\\UserController' maps to src/Controller/Api/UserController.php, so the path from src/ is Controller/Api/UserController.php."} | верно | Остаток имени после префикса, \ → /. |
T09-L4 0.34 c | Namespaces and autoloading | Including vendor/autoload.php registers autoloaders via spl_autoload_register(). | «yes» Пояснение: Including vendor/autoload.php registers the Composer autoloader, which internally uses spl_autoload_register().
Raw```json ⏎ {"answer": "yes", "explanation": "Including vendor/autoload.php registers the Composer autoloader, which internally uses spl_autoload_register()."} ⏎ ``` | верно | Composer ставит автозагрузчик именно на spl_autoload_register. |
T09-L5 0.27 c | Namespaces and autoloading | The magic constant __NAMESPACE__ contains the name of the current namespace. | «yes» Пояснение: The __NAMESPACE__ magic constant returns the fully qualified name of the current namespace at compile time.
Raw{"answer": "yes", "explanation": "The __NAMESPACE__ magic constant returns the fully qualified name of the current namespace at compile time."} | верно | В корневом пространстве — пустая строка. |
T09-L6 0.25 c | Namespaces and autoloading | An unqualified class name (without a leading \) in new is resolved from the global root. | «no» Пояснение: An unqualified class name is resolved relative to the current namespace, not the global root.
Raw{"answer": "no", "explanation": "An unqualified class name is resolved relative to the current namespace, not the global root."} | верно | Резолвится относительно текущего namespace (с учётом импортов). |
T09-L7 0.39 c | Namespaces and autoloading | With the PSR-4 mapping "App\ → src/", the class App\Model\User lives in the file src/Model/User.php. | «yes» Пояснение: PSR-4 requires mapping the App\Model\ prefix to the src/Model/ directory, placing User in src/Model/User.php.
Raw{"answer": "yes", "explanation": "PSR-4 requires mapping the App\\Model\\ prefix to the src/Model/ directory, placing User in src/Model/User.php."} | верно | Остаток имени после префикса переносится в путь как есть. |
T09-L8 0.29 c | Namespaces and autoloading | A use statement may be written inside a function body — the import then applies to that function only. | «yes» Пояснение: PHP allows use statements inside functions, limiting the scope of the import to that specific function block.
Raw{"answer": "yes", "explanation": "PHP allows use statements inside functions, limiting the scope of the import to that specific function block."} | неверно верный: «no» | use внутри тела функции — parse error; импорты файловые и компиляционные. |
T10-L1 0.35 c | References and scope | Arrays are copied on assignment rather than passed by reference. | «yes» Пояснение: In PHP, arrays (and objects) use copy-on-write semantics, meaning they are copied by value during assignment rather than passed by reference by default.
Raw{"answer": "yes", "explanation": "In PHP, arrays (and objects) use copy-on-write semantics, meaning they are copied by value during assignment rather than passed by reference by default."} | верно | Присваивание массива — копия (в движке — copy-on-write). |
T10-L2 0.28 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, so adding an element to $b does not affect $a.
Raw{"answer": "2", "explanation": "In PHP, arrays are copied by value, so adding an element to $b does not affect $a."} | верно | Присваивание — копия: в $a по-прежнему 2 элемента. |
T10-L3 0.53 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 scope is separate from global scope, so global variables must be explicitly accessed using the global keyword, $GLOBALS array, or by being passed as function arguments to be used inside a function.
Raw{"answer": "yes", "explanation": "In PHP, local scope is separate from global scope, so global variables must be explicitly accessed using the global keyword, $GLOBALS array, or by being passed as function arguments to be used inside a function."} | верно | Область видимости функций изолирована; исключение — суперглобалы ($_GET и др.). |
T10-L4 0.39 c | References and scope | unset($GLOBALS['x']) inside a function removes the global variable only for that function. | «no» Пояснение: unset($GLOBALS['x']) removes the variable from the global scope, making it disappear for all functions, not just the current one.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "unset($GLOBALS['x']) removes the variable from the global scope, making it disappear for all functions, not just the current one." ⏎ } | верно | $GLOBALS — прямое окно в глобальную область: unset удалит её по-настоящему. |
T10-L5 0.3 c | References and scope | What will this print: function inc(&$x) { $x++; } $n = 5; inc($n); echo $n; | «6» Пояснение: The function modifies $x by reference, incrementing $n from 5 to 6.
Raw```json ⏎ {"answer": 6, "explanation": "The function modifies $x by reference, incrementing $n from 5 to 6."} ⏎ ``` | верно | Ссылка меняет оригинал: 6. |
T10-L6 0.61 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» Пояснение: In PHP, `foreach` by value actually creates a snapshot of the array at the start of the loop, so changes to the array (adding/removing elements) inside the loop are generally not visible in the same pass, meaning this statement is false.
Raw```json ⏎ {"answer": "yes", "explanation": "In PHP, `foreach` by value actually creates a snapshot of the array at the start of the loop, so changes to the array (adding/removing elements) inside the loop are generally not visible in the same pass, meaning this statement is false."} ⏎ ``` | неверно верный: «no» | По значению foreach итерирует копию-снимок. |
T10-L7 0.3 c | References and scope | A static property belongs to each instance separately: changes in one object are not visible in others. | «no» Пояснение: Static properties belong to the class itself, so changes are visible across all instances.
Raw{"answer": "no", "explanation": "Static properties belong to the class itself, so changes are visible across all instances."} | верно | Наоборот: статическое свойство общее для всех экземпляров класса. Проверено php -r. |
T10-L8 0.43 c | References and scope | An array can have a boolean key true, and it will be stored as bool. | «no» Пояснение: In PHP, when an array key is cast to int (which includes booleans), true becomes 1 and false becomes 0, so the stored key is an integer, not a boolean.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "In PHP, when an array key is cast to int (which includes booleans), true becomes 1 and false becomes 0, so the stored key is an integer, not a boolean." ⏎ } | верно | Булев ключ приводится к int: true → 1, false → 0. |
T11-L1 0.43 c | Generators, iterators, SPL | Inside a generator, return with a value can be used, and it becomes available via $gen->getReturn(). | «yes» Пояснение: In PHP, when a generator function uses `return` with a value, that value can be retrieved by calling `getReturn()` on the Generator object after the generator is complete.
Raw{"answer": "yes", "explanation": "In PHP, when a generator function uses `return` with a value, that value can be retrieved by calling `getReturn()` on the Generator object after the generator is complete."} | верно | return-значение генератора доступно через getReturn() после прохода. |
T11-L2 0.35 c | Generators, iterators, SPL | A fully consumed generator can be rewound with rewind() and traversed again. | «yes» Пояснение: In PHP, you can rewind a Generator object using the rewind() method to iterate through it again.
Raw```json ⏎ { ⏎ "answer": "yes", ⏎ "explanation": "In PHP, you can rewind a Generator object using the rewind() method to iterate through it again." ⏎ } ⏎ ``` | неверно верный: «no» | Генератор одноразовый: rewind после начала итерации бросает Exception. |
T11-L3 0.29 c | Generators, iterators, SPL | The yield from construct delegates traversal to another generator or iterable. | «yes» Пояснение: The yield from construct in PHP allows a generator to delegate to another iterable or generator, yielding each value from it directly to the caller.
Raw{"answer": "yes", "explanation": "The yield from construct in PHP allows a generator to delegate to another iterable or generator, yielding each value from it directly to the caller."} | верно | yield from проксирует значения, ключи и return-значение внутреннего генератора. |
T11-L4 0.33 c | Generators, iterators, SPL | What does get_class(g()) return for function g() { yield 1; }? | «generator» Пояснение: In PHP, functions that use the yield keyword return a Generator object, whose class name is 'Generator'.
Raw```json ⏎ {"answer": "Generator", "explanation": "In PHP, functions that use the yield keyword return a Generator object, whose class name is 'Generator'."} ⏎ ``` | верно | Функция с yield возвращает Generator. |
T11-L5 0.44 c | Generators, iterators, SPL | How many elements will count(iterator_to_array((function () { yield from [1, 2, 3]; })())) return? | «3» Пояснение: The closure yields three integers (1, 2, 3) via `yield from`, and `iterator_to_array` converts them into an array with 3 elements, which `count` then returns as 3.
Raw{"answer": 3, "explanation": "The closure yields three integers (1, 2, 3) via `yield from`, and `iterator_to_array` converts them into an array with 3 elements, which `count` then returns as 3."} | верно | yield from делегирует все 3 элемента. |
T11-L6 0.33 c | Generators, iterators, SPL | The SplStack class implements a FIFO queue. | «no» Пояснение: The SplStack class implements a LIFO (Last In First Out) stack, not a FIFO queue.
Raw```json ⏎ {"answer": "no", "explanation": "The SplStack class implements a LIFO (Last In First Out) stack, not a FIFO queue."} ⏎ ``` | верно | SplStack — стек LIFO; очередь FIFO — SplQueue. |
T11-L7 0.31 c | Generators, iterators, SPL | ArrayIterator allows wrapping an array and traversing it via the Iterator interface. | «yes» Пояснение: ArrayIterator is a built-in SPL class that implements the Iterator interface to allow traversing arrays.
Raw```json ⏎ {"answer": "yes", "explanation": "ArrayIterator is a built-in SPL class that implements the Iterator interface to allow traversing arrays."} ⏎ ``` | верно | Объектная обёртка над массивом. |
T11-L8 0.53 c | Generators, iterators, SPL | An ArrayObject instance cannot be traversed with foreach. | «no» Пояснение: ArrayObject implements the Iterator interface (via the parent ArrayObject which extends IteratorAggregate or implements Iterator in older versions, but specifically it is an iterable object), so it can be traversed with foreach.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "ArrayObject implements the Iterator interface (via the parent ArrayObject which extends IteratorAggregate or implements Iterator in older versions, but specifically it is an iterable object), so it can be traversed with foreach." ⏎ } | верно | 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 in PHP automatically generates a random salt and includes it in the returned hash string; there is no parameter to pass a custom salt.
Raw{"answer": "yes", "explanation": "The password_hash() function in PHP automatically generates a random salt and includes it in the returned hash string; there is no parameter to pass a custom salt."} | верно | Соль встраивается в строку результата; параметр salt устарел. |
T12-L2 0.31 c | Configuration and security | In PHP 8, PASSWORD_DEFAULT is md5 with an automatically added salt. | «no» Пояснение: In PHP 8, PASSWORD_DEFAULT is the 'argon2id' algorithm, not md5.
Raw```json ⏎ {"answer": "no", "explanation": "In PHP 8, PASSWORD_DEFAULT is the 'argon2id' algorithm, not md5."} ⏎ ``` | верно | PASSWORD_DEFAULT — bcrypt; md5 для паролей непригоден (перебирается массово). |
T12-L3 0.25 c | Configuration and security | What does password_verify('secret', password_hash('secret', PASSWORD_DEFAULT)) return? | «yes» Пояснение: password_verify compares the plaintext password with the hash and returns true if they match.
Raw{"answer": "yes", "explanation": "password_verify compares the plaintext password with the hash and returns true if they match."} | верно | Соль и хеш в одной строке: true (форма ответа: true или да). |
T12-L4 0.41 c | Configuration and security | strip_tags() protects against SQL injection. | «no» Пояснение: strip_tags() removes HTML and PHP tags from a string, which helps prevent Cross-Site Scripting (XSS), but it does not protect against SQL injection, which requires parameterized queries or proper escaping.
Raw{"answer": "no", "explanation": "strip_tags() removes HTML and PHP tags from a string, which helps prevent Cross-Site Scripting (XSS), but it does not protect against SQL injection, which requires parameterized queries or proper escaping."} | верно | strip_tags режет HTML-теги (помощник против XSS), к параметризации SQL отношения не имеет. |
T12-L5 0.35 c | Configuration and security | session_regenerate_id() is used to protect against session fixation upon user login. | «yes» Пояснение: Regenerating the session ID after login prevents an attacker from using a previously guessed or known session ID to hijack the user's session.
Raw{"answer": "yes", "explanation": "Regenerating the session ID after login prevents an attacker from using a previously guessed or known session ID to hijack the user's session."} | верно | Новый ID сессии после логина — стандартная защита от session fixation. |
T12-L6 0.37 c | Configuration and security | Which built-in function returns the SAPI name (e.g., cli)? | «php_sapi_name» Пояснение: php_sapi_name() is the built-in function that returns the name of the current SAPI, such as cli, cgi-fcgi, or apache2handler.
Raw{"answer": "php_sapi_name", "explanation": "php_sapi_name() is the built-in function that returns the name of the current SAPI, such as cli, cgi-fcgi, or apache2handler."} | верно | php_sapi_name(). |
T12-L7 0.45 c | Configuration and security | session_destroy() deletes session data on the server but not the cookie in the user's browser. | «yes» Пояснение: session_destroy() clears the server-side session data, but the session cookie (e.g., PHPSESSID) remains in the browser unless explicitly unset or the browser clears it.
Raw{"answer": "yes", "explanation": "session_destroy() clears the server-side session data, but the session cookie (e.g., PHPSESSID) remains in the browser unless explicitly unset or the browser clears it."} | верно | Удаление cookie — отдельный шаг через setcookie с истёкшим сроком. |
T12-L8 0.27 c | Configuration and security | Without calling session_start(), the $_SESSION array is automatically populated with session data. | «no» Пояснение: The $_SESSION array is only populated with session data after session_start() is called to initialize the session.
Raw{"answer": "no", "explanation": "The $_SESSION array is only populated with session data after session_start() is called to initialize the session."} | верно | Без session_start() данные сессии в массив не загружаются ($_SESSION можно заполнить вручную, но привязки к сессии нет). |
VC-L1 0.27 c | PHP 8.4–8.5 | In which PHP version was the array_find() function introduced? | «8.1.0» Пояснение: The array_find() function was introduced in PHP 8.1.0.
Raw{"answer": "8.1.0", "explanation": "The array_find() function was introduced in PHP 8.1.0."} | неверно верный: «8.4» | PHP 8.4 (RFC array_find). |
VC-L2 0.25 c | PHP 8.4–8.5 | Property hooks (get/set right in the property declaration) landed in PHP 8.4. | «yes» Пояснение: Property hooks were indeed introduced as a new feature in PHP 8.4.
Raw{"answer": "yes", "explanation": "Property hooks were indeed introduced as a new feature in PHP 8.4."} | верно | Property hooks — PHP 8.4 (ноябрь 2024). |
VC-L3 0.27 c | PHP 8.4–8.5 | Asymmetric visibility (public private(set) string $name) appeared in PHP 8.4. | «yes» Пояснение: Asymmetric visibility modifiers like public(private(set)) were introduced in PHP 8.4.
Raw{"answer": "yes", "explanation": "Asymmetric visibility modifiers like public(private(set)) were introduced in PHP 8.4."} | верно | Asymmetric visibility v2 — PHP 8.4. |
VC-L4 0.33 c | PHP 8.4–8.5 | In which PHP version was the #[\NoDiscard] attribute introduced? Answer with the version number. | «8.3» Пояснение: The #[\NoDiscard] attribute was introduced in PHP 8.3 to mark functions whose return values should not be ignored.
Raw{ ⏎ "answer": "8.3", ⏎ "explanation": "The #[\\NoDiscard] attribute was introduced in PHP 8.3 to mark functions whose return values should not be ignored." ⏎ } | неверно верный: «8.5» | #[\NoDiscard] — PHP 8.5 (marking return values as important). |
VC-L5 0.54 c | PHP 8.4–8.5 | In which PHP version did the pipe operator |> first appear? Answer with the version number. | «not a real feature» Пояснение: The pipe operator (|>) is a proposed feature (RFC) but was not accepted into any stable version of PHP as of PHP 8.3.
Raw{ ⏎ "answer": "not a real feature", ⏎ "explanation": "The pipe operator (|>) is a proposed feature (RFC) but was not accepted into any stable version of PHP as of PHP 8.3." ⏎ } | неверно верный: «8.5» | Pipe operator — PHP 8.5 (2025). |
VC-L6 0.31 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» Пояснение: Clone with expression (clone-with) was introduced in PHP 8.4.
Raw{"answer": "8.4", "explanation": "Clone with expression (clone-with) was introduced in PHP 8.4."} | неверно верный: «8.5» | Clone with v2 — PHP 8.5. |
VC-L7 0.23 c | PHP 8.4–8.5 | In which PHP version were the array_first() and array_last() functions introduced? | «8.4» Пояснение: array_first() and array_last() were added in PHP 8.4.
Raw{"answer": "8.4", "explanation": "array_first() and array_last() were added in PHP 8.4."} | неверно верный: «8.5» | PHP 8.5. |
VC-L8 0.24 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» Пояснение: RFC Partial Function Application v2 was accepted for PHP 8.4.
Raw{"answer": "8.4", "explanation": "RFC Partial Function Application v2 was accepted for PHP 8.4."} | неверно верный: «8.6» | PFA v2 принят 05.12.2025 (33-0-0), реализован в PHP 8.6. |
VF-L1 0.28 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 via RFC clamp_v2.
Raw{"answer": "8.4", "explanation": "The clamp() function was introduced in PHP 8.4 via RFC clamp_v2."} | неверно верный: «8.6» | По данным владельца (wiki.php.net/rfc): clamp_v2 — 8.6; clamp() в 8.5.11 отсутствует (косвенное подтверждение). Дата-якорь делает клетку монотонной. |
VF-L2 0.49 c | PHP: 8.6+ and the future | RFC Context Managers v2 has already been adopted in PHP (as of 2026-11-07). | «no» Пояснение: While Context Managers have been discussed and proposed (including RFC v2), they have not been officially adopted/released in stable PHP versions as of 2026.
Raw{"answer": "no", "explanation": "While Context Managers have been discussed and proposed (including RFC v2), they have not been officially adopted/released in stable PHP versions as of 2026."} | верно | На 06.11.2026 — в обсуждении (создан 2026-10-23); не принят. |
VF-L3 0.64 c | PHP: 8.6+ and the future | RFC Bound-Erased Generic Types (generics) was declined in 2026. | «yes» Пояснение: The RFC for Generics (Bound-Erased Generic Types) was indeed rejected/declined in late 2024 (specifically after the July 2024 vote in the PHP-Internals mailing list), a decision that remains current in 2026.
Raw{"answer": "yes", "explanation": "The RFC for Generics (Bound-Erased Generic Types) was indeed rejected/declined in late 2024 (specifically after the July 2024 vote in the PHP-Internals mailing list), a decision that remains current in 2026."} | верно | Голосование завершилось 2026-06-28: отклонён (wiki.php.net/rfc). |
VF-L4 0.74 c | PHP: 8.6+ and the future | As of 2026-11-07, the RFC enabling multithreading (ZTS) by default has already been accepted in PHP. | «no» Пояснение: The RFC to make ZTS (Zend Thread Safety) the default is still in the voting/proposal stage as of late 2025/early 2026 and has not been officially accepted and released in a stable PHP version yet; it is currently being voted on for PHP 9.0.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "The RFC to make ZTS (Zend Thread Safety) the default is still in the voting/proposal stage as of late 2025/early 2026 and has not been officially accepted and released in a stable PHP version yet; it is currently being voted on for PHP 9.0." ⏎ } | верно | Такого принятого RFC нет на дату якоря; якорь делает клетку монотонной — при принятии RFC позже клетка не перевернётся. |
VF-L5 0.53 c | PHP: 8.6+ and the future | As of PHP 8.5, generics (parameterized types) are still absent. | «yes» Пояснение: As of PHP 8.4 (and projected for 8.5), PHP has not yet introduced native generics or parameterized types, relying instead on type declarations and interfaces.
Raw{"answer": "yes", "explanation": "As of PHP 8.4 (and projected for 8.5), PHP has not yet introduced native generics or parameterized types, relying instead on type declarations and interfaces."} | верно | Generics в PHP отсутствуют; отрицательный контроль (не путать с C#/Java). |
VF-L6 0.46 c | PHP: 8.6+ and the future | As of 2026-11-07, the latest stable PHP version is 8.5, and PHP 8.6 has not been released yet (GA — 2026-11-19). | «yes» Пояснение: PHP follows a six-month release cycle; PHP 8.5 was released in November 2025 and PHP 8.6 is scheduled for November 2026, making 8.5 the latest stable version on November 7, 2026.
Raw{"answer": "yes", "explanation": "PHP follows a six-month release cycle; PHP 8.5 was released in November 2025 and PHP 8.6 is scheduled for November 2026, making 8.5 the latest stable version on November 7, 2026."} | верно | 8.5 — релиз осени 2025; 8.6 GA 19.11.2026 (wiki.php.net/todo/php86). Дата снимка — 06.11.2026. |
VF-L7 0.39 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 that was abandoned, and the next major stable release after PHP 5.6 was PHP 7.0.
Raw{"answer": "yes", "explanation": "PHP 6 was a development branch that was abandoned, and the next major stable release after PHP 5.6 was PHP 7.0."} | верно | Исторический факт: ветка 6 не была релизнута. |
VF-L8 0.31 c | PHP: 8.6+ and the future | The RFC adding the #[\Deprecated] attribute to the core was adopted. | «no» Пояснение: The RFC to add the #[\Deprecated] attribute to PHP core was rejected (not adopted) in 2024.
Raw{"answer": "no", "explanation": "The RFC to add the #[\\Deprecated] attribute to PHP core was rejected (not adopted) in 2024."} | неверно верный: «yes» | #[\Deprecated] — принят, реализован в PHP 8.4. |
T25-L1 0.35 c | Clean architecture | The dependency rule of clean and onion architecture: inner layers know nothing about outer ones — dependencies point toward the center. | «yes» Пояснение: In clean and onion architectures, high-level business rules (inner layers) are independent of low-level details (outer layers), so dependencies always point inward toward the core.
Raw{"answer": "yes", "explanation": "In clean and onion architectures, high-level business rules (inner layers) are independent of low-level details (outer layers), so dependencies always point inward toward the core."} | верно | Чистая (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 represent the core business logic and should be framework-agnostic to ensure they do not depend on specific tools like Doctrine or Symfony, adhering to clean architecture principles.
Raw{"answer": "yes", "explanation": "Domain entities represent the core business logic and should be framework-agnostic to ensure they do not depend on specific tools like Doctrine or Symfony, adhering to clean architecture principles."} | верно | Изоляция домена от инфраструктуры; deptrac в проекте как раз следит за слоями. |
T25-L3 0.51 c | Clean architecture | Controllers and Twig templates belong to the business-logic layer because they are the ones calling use cases. | «no» Пояснение: Controllers and views (like Twig templates) belong to the presentation layer, not the business logic layer, as they handle input/output and UI rendering while delegating business rules to domain services or use cases.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "Controllers and views (like Twig templates) belong to the presentation layer, not the business logic layer, as they handle input/output and UI rendering while delegating business rules to domain services or use cases." ⏎ } | верно | Наоборот: это интерфейсные адаптеры (внешний слой); они зависят от use cases, а не наоборот. |
T25-L4 0.31 c | Clean architecture | What sits at the very center of the onion architecture? | «domain» Пояснение: In Onion Architecture, the Domain layer is at the very center.
Raw{"answer": "Domain", "explanation": "In Onion Architecture, the Domain layer is at the very center."} | неверно верный: «domain model» | Центральное кольцо — Domain Model: сущности и бизнес-правила без зависимостей; далее Domain Services → Application Services → Infrastructure/UI/Tests (Palermo). |
T25-L5 0.31 c | Clean architecture | Layer boundary violations can be caught automatically: a layer-dependency analyzer (e.g. deptrac) fails on a forbidden call. | «yes» Пояснение: Tools like deptrac enforce layer boundaries and can fail the build if forbidden dependencies are detected.
Raw{"answer": "yes", "explanation": "Tools like deptrac enforce layer boundaries and can fail the build if forbidden dependencies are detected."} | верно | depfile.yaml в проекте TasK: CI проверяет правила слоёв на каждом пайплайне. |
T25-L6 0.35 c | Clean architecture | A use case (interactor) may accept an HTTP request or an EntityManager as arguments — it is simpler that way. | «no» Пояснение: Interactors (use cases) should depend on abstractions (interfaces) rather than concrete implementations like EntityManager or specific HTTP request objects to maintain loose coupling and testability.
Raw{"answer": "no", "explanation": "Interactors (use cases) should depend on abstractions (interfaces) rather than concrete implementations like EntityManager or specific HTTP request objects to maintain loose coupling and testability."} | верно | Use case принимает DTO и порты; привязка к HTTP/ORM протекает инфраструктуру во внутренние слои. |
T25-L7 0.33 c | Clean architecture | What is the component called that provides a collection of aggregates/entities while hiding the storage mechanism behind an interface? | «repository» Пояснение: The Repository pattern provides a collection of domain objects while abstracting the underlying data source.
Raw{"answer": "Repository", "explanation": "The Repository pattern provides a collection of domain objects while abstracting the underlying data source."} | верно | Repository pattern (DDD/Evans); в проекте — Doctrine-репозитории за портами. |
T25-L8 0.49 c | Clean architecture | In clean architecture, swapping PostgreSQL for another database touches only the outer layer — the domain and use cases stay unchanged. | «yes» Пояснение: In Clean Architecture, the Domain and Use Cases are independent of external frameworks and infrastructure, so swapping a database only requires changes to the adapter and entity layer, leaving the core logic untouched.
Raw{"answer": "yes", "explanation": "In Clean Architecture, the Domain and Use Cases are independent of external frameworks and infrastructure, so swapping a database only requires changes to the adapter and entity layer, leaving the core logic untouched."} | верно | Следствие правила зависимостей: инфраструктура взаимозаменяема. |
T26-L1 0.4 c | DDD | In DDD, an aggregate is just another name for a database table. | «no» Пояснение: An aggregate in DDD is a cluster of domain objects treated as a unit for data consistency, which is a conceptual model distinct from a database table.
Raw{"answer": "no", "explanation": "An aggregate in DDD is a cluster of domain objects treated as a unit for data consistency, which is a conceptual model distinct from a database table."} | верно | Агрегат — кластер объектов с границей согласованности (транзакционной вокруг корня); таблица — деталь хранения. |
T26-L2 0.29 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 nature and equality based on field values rather than object identity.
Raw{"answer": "yes", "explanation": "Value Objects are defined by their immutable nature and equality based on field values rather than object identity."} | верно | Классика Evans: Money, Email; равенство структурное. |
T26-L3 0.33 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 of an aggregate is the single entry point through which all changes to the aggregate's state must be made.
Raw{"answer": "root", "explanation": "In Domain-Driven Design, the root of an aggregate is the single entry point through which all changes to the aggregate's state must be made."} | неверно верный: «aggregate root» | Aggregate Root: внешние объекты ссылаются только на корень; он защищает инварианты агрегата. |
T26-L4 0.37 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 manage the consistency of the entire aggregate, not for every individual entity within it.
Raw{"answer": "yes", "explanation": "In Domain-Driven Design, repositories are defined for aggregate roots to manage the consistency of the entire aggregate, not for every individual entity within it."} | верно | Репозиторий корня хранит границу согласованности агрегата; вложенные сущности доступны только через корень. |
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 concept in Domain-Driven Design where the team shares a single language that accurately reflects the domain model, bridging the gap between developers and business experts.
Raw{"answer": "yes", "explanation": "Ubiquitous language is a core concept in Domain-Driven Design where the team shares a single language that accurately reflects the domain model, bridging the gap between developers and business experts."} | верно | Evans: язык из требований переходит в имена классов и методов. |
T26-L6 0.46 c | DDD | What is the boundary called within which a model and its language are consistent, while outside the same words mean other models? | «frame» Пояснение: In linguistics and cognitive science, a 'frame' is the conceptual structure or context that determines the interpretation of words, where the same word can have different meanings in different frames.
Raw{"answer": "frame", "explanation": "In linguistics and cognitive science, a 'frame' is the conceptual structure or context that determines the interpretation of words, where the same word can have different meanings in different frames."} | неверно верный: «bounded context» | Bounded Context; «Заказ» в биллинге и в доставке — разные модели. |
T26-L7 0.39 c | DDD | An anemic model (objects with only getters/setters, logic in services) is the recommended DDD style. | «no» Пояснение: DDD favors a rich domain model where business logic is encapsulated within domain objects, not in external services.
Raw```json ⏎ {"answer": "no", "explanation": "DDD favors a rich domain model where business logic is encapsulated within domain objects, not in external services."} ⏎ ``` | верно | Наоборот: Evans называет анемичность антипаттерном — поведение должно жить в доменных объектах. |
T26-L8 0.42 c | DDD | Bounded context means each context has its own model: the same concept in different contexts is a different class. | «yes» Пояснение: In Domain-Driven Design, a bounded context defines a specific scope where a particular model is valid, meaning the same universal concept can be represented by different classes or models in different contexts.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "In Domain-Driven Design, a bounded context defines a specific scope where a particular model is valid, meaning the same universal concept can be represented by different classes or models in different contexts." ⏎ } | верно | Модели контекстов независимы; между ними — явная интеграция (ACL, published language). |
T13-L1 0.4 c | Symfony | Services in the Symfony DI container are created lazily by default — on first use. | «yes» Пояснение: Symfony's dependency injection container creates services lazily by default, meaning they are instantiated only when they are first requested or injected, rather than during the boot process.
Raw{"answer": "yes", "explanation": "Symfony's dependency injection container creates services lazily by default, meaning they are instantiated only when they are first requested or injected, rather than during the boot process."} | верно | Контейнер инстанцирует сервис при первом извлечении; eager-создания по умолчанию нет. |
T13-L2 0.27 c | Symfony | Which Symfony console command lists all registered routes? | «debug:router» Пояснение: The 'debug:router' command is used in Symfony to list all registered routes and their details.
Raw{"answer": "debug:router", "explanation": "The 'debug:router' command is used in Symfony to list all registered routes and their details."} | верно | bin/console debug:router (FrameworkBundle); в Symfony 3 команда называлась router:debug. |
T13-L3 0.39 c | Symfony | Symfony autowiring requires manually declaring every service in services.yaml. | «no» Пояснение: Symfony's autowiring feature automatically resolves service dependencies via constructor injection, eliminating the need to manually declare every service or its dependencies in services.yaml.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "Symfony's autowiring feature automatically resolves service dependencies via constructor injection, eliminating the need to manually declare every service or its dependencies in services.yaml." ⏎ } ⏎ ``` | верно | Autowire+autoconfigure регистрируют и связывают сервисы автоматически; ручное перечисление — исключение. |
T13-L4 0.27 c | Symfony | Twig templates are compiled into PHP classes and cached between requests. | «yes» Пояснение: Twig compiles templates into PHP classes and caches them between requests to improve performance.
Raw```json ⏎ {"answer": "yes", "explanation": "Twig compiles templates into PHP classes and caches them between requests to improve performance."} ⏎ ``` | верно | Twig компилирует шаблон один раз; кэш в var/cache/twig, в prod не пересобирается. |
T13-L5 0.38 c | Symfony | In the Symfony dev environment the DI container is rebuilt only after tracked files change, not on every request. | «no» Пояснение: In Symfony's dev environment, the DI container is rebuilt on every request unless it is explicitly cached and the cache is valid.
Raw```json ⏎ {"answer": "no", "explanation": "In Symfony's dev environment, the DI container is rebuilt on every request unless it is explicitly cached and the cache is valid."} ⏎ ``` | неверно верный: «yes» | Kernel проверяет freshness ресурсов (конфиги, классы); иначе переиспользуется кэш контейнера. |
T13-L6 0.3 c | Symfony | Which environment variable selects the active Symfony environment (dev/prod)? | «app_env» Пояснение: The APP_ENV environment variable is used in Symfony to specify the active environment (e.g., dev, prod, test).
Raw{"answer": "APP_ENV", "explanation": "The APP_ENV environment variable is used in Symfony to specify the active environment (e.g., dev, prod, test)."} | верно | APP_ENV в .env; APP_DEBUG — отдельный флаг отладки. |
T13-L7 0.49 c | Symfony | A controller method can be private — Symfony routing works with any method of the class. | «no» Пояснение: Symfony routing typically requires controller action methods to be public so they can be invoked from outside the class, although specific controller implementations (like AbstractController) often define actions as public.
Raw{"answer": "no", "explanation": "Symfony routing typically requires controller action methods to be public so they can be invoked from outside the class, although specific controller implementations (like AbstractController) often define actions as public."} | верно | Действие контроллера должно быть public; приватный метод по маршруту не вызывается. |
T13-L8 0.47 c | Symfony | Event subscribers always receive events before listeners, because the interface gives them priority. | «no» Пояснение: In Symfony's event dispatching system, both event listeners and subscribers are handled by the same priority mechanism, and subscribers do not inherently have priority over listeners.
Raw{"answer": "no", "explanation": "In Symfony's event dispatching system, both event listeners and subscribers are handled by the same priority mechanism, and subscribers do not inherently have priority over listeners."} | верно | Порядок определяет 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 5.3+ introduced the new authenticator system, and the legacy Guard component was removed in Symfony 6.0, making AuthenticatorInterface the standard for authentication.
Raw{"answer": "yes", "explanation": "Symfony 5.3+ introduced the new authenticator system, and the legacy Guard component was removed in Symfony 6.0, making AuthenticatorInterface the standard for authentication."} | верно | Guard объявлен устаревшим в 5.3 и удалён в 6.0; в проекте symfony/security-bundle 8.1. |
T22-L2 0.4 c | Symfony: Security and forms | Which Symfony attribute checks a role/permission right on a controller method (403 without it)? | «isgranted» Пояснение: The #[IsGranted] attribute is used in Symfony to check user roles or permissions, throwing a 403 exception if the check fails.
Raw{"answer": "IsGranted", "explanation": "The #[IsGranted] attribute is used in Symfony to check user roles or permissions, throwing a 403 exception if the check fails."} | верно | #[IsGranted('ROLE_ADMIN')]; атрибут из symfony/security-http. |
T22-L3 0.49 c | Symfony: Security and forms | Voters are Symfony's mechanism for checking access to a specific object: isGranted('EDIT', $post). | «yes» Пояснение: The Voter system in Symfony is specifically designed to determine if the current user is allowed to perform an action (like EDIT) on a specific subject (like $post).
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "The Voter system in Symfony is specifically designed to determine if the current user is allowed to perform an action (like EDIT) on a specific subject (like $post)." ⏎ } | верно | VoterInterface->vote(); docs Symfony — Voters. |
T22-L4 0.48 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» Пояснение: Symfony 7 does not support Doctrine annotations (it uses PHP 8.0+ attributes), so annotations are no longer supported in modern Symfony (7+).
Raw{"answer": "no", "explanation": "Symfony 7 does not support Doctrine annotations (it uses PHP 8.0+ attributes), so annotations are no longer supported in modern Symfony (7+)."} | неверно верный: «yes» | Докблок-аннотации удалены в Symfony 7.0; стандарт — атрибуты. В проекте symfony/validator 8.1. |
T22-L5 0.29 c | Symfony: Security and forms | CSRF protection of Symfony forms is enabled by default: the form validates the token on submission. | «yes» Пояснение: Symfony forms are protected by CSRF tokens by default, and the framework validates these tokens during form submission.
Raw{"answer": "yes", "explanation": "Symfony forms are protected by CSRF tokens by default, and the framework validates these tokens during form submission."} | верно | FormType добавляет скрытое поле _token и проверяет его при валидации; отключение — осознанное исключение (csrf: false). |
T22-L6 0.32 c | Symfony: Security and forms | Form validation in Symfony runs server-side even if the client-side (HTML5) checks passed. | «yes» Пояснение: Symfony's server-side validation is always executed, regardless of whether client-side HTML5 validation succeeded.
Raw```json ⏎ {"answer": "yes", "explanation": "Symfony's server-side validation is always executed, regardless of whether client-side HTML5 validation succeeded."} ⏎ ``` | верно | Клиентская валидация — только удобство; серверная обязательна и идёт по метаданным объекта формы. |
T22-L7 0.27 c | Symfony: Security and forms | Which Symfony maker command generates a form class (FormType)? | «make:form» Пояснение: The `make:form` command in Symfony Maker Bundle generates a FormType class.
Raw{"answer": "make:form", "explanation": "The `make:form` command in Symfony Maker Bundle generates a FormType class."} | верно | bin/console make:form (symfony/maker-bundle — в проекте). |
T22-L8 0.53 c | Symfony: Security and forms | Symfony stores the user's password in the session in plain text. | «no» Пояснение: Symfony typically stores user identifiers (like ID or token) in the session, while the actual password is hashed and stored in the database; the plain-text password is only used during the login verification process and is not persisted in the session.
Raw{"answer": "no", "explanation": "Symfony typically stores user identifiers (like ID or token) in the session, while the actual password is hashed and stored in the database; the plain-text password is only used during the login verification process and is not persisted in the session."} | верно | В сессии живёт объект пользователя в токене; хеш затирается eraseCredentials(), plaintext там никогда не лежит. |
T23-L1 0.37 c | Symfony: configuration and services | Symfony bundle configuration lives in config/packages — one file per bundle or topic. | «yes» Пояснение: Symfony's modern configuration structure places bundle-specific settings in separate files within the config/packages directory, one per bundle or logical topic.
Raw{"answer": "yes", "explanation": "Symfony's modern configuration structure places bundle-specific settings in separate files within the config/packages directory, one per bundle or logical topic."} | верно | Стандартная структура (config/packages/*.yaml); перегрузка — config/packages/<env>. |
T23-L2 0.35 c | Symfony: configuration and services | The .env file with dev defaults is committed to the repository, while real secrets live in the non-committed .env.local. | «yes» Пояснение: The .env file typically contains development defaults and is committed to the repository, while .env.local holds real secrets and is not committed.
Raw```json ⏎ {"answer": "yes", "explanation": "The .env file typically contains development defaults and is committed to the repository, while .env.local holds real secrets and is not committed."} ⏎ ``` | верно | symfony/dotenv: .env — общий безопасный набор значений; локальные секреты — .env.local (gitignored) или secrets-хранилище. |
T23-L3 0.31 c | Symfony: configuration and services | Which Symfony command lists the container's registered services and their aliases? | «bin/console debug:container» Пояснение: The command 'bin/console debug:container' is used to list the container's registered services and their aliases.
Raw{"answer": "bin/console debug:container", "explanation": "The command 'bin/console debug:container' is used to list the container's registered services and their aliases."} | верно | bin/console debug:container; параметры контейнера — debug:parameter. |
T23-L4 0.51 c | Symfony: configuration and services | The Symfony container allows changing parameters at runtime: $container->setParameter() works from a controller. | «no» Пояснение: In Symfony, the service container is compiled (frozen) after the kernel boots, so calling setParameter() at runtime (e.g., in a controller) will throw a LogicException because the container is immutable at that point.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "In Symfony, the service container is compiled (frozen) after the kernel boots, so calling setParameter() at runtime (e.g., in a controller) will throw a LogicException because the container is immutable at that point." ⏎ } | верно | Контейнер компилируется и замораживается; runtime-значения — только через переменные окружения. |
T23-L5 0.42 c | Symfony: configuration and services | By default, Symfony services are public (public: true) — you can fetch them directly from the container. | «no» Пояснение: Since Symfony 4.0, services are private by default to optimize the container; they must be explicitly set to public to be fetched directly.
Raw{"answer": "no", "explanation": "Since Symfony 4.0, services are private by default to optimize the container; they must be explicitly set to public to be fetched directly."} | верно | С Symfony 4.0 сервисы по умолчанию private: инжектятся через autowiring; $container->get() — только для публичных. |
T23-L6 0.39 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 require a configuration file; they can function without one if they do not need specific parameters or services configured.
Raw{"answer": "no", "explanation": "Bundles in Symfony do not require a configuration file; they can function without one if they do not need specific parameters or services configured."} | верно | У бандлов есть встроенные умолчания (Extension); конфиг нужен только для отклонений от них. |
T23-L7 0.27 c | Symfony: configuration and services | Environment variable values are injected into services.yaml using the %env(VAR)% syntax. | «yes» Пояснение: Symfony uses the %env(VAR)% syntax in configuration files like services.yaml to inject environment variable values.
Raw{"answer": "yes", "explanation": "Symfony uses the %env(VAR)% syntax in configuration files like services.yaml to inject environment variable values."} | верно | %env(...)% резолвится в рантайме env-процессорами; docs — Env Var Processors. |
T23-L8 0.93 c | Symfony: configuration and services | Which Symfony environment variable enables debug mode (affects the profiler and Twig debugging)? | «app_env» Пояснение: In modern Symfony, the APP_ENV environment variable determines the environment, where setting it to 'dev' typically enables debug mode via config/services_dev.yaml or .env files, although historically DEBUG=true was the direct switch; however, in the standard context of 'which variable enables debug mode', APP_ENV is the primary selector for the dev environment which has debug enabled by default.
Raw{"answer": "APP_ENV", "explanation": "In modern Symfony, the APP_ENV environment variable determines the environment, where setting it to 'dev' typically enables debug mode via config/services_dev.yaml or .env files, although historically DEBUG=true was the direct switch; however, in the standard context of 'which variable enables debug mode', APP_ENV is the primary selector for the dev environment which has debug enabled by default."} | неверно верный: «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 processed by multiple handlers; the component will iterate through all registered handlers for that message.
Raw{"answer": "no", "explanation": "In Symfony Messenger, a single message can be processed by multiple handlers; the component will iterate through all registered handlers for that message."} | верно | Messenger вызывает все хендлеры, подписанные на класс сообщения (docs — Multiple Handlers). |
T16-L2 0.43 c | Symfony: Messenger | The sync transport in Messenger queues the message for a worker, just like async. | «no» Пояснение: The sync transport handles the message immediately and returns its result, whereas async transports (like RabbitMQ or AMQP) enqueue the message for a worker to process later.
Raw```json ⏎ {"answer": "no", "explanation": "The sync transport handles the message immediately and returns its result, whereas async transports (like RabbitMQ or AMQP) enqueue the message for a worker to process later."} ⏎ ``` | верно | Наоборот: sync обрабатывает немедленно в том же процессе, что и отправка; очередь — это async-транспорт. |
T16-L3 0.33 c | Symfony: Messenger | Which console command starts the worker that processes Messenger queue messages? | «bin/console messenger:consume» Пояснение: The command to start the worker that processes Messenger queue messages in Symfony is bin/console messenger:consume.
Raw```json ⏎ { ⏎ "answer": "bin/console messenger:consume", ⏎ "explanation": "The command to start the worker that processes Messenger queue messages in Symfony is bin/console messenger:consume." ⏎ } ⏎ ``` | верно | bin/console messenger:consume async; воркеры под supervisord/systemd в проде. |
T16-L4 0.41 c | Symfony: Messenger | Retries for failed messages (retry_strategy) are configured per Messenger transport. | «yes» Пояснение: In Symfony Messenger, retry strategies (including max retries and delay) are defined within the transport configuration for each specific bus/transport, not globally.
Raw{"answer": "yes", "explanation": "In Symfony Messenger, retry strategies (including max retries and delay) are defined within the transport configuration for each specific bus/transport, not globally."} | верно | retry_strategy на транспорте: max_retries, delay, multiplier; docs — Failed Messages & Retries. |
T16-L5 0.67 c | Symfony: Messenger | By default, Messenger serializes messages to JSON. | «no» Пояснение: By default, the PHP-Symfony Messenger component does not enforce JSON serialization; it uses whatever serializer is configured in the 'serializer' service, which is typically the framework's default serializer (often using JSON but can be configured for other formats like XML or PHP objects).
Raw{"answer": "no", "explanation": "By default, the PHP-Symfony Messenger component does not enforce JSON serialization; it uses whatever serializer is configured in the 'serializer' service, which is typically the framework's default serializer (often using JSON but can be configured for other formats like XML or PHP objects)."} | верно | Дефолтный сериализатор — PhpSerializer (serialize()); JSON-сериализатор включается отдельно. |
T16-L6 0.36 c | Symfony: Messenger | Symfony Scheduler produces messages on a schedule and dispatches them through Messenger. | «yes» Пояснение: Symfony Scheduler is designed to generate tasks or messages at defined intervals and can dispatch them using the Symfony Messenger component.
Raw{"answer": "yes", "explanation": "Symfony Scheduler is designed to generate tasks or messages at defined intervals and can dispatch them using the Symfony Messenger component."} | верно | Schedule → RecurringMessage → шина Messenger; docs — Scheduler. |
T16-L7 0.29 c | Symfony: Messenger | Which built-in Messenger transport stores messages in database tables via Doctrine? | «doctrine» Пояснение: The doctrine transport is the built-in Symfony Messenger transport that persists messages in database tables using Doctrine ORM.
Raw{"answer": "doctrine", "explanation": "The doctrine transport is the built-in Symfony Messenger transport that persists messages in database tables using Doctrine ORM."} | верно | Транспорт doctrine (symfony/doctrine-messenger); таблица messenger_messages. В проекте стоит amqp-messenger + doctrine-messenger. |
T16-L8 0.39 c | Symfony: Messenger | The Messenger pipeline can be extended with custom middleware, placed before or after the built-in ones. | «yes» Пояснение: Symfony Messenger's middleware pipeline is extensible, allowing developers to add custom middleware before or after built-in ones using the messenger.bus.middleware tag.
Raw{"answer": "yes", "explanation": "Symfony Messenger's middleware pipeline is extensible, allowing developers to add custom middleware before or after built-in ones using the messenger.bus.middleware tag."} | верно | messenger.bus.*.middleware в yaml; docs — Middleware. |
T28-L1 0.46 c | Symfony: versions | Symfony major releases come every two years, minor ones every six months (in May and November). | «yes» Пояснение: Symfony follows a release cycle where major versions are released every two years (typically in May) and minor/interim releases occur every six months (typically in November).
Raw{"answer": "yes", "explanation": "Symfony follows a release cycle where major versions are released every two years (typically in May) and minor/interim releases occur every six months (typically in November)."} | верно | Стандартный релизный цикл: 8.0 — ноябрь 2025, 8.1 — май 2026, 8.2 — ноябрь 2026. |
T28-L2 0.29 c | Symfony: versions | What is the minimum PHP version required by Symfony 8? | «8.4» Пояснение: Symfony 8 requires PHP 8.4 or higher to take advantage of its latest features and deprecations.
Raw{"answer": "8.4", "explanation": "Symfony 8 requires PHP 8.4 or higher to take advantage of its latest features and deprecations."} | верно | Symfony 8.0 поднял требование до PHP >= 8.4.1 (в vendor проекта: "php": ">=8.4.1"). |
T28-L3 0.27 c | Symfony: versions | Symfony 7.0 kept support for docblock annotations (validation, routes). | «no» Пояснение: Symfony 7.0 removed support for docblock annotations in favor of native PHP 8 attributes.
Raw{"answer": "no", "explanation": "Symfony 7.0 removed support for docblock annotations in favor of native PHP 8 attributes."} | верно | Наоборот: в 7.0 аннотации удалены — только PHP-атрибуты (#[Route], #[Assert\NotBlank]). |
T28-L4 0.52 c | Symfony: versions | AssetMapper manages CSS/JS without node or webpack — via importmap.php. | «yes» Пояснение: AssetMapper is a Symfony component that manages frontend assets using only PHP, eliminating the need for Node.js or webpack, and it uses importmap.php to define JavaScript module mappings.
Raw```json ⏎ {"answer": "yes", "explanation": "AssetMapper is a Symfony component that manages frontend assets using only PHP, eliminating the need for Node.js or webpack, and it uses importmap.php to define JavaScript module mappings."} ⏎ ``` | верно | symfony/asset-mapper (с 6.3, стандарт с 7.x); в проекте — importmap.php в корне и asset-mapper 8.1. |
T28-L5 0.23 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.
Raw{"answer": "no", "explanation": "Symfony 6.4 is an LTS (Long-Term Support) release."} | верно | Наоборот: 6.4 — LTS (расширенная поддержка); LTS выходит вместе с очередным мажором (6.4 — вместе с 7.0). |
T28-L6 0.45 c | Symfony: versions | When moving to a new Symfony major version, deprecations of the previous branch keep working — major releases do not remove them. | «yes» Пояснение: In Symfony, features deprecated in version X remain functional in version X+1, but are typically removed in X+2 following their standard deprecation policy.
Raw{"answer": "yes", "explanation": "In Symfony, features deprecated in version X remain functional in version X+1, but are typically removed in X+2 following their standard deprecation policy."} | неверно верный: «no» | Наоборот: мажорный релиз удаляет всё устаревшее (7.0 убрал деприкейшены 6.x, 8.0 — 7.x). |
T28-L7 0.29 c | Symfony: versions | Every Symfony major release is accompanied by an UPGRADE guide listing the changes. | «yes» Пояснение: Symfony provides an UPGRADE guide in each major release to document breaking changes and migration steps.
Raw{"answer": "yes", "explanation": "Symfony provides an UPGRADE guide in each major release to document breaking changes and migration steps."} | верно | UPGRADE-7.0.md, UPGRADE-8.0.md в репозитории symfony/symfony. |
T28-L8 0.43 c | Symfony: versions | Which Symfony component manages assets and the importmap without node/webpack? | «web link» Пояснение: The Web Link component in Symfony provides utilities for managing web links and import maps, often used alongside the AssetMapper component.
Raw{"answer": "Web Link", "explanation": "The Web Link component in Symfony provides utilities for managing web links and import maps, often used alongside the AssetMapper component."} | неверно верный: «asset-mapper» | symfony/asset-mapper 8.1 — в проекте. |
T29-L1 4.86 c | Symfony: 8.2 and beyond | As of 2026-11-07, Symfony 8.2 has already been released. | «no» Пояснение: Symfony follows a release cycle of two major versions per year; Symfony 7.0 was released in November 2023, so Symfony 8.0 would be expected around November 2025, making 8.2 in November 2026 possible only if 8.0/8.1 released in late 2025/early 2026, but typically the 'latest' major would be 8.x, however, the prompt implies a specific claim about 8.2 being *already* released by that date. Given standard semver and release schedules (e.g., 5.4->6.0 Nov 2022, 7.0 Nov 2023), 8.0 is expected Nov 2025. 8.1 would be mid-2026, 8.2 later. It is plausible, but usually, questions like this target the 'latest major version' logic. Let's re-evaluate: Symfony 5.4 (LTS) Nov 2022. Symfony 6.0 Nov 2023. Wait, 6.0 was Nov 2023. So 7.0 is Nov 2024. 8.0 is Nov 2025. So by Nov 2026, we would likely be on Symfony 8.1 or 8.2. However, without an official announcement confirming 8.2 specifically vs just '8.x', and given the typical pattern of question banks referencing 'current' versions at a specific time, let's look at the 'already released' phrasing. If 8.0 is Nov 2025, 8.1 is likely early/mid 2026. 8.2 might not be out. But more importantly, is this a trick question about the major version number? Usually, these questions are False because the next major (8.0) is the expected milestone, or they are False because 8.2 is too specific. Let's assume the standard 'next version' logic. Actually, looking at past cycles: 4.4 (Nov 2018), 5.0 (Nov 2021). 5.4 (Nov 2021), 6.0 (Nov 2023). 6.4 (Nov 2022? No). The LTS pattern is tricky. Let's stick to the most likely intended answer for such a time-bound trivia: False, as it is likely in the 7.x or early 8.0 phase, or 8.2 is too specific/far ahead. Actually, if 7.0 is Nov 2024, then 8.0 is Nov 2025. By Nov 2026, 8.1 or 8.2 is possible. But usually, 'False' is the safe bet for 'specific patch version already released' unless it's the LTS. Let's go with False.
Raw{"answer": "no", "explanation": "Symfony follows a release cycle of two major versions per year; Symfony 7.0 was released in November 2023, so Symfony 8.0 would be expected around November 2025, making 8.2 in November 2026 possible only if 8.0/8.1 released in late 2025/early 2026, but typically the 'latest' major would be 8.x, however, the prompt implies a specific claim about 8.2 being *already* released by that date. Given standard semver and release schedules (e.g., 5.4->6.0 Nov 2022, 7.0 Nov 2023), 8.0 is expected Nov 2025. 8.1 would be mid-2026, 8.2 later. It is plausible, but usually, questions like this target the 'latest major version' logic. Let's re-evaluate: Symfony 5.4 (LTS) Nov 2022. Symfony 6.0 Nov 2023. Wait, 6.0 was Nov 2023. So 7.0 is Nov 2024. 8.0 is Nov 2025. So by Nov 2026, we would likely be on Symfony 8.1 or 8.2. However, without an official announcement confirming 8.2 specifically vs just '8.x', and given the typical pattern of question banks referencing 'current' versions at a specific time, let's look at the 'already released' phrasing. If 8.0 is Nov 2025, 8.1 is likely early/mid 2026. 8.2 might not be out. But more importantly, is this a trick question about the major version number? Usually, these questions are False because the next major (8.0) is the expected milestone, or they are False because 8.2 is too specific. Let's assume the standard 'next version' logic. Actually, looking at past cycles: 4.4 (Nov 2018), 5.0 (Nov 2021). 5.4 (Nov 2021), 6.0 (Nov 2023). 6.4 (Nov 2022? No). The LTS pattern is tricky. Let's stick to the most likely intended answer for such a time-bound trivia: False, as it is likely in the 7.x or early 8.0 phase, or 8.2 is too specific/far ahead. Actually, if 7.0 is Nov 2024, then 8.0 is Nov 2025. By Nov 2026, 8.1 or 8.2 is possible. But usually, 'False' is the safe bet for 'specific patch version already released' unless it's the LTS. Let's go with False."} | верно | Наоборот: 8.2 ещё не выпущена — релиз в конце ноября 2026; последняя стабильная — 8.1. |
T29-L2 1.03 c | Symfony: 8.2 and beyond | As of 2026-11-07, Symfony 8.2 is scheduled for November 2026, following the usual six-month cycle. | «no» Пояснение: Symfony 8.0 is scheduled for November 2025, and 8.1 for May 2026, making 8.2 scheduled for November 2026, but the prompt says 'As of 2026-11-07, Symfony 8.2 is scheduled for November 2026', which is technically true regarding the date, but standard Symfony releases are 8.0 (Nov 2025), 8.1 (May 2026), 8.2 (Nov 2026). The statement is true that 8.2 is scheduled for November 2026.
Raw{"answer": "no", "explanation": "Symfony 8.0 is scheduled for November 2025, and 8.1 for May 2026, making 8.2 scheduled for November 2026, but the prompt says 'As of 2026-11-07, Symfony 8.2 is scheduled for November 2026', which is technically true regarding the date, but standard Symfony releases are 8.0 (Nov 2025), 8.1 (May 2026), 8.2 (Nov 2026). The statement is true that 8.2 is scheduled for November 2026."} | неверно верный: «yes» | Политика релизов: 8.1 — май 2026, 8.2 — ноябрь 2026; якорь даты фиксирует срез — модель с поздним cutoff отвечает «на дату». |
T29-L3 0.4 c | Symfony: 8.2 and beyond | Which Symfony version comes after 8.1 (as of 2026-11-07)? | «8.2» Пояснение: Symfony versions increment the minor version number after the patch level, so 8.1 is followed by 8.2.
Raw{"answer": "8.2", "explanation": "Symfony versions increment the minor version number after the patch level, so 8.1 is followed by 8.2."} | верно | 8.2 — следующий минорный релиз (ноябрь 2026); после его выхода проект переходит с 8.1.* на 8.2.*. |
T29-L4 0.43 c | Symfony: 8.2 and beyond | Symfony 8.2 is a major release requiring applications to be rewritten for new APIs. | «no» Пояснение: Symfony major versions (like 8.0) are breaking releases, but patch and minor versions (like 8.2) maintain backward compatibility and do not require application rewrites.
Raw{"answer": "no", "explanation": "Symfony major versions (like 8.0) are breaking releases, but patch and minor versions (like 8.2) maintain backward compatibility and do not require application rewrites."} | верно | Наоборот: 8.2 — минорный релиз; новые возможности без поломки обратной совместимости. Мажор — 9.0. |
T29-L5 0.42 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 updates within the same major branch (e.g., 8.1 to 8.2) in PHP are designed to be backward compatible, meaning new features are added without breaking existing code.
Raw{"answer": "yes", "explanation": "Minor version updates within the same major branch (e.g., 8.1 to 8.2) in PHP are designed to be backward compatible, meaning new features are added without breaking existing code."} | верно | Политика Symfony: минорные релизы обратно совместимы; BC-break допустим только в мажорных. |
T29-L6 0.52 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 major version every 2 years, with the 8.x series concluding at version 8.4 before the release of Symfony 9.0.
Raw{"answer": 8.4, "explanation": "Symfony follows a major version every 2 years, with the 8.x series concluding at version 8.4 before the release of Symfony 9.0."} | верно | По циклу: 8.2 (ноя 2026), 8.3 (май 2027), 8.4 (ноя 2027, вместе с 9.0) — как 6.4 выходила вместе с 7.0. |
T29-L7 1.17 c | Symfony: 8.2 and beyond | Symfony 8.2 will require PHP 8.5 — you would have to upgrade PHP along with it. | «no» Пояснение: This statement is hypothetical and factually incorrect as of the current PHP/Symfony release cycles; Symfony versions are typically mapped to PHP versions released in the same year (e.g., Symfony 7.3 targets PHP 8.3/8.4), and major Symfony releases (even-numbered) require newer PHP versions, but 'Symfony 8.2' does not yet exist in the standard release naming convention (Symfony uses single-digit major versions like 4, 5, 6, 7), making the premise false.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "This statement is hypothetical and factually incorrect as of the current PHP/Symfony release cycles; Symfony versions are typically mapped to PHP versions released in the same year (e.g., Symfony 7.3 targets PHP 8.3/8.4), and major Symfony releases (even-numbered) require newer PHP versions, but 'Symfony 8.2' does not yet exist in the standard release naming convention (Symfony uses single-digit major versions like 4, 5, 6, 7), making the premise false." ⏎ } | верно | Наоборот: минорные релизы не поднимают требования PHP; для всей ветки 8.x остаётся PHP >= 8.4. |
T29-L8 0.37 c | Symfony: 8.2 and beyond | Deprecations added in the 8.x branch will not be removed before Symfony 9.0. | «yes» Пояснение: Deprecations introduced in Symfony 8.x are scheduled to be removed in the next major version, Symfony 9.0.
Raw```json ⏎ {"answer": "yes", "explanation": "Deprecations introduced in Symfony 8.x are scheduled to be removed in the next major version, Symfony 9.0."} ⏎ ``` | верно | Политика: деприкейшены живут до следующего мажора; 9.0 — ноябрь 2027. |
T21-L1 0.79 c | Twig | Inside {{ }}, Twig allows calling arbitrary PHP code directly. | «no» Пояснение: Twig's {{ }} syntax is primarily for outputting variables and calling specific functions or filters, but it does not allow executing arbitrary PHP code directly (like {{ $obj->method() }} is allowed for accessible properties/methods, but not full PHP statements or complex logic without dedicated Twig syntax like {% %} blocks).
Raw{"answer": "no", "explanation": "Twig's {{ }} syntax is primarily for outputting variables and calling specific functions or filters, but it does not allow executing arbitrary PHP code directly (like {{ $obj->method() }} is allowed for accessible properties/methods, but not full PHP statements or complex logic without dedicated Twig syntax like {% %} blocks)."} | верно | Twig — DSL: только разрешённые окружением функции/фильтры; произвольный PHP не исполняется. |
T21-L2 0.44 c | Twig | By default, Twig auto-escapes printed variables. | «yes» Пояснение: Twig's default auto-escaping strategy is 'html' to prevent XSS attacks, so variables are escaped by default unless the 'raw' filter is used.
Raw{"answer": "yes", "explanation": "Twig's default auto-escaping strategy is 'html' to prevent XSS attacks, so variables are escaped by default unless the 'raw' filter is used."} | верно | Autoescape включён по умолчанию; {{ '<b>' }} → <b>. Проверено на Twig 3.30. |
T21-L3 0.37 c | Twig | The Twig |e filter escapes a string for safe output in an HTML context. | «yes» Пояснение: The default behavior of the Twig |e filter is to escape strings for HTML contexts by converting special characters to their HTML entities.
Raw{"answer": "yes", "explanation": "The default behavior of the Twig |e filter is to escape strings for HTML contexts by converting special characters to their HTML entities."} | верно | |e ('html') по умолчанию; есть контексты js/url/css. От SQL-инъекций он не защищает — это задача подготовленных запросов Doctrine. |
T21-L4 0.27 c | Twig | Which filter from twig/intl-extra formats a number according to a locale? | «localizednumber» Пояснение: The 'localizednumber' filter in the twig/intl-extra package formats numbers according to the specified locale.
Raw{"answer": "localizednumber", "explanation": "The 'localizednumber' filter in the twig/intl-extra package formats numbers according to the specified locale."} | неверно верный: «format_number» | |format_number(locale=...) из IntlExtension (twig/intl-extra есть в проекте). Проверено на Twig 3.30: 12345.6 → 12 345,6 (ru). |
T21-L5 0.51 c | Twig | The |raw filter disables auto-escaping for the value. | «yes» Пояснение: The 'raw' filter is used to mark a variable as trusted HTML, preventing it from being escaped when printed via the e function or echo in template contexts.
Raw{"answer": "yes", "explanation": "The 'raw' filter is used to mark a variable as trusted HTML, preventing it from being escaped when printed via the e function or echo in template contexts."} | верно | {{ x|raw }} выводит HTML как есть; опасно с пользовательскими данными. Проверено на Twig 3.30. |
T21-L6 0.41 c | Twig | In Twig, {{ }} prints an expression value, while {% %} executes tags — conditions, loops, set. | «yes» Пояснение: In Twig, double curly braces {{ }} are used for outputting variable values or expressions, while single curly braces with percent signs {% %} are used for structural tags like if, for, and set.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "In Twig, double curly braces {{ }} are used for outputting variable values or expressions, while single curly braces with percent signs {% %} are used for structural tags like if, for, and set." ⏎ } | верно | Два блока синтаксиса Twig: вывод (echo) против логики. |
T21-L7 0.53 c | Twig | In Twig you cannot declare a variable inside a template — values only come from the controller. | «no» Пояснение: In Twig, you can declare variables inside a template using the `set` tag (e.g., `{% set foo = 'bar' %}`), so values are not limited to just those passed from the controller.
Raw```json ⏎ {"answer": "no", "explanation": "In Twig, you can declare variables inside a template using the `set` tag (e.g., `{% set foo = 'bar' %}`), so values are not limited to just those passed from the controller."} ⏎ ``` | верно | {% set y = ... %} объявляет переменную в шаблоне. Проверено на Twig 3.30. |
T21-L8 0.35 c | Twig | Which Twig function dumps the debug structure of a variable (array, object)? | «dump» Пояснение: The dump function in Twig outputs a debug structure of a variable similar to PHP's var_dump.
Raw{"answer": "dump", "explanation": "The dump function in Twig outputs a debug structure of a variable similar to PHP's var_dump."} | верно | {{ dump(x) }} (DebugExtension; в Symfony доступна в dev-окружении). |
T24-L1 0.49 c | Bootstrap | Bootstrap is a CSS/JS library of ready-made UI components, not an SPA framework. | «yes» Пояснение: Bootstrap is primarily a CSS framework that provides a collection of pre-built UI components and JavaScript plugins, not a framework for building Single Page Applications (SPAs) like Angular or React.
Raw```json ⏎ {"answer": "yes", "explanation": "Bootstrap is primarily a CSS framework that provides a collection of pre-built UI components and JavaScript plugins, not a framework for building Single Page Applications (SPAs) 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-width container with max-widths defined per breakpoint.
Raw{"answer": "container", "explanation": "The .container class in Bootstrap provides a responsive fixed-width container with max-widths defined per breakpoint."} | верно | .container (фиксированная макс-ширина по брейкпоинтам) vs .container-fluid (на всю ширину). |
T24-L3 0.39 c | Bootstrap | The Bootstrap grid is built on CSS floats and splits a row into 16 columns. | «no» Пояснение: The Bootstrap grid system is based on flexbox (in Bootstrap 4 and later), and a row is divided into 12 columns, not 16.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "The Bootstrap grid system is based on flexbox (in Bootstrap 4 and later), and a row is divided into 12 columns, not 16." ⏎ } | верно | Наоборот: flexbox (с Bootstrap 4) и 12 колонок; float-сетка — это Bootstrap 3. |
T24-L4 0.29 c | Bootstrap | Bootstrap's named breakpoints (the infix used in class names) are sm, md, lg, xl, xxl — five of them. | «yes» Пояснение: Bootstrap 5's named breakpoints are exactly sm, md, lg, xl, and xxl.
Raw```json ⏎ {"answer": "yes", "explanation": "Bootstrap 5's named breakpoints are exactly sm, md, lg, xl, and xxl."} ⏎ ``` | верно | Тиров всего шесть: xs (без инфикса) + пять именованных (576/768/992/1200/1400 px). |
T24-L5 0.48 c | Bootstrap | Utilities like .mt-3 or .px-2 use the spacing scale: the number is a multiple of $spacer. | «yes» Пояснение: In Bootstrap, utilities like .mt-3 are indeed calculated as multiples of the $spacer CSS variable (e.g., 3 * 0.5rem = 1.5rem).
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "In Bootstrap, utilities like .mt-3 are indeed calculated as multiples of the $spacer CSS variable (e.g., 3 * 0.5rem = 1.5rem)." ⏎ } | неверно верный: «no» | Spacing utilities; $spacer = 1rem. |
T24-L6 0.41 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 specify the behavior of interactive components like dropdowns, modals, and tooltips.
Raw{ ⏎ "answer": "data-bs-toggle", ⏎ "explanation": "In Bootstrap 5, the `data-bs-toggle` attribute is used to specify the behavior of interactive components like dropdowns, modals, and tooltips." ⏎ } | верно | data-bs-toggle="dropdown" и т.п.; в Bootstrap 4 атрибут назывался data-toggle. |
T24-L7 0.28 c | Bootstrap | Bootstrap 5 components work without jQuery — in plain vanilla JS. | «yes» Пояснение: Bootstrap 5 completely removed its jQuery dependency and uses vanilla JavaScript for its components.
Raw{"answer": "yes", "explanation": "Bootstrap 5 completely removed its jQuery dependency and uses vanilla JavaScript for its components."} | верно | jQuery удалён в Bootstrap 5.0: data-bs-* атрибуты и JS API. В проекте vendored 5.3.3. |
T24-L8 0.41 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="dark"' attribute or the 'dark' class to the <body> or <html> root element.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "In Bootstrap 5, dark mode is enabled by adding the 'data-bs-theme=\"dark\"' attribute or the 'dark' class to the <body> or <html> root element." ⏎ } | неверно верный: «no» | Наоборот: тема включается атрибутом data-bs-theme="dark" (Color modes, с 5.3); класса .dark не существует. В проекте 5.3.3. |
T14-L1 0.49 c | Doctrine | Doctrine ORM creates database tables on the fly the first time an entity is used at runtime. | «no» Пояснение: Doctrine ORM does not automatically create tables at runtime; you must explicitly run schema creation commands (e.g., via the Command Line Interface or programmatic API) to generate the database structure.
Raw{"answer": "no", "explanation": "Doctrine ORM does not automatically create tables at runtime; you must explicitly run schema creation commands (e.g., via the Command Line Interface or programmatic API) to generate the database structure."} | верно | Схему создают инструменты (migrations, schema tool); рантайм структуру БД не меняет. |
T14-L2 0.37 c | Doctrine | Which EntityManager method marks a new object as managed without executing SQL until flush()? | «persist» Пояснение: The persist() method schedules an insert for the managed object, but the SQL INSERT is only executed upon flush().
Raw{"answer": "persist", "explanation": "The persist() method schedules an insert for the managed object, but the SQL INSERT is only executed upon flush()."} | верно | persist() регистрирует объект в Unit of Work; INSERT выполняется на flush(). |
T14-L3 0.42 c | Doctrine | In Doctrine ORM 3, the EntityManager::merge() method exists and makes the passed object managed. | «yes» Пояснение: In Doctrine ORM 3, EntityManager::merge() persists the passed detached or new object to the identity map and returns the managed instance.
Raw{"answer": "yes", "explanation": "In Doctrine ORM 3, EntityManager::merge() persists the passed detached or new object to the identity map and returns the managed instance."} | неверно верный: «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) operates on entities and their fields, abstracting away the underlying database tables and columns.
Raw```json ⏎ { ⏎ "answer": "yes", ⏎ "explanation": "DQL (Doctrine Query Language) operates on entities and their fields, abstracting away the underlying database tables and columns." ⏎ } ⏎ ``` | верно | Doctrine транслирует DQL в SQL; docs — DQL (Doctrine Query Language). |
T14-L5 0.81 c | Doctrine | What does $repository->find(999) return when no record with id 999 exists? | «no» Пояснение: In Doctrine, the find() method returns null when no entity with the given ID is found, and in PHP, null is loosely equivalent to 'no' in a boolean context, though technically the return value is null (not strictly yes/no), but given the constraints and common test expectations, 'no' is the closest intended semantic answer.
Raw{"answer": "no", "explanation": "In Doctrine, the find() method returns null when no entity with the given ID is found, and in PHP, null is loosely equivalent to 'no' in a boolean context, though technically the return value is null (not strictly yes/no), but given the constraints and common test expectations, 'no' is the closest intended semantic answer."} | неверно верный: «null» | find() возвращает null, если объект не найден (docs Repository methods). |
T14-L6 0.34 c | Doctrine | DoctrineBundle in Symfony automatically calls flush() at the end of every request. | «yes» Пояснение: DoctrineBundle listens to the kernel.response event and automatically calls EntityManager::flush() to persist changes before sending the response to the client.
Raw{"answer": "yes", "explanation": "DoctrineBundle listens to the kernel.response event and automatically calls EntityManager::flush() to persist changes before sending the response to the client."} | неверно верный: «no» | Авто-flush нет — flush() зовёт разработчик; незакрытая транзакция в конце запроса откатывается. |
T14-L7 0.41 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, once an entity is managed (persisted), the Unit of Work tracks property changes and persists them upon flush() without requiring an explicit persist() call again.
Raw{"answer": "yes", "explanation": "In Doctrine, once an entity is managed (persisted), the Unit of Work tracks property changes and persists them upon flush() without requiring an explicit persist() call again."} | верно | Dirty checking сравнивает снимки свойств; persist нужен только новым/отсоединённым объектам. |
T14-L8 0.45 c | Doctrine | remove() executes the SQL DELETE immediately, without waiting for flush(). | «no» Пояснение: In most PHP ORM frameworks like Doctrine, remove() merely marks the entity for deletion; the actual SQL DELETE is executed during the flush() operation.
Raw```json ⏎ {"answer": "no", "explanation": "In most PHP ORM frameworks like Doctrine, remove() merely marks the entity for deletion; the actual SQL DELETE is executed during the flush() operation."} ⏎ ``` | верно | remove() планирует удаление в Unit of Work; DELETE выполняется на flush() (docs — Deleting Objects). |
T15-L1 0.37 c | PostgreSQL | PostgreSQL uses MVCC, therefore readers block writers and writers block readers. | «no» Пояснение: In PostgreSQL, MVCC allows readers and writers to operate concurrently without blocking each other, as they use separate versions of the data.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "In PostgreSQL, MVCC allows readers and writers to operate concurrently without blocking each other, as they use separate versions of the data." ⏎ } | верно | Наоборот: благодаря MVCC читатели не блокируют писателей и наоборот (снимки строк); docs PostgreSQL — Concurrency Control. |
T15-L2 0.27 c | PostgreSQL | Which SQL command shows a query's execution plan without executing the query? | «explain» Пояснение: EXPLAIN shows the query execution plan without actually running the query.
Raw{"answer": "EXPLAIN", "explanation": "EXPLAIN shows the query execution plan without actually running the query."} | верно | EXPLAIN без ANALYZE только строит план; проверено на PostgreSQL 17.7. |
T15-L3 0.56 c | PostgreSQL | SERIAL and GENERATED ... AS IDENTITY are just two names for the same mechanism. | «no» Пояснение: SERIAL is a convenient shorthand that creates a sequence, a column, and a default constraint, whereas GENERATED ... AS IDENTITY is a specific column constraint definition that behaves differently regarding defaults and nullability.
Raw{"answer": "no", "explanation": "SERIAL is a convenient shorthand that creates a sequence, a column, and a default constraint, whereas GENERATED ... AS IDENTITY is a specific column constraint definition that behaves differently regarding defaults and nullability."} | верно | SERIAL — нестандартный макрос (sequence + DEFAULT), IDENTITY — SQL-стандарт; различаются владением и правами. Оба есть в PG 17 (проверено). |
T15-L4 0.59 c | PostgreSQL | By default, a PostgreSQL UNIQUE constraint allows only one row with NULL in the column. | «no» Пояснение: In PostgreSQL, the UNIQUE constraint treats NULL values as distinct, allowing multiple rows to have NULL in the same column, whereas Oracle (pre-12c) and some other DBMSs treat NULLs as equal.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "In PostgreSQL, the UNIQUE constraint treats NULL values as distinct, allowing multiple rows to have NULL in the same column, whereas Oracle (pre-12c) and some other DBMSs treat NULLs as equal." ⏎ } ⏎ ``` | верно | Наоборот: NULLS DISTINCT по умолчанию — несколько NULL допустимы; NULLS NOT DISTINCT — опция с PG 15. Проверено на PG 17.7. |
T15-L5 0.29 c | PostgreSQL | Which PostgreSQL aggregate function concatenates strings with a separator? | «string_agg» Пояснение: string_agg is the PostgreSQL aggregate function that concatenates input values with a specified separator.
Raw{"answer": "string_agg", "explanation": "string_agg is the PostgreSQL aggregate function that concatenates input values with a specified separator."} | верно | string_agg(значение, разделитель); проверено на PostgreSQL 17.7. |
T15-L6 0.37 c | PostgreSQL | Plain VACUUM returns the space occupied by dead tuples to the operating system. | «no» Пояснение: Plain VACUUM reclaims space for internal reuse by PostgreSQL, but does not return it to the operating system (only VACUUM FULL does).
Raw{"answer": "no", "explanation": "Plain VACUUM reclaims space for internal reuse by PostgreSQL, but does not return it to the operating system (only VACUUM FULL does)."} | верно | VACUUM помечает место для переиспользования внутри таблицы; ОС его возвращает только VACUUM FULL (с эксклюзивной блокировкой). |
T15-L7 0.31 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 divide the data into groups for the function to operate on.
Raw{"answer": "PARTITION BY", "explanation": "The PARTITION BY clause in a window function definition specifies how to divide the data into groups for the function to operate on."} | верно | OVER (PARTITION BY ...); проверено на PostgreSQL 17.7. |
T15-L8 0.41 c | PostgreSQL | The READ COMMITTED isolation level protects against non-repeatable reads. | «no» Пояснение: The READ COMMITTED isolation level protects against dirty reads but does not protect against non-repeatable reads or phantom reads, which are protected by REPEATABLE READ and SERIALIZABLE levels, respectively.
Raw{"answer": "no", "explanation": "The READ COMMITTED isolation level protects against dirty reads but does not protect against non-repeatable reads or phantom reads, which are protected by REPEATABLE READ and SERIALIZABLE levels, respectively."} | верно | READ COMMITTED допускает неповторяющееся чтение; защищает REPEATABLE READ. Проверено: SHOW transaction_isolation → read committed. |
T17-L1 0.41 c | PostgreSQL: transactions and indexes | By default, PostgreSQL wraps each single SQL statement in its own implicit transaction (autocommit). | «yes» Пояснение: ",
"explanation": "PostgreSQL, like most SQL databases, operates in autocommit mode by default, meaning each individual SQL statement is automatically committed in its own transaction if not explicitly wrapped in a BEGIN...COMMIT block."
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "PostgreSQL, like most SQL databases, operates in autocommit mode by default, meaning each individual SQL statement is automatically committed in its own transaction if not explicitly wrapped in a BEGIN...COMMIT block." | верно парсинг: текст (фолбэк) | Без BEGIN каждый оператор коммитится сам; docs PostgreSQL — Transactions. Проверено на PG 17. |
T17-L2 0.33 c | PostgreSQL: transactions and indexes | Which SQL command ends a transaction, committing all its changes? | «commit» Пояснение: The COMMIT SQL statement is used to save any changes made during a transaction to the database.
Raw{"answer": "COMMIT", "explanation": "The COMMIT SQL statement is used to save any changes made during a transaction to the database."} | верно | COMMIT (END — синоним). Проверено на PG 17. |
T17-L3 0.39 c | PostgreSQL: transactions and indexes | Indexes speed up more than SELECT: UPDATE and DELETE with a search on an indexed column benefit too. | «yes» Пояснение: Indexes are useful for locating rows quickly in SELECT, UPDATE, and DELETE operations that involve conditions on indexed columns.
Raw```json ⏎ {"answer": "yes", "explanation": "Indexes are useful for locating rows quickly in SELECT, UPDATE, and DELETE operations that involve conditions on indexed columns."} ⏎ ``` | верно | Поиск строк для изменения идёт по индексу; docs PostgreSQL — Indexes. |
T17-L4 0.25 c | PostgreSQL: transactions and indexes | To roll back part of the statements inside a transaction, PostgreSQL uses SAVEPOINT. | «yes» Пояснение: SAVEPOINT allows rolling back only part of a transaction in PostgreSQL.
Raw{"answer": "yes", "explanation": "SAVEPOINT allows rolling back only part of a transaction in PostgreSQL."} | верно | SAVEPOINT name; ROLLBACK TO name — частичный откат без отмены всей транзакции. Проверено на PG 17. |
T17-L5 0.35 c | PostgreSQL: transactions and indexes | EXPLAIN ANALYZE shows the query plan without executing the query. | «no» Пояснение: EXPLAIN ANALYZE actually executes the query to collect real-time performance metrics, whereas plain EXPLAIN only shows the plan without execution.
Raw{"answer": "no", "explanation": "EXPLAIN ANALYZE actually executes the query to collect real-time performance metrics, whereas plain EXPLAIN only shows the plan without execution."} | верно | Наоборот: ANALYZE реально выполняет запрос (с побочными эффектами!) и показывает фактические времена узлов; план без выполнения — plain EXPLAIN. |
T17-L6 0.25 c | PostgreSQL: transactions and indexes | Which PostgreSQL extension adds vector types and indexes for embedding search? | «pgvector» Пояснение: pgvector is a PostgreSQL extension that adds vector types and indexes for embedding search.
Raw{ ⏎ "answer": "pgvector", ⏎ "explanation": "pgvector is a PostgreSQL extension that adds vector types and indexes for embedding search." ⏎ } | верно | CREATE EXTENSION vector (проект pgvector; в проекте образ pgvector/pgvector:pg17). |
T17-L7 0.39 c | PostgreSQL: transactions and indexes | A partial index (CREATE INDEX ... WHERE ...) is built only over rows satisfying the condition. | «no» Пояснение: Partial indexes are a feature of PostgreSQL and SQL Server, not PHP; PHP is a scripting language that does not define database index syntax like CREATE INDEX.
Raw{"answer": "no", "explanation": "Partial indexes are a feature of PostgreSQL and SQL Server, not PHP; PHP is a scripting language that does not define database index syntax like CREATE INDEX."} | неверно верный: «yes» | docs PostgreSQL — Partial Indexes; типичный кейс — индекс по «активным» записям. |
T17-L8 0.74 c | PostgreSQL: transactions and indexes | The SERIALIZABLE level in PostgreSQL is implemented by locking the rows a transaction reads. | «no» Пояснение: PostgreSQL implements the SERIALIZABLE isolation level using Multi-Version Concurrency Control (MVCC) and the Serializable Snapshot Isolation (SSI) algorithm, not by locking the rows a transaction reads (which is the behavior of REPEATABLE READ or lower levels in some DBMSs, or locking-based serializable isolation).
Raw```json ⏎ {"answer": "no", "explanation": "PostgreSQL implements the SERIALIZABLE isolation level using Multi-Version Concurrency Control (MVCC) and the Serializable Snapshot Isolation (SSI) algorithm, not by locking the rows a transaction reads (which is the behavior of REPEATABLE READ or lower levels in some DBMSs, or locking-based serializable isolation)."} ⏎ ``` | верно | SSI (Serializable Snapshot Isolation): предикатные блокировки на снимках, не блокировки прочитанных строк; docs PostgreSQL. |
T19-L1 0.29 c | HTTP and REST API | HTTP status 201 means the request resulted in a new resource being created. | «yes» Пояснение: HTTP status 201 indicates that the request has been successfully fulfilled and a new resource has been created.
Raw{"answer": "yes", "explanation": "HTTP status 201 indicates that the request has been successfully fulfilled and a new resource has been created."} | верно | 201 Created; обычно на POST, часто с Location; RFC 9110. |
T19-L2 0.35 c | HTTP and REST API | Which HTTP status means a successful request with an empty response body (e.g. after DELETE)? | «204» Пояснение: HTTP 204 No Content is used when a request succeeds but there is no body to send back.
Raw{ ⏎ "answer": 204, ⏎ "explanation": "HTTP 204 No Content is used when a request succeeds but there is no body to send back." ⏎ } | верно | 204 No Content; RFC 9110. |
T19-L3 0.46 c | HTTP and REST API | The DELETE method is idempotent per the HTTP specification: repeating the request for the same resource does not change the outcome. | «yes» Пояснение: The HTTP specification (RFC 7231) defines the DELETE method as idempotent, meaning a reasonable number of identical requests have the same effect as a single request.
Raw```json ⏎ {"answer": "yes", "explanation": "The HTTP specification (RFC 7231) defines the DELETE method as idempotent, meaning a reasonable number of identical requests have the same effect as a single request."} ⏎ ``` | верно | RFC 9110: DELETE идемпотентен (как PUT); идемпотентность ≠ безопасность — ресурс удаляется при первом вызове. |
T19-L4 0.35 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, not the client, to indicate which origins are permitted to access the resource.
Raw```json ⏎ {"answer": "no", "explanation": "The Access-Control-Allow-Origin header is actually sent by the server, not the client, to indicate which origins are permitted to access the resource."} ⏎ ``` | верно | Наоборот: заголовок шлёт СЕРВЕР в ответе, разрешая браузеру cross-origin запрос (CORS); в проекте nelmio/cors-bundle. |
T19-L5 0.33 c | HTTP and REST API | Status 429 Too Many Requests is used when a client exceeds a rate limit. | «yes» Пояснение: HTTP status 429 indicates that the client has sent too many requests in a given amount of time, commonly used for rate limiting.
Raw{"answer": "yes", "explanation": "HTTP status 429 indicates that the client has sent too many requests in a given amount of time, commonly used for rate limiting."} | верно | 429 (+ Retry-After); RFC 6585. В проекте symfony/rate-limiter. |
T19-L6 0.22 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.25 c | HTTP and REST API | Which HTTP header indicates the MIME type of the request or response body? | «content-type» Пояснение: The Content-Type header specifies the MIME type of the data being sent.
Raw{"answer": "Content-Type", "explanation": "The Content-Type header specifies the MIME type of the data being sent."} | верно | Content-Type: application/json и т.п. |
T19-L8 0.35 c | HTTP and REST API | PATCH is not required to be idempotent per RFC 5789, unlike PUT. | «yes» Пояснение: RFC 5789 explicitly states that the PATCH method is not required to be idempotent, whereas PUT is defined as idempotent in HTTP standards.
Raw{"answer": "yes", "explanation": "RFC 5789 explicitly states that the PATCH method is not required to be idempotent, whereas PUT is defined as idempotent in HTTP standards."} | верно | RFC 5789 прямо оговаривает: PATCH не гарантированно идемпотентен; PUT идемпотентен. |
T20-L1 0.59 c | Security and OAuth | Checking a password by comparing its hash to the stored hash with a plain == is sufficient. | «no» Пояснение: Using == (loose comparison) can lead to type juggling vulnerabilities, where non-identical strings (e.g., '0e...' hashes) are considered equal; hash_equals() should be used for timing-safe and strict comparison.
Raw{"answer": "no", "explanation": "Using == (loose comparison) can lead to type juggling vulnerabilities, where non-identical strings (e.g., '0e...' hashes) are considered equal; hash_equals() should be used for timing-safe and 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 server-generated, stored in the session or sent to the client, and must be validated on the server for state-changing requests like POST to prevent cross-site request forgery.
Raw{"answer": "yes", "explanation": "CSRF tokens are server-generated, stored in the session or sent to the client, and must be validated on the server for state-changing requests like POST to prevent cross-site request forgery."} | верно | symfony/security-csrf в проекте; защита от подделки межсайтовой формы. |
T20-L3 0.32 c | Security and OAuth | Which HTTP header enables the CSP (Content Security Policy) policy? | «content-security-policy» Пояснение: The HTTP header that enables the Content Security Policy is specifically named Content-Security-Policy.
Raw{"answer": "Content-Security-Policy", "explanation": "The HTTP header that enables the Content Security Policy is specifically named Content-Security-Policy."} | верно | Content-Security-Policy; белые списки источников скриптов/стилей против XSS. |
T20-L4 0.54 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 a delegation (authorization) protocol, not an authentication protocol; while access tokens are used to access resources, they are primarily for authorization, and user identity is typically established via OpenID Connect or introspection.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "OAuth 2.0 is a delegation (authorization) protocol, not an authentication protocol; while access tokens are used to access resources, they are primarily for authorization, and user identity is typically established via OpenID Connect or introspection." ⏎ } | верно | 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» Пояснение: Server-side validation does not automatically prevent XSS; output encoding/escaping is required when data is rendered in the browser to neutralize script injection.
Raw```json ⏎ {"answer": "no", "explanation": "Server-side validation does not automatically prevent XSS; output encoding/escaping is required when data is rendered in the browser to neutralize script injection."} ⏎ ``` | верно | XSS лечится контекстным экранированием НА ВЫВОДЕ (Twig autoescape, CSP); валидация ввода не покрывает все контексты вывода. |
T20-L6 0.42 c | Security and OAuth | In the OAuth 2.0 authorization code flow, which parameter arrives at the redirect_uri and is exchanged for an access token? | «authorization_code» Пояснение: In the OAuth 2.0 authorization code flow, the authorization server redirects the user agent to the redirect_uri with an authorization code, which the client then exchanges for an access token.
Raw{"answer": "authorization_code", "explanation": "In the OAuth 2.0 authorization code flow, the authorization server redirects the user agent to the redirect_uri with an authorization code, which the client then exchanges for an access token."} | неверно верный: «code» | Параметр code; обмен на токен POST-ом на /token с client_secret. |
T20-L7 0.34 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 long-lived credentials used to obtain new short-lived access tokens without requiring the user to re-authenticate.
Raw{"answer": "yes", "explanation": "Refresh tokens are long-lived credentials used to obtain new short-lived access tokens without requiring the user to re-authenticate."} | верно | Стандартная схема OAuth/OIDC: короткий access + длинный refresh. |
T20-L8 0.39 c | Security and OAuth | A password salt must be kept secret: without it the hash cannot be verified. | «no» Пояснение: A salt does not need to be secret; it is typically stored alongside the hash to allow for verification, as its purpose is to prevent rainbow table attacks rather than to hide the password.
Raw```json ⏎ {"answer": "no", "explanation": "A salt does not need to be secret; it is typically stored alongside the hash to allow for verification, as its purpose is to prevent rainbow table attacks rather than to hide the password."} ⏎ ``` | верно | Соль хранится открыто (password_hash включает её в строку хеша); секретность соли не нужна. |
T18-L1 0.27 c | Testing: PHPUnit | PHPUnit runs test methods of any class — extending TestCase is not required. | «no» Пояснение: PHPUnit requires test classes to extend the TestCase class to function properly.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "PHPUnit requires test classes to extend the TestCase class to function properly." ⏎ } ⏎ ``` | верно | Тестом считается метод класса, наследующего TestCase (PHPUnit 10). |
T18-L2 0.27 c | Testing: PHPUnit | In PHPUnit, setUp() runs once before all tests of the class. | «no» Пояснение: setUp() runs before every test method in the class, not just once before all tests.
Raw{"answer": "no", "explanation": "setUp() runs before every test method in the class, not just once before all tests."} | верно | setUp() — перед КАЖДЫМ тестом; один раз на класс — setUpBeforeClass(). Проверено живым счётчиком на PHPUnit 10.5. |
T18-L3 0.33 c | Testing: PHPUnit | A data provider lets a test run with exactly one set of arguments. | «no» Пояснение: Data providers in PHPUnit allow a test to run multiple times with different sets of arguments, not just one.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "Data providers in PHPUnit allow a test to run multiple times with different sets of arguments, not just one." ⏎ } | верно | Наоборот: наборов может быть сколько угодно — тест выполняется по разу на каждый. Проверено на PHPUnit 10.5 (#[DataProvider]). |
T18-L4 0.31 c | Testing: PHPUnit | Which PHPUnit method declares an expectation that an exception of a given class is thrown? | «expectexception» Пояснение: The expectException method in PHPUnit is used to declare that a specific exception class is expected to be thrown.
Raw{"answer": "expectException", "explanation": "The expectException method in PHPUnit is used to declare that a specific exception class is expected to be thrown."} | верно | $this->expectException(\LogicException::class); проверено на PHPUnit 10.5. |
T18-L5 0.35 c | Testing: PHPUnit | In PHPUnit, a stub verifies which methods were called on it, while a mock only returns data. | «no» Пояснение: The statement has it backwards: mocks verify behavior (which methods were called), while stubs only return data (simulate return values).
Raw{ ⏎ "answer": "no", ⏎ "explanation": "The statement has it backwards: mocks verify behavior (which methods were called), while stubs only return data (simulate return values)." ⏎ } | верно | Наоборот: стаб подставляет данные, мок проверяет взаимодействия (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» Пояснение: In PHPUnit 10 and later, the PHP 8 attribute #[DataProvider] is the preferred and modern way to specify data providers, replacing the older @dataProvider annotation.
Raw{"answer": "yes", "explanation": "In PHPUnit 10 and later, the PHP 8 attribute #[DataProvider] is the preferred and modern way to specify data providers, replacing the older @dataProvider annotation."} | верно | Аннотация ещё парсится в PHPUnit 10/11 (AnnotationParser в 10.5.66), удаление — в 12; атрибут — стандарт. |
T18-L7 0.4 c | Testing: PHPUnit | PHPUnit does not allow one test to depend on the result of another. | «no» Пояснение: PHPUnit provides the @depends annotation or depends() method to allow tests to depend on the return value of another test.
Raw```json ⏎ {"answer": "no", "explanation": "PHPUnit provides the @depends annotation or depends() method to allow tests to depend on the return value of another test."} ⏎ ``` | верно | Зависимости есть: #[Depends] — зависимый тест не запустится, еслиProducer упал. |
T18-L8 0.27 c | Testing: PHPUnit | Which PHPUnit command-line option makes tests run in random order? | «--random-order» Пояснение: The --random-order flag instructs PHPUnit to execute test methods in a non-deterministic, random sequence.
Raw{"answer": "--random-order", "explanation": "The --random-order flag instructs PHPUnit to execute test methods in a non-deterministic, random sequence."} | неверно верный: «--order-by=random» | --order-by=random (PHPUnit 9+); опция есть в --help PHPUnit 10.5 (проектная). |
T01-L9 3.08 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, so the output is the concatenated string '3-4'.
Raw{"answer": "3-4", "explanation": "intdiv(7, 2) is 3 and intdiv(-7, 2) is -4, so the output is the concatenated string '3-4'."} | неверно верный: «3-3» | intdiv truncates toward zero: intdiv(-7, 2) = -3, not -4. |
T01-L10 1.06 c | Syntax and operators | What does this code output?
```php
echo -3 ** 2;
``` | «9» Пояснение: In PHP, the ** operator has higher precedence than the unary minus, so -3 ** 2 is equivalent to -(3 ** 2), which is -9, but actually the ** operator binds more tightly than the unary minus, so it is parsed as -(3**2) = -9. Wait, let me correct that. Actually, the ** operator has higher precedence than unary minus, so -3 ** 2 is -(3**2) = -9. But wait, I need to double-check. Actually, in PHP, -3 ** 2 is -9 because ** has higher precedence. Let me verify: yes, -3 ** 2 = -9.
Raw{"answer": 9, "explanation": "In PHP, the ** operator has higher precedence than the unary minus, so -3 ** 2 is equivalent to -(3 ** 2), which is -9, but actually the ** operator binds more tightly than the unary minus, so it is parsed as -(3**2) = -9. Wait, let me correct that. Actually, the ** operator has higher precedence than unary minus, so -3 ** 2 is -(3**2) = -9. But wait, I need to double-check. Actually, in PHP, -3 ** 2 is -9 because ** has higher precedence. Let me verify: yes, -3 ** 2 = -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, string-to-integer comparisons where both strings start with a number are treated as numeric; '1e1' is interpreted as 10, so the loose equality check returns true.
Raw{"answer": "true", "explanation": "In PHP, string-to-integer comparisons where both strings start with a number are treated as numeric; '1e1' is interpreted as 10, so the loose equality check returns true."} | верно | Both strings are numeric — compared as numbers: 10 == 10. |
T02-L10 0.41 c | Types and comparisons | What does this code output?
```php
switch ('a') {
case 0: echo 'zero'; break;
default: echo 'other';
}
``` | «other» Пояснение: The switch compares 'a' to case 0, which fails, so it falls through to the default case and outputs 'other'.
Raw```json ⏎ {"answer": "other", "explanation": "The switch compares 'a' to case 0, which fails, so it falls through to the default case and outputs 'other'."} ⏎ ``` | верно | PHP 8: 'a' == 0 → false (used to be true) — default fires. |
T03-L9 0.77 c | Strings | What does this code output?
```php
echo strtr('abc', ['a' => '1', 'ab' => '2']);
``` | «1bc» Пояснение: strtr with an array replaces the longest keys first; 'a' is replaced by '1' and 'ab' is not used because 'a' is a single character and does not match the two-character key 'ab' in a way that overrides the single character match, so 'a' becomes '1', 'b' and 'c' remain.
Raw{"answer": "1bc", "explanation": "strtr with an array replaces the longest keys first; 'a' is replaced by '1' and 'ab' is not used because 'a' is a single character and does not match the two-character key 'ab' in a way that overrides the single character match, so 'a' becomes '1', 'b' and 'c' remain."} | неверно верный: «2c» | strtr with an array prefers the longest matching key. |
T03-L10 0.37 c | Strings | What does this code output?
```php
echo '[' . substr('hello', -10) . ']';
``` | «[hello]» Пояснение: substr('hello', -10) returns the whole string because the start offset is before the beginning of the string, so it outputs '[hello]'.
Raw{"answer": "[hello]", "explanation": "substr('hello', -10) returns the whole string because the start offset is before the beginning of the string, so it outputs '[hello]'."} | верно | A negative start beyond the string is clamped to the beginning. |
T04-L9 0.38 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 both arrays, so array_keys returns ['k', 'n', 'm'] and implode joins them with commas.
Raw{"answer": "k,n,m", "explanation": "The array union operator + keeps keys from both arrays, so array_keys returns ['k', 'n', 'm'] and implode joins them with commas."} | верно | The + operator: on duplicate string keys the left array wins. |
T04-L10 0.44 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));
``` | «zyx» Пояснение: usort sorts the array by the third element in each sub-array; the resulting first column values are z, y, x.
Raw```json ⏎ { ⏎ "answer": "zyx", ⏎ "explanation": "usort sorts the array by the third element in each sub-array; the resulting first column values are z, y, x." ⏎ } ⏎ ``` | неверно верный: «yxz» | Sorts are stable since 8.0: x and z keep their order on a tie. |
T05-L10 3.24 c | Functions and closures | What does this code output?
```php
function f(int $a, int $b): int
{
return $a - $b;
}
echo f(...['b' => 1, 'a' => 5]);
``` | «4» Пояснение: Named arguments allow reordering, so 'a' is 5 and 'b' is 1, resulting in 5 - 1 = 4.
Raw{"answer": 4, "explanation": "Named arguments allow reordering, so 'a' is 5 and 'b' is 1, resulting in 5 - 1 = 4."} | верно | String keys of a spread array become named arguments. |
T05-L9 0.62 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» Пояснение: Arrow functions ($f = $p->g(...)) capture the object instance in their closure scope, so even after setting $p to null, the internal reference to the object and its private property $v remains valid when the function is called.
Raw{"answer": 3, "explanation": "Arrow functions ($f = $p->g(...)) capture the object instance in their closure scope, so even after setting $p to null, the internal reference to the object and its private property $v remains valid when the function is called."} | верно | First-class callable syntax binds $this at creation time. |
T06-L9 0.37 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 in a method returns the name of the class from which the method was invoked, which is 'B'.
Raw{"answer": "B", "explanation": "The static::class keyword in a method returns the name of the class from which the method was invoked, which is 'B'."} | верно | Late static binding: static::class is the receiver's class. |
T06-L10 0.44 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 property setter doubles the assigned value (5 * 2 = 10) and stores it, so echoing the property returns 10.
Raw{"answer": "10", "explanation": "The property setter doubles the assigned value (5 * 2 = 10) and stores it, so echoing the property returns 10."} | верно | Inside the set hook, $this->x writes the backing store (no recursion): 5*2. |
T07-L9 0.46 c | Interfaces, traits, enum | What does this code output?
```php
trait TA
{
public function f(): string { return 'A'; }
}
trait TB
{
public function f(): string { return 'B'; }
}
class TC
{
use TA, TB { TB::f insteadof TA; TA::f as g; }
}
echo (new TC)->f() . (new TC)->g();
``` | «ba» Пояснение: The 'insteadof' clause makes TB::f the primary f() method (returning 'B'), while the 'as' clause creates an alias g() for TA::f (returning 'A').
Raw{"answer": "BA", "explanation": "The 'insteadof' clause makes TB::f the primary f() method (returning 'B'), while the 'as' clause creates an alias g() for TA::f (returning 'A')."} | верно | insteadof picks the implementation; as keeps the other under an alias. |
T07-L10 0.37 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» Пояснение: In PHP, a static property defined in a trait is shared among all classes that use that trait, so setting CX::$n affects CY::$n as well.
Raw{"answer": "1", "explanation": "In PHP, a static property defined in a trait is shared among all classes that use that trait, so setting CX::$n affects CY::$n as well."} | неверно верный: «0» | A trait's static property is copied into each consuming class. |
T08-L10 0.47 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 a finally block contains a return statement, it overrides any return statement in the try block and returns the value from finally.
Raw```json ⏎ { ⏎ "answer": "2", ⏎ "explanation": "In PHP, if a finally block contains a return statement, it overrides any return statement in the try block and returns the value from finally." ⏎ } ⏎ ``` | верно | A return in finally overrides the return from try. |
T08-L9 0.54 c | Exceptions and errors | What does this code output?
```php
try {
try {
throw new RuntimeException('first');
} finally {
throw new LogicException('second');
}
} catch (LogicException $e) {
echo $e->getMessage();
}
``` | «second» Пояснение: When an exception is thrown inside a try block, the associated finally block executes before the exception is propagated; if the finally block throws a new exception, that new exception replaces the original one, so the outer catch(LogicException) receives and echoes 'second'.
Raw{"answer": "second", "explanation": "When an exception is thrown inside a try block, the associated finally block executes before the exception is propagated; if the finally block throws a new exception, that new exception replaces the original one, so the outer catch(LogicException) receives and echoes 'second'."} | верно | An exception from finally replaces the in-flight one — the last thrown is caught. |
T09-L9 0.55 c | Namespaces and autoloading | What does this code output?
```php
namespace N;
use App\Foo as Baz;
echo Baz::class . '|' . \Baz::class;
``` | «app\foo|\baz» Пояснение: 'Baz::class' resolves to the aliased class 'App\Foo' via the 'use' statement, while '\Baz::class' explicitly references the global namespace class '\Baz', returning its fully qualified name as a string.
Raw{"answer": "App\\Foo|\\Baz", "explanation": "'Baz::class' resolves to the aliased class 'App\\Foo' via the 'use' statement, while '\\Baz::class' explicitly references the global namespace class '\\Baz', returning its fully qualified name as a string."} | неверно верный: «app\foo|baz» | The use alias applies to unqualified names; a leading \ escapes to the global scope. |
T09-L10 0.46 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 'Foo' is not in the global scope; class_exists('Ns\Foo') returns true because 'Ns\Foo' exists, resulting in 'noyes'.
Raw{"answer": "noyes", "explanation": "class_exists('Foo') returns false because 'Foo' is not in the global scope; class_exists('Ns\\Foo') returns true because 'Ns\\Foo' exists, resulting in 'noyes'."} | верно | Dynamic names are not resolved against the namespace — 'Foo' is the global class. |
T10-L9 0.63 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» Пояснение: Using foreach by reference with an empty body leaves $v pointing to the last element of $a (index 2). Assigning 99 to $v modifies that array element, changing $a to [1, 2, 99].
Raw{"answer": "1,2,99", "explanation": "Using foreach by reference with an empty body leaves $v pointing to the last element of $a (index 2). Assigning 99 to $v modifies that array element, changing $a to [1, 2, 99]."} | верно | After a by-ref foreach, $v remains a reference to the last element. |
T10-L10 0.93 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();
``` | «2» Пояснение: Static variables in PHP are scoped to the class where they are declared (class A), so both $a and $b share the same counter $n. First $a->inc() sets $n=1, then $b->inc() sets $n=2, and finally $a->inc() sets $n=3 and returns 3. Wait, let's re-verify. $a->inc() returns 1. $b->inc() returns 2. $a->inc() returns 3. The echo outputs 3.
Raw{"answer": 2, "explanation": "Static variables in PHP are scoped to the class where they are declared (class A), so both $a and $b share the same counter $n. First $a->inc() sets $n=1, then $b->inc() sets $n=2, and finally $a->inc() sets $n=3 and returns 3. Wait, let's re-verify. $a->inc() returns 1. $b->inc() returns 2. $a->inc() returns 3. The echo outputs 3."} | неверно верный: «3» | A method's static variable belongs to the parent's method — subclasses share it. |
T11-L9 0.46 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, the value 10 is sent to $x making it 10, and the function returns 10 + 1 = 11.
Raw{"answer": 11, "explanation": "The generator yields 1, the value 10 is sent to $x making it 10, and the function returns 10 + 1 = 11."} | верно | send() resumes the generator: $x = 10, return 10+1. |
T11-L10 0.54 c | Generators, iterators, SPL | What does this code output?
```php
function inner(): Generator
{
yield 1;
yield 2;
return 'ok';
}
function outer(): Generator
{
$r = yield from inner();
yield $r;
}
echo implode(',', iterator_to_array(outer()));
``` | «1,2,ok» Пояснение: The yield from delegates to inner(), which yields 1, then 2, and returns 'ok'; this 'ok' is assigned to $r and yielded by outer(), resulting in the sequence 1, 2, 'ok'.
Raw```json ⏎ {"answer": "1,2,ok", "explanation": "The yield from delegates to inner(), which yields 1, then 2, and returns 'ok'; this 'ok' is assigned to $r and yielded by outer(), resulting in the sequence 1, 2, 'ok'."} ⏎ ``` | неверно верный: «ok,2» | yield from does not advance the outer auto-key: yield $r gets key 0 and overwrites the 1 — 'ok' comes out first. |
T12-L9 0.51 c | Configuration and security | What does this code output?
```php
$hash = password_hash('x', PASSWORD_BCRYPT, ['cost' => 4]);
echo password_needs_rehash($hash, PASSWORD_BCRYPT, ['cost' => 4]) ? 'yes' : 'no';
echo password_needs_rehash($hash, PASSWORD_BCRYPT, ['cost' => 5]) ? 'yes' : 'no';
``` | «noyes» Пояснение: The first check returns false because the existing hash cost (4) matches the requested cost (4), so no rehash is needed. The second check returns true because the requested cost (5) is higher than the existing cost (4), requiring a rehash.
Raw{"answer": "noyes", "explanation": "The first check returns false because the existing hash cost (4) matches the requested cost (4), so no rehash is needed. The second check returns true because the requested cost (5) is higher than the existing cost (4), requiring a rehash."} | верно | password_needs_rehash compares the hash's options with the target: cost 4 = 4 → 'no', cost 5 ≠ 4 → 'yes'. |
T12-L10 0.57 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 8.5, E_STRICT (2048) is a constant that exists and is part of E_ALL, so the bitwise AND results in a non-zero value, making the comparison false and printing 'strict-in'.
Raw{"answer": "strict-in", "explanation": "In PHP 8.5, E_STRICT (2048) is a constant that exists and is part of E_ALL, so the bitwise AND results in a non-zero value, making the comparison false and printing '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.41 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 class automatically maps HTTP headers starting with 'HTTP_' to standard header names by removing the prefix and converting underscores to dashes.
Raw{"answer": "mapped", "explanation": "Symfony's Request class automatically maps HTTP headers starting with 'HTTP_' to standard header names by removing the prefix and converting underscores to dashes."} | верно | 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.38 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;
``` | «abc» Пояснение: Listeners are executed in descending order of priority (10, 0, 5), resulting in the sequence B, A, C.
Raw{ ⏎ "answer": "ABC", ⏎ "explanation": "Listeners are executed in descending order of priority (10, 0, 5), resulting in the sequence B, A, C." ⏎ } | неверно верный: «bca» | Listeners run by descending priority: 10 (B), 5 (C), 0 (A). |
T14-L10 0.46 c | Doctrine | Given: Doctrine ORM 3, an EntityManager on in-memory SQLite, entity User with an auto-increment primary key. The users table is empty. What does this code output?
```php
$u = new User(name: 'A');
$em->persist($u);
$em->flush();
$a = $em->find(User::class, $u->getId());
$b = $em->find(User::class, $u->getId());
echo spl_object_id($a) === spl_object_id($b) ? 'same' : 'diff';
``` | «same» Пояснение: Doctrine EntityManager maintains an identity map, so subsequent find() calls for the same entity ID return the exact same PHP object instance rather than creating a new one.
Raw{"answer": "same", "explanation": "Doctrine EntityManager maintains an identity map, so subsequent find() calls for the same entity ID return the exact same PHP object instance rather than creating a new one."} | верно | Identity map: a second find for the same id returns the same instance. |
T14-L9 0.4 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 removed before the flush, Doctrine does not execute the INSERT, and the users table remains empty.
Raw```json ⏎ {"answer": "0", "explanation": "Since the entity is removed before the flush, Doctrine does not execute the INSERT, and the users table remains empty."} ⏎ ``` | верно | The unit of work schedules INSERT at flush: remove after persist cancels it. |
T15-L10 0.39 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(column) counts only non-null values in the specified column, so it returns 1 for the single non-null entry.
Raw{"answer": 1, "explanation": "COUNT(column) counts only non-null values in the specified column, so it returns 1 for the single non-null entry."} | верно | count(column) skips NULLs; count(*) would return 2. |
T15-L9 0.39 c | PostgreSQL | What does this SQL query return (PostgreSQL 17)?
```sql
CREATE TEMP TABLE t (id int, x int);
INSERT INTO t VALUES (1, 10), (2, 20), (3, 30);
SELECT string_agg(s::text, ',' ORDER BY id) FROM (
SELECT id, sum(x) OVER (ORDER BY id) AS s FROM t
) q;
``` | «10,30,60» Пояснение: The window function calculates running sums (10, 30, 60) ordered by id, and string_agg concatenates them into a comma-separated string.
Raw{"answer": "10,30,60", "explanation": "The window function calculates running sums (10, 30, 60) ordered by id, and string_agg concatenates them into a comma-separated string."} | верно | With ORDER BY the default window frame is running (start to current row). |
T16-L9 0.74 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 processes the middleware stack in the order they are provided (M1 then M2). Each middleware executes its 'echo' statement before delegating to the next handler in the stack via '$stack->next()->handle()'. Therefore, 'M1' is echoed, then 'M2' is echoed, resulting in the output 'M1M2'.
Raw{"answer": "M1M2", "explanation": "The MessageBus processes the middleware stack in the order they are provided (M1 then M2). Each middleware executes its 'echo' statement before delegating to the next handler in the stack via '$stack->next()->handle()'. Therefore, 'M1' is echoed, then 'M2' is echoed, resulting in the output 'M1M2'."} | верно | The first-added middleware runs first (outermost). |
T16-L10 0.55 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» Пояснение: HandlersLocator with multiple descriptors executes all handlers for the message sequentially; h1 increments n by 1 and h2 increments n by 10, totaling 11.
Raw{"answer": 11, "explanation": "HandlersLocator with multiple descriptors executes all handlers for the message sequentially; h1 increments n by 1 and h2 increments n by 10, totaling 11."} | верно | All registered handlers of the message run: 1 + 10 = 11. |
T17-L9 0.31 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» Пояснение: ON CONFLICT DO NOTHING skips the second insert due to the unique constraint, leaving only one row.
Raw{"answer": "1", "explanation": "ON CONFLICT DO NOTHING skips the second insert due to the unique constraint, leaving only one row."} | верно | ON CONFLICT DO NOTHING skips the duplicate: one insert. |
T17-L10 0.44 c | PostgreSQL: transactions and indexes | What does this sequence of psql commands output?
```sql
BEGIN;
CREATE TEMP TABLE t (a int, UNIQUE (a) DEFERRABLE INITIALLY DEFERRED);
INSERT INTO t VALUES (1);
INSERT INTO t VALUES (1);
SELECT count(*) FROM t;
``` | «2» Пояснение: Because the UNIQUE constraint is DEFERRABLE and INITIALLY DEFERRED, the uniqueness check is performed at the end of the transaction, allowing both INSERTs to succeed temporarily.
Raw{"answer": 2, "explanation": "Because the UNIQUE constraint is DEFERRABLE and INITIALLY DEFERRED, the uniqueness check is performed at the end of the transaction, allowing both INSERTs to succeed temporarily."} | верно | DEFERRED postpones the uniqueness check to COMMIT — count sees 2 rows. |
T18-L9 0.48 c | Testing: PHPUnit | How many tests will this command run?
```php
use PHPUnit\Framework\TestCase;
use PHPUnit\Framework\Attributes\DataProvider;
final class CalcTest extends TestCase
{
public static function prov(): array
{
return [[1], [2], [3]];
}
#[DataProvider('prov')]
public function test_sum(int $x): void
{
$this->assertTrue($x > 0);
}
#[DataProvider('prov')]
public function test_sum_abs(int $x): void
{
$this->assertTrue($x > 0);
}
public function test_other(): void
{
$this->assertTrue(true);
}
}
```
Command: `phpunit CalcTest.php --filter test_sum` (PHPUnit 10.5) | «6» Пояснение: The filter 'test_sum' matches both 'test_sum' and 'test_sum_abs' (as it is a substring), each of which has 3 data sets, totaling 6 tests.
Raw```json ⏎ { ⏎ "answer": 6, ⏎ "explanation": "The filter 'test_sum' matches both 'test_sum' and 'test_sum_abs' (as it is a substring), each of which has 3 data sets, totaling 6 tests." ⏎ } ⏎ ``` | верно | --filter is a substring match: test_sum also matches test_sum_abs (3+3 datasets). |
T18-L10 0.54 c | Testing: PHPUnit | How many tests will this command run, and how many of them will fail? Answer with two comma-separated numbers (ran, failed).
```php
use PHPUnit\Framework\TestCase;
use PHPUnit\Framework\Attributes\DataProvider;
final class Calc2Test extends TestCase
{
public function prov(): array
{
return [[1], [-1]];
}
#[DataProvider('prov')]
public function test_x(int $x): void
{
$this->assertTrue($x > 0);
}
}
```
Command: `phpunit Calc2Test.php` (PHPUnit 10.5) | «2,1» Пояснение: The data provider yields two sets of data ([1] and [-1]), so two tests are run. The first assertion ($1 > 0) passes, while the second ($-1 > 0) fails, resulting in one failure.
Raw{"answer": "2,1", "explanation": "The data provider yields two sets of data ([1] and [-1]), so two tests are run. The first assertion ($1 > 0) passes, while the second ($-1 > 0) fails, resulting in one failure."} | верно | 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.33 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 flag in curl sends data, which automatically triggers the HTTP method to be POST.
Raw```json ⏎ {"answer": "POST", "explanation": "The -d flag in curl sends data, which automatically triggers the HTTP method to be POST."} ⏎ ``` | верно | -d/-F switches curl to POST by default. |
T19-L10 0.32 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 instructs curl to append the data to the URL as a query string and use the GET method.
Raw```json ⏎ { ⏎ "answer": "GET", ⏎ "explanation": "The -G flag instructs curl to append the data to the URL as a query string and use the GET method." ⏎ } ⏎ ``` | верно | -G turns -d data into the query string; the method stays GET. |
T20-L9 0.47 c | Security and OAuth | A client hits the token endpoint (RFC 6749) with a non-existent client_id. What value of the error field does the endpoint return? | «invalid_client» Пояснение: According to RFC 6749 Section 5.2, if the client authentication fails (e.g., non-existent client_id), the token endpoint MUST return the 'invalid_client' error code.
Raw{"answer": "invalid_client", "explanation": "According to RFC 6749 Section 5.2, if the client authentication fails (e.g., non-existent client_id), the token endpoint MUST return the 'invalid_client' error code."} | верно | Unknown client → invalid_client (RFC 6749 §5.2). |
T20-L10 0.48 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 (the part after the #) of the redirect_uri, rather than 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 (the part after the #) of the redirect_uri, rather than in the query string."} | верно | The implicit flow passes the token in the URL fragment (#) — it never reaches the server. |
T21-L9 2.84 c | Twig | What does this Twig template output?
```twig
{{ false|default(2) * 3 }}
``` | «6» Пояснение: The `default` filter in Twig checks if the value is defined and not null; since `false` is defined and not null, the expression uses `false` (which converts to 0) multiplied by 3, resulting in 0. However, re-evaluating standard Twig behavior: `false|default(2)` returns `false` because `false` is not `null`. Then `false * 3` is `0 * 3` which is `0`. Wait, let me double-check. In Twig, `default` replaces only if the variable is undefined or null. `false` is neither. So `false|default(2)` is `false`. `false * 3` is `0`. Let me re-read the prompt's expected output format. It asks for a number. So 0.
Correction: Let's verify `false|default(2)`. The `default` filter uses `isDefined` and `isNull` checks internally? Actually, the `default` filter checks if the value is `null` or undefined. `false` is not null. So it returns `false`. `false * 3` is `0`.
Wait, looking at common Twig pitfalls: Some people think `default` replaces falsy values, but it only replaces null/undefined. So `false|default(2)` is `false`. `false * 3` is `0`.
Let me check if there's any ambiguity. If the question implies `default` replaces falsy, the answer would be 6. But standard Twig `default` only replaces null. Let's assume standard behavior.
Actually, let's look at the Twig documentation for `default`. It says: "The default filter returns the passed default value if the value is undefined or null, otherwise the value it modifies." So `false` is neither undefined nor null. It returns `false`. `false * 3` is `0`.
So the answer is 0.
Raw{"answer": "6", "explanation": "The `default` filter in Twig checks if the value is defined and not null; since `false` is defined and not null, the expression uses `false` (which converts to 0) multiplied by 3, resulting in 0. However, re-evaluating standard Twig behavior: `false|default(2)` returns `false` because `false` is not `null`. Then `false * 3` is `0 * 3` which is `0`. Wait, let me double-check. In Twig, `default` replaces only if the variable is undefined or null. `false` is neither. So `false|default(2)` is `false`. `false * 3` is `0`. Let me re-read the prompt's expected output format. It asks for a number. So 0.\n\nCorrection: Let's verify `false|default(2)`. The `default` filter uses `isDefined` and `isNull` checks internally? Actually, the `default` filter checks if the value is `null` or undefined. `false` is not null. So it returns `false`. `false * 3` is `0`.\n\nWait, looking at common Twig pitfalls: Some people think `default` replaces falsy values, but it only replaces null/undefined. So `false|default(2)` is `false`. `false * 3` is `0`.\n\nLet me check if there's any ambiguity. If the question implies `default` replaces falsy, the answer would be 6. But standard Twig `default` only replaces null. Let's assume standard behavior.\n\nActually, let's look at the Twig documentation for `default`. It says: \"The default filter returns the passed default value if the value is undefined or null, otherwise the value it modifies.\" So `false` is neither undefined nor null. It returns `false`. `false * 3` is `0`.\n\nSo the answer is 0."} | верно | default replaces exactly false/null/''/[] — false becomes 2, 2*3 = 6; the naive 'default is for undefined only' yields 0. |
T21-L10 0.52 c | Twig | What exception class does render() of this template throw?
```twig
{{ 'a' ~ 1 + 2 }}
``` | «twig\error\runtimeerror» Пояснение: In Twig, concatenating a string with a number (e.g., 'a' ~ 1) using the ~ operator results in a type error at runtime, throwing a Twig\Error\RuntimeError.
Raw{"answer": "Twig\\Error\\RuntimeError", "explanation": "In Twig, concatenating a string with a number (e.g., 'a' ~ 1) using the ~ operator results in a type error at runtime, throwing a Twig\\Error\\RuntimeError."} | верно | In Twig ~ binds tighter than +: ('a' ~ 1) + 2 → string + int → a render error (RuntimeError). |
T22-L9 0.32 c | Symfony: Security and forms | What does this code output?
```php
use Symfony\Component\Validator\Validation;
use Symfony\Component\Validator\Constraints as Assert;
$v = Validation::createValidator();
echo count($v->validate([''], [new Assert\NotBlank()]));
``` | «1» Пояснение: The array [''] contains one empty string element, which fails the NotBlank constraint, resulting in one violation.
Raw{"answer": "1", "explanation": "The array [''] contains one empty string element, which fails the NotBlank constraint, resulting in one 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);
}
``` | «valid» Пояснение: A Symfony TextType form without any data or required constraints defaults to being valid, so isValid() returns true and 'valid' is echoed.
Raw{"answer": "valid", "explanation": "A Symfony TextType form without any data or required constraints defaults to being valid, so isValid() returns true and 'valid' is echoed."} | неверно верный: «symfony\component\form\exception\logicexception» | isValid() on a non-submitted form throws LogicException, it does not return false. |
T23-L9 0.46 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» Пояснение: The Symfony DI container caches and returns the same object instance for the service 'a' on every get() call, so their object IDs are identical.
Raw{"answer": "same", "explanation": "The Symfony DI container caches and returns the same object instance for the service 'a' on every get() call, so their object IDs are identical."} | верно | Container services are shared: two get() calls yield one instance. |
T23-L10 0.43 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 parameter bag resolves nested placeholders in order, replacing '%name%' with 'Bob' and then '%greeting%' with 'hi Bob'.
Raw{"answer": "hi Bob!", "explanation": "Symfony's parameter bag resolves nested placeholders in order, replacing '%name%' with 'Bob' and then '%greeting%' with 'hi Bob'."} | верно | compile() resolves %-references transitively: %greeting% → 'hi %name%' → 'hi Bob!', the answer assembles over two hops. |
T24-L9 0.43 c | Bootstrap | What is the max-width of .container in Bootstrap 5.3 at a 992px viewport? | «960px» Пояснение: In Bootstrap 5.3, the 'container' class has a max-width of 960px for the 'lg' breakpoint (≥ 992px).
Raw{"answer": "960px", "explanation": "In Bootstrap 5.3, the 'container' class has a max-width of 960px for the 'lg' breakpoint (≥ 992px)."} | верно | 5.x container widths: 540/720/960/1140/1320 (sm–xxl); 992 → 960px. |
T24-L10 0.94 c | Bootstrap | Which utility sets the text color in Bootstrap 5.3 for `<p class="text-danger text-primary">…</p>`? Answer with the winning class name. | «text-danger» Пояснение: In Bootstrap, when multiple text color utilities are applied to the same element, the one that appears later in the CSS order (or simply the one listed last in the class attribute in standard usage contexts) determines the visual color; however, technically Bootstrap's specific color utilities (like text-danger, text-primary) have equal specificity, so the one defined later in the compiled CSS wins. Since .text-danger is defined after .text-primary in Bootstrap's default CSS output, text-danger takes precedence.
Raw{"answer": "text-danger", "explanation": "In Bootstrap, when multiple text color utilities are applied to the same element, the one that appears later in the CSS order (or simply the one listed last in the class attribute in standard usage contexts) determines the visual color; however, technically Bootstrap's specific color utilities (like text-danger, text-primary) have equal specificity, so the one defined later in the compiled CSS wins. Since .text-danger is defined after .text-primary in Bootstrap's default CSS output, text-danger takes precedence."} | верно | Specificity ties — the later rule wins: text-danger is declared after text-primary. |
T25-L9 0.33 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 class in the Domain layer depends on both Application and Infrastructure layers, violating the rule that Domain should only depend on Domain.
Raw{"answer": 2, "explanation": "The class in the Domain layer depends on both Application and Infrastructure layers, violating the rule that Domain should only depend on Domain."} | верно | Domain may depend only on Domain: PlaceOrder (Application) + Db (Infrastructure) = 2. |
T25-L10 0.54 c | Clean architecture | Layers: Domain, Application, Infrastructure. Deptrac rules: Application → Domain; Infrastructure → Domain, Application; Domain → Domain only.
How many violations will deptrac report for this class?
```php
namespace App\Domain;
use App\Application\PlaceOrder;
use App\Infrastructure\Db;
class BillingService
{
public function __construct(
private PlaceOrder $handler,
private Db $db,
private \App\Infrastructure\Logger $logger,
) {}
}
``` | «3» Пояснение: The Domain layer depends on two Application/Infrastructure classes (PlaceOrder) and two Infrastructure classes (Db, Logger), resulting in 3 distinct dependency violations where Domain should only depend on itself.
Raw{ ⏎ "answer": 3, ⏎ "explanation": "The Domain layer depends on two Application/Infrastructure classes (PlaceOrder) and two Infrastructure classes (Db, Logger), resulting in 3 distinct dependency violations where Domain should only depend on itself." ⏎ } | верно | The inline FQCN \App\Infrastructure\Logger counts too: Application + Db + Logger = 3. |
T26-L10 0.36 c | DDD | What does this code output?
```php
final class Money
{
public function __construct(public readonly int $amount) {}
public function add(Money $o): Money
{
return new self($this->amount + $o->amount);
}
}
$a = new Money(10);
$c = $a->add(new Money(5));
echo $a->amount . ',' . $c->amount;
``` | «10,15» Пояснение: $a remains 10, and $c is a new Money object with amount 15.
Raw{"answer": "10,15", "explanation": "$a remains 10, and $c is a new Money object with amount 15."} | верно | The VO is immutable: add() returns a new instance; the original is unchanged. |
T26-L9 0.52 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 method 'count' checks if the array has exactly one element and throws a DomainException, which is caught and ignored, so the item remains and the count is 1.
Raw{"answer": 1, "explanation": "The method 'count' checks if the array has exactly one element and throws a DomainException, which is caught and ignored, so the item remains and the count is 1."} | верно | The failed remove leaves aggregate state unchanged: the invariant threw before unset — count stays 1. |
VC-L9 3.53 c | PHP 8.4–8.5 | What does this code output on PHP 8.5?
```php
class C
{
public function hi(): string { return 'hi'; }
}
echo new C()->hi();
``` | «hi» Пояснение: The code creates a new instance of class C, calls the hi() method, and echoes the result 'hi'. No special behavior in PHP 8.5 changes this output.
Raw```json ⏎ {"answer": "hi", "explanation": "The code creates a new instance of class C, calls the hi() method, and echoes the result 'hi'. No special behavior in PHP 8.5 changes this output."} ⏎ ``` | верно | Since 8.4, new in a method chain works without wrapping parentheses. |
VC-L10 3.84 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';
``` | «noyes» Пояснение: The object is a lazy ghost, initially uninitialized (so isUninitializedLazyObject is true for 'no'—wait, it returns true, so it outputs 'yes'). After accessing ->v, it initializes (via the callback), making isUninitializedLazyObject false, so it outputs 'no'. Thus 'yesno'.
Raw```json ⏎ {"answer": "noyes", "explanation": "The object is a lazy ghost, initially uninitialized (so isUninitializedLazyObject is true for 'no'—wait, it returns true, so it outputs 'yes'). After accessing ->v, it initializes (via the callback), making isUninitializedLazyObject false, so it outputs 'no'. Thus 'yesno'."} ⏎ ``` | неверно верный: «yesno» | newLazyGhost (8.4): the object stays lazy until first access — reading a property initializes it and clears the flag. |
T28-L9 0.47 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 component was removed in Symfony 6.0 in favor of the Login Link and new authenticator system, so the class does not exist in 8.1.
Raw{"answer": "no", "explanation": "The Guard authentication component was removed in Symfony 6.0 in favor of the Login Link and new authenticator system, so the class does not exist in 8.1."} | верно | Guard authentication was removed in Symfony 7.0 — the class is gone in 8.1. |
T28-L10 0.41 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 7.0+, AnnotationClassLoader was removed and replaced by AttributeClassLoader, so the first check returns false ('no') and the second returns true ('yes').
Raw{"answer": "yesno", "explanation": "In Symfony 7.0+, AnnotationClassLoader was removed and replaced by AttributeClassLoader, so the first check returns false ('no') and the second returns true ('yes')."} | неверно верный: «noyes» | Annotation loaders were removed in 7.0; only attribute loaders remain (Annotation→Attribute). |