Пример запроса (первая клетка). System одинаковый во всех запросах прогона, user — свой вопрос для каждой клетки:
| Клетка | Тема | Утверждение | Ответ |
Результат | Обоснование |
T01-L1 3.23 c | Syntax and operators | Double-quoted and single-quoted strings are processed identically; the difference is only in speed. | «no» Пояснение: Single-quoted strings are not interpreted for variables or escapes, while double-quoted strings are.
Raw{"answer": "no", "explanation": "Single-quoted strings are not interpreted for variables or escapes, while double-quoted strings are."} | верно | В двойных кавычках работают интерполяция переменных и escape-последовательности, в одинарных — нет. |
T01-L2 0.37 c | Syntax and operators | The ?? operator follows isset semantics and raises no warnings for undefined variables. | «yes» Пояснение: The null coalescing operator (??) suppresses 'undefined variable' notices and evaluates the left operand using isset() semantics.
Raw{"answer": "yes", "explanation": "The null coalescing operator (??) suppresses 'undefined variable' notices and evaluates the left operand using isset() semantics."} | верно | ?? работает по семантике isset — несуществующие переменные и ключи допустимы. |
T01-L3 0.31 c | Syntax and operators | What will this print: echo 'a', 'b'; | «ab» Пояснение: The comma operator concatenates the two strings 'a' and 'b' into a single output of 'ab'.
Raw{"answer": "ab", "explanation": "The comma operator concatenates the two strings 'a' and 'b' into a single output of 'ab'."} | верно | echo принимает список аргументов: ab. |
T01-L4 0.65 c | Syntax and operators | print returns the value 1 and can be used inside an expression. | «no» Пояснение: In PHP, `print` is a language construct, not a function; it does not return a value (it returns void) and thus cannot be used inside an expression like `echo` can (though `echo` also cannot be used in expressions, `print` specifically returns nothing, whereas functions return values).
Raw{"answer": "no", "explanation": "In PHP, `print` is a language construct, not a function; it does not return a value (it returns void) and thus cannot be used inside an expression like `echo` can (though `echo` also cannot be used in expressions, `print` specifically returns nothing, whereas functions return values)."} | неверно верный: «yes» | print — выражение со значением 1, в отличие от echo, который значения не возвращает. |
T01-L5 0.28 c | Syntax and operators | The ?: (elvis) operator returns its left operand when it is falsy. | «no» Пояснение: The Elvis operator returns the right operand when the left operand is falsy.
Raw{"answer": "no", "explanation": "The Elvis operator returns the right operand when the left operand is falsy."} | верно | Наоборот: $a ?: $b возвращает $a, если он истинный, иначе $b. |
T01-L6 0.47 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 a higher precedence than addition and subtraction, meaning expressions like $a . $b + $c are evaluated as ($a . $b) + $c, not $a . ($b + $c).
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "In PHP, the string concatenation operator (.) has a higher precedence than addition and subtraction, meaning expressions like $a . $b + $c are evaluated as ($a . $b) + $c, not $a . ($b + $c)." ⏎ } | верно | С PHP 8 (RFC concat precedence) '.' имеет приоритет ниже арифметики: 'сумма: ' . 2 + 3 → 'сумма: 5' (в PHP 7 было иначе). |
T01-L7 0.49 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{"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 2.93 c | Syntax and operators | What string will this print: echo 'sum: ' . 2 + 3; (PHP 8)? | «sum: 5» Пояснение: In PHP, the concatenation operator '.' has higher precedence than the addition operator '+', so the expression is evaluated as (echo ('sum: ' . 2)) + 3. 'sum: ' . 2 results in the string 'sum: 2'. Then, 'sum: 2' + 3 is evaluated. Since 'sum: 2' is not a numeric string (it starts with letters), it is cast to 0 in the addition context. Thus, 0 + 3 equals 3. However, the question asks what string it *prints*. The echo statement outputs the result of the expression before the addition? No, wait. The entire expression is the argument to echo? No, `echo` is a statement, not a function. The expression is `'sum: ' . 2 + 3`. Precedence rules: `.` is higher than `+`. So it is `('sum: ' . 2) + 3`. `'sum: ' . 2` is `'sum: 2'`. `'sum: 2' + 3` casts `'sum: 2'` to integer 0, so 0 + 3 = 3. The result of the expression is the integer 3. `echo 3` prints `3`. Wait, let me re-read carefully. The code is `echo 'sum: ' . 2 + 3;`. Is `echo` part of the expression precedence? No. The expression being echoed is `'sum: ' . 2 + 3`. Due to precedence, it is `('sum: ' . 2) + 3`. `'sum: 2'` is cast to 0. `0 + 3` is `3`. `echo 3` prints `3`. Let me double check if I misinterpreted the precedence. Yes, concatenation is higher. So the string 'sum: 2' is created, then added to 3. Since it's not a numeric string, it becomes 0. Result is 3. Print is 3.
Raw{"answer": "sum: 5", "explanation": "In PHP, the concatenation operator '.' has higher precedence than the addition operator '+', so the expression is evaluated as (echo ('sum: ' . 2)) + 3. 'sum: ' . 2 results in the string 'sum: 2'. Then, 'sum: 2' + 3 is evaluated. Since 'sum: 2' is not a numeric string (it starts with letters), it is cast to 0 in the addition context. Thus, 0 + 3 equals 3. However, the question asks what string it *prints*. The echo statement outputs the result of the expression before the addition? No, wait. The entire expression is the argument to echo? No, `echo` is a statement, not a function. The expression is `'sum: ' . 2 + 3`. Precedence rules: `.` is higher than `+`. So it is `('sum: ' . 2) + 3`. `'sum: ' . 2` is `'sum: 2'`. `'sum: 2' + 3` casts `'sum: 2'` to integer 0, so 0 + 3 = 3. The result of the expression is the integer 3. `echo 3` prints `3`. Wait, let me re-read carefully. The code is `echo 'sum: ' . 2 + 3;`. Is `echo` part of the expression precedence? No. The expression being echoed is `'sum: ' . 2 + 3`. Due to precedence, it is `('sum: ' . 2) + 3`. `'sum: 2'` is cast to 0. `0 + 3` is `3`. `echo 3` prints `3`. Let me double check if I misinterpreted the precedence. Yes, concatenation is higher. So the string 'sum: 2' is created, then added to 3. Since it's not a numeric string, it becomes 0. Result is 3. Print is 3."} | верно | Парная к 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 are considered equal only if they have the same key/value pairs in the same order and are of the same type.
Raw{"answer": "no", "explanation": "With strict comparison (===), arrays are considered equal only if they have the same key/value pairs in the same order and are of the same type."} | верно | === для массивов требует совпадения и значений, и их порядка. |
T02-L2 0.67 c | Types and comparisons | The comparison 0 == false returns false because it is a strict comparison. | «no» Пояснение: 0 == false actually returns true, as PHP's loose comparison considers 0 and false equal (they both evaluate to falsy).
Raw```json ⏎ {"answer": "no", "explanation": "0 == false actually returns true, as PHP's loose comparison considers 0 and false equal (they both evaluate to falsy)."} ⏎ ``` | верно | Наоборот: == — нестрогое сравнение и возвращает true; строгое — это === (0 === false → false). |
T02-L3 0.63 c | Types and comparisons | In PHP 8, the expression "abc" == 0 returns true. | «yes» Пояснение: In PHP 8, a non-numeric string like "abc" is compared to the integer 0 by checking if the string is an empty string or if it evaluates to zero numerically, and since "abc" does not start with a digit, it is considered equivalent to 0 in a loose comparison.
Raw```json ⏎ {"answer": "yes", "explanation": "In PHP 8, a non-numeric string like \"abc\" is compared to the integer 0 by checking if the string is an empty string or if it evaluates to zero numerically, and since \"abc\" does not start with a digit, it is considered equivalent to 0 in a loose comparison."} ⏎ ``` | неверно верный: «no» | С PHP 8 нечисловая строка сравнивается как строка: "abc" == "0" → false (в PHP 7 было true). |
T02-L4 0.35 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 considered equal to 0, the empty string, and false.
Raw```json ⏎ {"answer": "yes", "explanation": "In PHP, under loose comparison (==), null is considered equal to 0, the empty string, and false."} ⏎ ``` | верно | null == 0, null == "" и null == false — все true. |
T02-L5 0.33 c | Types and comparisons | What does the expression (int) '42abc' return? | «42» Пояснение: In PHP, casting a string starting with a number to int returns the leading numeric portion, ignoring the rest.
Raw{"answer": 42, "explanation": "In PHP, casting a string starting with a number to int returns the leading numeric portion, ignoring the rest."} | верно | Ведущая числовая часть: 42, без ошибок и warning. |
T02-L6 0.42 c | Types and comparisons | What does the expression '5' + 5 return? | «10» Пояснение: In PHP, when a string representing a number is used in an arithmetic operation with an integer, the string is cast to an integer, so '5' becomes 5, and 5 + 5 equals 10.
Raw{"answer": 10, "explanation": "In PHP, when a string representing a number is used in an arithmetic operation with an integer, the string is cast to an integer, so '5' becomes 5, and 5 + 5 equals 10."} | верно | Числовая строка приводится: int 10. |
T02-L7 0.28 c | Types and comparisons | When cast to string, false becomes "0". | «yes» Пояснение: In PHP, casting the boolean value false to a string results in the string "0".
Raw{"answer": "yes", "explanation": "In PHP, casting the boolean value false to a string results in the string \"0\"."} | неверно верный: «no» | false → "", true → "1". |
T02-L8 0.43 c | Types and comparisons | The comparison 0.1 + 0.2 === 0.3 returns false. | «yes» Пояснение: Floating-point arithmetic results in 0.30000000000000004 for 0.1 + 0.2, so the strict comparison to 0.3 is false.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "Floating-point arithmetic results in 0.30000000000000004 for 0.1 + 0.2, so the strict comparison to 0.3 is false." ⏎ } | верно | Двоичная погрешность float: 0.1 + 0.2 = 0.30000000000000004. |
T03-L1 0.39 c | Strings | strrev() correctly reverses a UTF-8 string. | «no» Пояснение: strrev() operates byte-by-byte and does not correctly handle multi-byte UTF-8 characters, corrupting them.
Raw```json ⏎ {"answer": "no", "explanation": "strrev() operates byte-by-byte and does not correctly handle multi-byte UTF-8 characters, corrupting them."} ⏎ ``` | верно | strrev переворачивает байты и ломает многобайтовые последовательности. |
T03-L2 0.33 c | Strings | str_contains('Hello world', 'world') returns true. | «yes» Пояснение: str_checks if the haystack contains the needle, and 'world' is present in 'Hello world'.
Raw{"answer": "yes", "explanation": "str_checks if the haystack contains the needle, and 'world' is present in 'Hello world'."} | верно | str_contains с PHP 8.0 проверяет вхождение подстроки. |
T03-L3 0.29 c | Strings | str_pad() can pad a string on the right side only. | «no» Пояснение: str_pad() can pad a string on the left, right, or both sides using the STR_PAD_LEFT, STR_PAD_RIGHT, or STR_PAD_BOTH constants.
Raw{"answer": "no", "explanation": "str_pad() can pad a string on the left, right, or both sides using the STR_PAD_LEFT, STR_PAD_RIGHT, or STR_PAD_BOTH constants."} | верно | STR_PAD_LEFT / STR_PAD_BOTH меняют сторону дополнения. |
T03-L4 0.45 c | Strings | By default trim() strips only spaces, leaving tabs and newlines intact. | «yes» Пояснение: The default charlist for trim() is ' \t\n\r\0\x0B', which includes tabs, newlines, carriage returns, null bytes, and vertical tabs, not just spaces.
Raw{"answer": "yes", "explanation": "The default charlist for trim() is ' \\t\\n\\r\\0\\x0B', which includes tabs, newlines, carriage returns, null bytes, and vertical tabs, not just spaces."} | неверно верный: «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» Пояснение: The string 'héllo' contains the character 'é' which is encoded as 2 bytes in UTF-8, plus 4 other single-byte characters, totaling 6 bytes.
Raw{"answer": 6, "explanation": "The string 'héllo' contains the character 'é' which is encoded as 2 bytes in UTF-8, plus 4 other single-byte characters, totaling 6 bytes."} | верно | 6 букв по 2 байта: 12. |
T03-L6 0.36 c | Strings | What does substr('abcdef', -3) return? | «def» Пояснение: In PHP, a negative start position in substr() counts from the end of the string, so -3 returns the last three characters.
Raw{"answer": "def", "explanation": "In PHP, a negative start position in substr() counts from the end of the string, so -3 returns the last three characters."} | верно | Отрицательное смещение — с конца: def. |
T03-L7 0.29 c | Strings | ucfirst() modifies the string passed to it in place. | «no» Пояснение: In PHP, strings are passed by value to functions, so functions like ucfirst() return a new string without modifying the original variable.
Raw{"answer": "no", "explanation": "In PHP, strings are passed by value to functions, so functions like ucfirst() return a new string without modifying the original variable."} | верно | Строки неизменяемы; ucfirst возвращает новую строку. |
T03-L8 0.37 c | Strings | Variable interpolation works in heredoc but not in nowdoc. | «yes» Пояснение: Heredoc strings allow variable interpolation and escape sequence processing, whereas nowdoc strings are treated as literal raw strings without interpolation.
Raw{"answer": "yes", "explanation": "Heredoc strings allow variable interpolation and escape sequence processing, whereas nowdoc strings are treated as literal raw strings 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 re-indexes numeric keys sequentially, so it does not preserve the original key-to-value associations.
Raw```json ⏎ {"answer": "no", "explanation": "The sort() function re-indexes numeric keys sequentially, so it does not preserve the original key-to-value associations."} ⏎ ``` | верно | sort перенумеровывает ключи; связь сохраняет asort. |
T04-L2 0.33 c | Arrays | The string key '5' in an array is stored as the integer 5. | «yes» Пояснение: In PHP, numeric string keys like '5' are automatically cast to integers and stored as integer keys in arrays.
Raw{"answer": "yes", "explanation": "In PHP, numeric string keys like '5' are automatically cast to integers and stored as integer keys in arrays."} | верно | Каноничные десятичные строковые ключи приводятся к int. |
T04-L3 0.29 c | Arrays | The in_array() function uses strict comparison (===) by default. | «no» Пояснение: The third parameter of in_array(), which enables strict comparison, defaults to false.
Raw{"answer": "no", "explanation": "The third parameter of in_array(), which enables strict comparison, defaults to false."} | верно | По умолчанию сравнение нестрогое; строгое — третий аргумент true. |
T04-L4 0.33 c | Arrays | Without a callback, array_filter() removes all "empty" (falsy) elements from the array. | «yes» Пояснение: By default, array_filter() removes elements that evaluate to false (including 0, null, false, empty string, and 0.0).
Raw{"answer": "yes", "explanation": "By default, array_filter() removes elements that evaluate to false (including 0, null, false, empty string, and 0.0)."} | верно | Убирает 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 unless the preserve_keys parameter is explicitly set to true.
Raw{"answer": "no", "explanation": "By default, array_slice() re-indexes the resulting array unless the preserve_keys parameter is explicitly set to true."} | верно | По умолчанию ключи перенумеровываются; сохранение — preserve_keys = true. |
T04-L6 0.38 c | Arrays | What does array_slice([10, 20, 30, 40], 1, 2) return? | «{"answer": [20, 30], "explanation": "array_slice extracts elements starting at index 1 (value 20) with a length of 2, returning an array of the next two elements."}» Пояснение: {"answer": [20, 30], "explanation": "array_slice extracts elements starting at index 1 (value 20) with a length of 2, returning an array of the next two elements."}
Raw{"answer": [20, 30], "explanation": "array_slice extracts elements starting at index 1 (value 20) with a length of 2, returning an array of the next two elements."} | верно парсинг: текст (фолбэк) | [20,30]; ключи перенумеровываются. |
T04-L7 0.39 c | Arrays | How many elements will count(['a' => 1] + ['a' => 9, 'b' => 2]) return? | «2» Пояснение: Array union keeps the left-hand array's values for duplicate keys, so 'a' remains 1 and 'b' is added, resulting in two elements.
Raw{"answer": 2, "explanation": "Array union keeps the left-hand array's values for duplicate keys, so 'a' remains 1 and 'b' is added, resulting in two elements."} | верно | Оператор + : по ключу 'a' побеждает левый; итого 2. |
T04-L8 0.41 c | Arrays | Since PHP 8.1, the spread operator [...$a, ...$b] supports arrays with string keys. | «yes» Пояснение: In PHP 8.1, the array spread operator was extended to support string keys, allowing arrays with string keys to be merged using [...$a, ...$b].
Raw{"answer": "yes", "explanation": "In PHP 8.1, the array spread operator was extended to support string keys, allowing arrays with string keys to be merged using [...$a, ...$b]."} | верно | В 8.0 — только числовые ключи; 8.1 снял ограничение. |
T05-L1 0.33 c | Functions and closures | Named arguments cannot be combined with argument unpacking ...$args in a single call. | «yes» Пояснение: PHP prohibits mixing named arguments and the argument unpacking operator (...$args) within the same function call.
Raw{"answer": "yes", "explanation": "PHP prohibits mixing named arguments and the argument unpacking operator (...$args) within the same function call."} | неверно верный: «no» | Можно: f(...$args, имя: значение). Нельзя только позиционный аргумент после распаковки. |
T05-L2 0.37 c | Functions and closures | An anonymous function without use sees variables from the outer scope. | «no» Пояснение: In PHP, closures (anonymous functions) must explicitly use the 'use' keyword to import variables from the outer scope; they do not automatically have access to them by default.
Raw{"answer": "no", "explanation": "In PHP, closures (anonymous functions) must explicitly use the 'use' keyword to import variables from the outer scope; they do not automatically have access to them by default."} | верно | Без use внешние переменные недоступны; авто-захват только у fn. |
T05-L3 0.36 c | Functions and closures | What will func_num_args() return inside function f($a) { return func_num_args(); } when called as f(1, 2, 3)? | «3» Пояснение: func_num_args() returns the number of arguments passed to the function, which is 3 for the call f(1, 2, 3).
Raw```json ⏎ { ⏎ "answer": 3, ⏎ "explanation": "func_num_args() returns the number of arguments passed to the function, which is 3 for the call f(1, 2, 3)." ⏎ } ⏎ ``` | верно | Считает переданные аргументы: 3. |
T05-L4 0.44 c | Functions and closures | The body of an arrow function fn may consist of several expressions in curly braces. | «yes» Пояснение: In PHP, the body of an arrow function (fn) can consist of multiple expressions within curly braces, though typically it's a single expression without braces.
Raw```json ⏎ {"answer": "yes", "explanation": "In PHP, the body of an arrow function (fn) can consist of multiple expressions within curly braces, though typically it's a single expression without braces."} ⏎ ``` | неверно верный: «no» | fn — всегда одно выражение; блок операторов делает обычная анонимная функция. |
T05-L5 0.29 c | Functions and closures | An arrow function fn captures outer variables by reference (lazily, at use time). | «no» Пояснение: Arrow functions in PHP capture outer variables by value at the time of creation, not by reference.
Raw{"answer": "no", "explanation": "Arrow functions in PHP capture outer variables by value at the time of creation, not by reference."} | верно | fn захватывает только по значению, автоматически; по ссылке — только &$var в use у обычной функции (fn так не умеет). |
T05-L6 0.41 c | Functions and closures | A closure declared as static function () {} does not capture $this. | «yes» Пояснение: In PHP, static closures do not have access to the $this variable, meaning they cannot capture or use the context of the instance from which they are created.
Raw{"answer": "yes", "explanation": "In PHP, static closures do not have access to the $this variable, meaning they cannot capture or use the context of the instance from which they are created."} | верно | static-замыкание отвязано от объекта: $this внутри недоступен. |
T05-L7 0.32 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 by value at the time of definition, so it returns 5 regardless of the later reassignment to 7.
Raw{"answer": "5", "explanation": "The closure captures the value of $x by value at the time of definition, so it returns 5 regardless of the later reassignment to 7."} | верно | use захватывает по значению в момент создания: 5. |
T05-L8 0.43 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 permits implicit type coercion, so a numeric string like "5" is automatically converted to the integer 5 when passed to an int parameter.
Raw```json ⏎ { ⏎ "answer": "yes", ⏎ "explanation": "In weak typing mode, PHP permits implicit type coercion, so a numeric string like \"5\" is automatically converted to the integer 5 when passed to an int parameter." ⏎ } ⏎ ``` | верно | Coercive typing приводит "5" к 5; strict_types=1 требует точного типа. |
T06-L1 0.28 c | OOP: classes and inheritance | PHP supports constructor property promotion: public function __construct(private int $x) {}. | «yes» Пояснение: PHP 8.0 introduced constructor property promotion, allowing properties to be declared directly in the constructor parameter list.
Raw{"answer": "yes", "explanation": "PHP 8.0 introduced constructor property promotion, allowing properties to be declared directly in the constructor parameter list."} | верно | С PHP 8.0 параметр с модификатором создаёт свойство и присваивание. |
T06-L2 0.27 c | OOP: classes and inheritance | Which keyword prevents a method from being overridden in subclasses? | «final» Пояснение: In PHP, declaring a method as 'final' prevents it from being overridden by any subclass.
Raw{"answer": "final", "explanation": "In PHP, declaring a method as 'final' prevents it from being overridden by any subclass."} | верно | final. |
T06-L3 0.27 c | OOP: classes and inheritance | A method declared final cannot be overridden in a subclass. | «yes» Пояснение: In PHP, a method marked as final cannot be overridden in any subclass.
Raw```json ⏎ {"answer": "yes", "explanation": "In PHP, a method marked as final cannot be overridden in any subclass."} ⏎ ``` | верно | final запрещает переопределение метода и наследование класса. |
T06-L4 0.25 c | OOP: classes and inheritance | Parent properties with private visibility are accessible in a subclass. | «no» Пояснение: Private properties in a parent class are not accessible in a subclass.
Raw{"answer": "no", "explanation": "Private properties in a parent class are not accessible in a subclass."} | верно | В подклассе видны protected и public; private — только внутри своего класса. |
T06-L5 0.36 c | OOP: classes and inheritance | What does get_class(new class {}) return? Answer with the part of the name before the NUL byte (without the file path). | «class@anonymous» Пояснение: Anonymous classes in PHP 7+ have a generated name starting with 'class@anonymous', followed by a NUL byte and location details.
Raw{"answer": "class@anonymous", "explanation": "Anonymous classes in PHP 7+ have a generated name starting with 'class@anonymous', followed by a NUL byte and location details."} | верно | get_class анонимного класса печатает class@anonymous\0<файл>:<строка>$n; короткая форма — часть до NUL-байта. Проверено php -r (hex). |
T06-L6 0.39 c | OOP: classes and inheritance | A private parent method is not part of the inheritance contract: a child may declare a method with the same name and any visibility. | «yes» Пояснение: In PHP, private methods are not inherited or visible to child classes, so a child class can declare a method with the same name and any visibility without violating inheritance rules.
Raw{"answer": "yes", "explanation": "In PHP, private methods are not inherited or visible to child classes, so a child class can declare a method with the same name and any visibility without violating inheritance rules."} | верно | private-члены не наследуются — правила совместимости подписей не действуют. |
T06-L7 2.06 c | OOP: classes and inheritance | The magic method __get() is called only for non-existent properties. | «no» Пояснение: The __get() magic method is triggered only when accessing inaccessible (private or protected) properties from outside the class, not strictly non-existent ones; however, it is often used to simulate properties that are not directly accessible, but technically it applies to inaccessible ones, not just non-existent. Actually, the precise rule is: __get is called when reading inaccessible (private/protected) properties. If a property is public, __get is not called. If a property is not defined at all and there is no property access, __get is not called (unless using late static binding or similar, but generally it's for inaccessible). Wait, if a property is not defined and you access it, it triggers a notice and returns null, it does NOT call __get. __get is ONLY for inaccessible (private/protected) properties. So the statement "called only for non-existent properties" is false because it's called for inaccessible properties, which may exist but are just inaccessible. Also, it is NOT called for truly non-existent public properties. So the answer is false.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "The __get() magic method is triggered only when accessing inaccessible (private or protected) properties from outside the class, not strictly non-existent ones; however, it is often used to simulate properties that are not directly accessible, but technically it applies to inaccessible ones, not just non-existent. Actually, the precise rule is: __get is called when reading inaccessible (private/protected) properties. If a property is public, __get is not called. If a property is not defined at all and there is no property access, __get is not called (unless using late static binding or similar, but generally it's for inaccessible). Wait, if a property is not defined and you access it, it triggers a notice and returns null, it does NOT call __get. __get is ONLY for inaccessible (private/protected) properties. So the statement \"called only for non-existent properties\" is false because it's called for inaccessible properties, which may exist but are just inaccessible. Also, it is NOT called for truly non-existent public properties. So the answer is false." ⏎ } | верно | __get срабатывает и для существующих, но недоступных (private/protected извне). |
T06-L8 0.34 c | OOP: classes and inheritance | What does reassigning a readonly property throw — Exception or Error? | «error» Пояснение: Attempting to write to a readonly property in PHP throws a TypeError, which is a subclass of \Error, not \Exception.
Raw{"answer": "Error", "explanation": "Attempting to write to a readonly property in PHP throws a TypeError, which is a subclass of \\Error, not \\Exception."} | верно | 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 declare class constants, but they cannot declare properties or methods (other than abstract ones).
Raw{"answer": "yes", "explanation": "In PHP, interfaces can declare class constants, but they cannot declare properties or methods (other than abstract ones)."} | верно | Константы интерфейса наследуются реализациями. |
T07-L2 0.27 c | Interfaces, traits, enum | Which operator checks whether an object is an instance of a class or interface? | «instanceof» Пояснение: The instanceof operator in PHP is used to check if an object is an instance of a specific class or implements a specific interface.
Raw{"answer": "instanceof", "explanation": "The instanceof operator in PHP is used to check if an object is an instance of a specific class or implements a specific interface."} | верно | instanceof. |
T07-L3 0.49 c | Interfaces, traits, enum | An interface can declare static methods. | «yes» Пояснение: PHP interfaces can declare static methods, which can be called using the :: operator without instantiating the interface, though implementations are not required for the interface contract.
Raw{"answer": "yes", "explanation": "PHP interfaces can declare static methods, which can be called using the :: operator without instantiating the interface, though implementations are not required for the interface contract."} | верно | Реализация обязана дать статический метод с той же сигнатурой. |
T07-L4 0.19 c | Interfaces, traits, enum | The instanceof operator only checks class inheritance: it ignores interfaces. | «no» Пояснение: The instanceof operator checks both class inheritance and interface implementation.
Raw{"answer": "no", "explanation": "The instanceof operator checks both class inheritance and interface implementation."} | верно | instanceof возвращает true и для интерфейсов объекта. |
T07-L5 0.35 c | Interfaces, traits, enum | An interface method may have a default implementation, like a trait method. | «no» Пояснение: Interface methods must be abstract and cannot have implementations; only traits (and classes) can provide concrete method bodies.
Raw{"answer": "no", "explanation": "Interface methods must be abstract and cannot have implementations; only traits (and classes) can provide concrete method bodies."} | верно | Методы интерфейса — только сигнатуры; тело даёт реализующий класс. |
T07-L6 0.37 c | Interfaces, traits, enum | An abstract method in an abstract class may have protected visibility. | «yes» Пояснение: Abstract methods in PHP can have public, protected, or private visibility, though protected is commonly used in abstract classes for internal use.
Raw```json ⏎ {"answer": "yes", "explanation": "Abstract methods in PHP can have public, protected, or private visibility, though protected is commonly used in abstract classes for internal use."} ⏎ ``` | верно | В абстрактном классе — любая видимость; в интерфейсе — только public. |
T07-L7 0.32 c | Interfaces, traits, enum | How many elements will Foo::cases() return for enum Foo { case A; case B; case C; }? | «3» Пояснение: The enum Foo defines three cases (A, B, C), so Foo::cases() returns an array with 3 elements.
Raw{"answer": 3, "explanation": "The enum Foo defines three cases (A, B, C), so Foo::cases() returns an array with 3 elements."} | верно | Статический метод cases(): 3. |
T07-L8 0.3 c | Interfaces, traits, enum | A trait can declare constants. | «yes» Пояснение: Traits in PHP can declare constants, which are inherited by any class that uses the trait.
Raw{"answer": "yes", "explanation": "Traits in PHP can declare constants, which are inherited by any class that uses the trait."} | верно | С PHP 8.2 трейты могут объявлять константы (RFC constants_in_traits); до 8.2 — нет. |
T08-L1 0.25 c | Exceptions and errors | The Throwable interface is a common ancestor of both Exception and Error. | «yes» Пояснение: In PHP, Throwable is the base interface implemented by both Exception and Error classes.
Raw{"answer": "yes", "explanation": "In PHP, Throwable is the base interface implemented by both Exception and Error classes."} | верно | Иерархия с PHP 7: Throwable → Exception и Throwable → Error. |
T08-L2 0.49 c | Exceptions and errors | A catch (Exception $e) block will also catch TypeError, because TypeError ultimately inherits from Exception. | «no» Пояснение: In PHP 8, TypeError inherits from the Throwable interface, not from Exception; specifically, it extends Error, so a catch block for Exception will not catch it.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "In PHP 8, TypeError inherits from the Throwable interface, not from Exception; specifically, it extends Error, so a catch block for Exception will not catch it." ⏎ } | верно | TypeError наследуется от Error; catch (Exception) его не ловит. |
T08-L3 0.34 c | Exceptions and errors | The @ operator suppresses exceptions too. | «no» Пояснение: The @ operator suppresses warnings and notices, but exceptions are still thrown and must be caught with try-catch blocks.
Raw{"answer": "no", "explanation": "The @ operator suppresses warnings and notices, but exceptions are still thrown and must be caught with try-catch blocks."} | верно | @ глушит диагностику (warnings/notices), исключения не перехватывает. |
T08-L4 0.25 c | Exceptions and errors | What error class does intdiv(5, 0) throw? | «divisionbyzeroerror» Пояснение: intdiv(5, 0) throws a DivisionByZeroError, which is a subclass of ArithmeticError.
Raw{"answer": "DivisionByZeroError", "explanation": "intdiv(5, 0) throws a DivisionByZeroError, which is a subclass of ArithmeticError."} | верно | DivisionByZeroError (иерархия Error, не Exception); php-грейдер объективен. |
T08-L5 0.25 c | Exceptions and errors | The finally block runs only if the exception was caught by a catch block. | «no» Пояснение: The finally block always executes, regardless of whether an exception was thrown or caught.
Raw{"answer": "no", "explanation": "The finally block always executes, regardless of whether an exception was thrown or caught."} | верно | Наоборот: finally выполняется всегда — даже когда исключение не поймано и уходит выше. Проверено php -r. |
T08-L6 0.7 c | Exceptions and errors | An exception thrown inside a finally block has no effect on the result of the try block. | «no» Пояснение: If an exception is thrown inside a finally block, it will immediately terminate the execution and the previous exception from the try-catch block is suppressed (unless using Throwable and specific chaining mechanisms, but generally the finally exception replaces the flow).
Raw{ ⏎ "answer": "no", ⏎ "explanation": "If an exception is thrown inside a finally block, it will immediately terminate the execution and the previous exception from the try-catch block is suppressed (unless using Throwable and specific chaining mechanisms, but generally the finally exception replaces the flow)." ⏎ } | верно | Исключение из finally перекрывает исходное и уходит вместо него. |
T08-L7 0.27 c | Exceptions and errors | What does the expression (bool) new Exception('x') return? | «yes» Пояснение: In PHP, casting a non-null object to boolean results in true.
Raw{"answer": "yes", "explanation": "In PHP, casting a non-null object to boolean results in true."} | верно | Любой объект при приведении к bool — true. Формы ответа: true или да. |
T08-L8 1.64 c | Exceptions and errors | Functions registered via register_shutdown_function() run when exit is called. | «no» Пояснение: Functions registered via register_shutdown_function() run when the script execution finishes, which includes a normal end, fatal error, or an exit/die call, but the statement says they run 'when exit is called' which is partially true but misleading because they also run on other conditions; however, strictly speaking, exit does trigger them, but the phrasing 'run when exit is called' might be interpreted as exclusively, but in PHP, exit does trigger shutdown functions. Wait, let me re-evaluate: Actually, exit DOES trigger shutdown functions. So the statement is essentially true. But the question is tricky. Let me check PHP docs: 'These functions are called when the script execution ends, either by reaching the end of the script, a fatal error, or an exit/die statement.' So exit does trigger them. So answer should be yes. But wait, the question says 'Functions registered via register_shutdown_function() run when exit is called.' That is a true statement. So answer is yes.
Raw{"answer": "no", "explanation": "Functions registered via register_shutdown_function() run when the script execution finishes, which includes a normal end, fatal error, or an exit/die call, but the statement says they run 'when exit is called' which is partially true but misleading because they also run on other conditions; however, strictly speaking, exit does trigger them, but the phrasing 'run when exit is called' might be interpreted as exclusively, but in PHP, exit does trigger shutdown functions. Wait, let me re-evaluate: Actually, exit DOES trigger shutdown functions. So the statement is essentially true. But the question is tricky. Let me check PHP docs: 'These functions are called when the script execution ends, either by reaching the end of the script, a fatal error, or an exit/die statement.' So exit does trigger them. So answer should be yes. But wait, the question says 'Functions registered via register_shutdown_function() run when exit is called.' That is a true statement. So answer is yes."} | неверно верный: «yes» | exit завершает скрипт, но shutdown-функции отрабатывают. |
T09-L1 0.46 c | Namespaces and autoloading | The use App\Service\Mailer; statement itself loads the class file. | «no» Пояснение: The 'use' statement only creates an alias for the class name; the class file is actually loaded when the class is first instantiated or referenced, provided an autoloader is configured.
Raw{"answer": "no", "explanation": "The 'use' statement only creates an alias for the class name; the class file is actually loaded when the class is first instantiated or referenced, provided an autoloader is configured."} | верно | use — псевдоним на этапе компиляции; файл грузит автозагрузчик при первом обращении. |
T09-L2 0.42 c | Namespaces and autoloading | What follows use to import a function (not a class): the word function or const? | «function» Пояснение: To import a function in PHP, you use the 'function' keyword with the 'use' statement, while classes use their name directly.
Raw```json ⏎ { ⏎ "answer": "function", ⏎ "explanation": "To import a function in PHP, you use the 'function' keyword with the 'use' statement, while classes use their name directly." ⏎ } ⏎ ``` | верно | use function ...; (и use const для констант). |
T09-L3 0.48 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» Пояснение: The PSR-4 rule maps the namespace App\Controller\Api to the directory Controller/Api under the src/ prefix, and the class name UserController corresponds to the file UserController.php.
Raw{"answer": "Controller/Api/UserController.php", "explanation": "The PSR-4 rule maps the namespace App\Controller\Api to the directory Controller/Api under the src/ prefix, and the class name UserController corresponds to the file UserController.php."} | верно | Остаток имени после префикса, \ → /. |
T09-L4 0.41 c | Namespaces and autoloading | Including vendor/autoload.php registers autoloaders via spl_autoload_register(). | «yes» Пояснение: Composer's vendor/autoload.php registers the Composer autoload class, which in turn calls spl_autoload_register to handle class loading.
Raw{"answer": "yes", "explanation": "Composer's vendor/autoload.php registers the Composer autoload class, which in turn calls spl_autoload_register to handle class loading."} | верно | Composer ставит автозагрузчик именно на spl_autoload_register. |
T09-L5 0.27 c | Namespaces and autoloading | The magic constant __NAMESPACE__ contains the name of the current namespace. | «yes» Пояснение: __NAMESPACE__ is a PHP magic constant that returns the name of the current namespace, or an empty string if in the global namespace.
Raw{"answer": "yes", "explanation": "__NAMESPACE__ is a PHP magic constant that returns the name of the current namespace, or an empty string if in the global namespace."} | верно | В корневом пространстве — пустая строка. |
T09-L6 0.36 c | Namespaces and autoloading | An unqualified class name (without a leading \) in new is resolved from the global root. | «no» Пояснение: Unqualified class names in `new` expressions are resolved relative to the current namespace, not the global root (unless the namespace is global).
Raw{ ⏎ "answer": "no", ⏎ "explanation": "Unqualified class names in `new` expressions are resolved relative to the current namespace, not the global root (unless the namespace is global)." ⏎ } | верно | Резолвится относительно текущего namespace (с учётом импортов). |
T09-L7 0.44 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 maps the namespace prefix 'App\' to the base directory 'src/', so the remaining namespace path 'Model\User' corresponds to the file path 'Model/User.php' relative to that base directory.
Raw{"answer": "yes", "explanation": "PSR-4 maps the namespace prefix 'App\\' to the base directory 'src/', so the remaining namespace path 'Model\\User' corresponds to the file path 'Model/User.php' relative to that base directory."} | верно | Остаток имени после префикса переносится в путь как есть. |
T09-L8 0.32 c | Namespaces and autoloading | A use statement may be written inside a function body — the import then applies to that function only. | «yes» Пояснение: In PHP, use statements inside a function body scope the alias to that function only.
Raw{"answer": "yes", "explanation": "In PHP, use statements inside a function body scope the alias to that function only."} | неверно верный: «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 are copied on assignment by default, meaning modifying one array does not affect the other unless a reference is explicitly used.
Raw```json ⏎ {"answer": "yes", "explanation": "In PHP, arrays are copied on assignment by default, meaning modifying one array does not affect the other unless a reference is explicitly used."} ⏎ ``` | верно | Присваивание массива — копия (в движке — copy-on-write). |
T10-L2 0.32 c | References and scope | What will this print: $a = [1, 2]; $b = $a; $b[] = 3; echo count($a); | «2» Пояснение: PHP arrays are copied by value (Copy-on-Write), so modifying $b does not affect $a.
Raw{"answer": 2, "explanation": "PHP arrays are copied by value (Copy-on-Write), so modifying $b does not affect $a."} | верно | Присваивание — копия: в $a по-прежнему 2 элемента. |
T10-L3 0.47 c | References and scope | Inside a function, user-defined global variables are inaccessible without global, $GLOBALS, or passing them as parameters. | «yes» Пояснение: In PHP, variables declared outside functions are in global scope and cannot be accessed directly inside a function without using the 'global' keyword, the '$GLOBALS' superglobal array, or passing them as arguments.
Raw{"answer": "yes", "explanation": "In PHP, variables declared outside functions are in global scope and cannot be accessed directly inside a function without using the 'global' keyword, the '$GLOBALS' superglobal array, or passing them as arguments."} | верно | Область видимости функций изолирована; исключение — суперглобалы ($_GET и др.). |
T10-L4 0.39 c | References and scope | unset($GLOBALS['x']) inside a function removes the global variable only for that function. | «no» Пояснение: The $GLOBALS array is a reference to the global symbol table, so unsetting a key in it removes the variable from the global scope entirely, not just locally.
Raw{"answer": "no", "explanation": "The $GLOBALS array is a reference to the global symbol table, so unsetting a key in it removes the variable from the global scope entirely, not just locally."} | верно | $GLOBALS — прямое окно в глобальную область: unset удалит её по-настоящему. |
T10-L5 0.26 c | References and scope | What will this print: function inc(&$x) { $x++; } $n = 5; inc($n); echo $n; | «6» Пояснение: The function increments the variable passed by reference, so $n becomes 6.
Raw{"answer": "6", "explanation": "The function increments the variable passed by reference, so $n becomes 6."} | верно | Ссылка меняет оригинал: 6. |
T10-L6 0.42 c | References and scope | A foreach over an array (by value) works with the "live" array: changes to the array inside the loop are visible in the same pass. | «no» Пояснение: PHP iterates over a snapshot of the array's elements at the start of the loop when iterating by value, so changes made to the array within the loop do not affect the current iteration.
Raw{"answer": "no", "explanation": "PHP iterates over a snapshot of the array's elements at the start of the loop when iterating by value, so changes made to the array within the loop do not affect the current iteration."} | верно | По значению foreach итерирует копию-снимок. |
T10-L7 0.28 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, not to individual instances, so changes are shared across all instances.
Raw{"answer": "no", "explanation": "Static properties belong to the class, not to individual instances, so changes are shared across all instances."} | верно | Наоборот: статическое свойство общее для всех экземпляров класса. Проверено php -r. |
T10-L8 0.37 c | References and scope | An array can have a boolean key true, and it will be stored as bool. | «no» Пояснение: In PHP, array keys of type boolean are cast to integers (true becomes 1, false becomes 0) and stored as integers, not booleans.
Raw{"answer": "no", "explanation": "In PHP, array keys of type boolean are cast to integers (true becomes 1, false becomes 0) and stored as integers, not booleans."} | верно | Булев ключ приводится к int: true → 1, false → 0. |
T11-L1 0.39 c | Generators, iterators, SPL | Inside a generator, return with a value can be used, and it becomes available via $gen->getReturn(). | «yes» Пояснение: Since PHP 7.0, generators support return values that can be retrieved using the getReturn() method after the generator is complete.
Raw{"answer": "yes", "explanation": "Since PHP 7.0, generators support return values that can be retrieved using the getReturn() method after the generator is complete."} | верно | return-значение генератора доступно через getReturn() после прохода. |
T11-L2 0.43 c | Generators, iterators, SPL | A fully consumed generator can be rewound with rewind() and traversed again. | «no» Пояснение: Generators in PHP are single-use iterators; once they are fully consumed (or closed), their internal state is destroyed and they cannot be rewound or reused. To iterate again, you must create a new generator instance.
Raw{"answer": "no", "explanation": "Generators in PHP are single-use iterators; once they are fully consumed (or closed), their internal state is destroyed and they cannot be rewound or reused. To iterate again, you must create a new generator instance."} | верно | Генератор одноразовый: rewind после начала итерации бросает Exception. |
T11-L3 0.38 c | Generators, iterators, SPL | The yield from construct delegates traversal to another generator or iterable. | «yes» Пояснение: The `yield from` expression in Python delegates the iteration to another iterable, effectively flattening the generator structure.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "The `yield from` expression in Python delegates the iteration to another iterable, effectively flattening the generator structure." ⏎ } | верно | yield from проксирует значения, ключи и return-значение внутреннего генератора. |
T11-L4 0.31 c | Generators, iterators, SPL | What does get_class(g()) return for function g() { yield 1; }? | «generator» Пояснение: In PHP, yielding from a function returns a Generator object, so get_class(g()) returns the class name "Generator".
Raw{"answer": "Generator", "explanation": "In PHP, yielding from a function returns a Generator object, so get_class(g()) returns the class name \"Generator\"."} | верно | Функция с yield возвращает Generator. |
T11-L5 0.34 c | Generators, iterators, SPL | How many elements will count(iterator_to_array((function () { yield from [1, 2, 3]; })())) return? | «3» Пояснение: The generator yields three values (1, 2, 3), so iterator_to_array returns an array with 3 elements.
Raw{"answer": 3, "explanation": "The generator yields three values (1, 2, 3), so iterator_to_array returns an array with 3 elements."} | верно | yield from делегирует все 3 элемента. |
T11-L6 0.3 c | Generators, iterators, SPL | The SplStack class implements a FIFO queue. | «no» Пояснение: SplStack implements a Last-In-First-Out (LIFO) queue, not FIFO.
Raw{"answer": "no", "explanation": "SplStack implements a Last-In-First-Out (LIFO) queue, not FIFO."} | верно | SplStack — стек LIFO; очередь FIFO — SplQueue. |
T11-L7 0.29 c | Generators, iterators, SPL | ArrayIterator allows wrapping an array and traversing it via the Iterator interface. | «yes» Пояснение: ArrayIterator is a built-in PHP class that implements the Iterator interface, allowing arrays to be traversed using foreach or iterator methods.
Raw{"answer": "yes", "explanation": "ArrayIterator is a built-in PHP class that implements the Iterator interface, allowing arrays to be traversed using foreach or iterator methods."} | верно | Объектная обёртка над массивом. |
T11-L8 0.23 c | Generators, iterators, SPL | An ArrayObject instance cannot be traversed with foreach. | «no» Пояснение: ArrayObject implements the Iterator interface, so it can be traversed with foreach.
Raw{"answer": "no", "explanation": "ArrayObject implements the Iterator interface, so it can be traversed with foreach."} | верно | ArrayObject реализует IteratorAggregate — foreach по нему работает. |
T12-L1 0.37 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 secure, random salt internally and prefixes it to the resulting hash string.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "The password_hash() function in PHP automatically generates a secure, random salt internally and prefixes it to the resulting hash string." ⏎ } | верно | Соль встраивается в строку результата; параметр salt устарел. |
T12-L2 0.21 c | Configuration and security | In PHP 8, PASSWORD_DEFAULT is md5 with an automatically added salt. | «no» Пояснение: In PHP 8, PASSWORD_DEFAULT is bcrypt, not md5.
Raw{"answer": "no", "explanation": "In PHP 8, PASSWORD_DEFAULT is bcrypt, not md5."} | верно | PASSWORD_DEFAULT — bcrypt; md5 для паролей непригоден (перебирается массово). |
T12-L3 0.23 c | Configuration and security | What does password_verify('secret', password_hash('secret', PASSWORD_DEFAULT)) return? | «yes» Пояснение: password_verify returns true when the plaintext password matches the hash generated by password_hash.
Raw{"answer": "yes", "explanation": "password_verify returns true when the plaintext password matches the hash generated by password_hash."} | верно | Соль и хеш в одной строке: true (форма ответа: true или да). |
T12-L4 0.33 c | Configuration and security | strip_tags() protects against SQL injection. | «no» Пояснение: strip_tags() removes HTML tags to prevent XSS, but SQL injection is prevented by using prepared statements and parameterized queries.
Raw{"answer": "no", "explanation": "strip_tags() removes HTML tags to prevent XSS, but SQL injection is prevented by using prepared statements and parameterized queries."} | верно | strip_tags режет HTML-теги (помощник против XSS), к параметризации SQL отношения не имеет. |
T12-L5 0.39 c | Configuration and security | session_regenerate_id() is used to protect against session fixation upon user login. | «yes» Пояснение: session_regenerate_id() creates a new session ID, which prevents attackers from hijacking sessions by guessing or stealing previous session IDs.
Raw```json ⏎ {"answer": "yes", "explanation": "session_regenerate_id() creates a new session ID, which prevents attackers from hijacking sessions by guessing or stealing previous session IDs."} ⏎ ``` | верно | Новый ID сессии после логина — стандартная защита от session fixation. |
T12-L6 0.39 c | Configuration and security | Which built-in function returns the SAPI name (e.g., cli)? | «php_sapi_name» Пояснение: The built-in function php_sapi_name() returns the name of the current SAPI interface, such as 'cli' or 'apache2handler'.
Raw{"answer": "php_sapi_name", "explanation": "The built-in function php_sapi_name() returns the name of the current SAPI interface, such as 'cli' or 'apache2handler'."} | верно | php_sapi_name(). |
T12-L7 0.65 c | Configuration and security | session_destroy() deletes session data on the server but not the cookie in the user's browser. | «yes» Пояснение: session_destroy() only removes the session data from the server; it does not delete the PHPSESSID cookie on the client side, which requires explicit cookie deletion (e.g., using setcookie with a past expiry date) or manual removal by the user.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "session_destroy() only removes the session data from the server; it does not delete the PHPSESSID cookie on the client side, which requires explicit cookie deletion (e.g., using setcookie with a past expiry date) or manual removal by the user." ⏎ } | верно | Удаление cookie — отдельный шаг через setcookie с истёкшим сроком. |
T12-L8 0.29 c | Configuration and security | Without calling session_start(), the $_SESSION array is automatically populated with session data. | «no» Пояснение: The $_SESSION array is only populated after session_start() is called to initialize the session.
Raw{"answer": "no", "explanation": "The $_SESSION array is only populated after session_start() is called to initialize the session."} | верно | Без session_start() данные сессии в массив не загружаются ($_SESSION можно заполнить вручную, но привязки к сессии нет). |
VC-L1 0.25 c | PHP 8.4–8.5 | In which PHP version was the array_find() function introduced? | «8.3» Пояснение: The array_find() function was added in PHP 8.3.
Raw{"answer": "8.3", "explanation": "The array_find() function was added in PHP 8.3."} | неверно верный: «8.4» | PHP 8.4 (RFC array_find). |
VC-L2 0.32 c | PHP 8.4–8.5 | Property hooks (get/set right in the property declaration) landed in PHP 8.4. | «yes» Пояснение: PHP 8.4 introduced property hooks (getters, setters, and initializers) as a new feature.
Raw{"answer": "yes", "explanation": "PHP 8.4 introduced property hooks (getters, setters, and initializers) as a new feature."} | верно | Property hooks — PHP 8.4 (ноябрь 2024). |
VC-L3 0.25 c | PHP 8.4–8.5 | Asymmetric visibility (public private(set) string $name) appeared in PHP 8.4. | «yes» Пояснение: Asymmetric visibility (e.g., public private(set) string $name) was introduced in PHP 8.4.
Raw{"answer": "yes", "explanation": "Asymmetric visibility (e.g., public private(set) string $name) was introduced in PHP 8.4."} | верно | Asymmetric visibility v2 — PHP 8.4. |
VC-L4 0.29 c | PHP 8.4–8.5 | In which PHP version was the #[\NoDiscard] attribute introduced? Answer with the version number. | «8.4» Пояснение: The #[\NoDiscard] attribute was introduced in PHP 8.4 to indicate that the return value of a function must not be ignored.
Raw{"answer": "8.4", "explanation": "The #[\\NoDiscard] attribute was introduced in PHP 8.4 to indicate that the return value of a function must not be ignored."} | неверно верный: «8.5» | #[\NoDiscard] — PHP 8.5 (marking return values as important). |
VC-L5 0.33 c | PHP 8.4–8.5 | In which PHP version did the pipe operator |> first appear? Answer with the version number. | «8.4» Пояснение: PHP 8.4 introduced the pipe operator |> for chaining function calls in a more readable way.
Raw```json ⏎ {"answer": "8.4", "explanation": "PHP 8.4 introduced the pipe operator |> for chaining function calls in a more readable way."} ⏎ ``` | неверно верный: «8.5» | Pipe operator — PHP 8.5 (2025). |
VC-L6 0.3 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 arguments (allowing custom properties during cloning) was introduced in PHP 8.4.
Raw{"answer": "8.4", "explanation": "Clone with arguments (allowing custom properties during cloning) was introduced in PHP 8.4."} | неверно верный: «8.5» | Clone with v2 — PHP 8.5. |
VC-L7 0.38 c | PHP 8.4–8.5 | In which PHP version were the array_first() and array_last() functions introduced? | «8.4» Пояснение: The array_first() and array_last() functions were introduced in PHP 8.4 to provide built-in ways to retrieve the first and last elements of an array.
Raw{"answer": 8.4, "explanation": "The array_first() and array_last() functions were introduced in PHP 8.4 to provide built-in ways to retrieve the first and last elements of an array."} | неверно верный: «8.5» | PHP 8.5. |
VC-L8 0.29 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.3» Пояснение: The RFC Partial Function Application v2 was adopted for PHP 8.3.
Raw{"answer": 8.3, "explanation": "The RFC Partial Function Application v2 was adopted for PHP 8.3."} | неверно верный: «8.6» | PFA v2 принят 05.12.2025 (33-0-0), реализован в PHP 8.6. |
VF-L1 0.36 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 the RFC for improved clamping functionality.
Raw{ ⏎ "answer": "8.4", ⏎ "explanation": "The clamp() function was introduced in PHP 8.4 via the RFC for improved clamping functionality." ⏎ } | неверно верный: «8.6» | По данным владельца (wiki.php.net/rfc): clamp_v2 — 8.6; clamp() в 8.5.11 отсутствует (косвенное подтверждение). Дата-якорь делает клетку монотонной. |
VF-L2 0.57 c | PHP: 8.6+ and the future | RFC Context Managers v2 has already been adopted in PHP (as of 2026-11-07). | «no» Пояснение: Context managers (or resource management via a specific RFC distinct from try/finally) have not been adopted in PHP as of 2026; the standard error handling mechanism remains try/catch/finally.
Raw{"answer": "no", "explanation": "Context managers (or resource management via a specific RFC distinct from try/finally) have not been adopted in PHP as of 2026; the standard error handling mechanism remains try/catch/finally."} | верно | На 06.11.2026 — в обсуждении (создан 2026-10-23); не принят. |
VF-L3 0.35 c | PHP: 8.6+ and the future | RFC Bound-Erased Generic Types (generics) was declined in 2026. | «yes» Пояснение: The RFC for Bound-Erased Generic Types was voted down and declined by the PHP core team.
Raw{"answer": "yes", "explanation": "The RFC for Bound-Erased Generic Types was voted down and declined by the PHP core team."} | верно | Голосование завершилось 2026-06-28: отклонён (wiki.php.net/rfc). |
VF-L4 0.48 c | PHP: 8.6+ and the future | As of 2026-11-07, the RFC enabling multithreading (ZTS) by default has already been accepted in PHP. | «no» Пояснение: As of November 7, 2026, PHP has not accepted an RFC to enable multithreading (ZTS) by default; this remains a topic of discussion in the PHP community.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "As of November 7, 2026, PHP has not accepted an RFC to enable multithreading (ZTS) by default; this remains a topic of discussion in the PHP community." ⏎ } ⏎ ``` | верно | Такого принятого RFC нет на дату якоря; якорь делает клетку монотонной — при принятии RFC позже клетка не перевернётся. |
VF-L5 0.51 c | PHP: 8.6+ and the future | As of PHP 8.5, generics (parameterized types) are still absent. | «yes» Пояснение: PHP does not support true generics (parameterized types) like Java or C#; even as of recent versions, type hints are invariant and do not provide compile-time generic type checking.
Raw{"answer": "yes", "explanation": "PHP does not support true generics (parameterized types) like Java or C#; even as of recent versions, type hints are invariant and do not provide compile-time generic type checking."} | верно | Generics в PHP отсутствуют; отрицательный контроль (не путать с C#/Java). |
VF-L6 0.44 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). | «no» Пояснение: PHP 8.5 was not the latest stable version on that date; PHP 8.4 is the latest stable, and PHP 8.5 was not yet released or stable.
Raw{"answer": "no", "explanation": "PHP 8.5 was not the latest stable version on that date; PHP 8.4 is the latest stable, and PHP 8.5 was not yet released or stable."} | неверно верный: «yes» | 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. | «no» Пояснение: PHP 6 was a planned development branch that was abandoned, and the versioning skipped directly from PHP 5.6 to PHP 7.0.
Raw{"answer": "no", "explanation": "PHP 6 was a planned development branch that was abandoned, and the versioning skipped directly from PHP 5.6 to PHP 7.0."} | неверно верный: «yes» | Исторический факт: ветка 6 не была релизнута. |
VF-L8 0.27 c | PHP: 8.6+ and the future | The RFC adding the #[\Deprecated] attribute to the core was adopted. | «yes» Пояснение: The RFC for the #[\Deprecated] attribute was accepted and implemented in PHP 8.4.
Raw{"answer": "yes", "explanation": "The RFC for the #[\\Deprecated] attribute was accepted and implemented in PHP 8.4."} | верно | #[\Deprecated] — принят, реализован в PHP 8.4. |
T25-L1 0.44 c | Clean architecture | The dependency rule of clean and onion architecture: inner layers know nothing about outer ones — dependencies point toward the center. | «yes» Пояснение: In clean and onion architectures, the dependency rule ensures that high-level policies (inner layers) do not depend on low-level details (outer layers), and all dependencies point toward the center.
Raw```json ⏎ {"answer": "yes", "explanation": "In clean and onion architectures, the dependency rule ensures that high-level policies (inner layers) do not depend on low-level details (outer layers), and all dependencies point toward the center."} ⏎ ``` | верно | Чистая (Robert C. Martin), луковичная (Jeffrey Palermo) и гексагональная (ports & adapters) — варианты одной идеи: зависимости направлены внутрь, к домену. Слоями в проекте следит deptrac. |
T25-L2 0.47 c | Clean architecture | Domain entities import neither Doctrine nor Symfony — only the language and, possibly, the standard library. | «yes» Пояснение: In a clean architecture or DDD approach, domain entities must be pure PHP classes independent of any framework or ORM to ensure testability and separation of concerns.
Raw{"answer": "yes", "explanation": "In a clean architecture or DDD approach, domain entities must be pure PHP classes independent of any framework or ORM to ensure testability and separation of concerns."} | верно | Изоляция домена от инфраструктуры; deptrac в проекте как раз следит за слоями. |
T25-L3 0.23 c | Clean architecture | Controllers and Twig templates belong to the business-logic layer because they are the ones calling use cases. | «no» Пояснение: Controllers and Twig templates belong to the presentation layer, not the business-logic layer.
Raw{"answer": "no", "explanation": "Controllers and Twig templates belong to the presentation layer, not the business-logic layer."} | верно | Наоборот: это интерфейсные адаптеры (внешний слой); они зависят от use cases, а не наоборот. |
T25-L4 0.43 c | Clean architecture | What sits at the very center of the onion architecture? | «domain core» Пояснение: In Onion Architecture, the Domain Core (or domain model) is the innermost layer containing the essential business logic, with all other layers depending on it inward.
Raw{"answer": "Domain Core", "explanation": "In Onion Architecture, the Domain Core (or domain model) is the innermost layer containing the essential business logic, with all other layers depending on it inward."} | неверно верный: «domain model» | Центральное кольцо — Domain Model: сущности и бизнес-правила без зависимостей; далее Domain Services → Application Services → Infrastructure/UI/Tests (Palermo). |
T25-L5 0.35 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 allow defining layer dependency rules and will fail the build if code violates these architectural constraints.
Raw{"answer": "yes", "explanation": "Tools like DePTRAC allow defining layer dependency rules and will fail the build if code violates these architectural constraints."} | верно | depfile.yaml в проекте TasK: CI проверяет правила слоёв на каждом пайплайне. |
T25-L6 0.43 c | Clean architecture | A use case (interactor) may accept an HTTP request or an EntityManager as arguments — it is simpler that way. | «no» Пояснение: Use cases (or interactors) should not depend on framework-specific details like HTTP requests; they should be decoupled from the presentation layer to ensure testability and reusability.
Raw{"answer": "no", "explanation": "Use cases (or interactors) should not depend on framework-specific details like HTTP requests; they should be decoupled from the presentation layer to ensure testability and reusability."} | верно | Use case принимает DTO и порты; привязка к HTTP/ORM протекает инфраструктуру во внутренние слои. |
T25-L7 0.31 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 acts as an in-memory collection of domain objects, abstracting the persistence mechanism.
Raw{"answer": "Repository", "explanation": "The Repository pattern acts as an in-memory collection of domain objects, abstracting the persistence mechanism."} | верно | Repository pattern (DDD/Evans); в проекте — Doctrine-репозитории за портами. |
T25-L8 0.4 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, data access details are isolated in the outer infrastructure layer, allowing the core domain and use cases to remain independent of the specific database used.
Raw```json ⏎ {"answer": "yes", "explanation": "In clean architecture, data access details are isolated in the outer infrastructure layer, allowing the core domain and use cases to remain independent of the specific database used."} ⏎ ``` | верно | Следствие правила зависимостей: инфраструктура взаимозаменяема. |
T26-L1 0.37 c | DDD | In DDD, an aggregate is just another name for a database table. | «no» Пояснение: In DDD, an aggregate is a cluster of domain objects treated as a single unit, not necessarily mapped to a single database table.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "In DDD, an aggregate is a cluster of domain objects treated as a single unit, not necessarily mapped to a single database table." ⏎ } ⏎ ``` | верно | Агрегат — кластер объектов с границей согласованности (транзакционной вокруг корня); таблица — деталь хранения. |
T26-L2 0.4 c | DDD | A Value Object is immutable and compared by the values of its fields, not by identity. | «yes» Пояснение: In Domain-Driven Design, a Value Object is defined by its immutable attributes and equality is determined by the values of those attributes rather than object identity.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "In Domain-Driven Design, a Value Object is defined by its immutable attributes and equality is determined by the values of those attributes rather than object identity." ⏎ } | верно | Классика Evans: Money, Email; равенство структурное. |
T26-L3 0.41 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 that guarantees consistency and encapsulation for all changes within the aggregate.
Raw{ ⏎ "answer": "Root", ⏎ "explanation": "In Domain-Driven Design, the Root of an Aggregate is the single entry point that guarantees consistency and encapsulation for all changes within the aggregate." ⏎ } | неверно верный: «aggregate root» | Aggregate Root: внешние объекты ссылаются только на корень; он защищает инварианты агрегата. |
T26-L4 0.52 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 ensure that all entities within the aggregate are accessed and modified as a single consistent unit, preventing inconsistent state across individual entities.
Raw{"answer": "yes", "explanation": "In Domain-Driven Design, repositories are defined for aggregate roots to ensure that all entities within the aggregate are accessed and modified as a single consistent unit, preventing inconsistent state across individual entities."} | верно | Репозиторий корня хранит границу согласованности агрегата; вложенные сущности доступны только через корень. |
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 Domain-Driven Design concept where the domain model terms are shared and consistent among developers, domain experts, and all documentation.
Raw{"answer": "yes", "explanation": "Ubiquitous Language is a core Domain-Driven Design concept where the domain model terms are shared and consistent among developers, domain experts, and all documentation."} | верно | Evans: язык из требований переходит в имена классов и методов. |
T26-L6 0.36 c | DDD | What is the boundary called within which a model and its language are consistent, while outside the same words mean other models? | «semantics» Пояснение: In computer science and linguistics, the specific meaning or interpretation of a language within a defined context or model is referred to as its semantics.
Raw{"answer": "semantics", "explanation": "In computer science and linguistics, the specific meaning or interpretation of a language within a defined context or model is referred to as its semantics."} | неверно верный: «bounded context» | Bounded Context; «Заказ» в биллинге и в доставке — разные модели. |
T26-L7 0.45 c | DDD | An anemic model (objects with only getters/setters, logic in services) is the recommended DDD style. | «no» Пояснение: DDD encourages rich domain models where behavior and logic reside in domain objects, not just data containers with logic in services.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "DDD encourages rich domain models where behavior and logic reside in domain objects, not just data containers with logic in services." ⏎ } | верно | Наоборот: Evans называет анемичность антипаттерном — поведение должно жить в доменных объектах. |
T26-L8 0.43 c | DDD | Bounded context means each context has its own model: the same concept in different contexts is a different class. | «yes» Пояснение: In Domain-Driven Design, a bounded context defines the boundary where a specific model applies, allowing the same business concept to have different meanings and implementations (classes) in different contexts.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "In Domain-Driven Design, a bounded context defines the boundary where a specific model applies, allowing the same business concept to have different meanings and implementations (classes) in different contexts." ⏎ } | верно | Модели контекстов независимы; между ними — явная интеграция (ACL, published language). |
T13-L1 0.39 c | Symfony | Services in the Symfony DI container are created lazily by default — on first use. | «yes» Пояснение: In Symfony's DI container, services are instantiated lazily, meaning they are created only when first requested.
Raw```json ⏎ {"answer": "yes", "explanation": "In Symfony's DI container, services are instantiated lazily, meaning they are created only when first requested."} ⏎ ``` | верно | Контейнер инстанцирует сервис при первом извлечении; eager-создания по умолчанию нет. |
T13-L2 0.27 c | Symfony | Which Symfony console command lists all registered routes? | «debug:router» Пояснение: The `debug:router` command in Symfony is used to list all registered routes.
Raw{"answer": "debug:router", "explanation": "The `debug:router` command in Symfony is used to list all registered routes."} | верно | bin/console debug:router (FrameworkBundle); в Symfony 3 команда называлась router:debug. |
T13-L3 0.33 c | Symfony | Symfony autowiring requires manually declaring every service in services.yaml. | «no» Пояснение: The core purpose of autowiring is to automatically resolve dependencies by type-hinting, eliminating the need to manually declare most services.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "The core purpose of autowiring is to automatically resolve dependencies by type-hinting, eliminating the need to manually declare most services." ⏎ } | верно | Autowire+autoconfigure регистрируют и связывают сервисы автоматически; ручное перечисление — исключение. |
T13-L4 0.39 c | Symfony | Twig templates are compiled into PHP classes and cached between requests. | «yes» Пояснение: Twig's template cache converts compiled PHP code into class files to improve performance, preventing recompilation on every request.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "Twig's template cache converts compiled PHP code into class files to improve performance, preventing recompilation on every request." ⏎ } | верно | Twig компилирует шаблон один раз; кэш в var/cache/twig, в prod не пересобирается. |
T13-L5 2.06 c | Symfony | In the Symfony dev environment the DI container is rebuilt only after tracked files change, not on every request. | «no» Пояснение: In the Symfony dev environment, the Dependency Injection container is typically dumped/rebuilt on every request (or when the cache is cleared) to ensure the latest configuration changes are reflected, unless specific performance optimizations like OpCache are masking the file writes, but the standard behavior is not 'only after tracked files change' in the way implied by the prompt's contrast with production; actually, the dev environment checks if the container cache is stale based on configuration files, so it does NOT rebuild on every request, it rebuilds when config files change. Wait, let me re-read the standard Symfony behavior. In dev, the container is dumped to cache. On subsequent requests, Symfony checks if the cache is valid. If the configuration files (services.yaml, etc.) have not changed, the cache is used. If they have changed, it is rebuilt. So the statement 'rebuilt only after tracked files change, not on every request' is actually TRUE for the dev environment. Let me double check. Yes, Symfony dev environment caches the compiled container. It only recompiles when the container config files (tracked files) are modified. It does NOT recompile on every single request. Therefore the statement is True.
Raw{"answer": "no", "explanation": "In the Symfony dev environment, the Dependency Injection container is typically dumped/rebuilt on every request (or when the cache is cleared) to ensure the latest configuration changes are reflected, unless specific performance optimizations like OpCache are masking the file writes, but the standard behavior is not 'only after tracked files change' in the way implied by the prompt's contrast with production; actually, the dev environment checks if the container cache is stale based on configuration files, so it does NOT rebuild on every request, it rebuilds when config files change. Wait, let me re-read the standard Symfony behavior. In dev, the container is dumped to cache. On subsequent requests, Symfony checks if the cache is valid. If the configuration files (services.yaml, etc.) have not changed, the cache is used. If they have changed, it is rebuilt. So the statement 'rebuilt only after tracked files change, not on every request' is actually TRUE for the dev environment. Let me double check. Yes, Symfony dev environment caches the compiled container. It only recompiles when the container config files (tracked files) are modified. It does NOT recompile on every single request. Therefore the statement is True."} | неверно верный: «yes» | Kernel проверяет freshness ресурсов (конфиги, классы); иначе переиспользуется кэш контейнера. |
T13-L6 0.4 c | Symfony | Which environment variable selects the active Symfony environment (dev/prod)? | «app_env» Пояснение: The APP_ENV environment variable is used by the Symfony runtime to determine the active environment, such as dev, test, or prod.
Raw{"answer": "APP_ENV", "explanation": "The APP_ENV environment variable is used by the Symfony runtime to determine the active environment, such as dev, test, or prod."} | верно | APP_ENV в .env; APP_DEBUG — отдельный флаг отладки. |
T13-L7 0.43 c | Symfony | A controller method can be private — Symfony routing works with any method of the class. | «no» Пояснение: Symfony controller methods must be public because the framework invokes them via reflection or direct calls from the outside, and private/protected methods are not accessible.
Raw{"answer": "no", "explanation": "Symfony controller methods must be public because the framework invokes them via reflection or direct calls from the outside, and private/protected methods are not accessible."} | верно | Действие контроллера должно быть public; приватный метод по маршруту не вызывается. |
T13-L8 0.45 c | Symfony | Event subscribers always receive events before listeners, because the interface gives them priority. | «no» Пояснение: Listeners are dispatched first to allow for short-circuiting or modification before the heavier subscriber logic runs.
Raw{"answer": "no", "explanation": "Listeners are dispatched first to allow for short-circuiting or modification before the heavier subscriber logic runs."} | верно | Порядок определяет priority, а не тип подписки; приоритеты задаются в getSubscribedEvents() так же, как у слушателей. |
T22-L1 0.43 c | Symfony: Security and forms | In modern Symfony (6.0+) authentication is built on authenticator classes (AuthenticatorInterface); the old guard system has been removed. | «yes» Пояснение: In Symfony 5.3 and later, the modern firewall-based authentication system using AuthenticatorInterface was introduced, and the older Guard system was deprecated and eventually removed.
Raw```json ⏎ {"answer": "yes", "explanation": "In Symfony 5.3 and later, the modern firewall-based authentication system using AuthenticatorInterface was introduced, and the older Guard system was deprecated and eventually removed."} ⏎ ``` | верно | Guard объявлен устаревшим в 5.3 и удалён в 6.0; в проекте symfony/security-bundle 8.1. |
T22-L2 0.45 c | Symfony: Security and forms | Which Symfony attribute checks a role/permission right on a controller method (403 without it)? | «isgranted» Пояснение: The #[IsGranted] attribute in Symfony Security checks user roles or permissions and throws an AccessDeniedException (403) if the check fails.
Raw{"answer": "IsGranted", "explanation": "The #[IsGranted] attribute in Symfony Security checks user roles or permissions and throws an AccessDeniedException (403) if the check fails."} | верно | #[IsGranted('ROLE_ADMIN')]; атрибут из symfony/security-http. |
T22-L3 0.36 c | Symfony: Security and forms | Voters are Symfony's mechanism for checking access to a specific object: isGranted('EDIT', $post). | «yes» Пояснение: Symfony Security uses Voters to determine permissions for specific subjects/objects via the isGranted method.
Raw{"answer": "yes", "explanation": "Symfony Security uses Voters to determine permissions for specific subjects/objects via the isGranted method."} | верно | VoterInterface->vote(); docs Symfony — Voters. |
T22-L4 0.45 c | Symfony: Security and forms | In modern Symfony (7+) validation constraints are declared as PHP attributes (#[Assert\NotBlank]); doctrine annotations are no longer supported. | «yes» Пояснение: Symfony 5.3+ deprecates annotations and 6.0+ removes them, making PHP attributes the standard for validation and other metadata in Symfony 7+.
Raw{"answer": "yes", "explanation": "Symfony 5.3+ deprecates annotations and 6.0+ removes them, making PHP attributes the standard for validation and other metadata in Symfony 7+."} | верно | Докблок-аннотации удалены в Symfony 7.0; стандарт — атрибуты. В проекте symfony/validator 8.1. |
T22-L5 0.39 c | Symfony: Security and forms | CSRF protection of Symfony forms is enabled by default: the form validates the token on submission. | «yes» Пояснение: Symfony forms include CSRF protection by default, automatically adding and validating a CSRF token unless explicitly disabled.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "Symfony forms include CSRF protection by default, automatically adding and validating a CSRF token unless explicitly disabled." ⏎ } | верно | FormType добавляет скрытое поле _token и проверяет его при валидации; отключение — осознанное исключение (csrf: false). |
T22-L6 0.48 c | Symfony: Security and forms | Form validation in Symfony runs server-side even if the client-side (HTML5) checks passed. | «yes» Пояснение: Symfony's form validation framework handles both client-side (via JavaScript) and server-side validation, ensuring that data is validated on the server regardless of client-side checks.
Raw```json ⏎ {"answer": "yes", "explanation": "Symfony's form validation framework handles both client-side (via JavaScript) and server-side validation, ensuring that data is validated on the server regardless of client-side checks."} ⏎ ``` | верно | Клиентская валидация — только удобство; серверная обязательна и идёт по метаданным объекта формы. |
T22-L7 0.37 c | Symfony: Security and forms | Which Symfony maker command generates a form class (FormType)? | «make:form» Пояснение: The Symfony command 'make:form' generates a form class (FormType) for a specified entity or standalone.
Raw```json ⏎ {"answer": "make:form", "explanation": "The Symfony command 'make:form' generates a form class (FormType) for a specified entity or standalone."} ⏎ ``` | верно | bin/console make:form (symfony/maker-bundle — в проекте). |
T22-L8 0.31 c | Symfony: Security and forms | Symfony stores the user's password in the session in plain text. | «no» Пояснение: Symfony never stores user passwords in plain text, using BCrypt or similar hashing algorithms instead.
Raw{"answer": "no", "explanation": "Symfony never stores user passwords in plain text, using BCrypt or similar hashing algorithms instead."} | верно | В сессии живёт объект пользователя в токене; хеш затирается eraseCredentials(), plaintext там никогда не лежит. |
T23-L1 0.47 c | Symfony: configuration and services | Symfony bundle configuration lives in config/packages — one file per bundle or topic. | «yes» Пояснение: Symfony follows a convention where bundle-specific configuration is stored in separate files within the config/packages directory, organized by bundle or topic (e.g., config/packages/doctrine.yaml).
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "Symfony follows a convention where bundle-specific configuration is stored in separate files within the config/packages directory, organized by bundle or topic (e.g., config/packages/doctrine.yaml)." ⏎ } | верно | Стандартная структура (config/packages/*.yaml); перегрузка — config/packages/<env>. |
T23-L2 0.43 c | Symfony: configuration and services | The .env file with dev defaults is committed to the repository, while real secrets live in the non-committed .env.local. | «yes» Пояснение: This is a common security best practice in modern PHP frameworks (like Laravel and Symfony) where .env defines safe defaults and .env.local holds sensitive credentials excluded from version control.
Raw{"answer": "yes", "explanation": "This is a common security best practice in modern PHP frameworks (like Laravel and Symfony) where .env defines safe defaults and .env.local holds sensitive credentials excluded from version control."} | верно | 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? | «container:debug» Пояснение: The Symfony CLI command `container:debug` is used to list the container's registered services and their aliases.
Raw{"answer": "container:debug", "explanation": "The Symfony CLI command `container:debug` is used to list the container's registered services and their aliases."} | неверно верный: «debug:container» | bin/console debug:container; параметры контейнера — debug:parameter. |
T23-L4 0.39 c | Symfony: configuration and services | The Symfony container allows changing parameters at runtime: $container->setParameter() works from a controller. | «yes» Пояснение: The Symfony DI container allows setting new parameters at runtime using setParameter(), although this is not recommended for critical business logic.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "The Symfony DI container allows setting new parameters at runtime using setParameter(), although this is not recommended for critical business logic." ⏎ } | неверно верный: «no» | Контейнер компилируется и замораживается; runtime-значения — только через переменные окружения. |
T23-L5 0.35 c | Symfony: configuration and services | By default, Symfony services are public (public: true) — you can fetch them directly from the container. | «no» Пояснение: By default, Symfony services are private to improve performance and memory usage; they must be explicitly marked as public to be fetched directly from the container.
Raw{"answer": "no", "explanation": "By default, Symfony services are private to improve performance and memory usage; they must be explicitly marked as public to be fetched directly from the container."} | верно | С Symfony 4.0 сервисы по умолчанию private: инжектятся через autowiring; $container->get() — только для публичных. |
T23-L6 0.43 c | Symfony: configuration and services | Without a config file in config/packages a bundle will not work — configuration is mandatory for every bundle. | «no» Пояснение: Bundles can function with default configurations defined in code (like DependencyInjection extensions) without requiring a dedicated YAML/XML config file in the config/packages directory.
Raw{"answer": "no", "explanation": "Bundles can function with default configurations defined in code (like DependencyInjection extensions) without requiring a dedicated YAML/XML config file in the config/packages directory."} | верно | У бандлов есть встроенные умолчания (Extension); конфиг нужен только для отклонений от них. |
T23-L7 0.31 c | Symfony: configuration and services | Environment variable values are injected into services.yaml using the %env(VAR)% syntax. | «yes» Пояснение: In Symfony, the %env(VAR)% syntax is used in YAML configuration files to reference environment variables.
Raw{"answer": "yes", "explanation": "In Symfony, the %env(VAR)% syntax is used in YAML configuration files to reference environment variables."} | верно | %env(...)% резолвится в рантайме env-процессорами; docs — Env Var Processors. |
T23-L8 0.27 c | Symfony: configuration and services | Which Symfony environment variable enables debug mode (affects the profiler and Twig debugging)? | «app_debug» Пояснение: In Symfony, the APP_DEBUG environment variable controls debug mode, enabling the profiler and Twig debugging features.
Raw{"answer": "APP_DEBUG", "explanation": "In Symfony, the APP_DEBUG environment variable controls debug mode, enabling the profiler and Twig debugging features."} | верно | APP_DEBUG=1 (в .env dev-окружения); окружение выбирает APP_ENV — см. T13-L6. |
T16-L1 0.55 c | Symfony: Messenger | A single message in Symfony Messenger can only have one handler. | «no» Пояснение: In Symfony Messenger, a single message can be handled by multiple handlers if they are defined for the same bus and message type, and there is no strict restriction to only one handler per message by default (though priority and stopping propagation can affect which run).
Raw{"answer": "no", "explanation": "In Symfony Messenger, a single message can be handled by multiple handlers if they are defined for the same bus and message type, and there is no strict restriction to only one handler per message by default (though priority and stopping propagation can affect which run)."} | верно | Messenger вызывает все хендлеры, подписанные на класс сообщения (docs — Multiple Handlers). |
T16-L2 0.35 c | Symfony: Messenger | The sync transport in Messenger queues the message for a worker, just like async. | «no» Пояснение: The sync transport in Messenger processes the message immediately and synchronously, rather than queuing it for a worker like async does.
Raw```json ⏎ {"answer": "no", "explanation": "The sync transport in Messenger processes the message immediately and synchronously, rather than queuing it for a worker like async does."} ⏎ ``` | верно | Наоборот: sync обрабатывает немедленно в том же процессе, что и отправка; очередь — это async-транспорт. |
T16-L3 0.33 c | Symfony: Messenger | Which console command starts the worker that processes Messenger queue messages? | «php bin/console messenger:consume» Пояснение: The command 'php bin/console messenger:consume' starts the worker that processes messages from the Symfony Messenger component's queues.
Raw{"answer": "php bin/console messenger:consume", "explanation": "The command 'php bin/console messenger:consume' starts the worker that processes messages from the Symfony Messenger component's queues."} | верно | bin/console messenger:consume async; воркеры под supervisord/systemd в проде. |
T16-L4 0.49 c | Symfony: Messenger | Retries for failed messages (retry_strategy) are configured per Messenger transport. | «no» Пояснение: In Symfony Messenger, the retry strategy (number of retries and delay) is configured in the 'framework' > 'messenger' > 'routing' configuration per message, not per transport.
Raw{"answer": "no", "explanation": "In Symfony Messenger, the retry strategy (number of retries and delay) is configured in the 'framework' > 'messenger' > 'routing' configuration per message, not per transport."} | неверно верный: «yes» | retry_strategy на транспорте: max_retries, delay, multiplier; docs — Failed Messages & Retries. |
T16-L5 0.35 c | Symfony: Messenger | By default, Messenger serializes messages to JSON. | «yes» Пояснение: Symfony Messenger defaults to the json serializer if no specific serializer is configured in the messenger.transport configuration.
Raw{"answer": "yes", "explanation": "Symfony Messenger defaults to the json serializer if no specific serializer is configured in the messenger.transport configuration."} | неверно верный: «no» | Дефолтный сериализатор — PhpSerializer (serialize()); JSON-сериализатор включается отдельно. |
T16-L6 0.37 c | Symfony: Messenger | Symfony Scheduler produces messages on a schedule and dispatches them through Messenger. | «yes» Пояснение: The Symfony Scheduler component allows defining tasks that generate messages which are then dispatched to the Symfony Messenger component for processing.
Raw{"answer": "yes", "explanation": "The Symfony Scheduler component allows defining tasks that generate messages which are then dispatched to the Symfony Messenger component for processing."} | верно | Schedule → RecurringMessage → шина Messenger; docs — Scheduler. |
T16-L7 0.27 c | Symfony: Messenger | Which built-in Messenger transport stores messages in database tables via Doctrine? | «doctrine» Пояснение: The 'doctrine://' transport in Symfony Messenger uses Doctrine to persist messages into database tables.
Raw{"answer": "doctrine", "explanation": "The 'doctrine://' transport in Symfony Messenger uses Doctrine to persist messages into database tables."} | верно | Транспорт doctrine (symfony/doctrine-messenger); таблица messenger_messages. В проекте стоит amqp-messenger + doctrine-messenger. |
T16-L8 0.59 c | Symfony: Messenger | The Messenger pipeline can be extended with custom middleware, placed before or after the built-in ones. | «no» Пояснение: Laravel's pipeline mechanism requires middleware to be passed as an ordered array at runtime; it does not support a static, built-in list of middleware that can be dynamically extended with custom ones before or after them.
Raw{"answer": "no", "explanation": "Laravel's pipeline mechanism requires middleware to be passed as an ordered array at runtime; it does not support a static, built-in list of middleware that can be dynamically extended with custom ones before or after them."} | неверно верный: «yes» | messenger.bus.*.middleware в yaml; docs — Middleware. |
T28-L1 0.47 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 of major versions every two years (typically November) and new LTS or non-LTS minor releases every six months (May and November).
Raw{"answer": "yes", "explanation": "Symfony follows a release cycle of major versions every two years (typically November) and new LTS or non-LTS minor releases every six months (May and November)."} | верно | Стандартный релизный цикл: 8.0 — ноябрь 2025, 8.1 — май 2026, 8.2 — ноябрь 2026. |
T28-L2 0.23 c | Symfony: versions | What is the minimum PHP version required by Symfony 8? | «8.2» Пояснение: Symfony 8 requires PHP 8.2 or later as its minimum version.
Raw{"answer": "8.2", "explanation": "Symfony 8 requires PHP 8.2 or later as its minimum version."} | неверно верный: «8.4» | Symfony 8.0 поднял требование до PHP >= 8.4.1 (в vendor проекта: "php": ">=8.4.1"). |
T28-L3 0.31 c | Symfony: versions | Symfony 7.0 kept support for docblock annotations (validation, routes). | «no» Пояснение: Symfony 7.0 removed support for docblock annotations for routing and validation, requiring the use of attributes instead.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "Symfony 7.0 removed support for docblock annotations for routing and validation, requiring the use of attributes instead." ⏎ } | верно | Наоборот: в 7.0 аннотации удалены — только PHP-атрибуты (#[Route], #[Assert\NotBlank]). |
T28-L4 0.41 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 an import map (typically defined in importmap.php) without requiring Node.js or a bundler like Webpack.
Raw{"answer": "yes", "explanation": "AssetMapper is a Symfony component that manages frontend assets using an import map (typically defined in importmap.php) without requiring Node.js or a bundler like Webpack."} | верно | symfony/asset-mapper (с 6.3, стандарт с 7.x); в проекте — importmap.php в корне и asset-mapper 8.1. |
T28-L5 0.31 c | Symfony: versions | Symfony 6.4 is a regular release without long-term support. | «no» Пояснение: Symfony 6.4 is a Long-Term Support (LTS) release, supported until March 2027.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "Symfony 6.4 is a Long-Term Support (LTS) release, supported until March 2027." ⏎ } | верно | Наоборот: 6.4 — LTS (расширенная поддержка); LTS выходит вместе с очередным мажором (6.4 — вместе с 7.0). |
T28-L6 0.37 c | Symfony: versions | When moving to a new Symfony major version, deprecations of the previous branch keep working — major releases do not remove them. | «no» Пояснение: Symfony major versions are based on semantic versioning, which mandates the removal of deprecated features introduced in previous major versions.
Raw{"answer": "no", "explanation": "Symfony major versions are based on semantic versioning, which mandates the removal of deprecated features introduced in previous major versions."} | верно | Наоборот: мажорный релиз удаляет всё устаревшее (7.0 убрал деприкейшены 6.x, 8.0 — 7.x). |
T28-L7 0.39 c | Symfony: versions | Every Symfony major release is accompanied by an UPGRADE guide listing the changes. | «yes» Пояснение: Yes, Symfony provides UPGRADE guides for each major release, documenting the breaking changes and improvements to assist developers in upgrading their projects.
Raw```json ⏎ {"answer": "yes", "explanation": "Yes, Symfony provides UPGRADE guides for each major release, documenting the breaking changes and improvements to assist developers in upgrading their projects."} ⏎ ``` | верно | UPGRADE-7.0.md, UPGRADE-8.0.md в репозитории symfony/symfony. |
T28-L8 0.51 c | Symfony: versions | Which Symfony component manages assets and the importmap without node/webpack? | «webpack encore» Пояснение: Symfony's Webpack Encore component (now part of Symfony UX) allows managing assets and using import maps without requiring a separate Node.js or Webpack configuration by leveraging its built-in tools.
Raw{"answer": "Webpack Encore", "explanation": "Symfony's Webpack Encore component (now part of Symfony UX) allows managing assets and using import maps without requiring a separate Node.js or Webpack configuration by leveraging its built-in tools."} | неверно верный: «asset-mapper» | symfony/asset-mapper 8.1 — в проекте. |
T29-L1 0.94 c | Symfony: 8.2 and beyond | As of 2026-11-07, Symfony 8.2 has already been released. | «no» Пояснение: Symfony follows a yearly release cycle (major releases in November of odd years like 7.1 in 2024, 7.3 in 2025, 8.1 in 2026), so a minor release like 8.2 would not exist in November 2026; furthermore, Symfony 8.0 is expected to be released around November 2025, making 8.1 the likely version in Nov 2026.
Raw{"answer": "no", "explanation": "Symfony follows a yearly release cycle (major releases in November of odd years like 7.1 in 2024, 7.3 in 2025, 8.1 in 2026), so a minor release like 8.2 would not exist in November 2026; furthermore, Symfony 8.0 is expected to be released around November 2025, making 8.1 the likely version in Nov 2026."} | верно | Наоборот: 8.2 ещё не выпущена — релиз в конце ноября 2026; последняя стабильная — 8.1. |
T29-L2 0.75 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 typically releases new major versions in May (e.g., 7.2 in May 2024, 8.0 in May 2025), so a major release in November 2026 contradicts the standard May/November LTS and non-LTS release calendar structure.
Raw{"answer": "no", "explanation": "Symfony typically releases new major versions in May (e.g., 7.2 in May 2024, 8.0 in May 2025), so a major release in November 2026 contradicts the standard May/November LTS and non-LTS release calendar structure."} | неверно верный: «yes» | Политика релизов: 8.1 — май 2026, 8.2 — ноябрь 2026; якорь даты фиксирует срез — модель с поздним cutoff отвечает «на дату». |
T29-L3 0.45 c | Symfony: 8.2 and beyond | Which Symfony version comes after 8.1 (as of 2026-11-07)? | «8.2» Пояснение: According to Symfony's standard versioning release cycle, the minor version 8.2 is scheduled to follow 8.1.
Raw```json ⏎ {"answer": "8.2", "explanation": "According to Symfony's standard versioning release cycle, the minor version 8.2 is scheduled to follow 8.1."} ⏎ ``` | верно | 8.2 — следующий минорный релиз (ноябрь 2026); после его выхода проект переходит с 8.1.* на 8.2.*. |
T29-L4 0.71 c | Symfony: 8.2 and beyond | Symfony 8.2 is a major release requiring applications to be rewritten for new APIs. | «no» Пояснение: Symfony uses a feature freeze and LTS (Long-Term Support) model where major version numbers (like 7.0, 8.0) typically only introduce deprecations or minor breaking changes with strong upgrade paths, rather than requiring a complete rewrite of applications.
Raw{"answer": "no", "explanation": "Symfony uses a feature freeze and LTS (Long-Term Support) model where major version numbers (like 7.0, 8.0) typically only introduce deprecations or minor breaking changes with strong upgrade paths, rather than requiring a complete rewrite of applications."} | верно | Наоборот: 8.2 — минорный релиз; новые возможности без поломки обратной совместимости. Мажор — 9.0. |
T29-L5 0.55 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» Пояснение: Following Semantic Versioning and PHP's commitment to backward compatibility, minor version updates (e.g., 8.1 to 8.2) do not remove or change existing functionality, ensuring code written for the previous minor version continues to work.
Raw{"answer": "yes", "explanation": "Following Semantic Versioning and PHP's commitment to backward compatibility, minor version updates (e.g., 8.1 to 8.2) do not remove or change existing functionality, ensuring code written for the previous minor version continues to work."} | верно | Политика Symfony: минорные релизы обратно совместимы; BC-break допустим только в мажорных. |
T29-L6 0.37 c | Symfony: 8.2 and beyond | Which minor version of the 8.x branch is released last, before Symfony 9.0? | «8.4» Пояснение: Symfony 8.4 is the final minor release in the 8.x series before the major 9.0 release.
Raw{"answer": 8.4, "explanation": "Symfony 8.4 is the final minor release in the 8.x series before the major 9.0 release."} | верно | По циклу: 8.2 (ноя 2026), 8.3 (май 2027), 8.4 (ноя 2027, вместе с 9.0) — как 6.4 выходила вместе с 7.0. |
T29-L7 0.5 c | Symfony: 8.2 and beyond | Symfony 8.2 will require PHP 8.5 — you would have to upgrade PHP along with it. | «no» Пояснение: Symfony versions follow a different numbering scheme than PHP; Symfony 8.2 does not exist, and even the latest Symfony versions (like 7.x) do not mandate PHP 8.5.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "Symfony versions follow a different numbering scheme than PHP; Symfony 8.2 does not exist, and even the latest Symfony versions (like 7.x) do not mandate PHP 8.5." ⏎ } | верно | Наоборот: минорные релизы не поднимают требования PHP; для всей ветки 8.x остаётся PHP >= 8.4. |
T29-L8 0.42 c | Symfony: 8.2 and beyond | Deprecations added in the 8.x branch will not be removed before Symfony 9.0. | «yes» Пояснение: Symfony follows a policy where deprecated features are kept for at least two major versions, so deprecations added in 8.x remain in 9.x.
Raw{"answer": "yes", "explanation": "Symfony follows a policy where deprecated features are kept for at least two major versions, so deprecations added in 8.x remain in 9.x."} | верно | Политика: деприкейшены живут до следующего мажора; 9.0 — ноябрь 2027. |
T21-L1 0.33 c | Twig | Inside {{ }}, Twig allows calling arbitrary PHP code directly. | «no» Пояснение: Twig does not allow calling arbitrary PHP code directly inside `{{ }}`; it only supports Twig expressions and variables.
Raw```json ⏎ {"answer": "no", "explanation": "Twig does not allow calling arbitrary PHP code directly inside `{{ }}`; it only supports Twig expressions and variables."} ⏎ ``` | верно | Twig — DSL: только разрешённые окружением функции/фильтры; произвольный PHP не исполняется. |
T21-L2 0.33 c | Twig | By default, Twig auto-escapes printed variables. | «yes» Пояснение: Twig has auto-escaping enabled by default for the 'html', 'js', 'css', 'url', and 'attr' contexts to prevent XSS attacks.
Raw{"answer": "yes", "explanation": "Twig has auto-escaping enabled by default for the 'html', 'js', 'css', 'url', and 'attr' contexts to prevent XSS attacks."} | верно | Autoescape включён по умолчанию; {{ '<b>' }} → <b>. Проверено на Twig 3.30. |
T21-L3 0.29 c | Twig | The Twig |e filter escapes a string for safe output in an HTML context. | «yes» Пояснение: The Twig `|e` filter performs HTML entity encoding by default to prevent XSS attacks when outputting data in an HTML context.
Raw{"answer": "yes", "explanation": "The Twig `|e` filter performs HTML entity encoding by default to prevent XSS attacks when outputting data in an HTML context."} | верно | |e ('html') по умолчанию; есть контексты js/url/css. От SQL-инъекций он не защищает — это задача подготовленных запросов Doctrine. |
T21-L4 0.35 c | Twig | Which filter from twig/intl-extra formats a number according to a locale? | «localizednumber» Пояснение: The filter `localizednumber` in twig/intl-extra is designed to format a number according to a specific locale.
Raw```json ⏎ { ⏎ "answer": "localizednumber", ⏎ "explanation": "The filter `localizednumber` in twig/intl-extra is designed to format a number according to a specific locale." ⏎ } ⏎ ``` | неверно верный: «format_number» | |format_number(locale=...) из IntlExtension (twig/intl-extra есть в проекте). Проверено на Twig 3.30: 12345.6 → 12 345,6 (ru). |
T21-L5 0.39 c | Twig | The |raw filter disables auto-escaping for the value. | «yes» Пояснение: The |raw filter in Laravel Blade templates explicitly marks a value as safe, bypassing HTML entity escaping.
Raw{"answer": "yes", "explanation": "The |raw filter in Laravel Blade templates explicitly marks a value as safe, bypassing HTML entity escaping."} | верно | {{ x|raw }} выводит HTML как есть; опасно с пользовательскими данными. Проверено на Twig 3.30. |
T21-L6 0.33 c | Twig | In Twig, {{ }} prints an expression value, while {% %} executes tags — conditions, loops, set. | «yes» Пояснение: In Twig, {{ }} is used for printing expression values, while {% %} is used for executing structural tags like conditions, loops, and variable assignments.
Raw{"answer": "yes", "explanation": "In Twig, {{ }} is used for printing expression values, while {% %} is used for executing structural tags like conditions, loops, and variable assignments."} | верно | Два блока синтаксиса Twig: вывод (echo) против логики. |
T21-L7 0.29 c | Twig | In Twig you cannot declare a variable inside a template — values only come from the controller. | «no» Пояснение: Twig templates can use the 'set' tag to declare and assign variables directly within the template logic.
Raw{"answer": "no", "explanation": "Twig templates can use the 'set' tag to declare and assign variables directly within the template logic."} | верно | {% set y = ... %} объявляет переменную в шаблоне. Проверено на Twig 3.30. |
T21-L8 0.27 c | Twig | Which Twig function dumps the debug structure of a variable (array, object)? | «dump» Пояснение: The 'dump' function in Twig outputs the debug structure of variables like arrays and objects.
Raw{"answer": "dump", "explanation": "The 'dump' function in Twig outputs the debug structure of variables like arrays and objects."} | верно | {{ 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 frontend library providing CSS and JavaScript components for styling and interactivity, but it does not provide the architecture, routing, or state management required to be considered an SPA framework like Angular or React.
Raw{"answer": "yes", "explanation": "Bootstrap is primarily a frontend library providing CSS and JavaScript components for styling and interactivity, but it does not provide the architecture, routing, or state management required to be considered an SPA framework like Angular or React."} | верно | Компоненты и утилиты поверх вашего HTML; SPA-фреймворки (React/Vue) — другой класс инструментов. В проекте vendored 5.3.3. |
T24-L2 0.36 c | Bootstrap | Which Bootstrap class gives a responsive container with a fixed max width per breakpoint? | «container» Пояснение: The 'container' class provides a responsive, centered container with a fixed max-width at each breakpoint.
Raw{"answer": "container", "explanation": "The 'container' class provides a responsive, centered container with a fixed max-width at each breakpoint."} | верно | .container (фиксированная макс-ширина по брейкпоинтам) vs .container-fluid (на всю ширину). |
T24-L3 0.33 c | Bootstrap | The Bootstrap grid is built on CSS floats and splits a row into 16 columns. | «no» Пояснение: Bootstrap 4+ uses CSS Flexbox and a 12-column grid system, not floats or 16 columns.
Raw{"answer": "no", "explanation": "Bootstrap 4+ uses CSS Flexbox and a 12-column grid system, not floats or 16 columns."} | верно | Наоборот: flexbox (с Bootstrap 4) и 12 колонок; float-сетка — это Bootstrap 3. |
T24-L4 2.15 c | Bootstrap | Bootstrap's named breakpoints (the infix used in class names) are sm, md, lg, xl, xxl — five of them. | «no» Пояснение: In Bootstrap 5, the default named breakpoints with infixes are sm, md, lg, xl, and xxl, which indeed total five; however, strictly speaking, 'xs' is also a valid conceptual breakpoint (though it has no infix), but the prompt specifies 'infix used in class names', so the list sm, md, lg, xl, xxl is correct for Bootstrap 5. Wait, let me double-check. Bootstrap 4 had sm, md, lg, xl (4). Bootstrap 5 added xxl, making it sm, md, lg, xl, xxl (5). So the statement is True for Bootstrap 5. However, the question asks 'True or false?' without specifying the version. Given the current standard (Bootstrap 5), the statement is true. Let me re-read carefully: 'Bootstrap's named breakpoints ... are sm, md, lg, xl, xxl — five of them.' This is accurate for Bootstrap 5. If the context implies the latest version, it is true. But often these questions might refer to Bootstrap 4 or be tricky. Let's assume Bootstrap 5 is the current standard. So 'yes'.
Correction: Actually, looking at standard knowledge bases, Bootstrap 5 defines 5 breakpoints (sm, md, lg, xl, xxl). The statement is True.
Raw{"answer": "no", "explanation": "In Bootstrap 5, the default named breakpoints with infixes are sm, md, lg, xl, and xxl, which indeed total five; however, strictly speaking, 'xs' is also a valid conceptual breakpoint (though it has no infix), but the prompt specifies 'infix used in class names', so the list sm, md, lg, xl, xxl is correct for Bootstrap 5. Wait, let me double-check. Bootstrap 4 had sm, md, lg, xl (4). Bootstrap 5 added xxl, making it sm, md, lg, xl, xxl (5). So the statement is True for Bootstrap 5. However, the question asks 'True or false?' without specifying the version. Given the current standard (Bootstrap 5), the statement is true. Let me re-read carefully: 'Bootstrap's named breakpoints ... are sm, md, lg, xl, xxl — five of them.' This is accurate for Bootstrap 5. If the context implies the latest version, it is true. But often these questions might refer to Bootstrap 4 or be tricky. Let's assume Bootstrap 5 is the current standard. So 'yes'.\n\nCorrection: Actually, looking at standard knowledge bases, Bootstrap 5 defines 5 breakpoints (sm, md, lg, xl, xxl). The statement is True."} | неверно верный: «yes» | Тиров всего шесть: xs (без инфикса) + пять именованных (576/768/992/1200/1400 px). |
T24-L5 0.37 c | Bootstrap | Utilities like .mt-3 or .px-2 use the spacing scale: the number is a multiple of $spacer. | «yes» Пояснение: In Bootstrap (and similar CSS frameworks), spacing utilities map numeric values to multiples of the base spacing variable ($spacer).
Raw{"answer": "yes", "explanation": "In Bootstrap (and similar CSS frameworks), spacing utilities map numeric values to multiples of the base spacing variable ($spacer)."} | неверно верный: «no» | Spacing utilities; $spacer = 1rem. |
T24-L6 0.29 c | Bootstrap | Which Bootstrap 5 data attribute enables an interactive component (e.g. dropdown) on an element? | «data-bs-toggle» Пояснение: The data-bs-toggle attribute is used in Bootstrap 5 to activate interactive components like dropdowns, collapse, and popovers.
Raw{"answer": "data-bs-toggle", "explanation": "The data-bs-toggle attribute is used in Bootstrap 5 to activate interactive components like dropdowns, collapse, and popovers."} | верно | data-bs-toggle="dropdown" и т.п.; в Bootstrap 4 атрибут назывался data-toggle. |
T24-L7 0.31 c | Bootstrap | Bootstrap 5 components work without jQuery — in plain vanilla JS. | «yes» Пояснение: Bootstrap 5 removed the dependency on jQuery and uses its own vanilla JavaScript implementation for its components.
Raw{"answer": "yes", "explanation": "Bootstrap 5 removed the dependency on jQuery and uses its own vanilla JavaScript implementation for its components."} | верно | jQuery удалён в Bootstrap 5.0: data-bs-* атрибуты и JS API. В проекте vendored 5.3.3. |
T24-L8 0.49 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 .dark class to the <html> element (the root of the document) via the data-bs-theme attribute or legacy .dark class support in v5.2+.
Raw{"answer": "yes", "explanation": "In Bootstrap 5, dark mode is enabled by adding the .dark class to the <html> element (the root of the document) via the data-bs-theme attribute or legacy .dark class support in v5.2+."} | неверно верный: «no» | Наоборот: тема включается атрибутом data-bs-theme="dark" (Color modes, с 5.3); класса .dark не существует. В проекте 5.3.3. |
T14-L1 0.41 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 database tables; schema management typically requires separate tools like migrations or command-line schema updates.
Raw```json ⏎ {"answer": "no", "explanation": "Doctrine ORM does not automatically create database tables; schema management typically requires separate tools like migrations or command-line schema updates."} ⏎ ``` | верно | Схему создают инструменты (migrations, schema tool); рантайм структуру БД не меняет. |
T14-L2 0.33 c | Doctrine | Which EntityManager method marks a new object as managed without executing SQL until flush()? | «persist» Пояснение: The persist() method in Doctrine's EntityManager transitions an entity to the managed state and schedules it for insertion, but SQL is only executed upon flush().
Raw{"answer": "persist", "explanation": "The persist() method in Doctrine's EntityManager transitions an entity to the managed state and schedules it for insertion, but SQL is only executed upon flush()."} | верно | persist() регистрирует объект в Unit of Work; INSERT выполняется на flush(). |
T14-L3 0.82 c | Doctrine | In Doctrine ORM 3, the EntityManager::merge() method exists and makes the passed object managed. | «no» Пояснение: In Doctrine ORM, the method is called `merge()`, but it returns a *managed* instance of the entity; it does not necessarily make the *passed* object managed (the passed object remains detached/unchanged). Additionally, while `merge()` exists in Doctrine ORM, the statement is misleading because `merge()` returns a new managed instance rather than managing the original passed object.
Raw{"answer": "no", "explanation": "In Doctrine ORM, the method is called `merge()`, but it returns a *managed* instance of the entity; it does not necessarily make the *passed* object managed (the passed object remains detached/unchanged). Additionally, while `merge()` exists in Doctrine ORM, the statement is misleading because `merge()` returns a new managed instance rather than managing the original passed object."} | верно | В ORM 3 merge() удалён (в vendor проекта 3.7.6 метода нет); в Doctrine 2.x merge() возвращал управляемую копию. Версия зафиксирована — ORM 3. |
T14-L4 0.37 c | Doctrine | DQL queries are written in terms of entities and their fields, not tables and columns. | «yes» Пояснение: DQL (Doctrine Query Language) is an object-oriented query language that abstracts database tables and columns into entities and their persistent fields.
Raw{"answer": "yes", "explanation": "DQL (Doctrine Query Language) is an object-oriented query language that abstracts database tables and columns into entities and their persistent fields."} | верно | Doctrine транслирует DQL в SQL; docs — DQL (Doctrine Query Language). |
T14-L5 0.32 c | Doctrine | What does $repository->find(999) return when no record with id 999 exists? | «null» Пояснение: In Doctrine ORM, Repository::find() returns null when no entity with the given ID is found.
Raw```json ⏎ {"answer": "null", "explanation": "In Doctrine ORM, Repository::find() returns null when no entity with the given ID is found."} ⏎ ``` | верно | find() возвращает null, если объект не найден (docs Repository methods). |
T14-L6 0.37 c | Doctrine | DoctrineBundle in Symfony automatically calls flush() at the end of every request. | «yes» Пояснение: By default, the DoctrineBundle in Symfony is configured to call EntityManager::flush() during the 'kernel.response' event to persist pending changes.
Raw{"answer": "yes", "explanation": "By default, the DoctrineBundle in Symfony is configured to call EntityManager::flush() during the 'kernel.response' event to persist pending changes."} | неверно верный: «no» | Авто-flush нет — flush() зовёт разработчик; незакрытая транзакция в конце запроса откатывается. |
T14-L7 0.37 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» Пояснение: Doctrine's Unit of Work automatically detects changes to managed entities during flush(), eliminating the need for an explicit persist() call for modifications.
Raw{"answer": "yes", "explanation": "Doctrine's Unit of Work automatically detects changes to managed entities during flush(), eliminating the need for an explicit persist() call for modifications."} | верно | Dirty checking сравнивает снимки свойств; persist нужен только новым/отсоединённым объектам. |
T14-L8 0.33 c | Doctrine | remove() executes the SQL DELETE immediately, without waiting for flush(). | «no» Пояснение: In Doctrine ORM, remove() only marks the entity as scheduled for deletion; the actual DELETE query is executed when flush() is called.
Raw{"answer": "no", "explanation": "In Doctrine ORM, remove() only marks the entity as scheduled for deletion; the actual DELETE query is executed when flush() is called."} | верно | remove() планирует удаление в Unit of Work; DELETE выполняется на flush() (docs — Deleting Objects). |
T15-L1 0.29 c | PostgreSQL | PostgreSQL uses MVCC, therefore readers block writers and writers block readers. | «no» Пояснение: MVCC allows readers and writers to proceed concurrently without blocking each other, as readers see a consistent snapshot of the data.
Raw{"answer": "no", "explanation": "MVCC allows readers and writers to proceed concurrently without blocking each other, as readers see a consistent snapshot of the data."} | верно | Наоборот: благодаря MVCC читатели не блокируют писателей и наоборот (снимки строк); docs PostgreSQL — Concurrency Control. |
T15-L2 0.25 c | PostgreSQL | Which SQL command shows a query's execution plan without executing the query? | «explain» Пояснение: The EXPLAIN command displays the execution plan of a query without actually running it.
Raw{"answer": "EXPLAIN", "explanation": "The EXPLAIN command displays the execution plan of a query without actually running it."} | верно | EXPLAIN без ANALYZE только строит план; проверено на PostgreSQL 17.7. |
T15-L3 0.66 c | PostgreSQL | SERIAL and GENERATED ... AS IDENTITY are just two names for the same mechanism. | «yes» Пояснение: In PostgreSQL, SERIAL is an implementation detail that creates a sequence and sets a default value, while IDENTITY columns are standard SQL mechanisms for auto-generating values; both serve the same purpose of automatic value generation, making them functionally equivalent names for the same mechanism in common parlance.
Raw{"answer": "yes", "explanation": "In PostgreSQL, SERIAL is an implementation detail that creates a sequence and sets a default value, while IDENTITY columns are standard SQL mechanisms for auto-generating values; both serve the same purpose of automatic value generation, making them functionally equivalent names for the same mechanism in common parlance."} | неверно верный: «no» | SERIAL — нестандартный макрос (sequence + DEFAULT), IDENTITY — SQL-стандарт; различаются владением и правами. Оба есть в PG 17 (проверено). |
T15-L4 0.33 c | PostgreSQL | By default, a PostgreSQL UNIQUE constraint allows only one row with NULL in the column. | «no» Пояснение: In PostgreSQL, UNIQUE constraints treat NULL values as distinct from each other, allowing multiple rows with NULL in the column.
Raw{"answer": "no", "explanation": "In PostgreSQL, UNIQUE constraints treat NULL values as distinct from each other, allowing multiple rows with NULL in the column."} | верно | Наоборот: NULLS DISTINCT по умолчанию — несколько NULL допустимы; NULLS NOT DISTINCT — опция с PG 15. Проверено на PG 17.7. |
T15-L5 0.43 c | PostgreSQL | Which PostgreSQL aggregate function concatenates strings with a separator? | «string_agg» Пояснение: The string_agg() function in PostgreSQL concatenates input values, which must be strings, in an arbitrary order and inserts a separator between adjacent input values.
Raw{"answer": "string_agg", "explanation": "The string_agg() function in PostgreSQL concatenates input values, which must be strings, in an arbitrary order and inserts a separator between adjacent input values."} | верно | string_agg(значение, разделитель); проверено на PostgreSQL 17.7. |
T15-L6 0.49 c | PostgreSQL | Plain VACUUM returns the space occupied by dead tuples to the operating system. | «no» Пояснение: A plain VACUUM marks dead tuples for reuse but does not return the space to the operating system; only VACUUM FULL (or VACUUM with FULL option) truncates the file and returns space.
Raw{"answer": "no", "explanation": "A plain VACUUM marks dead tuples for reuse but does not return the space to the operating system; only VACUUM FULL (or VACUUM with FULL option) truncates the file and returns space."} | верно | VACUUM помечает место для переиспользования внутри таблицы; ОС его возвращает только VACUUM FULL (с эксклюзивной блокировкой). |
T15-L7 0.35 c | PostgreSQL | Which keyword in a window function definition partitions rows into groups the function is computed over? | «partition by» Пояснение: The PARTITION BY clause divides the result set into groups (partitions) for the window function to operate on.
Raw{"answer": "PARTITION BY", "explanation": "The PARTITION BY clause divides the result set into groups (partitions) for the window 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» Пояснение: READ COMMITTED protects against dirty reads but allows non-repeatable reads; to protect against non-repeatable reads, one must use REPEATABLE READ or higher.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "READ COMMITTED protects against dirty reads but allows non-repeatable reads; to protect against non-repeatable reads, one must use REPEATABLE READ or higher." ⏎ } | верно | 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» Пояснение: In PostgreSQL, if no explicit BEGIN transaction is used, each individual SQL command is automatically committed immediately upon success, which is known as autocommit.
Raw{"answer": "yes", "explanation": "In PostgreSQL, if no explicit BEGIN transaction is used, each individual SQL command is automatically committed immediately upon success, which is known as autocommit."} | верно | Без BEGIN каждый оператор коммитится сам; docs PostgreSQL — Transactions. Проверено на PG 17. |
T17-L2 0.23 c | PostgreSQL: transactions and indexes | Which SQL command ends a transaction, committing all its changes? | «commit» Пояснение: COMMIT finalizes and saves all changes made during the current transaction.
Raw{"answer": "COMMIT", "explanation": "COMMIT finalizes and saves all changes made during the current transaction."} | верно | 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» Пояснение: Database indexes are used by the query optimizer to efficiently locate rows for any operation involving search conditions, including SELECT, UPDATE, and DELETE statements.
Raw{"answer": "yes", "explanation": "Database indexes are used by the query optimizer to efficiently locate rows for any operation involving search conditions, including SELECT, UPDATE, and DELETE statements."} | верно | Поиск строк для изменения идёт по индексу; docs PostgreSQL — Indexes. |
T17-L4 0.37 c | PostgreSQL: transactions and indexes | To roll back part of the statements inside a transaction, PostgreSQL uses SAVEPOINT. | «yes» Пояснение: PostgreSQL supports SAVEPOINTs within transactions, allowing partial rollbacks of statements up to a specific savepoint.
Raw{"answer": "yes", "explanation": "PostgreSQL supports SAVEPOINTs within transactions, allowing partial rollbacks of statements up to a specific savepoint."} | верно | SAVEPOINT name; ROLLBACK TO name — частичный откат без отмены всей транзакции. Проверено на PG 17. |
T17-L5 0.39 c | PostgreSQL: transactions and indexes | EXPLAIN ANALYZE shows the query plan without executing the query. | «no» Пояснение: EXPLAIN ANALYZE actually executes the query and measures the time for each step, whereas EXPLAIN (without ANALYZE) only shows the plan without execution.
Raw{"answer": "no", "explanation": "EXPLAIN ANALYZE actually executes the query and measures the time for each step, whereas EXPLAIN (without ANALYZE) 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 support for vector similarity search.
Raw{"answer": "pgvector", "explanation": "pgvector is a PostgreSQL extension that adds support for vector similarity search."} | верно | CREATE EXTENSION vector (проект pgvector; в проекте образ pgvector/pgvector:pg17). |
T17-L7 0.37 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, not PHP; PHP is a server-side scripting language and does not directly support database DDL syntax like CREATE INDEX.
Raw{"answer": "no", "explanation": "Partial indexes are a feature of PostgreSQL, not PHP; PHP is a server-side scripting language and does not directly support database DDL syntax like CREATE INDEX."} | неверно верный: «yes» | docs PostgreSQL — Partial Indexes; типичный кейс — индекс по «активным» записям. |
T17-L8 0.39 c | PostgreSQL: transactions and indexes | The SERIALIZABLE level in PostgreSQL is implemented by locking the rows a transaction reads. | «no» Пояснение: PostgreSQL uses Multi-Version Concurrency Control (MVCC) and Serializable Snapshot Isolation (SSI), not row locking, to ensure serializability.
Raw{"answer": "no", "explanation": "PostgreSQL uses Multi-Version Concurrency Control (MVCC) and Serializable Snapshot Isolation (SSI), not row locking, to ensure serializability."} | верно | SSI (Serializable Snapshot Isolation): предикатные блокировки на снимках, не блокировки прочитанных строк; docs PostgreSQL. |
T19-L1 0.35 c | HTTP and REST API | HTTP status 201 means the request resulted in a new resource being created. | «yes» Пояснение: HTTP status code 201 (Created) signifies that the request has been fulfilled and a new resource has been created as a result.
Raw```json ⏎ { ⏎ "answer": "yes", ⏎ "explanation": "HTTP status code 201 (Created) signifies that the request has been fulfilled and a new resource has been created as a result." ⏎ } ⏎ ``` | верно | 201 Created; обычно на POST, часто с Location; RFC 9110. |
T19-L2 0.29 c | HTTP and REST API | Which HTTP status means a successful request with an empty response body (e.g. after DELETE)? | «204» Пояснение: HTTP status 204 indicates a successful request with an empty response body.
Raw```json ⏎ {"answer": 204, "explanation": "HTTP status 204 indicates a successful request with an empty response body."} ⏎ ``` | верно | 204 No Content; RFC 9110. |
T19-L3 0.35 c | HTTP and REST API | The DELETE method is idempotent per the HTTP specification: repeating the request for the same resource does not change the outcome. | «yes» Пояснение: Per the HTTP specification, the DELETE method is considered idempotent, meaning that repeating the same request does not change the outcome of the first request.
Raw```json ⏎ {"answer": "yes", "explanation": "Per the HTTP specification, the DELETE method is considered idempotent, meaning that repeating the same request does not change the outcome of the first request."} ⏎ ``` | верно | RFC 9110: DELETE идемпотентен (как PUT); идемпотентность ≠ безопасность — ресурс удаляется при первом вызове. |
T19-L4 0.29 c | HTTP and REST API | The Access-Control-Allow-Origin header is sent by the client so that the server agrees to accept requests from another origin. | «no» Пояснение: The Access-Control-Allow-Origin header is sent by the server, not the client, to indicate which origin is permitted to access the resources.
Raw{"answer": "no", "explanation": "The Access-Control-Allow-Origin header is sent by the server, not the client, to indicate which origin is permitted to access the resources."} | верно | Наоборот: заголовок шлёт СЕРВЕР в ответе, разрешая браузеру cross-origin запрос (CORS); в проекте nelmio/cors-bundle. |
T19-L5 0.37 c | HTTP and REST API | Status 429 Too Many Requests is used when a client exceeds a rate limit. | «yes» Пояснение: HTTP 429 is specifically defined for rate limiting, indicating the client has sent too many requests in a given amount of time.
Raw{"answer": "yes", "explanation": "HTTP 429 is specifically defined for rate limiting, indicating the client has sent too many requests in a given amount of time."} | верно | 429 (+ Retry-After); RFC 6585. В проекте symfony/rate-limiter. |
T19-L6 0.32 c | HTTP and REST API | 5xx codes mean a client error, while 4xx means a server-side error. | «no» Пояснение: 4xx codes indicate client errors (e.g., 404 Not Found), while 5xx codes indicate server errors (e.g., 500 Internal Server Error).
Raw{"answer": "no", "explanation": "4xx codes indicate client errors (e.g., 404 Not Found), while 5xx codes indicate server errors (e.g., 500 Internal Server Error)."} | верно | Наоборот: 4xx — ошибка клиента (400, 404), 5xx — сервера (500, 503); классы статусов RFC 9110. |
T19-L7 0.31 c | HTTP and REST API | Which HTTP header indicates the MIME type of the request or response body? | «content-type» Пояснение: The Content-Type header field specifies the media type (MIME type) of the entity body being sent.
Raw{"answer": "Content-Type", "explanation": "The Content-Type header field specifies the media type (MIME type) of the entity body being sent."} | верно | Content-Type: application/json и т.п. |
T19-L8 0.39 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 idempotent by default, whereas PUT is required to be idempotent per RFC 7231.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "RFC 5789 explicitly states that the PATCH method is not idempotent by default, whereas PUT is required to be idempotent per RFC 7231." ⏎ } | верно | RFC 5789 прямо оговаривает: PATCH не гарантированно идемпотентен; PUT идемпотентен. |
T20-L1 0.44 c | Security and OAuth | Checking a password by comparing its hash to the stored hash with a plain == is sufficient. | «no» Пояснение: Using == allows timing attacks and may trigger loose type juggling; hash_equals() should be used for constant-time comparison.
Raw{"answer": "no", "explanation": "Using == allows timing attacks and may trigger loose type juggling; hash_equals() should be used for constant-time comparison."} | верно | Нужна постоянновременная проверка (password_verify) — timing-атаки; соль и алгоритм уже внутри хеша. |
T20-L2 0.37 c | Security and OAuth | A CSRF token is issued by the server (bound to the session) and verified server-side on unsafe requests (POST etc.). | «yes» Пояснение: CSRF tokens are indeed server-generated, typically tied to the user's session, and validated server-side on state-changing requests to prevent cross-site request forgery.
Raw{"answer": "yes", "explanation": "CSRF tokens are indeed server-generated, typically tied to the user's session, and validated server-side on state-changing requests to prevent cross-site request forgery."} | верно | symfony/security-csrf в проекте; защита от подделки межсайтовой формы. |
T20-L3 0.39 c | Security and OAuth | Which HTTP header enables the CSP (Content Security Policy) policy? | «content-security-policy» Пояснение: The Content-Security-Policy HTTP response header defines a set of rules that specify which sources the browser is allowed to load.
Raw{"answer": "Content-Security-Policy", "explanation": "The Content-Security-Policy HTTP response header defines a set of rules that specify which sources the browser is allowed to load."} | верно | Content-Security-Policy; белые списки источников скриптов/стилей против XSS. |
T20-L4 0.53 c | Security and OAuth | OAuth 2.0 is an authentication protocol: the access token tells you who the user is. | «no» Пояснение: OAuth 2.0 is primarily an authorization protocol for granting access to resources, not authentication for identifying users (that's OpenID Connect, which layers on top of OAuth).
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "OAuth 2.0 is primarily an authorization protocol for granting access to resources, not authentication for identifying users (that's OpenID Connect, which layers on top of OAuth)." ⏎ } ⏎ ``` | верно | OAuth 2.0 — авторизация/делегирование доступа; аутентификацию добавляет OpenID Connect. В проекте knpuniversity/oauth2-client-bundle (yandex/github/google). |
T20-L5 0.48 c | Security and OAuth | XSS is prevented by validating input on the server before writing it to the database. | «no» Пояснение: Validating input on the server is a good practice for data integrity, but it does not prevent XSS; preventing XSS requires output encoding/escaping when rendering data in the browser.
Raw{"answer": "no", "explanation": "Validating input on the server is a good practice for data integrity, but it does not prevent XSS; preventing XSS requires output encoding/escaping when rendering data in the browser."} | верно | XSS лечится контекстным экранированием НА ВЫВОДЕ (Twig autoescape, CSP); валидация ввода не покрывает все контексты вывода. |
T20-L6 0.38 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_code' parameter is returned in the redirect_uri and must be exchanged at the token endpoint for an access token.
Raw{"answer": "authorization_code", "explanation": "In the OAuth 2.0 authorization code flow, the 'authorization_code' parameter is returned in the redirect_uri and must be exchanged at the token endpoint for an access token."} | неверно верный: «code» | Параметр code; обмен на токен POST-ом на /token с client_secret. |
T20-L7 0.36 c | Security and OAuth | A refresh token lives longer than an access token and allows obtaining a new access token without the user logging in again. | «yes» Пояснение: Refresh tokens are designed with a longer expiration time than access tokens and are specifically used to request new access tokens without requiring the user to re-authenticate.
Raw{"answer": "yes", "explanation": "Refresh tokens are designed with a longer expiration time than access tokens and are specifically used to request new access tokens without requiring the user to re-authenticate."} | верно | Стандартная схема OAuth/OIDC: короткий access + длинный refresh. |
T20-L8 0.41 c | Security and OAuth | A password salt must be kept secret: without it the hash cannot be verified. | «no» Пояснение: Salts are designed to be stored publicly alongside the hash to prevent rainbow table attacks; only the hash and the original password are secret.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "Salts are designed to be stored publicly alongside the hash to prevent rainbow table attacks; only the hash and the original password are secret." ⏎ } ⏎ ``` | верно | Соль хранится открыто (password_hash включает её в строку хеша); секретность соли не нужна. |
T18-L1 0.26 c | Testing: PHPUnit | PHPUnit runs test methods of any class — extending TestCase is not required. | «no» Пояснение: PHPUnit requires test classes to extend PHPUnit\Framework\TestCase to function properly.
Raw{"answer": "no", "explanation": "PHPUnit requires test classes to extend PHPUnit\\Framework\\TestCase to function properly."} | верно | Тестом считается метод класса, наследующего TestCase (PHPUnit 10). |
T18-L2 0.31 c | Testing: PHPUnit | In PHPUnit, setUp() runs once before all tests of the class. | «no» Пояснение: In PHPUnit, setUp() runs before each individual test method, while setUpBeforeClass() runs once before all tests in the class.
Raw{"answer": "no", "explanation": "In PHPUnit, setUp() runs before each individual test method, while setUpBeforeClass() runs once before all tests in the class."} | верно | setUp() — перед КАЖДЫМ тестом; один раз на класс — setUpBeforeClass(). Проверено живым счётчиком на PHPUnit 10.5. |
T18-L3 0.35 c | Testing: PHPUnit | A data provider lets a test run with exactly one set of arguments. | «yes» Пояснение: A data provider can indeed provide a single set of arguments for a test, just as it can provide multiple sets.
Raw```json ⏎ {"answer": "yes", "explanation": "A data provider can indeed provide a single set of arguments for a test, just as it can provide multiple sets."} ⏎ ``` | неверно верный: «no» | Наоборот: наборов может быть сколько угодно — тест выполняется по разу на каждый. Проверено на PHPUnit 10.5 (#[DataProvider]). |
T18-L4 0.29 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 set an expectation that a specific exception class will be thrown.
Raw{"answer": "expectException", "explanation": "The expectException method in PHPUnit is used to set an expectation that a specific exception class will 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 definitions are reversed; mocks verify interactions (calls) and stubs return predefined data without verification.
Raw{"answer": "no", "explanation": "The definitions are reversed; mocks verify interactions (calls) and stubs return predefined data without verification."} | верно | Наоборот: стаб подставляет данные, мок проверяет взаимодействия (createStub/createMock); docs PHPUnit — Test Doubles. |
T18-L6 0.33 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, the @dataProvider annotation was deprecated in favor of the PHP 8 attribute #[DataProvider].
Raw```json ⏎ {"answer": "yes", "explanation": "In PHPUnit 10, the @dataProvider annotation was deprecated in favor of the PHP 8 attribute #[DataProvider]."} ⏎ ``` | верно | Аннотация ещё парсится в PHPUnit 10/11 (AnnotationParser в 10.5.66), удаление — в 12; атрибут — стандарт. |
T18-L7 0.41 c | Testing: PHPUnit | PHPUnit does not allow one test to depend on the result of another. | «no» Пояснение: PHPUnit allows tests to depend on each other through the @depends annotation or the depends() method, which means the statement is false.
Raw```json ⏎ {"answer": "no", "explanation": "PHPUnit allows tests to depend on each other through the @depends annotation or the depends() method, which means the statement is false."} ⏎ ``` | верно | Зависимости есть: #[Depends] — зависимый тест не запустится, еслиProducer упал. |
T18-L8 0.25 c | Testing: PHPUnit | Which PHPUnit command-line option makes tests run in random order? | «--random-order» Пояснение: The --random-order flag shuffles the order in which tests are executed.
Raw{"answer": "--random-order", "explanation": "The --random-order flag shuffles the order in which tests are executed."} | неверно верный: «--order-by=random» | --order-by=random (PHPUnit 9+); опция есть в --help PHPUnit 10.5 (проектная). |
T01-L9 3.23 c | Syntax and operators | What does this code output?
```php
echo intdiv(7, 2) . intdiv(-7, 2);
``` | «3-4» Пояснение: intdiv(7, 2) is 3 and intdiv(-7, 2) is -4, concatenated to form the string '3-4'.
Raw{"answer": "3-4", "explanation": "intdiv(7, 2) is 3 and intdiv(-7, 2) is -4, concatenated to form the string '3-4'."} | неверно верный: «3-3» | intdiv truncates toward zero: intdiv(-7, 2) = -3, not -4. |
T01-L10 0.65 c | Syntax and operators | What does this code output?
```php
echo -3 ** 2;
``` | «9» Пояснение: In PHP, the exponentiation operator (**) has lower precedence than the unary minus operator (-), so -3 ** 2 is evaluated as -(3 ** 2), which is -9, but the output is 9 because the echo statement prints the result of the expression, and -3 ** 2 is parsed as (-3) ** 2 = 9.
Raw{"answer": 9, "explanation": "In PHP, the exponentiation operator (**) has lower precedence than the unary minus operator (-), so -3 ** 2 is evaluated as -(3 ** 2), which is -9, but the output is 9 because the echo statement prints the result of the expression, and -3 ** 2 is parsed as (-3) ** 2 = 9."} | неверно верный: «-9» | ** is right-associative and binds tighter than unary minus: -(3²). |
T02-L9 0.43 c | Types and comparisons | What does this code output?
```php
echo '1e1' == '10' ? 'true' : 'false';
``` | «true» Пояснение: In PHP, '1e1' is compared numerically to 10 because both are numeric strings, and since 1e1 equals 10, the condition is true.
Raw{"answer": "true", "explanation": "In PHP, '1e1' is compared numerically to 10 because both are numeric strings, and since 1e1 equals 10, the condition is true."} | верно | Both strings are numeric — compared as numbers: 10 == 10. |
T02-L10 0.49 c | Types and comparisons | What does this code output?
```php
switch ('a') {
case 0: echo 'zero'; break;
default: echo 'other';
}
``` | «other» Пояснение: In PHP, the switch statement uses loose comparison (==) for cases, so 'a' == 0 is false (since 'a' is not empty and not numeric), leading to the default case which echoes 'other'.
Raw{"answer": "other", "explanation": "In PHP, the switch statement uses loose comparison (==) for cases, so 'a' == 0 is false (since 'a' is not empty and not numeric), leading to the default case which echoes 'other'."} | верно | PHP 8: 'a' == 0 → false (used to be true) — default fires. |
T03-L9 0.64 c | Strings | What does this code output?
```php
echo strtr('abc', ['a' => '1', 'ab' => '2']);
``` | «abc» Пояснение: strtr only replaces characters or substrings in order of length, but since 'a' is a single character and 'ab' is two, 'a' is replaced first, then 'b' and 'c' remain, resulting in 'abc'.
Raw{"answer": "abc", "explanation": "strtr only replaces characters or substrings in order of length, but since 'a' is a single character and 'ab' is two, 'a' is replaced first, then 'b' and 'c' remain, resulting in 'abc'."} | неверно верный: «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]» Пояснение: When the offset is negative and its absolute value is greater than the string length, PHP returns the entire string starting from the beginning.
Raw{"answer": "[hello]", "explanation": "When the offset is negative and its absolute value is greater than the string length, PHP returns the entire string starting from the beginning."} | верно | A negative start beyond the string is clamped to the beginning. |
T04-L9 0.44 c | Arrays | What does this code output?
```php
$a = ['k' => 1, 'n' => 2];
$b = ['k' => 9, 'm' => 3];
echo implode(',', array_keys($a + $b));
``` | «k,n,m» Пояснение: The '+' operator merges arrays keeping keys from the left array if they exist, resulting in keys 'k', 'n', 'm'.
Raw```json ⏎ {"answer": "k,n,m", "explanation": "The '+' operator merges arrays keeping keys from the left array if they exist, resulting in keys 'k', 'n', 'm'."} ⏎ ``` | верно | The + operator: on duplicate string keys the left array wins. |
T04-L10 2.32 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));
``` | «xyz» Пояснение: The array is sorted by the third element (index 2), resulting in order [1,'x',2], [2,'y',1], [3,'z',2] because 1 < 2, then [1] vs [2] and [2] vs [2] keeps stable order? Wait, values at index 2 are 2, 1, 2. Sorting by index 2: [2,'y',1] (val 1) first, then [1,'x',2] and [3,'z',2] (both val 2). Since <=> returns 0 for equal, their relative order depends on the sort stability. PHP usort is not stable in older versions, but in PHP 8.0+ it is stable. Assuming stable sort: [2,'y',1], [1,'x',2], [3,'z',2']. So column 1 gives 'y', 'x', 'z' -> 'yxz'. Let me re-evaluate: original indices: 0:[1,'x',2], 1:[2,'y',1], 2:[3,'z',2]. Key for sort: index[2]: 2,1,2. Sorted order by key: index 1 (key 1), then index 0 (key 2), then index 2 (key 2) if stable. So order: [2,'y',1], [1,'x',2], [3,'z',2]. Column 1: 'y','x','z' -> 'yxz'.
Raw{"answer": "xyz", "explanation": "The array is sorted by the third element (index 2), resulting in order [1,'x',2], [2,'y',1], [3,'z',2] because 1 < 2, then [1] vs [2] and [2] vs [2] keeps stable order? Wait, values at index 2 are 2, 1, 2. Sorting by index 2: [2,'y',1] (val 1) first, then [1,'x',2] and [3,'z',2] (both val 2). Since <=> returns 0 for equal, their relative order depends on the sort stability. PHP usort is not stable in older versions, but in PHP 8.0+ it is stable. Assuming stable sort: [2,'y',1], [1,'x',2], [3,'z',2']. So column 1 gives 'y', 'x', 'z' -> 'yxz'. Let me re-evaluate: original indices: 0:[1,'x',2], 1:[2,'y',1], 2:[3,'z',2]. Key for sort: index[2]: 2,1,2. Sorted order by key: index 1 (key 1), then index 0 (key 2), then index 2 (key 2) if stable. So order: [2,'y',1], [1,'x',2], [3,'z',2]. Column 1: 'y','x','z' -> 'yxz'."} | неверно верный: «yxz» | Sorts are stable since 8.0: x and z keep their order on a tie. |
T05-L10 0.7 c | Functions and closures | What does this code output?
```php
function f(int $a, int $b): int
{
return $a - $b;
}
echo f(...['b' => 1, 'a' => 5]);
``` | «4» Пояснение: The function f is defined to accept parameters $a and $b. When using named arguments, 'a' => 5 sets $a to 5, and 'b' => 1 sets $b to 1, regardless of the order they appear in the array. The function returns 5 - 1, which equals 4.
Raw{"answer": "4", "explanation": "The function f is defined to accept parameters $a and $b. When using named arguments, 'a' => 5 sets $a to 5, and 'b' => 1 sets $b to 1, regardless of the order they appear in the array. The function returns 5 - 1, which equals 4."} | верно | String keys of a spread array become named arguments. |
T05-L9 1.46 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» Пояснение: PHP does not support first-class callables for instance methods using the ... syntax in this context; however, assuming the question implies a valid first-class callable syntax (like $p->g(...)) which actually throws a parse error or is not standard, but if we interpret it as a standard closure or if the syntax were valid to capture the object, the object state is captured. In reality, PHP 8.1+ allows first-class callable syntax $p->g(...). When $p is set to null, the object $p is destroyed. However, the closure created by the first-class callable syntax holds a reference to the object. Therefore, the object is not destroyed when $p=null. The method g() returns $this->v which is 3. Thus, it outputs 3.
Raw{"answer": 3, "explanation": "PHP does not support first-class callables for instance methods using the ... syntax in this context; however, assuming the question implies a valid first-class callable syntax (like $p->g(...)) which actually throws a parse error or is not standard, but if we interpret it as a standard closure or if the syntax were valid to capture the object, the object state is captured. In reality, PHP 8.1+ allows first-class callable syntax $p->g(...). When $p is set to null, the object $p is destroyed. However, the closure created by the first-class callable syntax holds a reference to the object. Therefore, the object is not destroyed when $p=null. The method g() returns $this->v which is 3. Thus, it outputs 3."} | верно | First-class callable syntax binds $this at creation time. |
T06-L9 0.43 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 inside a method returns the name of the class that was actually called (late static binding), which in this case is B.
Raw```json ⏎ { ⏎ "answer": "B", ⏎ "explanation": "The static::class keyword inside a method returns the name of the class that was actually called (late static binding), which in this case is B." ⏎ } ⏎ ``` | верно | Late static binding: static::class is the receiver's class. |
T06-L10 0.58 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» Пояснение: In PHP 8.5 (assuming experimental features or future RFCs regarding property hooks), the set hook multiplies the assigned value by 2 and stores it, so accessing $c->x returns 10.
Raw{"answer": 10, "explanation": "In PHP 8.5 (assuming experimental features or future RFCs regarding property hooks), the set hook multiplies the assigned value by 2 and stores it, so accessing $c->x returns 10."} | верно | Inside the set hook, $this->x writes the backing store (no recursion): 5*2. |
T07-L9 0.45 c | Interfaces, traits, enum | What does this code output?
```php
trait TA
{
public function f(): string { return 'A'; }
}
trait TB
{
public function f(): string { return 'B'; }
}
class TC
{
use TA, TB { TB::f insteadof TA; TA::f as g; }
}
echo (new TC)->f() . (new TC)->g();
``` | «ba» Пояснение: The 'insteadof' clause makes TB::f the default for f(), while 'as' creates a new method g that calls TA::f.
Raw{"answer": "BA", "explanation": "The 'insteadof' clause makes TB::f the default for f(), while 'as' creates a new method g that calls TA::f."} | верно | insteadof picks the implementation; as keeps the other under an alias. |
T07-L10 0.38 c | Interfaces, traits, enum | What does this code output?
```php
trait Counter
{
public static int $n = 0;
}
class CX { use Counter; }
class CY { use Counter; }
CX::$n = 1;
echo CY::$n;
``` | «1» Пояснение: Static properties in traits are shared among all classes that use the trait, so setting CX::$n also changes CY::$n.
Raw{ ⏎ "answer": "1", ⏎ "explanation": "Static properties in traits are shared among all classes that use the trait, so setting CX::$n also changes CY::$n." ⏎ } | неверно верный: «0» | A trait's static property is copied into each consuming class. |
T08-L10 0.41 c | Exceptions and errors | What does this code output?
```php
function f(): int
{
try { return 1; } finally { return 2; }
}
echo f();
``` | «2» Пояснение: In PHP, a return statement in the finally block overrides any return or exception from the try block, so the function returns 2.
Raw{"answer": 2, "explanation": "In PHP, a return statement in the finally block overrides any return or exception from the try block, so the function returns 2."} | верно | A return in finally overrides the return from try. |
T08-L9 0.34 c | Exceptions and errors | What does this code output?
```php
try {
try {
throw new RuntimeException('first');
} finally {
throw new LogicException('second');
}
} catch (LogicException $e) {
echo $e->getMessage();
}
``` | «second» Пояснение: The finally block's LogicException replaces the inner RuntimeException, which is then caught by the outer catch block.
Raw```json ⏎ {"answer": "second", "explanation": "The finally block's LogicException replaces the inner RuntimeException, which is then caught by the outer catch block."} ⏎ ``` | верно | An exception from finally replaces the in-flight one — the last thrown is caught. |
T09-L9 0.52 c | Namespaces and autoloading | What does this code output?
```php
namespace N;
use App\Foo as Baz;
echo Baz::class . '|' . \Baz::class;
``` | «n\app\foo|baz» Пояснение: Baz is an alias for App\Foo, so Baz::class resolves to N\App\Foo (current namespace N), and \Baz::class resolves to the global Baz.
Raw{"answer": "N\\App\\Foo|Baz", "explanation": "Baz is an alias for App\\Foo, so Baz::class resolves to N\\App\\Foo (current namespace N), and \\Baz::class resolves to the global Baz."} | верно | The use alias applies to unqualified names; a leading \ escapes to the global scope. |
T09-L10 0.48 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» Пояснение: The first class_exists($c) returns false because 'Foo' doesn't exist in the global namespace, while class_exists(__NAMESPACE__ . '\' . $c) returns true because 'Ns\Foo' exists.
Raw```json ⏎ {"answer": "noyes", "explanation": "The first class_exists($c) returns false because 'Foo' doesn't exist in the global namespace, while class_exists(__NAMESPACE__ . '\\' . $c) returns true because 'Ns\\Foo' exists."} ⏎ ``` | верно | Dynamic names are not resolved against the namespace — 'Foo' is the global class. |
T10-L9 0.52 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» Пояснение: Iterating with a reference ($v) in foreach leaves $v bound to the last element of the array, so setting $v to 99 modifies that last element directly.
Raw{"answer": "1,2,99", "explanation": "Iterating with a reference ($v) in foreach leaves $v bound to the last element of the array, so setting $v to 99 modifies that last element directly."} | верно | After a by-ref foreach, $v remains a reference to the last element. |
T10-L10 0.41 c | References and scope | What does this code output?
```php
class A
{
public function inc(): int
{
static $n = 0;
return ++$n;
}
}
class B extends A {}
$a = new A;
$b = new B;
$a->inc();
$b->inc();
echo $a->inc();
``` | «3» Пояснение: Static variables in PHP are shared across all instances of a class, including subclasses, so each call to inc() increments the same counter.
Raw{"answer": 3, "explanation": "Static variables in PHP are shared across all instances of a class, including subclasses, so each call to inc() increments the same counter."} | верно | A method's static variable belongs to the parent's method — subclasses share it. |
T11-L9 0.5 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 function yields 1, then when 10 is sent to it, $x becomes 10, and the function returns $x + 1, which is 11.
Raw```json ⏎ {"answer": "11", "explanation": "The generator function yields 1, then when 10 is sent to it, $x becomes 10, and the function returns $x + 1, which is 11."} ⏎ ``` | верно | send() resumes the generator: $x = 10, return 10+1. |
T11-L10 3.09 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» Пояснение: The outer generator delegates to inner via yield from, yielding 1 and 2 directly to the consumer before the return value of inner is assigned to $r and yielded, but iterator_to_array stops collecting values once the generator ends; however, in PHP 8+, the return value of a generator is not yielded but can be retrieved, and yield from passes through yielded values. Actually, let's re-evaluate: yield from yields all values from the inner generator (1, 2) and captures its return value in $r. Then outer yields $r ('ok'). So the sequence of yielded values from outer() is 1, 2, 'ok'. But wait, the question asks for the output of implode(',', iterator_to_array(outer())). iterator_to_array collects all values yielded by the generator. So it should be 1, 2, 'ok'. However, looking at standard behavior: yield from yields all values from the delegated generator and then the return value of the delegated generator is assigned to the left-hand side. The outer generator then yields that return value. So the yielded values are 1, 2, and 'ok'. implode will produce '1,2,ok'. But let me double-check: In PHP, when you use yield from, all values yielded by the inner generator are passed through to the caller of the outer generator. The return value of the inner generator is available as the result of the yield from expression. So outer yields 1, 2 (from inner), then yields 'ok' (the return value of inner). So the array is [1, 2, 'ok'] and implode gives '1,2,ok'. But the expected answer format is a string. Let me verify with PHP docs: yield from passes through all yielded values and the return value is captured. So the output is 1,2,ok.
Raw{"answer": "1,2", "explanation": "The outer generator delegates to inner via yield from, yielding 1 and 2 directly to the consumer before the return value of inner is assigned to $r and yielded, but iterator_to_array stops collecting values once the generator ends; however, in PHP 8+, the return value of a generator is not yielded but can be retrieved, and yield from passes through yielded values. Actually, let's re-evaluate: yield from yields all values from the inner generator (1, 2) and captures its return value in $r. Then outer yields $r ('ok'). So the sequence of yielded values from outer() is 1, 2, 'ok'. But wait, the question asks for the output of implode(',', iterator_to_array(outer())). iterator_to_array collects all values yielded by the generator. So it should be 1, 2, 'ok'. However, looking at standard behavior: yield from yields all values from the delegated generator and then the return value of the delegated generator is assigned to the left-hand side. The outer generator then yields that return value. So the yielded values are 1, 2, and 'ok'. implode will produce '1,2,ok'. But let me double-check: In PHP, when you use yield from, all values yielded by the inner generator are passed through to the caller of the outer generator. The return value of the inner generator is available as the result of the yield from expression. So outer yields 1, 2 (from inner), then yields 'ok' (the return value of inner). So the array is [1, 2, 'ok'] and implode gives '1,2,ok'. But the expected answer format is a string. Let me verify with PHP docs: yield from passes through all yielded values and the return value is captured. So the output is 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.43 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';
``` | «nonoyes» Пояснение: The first call returns false (no) because the cost matches, while the second returns true (yes) because cost 5 is higher than the hashed cost of 4.
Raw{"answer": "nonoyes", "explanation": "The first call returns false (no) because the cost matches, while the second returns true (yes) because cost 5 is higher than the hashed cost of 4."} | неверно верный: «noyes» | password_needs_rehash compares the hash's options with the target: cost 4 = 4 → 'no', cost 5 ≠ 4 → 'yes'. |
T12-L10 0.49 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» Пояснение: E_ALL is typically 32767 (or higher), which includes the E_STRICT (2048) bit, so the bitwise AND is non-zero.
Raw{"answer": "strict-in", "explanation": "E_ALL is typically 32767 (or higher), which includes the E_STRICT (2048) bit, so the bitwise AND is non-zero."} | неверно верный: «strict-out» | Since PHP 8.4, E_STRICT is out of E_ALL: the 2048 bit is unset → 'strict-out' (2048 is the historical E_STRICT bit). |
T13-L9 0.39 c | Symfony | What does this code output?
```php
use Symfony\Component\HttpFoundation\Request;
$r = Request::create('/demo', 'GET', [], [], [], ['HTTP_X_TOKEN' => 'abc']);
echo $r->headers->get('X-Token') === 'abc' ? 'mapped' : 'missing';
``` | «mapped» Пояснение: Symfony's Request::create converts 'HTTP_X_TOKEN' to 'X-Token' in the headers collection.
Raw```json ⏎ {"answer": "mapped", "explanation": "Symfony's Request::create converts 'HTTP_X_TOKEN' to 'X-Token' in the headers collection."} ⏎ ``` | верно | 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 2.04 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;
``` | «cba» Пояснение: Symfony's EventDispatcher calls listeners in reverse order of their priority; higher priority numbers execute first, so priority 10 (B) runs before default (0) for A, and priority 5 (C) runs after B but before A, resulting in 'B' then 'A' then 'C'? Wait, let's re-verify: Higher priority runs first. Priority 10 (B) is highest, runs first. Priority 5 (C) is next, runs second. Priority 0 (A) is lowest, runs last. So output is B C A. Wait, my initial guess was wrong. Let's trace: Priority 10: B. Priority 5: C. Priority 0: A. Output: B C A. No, that's not right either. The documentation states listeners with higher priority are invoked first. So 10 (B) -> 5 (C) -> 0 (A). Result: B C A. Wait, I need to be certain. Symfony EventDispatcher priority: 'Listeners with a higher priority are executed first.' So order is 10, 5, 0. Output is 'BCA'. I will correct the answer.
Raw```json ⏎ { ⏎ "answer": "CBA", ⏎ "explanation": "Symfony's EventDispatcher calls listeners in reverse order of their priority; higher priority numbers execute first, so priority 10 (B) runs before default (0) for A, and priority 5 (C) runs after B but before A, resulting in 'B' then 'A' then 'C'? Wait, let's re-verify: Higher priority runs first. Priority 10 (B) is highest, runs first. Priority 5 (C) is next, runs second. Priority 0 (A) is lowest, runs last. So output is B C A. Wait, my initial guess was wrong. Let's trace: Priority 10: B. Priority 5: C. Priority 0: A. Output: B C A. No, that's not right either. The documentation states listeners with higher priority are invoked first. So 10 (B) -> 5 (C) -> 0 (A). Result: B C A. Wait, I need to be certain. Symfony EventDispatcher priority: 'Listeners with a higher priority are executed first.' So order is 10, 5, 0. Output is 'BCA'. I will correct the answer." ⏎ } ⏎ ``` | неверно верный: «bca» | Listeners run by descending priority: 10 (B), 5 (C), 0 (A). |
T14-L10 0.52 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 ORM maintains a first-level cache (identity map) per EntityManager; calling find with an existing ID for a managed entity returns the exact same instance from the cache rather than creating a new object.
Raw{"answer": "same", "explanation": "Doctrine ORM maintains a first-level cache (identity map) per EntityManager; calling find with an existing ID for a managed entity returns the exact same instance from the cache rather than creating a new object."} | верно | Identity map: a second find for the same id returns the same instance. |
T14-L9 0.41 c | Doctrine | Given: Doctrine ORM 3, an EntityManager on in-memory SQLite, entity User with an auto-increment primary key. The users table is empty. What does this code output?
```php
$u = new User(name: 'B');
$em->persist($u);
$em->remove($u);
$em->flush();
echo count($em->getConnection()->fetchAllAssociative('SELECT * FROM users'));
``` | «0» Пояснение: Since the entity is persisted and then removed before flush, the final flush operation results in no database rows being inserted, so the count is 0.
Raw{"answer": "0", "explanation": "Since the entity is persisted and then removed before flush, the final flush operation results in no database rows being inserted, so the count is 0."} | верно | 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» Пояснение: The COUNT() aggregate function counts non-null values, so it returns 1 for the table containing one integer and one NULL.
Raw{"answer": "1", "explanation": "The COUNT() aggregate function counts non-null values, so it returns 1 for the table containing one integer and one NULL."} | верно | count(column) skips NULLs; count(*) would return 2. |
T15-L9 0.41 c | PostgreSQL | What does this SQL query return (PostgreSQL 17)?
```sql
CREATE TEMP TABLE t (id int, x int);
INSERT INTO t VALUES (1, 10), (2, 20), (3, 30);
SELECT string_agg(s::text, ',' ORDER BY id) FROM (
SELECT id, sum(x) OVER (ORDER BY id) AS s FROM t
) q;
``` | «10,30,60» Пояснение: The subquery calculates the cumulative sum of x (10, 30, 60), and string_agg concatenates them in id order.
Raw{"answer": "10,30,60", "explanation": "The subquery calculates the cumulative sum of x (10, 30, 60), and string_agg concatenates them in id order."} | верно | With ORDER BY the default window frame is running (start to current row). |
T16-L9 0.47 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 middleware executes in the order they are added, printing 'M1' then 'M2' before passing control down the stack.
Raw```json ⏎ {"answer": "M1M2", "explanation": "The middleware executes in the order they are added, printing 'M1' then 'M2' before passing control down the stack."} ⏎ ``` | верно | The first-added middleware runs first (outermost). |
T16-L10 0.45 c | Symfony: Messenger | What does this code output?
```php
use Symfony\Component\Messenger\MessageBus;
use Symfony\Component\Messenger\Middleware\HandleMessageMiddleware;
use Symfony\Component\Messenger\Handler\HandlersLocator;
use Symfony\Component\Messenger\Handler\HandlerDescriptor;
use Symfony\Component\Messenger\Envelope;
class Ping {}
$n = 0;
$d1 = new HandlerDescriptor(function (Ping $m) use (&$n) { $n += 1; }, ['alias' => 'h1']);
$d2 = new HandlerDescriptor(function (Ping $m) use (&$n) { $n += 10; }, ['alias' => 'h2']);
$bus = new MessageBus([
new HandleMessageMiddleware(new HandlersLocator([Ping::class => [$d1, $d2]])),
]);
$bus->dispatch(new Envelope(new Ping()));
echo $n;
``` | «11» Пояснение: The message bus processes the message through both handlers, incrementing $n by 1 and then by 10, resulting in 11.
Raw```json ⏎ {"answer": 11, "explanation": "The message bus processes the message through both handlers, incrementing $n by 1 and then by 10, resulting in 11."} ⏎ ``` | верно | All registered handlers of the message run: 1 + 10 = 11. |
T17-L9 0.38 c | PostgreSQL: transactions and indexes | What does this SQL query return (PostgreSQL 17)?
```sql
CREATE TEMP TABLE t (a int);
CREATE UNIQUE INDEX ON t (a);
INSERT INTO t VALUES (1) ON CONFLICT DO NOTHING;
INSERT INTO t VALUES (1) ON CONFLICT DO NOTHING;
SELECT count(*) FROM t;
``` | «1» Пояснение: The first INSERT succeeds, the second is ignored due to the unique constraint and ON CONFLICT DO NOTHING, leaving one row.
Raw{"answer": 1, "explanation": "The first INSERT succeeds, the second is ignored due to the unique constraint and ON CONFLICT DO NOTHING, leaving one row."} | верно | ON CONFLICT DO NOTHING skips the duplicate: one insert. |
T17-L10 0.48 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;
``` | «1» Пояснение: The second insert of the same value violates the deferred uniqueness constraint at transaction end, but within the transaction, only one row is inserted successfully.
Raw```json ⏎ {"answer": 1, "explanation": "The second insert of the same value violates the deferred uniqueness constraint at transaction end, but within the transaction, only one row is inserted successfully."} ⏎ ``` | неверно верный: «2» | DEFERRED postpones the uniqueness check to COMMIT — count sees 2 rows. |
T18-L9 1.65 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) | «4» Пояснение: The --filter option matches the method name 'test_sum', which matches both test_sum and test_sum_abs (as it is a substring match). Each of these two methods is invoked with 3 data sets from the data provider, resulting in 2 * 3 = 6 potential tests? Wait, let's re-evaluate standard filter behavior. In PHPUnit, --filter uses a regular expression. 'test_sum' matches 'test_sum' and 'test_sum_abs'. So 2 methods. Each method has 3 data sets. So 2 * 3 = 6 tests. Let me double check if 'test_sum' matches 'test_sum_abs'. Yes, standard regex search finds 'test_sum' inside 'test_sum_abs'. So 6 tests.
Correction: The filter is a regex. `test_sum` matches `test_sum` (1 method) and `test_sum_abs` (1 method). Total 2 methods. Each has 3 data points. Total 6 tests.
Raw{"answer": 4, "explanation": "The --filter option matches the method name 'test_sum', which matches both test_sum and test_sum_abs (as it is a substring match). Each of these two methods is invoked with 3 data sets from the data provider, resulting in 2 * 3 = 6 potential tests? Wait, let's re-evaluate standard filter behavior. In PHPUnit, --filter uses a regular expression. 'test_sum' matches 'test_sum' and 'test_sum_abs'. So 2 methods. Each method has 3 data sets. So 2 * 3 = 6 tests. Let me double check if 'test_sum' matches 'test_sum_abs'. Yes, standard regex search finds 'test_sum' inside 'test_sum_abs'. So 6 tests.\n\nCorrection: The filter is a regex. `test_sum` matches `test_sum` (1 method) and `test_sum_abs` (1 method). Total 2 methods. Each has 3 data points. Total 6 tests."} | неверно верный: «6» | --filter is a substring match: test_sum also matches test_sum_abs (3+3 datasets). |
T18-L10 0.53 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 test cases ([1] and [-1]), so 2 tests are run. The assertion `$x > 0` fails for the case where x is -1, resulting in 1 failure.
Raw{"answer": "2,1", "explanation": "The data provider yields two test cases ([1] and [-1]), so 2 tests are run. The assertion `$x > 0` fails for the case where x is -1, resulting in 1 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.38 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 option in curl sends data in the request body, which defaults the HTTP method to POST.
Raw{"answer": "POST", "explanation": "The -d option in curl sends data in the request body, which defaults the HTTP method to POST."} | верно | -d/-F switches curl to POST by default. |
T19-L10 0.36 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 in curl specifies that the -d option should be used in a GET request, sending the data in the query string.
Raw```json ⏎ {"answer": "GET", "explanation": "The -G flag in curl specifies that the -d option should be used in a GET request, sending the data in the query string."} ⏎ ``` | верно | -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_request» Пояснение: According to RFC 6749 Section 5.2, if the client authentication fails or the client_id is missing/invalid, the authorization server must return 'invalid_request' as the error code.
Raw{"answer": "invalid_request", "explanation": "According to RFC 6749 Section 5.2, if the client authentication fails or the client_id is missing/invalid, the authorization server must return 'invalid_request' as the error code."} | неверно верный: «invalid_client» | Unknown client → invalid_client (RFC 6749 §5.2). |
T20-L10 0.54 c | Security and OAuth | OAuth 2.0: the client started the flow with response_type=token. In which part of the redirect_uri does the authorization server pass the access_token? | «fragment» Пояснение: In the implicit grant flow (response_type=token), the access token is passed in the URI fragment (the part after the hash #) of the redirect_uri to prevent it from appearing in server logs or referrer headers.
Raw{"answer": "fragment", "explanation": "In the implicit grant flow (response_type=token), the access token is passed in the URI fragment (the part after the hash #) of the redirect_uri to prevent it from appearing in server logs or referrer headers."} | верно | The implicit flow passes the token in the URL fragment (#) — it never reaches the server. |
T21-L9 0.57 c | Twig | What does this Twig template output?
```twig
{{ false|default(2) * 3 }}
``` | «0» Пояснение: In Twig, the 'default' filter only replaces null values or undefined variables with the default; false is a valid value, so the expression evaluates to false * 3, which results in 0.
Raw{"answer": 0, "explanation": "In Twig, the 'default' filter only replaces null values or undefined variables with the default; false is a valid value, so the expression evaluates to false * 3, which results in 0."} | неверно верный: «6» | 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 }}
``` | «string» Пояснение: In Twig, the `~` operator concatenates values into a string, and `1 + 2` evaluates to an integer, but since it is concatenated with 'a', the final result is a string.
Raw```json ⏎ { ⏎ "answer": "string", ⏎ "explanation": "In Twig, the `~` operator concatenates values into a string, and `1 + 2` evaluates to an integer, but since it is concatenated with 'a', the final result is a string." ⏎ } ⏎ ``` | неверно верный: «runtimeerror» | In Twig ~ binds tighter than +: ('a' ~ 1) + 2 → string + int → a render error (RuntimeError). |
T22-L9 0.34 c | Symfony: Security and forms | What does this code output?
```php
use Symfony\Component\Validator\Validation;
use Symfony\Component\Validator\Constraints as Assert;
$v = Validation::createValidator();
echo count($v->validate([''], [new Assert\NotBlank()]));
``` | «1» Пояснение: The array contains an empty string, which violates the NotBlank constraint, resulting in one violation.
Raw{"answer": 1, "explanation": "The array contains an empty string, which violates the NotBlank constraint, resulting in one violation."} | неверно верный: «0» | NotBlank treats null, '', [] as blank — the array [''] is not blank. |
T22-L10 0.97 c | Symfony: Security and forms | What does this code output?
```php
use Symfony\Component\Form\Forms;
use Symfony\Component\Form\Extension\Core\Type\TextType;
$factory = Forms::createFormFactoryBuilder()->getFormFactory();
$form = $factory->create(TextType::class);
try {
echo $form->isValid() ? 'valid' : 'invalid';
} catch (Throwable $e) {
echo get_class($e);
}
``` | «invalid» Пояснение: A Symfony form created without any fields or specific validation constraints that require data to be present is considered valid by default when isValid() is called, assuming no data was submitted that triggered errors. However, in Symfony, an empty form is valid. Wait, let me re-verify. Symfony documentation states that a form is valid if all its fields are valid. If there are no fields, it is valid. Therefore, $form->isValid() returns true. The output is 'valid'.
Raw{"answer": "invalid", "explanation": "A Symfony form created without any fields or specific validation constraints that require data to be present is considered valid by default when isValid() is called, assuming no data was submitted that triggered errors. However, in Symfony, an empty form is valid. Wait, let me re-verify. Symfony documentation states that a form is valid if all its fields are valid. If there are no fields, it is valid. Therefore, $form->isValid() returns true. The output is 'valid'."} | неверно верный: «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» Пояснение: Symfony's Container caches service instances by default, so two get() calls for a private/public service within the same container lifecycle return the same object instance.
Raw{"answer": "same", "explanation": "Symfony's Container caches service instances by default, so two get() calls for a private/public service within the same container lifecycle return the same object instance."} | верно | Container services are shared: two get() calls yield one instance. |
T23-L10 0.33 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 resolution recursively replaces placeholders like %name% and %greeting%, resulting in 'hi Bob!'.
Raw{"answer": "hi Bob!", "explanation": "Symfony's parameter resolution recursively replaces placeholders like %name% and %greeting%, resulting in 'hi Bob!'."} | верно | compile() resolves %-references transitively: %greeting% → 'hi %name%' → 'hi Bob!', the answer assembles over two hops. |
T24-L9 0.37 c | Bootstrap | What is the max-width of .container in Bootstrap 5.3 at a 992px viewport? | «960» Пояснение: In Bootstrap 5.3, the .container class has a max-width of 960px for the lg breakpoint (≥992px).
Raw{"answer": "960", "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.8 c | Bootstrap | Which utility sets the text color in Bootstrap 5.3 for `<p class="text-danger text-primary">…</p>`? Answer with the winning class name. | «text-primary» Пояснение: In CSS, when multiple classes with the same specificity (utility classes) are applied to an element, the last one defined in the stylesheet takes precedence; since .text-primary is listed after .text-danger in the class attribute and typically later in the Bootstrap CSS file order (or due to source order tie-breaking if equal specificity), .text-primary wins.
Raw{"answer": "text-primary", "explanation": "In CSS, when multiple classes with the same specificity (utility classes) are applied to an element, the last one defined in the stylesheet takes precedence; since .text-primary is listed after .text-danger in the class attribute and typically later in the Bootstrap CSS file order (or due to source order tie-breaking if equal specificity), .text-primary wins."} | неверно верный: «text-danger» | Specificity ties — the later rule wins: text-danger is declared after text-primary. |
T25-L9 0.48 c | Clean architecture | Layers: Domain, Application, Infrastructure. Deptrac rules: Application → Domain; Infrastructure → Domain, Application; Domain → Domain only.
How many violations will deptrac report for this class?
```php
namespace App\Domain;
use App\Application\PlaceOrder;
use App\Infrastructure\Db;
class OrderService
{
public function __construct(
private PlaceOrder $handler,
private Db $db,
) {}
}
``` | «2» Пояснение: The Domain layer is allowed to depend only on itself. Importing App\Application\PlaceOrder and App\Infrastructure\Db creates two distinct dependency violations against the defined rules.
Raw{"answer": 2, "explanation": "The Domain layer is allowed to depend only on itself. Importing App\\Application\\PlaceOrder and App\\Infrastructure\\Db creates two distinct dependency violations against the defined rules."} | верно | Domain may depend only on Domain: PlaceOrder (Application) + Db (Infrastructure) = 2. |
T25-L10 0.51 c | Clean architecture | Layers: Domain, Application, Infrastructure. Deptrac rules: Application → Domain; Infrastructure → Domain, Application; Domain → Domain only.
How many violations will deptrac report for this class?
```php
namespace App\Domain;
use App\Application\PlaceOrder;
use App\Infrastructure\Db;
class BillingService
{
public function __construct(
private PlaceOrder $handler,
private Db $db,
private \App\Infrastructure\Logger $logger,
) {}
}
``` | «2» Пояснение: The Domain layer can only depend on the Domain layer; however, it depends on both PlaceOrder (Application) and Db, Logger (Infrastructure), resulting in two violations.
Raw```json ⏎ {"answer": 2, "explanation": "The Domain layer can only depend on the Domain layer; however, it depends on both PlaceOrder (Application) and Db, Logger (Infrastructure), resulting in two violations."} ⏎ ``` | неверно верный: «3» | The inline FQCN \App\Infrastructure\Logger counts too: Application + Db + Logger = 3. |
T26-L10 0.52 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, $c is a new Money object with amount 15 (10+5); concatenating with comma gives '10,15'.
Raw{"answer": "10,15", "explanation": "$a remains 10, $c is a new Money object with amount 15 (10+5); concatenating with comma gives '10,15'."} | верно | The VO is immutable: add() returns a new instance; the original is unchanged. |
T26-L9 0.45 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 'add' method increments the count, and 'remove' throws an exception before unsetting the item due to the count check, leaving the count at 1.
Raw{"answer": "1", "explanation": "The 'add' method increments the count, and 'remove' throws an exception before unsetting the item due to the count check, leaving the count at 1."} | верно | The failed remove leaves aggregate state unchanged: the invariant threw before unset — count stays 1. |
VC-L9 0.43 c | PHP 8.4–8.5 | What does this code output on PHP 8.5?
```php
class C
{
public function hi(): string { return 'hi'; }
}
echo new C()->hi();
``` | «hi» Пояснение: The code creates an instance of class C and calls the hi() method, which returns the string 'hi'. This behavior is consistent across PHP versions including 8.x.
Raw{"answer": "hi", "explanation": "The code creates an instance of class C and calls the hi() method, which returns the string 'hi'. This behavior is consistent across PHP versions including 8.x."} | верно | Since 8.4, new in a method chain works without wrapping parentheses. |
VC-L10 0.53 c | PHP 8.4–8.5 | What does this code output on PHP 8.5?
```php
class Heavy
{
public int $v = 0;
}
$r = new ReflectionClass(Heavy::class);
$o = $r->newLazyGhost(function (Heavy $obj) {
$obj->v = 21;
});
echo $r->isUninitializedLazyObject($o) ? 'yes' : 'no';
$o->v;
echo $r->isUninitializedLazyObject($o) ? 'yes' : 'no';
``` | «yesno» Пояснение: The first check returns true because the lazy ghost is uninitialized, outputting 'yes'. Accessing the property $v triggers the initialization callback which sets $v to 21. The second check then returns false because the object has been initialized, outputting 'no'.
Raw{"answer": "yesno", "explanation": "The first check returns true because the lazy ghost is uninitialized, outputting 'yes'. Accessing the property $v triggers the initialization callback which sets $v to 21. The second check then returns false because the object has been initialized, outputting 'no'."} | верно | newLazyGhost (8.4): the object stays lazy until first access — reading a property initializes it and clears the flag. |
T28-L9 0.44 c | Symfony: versions | The project was upgraded from Symfony 6.4 to 8.1. What does this code output on 8.1?
```php
echo class_exists(\Symfony\Component\Security\Guard\AbstractGuardAuthenticator::class)
? 'yes' : 'no';
``` | «no» Пояснение: The Guard authentication system was deprecated in Symfony 5.3 and removed in Symfony 7.0, so the class does not exist in Symfony 8.1.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "The Guard authentication system was deprecated in Symfony 5.3 and removed in Symfony 7.0, so the class does not exist in Symfony 8.1." ⏎ } | верно | Guard authentication was removed in Symfony 7.0 — the class is gone in 8.1. |
T28-L10 0.45 c | Symfony: versions | The project was upgraded from Symfony 6.4 to 8.1. What does this code output on 8.1?
```php
echo class_exists(\Symfony\Component\Routing\Loader\AnnotationClassLoader::class)
? 'yes' : 'no';
echo class_exists(\Symfony\Component\Routing\Loader\AttributeClassLoader::class)
? 'yes' : 'no';
``` | «noyes» Пояснение: In Symfony 7.0, the AnnotationClassLoader was removed in favor of AttributeClassLoader; therefore, the first class does not exist (false -> 'no'), while the second does exist (true -> 'yes').
Raw{"answer": "noyes", "explanation": "In Symfony 7.0, the AnnotationClassLoader was removed in favor of AttributeClassLoader; therefore, the first class does not exist (false -> 'no'), while the second does exist (true -> 'yes')."} | верно | Annotation loaders were removed in 7.0; only attribute loaders remain (Annotation→Attribute). |