Пример запроса (первая клетка). System одинаковый во всех запросах прогона, user — свой вопрос для каждой клетки:
| Клетка | Тема | Утверждение | Ответ |
Результат | Обоснование |
T01-L1 3.11 c | Syntax and operators | Double-quoted and single-quoted strings are processed identically; the difference is only in speed. | «no» Пояснение: Double-quoted strings support variable interpolation and escape sequences, while single-quoted strings do not.
Raw{"answer": "no", "explanation": "Double-quoted strings support variable interpolation and escape sequences, while single-quoted strings do not."} | верно | В двойных кавычках работают интерполяция переменных и escape-последовательности, в одинарных — нет. |
T01-L2 0.35 c | Syntax and operators | The ?? operator follows isset semantics and raises no warnings for undefined variables. | «yes» Пояснение: The null coalescing operator (??) suppresses notices for undefined indexes or variables, effectively using isset() semantics internally.
Raw{"answer": "yes", "explanation": "The null coalescing operator (??) suppresses notices for undefined indexes or variables, effectively using isset() semantics internally."} | верно | ?? работает по семантике isset — несуществующие переменные и ключи допустимы. |
T01-L3 0.31 c | Syntax and operators | What will this print: echo 'a', 'b'; | «ab» Пояснение: In PHP, the comma operator allows concatenating multiple string expressions in a single echo statement, resulting in 'ab'.
Raw{"answer": "ab", "explanation": "In PHP, the comma operator allows concatenating multiple string expressions in a single echo statement, resulting in 'ab'."} | верно | echo принимает список аргументов: ab. |
T01-L4 0.45 c | Syntax and operators | print returns the value 1 and can be used inside an expression. | «no» Пояснение: print is a language construct, not a function, and does not return a value that can be used in expressions (it always outputs 1 implicitly but cannot be captured).
Raw{"answer": "no", "explanation": "print is a language construct, not a function, and does not return a value that can be used in expressions (it always outputs 1 implicitly but cannot be captured)."} | неверно верный: «yes» | print — выражение со значением 1, в отличие от echo, который значения не возвращает. |
T01-L5 0.29 c | Syntax and operators | The ?: (elvis) operator returns its left operand when it is falsy. | «no» Пояснение: The elvis operator ?: returns the left operand when it is truthy, not when it is falsy.
Raw{"answer": "no", "explanation": "The elvis operator ?: returns the left operand when it is truthy, not when it is falsy."} | верно | Наоборот: $a ?: $b возвращает $a, если он истинный, иначе $b. |
T01-L6 0.35 c | Syntax and operators | In PHP 8, the concatenation operator (.) has lower precedence than addition and subtraction. | «no» Пояснение: In PHP, the concatenation operator (.) has the same precedence as addition and subtraction, so they can be chained without parentheses.
Raw```json ⏎ {"answer": "no", "explanation": "In PHP, the concatenation operator (.) has the same precedence as addition and subtraction, so they can be chained without parentheses."} ⏎ ``` | неверно верный: «yes» | С PHP 8 (RFC concat precedence) '.' имеет приоритет ниже арифметики: 'сумма: ' . 2 + 3 → 'сумма: 5' (в PHP 7 было иначе). |
T01-L7 0.42 c | Syntax and operators | The expression 2 ** 3 ** 2 in PHP evaluates as (2 ** 3) ** 2, that is, 64. | «no» Пояснение: In PHP, the power operator ** is right-associative, so 2 ** 3 ** 2 evaluates as 2 ** (3 ** 2) which is 2 ** 9 = 512.
Raw{"answer": "no", "explanation": "In PHP, the power operator ** is right-associative, so 2 ** 3 ** 2 evaluates as 2 ** (3 ** 2) which is 2 ** 9 = 512."} | верно | ** право-ассоциативен: 2 ** (3 ** 2) = 2 ** 9 = 512. |
T01-L8 1.84 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 ('sum: ' . 2) + 3, which casts 'sum: 2' to 0 (since it doesn't start with a digit), resulting in 0 + 3 = 3. However, this is a common trap; actually, let's re-verify precedence. According to PHP documentation, '.' has higher precedence than '+'. So 'sum: ' . 2 becomes 'sum: 2'. Then 'sum: 2' + 3. In PHP 8, string-to-number conversion for non-numeric strings starting with non-numeric chars is 0. So 0 + 3 = 3. Wait, the question asks what string it prints. It prints 3. But let's check if it's 'sum: 5'. No, that would be if + had higher precedence. Since . has higher precedence, it is ('sum: 2') + 3. 'sum: 2' is not a valid integer start, so it's 0. 0+3=3. So it prints 3.
Raw{"answer": "sum: 5", "explanation": "In PHP, the concatenation operator '.' has higher precedence than the addition operator '+', so the expression is evaluated as ('sum: ' . 2) + 3, which casts 'sum: 2' to 0 (since it doesn't start with a digit), resulting in 0 + 3 = 3. However, this is a common trap; actually, let's re-verify precedence. According to PHP documentation, '.' has higher precedence than '+'. So 'sum: ' . 2 becomes 'sum: 2'. Then 'sum: 2' + 3. In PHP 8, string-to-number conversion for non-numeric strings starting with non-numeric chars is 0. So 0 + 3 = 3. Wait, the question asks what string it prints. It prints 3. But let's check if it's 'sum: 5'. No, that would be if + had higher precedence. Since . has higher precedence, it is ('sum: 2') + 3. 'sum: 2' is not a valid integer start, so it's 0. 0+3=3. So it prints 3."} | верно | Парная к verify-клетке про приоритет: 'сумма: 5'. |
T02-L1 1.25 c | Types and comparisons | With strict comparison (===), arrays are considered equal regardless of element order. | «no» Пояснение: In PHP, strict comparison (===) for arrays requires both elements and their order to be identical; loose comparison (==) also requires identical elements but does not require the same order if keys are the same, however, the statement that strict comparison ignores order is incorrect because strict equality is stricter than loose equality, but actually, let's double check. PHP docs: == checks same key/value pairs, does not matter order. === checks same key/value pairs in the same order with same types. So === DOES care about order. Therefore, the statement 'arrays are considered equal regardless of element order' with === is FALSE.
Raw{"answer": "no", "explanation": "In PHP, strict comparison (===) for arrays requires both elements and their order to be identical; loose comparison (==) also requires identical elements but does not require the same order if keys are the same, however, the statement that strict comparison ignores order is incorrect because strict equality is stricter than loose equality, but actually, let's double check. PHP docs: == checks same key/value pairs, does not matter order. === checks same key/value pairs in the same order with same types. So === DOES care about order. Therefore, the statement 'arrays are considered equal regardless of element order' with === is FALSE."} | верно | === для массивов требует совпадения и значений, и их порядка. |
T02-L2 0.42 c | Types and comparisons | The comparison 0 == false returns false because it is a strict comparison. | «no» Пояснение: 0 == false returns true because the double equals operator uses loose comparison, converting the boolean to an integer for comparison.
Raw```json ⏎ {"answer": "no", "explanation": "0 == false returns true because the double equals operator uses loose comparison, converting the boolean to an integer for comparison."} ⏎ ``` | верно | Наоборот: == — нестрогое сравнение и возвращает true; строгое — это === (0 === false → false). |
T02-L3 0.53 c | Types and comparisons | In PHP 8, the expression "abc" == 0 returns true. | «no» Пояснение: In PHP 8, string-to-number comparisons changed: non-numeric strings like "abc" are no longer cast to 0 when compared with integers using loose equality, so "abc" == 0 evaluates to false.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "In PHP 8, string-to-number comparisons changed: non-numeric strings like \"abc\" are no longer cast to 0 when compared with integers using loose equality, so \"abc\" == 0 evaluates to false." ⏎ } ⏎ ``` | верно | С PHP 8 нечисловая строка сравнивается как строка: "abc" == "0" → false (в PHP 7 было true). |
T02-L4 0.32 c | Types and comparisons | Under loose comparison, null equals 0, the empty string, and false at the same time. | «yes» Пояснение: In PHP, under loose comparison (==), null is equal to 0, an empty string, and false.
Raw```json ⏎ {"answer": "yes", "explanation": "In PHP, under loose comparison (==), null is equal to 0, an empty string, and false."} ⏎ ``` | верно | null == 0, null == "" и null == false — все true. |
T02-L5 0.37 c | Types and comparisons | What does the expression (int) '42abc' return? | «42» Пояснение: PHP's (int) cast parses the leading numeric characters of a string and stops at the first non-numeric character, resulting in 42.
Raw{"answer": 42, "explanation": "PHP's (int) cast parses the leading numeric characters of a string and stops at the first non-numeric character, resulting in 42."} | верно | Ведущая числовая часть: 42, без ошибок и warning. |
T02-L6 0.37 c | Types and comparisons | What does the expression '5' + 5 return? | «10» Пояснение: In PHP, when a string is numeric (like '5'), it is automatically cast to an integer for arithmetic operations, resulting in 10.
Raw{"answer": 10, "explanation": "In PHP, when a string is numeric (like '5'), it is automatically cast to an integer for arithmetic operations, resulting in 10."} | верно | Числовая строка приводится: int 10. |
T02-L7 0.7 c | Types and comparisons | When cast to string, false becomes "0". | «yes» Пояснение: In PHP, casting the boolean value false to a string results in an empty string, not "0"; however, casting the integer 0 to a string results in "0". (Wait: actually, (string) false yields an empty string '', while (string) 0 yields '0'. Let me double-check this.)
Raw```json ⏎ { ⏎ "answer": "yes", ⏎ "explanation": "In PHP, casting the boolean value false to a string results in an empty string, not \"0\"; however, casting the integer 0 to a string results in \"0\". (Wait: actually, (string) false yields an empty string '', while (string) 0 yields '0'. Let me double-check this.)" ⏎ } ⏎ ``` | неверно верный: «no» | false → "", true → "1". |
T02-L8 0.43 c | Types and comparisons | The comparison 0.1 + 0.2 === 0.3 returns false. | «yes» Пояснение: Due to floating-point precision limitations, 0.1 + 0.2 evaluates to approximately 0.30000000000000004, which is not strictly equal to 0.3.
Raw{"answer": "yes", "explanation": "Due to floating-point precision limitations, 0.1 + 0.2 evaluates to approximately 0.30000000000000004, which is not strictly equal to 0.3."} | верно | Двоичная погрешность float: 0.1 + 0.2 = 0.30000000000000004. |
T03-L1 0.3 c | Strings | strrev() correctly reverses a UTF-8 string. | «no» Пояснение: strrev() reverses the string byte-by-byte, which breaks multi-byte UTF-8 characters.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "strrev() reverses the string byte-by-byte, which breaks multi-byte UTF-8 characters." ⏎ } | верно | strrev переворачивает байты и ломает многобайтовые последовательности. |
T03-L2 0.37 c | Strings | str_contains('Hello world', 'world') returns true. | «yes» Пояснение: str_checks if a string contains a specified substring; 'Hello world' does contain 'world', so it returns true.
Raw{"answer": "yes", "explanation": "str_checks if a string contains a specified substring; 'Hello world' does contain 'world', so it returns true."} | верно | 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() supports padding on the left, right, or both sides via the $side parameter.
Raw{"answer": "no", "explanation": "str_pad() supports padding on the left, right, or both sides via the $side parameter."} | верно | STR_PAD_LEFT / STR_PAD_BOTH меняют сторону дополнения. |
T03-L4 0.31 c | Strings | By default trim() strips only spaces, leaving tabs and newlines intact. | «no» Пояснение: By default, PHP's trim() removes leading and trailing whitespace, which includes spaces, tabs, newlines, null bytes, and carriage returns.
Raw{"answer": "no", "explanation": "By default, PHP's trim() removes leading and trailing whitespace, which includes spaces, tabs, newlines, null bytes, and carriage returns."} | верно | Список символов по умолчанию: « \t\n\r\0\x0B» — пробелы, табы, переводы строк, возврат каретки, null-байт, вертикальный таб. Проверено php -r. |
T03-L5 0.35 c | Strings | How many BYTES does strlen('héllo') return for a UTF-8 string? | «6» Пояснение: In UTF-8, 'e' is 1 byte and 'é' is 2 bytes, so 'héllo' is 1+2+1+1+1 = 6 bytes.
Raw{"answer": 6, "explanation": "In UTF-8, 'e' is 1 byte and 'é' is 2 bytes, so 'héllo' is 1+2+1+1+1 = 6 bytes."} | верно | 6 букв по 2 байта: 12. |
T03-L6 0.28 c | Strings | What does substr('abcdef', -3) return? | «def» Пояснение: substr('abcdef', -3) returns the last three characters, 'def'.
Raw{"answer": "def", "explanation": "substr('abcdef', -3) returns the last three characters, 'def'."} | верно | Отрицательное смещение — с конца: def. |
T03-L7 0.37 c | Strings | ucfirst() modifies the string passed to it in place. | «no» Пояснение: ucfirst() returns a new string with the first character uppercased; it does not modify the original string because strings in PHP are passed by value, not by reference.
Raw{"answer": "no", "explanation": "ucfirst() returns a new string with the first character uppercased; it does not modify the original string because strings in PHP are passed by value, not by reference."} | верно | Строки неизменяемы; ucfirst возвращает новую строку. |
T03-L8 0.33 c | Strings | Variable interpolation works in heredoc but not in nowdoc. | «yes» Пояснение: In PHP, heredoc strings support variable interpolation, while nowdoc strings treat content as-is without evaluating variables.
Raw{"answer": "yes", "explanation": "In PHP, heredoc strings support variable interpolation, while nowdoc strings treat content as-is without evaluating variables."} | верно | Nowdoc — «одинарные кавычки» в тройном синтаксисе: текст как есть. |
T04-L1 0.35 c | Arrays | The sort() function preserves the key-to-value association of the array. | «no» Пояснение: The sort() function re-indexes the array numerically, destroying the original keys; asort() is used to preserve key associations.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "The sort() function re-indexes the array numerically, destroying the original keys; asort() is used to preserve key associations." ⏎ } | верно | sort перенумеровывает ключи; связь сохраняет asort. |
T04-L2 0.27 c | Arrays | The string key '5' in an array is stored as the integer 5. | «yes» Пояснение: PHP automatically casts numeric string keys to integers when used as array indices.
Raw{"answer": "yes", "explanation": "PHP automatically casts numeric string keys to integers when used as array indices."} | верно | Каноничные десятичные строковые ключи приводятся к int. |
T04-L3 0.37 c | Arrays | The in_array() function uses strict comparison (===) by default. | «no» Пояснение: The third parameter of in_array() defaults to false, meaning it performs loose comparison; strict comparison must be explicitly enabled.
Raw{"answer": "no", "explanation": "The third parameter of in_array() defaults to false, meaning it performs loose comparison; strict comparison must be explicitly enabled."} | верно | По умолчанию сравнение нестрогое; строгое — третий аргумент true. |
T04-L4 0.39 c | Arrays | Without a callback, array_filter() removes all "empty" (falsy) elements from the array. | «yes» Пояснение: When no callback is provided, array_filter() retains elements where the value is truthy (not 0, '', null, false, or '0').
Raw{"answer": "yes", "explanation": "When no callback is provided, array_filter() retains elements where the value is truthy (not 0, '', null, false, or '0')."} | верно | Убирает 0, "", null, false и пустые массивы. |
T04-L5 0.39 c | Arrays | By default, array_slice() preserves the original numeric keys of the array. | «no» Пояснение: By default, array_slice() reindexes the resulting array (starting at 0); you must set the fifth parameter to true to preserve keys.
Raw{"answer": "no", "explanation": "By default, array_slice() reindexes the resulting array (starting at 0); you must set the fifth parameter to true to preserve keys."} | верно | По умолчанию ключи перенумеровываются; сохранение — preserve_keys = true. |
T04-L6 0.32 c | Arrays | What does array_slice([10, 20, 30, 40], 1, 2) return? | «[20, 30]» Пояснение: array_slice extracts a portion of the array starting at index 1 with a length of 2.
Raw{"answer": "[20, 30]", "explanation": "array_slice extracts a portion of the array starting at index 1 with a length of 2."} | верно | [20,30]; ключи перенумеровываются. |
T04-L7 0.5 c | Arrays | How many elements will count(['a' => 1] + ['a' => 9, 'b' => 2]) return? | «2» Пояснение: The + operator preserves left-hand string keys and adds right-hand keys that are not in the left, resulting in ['a' => 1, 'b' => 2], which has 2 elements.
Raw{"answer": 2, "explanation": "The + operator preserves left-hand string keys and adds right-hand keys that are not in the left, resulting in ['a' => 1, 'b' => 2], which has 2 elements."} | верно | Оператор + : по ключу 'a' побеждает левый; итого 2. |
T04-L8 0.47 c | Arrays | Since PHP 8.1, the spread operator [...$a, ...$b] supports arrays with string keys. | «no» Пояснение: The spread operator for arrays in array literal syntax (e.g., [...$a]) only works with integer keys; string keys must be merged using the + operator or array_merge.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "The spread operator for arrays in array literal syntax (e.g., [...$a]) only works with integer keys; string keys must be merged using the + operator or array_merge." ⏎ } | неверно верный: «yes» | В 8.0 — только числовые ключи; 8.1 снял ограничение. |
T05-L1 0.31 c | Functions and closures | Named arguments cannot be combined with argument unpacking ...$args in a single call. | «yes» Пояснение: PHP does not allow mixing named arguments and argument unpacking (using `...`) in the same function call.
Raw{"answer": "yes", "explanation": "PHP does not allow mixing named arguments and argument unpacking (using `...`) in 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, an anonymous function (closure) cannot directly access variables from the outer scope unless they are explicitly passed in using the `use` statement.
Raw```json ⏎ {"answer": "no", "explanation": "In PHP, an anonymous function (closure) cannot directly access variables from the outer scope unless they are explicitly passed in using the `use` statement."} ⏎ ``` | верно | Без use внешние переменные недоступны; авто-захват только у fn. |
T05-L3 0.26 c | Functions and closures | What will func_num_args() return inside function f($a) { return func_num_args(); } when called as f(1, 2, 3)? | «3» Пояснение: func_num_args() returns the number of arguments passed to the function, which is 3 in this case.
Raw{"answer": 3, "explanation": "func_num_args() returns the number of arguments passed to the function, which is 3 in this case."} | верно | Считает переданные аргументы: 3. |
T05-L4 0.41 c | Functions and closures | The body of an arrow function fn may consist of several expressions in curly braces. | «no» Пояснение: In PHP, arrow functions (fn) require a single expression without curly braces; if you need multiple statements, you must use a standard anonymous function (function).
Raw{"answer": "no", "explanation": "In PHP, arrow functions (fn) require a single expression without curly braces; if you need multiple statements, you must use a standard anonymous function (function)."} | верно | fn — всегда одно выражение; блок операторов делает обычная анонимная функция. |
T05-L5 0.37 c | Functions and closures | An arrow function fn captures outer variables by reference (lazily, at use time). | «no» Пояснение: PHP arrow functions (fn) capture outer variables by value (evident at definition time), not by reference.
Raw{"answer": "no", "explanation": "PHP arrow functions (fn) capture outer variables by value (evident at definition time), not by reference."} | верно | fn захватывает только по значению, автоматически; по ссылке — только &$var в use у обычной функции (fn так не умеет). |
T05-L6 0.33 c | Functions and closures | A closure declared as static function () {} does not capture $this. | «yes» Пояснение: In PHP, a static closure never captures the $this variable from the surrounding scope, even if it is defined inside a class method.
Raw{"answer": "yes", "explanation": "In PHP, a static closure never captures the $this variable from the surrounding scope, even if it is defined inside a class method."} | верно | static-замыкание отвязано от объекта: $this внутри недоступен. |
T05-L7 0.36 c | Functions and closures | What will this print: $x = 5; $f = function () use ($x) { return $x; }; $x = 7; echo $f(); | «5» Пояснение: The use clause captures the value of $x by value at the time the closure is defined, so changes to $x outside do not affect it.
Raw{"answer": 5, "explanation": "The use clause captures the value of $x by value at the time the closure is defined, so changes to $x outside do not affect it."} | верно | use захватывает по значению в момент создания: 5. |
T05-L8 0.36 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 coerces the numeric string "5" to the integer 5 before passing it to a function expecting an int.
Raw{"answer": "yes", "explanation": "In weak typing mode, PHP coerces the numeric string \"5\" to the integer 5 before passing it to a function expecting an int."} | верно | Coercive typing приводит "5" к 5; strict_types=1 требует точного типа. |
T06-L1 0.29 c | OOP: classes and inheritance | PHP supports constructor property promotion: public function __construct(private int $x) {}. | «yes» Пояснение: Constructor property promotion is a feature introduced in PHP 8.0 that allows declaring promoted properties directly in the constructor.
Raw{"answer": "yes", "explanation": "Constructor property promotion is a feature introduced in PHP 8.0 that allows declaring promoted properties directly in the constructor."} | верно | С PHP 8.0 параметр с модификатором создаёт свойство и присваивание. |
T06-L2 0.23 c | OOP: classes and inheritance | Which keyword prevents a method from being overridden in subclasses? | «final» Пояснение: The 'final' keyword in PHP prevents a class from being extended or a method from being overridden.
Raw{"answer": "final", "explanation": "The 'final' keyword in PHP prevents a class from being extended or a method from being overridden."} | верно | final. |
T06-L3 0.25 c | OOP: classes and inheritance | A method declared final cannot be overridden in a subclass. | «yes» Пояснение: In PHP, declaring a method as final prevents it from being overridden by any subclass.
Raw{"answer": "yes", "explanation": "In PHP, declaring a method as final prevents it from being overridden by any subclass."} | верно | final запрещает переопределение метода и наследование класса. |
T06-L4 0.31 c | OOP: classes and inheritance | Parent properties with private visibility are accessible in a subclass. | «no» Пояснение: Private properties defined in a parent class are not accessible in a subclass; they are only visible within the class where they are defined.
Raw{"answer": "no", "explanation": "Private properties defined in a parent class are not accessible in a subclass; they are only visible within the class where they are defined."} | верно | В подклассе видны protected и public; private — только внутри своего класса. |
T06-L5 0.34 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» Пояснение: PHP anonymous classes have a name starting with 'class@anonymous' followed by a NUL byte and the file line number.
Raw{"answer": "class@anonymous", "explanation": "PHP anonymous classes have a name starting with 'class@anonymous' followed by a NUL byte and the file line number."} | верно | get_class анонимного класса печатает class@anonymous\0<файл>:<строка>$n; короткая форма — часть до NUL-байта. Проверено php -r (hex). |
T06-L6 0.59 c | OOP: classes and inheritance | A private parent method is not part of the inheritance contract: a child may declare a method with the same name and any visibility. | «yes» Пояснение: In PHP, private methods are not part of the public or protected interface of a class; therefore, a child class is free to define a new method with the same name without causing a conflict or requiring a specific visibility match, as the parent's private method is invisible to the child.
Raw{"answer": "yes", "explanation": "In PHP, private methods are not part of the public or protected interface of a class; therefore, a child class is free to define a new method with the same name without causing a conflict or requiring a specific visibility match, as the parent's private method is invisible to the child."} | верно | private-члены не наследуются — правила совместимости подписей не действуют. |
T06-L7 0.41 c | OOP: classes and inheritance | The magic method __get() is called only for non-existent properties. | «yes» Пояснение: In PHP, the __get() magic method is triggered when reading inaccessible (undefined or private/protected) properties.
Raw{"answer": "yes", "explanation": "In PHP, the __get() magic method is triggered when reading inaccessible (undefined or private/protected) properties."} | неверно верный: «no» | __get срабатывает и для существующих, но недоступных (private/protected извне). |
T06-L8 0.27 c | OOP: classes and inheritance | What does reassigning a readonly property throw — Exception or Error? | «error» Пояснение: Reassigning a readonly property in PHP throws an Error, specifically a TypeError.
Raw{"answer": "Error", "explanation": "Reassigning a readonly property in PHP throws an Error, specifically a TypeError."} | верно | Error (readonly с 8.1); оговорка: в __clone() переинициализация допустима (8.3+). |
T07-L1 0.31 c | Interfaces, traits, enum | An interface can declare constants. | «yes» Пояснение: In PHP, interfaces can declare class constants, which are accessible via the interface name or implementing classes.
Raw{"answer": "yes", "explanation": "In PHP, interfaces can declare class constants, which are accessible via the interface name or implementing classes."} | верно | Константы интерфейса наследуются реализациями. |
T07-L2 0.25 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 a variable is an instance of a specific class or interface.
Raw{"answer": "instanceof", "explanation": "The instanceof operator in PHP is used to check if a variable is an instance of a specific class or interface."} | верно | instanceof. |
T07-L3 0.26 c | Interfaces, traits, enum | An interface can declare static methods. | «yes» Пояснение: Since PHP 8.1, interfaces are allowed to declare static methods.
Raw{"answer": "yes", "explanation": "Since PHP 8.1, interfaces are allowed to declare static methods."} | верно | Реализация обязана дать статический метод с той же сигнатурой. |
T07-L4 0.39 c | Interfaces, traits, enum | The instanceof operator only checks class inheritance: it ignores interfaces. | «no» Пояснение: In PHP, the instanceof operator returns true if the variable is an instance of the class or any of its parents, OR if it is an implementation of the interface.
Raw{"answer": "no", "explanation": "In PHP, the instanceof operator returns true if the variable is an instance of the class or any of its parents, OR if it is an implementation of the interface."} | верно | instanceof возвращает true и для интерфейсов объекта. |
T07-L5 0.41 c | Interfaces, traits, enum | An interface method may have a default implementation, like a trait method. | «no» Пояснение: In PHP, interface methods cannot have a default implementation (body); they must be declared abstract without a body. Traits, on the other hand, can provide default implementations.
Raw{"answer": "no", "explanation": "In PHP, interface methods cannot have a default implementation (body); they must be declared abstract without a body. Traits, on the other hand, can provide default implementations."} | верно | Методы интерфейса — только сигнатуры; тело даёт реализующий класс. |
T07-L6 0.51 c | Interfaces, traits, enum | An abstract method in an abstract class may have protected visibility. | «yes» Пояснение: In PHP, abstract methods in an abstract class can have any visibility level: public, protected, or private. However, they are typically public or protected. Private abstract methods are not allowed in PHP, but protected is allowed.
Raw```json ⏎ { ⏎ "answer": "yes", ⏎ "explanation": "In PHP, abstract methods in an abstract class can have any visibility level: public, protected, or private. However, they are typically public or protected. Private abstract methods are not allowed in PHP, but protected is allowed." ⏎ } ⏎ ``` | верно | В абстрактном классе — любая видимость; в интерфейсе — только public. |
T07-L7 0.35 c | Interfaces, traits, enum | How many elements will Foo::cases() return for enum Foo { case A; case B; case C; }? | «3» Пояснение: The enum Foo has three cases (A, B, C), so cases() returns an array with 3 elements.
Raw{"answer": 3, "explanation": "The enum Foo has three cases (A, B, C), so cases() returns an array with 3 elements."} | верно | Статический метод cases(): 3. |
T07-L8 0.27 c | Interfaces, traits, enum | A trait can declare constants. | «yes» Пояснение: PHP traits can define constants, which are inherited by any class that uses the trait.
Raw{"answer": "yes", "explanation": "PHP traits can define 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, the Throwable interface is the parent of both the Exception and Error classes.
Raw{"answer": "yes", "explanation": "In PHP, the Throwable interface is the parent of both the Exception and Error classes."} | верно | Иерархия с PHP 7: Throwable → Exception и Throwable → Error. |
T08-L2 0.29 c | Exceptions and errors | A catch (Exception $e) block will also catch TypeError, because TypeError ultimately inherits from Exception. | «no» Пояснение: TypeError inherits from Error, not Exception, so a catch block for Exception will not catch it.
Raw{"answer": "no", "explanation": "TypeError inherits from Error, not Exception, so a catch block for Exception will not catch it."} | верно | TypeError наследуется от Error; catch (Exception) его не ловит. |
T08-L3 0.29 c | Exceptions and errors | The @ operator suppresses exceptions too. | «no» Пояснение: The @ operator only suppresses error reporting, not exception throwing.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "The @ operator only suppresses error reporting, not exception throwing." ⏎ } ⏎ ``` | верно | @ глушит диагностику (warnings/notices), исключения не перехватывает. |
T08-L4 0.23 c | Exceptions and errors | What error class does intdiv(5, 0) throw? | «divisionbyzeroerror» Пояснение: PHP's intdiv function throws a DivisionByZeroError when the divisor is zero.
Raw{"answer": "DivisionByZeroError", "explanation": "PHP's intdiv function throws a DivisionByZeroError when the divisor is zero."} | верно | DivisionByZeroError (иерархия Error, не Exception); php-грейдер объективен. |
T08-L5 0.3 c | Exceptions and errors | The finally block runs only if the exception was caught by a catch block. | «no» Пояснение: The finally block executes regardless of whether an exception is caught, thrown, or if no exception occurs at all.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "The finally block executes regardless of whether an exception is caught, thrown, or if no exception occurs at all." ⏎ } | верно | Наоборот: finally выполняется всегда — даже когда исключение не поймано и уходит выше. Проверено php -r. |
T08-L6 0.45 c | Exceptions and errors | An exception thrown inside a finally block has no effect on the result of the try block. | «no» Пояснение: In PHP, if an exception is thrown in a finally block, it propagates and replaces any exception that was pending from the try or catch blocks.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "In PHP, if an exception is thrown in a finally block, it propagates and replaces any exception that was pending from the try or catch blocks." ⏎ } | верно | Исключение из finally перекрывает исходное и уходит вместо него. |
T08-L7 0.23 c | Exceptions and errors | What does the expression (bool) new Exception('x') return? | «yes» Пояснение: Casting an object instance to a boolean in PHP always results in true.
Raw{"answer": "yes", "explanation": "Casting an object instance to a boolean in PHP always results in true."} | верно | Любой объект при приведении к bool — true. Формы ответа: true или да. |
T08-L8 0.43 c | Exceptions and errors | Functions registered via register_shutdown_function() run when exit is called. | «yes» Пояснение: Functions registered with register_shutdown_function() are called in LIFO order during the normal shutdown process, which occurs when exit is called or the script finishes naturally.
Raw{"answer": "yes", "explanation": "Functions registered with register_shutdown_function() are called in LIFO order during the normal shutdown process, which occurs when exit is called or the script finishes naturally."} | верно | exit завершает скрипт, но shutdown-функции отрабатывают. |
T09-L1 0.43 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 fully qualified class name in the current scope; it does not load the class file unless a reference to the class is actually made.
Raw```json ⏎ {"answer": "no", "explanation": "The use statement only creates an alias for the fully qualified class name in the current scope; it does not load the class file unless a reference to the class is actually made."} ⏎ ``` | верно | use — псевдоним на этапе компиляции; файл грузит автозагрузчик при первом обращении. |
T09-L2 0.27 c | Namespaces and autoloading | What follows use to import a function (not a class): the word function or const? | «function» Пояснение: In PHP, the function keyword is used to define functions, while const is used for constants.
Raw{"answer": "function", "explanation": "In PHP, the function keyword is used to define functions, while const is used for constants."} | верно | use function ...; (и use const для констант). |
T09-L3 0.39 c | Namespaces and autoloading | Into which file (path from src/) does the PSR-4 mapping "App\ → src/" place the class App\Controller\Api\UserController? | «controller/api/usercontroller.php» Пояснение: PSR-4 maps namespaces to directories by replacing namespace separators with directory separators and appending the class name with the .php extension.
Raw{"answer": "Controller/Api/UserController.php", "explanation": "PSR-4 maps namespaces to directories by replacing namespace separators with directory separators and appending the class name with the .php extension."} | верно | Остаток имени после префикса, \ → /. |
T09-L4 0.36 c | Namespaces and autoloading | Including vendor/autoload.php registers autoloaders via spl_autoload_register(). | «yes» Пояснение: The Composer autoloader generated by vendor/autoload.php registers itself with PHP's SPL autoload handler using spl_autoload_register().
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "The Composer autoloader generated by vendor/autoload.php registers itself with PHP's SPL autoload handler using spl_autoload_register()." ⏎ } | верно | Composer ставит автозагрузчик именно на spl_autoload_register. |
T09-L5 0.33 c | Namespaces and autoloading | The magic constant __NAMESPACE__ contains the name of the current namespace. | «yes» Пояснение: __NAMESPACE__ is a compile-time magic constant that resolves to the fully qualified name of the current namespace (or the empty string for the global namespace).
Raw{"answer": "yes", "explanation": "__NAMESPACE__ is a compile-time magic constant that resolves to the fully qualified name of the current namespace (or the empty string for the global namespace)."} | верно | В корневом пространстве — пустая строка. |
T09-L6 0.48 c | Namespaces and autoloading | An unqualified class name (without a leading \) in new is resolved from the global root. | «no» Пояснение: An unqualified class name inside a namespace is first resolved from the current namespace, not directly from the global root, unless a leading backslash is used or the class does not exist in the current namespace.
Raw```json ⏎ {"answer": "no", "explanation": "An unqualified class name inside a namespace is first resolved from the current namespace, not directly from the global root, unless a leading backslash is used or the class does not exist in the current namespace."} ⏎ ``` | верно | Резолвится относительно текущего namespace (с учётом импортов). |
T09-L7 0.47 c | Namespaces and autoloading | With the PSR-4 mapping "App\ → src/", the class App\Model\User lives in the file src/Model/User.php. | «yes» Пояснение: Under PSR-4, the namespace segments after the root are converted to directory names and the class name to a file name, so App\Model\User maps to src/Model/User.php.
Raw{"answer": "yes", "explanation": "Under PSR-4, the namespace segments after the root are converted to directory names and the class name to a file name, so App\\Model\\User maps to src/Model/User.php."} | верно | Остаток имени после префикса переносится в путь как есть. |
T09-L8 0.34 c | Namespaces and autoloading | A use statement may be written inside a function body — the import then applies to that function only. | «yes» Пояснение: PHP allows namespace use statements inside functions to scope the alias to that function only.
Raw{"answer": "yes", "explanation": "PHP allows namespace use statements inside functions to scope the alias to that function only."} | неверно верный: «no» | use внутри тела функции — parse error; импорты файловые и компиляционные. |
T10-L1 0.41 c | References and scope | Arrays are copied on assignment rather than passed by reference. | «yes» Пояснение: In PHP, arrays are copied by value when assigned to another variable, meaning the new variable contains a duplicate of the original array rather than a reference to it.
Raw{"answer": "yes", "explanation": "In PHP, arrays are copied by value when assigned to another variable, meaning the new variable contains a duplicate of the original array rather than a reference to it."} | верно | Присваивание массива — копия (в движке — copy-on-write). |
T10-L2 0.28 c | References and scope | What will this print: $a = [1, 2]; $b = $a; $b[] = 3; echo count($a); | «2» Пояснение: In PHP, arrays are copied by value, so modifying $b does not affect $a.
Raw{"answer": 2, "explanation": "In PHP, arrays are copied by value, 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, local variables do not automatically have access to global variables; you must explicitly declare them with the global keyword, use the $GLOBALS array, or pass them as function arguments.
Raw{"answer": "yes", "explanation": "In PHP, local variables do not automatically have access to global variables; you must explicitly declare them with the global keyword, use the $GLOBALS array, or pass them as function arguments."} | верно | Область видимости функций изолирована; исключение — суперглобалы ($_GET и др.). |
T10-L4 0.37 c | References and scope | unset($GLOBALS['x']) inside a function removes the global variable only for that function. | «no» Пояснение: Using $GLOBALS directly always refers to the global scope, so unset($GLOBALS['x']) permanently removes the global variable regardless of the function context.
Raw{"answer": "no", "explanation": "Using $GLOBALS directly always refers to the global scope, so unset($GLOBALS['x']) permanently removes the global variable regardless of the function context."} | верно | $GLOBALS — прямое окно в глобальную область: unset удалит её по-настоящему. |
T10-L5 0.3 c | References and scope | What will this print: function inc(&$x) { $x++; } $n = 5; inc($n); echo $n; | «6» Пояснение: The function inc receives $n by reference and increments it, so $n becomes 6.
Raw{"answer": 6, "explanation": "The function inc receives $n by reference and increments it, so $n becomes 6."} | верно | Ссылка меняет оригинал: 6. |
T10-L6 1.38 c | References and scope | A foreach over an array (by value) works with the "live" array: changes to the array inside the loop are visible in the same pass. | «yes» Пояснение: In PHP, foreach operates on a snapshot of the array by default (unless you iterate by reference), but changes made to the original array during the loop can affect the iteration if the internal pointer mechanism and array structure allow, though typically it's recommended not to modify the array during iteration. Actually, in PHP, modifying the array during a foreach can lead to unpredictable behavior, but the statement as phrased is generally considered false because PHP does not guarantee live updates to the iteration. However, the question might be interpreted as asking if changes are visible in the same pass, which is not reliably true. I'll answer no.
Raw```json ⏎ {"answer": "yes", "explanation": "In PHP, foreach operates on a snapshot of the array by default (unless you iterate by reference), but changes made to the original array during the loop can affect the iteration if the internal pointer mechanism and array structure allow, though typically it's recommended not to modify the array during iteration. Actually, in PHP, modifying the array during a foreach can lead to unpredictable behavior, but the statement as phrased is generally considered false because PHP does not guarantee live updates to the iteration. However, the question might be interpreted as asking if changes are visible in the same pass, which is not reliably true. I'll answer no."} ⏎ ``` | неверно верный: «no» | По значению foreach итерирует копию-снимок. |
T10-L7 0.29 c | References and scope | A static property belongs to each instance separately: changes in one object are not visible in others. | «no» Пояснение: Static properties belong to the class itself, not to individual instances, so changes are shared across all instances.
Raw{"answer": "no", "explanation": "Static properties belong to the class itself, not to individual instances, so changes are shared across all instances."} | верно | Наоборот: статическое свойство общее для всех экземпляров класса. Проверено php -r. |
T10-L8 0.33 c | References and scope | An array can have a boolean key true, and it will be stored as bool. | «no» Пояснение: PHP arrays cannot have boolean keys; true and false are implicitly cast to integer keys 1 and 0, respectively.
Raw```json ⏎ {"answer": "no", "explanation": "PHP arrays cannot have boolean keys; true and false are implicitly cast to integer keys 1 and 0, respectively."} ⏎ ``` | верно | Булев ключ приводится к int: true → 1, false → 0. |
T11-L1 0.34 c | Generators, iterators, SPL | Inside a generator, return with a value can be used, and it becomes available via $gen->getReturn(). | «yes» Пояснение: In PHP generators, a 'return' statement with a value sets the return value of the generator, which can be retrieved via the getReturn() method after the generator is exhausted.
Raw{"answer": "yes", "explanation": "In PHP generators, a 'return' statement with a value sets the return value of the generator, which can be retrieved via the getReturn() method after the generator is exhausted."} | верно | return-значение генератора доступно через getReturn() после прохода. |
T11-L2 0.39 c | Generators, iterators, SPL | A fully consumed generator can be rewound with rewind() and traversed again. | «no» Пояснение: Standard PHP generators do not support the rewind() method and cannot be rewound or traversed multiple times; they can only be iterated once from start to finish.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "Standard PHP generators do not support the rewind() method and cannot be rewound or traversed multiple times; they can only be iterated once from start to finish." ⏎ } | верно | Генератор одноразовый: rewind после начала итерации бросает Exception. |
T11-L3 0.31 c | Generators, iterators, SPL | The yield from construct delegates traversal to another generator or iterable. | «yes» Пояснение: yield from allows a generator to delegate iteration to another generator or iterable, yielding items from the sub-iterator.
Raw{"answer": "yes", "explanation": "yield from allows a generator to delegate iteration to another generator or iterable, yielding items from the sub-iterator."} | верно | yield from проксирует значения, ключи и return-значение внутреннего генератора. |
T11-L4 0.32 c | Generators, iterators, SPL | What does get_class(g()) return for function g() { yield 1; }? | «generator» Пояснение: In PHP, calling get_class() on a generator object (created by a function using yield) returns the class name 'Generator'.
Raw{"answer": "Generator", "explanation": "In PHP, calling get_class() on a generator object (created by a function using yield) returns the class name 'Generator'."} | верно | Функция с yield возвращает Generator. |
T11-L5 0.4 c | Generators, iterators, SPL | How many elements will count(iterator_to_array((function () { yield from [1, 2, 3]; })())) return? | «3» Пояснение: iterator_to_array converts the generator yielding 1, 2, and 3 into an array, resulting in a total count of 3 elements.
Raw{"answer": 3, "explanation": "iterator_to_array converts the generator yielding 1, 2, and 3 into an array, resulting in a total count of 3 elements."} | верно | yield from делегирует все 3 элемента. |
T11-L6 0.28 c | Generators, iterators, SPL | The SplStack class implements a FIFO queue. | «no» Пояснение: SplStack implements a LIFO (Last In, First Out) stack, not a FIFO queue.
Raw{"answer": "no", "explanation": "SplStack implements a LIFO (Last In, First Out) stack, not a FIFO queue."} | верно | SplStack — стек LIFO; очередь FIFO — SplQueue. |
T11-L7 0.27 c | Generators, iterators, SPL | ArrayIterator allows wrapping an array and traversing it via the Iterator interface. | «yes» Пояснение: ArrayIterator implements the Iterator and IteratorAggregate interfaces, allowing standard arrays to be traversed using foreach.
Raw{"answer": "yes", "explanation": "ArrayIterator implements the Iterator and IteratorAggregate interfaces, allowing standard arrays to be traversed using foreach."} | верно | Объектная обёртка над массивом. |
T11-L8 0.21 c | Generators, iterators, SPL | An ArrayObject instance cannot be traversed with foreach. | «no» Пояснение: ArrayObject implements the Traversable interface, so it can be traversed with foreach.
Raw{"answer": "no", "explanation": "ArrayObject implements the Traversable interface, so it can be traversed with foreach."} | верно | ArrayObject реализует IteratorAggregate — foreach по нему работает. |
T12-L1 0.29 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 unique salt and embeds it in the resulting hash string.
Raw{"answer": "yes", "explanation": "The password_hash() function in PHP automatically generates a unique salt and embeds it in the resulting hash string."} | верно | Соль встраивается в строку результата; параметр salt устарел. |
T12-L2 0.29 c | Configuration and security | In PHP 8, PASSWORD_DEFAULT is md5 with an automatically added salt. | «no» Пояснение: In PHP 8, PASSWORD_DEFAULT is mapped to the bcrypt algorithm (password_hash), not md5.
Raw{"answer": "no", "explanation": "In PHP 8, PASSWORD_DEFAULT is mapped to the bcrypt algorithm (password_hash), not md5."} | верно | PASSWORD_DEFAULT — bcrypt; md5 для паролей непригоден (перебирается массово). |
T12-L3 0.36 c | Configuration and security | What does password_verify('secret', password_hash('secret', PASSWORD_DEFAULT)) return? | «yes» Пояснение: password_verify returns true (represented as 'yes') if the plain-text password matches the hash generated by password_hash.
Raw{"answer": "yes", "explanation": "password_verify returns true (represented as 'yes') if the plain-text password matches the hash generated by password_hash."} | верно | Соль и хеш в одной строке: true (форма ответа: true или да). |
T12-L4 0.39 c | Configuration and security | strip_tags() protects against SQL injection. | «no» Пояснение: strip_tags() removes HTML tags to prevent XSS, but it does not sanitize data for SQL contexts, so prepared statements or escaping are required to prevent SQL injection.
Raw{"answer": "no", "explanation": "strip_tags() removes HTML tags to prevent XSS, but it does not sanitize data for SQL contexts, so prepared statements or escaping are required to prevent SQL injection."} | верно | strip_tags режет HTML-теги (помощник против XSS), к параметризации SQL отношения не имеет. |
T12-L5 0.31 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 helps prevent session fixation attacks by invalidating the previous ID.
Raw{"answer": "yes", "explanation": "session_regenerate_id() creates a new session ID, which helps prevent session fixation attacks by invalidating the previous ID."} | верно | Новый ID сессии после логина — стандартная защита от session fixation. |
T12-L6 0.27 c | Configuration and security | Which built-in function returns the SAPI name (e.g., cli)? | «php_sapi_name» Пояснение: The php_sapi_name() function returns the name of the currently loaded SAPI module.
Raw{ ⏎ "answer": "php_sapi_name", ⏎ "explanation": "The php_sapi_name() function returns the name of the currently loaded SAPI module." ⏎ } | верно | php_sapi_name(). |
T12-L7 0.41 c | Configuration and security | session_destroy() deletes session data on the server but not the cookie in the user's browser. | «yes» Пояснение: session_destroy() removes session data from the server, but to remove the session ID cookie from the client, you must manually delete it using setcookie() before the header is sent.
Raw{"answer": "yes", "explanation": "session_destroy() removes session data from the server, but to remove the session ID cookie from the client, you must manually delete it using setcookie() before the header is sent."} | верно | Удаление cookie — отдельный шаг через setcookie с истёкшим сроком. |
T12-L8 0.33 c | Configuration and security | Without calling session_start(), the $_SESSION array is automatically populated with session data. | «no» Пояснение: In PHP, the $_SESSION superglobal array is only populated with session data after the session_start() function is called to initiate or resume the session.
Raw{"answer": "no", "explanation": "In PHP, the $_SESSION superglobal array is only populated with session data after the session_start() function is called to initiate or resume the session."} | верно | Без session_start() данные сессии в массив не загружаются ($_SESSION можно заполнить вручную, но привязки к сессии нет). |
VC-L1 0.27 c | PHP 8.4–8.5 | In which PHP version was the array_find() function introduced? | «8.4» Пояснение: The array_find function was introduced in PHP 8.4 as part of the new array manipulation functions.
Raw{"answer": "8.4", "explanation": "The array_find function was introduced in PHP 8.4 as part of the new array manipulation functions."} | верно | PHP 8.4 (RFC array_find). |
VC-L2 0.35 c | PHP 8.4–8.5 | Property hooks (get/set right in the property declaration) landed in PHP 8.4. | «yes» Пояснение: PHP 8.4 introduced experimental support for property hooks, allowing get and set accessors to be defined directly within the property declaration.
Raw{"answer": "yes", "explanation": "PHP 8.4 introduced experimental support for property hooks, allowing get and set accessors to be defined directly within the property declaration."} | верно | 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 for class properties, including public private(set), was introduced in PHP 8.4.
Raw{"answer": "yes", "explanation": "Asymmetric visibility for class properties, including public private(set), was introduced in PHP 8.4."} | верно | Asymmetric visibility v2 — PHP 8.4. |
VC-L4 0.31 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 signal that the result of a function call should not be discarded.
Raw{"answer": "8.4", "explanation": "The #[\\NoDiscard] attribute was introduced in PHP 8.4 to signal that the result of a function call should not be discarded."} | неверно верный: «8.5» | #[\NoDiscard] — PHP 8.5 (marking return values as important). |
VC-L5 0.31 c | PHP 8.4–8.5 | In which PHP version did the pipe operator |> first appear? Answer with the version number. | «8.4» Пояснение: The pipe operator (|>) for method chaining and data manipulation was introduced in PHP 8.4.
Raw{"answer": "8.4", "explanation": "The pipe operator (|>) for method chaining and data manipulation was introduced in PHP 8.4."} | неверно верный: «8.5» | Pipe operator — PHP 8.5 (2025). |
VC-L6 0.36 c | PHP 8.4–8.5 | In which PHP version did clone-with — the syntax clone($obj, ['x' => 1]) — appear? Answer with the version number. | «8.4» Пояснение: The clone-with syntax was introduced in PHP 8.4 as part of the property hooks and object cloning improvements.
Raw{ ⏎ "answer": "8.4", ⏎ "explanation": "The clone-with syntax was introduced in PHP 8.4 as part of the property hooks and object cloning improvements." ⏎ } | неверно верный: «8.5» | Clone with v2 — PHP 8.5. |
VC-L7 0.26 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 added in PHP 8.4.
Raw{"answer": "8.4", "explanation": "The array_first() and array_last() functions were added in PHP 8.4."} | неверно верный: «8.5» | PHP 8.5. |
VC-L8 0.97 c | PHP 8.4–8.5 | For which PHP version was RFC Partial Function Application v2 adopted (as of 2026-11-07)? Answer with the version number. | «8.5» Пояснение: As of 2026-11-07, RFC Partial Function Application v2 has not yet been adopted into a stable PHP version; it is still in discussion or proposal stages for future versions (likely 8.4 or later), but no official adoption in a specific version is confirmed as of that date. However, based on the context of the question expecting a version number and assuming it's a hypothetical or future adoption, the most likely candidate is PHP 8.5.
Raw{"answer": "8.5", "explanation": "As of 2026-11-07, RFC Partial Function Application v2 has not yet been adopted into a stable PHP version; it is still in discussion or proposal stages for future versions (likely 8.4 or later), but no official adoption in a specific version is confirmed as of that date. However, based on the context of the question expecting a version number and assuming it's a hypothetical or future adoption, the most likely candidate is PHP 8.5."} | неверно верный: «8.6» | PFA v2 принят 05.12.2025 (33-0-0), реализован в PHP 8.6. |
VF-L1 0.31 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.0» Пояснение: The clamp() function was introduced in PHP 8.4.0.
Raw{"answer": "8.4.0", "explanation": "The clamp() function was introduced in PHP 8.4.0."} | неверно верный: «8.6» | По данным владельца (wiki.php.net/rfc): clamp_v2 — 8.6; clamp() в 8.5.11 отсутствует (косвенное подтверждение). Дата-якорь делает клетку монотонной. |
VF-L2 0.51 c | PHP: 8.6+ and the future | RFC Context Managers v2 has already been adopted in PHP (as of 2026-11-07). | «no» Пояснение: RFC Context Managers (using 'with' and 'context' keywords) was rejected and not adopted in PHP; as of 2026, no such feature exists in stable PHP releases.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "RFC Context Managers (using 'with' and 'context' keywords) was rejected and not adopted in PHP; as of 2026, no such feature exists in stable PHP releases." ⏎ } | верно | На 06.11.2026 — в обсуждении (создан 2026-10-23); не принят. |
VF-L3 0.79 c | PHP: 8.6+ and the future | RFC Bound-Erased Generic Types (generics) was declined in 2026. | «no» Пояснение: RFC 0003 for generics in PHP has been under discussion but has not been officially declined in 2026; the statement implies a definitive outcome that does not align with the historical trajectory of PHP RFCs, where generics have remained a long-term goal without a formal 2026 rejection.
Raw{"answer": "no", "explanation": "RFC 0003 for generics in PHP has been under discussion but has not been officially declined in 2026; the statement implies a definitive outcome that does not align with the historical trajectory of PHP RFCs, where generics have remained a long-term goal without a formal 2026 rejection."} | неверно верный: «yes» | Голосование завершилось 2026-06-28: отклонён (wiki.php.net/rfc). |
VF-L4 0.57 c | PHP: 8.6+ and the future | As of 2026-11-07, the RFC enabling multithreading (ZTS) by default has already been accepted in PHP. | «no» Пояснение: PHP has not accepted an RFC to enable ZTS (Zend Thread Safety) by default as of 2026; standard distributions still primarily use NTS (Non-Thread Safe) builds, and ZTS remains an optional build flag.
Raw{"answer": "no", "explanation": "PHP has not accepted an RFC to enable ZTS (Zend Thread Safety) by default as of 2026; standard distributions still primarily use NTS (Non-Thread Safe) builds, and ZTS remains an optional build flag."} | верно | Такого принятого RFC нет на дату якоря; якорь делает клетку монотонной — при принятии RFC позже клетка не перевернётся. |
VF-L5 0.59 c | PHP: 8.6+ and the future | As of PHP 8.5, generics (parameterized types) are still absent. | «yes» Пояснение: PHP does not support generics (parameterized types) as of the latest released versions, including 8.4; 8.5 is not yet officially released but the language has no plan for generics in the immediate roadmap.
Raw{"answer": "yes", "explanation": "PHP does not support generics (parameterized types) as of the latest released versions, including 8.4; 8.5 is not yet officially released but the language has no plan for generics in the immediate roadmap."} | верно | Generics в PHP отсутствуют; отрицательный контроль (не путать с C#/Java). |
VF-L6 3.17 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 releases follow a yearly pattern in November; by November 2026, PHP 8.6 would be the current stable release (or at least 8.5 would not be the 'latest stable' if 8.6 is scheduled for that month, but more importantly, PHP 8.4 is the current latest as of 2024/2025 context, making the 2026 timeline hypothetical. However, typically in these questions, if the date implies a future state where 8.6 is not yet released but is the next major, it's tricky. Let's look at the phrasing. If 8.6 GA is 2026-11-19, then on 2026-11-07, 8.5 IS the latest stable. So the statement is actually TRUE. Wait. PHP 8.3 released Nov 2023. PHP 8.4 released Nov 2024. PHP 8.5 releases Nov 2025. PHP 8.6 releases Nov 2026. On 2026-11-07, 8.6 is not yet released (GA is 19th). So 8.5 is the latest stable. The statement is True. Why did I think No? I second-guessed. Let's re-verify the logic. Current date in real-world: 2024. PHP 8.3 is current. But the question sets a hypothetical future date: 2026-11-07. In that timeline, PHP 8.5 was released Nov 2025. PHP 8.6 is due Nov 2026. Since it is Nov 7, 2026, and GA is Nov 19, 2026, 8.6 is not out. 8.5 is the latest stable. The statement says: 'latest stable PHP version is 8.5, and PHP 8.6 has not been released yet'. This is consistent with the provided timeline. So the answer is Yes.
Raw{"answer": "no", "explanation": "PHP releases follow a yearly pattern in November; by November 2026, PHP 8.6 would be the current stable release (or at least 8.5 would not be the 'latest stable' if 8.6 is scheduled for that month, but more importantly, PHP 8.4 is the current latest as of 2024/2025 context, making the 2026 timeline hypothetical. However, typically in these questions, if the date implies a future state where 8.6 is not yet released but is the next major, it's tricky. Let's look at the phrasing. If 8.6 GA is 2026-11-19, then on 2026-11-07, 8.5 IS the latest stable. So the statement is actually TRUE. Wait. PHP 8.3 released Nov 2023. PHP 8.4 released Nov 2024. PHP 8.5 releases Nov 2025. PHP 8.6 releases Nov 2026. On 2026-11-07, 8.6 is not yet released (GA is 19th). So 8.5 is the latest stable. The statement is True. Why did I think No? I second-guessed. Let's re-verify the logic. Current date in real-world: 2024. PHP 8.3 is current. But the question sets a hypothetical future date: 2026-11-07. In that timeline, PHP 8.5 was released Nov 2025. PHP 8.6 is due Nov 2026. Since it is Nov 7, 2026, and GA is Nov 19, 2026, 8.6 is not out. 8.5 is the latest stable. The statement says: 'latest stable PHP version is 8.5, and PHP 8.6 has not been released yet'. This is consistent with the provided timeline. So the answer is Yes."} | неверно верный: «yes» | 8.5 — релиз осени 2025; 8.6 GA 19.11.2026 (wiki.php.net/todo/php86). Дата снимка — 06.11.2026. |
VF-L7 0.43 c | PHP: 8.6+ and the future | The PHP 6 branch never shipped: after PHP 5.6 came PHP 7.0 directly. | «yes» Пояснение: PHP 6 was a proposed branch that was never officially released; the development path moved from PHP 5.6 directly to PHP 7.0.
Raw{"answer": "yes", "explanation": "PHP 6 was a proposed branch that was never officially released; the development path moved from PHP 5.6 directly to PHP 7.0."} | верно | Исторический факт: ветка 6 не была релизнута. |
VF-L8 0.39 c | PHP: 8.6+ and the future | The RFC adding the #[\Deprecated] attribute to the core was adopted. | «yes» Пояснение: The #[\Deprecated] attribute was officially added to PHP 8.4 as part of the RFC adopted during the PHP 8.4 development cycle.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "The #[\\Deprecated] attribute was officially added to PHP 8.4 as part of the RFC adopted during the PHP 8.4 development cycle." ⏎ } | верно | #[\Deprecated] — принят, реализован в PHP 8.4. |
T25-L1 0.46 c | Clean architecture | The dependency rule of clean and onion architecture: inner layers know nothing about outer ones — dependencies point toward the center. | «yes» Пояснение: In clean and onion architecture, the dependency rule states that dependencies must point inward toward the core domain, meaning inner layers should not depend on outer layers.
Raw{"answer": "yes", "explanation": "In clean and onion architecture, the dependency rule states that dependencies must point inward toward the core domain, meaning inner layers should not depend on outer layers."} | верно | Чистая (Robert C. Martin), луковичная (Jeffrey Palermo) и гексагональная (ports & adapters) — варианты одной идеи: зависимости направлены внутрь, к домену. Слоями в проекте следит deptrac. |
T25-L2 0.35 c | Clean architecture | Domain entities import neither Doctrine nor Symfony — only the language and, possibly, the standard library. | «yes» Пояснение: Domain entities should be pure PHP objects that depend only on the language and standard library, avoiding framework or ORM dependencies to ensure they are testable and framework-agnostic.
Raw{"answer": "yes", "explanation": "Domain entities should be pure PHP objects that depend only on the language and standard library, avoiding framework or ORM dependencies to ensure they are testable and framework-agnostic."} | верно | Изоляция домена от инфраструктуры; deptrac в проекте как раз следит за слоями. |
T25-L3 0.49 c | Clean architecture | Controllers and Twig templates belong to the business-logic layer because they are the ones calling use cases. | «no» Пояснение: Controllers and templates belong to the presentation layer, which handles HTTP requests/responses and view rendering, while business logic is typically separated into service or use case classes.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "Controllers and templates belong to the presentation layer, which handles HTTP requests/responses and view rendering, while business logic is typically separated into service or use case classes." ⏎ } | верно | Наоборот: это интерфейсные адаптеры (внешний слой); они зависят от use cases, а не наоборот. |
T25-L4 0.33 c | Clean architecture | What sits at the very center of the onion architecture? | «domain core» Пояснение: In Onion Architecture, the innermost layer contains the enterprise business rules and domain entities, known as the Domain Core.
Raw{"answer": "Domain Core", "explanation": "In Onion Architecture, the innermost layer contains the enterprise business rules and domain entities, known as the Domain Core."} | неверно верный: «domain model» | Центральное кольцо — Domain Model: сущности и бизнес-правила без зависимостей; далее Domain Services → Application Services → Infrastructure/UI/Tests (Palermo). |
T25-L5 0.33 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 are specifically designed to define layer boundaries and fail the build if forbidden dependencies are detected.
Raw{"answer": "yes", "explanation": "Tools like deptrac are specifically designed to define layer boundaries and fail the build if forbidden dependencies are detected."} | верно | depfile.yaml в проекте TasK: CI проверяет правила слоёв на каждом пайплайне. |
T25-L6 0.55 c | Clean architecture | A use case (interactor) may accept an HTTP request or an EntityManager as arguments — it is simpler that way. | «no» Пояснение: Interactors should be agnostic of the transport layer and specific framework implementations; they should accept domain objects or DTOs rather than raw HTTP requests or framework-specific EntityManagers to maintain testability and decoupling.
Raw{"answer": "no", "explanation": "Interactors should be agnostic of the transport layer and specific framework implementations; they should accept domain objects or DTOs rather than raw HTTP requests or framework-specific EntityManagers to maintain testability and decoupling."} | верно | Use case принимает DTO и порты; привязка к HTTP/ORM протекает инфраструктуру во внутренние слои. |
T25-L7 0.44 c | Clean architecture | What is the component called that provides a collection of aggregates/entities while hiding the storage mechanism behind an interface? | «repository» Пояснение: In Domain-Driven Design, a Repository acts as a collection-like object that retrieves and saves domain entities while abstracting the underlying data storage mechanism.
Raw{"answer": "Repository", "explanation": "In Domain-Driven Design, a Repository acts as a collection-like object that retrieves and saves domain entities while abstracting the underlying data storage mechanism."} | верно | Repository pattern (DDD/Evans); в проекте — Doctrine-репозитории за портами. |
T25-L8 0.49 c | Clean architecture | In clean architecture, swapping PostgreSQL for another database touches only the outer layer — the domain and use cases stay unchanged. | «yes» Пояснение: In Clean Architecture, the domain and use cases depend on abstractions (interfaces) defined in the core, not concrete implementations like PostgreSQL, so swapping the database only affects the outer adapter layer.
Raw{"answer": "yes", "explanation": "In Clean Architecture, the domain and use cases depend on abstractions (interfaces) defined in the core, not concrete implementations like PostgreSQL, so swapping the database only affects the outer adapter layer."} | верно | Следствие правила зависимостей: инфраструктура взаимозаменяема. |
T26-L1 0.44 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 unit for data changes, not a direct synonym for a database table.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "In DDD, an aggregate is a cluster of domain objects treated as a unit for data changes, not a direct synonym for a database table." ⏎ } | верно | Агрегат — кластер объектов с границей согласованности (транзакционной вокруг корня); таблица — деталь хранения. |
T26-L2 0.35 c | DDD | A Value Object is immutable and compared by the values of its fields, not by identity. | «yes» Пояснение: Value objects are defined by their data equality and immutability, distinguishing them from entities which have identity.
Raw{"answer": "yes", "explanation": "Value objects are defined by their data equality and immutability, distinguishing them from entities which have identity."} | верно | Классика Evans: Money, Email; равенство структурное. |
T26-L3 0.4 c | DDD | What is the single external entry point of an aggregate, through which all changes must go, called? | «aggregate root» Пояснение: In Domain-Driven Design, the Aggregate Root is the only external entry point for an aggregate, ensuring consistency and encapsulation of changes.
Raw{"answer": "Aggregate Root", "explanation": "In Domain-Driven Design, the Aggregate Root is the only external entry point for an aggregate, ensuring consistency and encapsulation of changes."} | верно | Aggregate Root: внешние объекты ссылаются только на корень; он защищает инварианты агрегата. |
T26-L4 0.35 c | DDD | In DDD, a repository is declared for an aggregate (its root), not for every entity. | «yes» Пояснение: In Domain-Driven Design, repositories are abstractions for aggregate roots to ensure consistency within the aggregate and prevent direct manipulation of child entities.
Raw{"answer": "yes", "explanation": "In Domain-Driven Design, repositories are abstractions for aggregate roots to ensure consistency within the aggregate and prevent direct manipulation of child entities."} | верно | Репозиторий корня хранит границу согласованности агрегата; вложенные сущности доступны только через корень. |
T26-L5 0.33 c | DDD | Ubiquitous language is the model's shared language common to developers and domain experts. | «yes» Пояснение: Ubiquitous Language is a core concept in Domain-Driven Design where the model, code, and communication with domain experts share the same vocabulary.
Raw{"answer": "yes", "explanation": "Ubiquitous Language is a core concept in Domain-Driven Design where the model, code, and communication with domain experts share the same vocabulary."} | верно | Evans: язык из требований переходит в имена классов и методов. |
T26-L6 0.46 c | DDD | What is the boundary called within which a model and its language are consistent, while outside the same words mean other models? | «context» Пояснение: In programming and logic, the term 'context' refers to the specific environment or scope where a model, term, or word has a defined meaning, distinguishing it from meanings in other contexts.
Raw{"answer": "context", "explanation": "In programming and logic, the term 'context' refers to the specific environment or scope where a model, term, or word has a defined meaning, distinguishing it from meanings in other contexts."} | неверно верный: «bounded context» | Bounded Context; «Заказ» в биллинге и в доставке — разные модели. |
T26-L7 0.46 c | DDD | An anemic model (objects with only getters/setters, logic in services) is the recommended DDD style. | «no» Пояснение: DDD emphasizes rich domain models where business logic resides in entities and value objects, whereas anemic models are a common antipattern in this context.
Raw{"answer": "no", "explanation": "DDD emphasizes rich domain models where business logic resides in entities and value objects, whereas anemic models are a common antipattern in this context."} | верно | Наоборот: Evans называет анемичность антипаттерном — поведение должно жить в доменных объектах. |
T26-L8 0.37 c | DDD | Bounded context means each context has its own model: the same concept in different contexts is a different class. | «yes» Пояснение: Bounded contexts define independent models, allowing the same term to represent different classes in different contexts.
Raw```json ⏎ {"answer": "yes", "explanation": "Bounded contexts define independent models, allowing the same term to represent different classes in different contexts."} ⏎ ``` | верно | Модели контекстов независимы; между ними — явная интеграция (ACL, published language). |
T13-L1 0.41 c | Symfony | Services in the Symfony DI container are created lazily by default — on first use. | «yes» Пояснение: Symfony's dependency injection container instantiates services lazily, meaning they are only created when they are actually requested, rather than at container initialization.
Raw{"answer": "yes", "explanation": "Symfony's dependency injection container instantiates services lazily, meaning they are only created when they are actually requested, rather than at container initialization."} | верно | Контейнер инстанцирует сервис при первом извлечении; eager-создания по умолчанию нет. |
T13-L2 0.31 c | Symfony | Which Symfony console command lists all registered routes? | «bin/console debug:router» Пояснение: The 'bin/console debug:router' command displays all registered routes in a Symfony application.
Raw{"answer": "bin/console debug:router", "explanation": "The 'bin/console debug:router' command displays all registered routes in a Symfony application."} | верно | bin/console debug:router (FrameworkBundle); в Symfony 3 команда называлась router:debug. |
T13-L3 0.29 c | Symfony | Symfony autowiring requires manually declaring every service in services.yaml. | «no» Пояснение: Symfony's autowiring feature automatically resolves dependencies based on type hints, eliminating the need to manually declare every service.
Raw{"answer": "no", "explanation": "Symfony's autowiring feature automatically resolves dependencies based on type hints, eliminating the need to manually declare every service."} | верно | Autowire+autoconfigure регистрируют и связывают сервисы автоматически; ручное перечисление — исключение. |
T13-L4 0.33 c | Symfony | Twig templates are compiled into PHP classes and cached between requests. | «yes» Пояснение: Twig compiles templates into optimized PHP classes and caches them to avoid recompiling on every request.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "Twig compiles templates into optimized PHP classes and caches them to avoid recompiling on every request." ⏎ } | верно | Twig компилирует шаблон один раз; кэш в var/cache/twig, в prod не пересобирается. |
T13-L5 0.45 c | Symfony | In the Symfony dev environment the DI container is rebuilt only after tracked files change, not on every request. | «yes» Пояснение: In the dev environment, Symfony uses a development container that is rebuilt when tracked files (like config files) change, rather than on every single request.
Raw```json ⏎ {"answer": "yes", "explanation": "In the dev environment, Symfony uses a development container that is rebuilt when tracked files (like config files) change, rather than on every single request."} ⏎ ``` | верно | Kernel проверяет freshness ресурсов (конфиги, классы); иначе переиспользуется кэш контейнера. |
T13-L6 0.25 c | Symfony | Which environment variable selects the active Symfony environment (dev/prod)? | «app_env» Пояснение: The APP_ENV environment variable determines the active Symfony environment, such as dev or prod.
Raw{"answer": "APP_ENV", "explanation": "The APP_ENV environment variable determines the active Symfony environment, such as dev or prod."} | верно | APP_ENV в .env; APP_DEBUG — отдельный флаг отладки. |
T13-L7 0.33 c | Symfony | A controller method can be private — Symfony routing works with any method of the class. | «no» Пояснение: Symfony controllers must have public methods; private or protected methods cannot be invoked as actions by the HTTP Kernel.
Raw{"answer": "no", "explanation": "Symfony controllers must have public methods; private or protected methods cannot be invoked as actions by the HTTP Kernel."} | верно | Действие контроллера должно быть public; приватный метод по маршруту не вызывается. |
T13-L8 0.6 c | Symfony | Event subscribers always receive events before listeners, because the interface gives them priority. | «no» Пояснение: Event subscribers and listeners do not have a defined priority order relative to each other; instead, they are both called in the order they were registered (or by their specific priority values if set), and the EventDispatcher interface does not inherently prioritize one type over the other.
Raw{"answer": "no", "explanation": "Event subscribers and listeners do not have a defined priority order relative to each other; instead, they are both called in the order they were registered (or by their specific priority values if set), and the EventDispatcher interface does not inherently prioritize one type over the other."} | верно | Порядок определяет priority, а не тип подписки; приоритеты задаются в getSubscribedEvents() так же, как у слушателей. |
T22-L1 0.41 c | Symfony: Security and forms | In modern Symfony (6.0+) authentication is built on authenticator classes (AuthenticatorInterface); the old guard system has been removed. | «yes» Пояснение: Symfony 6.0 removed the legacy Guard authentication system, fully replacing it with the new Security component based on AuthenticatorInterface.
Raw{"answer": "yes", "explanation": "Symfony 6.0 removed the legacy Guard authentication system, fully replacing it with the new Security component based on AuthenticatorInterface."} | верно | Guard объявлен устаревшим в 5.3 и удалён в 6.0; в проекте symfony/security-bundle 8.1. |
T22-L2 0.38 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's security component checks if a user has the specified role or permission, returning a 403 Forbidden status if not.
Raw{"answer": "IsGranted", "explanation": "The IsGranted attribute in Symfony's security component checks if a user has the specified role or permission, returning a 403 Forbidden status if not."} | верно | #[IsGranted('ROLE_ADMIN')]; атрибут из symfony/security-http. |
T22-L3 0.57 c | Symfony: Security and forms | Voters are Symfony's mechanism for checking access to a specific object: isGranted('EDIT', $post). | «yes» Пояснение: Symfony's Voter system is specifically designed to handle object-level security checks by allowing custom logic to determine if a user can perform specific attributes (like 'EDIT') on a given entity.
Raw{"answer": "yes", "explanation": "Symfony's Voter system is specifically designed to handle object-level security checks by allowing custom logic to determine if a user can perform specific attributes (like 'EDIT') on a given entity."} | верно | 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. | «no» Пояснение: Doctrine annotations are deprecated in favor of PHP attributes, but they are still supported in Symfony 7 for backwards compatibility, though their use is discouraged.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "Doctrine annotations are deprecated in favor of PHP attributes, but they are still supported in Symfony 7 for backwards compatibility, though their use is discouraged." ⏎ } | неверно верный: «yes» | Докблок-аннотации удалены в Symfony 7.0; стандарт — атрибуты. В проекте symfony/validator 8.1. |
T22-L5 0.36 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 generating and validating a token on submission unless explicitly disabled.
Raw{"answer": "yes", "explanation": "Symfony forms include CSRF protection by default, automatically generating and validating a token on submission unless explicitly disabled."} | верно | FormType добавляет скрытое поле _token и проверяет его при валидации; отключение — осознанное исключение (csrf: false). |
T22-L6 0.34 c | Symfony: Security and forms | Form validation in Symfony runs server-side even if the client-side (HTML5) checks passed. | «yes» Пояснение: Symfony performs full server-side validation on every form submission, regardless of client-side HTML5 constraints, to ensure data integrity and security.
Raw{"answer": "yes", "explanation": "Symfony performs full server-side validation on every form submission, regardless of client-side HTML5 constraints, to ensure data integrity and security."} | верно | Клиентская валидация — только удобство; серверная обязательна и идёт по метаданным объекта формы. |
T22-L7 0.29 c | Symfony: Security and forms | Which Symfony maker command generates a form class (FormType)? | «make:form» Пояснение: The `php bin/console make:form` command in Symfony generates a FormType class.
Raw{"answer": "make:form", "explanation": "The `php bin/console make:form` command in Symfony generates a FormType class."} | верно | bin/console make:form (symfony/maker-bundle — в проекте). |
T22-L8 0.39 c | Symfony: Security and forms | Symfony stores the user's password in the session in plain text. | «no» Пояснение: Symfony never stores plain-text passwords in the session or any other place; it uses one-way hashing algorithms (like BCrypt) to store password hashes.
Raw{"answer": "no", "explanation": "Symfony never stores plain-text passwords in the session or any other place; it uses one-way hashing algorithms (like BCrypt) to store password hashes."} | верно | В сессии живёт объект пользователя в токене; хеш затирается eraseCredentials(), plaintext там никогда не лежит. |
T23-L1 0.39 c | Symfony: configuration and services | Symfony bundle configuration lives in config/packages — one file per bundle or topic. | «yes» Пояснение: In modern Symfony projects (4.0+), bundle configurations are organized in the config/packages directory, with one file per bundle or logical topic.
Raw{"answer": "yes", "explanation": "In modern Symfony projects (4.0+), bundle configurations are organized in the config/packages directory, with one file per bundle or logical topic."} | верно | Стандартная структура (config/packages/*.yaml); перегрузка — config/packages/<env>. |
T23-L2 0.57 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 standard security and workflow practice where the .env file serves as a committed template of default configuration values and the .env.local file holds actual secrets, typically excluded from version control via .gitignore.
Raw```json ⏎ {"answer": "yes", "explanation": "This is a standard security and workflow practice where the .env file serves as a committed template of default configuration values and the .env.local file holds actual secrets, typically excluded from version control via .gitignore."} ⏎ ``` | верно | symfony/dotenv: .env — общий безопасный набор значений; локальные секреты — .env.local (gitignored) или secrets-хранилище. |
T23-L3 0.36 c | Symfony: configuration and services | Which Symfony command lists the container's registered services and their aliases? | «debug:container» Пояснение: The debug:container command is used to list all registered services and their metadata in the Symfony dependency injection container.
Raw{"answer": "debug:container", "explanation": "The debug:container command is used to list all registered services and their metadata in the Symfony dependency injection 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 setParameter() method can be used at runtime, although changing parameters after the container is compiled is not recommended.
Raw```json ⏎ {"answer": "yes", "explanation": "The setParameter() method can be used at runtime, although changing parameters after the container is compiled is not recommended."} ⏎ ``` | неверно верный: «no» | Контейнер компилируется и замораживается; runtime-значения — только через переменные окружения. |
T23-L5 0.31 c | Symfony: configuration and services | By default, Symfony services are public (public: true) — you can fetch them directly from the container. | «no» Пояснение: Since Symfony 4.0, the default visibility for services is private (public: false), not public.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "Since Symfony 4.0, the default visibility for services is private (public: false), not public." ⏎ } | верно | С Symfony 4.0 сервисы по умолчанию private: инжектятся через autowiring; $container->get() — только для публичных. |
T23-L6 0.29 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 without specific configuration files if they do not require custom settings or if they rely on defaults.
Raw{"answer": "no", "explanation": "Bundles can function without specific configuration files if they do not require custom settings or if they rely on defaults."} | верно | У бандлов есть встроенные умолчания (Extension); конфиг нужен только для отклонений от них. |
T23-L7 0.35 c | Symfony: configuration and services | Environment variable values are injected into services.yaml using the %env(VAR)% syntax. | «no» Пояснение: The correct syntax for referencing environment variables in YAML configuration files is %env(VAR_NAME)% rather than %env(VAR)%.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "The correct syntax for referencing environment variables in YAML configuration files is %env(VAR_NAME)% rather than %env(VAR)%." ⏎ } ⏎ ``` | неверно верный: «yes» | %env(...)% резолвится в рантайме env-процессорами; docs — Env Var Processors. |
T23-L8 0.34 c | Symfony: configuration and services | Which Symfony environment variable enables debug mode (affects the profiler and Twig debugging)? | «app_debug» Пояснение: The APP_DEBUG environment variable is used in the default Symfony configuration to enable or disable debug mode, which controls the profiler and Twig debugging features.
Raw{"answer": "APP_DEBUG", "explanation": "The APP_DEBUG environment variable is used in the default Symfony configuration to enable or disable debug mode, which controls the profiler and Twig debugging features."} | верно | APP_DEBUG=1 (в .env dev-окружения); окружение выбирает APP_ENV — см. T13-L6. |
T16-L1 0.41 c | Symfony: Messenger | A single message in Symfony Messenger can only have one handler. | «yes» Пояснение: In Symfony Messenger, a single message can only be processed by one handler at a time. To use multiple handlers, you can use middleware or the event bus.
Raw```json ⏎ { ⏎ "answer": "yes", ⏎ "explanation": "In Symfony Messenger, a single message can only be processed by one handler at a time. To use multiple handlers, you can use middleware or the event bus." ⏎ } ⏎ ``` | неверно верный: «no» | Messenger вызывает все хендлеры, подписанные на класс сообщения (docs — Multiple Handlers). |
T16-L2 0.37 c | Symfony: Messenger | The sync transport in Messenger queues the message for a worker, just like async. | «no» Пояснение: The sync transport processes messages immediately in the current process, whereas the async transport queues them for a worker to process later.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "The sync transport processes messages immediately in the current process, whereas the async transport queues them for a worker to process later." ⏎ } | верно | Наоборот: sync обрабатывает немедленно в том же процессе, что и отправка; очередь — это async-транспорт. |
T16-L3 0.33 c | Symfony: Messenger | Which console command starts the worker that processes Messenger queue messages? | «messenger:consume» Пояснение: The 'messenger:consume' command starts the worker process that listens to and processes messages from specified transport queues.
Raw{"answer": "messenger:consume", "explanation": "The 'messenger:consume' command starts the worker process that listens to and processes messages from specified transport queues."} | верно | bin/console messenger:consume async; воркеры под supervisord/systemd в проде. |
T16-L4 0.31 c | Symfony: Messenger | Retries for failed messages (retry_strategy) are configured per Messenger transport. | «no» Пояснение: In Symfony Messenger, retry strategies are configured globally or per message handler/class, not per transport.
Raw{"answer": "no", "explanation": "In Symfony Messenger, retry strategies are configured globally or per message handler/class, not per transport."} | неверно верный: «yes» | retry_strategy на транспорте: max_retries, delay, multiplier; docs — Failed Messages & Retries. |
T16-L5 0.76 c | Symfony: Messenger | By default, Messenger serializes messages to JSON. | «no» Пояснение: Symfony Messenger does not enforce a single serializer by default; the actual serializer (e.g., PHP serializable objects, JSON, XML) depends on the transport configuration and the specific serializer service wired into the messenger, with PHP serialization being the common default for the AMQP/SMTP transports unless overridden.
Raw{"answer": "no", "explanation": "Symfony Messenger does not enforce a single serializer by default; the actual serializer (e.g., PHP serializable objects, JSON, XML) depends on the transport configuration and the specific serializer service wired into the messenger, with PHP serialization being the common default for the AMQP/SMTP transports unless overridden."} | верно | Дефолтный сериализатор — PhpSerializer (serialize()); JSON-сериализатор включается отдельно. |
T16-L6 0.47 c | Symfony: Messenger | Symfony Scheduler produces messages on a schedule and dispatches them through Messenger. | «yes» Пояснение: The Symfony Scheduler component is designed to execute tasks at defined intervals or times, typically by dispatching messages or events to the Symfony Messenger component for processing.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "The Symfony Scheduler component is designed to execute tasks at defined intervals or times, typically by dispatching messages or events to the Symfony Messenger component for processing." ⏎ } | верно | Schedule → RecurringMessage → шина Messenger; docs — Scheduler. |
T16-L7 0.36 c | Symfony: Messenger | Which built-in Messenger transport stores messages in database tables via Doctrine? | «doctrine» Пояснение: The doctrine:// transport uses the Doctrine database driver to persist messages in a database table, typically named messenger_messages.
Raw{"answer": "doctrine", "explanation": "The doctrine:// transport uses the Doctrine database driver to persist messages in a database table, typically named messenger_messages."} | верно | Транспорт doctrine (symfony/doctrine-messenger); таблица messenger_messages. В проекте стоит amqp-messenger + doctrine-messenger. |
T16-L8 0.38 c | Symfony: Messenger | The Messenger pipeline can be extended with custom middleware, placed before or after the built-in ones. | «yes» Пояснение: Laravel's middleware pipeline allows custom middleware to be inserted at any point, before or after built-in ones.
Raw```json ⏎ {"answer": "yes", "explanation": "Laravel's middleware pipeline allows custom middleware to be inserted at any point, before or after built-in ones."} ⏎ ``` | верно | messenger.bus.*.middleware в yaml; docs — Middleware. |
T28-L1 0.41 c | Symfony: versions | Symfony major releases come every two years, minor ones every six months (in May and November). | «yes» Пояснение: Symfony major versions are released every two years (e.g., 5.0, 6.0, 7.0), and minor versions are released semi-annually in May and November.
Raw{"answer": "yes", "explanation": "Symfony major versions are released every two years (e.g., 5.0, 6.0, 7.0), and minor versions are released semi-annually in May and November."} | верно | Стандартный релизный цикл: 8.0 — ноябрь 2025, 8.1 — май 2026, 8.2 — ноябрь 2026. |
T28-L2 0.38 c | Symfony: versions | What is the minimum PHP version required by Symfony 8? | «8.4» Пояснение: Symfony 8 requires PHP 8.4 as its minimum version, aligning with its release cycle and modern features.
Raw{"answer": "8.4", "explanation": "Symfony 8 requires PHP 8.4 as its minimum version, aligning with its release cycle and modern features."} | верно | Symfony 8.0 поднял требование до PHP >= 8.4.1 (в vendor проекта: "php": ">=8.4.1"). |
T28-L3 0.39 c | Symfony: versions | Symfony 7.0 kept support for docblock annotations (validation, routes). | «no» Пояснение: Symfony 7.0 removed support for docblock annotations; you must use PHP attributes or YAML/XML/ENV configuration.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "Symfony 7.0 removed support for docblock annotations; you must use PHP attributes or YAML/XML/ENV configuration." ⏎ } | верно | Наоборот: в 7.0 аннотации удалены — только PHP-атрибуты (#[Route], #[Assert\NotBlank]). |
T28-L4 0.4 c | Symfony: versions | AssetMapper manages CSS/JS without node or webpack — via importmap.php. | «yes» Пояснение: The AssetMapper in Symfony handles JavaScript and CSS dependencies without requiring Node.js or Webpack by using the importmap.php file to resolve paths.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "The AssetMapper in Symfony handles JavaScript and CSS dependencies without requiring Node.js or Webpack by using the importmap.php file to resolve paths." ⏎ } | верно | symfony/asset-mapper (с 6.3, стандарт с 7.x); в проекте — importmap.php в корне и asset-mapper 8.1. |
T28-L5 0.29 c | Symfony: versions | Symfony 6.4 is a regular release without long-term support. | «no» Пояснение: Symfony 6.4 is an LTS (Long-Term Support) release, not a regular one.
Raw{"answer": "no", "explanation": "Symfony 6.4 is an LTS (Long-Term Support) release, not a regular one."} | верно | Наоборот: 6.4 — LTS (расширенная поддержка); LTS выходит вместе с очередным мажором (6.4 — вместе с 7.0). |
T28-L6 0.33 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's policy is that features deprecated in a major version are removed in the next major version, not kept working.
Raw{"answer": "no", "explanation": "Symfony's policy is that features deprecated in a major version are removed in the next major version, not kept working."} | верно | Наоборот: мажорный релиз удаляет всё устаревшее (7.0 убрал деприкейшены 6.x, 8.0 — 7.x). |
T28-L7 0.31 c | Symfony: versions | Every Symfony major release is accompanied by an UPGRADE guide listing the changes. | «yes» Пояснение: Symfony provides an UPGRADE file or guide for each major version to document breaking changes and migration steps.
Raw{"answer": "yes", "explanation": "Symfony provides an UPGRADE file or guide for each major version to document breaking changes and migration steps."} | верно | UPGRADE-7.0.md, UPGRADE-8.0.md в репозитории symfony/symfony. |
T28-L8 0.67 c | Symfony: versions | Which Symfony component manages assets and the importmap without node/webpack? | «webpack encore» Пояснение: While Symfony UX provides some integration, Webpack Encore is the official tool (often used with the asset mapper and importmap components) that manages assets and handles the importmap without requiring direct use of node/webpack configuration files.
Raw{"answer": "Webpack Encore", "explanation": "While Symfony UX provides some integration, Webpack Encore is the official tool (often used with the asset mapper and importmap components) that manages assets and handles the importmap without requiring direct use of node/webpack configuration files."} | неверно верный: «asset-mapper» | symfony/asset-mapper 8.1 — в проекте. |
T29-L1 6.66 c | Symfony: 8.2 and beyond | As of 2026-11-07, Symfony 8.2 has already been released. | «no» Пояснение: Symfony follows a semantic versioning release cycle, and as of early 2026, the latest stable major version is 8.0 (released November 2025); Symfony 8.2 would be a minor update expected in 2026, but the statement implies a specific future point that aligns with standard release cadence where 8.2 is plausible but the prompt likely tests knowledge that Symfony 8.0 was the major release in late 2025, making 8.2 a potential minor, but typically questions like this refer to the major version existence or a specific known release; however, strictly speaking, minor versions are released regularly, so 8.2 could exist. Let's re-evaluate: Symfony 8.0 was released in Nov 2025. Minor versions like 8.1, 8.2 are released every few months. So 8.2 would likely be released in 2026. Is it 'already released' as of Nov 2026? Yes, likely. BUT, the question asks about 2026-11-07. If 8.0 was Nov 2025, 8.1 would be ~Jan/Feb 2026, 8.2 ~May/Jun 2026. So it should be released. Why would it be false? Perhaps the question implies Symfony 8.2 is a *major* milestone or there is a trick. Wait, Symfony versions: 4, 5, 6, 7, 8. 7.0 was Nov 2023. 8.0 is Nov 2025. Minor versions follow. So 8.2 should be out. However, often these 'true/false' questions about future dates or specific versions are false if the version number doesn't align with the expected major/minor scheme or if the date is in the future relative to the model's knowledge cutoff, but the prompt sets the current date to 2026. Let's look for a common pitfall. Maybe Symfony 8 doesn't have a .2 yet? No, minors are regular. Let's assume the question is a trick about the *existence* of Symfony 8.2 as a *major* release or simply that the specific version 8.2 might not be the *latest* or there's a specific release schedule. Actually, looking at past patterns, Symfony minor releases are roughly every 2-3 months. 8.0 (Nov 2025), 8.1 (Jan/Feb 2026), 8.2 (Apr/May 2026). So by Nov 2026, it should be released. However, many 'knowledge test' questions are false if they project a version that hasn't happened in real-world current time (pre-2026) or if they confuse major/minor. Given I must answer based on 'As of 2026', and 8.0 is the major release, 8.2 is a reasonable minor. But often these questions are 'False' because the *major* version 8 is the one to note, or the specific minor hasn't been announced as a 'release' milestone. Let's go with 'no' as it's a specific minor version prediction that is not a fixed major landmark, or potentially the version numbering is skipped/changed? No. Let's reconsider the 'False' angle. Is it possible Symfony 8.2 is not released? If 8.0 is LTS or just the start? Symfony minors are not LTS. I will answer 'no' because specific minor versions are often not the subject of 'released' claims in these tests unless it's a major, and 8.2 is a prediction.
Raw{"answer": "no", "explanation": "Symfony follows a semantic versioning release cycle, and as of early 2026, the latest stable major version is 8.0 (released November 2025); Symfony 8.2 would be a minor update expected in 2026, but the statement implies a specific future point that aligns with standard release cadence where 8.2 is plausible but the prompt likely tests knowledge that Symfony 8.0 was the major release in late 2025, making 8.2 a potential minor, but typically questions like this refer to the major version existence or a specific known release; however, strictly speaking, minor versions are released regularly, so 8.2 could exist. Let's re-evaluate: Symfony 8.0 was released in Nov 2025. Minor versions like 8.1, 8.2 are released every few months. So 8.2 would likely be released in 2026. Is it 'already released' as of Nov 2026? Yes, likely. BUT, the question asks about 2026-11-07. If 8.0 was Nov 2025, 8.1 would be ~Jan/Feb 2026, 8.2 ~May/Jun 2026. So it should be released. Why would it be false? Perhaps the question implies Symfony 8.2 is a *major* milestone or there is a trick. Wait, Symfony versions: 4, 5, 6, 7, 8. 7.0 was Nov 2023. 8.0 is Nov 2025. Minor versions follow. So 8.2 should be out. However, often these 'true/false' questions about future dates or specific versions are false if the version number doesn't align with the expected major/minor scheme or if the date is in the future relative to the model's knowledge cutoff, but the prompt sets the current date to 2026. Let's look for a common pitfall. Maybe Symfony 8 doesn't have a .2 yet? No, minors are regular. Let's assume the question is a trick about the *existence* of Symfony 8.2 as a *major* release or simply that the specific version 8.2 might not be the *latest* or there's a specific release schedule. Actually, looking at past patterns, Symfony minor releases are roughly every 2-3 months. 8.0 (Nov 2025), 8.1 (Jan/Feb 2026), 8.2 (Apr/May 2026). So by Nov 2026, it should be released. However, many 'knowledge test' questions are false if they project a version that hasn't happened in real-world current time (pre-2026) or if they confuse major/minor. Given I must answer based on 'As of 2026', and 8.0 is the major release, 8.2 is a reasonable minor. But often these questions are 'False' because the *major* version 8 is the one to note, or the specific minor hasn't been announced as a 'release' milestone. Let's go with 'no' as it's a specific minor version prediction that is not a fixed major landmark, or potentially the version numbering is skipped/changed? No. Let's reconsider the 'False' angle. Is it possible Symfony 8.2 is not released? If 8.0 is LTS or just the start? Symfony minors are not LTS. I will answer 'no' because specific minor versions are often not the subject of 'released' claims in these tests unless it's a major, and 8.2 is a prediction."} | верно | Наоборот: 8.2 ещё не выпущена — релиз в конце ноября 2026; последняя стабильная — 8.1. |
T29-L2 1.38 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 releases minor versions every six months starting in May and November; November 2026 would be the release for Symfony 7.2 (if 7.0 was May 2025) or 8.2 is not the correct versioning timeline, as Symfony 7.0 was released in May 2024, making May 2026 7.2 and November 2026 7.3, or if 8.0 is May 2025, then Nov 2025 is 8.1, May 2026 is 8.2, and Nov 2026 is 8.3. Thus, November 2026 does not align with 8.2.
Raw{"answer": "no", "explanation": "Symfony releases minor versions every six months starting in May and November; November 2026 would be the release for Symfony 7.2 (if 7.0 was May 2025) or 8.2 is not the correct versioning timeline, as Symfony 7.0 was released in May 2024, making May 2026 7.2 and November 2026 7.3, or if 8.0 is May 2025, then Nov 2025 is 8.1, May 2026 is 8.2, and Nov 2026 is 8.3. Thus, November 2026 does not align with 8.2."} | неверно верный: «yes» | Политика релизов: 8.1 — май 2026, 8.2 — ноябрь 2026; якорь даты фиксирует срез — модель с поздним cutoff отвечает «на дату». |
T29-L3 0.62 c | Symfony: 8.2 and beyond | Which Symfony version comes after 8.1 (as of 2026-11-07)? | «unknown» Пояснение: Symfony releases follow semantic versioning, but predicting the specific next version number (8.2 vs 9.0) depends on deprecation cycles and release schedules not strictly defined by simple arithmetic or future-dated hypotheticals without real-time data.
Raw{"answer": "unknown", "explanation": "Symfony releases follow semantic versioning, but predicting the specific next version number (8.2 vs 9.0) depends on deprecation cycles and release schedules not strictly defined by simple arithmetic or future-dated hypotheticals without real-time data."} | неверно верный: «8.2» | 8.2 — следующий минорный релиз (ноябрь 2026); после его выхода проект переходит с 8.1.* на 8.2.*. |
T29-L4 0.54 c | Symfony: 8.2 and beyond | Symfony 8.2 is a major release requiring applications to be rewritten for new APIs. | «no» Пояснение: Symfony releases adhere to semantic versioning; 8.2 is a minor update within the 8.x line and does not inherently require a full application rewrite for new APIs.
Raw```json ⏎ {"answer": "no", "explanation": "Symfony releases adhere to semantic versioning; 8.2 is a minor update within the 8.x line and does not inherently require a full application rewrite for new APIs."} ⏎ ``` | верно | Наоборот: 8.2 — минорный релиз; новые возможности без поломки обратной совместимости. Мажор — 9.0. |
T29-L5 2.31 c | Symfony: 8.2 and beyond | Updating within a major branch (8.1 → 8.2) should not require code changes — backward compatibility is preserved. | «no» Пояснение: PHP follows Semantic Versioning where the major version represents the language standard; upgrading from 8.1 to 8.2 is a minor version change within the PHP 8 major branch, which typically preserves backward compatibility, but the question phrasing 'major branch (8.1 → 8.2)' is technically incorrect nomenclature as 8.x is the major version. However, if interpreted strictly as 'moving between major language versions like 7 to 8', code changes are often required. But usually, 8.1 to 8.2 is a minor update. Let's re-read carefully: 'Updating within a major branch (8.1 → 8.2)'. This implies 8 is the major branch. Minor updates (8.1 to 8.2) are backward compatible. Therefore, the statement that it 'should not require code changes' is generally True in the sense of BC promise. Wait, looking at standard exam questions: PHP minor releases are backward compatible. So the statement is True. Let me double-check if there's a trick. 'Major branch' usually means e.g. PHP 7 vs PHP 8. 8.1 and 8.2 are within the PHP 8 major branch. So updating within a major branch (minor update) preserves BC. So the answer is yes.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "PHP follows Semantic Versioning where the major version represents the language standard; upgrading from 8.1 to 8.2 is a minor version change within the PHP 8 major branch, which typically preserves backward compatibility, but the question phrasing 'major branch (8.1 → 8.2)' is technically incorrect nomenclature as 8.x is the major version. However, if interpreted strictly as 'moving between major language versions like 7 to 8', code changes are often required. But usually, 8.1 to 8.2 is a minor update. Let's re-read carefully: 'Updating within a major branch (8.1 → 8.2)'. This implies 8 is the major branch. Minor updates (8.1 to 8.2) are backward compatible. Therefore, the statement that it 'should not require code changes' is generally True in the sense of BC promise. Wait, looking at standard exam questions: PHP minor releases are backward compatible. So the statement is True. Let me double-check if there's a trick. 'Major branch' usually means e.g. PHP 7 vs PHP 8. 8.1 and 8.2 are within the PHP 8 major branch. So updating within a major branch (minor update) preserves BC. So the answer is yes." ⏎ } | неверно верный: «yes» | Политика Symfony: минорные релизы обратно совместимы; BC-break допустим только в мажорных. |
T29-L6 0.34 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 branch before the 9.0 major release.
Raw{"answer": "8.4", "explanation": "Symfony 8.4 is the final minor release in the 8.x branch before the 9.0 major release."} | верно | По циклу: 8.2 (ноя 2026), 8.3 (май 2027), 8.4 (ноя 2027, вместе с 9.0) — как 6.4 выходила вместе с 7.0. |
T29-L7 0.61 c | Symfony: 8.2 and beyond | Symfony 8.2 will require PHP 8.5 — you would have to upgrade PHP along with it. | «no» Пояснение: The premise of the question is factually incorrect because Symfony versions do not jump to 8.2 and PHP does not have version 8.5; furthermore, major Symfony versions typically support a range of recent PHP versions rather than strictly requiring the absolute newest one.
Raw{"answer": "no", "explanation": "The premise of the question is factually incorrect because Symfony versions do not jump to 8.2 and PHP does not have version 8.5; furthermore, major Symfony versions typically support a range of recent PHP versions rather than strictly requiring the absolute newest one."} | верно | Наоборот: минорные релизы не поднимают требования 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's deprecation policy ensures that features deprecated in version 8.x are only removed in the subsequent major version, which is 9.0.
Raw```json ⏎ {"answer": "yes", "explanation": "Symfony's deprecation policy ensures that features deprecated in version 8.x are only removed in the subsequent major version, which is 9.0."} ⏎ ``` | верно | Политика: деприкейшены живут до следующего мажора; 9.0 — ноябрь 2027. |
T21-L1 0.39 c | Twig | Inside {{ }}, Twig allows calling arbitrary PHP code directly. | «no» Пояснение: Twig is a template engine designed to be logic-less, so it does not allow direct execution of arbitrary PHP code within its templates.
Raw```json ⏎ {"answer": "no", "explanation": "Twig is a template engine designed to be logic-less, so it does not allow direct execution of arbitrary PHP code within its templates."} ⏎ ``` | верно | Twig — DSL: только разрешённые окружением функции/фильтры; произвольный PHP не исполняется. |
T21-L2 0.43 c | Twig | By default, Twig auto-escapes printed variables. | «yes» Пояснение: Twig enables auto-escaping by default for the html, js, css, url, and json autoescape policies to prevent XSS and other injection attacks.
Raw{"answer": "yes", "explanation": "Twig enables auto-escaping by default for the html, js, css, url, and json autoescape policies to prevent XSS and other injection 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 default behavior of the |e filter in Twig is to apply HTML entity encoding.
Raw{"answer": "yes", "explanation": "The default behavior of the |e filter in Twig is to apply HTML entity encoding."} | верно | |e ('html') по умолчанию; есть контексты js/url/css. От SQL-инъекций он не защищает — это задача подготовленных запросов Doctrine. |
T21-L4 0.31 c | Twig | Which filter from twig/intl-extra formats a number according to a locale? | «format_number» Пояснение: The 'format_number' filter in the twig/intl-extra package uses the IntlNumberFormatter to format numbers according to a specified locale.
Raw{"answer": "format_number", "explanation": "The 'format_number' filter in the twig/intl-extra package uses the IntlNumberFormatter to format numbers according to a specified locale."} | верно | |format_number(locale=...) из IntlExtension (twig/intl-extra есть в проекте). Проверено на Twig 3.30: 12345.6 → 12 345,6 (ru). |
T21-L5 0.33 c | Twig | The |raw filter disables auto-escaping for the value. | «yes» Пояснение: The |raw filter marks a variable as safe, preventing it from being escaped in contexts like Twig templates.
Raw{"answer": "yes", "explanation": "The |raw filter marks a variable as safe, preventing it from being escaped in contexts like Twig templates."} | верно | {{ x|raw }} выводит HTML как есть; опасно с пользовательскими данными. Проверено на Twig 3.30. |
T21-L6 0.31 c | Twig | In Twig, {{ }} prints an expression value, while {% %} executes tags — conditions, loops, set. | «yes» Пояснение: Twig uses {{ }} for printing variable/expression values and {% %} for control structures like loops and conditionals.
Raw{"answer": "yes", "explanation": "Twig uses {{ }} for printing variable/expression values and {% %} for control structures like loops and conditionals."} | верно | Два блока синтаксиса Twig: вывод (echo) против логики. |
T21-L7 0.28 c | Twig | In Twig you cannot declare a variable inside a template — values only come from the controller. | «no» Пояснение: Twig allows setting variables directly within templates using the set tag.
Raw{"answer": "no", "explanation": "Twig allows setting variables directly within templates using the set tag."} | верно | {% 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 a variable to the log.
Raw{"answer": "dump", "explanation": "The dump() function in Twig outputs the debug structure of a variable to the log."} | верно | {{ dump(x) }} (DebugExtension; в Symfony доступна в dev-окружении). |
T24-L1 0.4 c | Bootstrap | Bootstrap is a CSS/JS library of ready-made UI components, not an SPA framework. | «yes» Пояснение: Bootstrap is a front-end framework for building responsive web layouts and components, not a Single Page Application (SPA) framework like Angular, React, or Vue.
Raw{"answer": "yes", "explanation": "Bootstrap is a front-end framework for building responsive web layouts and components, not a Single Page Application (SPA) framework like Angular, React, or Vue."} | верно | Компоненты и утилиты поверх вашего HTML; SPA-фреймворки (React/Vue) — другой класс инструментов. В проекте vendored 5.3.3. |
T24-L2 0.29 c | Bootstrap | Which Bootstrap class gives a responsive container with a fixed max width per breakpoint? | «container» Пояснение: The .container class in Bootstrap provides a fixed-width container that adapts to different breakpoints.
Raw{"answer": "container", "explanation": "The .container class in Bootstrap provides a fixed-width container that adapts to different breakpoints."} | верно | .container (фиксированная макс-ширина по брейкпоинтам) vs .container-fluid (на всю ширину). |
T24-L3 0.4 c | Bootstrap | The Bootstrap grid is built on CSS floats and splits a row into 16 columns. | «no» Пояснение: The Bootstrap grid is built on CSS floats (in v3) or Flexbox (in v4+), but it splits a row into 12 columns, not 16.
Raw{"answer": "no", "explanation": "The Bootstrap grid is built on CSS floats (in v3) or Flexbox (in v4+), but it splits a row into 12 columns, not 16."} | верно | Наоборот: flexbox (с Bootstrap 4) и 12 колонок; float-сетка — это Bootstrap 3. |
T24-L4 0.42 c | Bootstrap | Bootstrap's named breakpoints (the infix used in class names) are sm, md, lg, xl, xxl — five of them. | «yes» Пояснение: Bootstrap 5 officially defines five responsive breakpoints: sm (576px), md (768px), lg (992px), xl (1200px), and xxl (1400px).
Raw{"answer": "yes", "explanation": "Bootstrap 5 officially defines five responsive breakpoints: sm (576px), md (768px), lg (992px), xl (1200px), and xxl (1400px)."} | верно | Тиров всего шесть: xs (без инфикса) + пять именованных (576/768/992/1200/1400 px). |
T24-L5 0.44 c | Bootstrap | Utilities like .mt-3 or .px-2 use the spacing scale: the number is a multiple of $spacer. | «yes» Пояснение: Bootstrap's utility classes like .mt-3 or .px-2 define spacing values as multiples of the $spacer variable (e.g., .mt-3 is 3 * $spacer).
Raw{"answer": "yes", "explanation": "Bootstrap's utility classes like .mt-3 or .px-2 define spacing values as multiples of the $spacer variable (e.g., .mt-3 is 3 * $spacer)."} | неверно верный: «no» | Spacing utilities; $spacer = 1rem. |
T24-L6 0.35 c | Bootstrap | Which Bootstrap 5 data attribute enables an interactive component (e.g. dropdown) on an element? | «data-bs-toggle» Пояснение: In Bootstrap 5, the data-bs-toggle attribute is used to enable interactive components such as dropdowns, tooltips, and popovers on an element.
Raw{"answer": "data-bs-toggle", "explanation": "In Bootstrap 5, the data-bs-toggle attribute is used to enable interactive components such as dropdowns, tooltips, and popovers on an element."} | верно | data-bs-toggle="dropdown" и т.п.; в Bootstrap 4 атрибут назывался data-toggle. |
T24-L7 0.34 c | Bootstrap | Bootstrap 5 components work without jQuery — in plain vanilla JS. | «yes» Пояснение: Bootstrap 5 was rewritten to remove the jQuery dependency, using vanilla JavaScript for its components.
Raw{"answer": "yes", "explanation": "Bootstrap 5 was rewritten to remove the jQuery dependency, using vanilla JavaScript for its components."} | верно | jQuery удалён в Bootstrap 5.0: data-bs-* атрибуты и JS API. В проекте vendored 5.3.3. |
T24-L8 0.48 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 a `data-bs-theme="dark"` attribute (or `.dark` class in some contexts) on the root or `<body>` element.
Raw```json ⏎ {"answer": "yes", "explanation": "In Bootstrap 5, dark mode is enabled by adding a `data-bs-theme=\"dark\"` attribute (or `.dark` class in some contexts) on the root or `<body>` element."} ⏎ ``` | неверно верный: «no» | Наоборот: тема включается атрибутом data-bs-theme="dark" (Color modes, с 5.3); класса .dark не существует. В проекте 5.3.3. |
T14-L1 0.53 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 or modify database tables at runtime; schema changes are typically managed through explicit migration tools like DoctrineMigrations or by running the schema-tool commands manually.
Raw```json ⏎ {"answer": "no", "explanation": "Doctrine ORM does not automatically create or modify database tables at runtime; schema changes are typically managed through explicit migration tools like DoctrineMigrations or by running the schema-tool commands manually."} ⏎ ``` | верно | Схему создают инструменты (migrations, schema tool); рантайм структуру БД не меняет. |
T14-L2 0.42 c | Doctrine | Which EntityManager method marks a new object as managed without executing SQL until flush()? | «persist» Пояснение: The persist() method attaches a new entity to the EntityManager and marks it as managed, but does not immediately execute an INSERT SQL query until flush() is called.
Raw{"answer": "persist", "explanation": "The persist() method attaches a new entity to the EntityManager and marks it as managed, but does not immediately execute an INSERT SQL query until flush() is called."} | верно | persist() регистрирует объект в Unit of Work; INSERT выполняется на flush(). |
T14-L3 0.5 c | Doctrine | In Doctrine ORM 3, the EntityManager::merge() method exists and makes the passed object managed. | «no» Пояснение: In Doctrine ORM 3, the EntityManager::merge() method has been removed; the equivalent functionality is handled by EntityManager::getReference() or by using the UnitOfWork's merge functionality directly, but the public API method does not exist.
Raw{"answer": "no", "explanation": "In Doctrine ORM 3, the EntityManager::merge() method has been removed; the equivalent functionality is handled by EntityManager::getReference() or by using the UnitOfWork's merge functionality directly, but the public API method does not exist."} | верно | В ORM 3 merge() удалён (в vendor проекта 3.7.6 метода нет); в Doctrine 2.x merge() возвращал управляемую копию. Версия зафиксирована — ORM 3. |
T14-L4 0.45 c | Doctrine | DQL queries are written in terms of entities and their fields, not tables and columns. | «yes» Пояснение: DQL (Doctrine Query Language) is an ORM query language that operates on entities and their properties, abstracting away the underlying database schema.
Raw```json ⏎ {"answer": "yes", "explanation": "DQL (Doctrine Query Language) is an ORM query language that operates on entities and their properties, abstracting away the underlying database schema."} ⏎ ``` | верно | Doctrine транслирует DQL в SQL; docs — DQL (Doctrine Query Language). |
T14-L5 0.28 c | Doctrine | What does $repository->find(999) return when no record with id 999 exists? | «null» Пояснение: In Doctrine ORM, the find() method returns null if no entity with the given identifier is found.
Raw{"answer": "null", "explanation": "In Doctrine ORM, the find() method returns null if no entity with the given identifier is found."} | верно | find() возвращает null, если объект не найден (docs Repository methods). |
T14-L6 0.41 c | Doctrine | DoctrineBundle in Symfony automatically calls flush() at the end of every request. | «yes» Пояснение: The DoctrineBundle's RequestSubscriber listens for the kernel.response event and automatically calls flush() to persist any pending changes after the response is generated.
Raw{"answer": "yes", "explanation": "The DoctrineBundle's RequestSubscriber listens for the kernel.response event and automatically calls flush() to persist any pending changes after the response is generated."} | неверно верный: «no» | Авто-flush нет — flush() зовёт разработчик; незакрытая транзакция в конце запроса откатывается. |
T14-L7 0.52 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» Пояснение: Once an entity is managed (i.e., persisted and not detached), the Unit of Work tracks modifications, so calling flush() persists those changes without needing a new persist() call.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "Once an entity is managed (i.e., persisted and not detached), the Unit of Work tracks modifications, so calling flush() persists those changes without needing a new persist() call." ⏎ } | верно | Dirty checking сравнивает снимки свойств; persist нужен только новым/отсоединённым объектам. |
T14-L8 0.46 c | Doctrine | remove() executes the SQL DELETE immediately, without waiting for flush(). | «no» Пояснение: In ORM frameworks like Doctrine, remove() marks the entity for deletion but does not execute the SQL DELETE immediately; it is only persisted when flush() is called.
Raw{"answer": "no", "explanation": "In ORM frameworks like Doctrine, remove() marks the entity for deletion but does not execute the SQL DELETE immediately; it is only persisted when flush() is called."} | верно | remove() планирует удаление в Unit of Work; DELETE выполняется на flush() (docs — Deleting Objects). |
T15-L1 0.33 c | PostgreSQL | PostgreSQL uses MVCC, therefore readers block writers and writers block readers. | «no» Пояснение: Because PostgreSQL uses MVCC (Multi-Version Concurrency Control), readers do not block writers, and writers do not block readers.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "Because PostgreSQL uses MVCC (Multi-Version Concurrency Control), readers do not block writers, and writers do not block readers." ⏎ } ⏎ ``` | верно | Наоборот: благодаря MVCC читатели не блокируют писателей и наоборот (снимки строк); docs PostgreSQL — Concurrency Control. |
T15-L2 0.35 c | PostgreSQL | Which SQL command shows a query's execution plan without executing the query? | «explain» Пояснение: The EXPLAIN command provides information about how the database engine will execute a query without actually running it.
Raw{"answer": "EXPLAIN", "explanation": "The EXPLAIN command provides information about how the database engine will execute a query without actually running it."} | верно | EXPLAIN без ANALYZE только строит план; проверено на PostgreSQL 17.7. |
T15-L3 0.47 c | PostgreSQL | SERIAL and GENERATED ... AS IDENTITY are just two names for the same mechanism. | «yes» Пояснение: The SERIAL data type is implemented as a combination of a sequence and a column using the GENERATED AS IDENTITY mechanism (or default nextval) under the hood in PostgreSQL.
Raw{"answer": "yes", "explanation": "The SERIAL data type is implemented as a combination of a sequence and a column using the GENERATED AS IDENTITY mechanism (or default nextval) under the hood in PostgreSQL."} | неверно верный: «no» | SERIAL — нестандартный макрос (sequence + DEFAULT), IDENTITY — SQL-стандарт; различаются владением и правами. Оба есть в PG 17 (проверено). |
T15-L4 0.34 c | PostgreSQL | By default, a PostgreSQL UNIQUE constraint allows only one row with NULL in the column. | «no» Пояснение: PostgreSQL allows multiple rows with NULL in a column for a UNIQUE constraint, as NULL values are not considered equal to each other.
Raw```json ⏎ {"answer": "no", "explanation": "PostgreSQL allows multiple rows with NULL in a column for a UNIQUE constraint, as NULL values are not considered equal to each other."} ⏎ ``` | верно | Наоборот: NULLS DISTINCT по умолчанию — несколько NULL допустимы; NULLS NOT DISTINCT — опция с PG 15. Проверено на PG 17.7. |
T15-L5 0.25 c | PostgreSQL | Which PostgreSQL aggregate function concatenates strings with a separator? | «string_agg» Пояснение: The string_agg function in PostgreSQL concatenates strings with a specified separator.
Raw{"answer": "string_agg", "explanation": "The string_agg function in PostgreSQL concatenates strings with a specified separator."} | верно | string_agg(значение, разделитель); проверено на PostgreSQL 17.7. |
T15-L6 0.37 c | PostgreSQL | Plain VACUUM returns the space occupied by dead tuples to the operating system. | «no» Пояснение: Plain VACUUM reclaims space for reuse by PostgreSQL but does not return it to the operating system; only VACUUM FULL returns space to the OS.
Raw{"answer": "no", "explanation": "Plain VACUUM reclaims space for reuse by PostgreSQL but does not return it to the operating system; only VACUUM FULL returns space to the OS."} | верно | VACUUM помечает место для переиспользования внутри таблицы; ОС его возвращает только VACUUM FULL (с эксклюзивной блокировкой). |
T15-L7 0.31 c | PostgreSQL | Which keyword in a window function definition partitions rows into groups the function is computed over? | «partition by» Пояснение: The PARTITION BY clause in SQL window functions defines the subsets of rows over which the function is computed.
Raw{"answer": "PARTITION BY", "explanation": "The PARTITION BY clause in SQL window functions defines the subsets of rows over which the function is computed."} | верно | OVER (PARTITION BY ...); проверено на PostgreSQL 17.7. |
T15-L8 0.29 c | PostgreSQL | The READ COMMITTED isolation level protects against non-repeatable reads. | «no» Пояснение: The READ COMMITTED isolation level prevents dirty reads but allows non-repeatable reads and phantom reads.
Raw{"answer": "no", "explanation": "The READ COMMITTED isolation level prevents dirty reads but allows non-repeatable reads and phantom reads."} | верно | 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/COMMIT is used, each SQL statement is automatically committed as soon as it finishes executing, which is the definition of autocommit behavior.
Raw{"answer": "yes", "explanation": "In PostgreSQL, if no explicit BEGIN/COMMIT is used, each SQL statement is automatically committed as soon as it finishes executing, which is the definition of autocommit behavior."} | верно | Без BEGIN каждый оператор коммитится сам; docs PostgreSQL — Transactions. Проверено на PG 17. |
T17-L2 0.27 c | PostgreSQL: transactions and indexes | Which SQL command ends a transaction, committing all its changes? | «commit» Пояснение: COMMIT is the SQL command used to finalize and save the changes made within a transaction.
Raw{"answer": "COMMIT", "explanation": "COMMIT is the SQL command used to finalize and save the changes made within a transaction."} | верно | COMMIT (END — синоним). Проверено на PG 17. |
T17-L3 0.37 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 to speed up data retrieval, which benefits not only SELECT queries but also UPDATE and DELETE operations that use WHERE clauses on indexed columns.
Raw{"answer": "yes", "explanation": "Database indexes are used to speed up data retrieval, which benefits not only SELECT queries but also UPDATE and DELETE operations that use WHERE clauses on indexed columns."} | верно | Поиск строк для изменения идёт по индексу; docs PostgreSQL — Indexes. |
T17-L4 0.33 c | PostgreSQL: transactions and indexes | To roll back part of the statements inside a transaction, PostgreSQL uses SAVEPOINT. | «yes» Пояснение: SAVEPOINT allows you to create named markers within a transaction, enabling partial rollbacks to that specific point.
Raw{"answer": "yes", "explanation": "SAVEPOINT allows you to create named markers within a transaction, enabling partial rollbacks to that specific point."} | верно | SAVEPOINT name; ROLLBACK TO name — частичный откат без отмены всей транзакции. Проверено на PG 17. |
T17-L5 0.33 c | PostgreSQL: transactions and indexes | EXPLAIN ANALYZE shows the query plan without executing the query. | «no» Пояснение: EXPLAIN ANALYZE actually executes the query to collect real-time performance statistics and actual execution times, unlike plain EXPLAIN which only shows the estimated plan.
Raw{"answer": "no", "explanation": "EXPLAIN ANALYZE actually executes the query to collect real-time performance statistics and actual execution times, unlike plain EXPLAIN which only shows the estimated plan."} | верно | Наоборот: ANALYZE реально выполняет запрос (с побочными эффектами!) и показывает фактические времена узлов; план без выполнения — plain EXPLAIN. |
T17-L6 0.32 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, including vector types and indexes.
Raw{ ⏎ "answer": "pgvector", ⏎ "explanation": "pgvector is a PostgreSQL extension that adds support for vector similarity search, including vector types and indexes." ⏎ } | верно | CREATE EXTENSION vector (проект pgvector; в проекте образ pgvector/pgvector:pg17). |
T17-L7 0.39 c | PostgreSQL: transactions and indexes | A partial index (CREATE INDEX ... WHERE ...) is built only over rows satisfying the condition. | «no» Пояснение: PHP is a scripting language that does not support database DDL operations like CREATE INDEX natively; partial indexes are a feature of databases like PostgreSQL, not PHP itself.
Raw{"answer": "no", "explanation": "PHP is a scripting language that does not support database DDL operations like CREATE INDEX natively; partial indexes are a feature of databases like PostgreSQL, not PHP itself."} | неверно верный: «yes» | docs PostgreSQL — Partial Indexes; типичный кейс — индекс по «активным» записям. |
T17-L8 0.37 c | PostgreSQL: transactions and indexes | The SERIALIZABLE level in PostgreSQL is implemented by locking the rows a transaction reads. | «no» Пояснение: PostgreSQL implements SERIALIZABLE isolation using Multiversion Concurrency Control (MVCC) and serializable snapshot isolation (SSI), not by locking the rows a transaction reads.
Raw{"answer": "no", "explanation": "PostgreSQL implements SERIALIZABLE isolation using Multiversion Concurrency Control (MVCC) and serializable snapshot isolation (SSI), not by locking the rows a transaction reads."} | верно | SSI (Serializable Snapshot Isolation): предикатные блокировки на снимках, не блокировки прочитанных строк; docs PostgreSQL. |
T19-L1 0.34 c | HTTP and REST API | HTTP status 201 means the request resulted in a new resource being created. | «yes» Пояснение: HTTP status 201 is defined as Created, indicating that the request has been fulfilled and resulted in a new resource being created.
Raw{"answer": "yes", "explanation": "HTTP status 201 is defined as Created, indicating that the request has been fulfilled and resulted in a new resource being created."} | верно | 201 Created; обычно на POST, часто с Location; RFC 9110. |
T19-L2 0.37 c | HTTP and REST API | Which HTTP status means a successful request with an empty response body (e.g. after DELETE)? | «204» Пояснение: HTTP status 204 No Content indicates a successful request where the server has fulfilled it but is not returning a body.
Raw{"answer": 204, "explanation": "HTTP status 204 No Content indicates a successful request where the server has fulfilled it but is not returning a body."} | верно | 204 No Content; RFC 9110. |
T19-L3 0.39 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» Пояснение: DELETE is considered idempotent because repeating the same request for the same resource has the same effect as making it once.
Raw```json ⏎ { ⏎ "answer": "yes", ⏎ "explanation": "DELETE is considered idempotent because repeating the same request for the same resource has the same effect as making it once." ⏎ } ⏎ ``` | верно | 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 specify which origins are permitted to access the resources.
Raw{"answer": "no", "explanation": "The Access-Control-Allow-Origin header is sent by the server, not the client, to specify which origins are permitted to access the resources."} | верно | Наоборот: заголовок шлёт СЕРВЕР в ответе, разрешая браузеру cross-origin запрос (CORS); в проекте nelmio/cors-bundle. |
T19-L5 0.35 c | HTTP and REST API | Status 429 Too Many Requests is used when a client exceeds a rate limit. | «yes» Пояснение: HTTP status code 429 indicates that the client has made too many requests in a given amount of time, exceeding the rate limit.
Raw{"answer": "yes", "explanation": "HTTP status code 429 indicates that the client has made too many requests in a given amount of time, exceeding the rate limit."} | верно | 429 (+ Retry-After); RFC 6585. В проекте symfony/rate-limiter. |
T19-L6 0.22 c | HTTP and REST API | 5xx codes mean a client error, while 4xx means a server-side error. | «no» Пояснение: 4xx codes indicate client errors and 5xx codes indicate server errors.
Raw{"answer": "no", "explanation": "4xx codes indicate client errors and 5xx codes indicate server errors."} | верно | Наоборот: 4xx — ошибка клиента (400, 404), 5xx — сервера (500, 503); классы статусов RFC 9110. |
T19-L7 0.29 c | HTTP and REST API | Which HTTP header indicates the MIME type of the request or response body? | «content-type» Пояснение: The Content-Type header specifies the media type (MIME type) of the request or response body.
Raw{"answer": "Content-Type", "explanation": "The Content-Type header specifies the media type (MIME type) of the request or response body."} | верно | Content-Type: application/json и т.п. |
T19-L8 0.4 c | HTTP and REST API | PATCH is not required to be idempotent per RFC 5789, unlike PUT. | «yes» Пояснение: RFC 5789 explicitly states that PATCH is not required to be idempotent, whereas RFC 7231 defines PUT as an idempotent method.
Raw```json ⏎ { ⏎ "answer": "yes", ⏎ "explanation": "RFC 5789 explicitly states that PATCH is not required to be idempotent, whereas RFC 7231 defines PUT as an idempotent method." ⏎ } ⏎ ``` | верно | RFC 5789 прямо оговаривает: PATCH не гарантированно идемпотентен; PUT идемпотентен. |
T20-L1 0.55 c | Security and OAuth | Checking a password by comparing its hash to the stored hash with a plain == is sufficient. | «no» Пояснение: Using a standard equality check like == can be vulnerable to timing attacks and type juggling, so password hashes should always be compared using the timing-safe function hash_equals() or password_verify() in PHP.
Raw{"answer": "no", "explanation": "Using a standard equality check like == can be vulnerable to timing attacks and type juggling, so password hashes should always be compared using the timing-safe function hash_equals() or password_verify() in PHP."} | верно | Нужна постоянновременная проверка (password_verify) — timing-атаки; соль и алгоритм уже внутри хеша. |
T20-L2 0.41 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 generated by the server, stored in the session or cookie, and must be validated on the server side during unsafe HTTP requests to prevent cross-site request forgery.
Raw{"answer": "yes", "explanation": "CSRF tokens are generated by the server, stored in the session or cookie, and must be validated on the server side during unsafe HTTP requests to prevent cross-site request forgery."} | верно | symfony/security-csrf в проекте; защита от подделки межсайтовой формы. |
T20-L3 0.38 c | Security and OAuth | Which HTTP header enables the CSP (Content Security Policy) policy? | «content-security-policy» Пояснение: The HTTP header used to define and enable a Content Security Policy is Content-Security-Policy.
Raw{"answer": "Content-Security-Policy", "explanation": "The HTTP header used to define and enable a Content Security Policy is Content-Security-Policy."} | верно | Content-Security-Policy; белые списки источников скриптов/стилей против XSS. |
T20-L4 0.36 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 framework for accessing resources, not an authentication protocol for identifying users.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "OAuth 2.0 is primarily an authorization framework for accessing resources, not an authentication protocol for identifying users." ⏎ } ⏎ ``` | верно | OAuth 2.0 — авторизация/делегирование доступа; аутентификацию добавляет OpenID Connect. В проекте knpuniversity/oauth2-client-bundle (yandex/github/google). |
T20-L5 0.47 c | Security and OAuth | XSS is prevented by validating input on the server before writing it to the database. | «no» Пояснение: XSS (Cross-Site Scripting) is primarily prevented by encoding or sanitizing output when it is rendered in the browser, not just by validating input on the server or before storing it in the database.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "XSS (Cross-Site Scripting) is primarily prevented by encoding or sanitizing output when it is rendered in the browser, not just by validating input on the server or before storing it in the database." ⏎ } ⏎ ``` | верно | XSS лечится контекстным экранированием НА ВЫВОДЕ (Twig autoescape, CSP); валидация ввода не покрывает все контексты вывода. |
T20-L6 0.51 c | Security and OAuth | In the OAuth 2.0 authorization code flow, which parameter arrives at the redirect_uri and is exchanged for an access token? | «authorization_code» Пояснение: In the OAuth 2.0 authorization code flow, the authorization server redirects the user-agent back to the client's redirect_uri with an 'authorization_code' parameter, which the client then exchanges for an access token.
Raw{ ⏎ "answer": "authorization_code", ⏎ "explanation": "In the OAuth 2.0 authorization code flow, the authorization server redirects the user-agent back to the client's redirect_uri with an 'authorization_code' parameter, which the client then exchanges for an access token." ⏎ } | неверно верный: «code» | Параметр code; обмен на токен POST-ом на /token с client_secret. |
T20-L7 0.4 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» Пояснение: A refresh token is designed to have a longer expiration time than an access token and is used to obtain new access tokens without re-authenticating the user.
Raw```json ⏎ { ⏎ "answer": "yes", ⏎ "explanation": "A refresh token is designed to have a longer expiration time than an access token and is used to obtain new access tokens without re-authenticating the user." ⏎ } ⏎ ``` | верно | Стандартная схема OAuth/OIDC: короткий access + длинный refresh. |
T20-L8 0.38 c | Security and OAuth | A password salt must be kept secret: without it the hash cannot be verified. | «no» Пояснение: Salts are not secret; they are typically stored alongside the password hash to allow verification, while ensuring each password is hashed uniquely.
Raw{"answer": "no", "explanation": "Salts are not secret; they are typically stored alongside the password hash to allow verification, while ensuring each password is hashed uniquely."} | верно | Соль хранится открыто (password_hash включает её в строку хеша); секретность соли не нужна. |
T18-L1 0.39 c | Testing: PHPUnit | PHPUnit runs test methods of any class — extending TestCase is not required. | «no» Пояснение: To be recognized and executed by PHPUnit, test classes must extend the PHPUnit\Framework\TestCase class (or extend a class that extends it).
Raw{"answer": "no", "explanation": "To be recognized and executed by PHPUnit, test classes must extend the PHPUnit\\Framework\\TestCase class (or extend a class that extends it)."} | верно | Тестом считается метод класса, наследующего TestCase (PHPUnit 10). |
T18-L2 0.27 c | Testing: PHPUnit | In PHPUnit, setUp() runs once before all tests of the class. | «no» Пояснение: In PHPUnit, setUp() runs before every test method, not just once before all tests.
Raw{"answer": "no", "explanation": "In PHPUnit, setUp() runs before every test method, not just once before all tests."} | верно | setUp() — перед КАЖДЫМ тестом; один раз на класс — setUpBeforeClass(). Проверено живым счётчиком на PHPUnit 10.5. |
T18-L3 0.33 c | Testing: PHPUnit | A data provider lets a test run with exactly one set of arguments. | «no» Пояснение: Data providers can provide multiple sets of arguments to run a test case multiple times with different inputs.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "Data providers can provide multiple sets of arguments to run a test case multiple times with different inputs." ⏎ } ⏎ ``` | верно | Наоборот: наборов может быть сколько угодно — тест выполняется по разу на каждый. Проверено на PHPUnit 10.5 (#[DataProvider]). |
T18-L4 0.25 c | Testing: PHPUnit | Which PHPUnit method declares an expectation that an exception of a given class is thrown? | «expectexception» Пояснение: The PHPUnit method assertException was deprecated in favor of expectException.
Raw{"answer": "expectException", "explanation": "The PHPUnit method assertException was deprecated in favor of expectException."} | верно | $this->expectException(\LogicException::class); проверено на PHPUnit 10.5. |
T18-L5 0.33 c | Testing: PHPUnit | In PHPUnit, a stub verifies which methods were called on it, while a mock only returns data. | «no» Пояснение: The statement is reversed; a stub returns predefined data without checking interactions, while a mock verifies which methods were called and their arguments.
Raw{"answer": "no", "explanation": "The statement is reversed; a stub returns predefined data without checking interactions, while a mock verifies which methods were called and their arguments."} | верно | Наоборот: стаб подставляет данные, мок проверяет взаимодействия (createStub/createMock); docs PHPUnit — Test Doubles. |
T18-L6 0.37 c | Testing: PHPUnit | In PHPUnit 10+, the recommended way to pass data to a test is the #[DataProvider] attribute (the @dataProvider annotation is deprecated). | «yes» Пояснение: Since PHPUnit 10, the @dataProvider annotation is deprecated in favor of the #[DataProvider] attribute, making the statement true.
Raw```json ⏎ { ⏎ "answer": "yes", ⏎ "explanation": "Since PHPUnit 10, the @dataProvider annotation is deprecated in favor of the #[DataProvider] attribute, making the statement true." ⏎ } ⏎ ``` | верно | Аннотация ещё парсится в PHPUnit 10/11 (AnnotationParser в 10.5.66), удаление — в 12; атрибут — стандарт. |
T18-L7 0.36 c | Testing: PHPUnit | PHPUnit does not allow one test to depend on the result of another. | «no» Пояснение: PHPUnit supports test dependencies using the `depends` method, allowing one test to depend on the result of another.
Raw{"answer": "no", "explanation": "PHPUnit supports test dependencies using the `depends` method, allowing one test to depend on the result of another."} | верно | Зависимости есть: #[Depends] — зависимый тест не запустится, еслиProducer упал. |
T18-L8 1.37 c | Testing: PHPUnit | Which PHPUnit command-line option makes tests run in random order? | «--order-by=defects» Пояснение: The --order-by=defects option is used in PHPUnit to run tests in an order based on their defectiveness, often interpreted as randomizing based on past failures, but the specific flag for simple random order is typically --random-order or using the --order-by=defects strategy in context of maximizing coverage of defects; however, the most direct answer for 'random order' in standard PHPUnit options is --random-order if available, but --order-by=defects is the canonical option for non-standard ordering. Wait, checking PHPUnit docs: The option to run tests in random order is --random-order. Let's verify. Yes, --random-order is the specific flag.
Raw{"answer": "--order-by=defects", "explanation": "The --order-by=defects option is used in PHPUnit to run tests in an order based on their defectiveness, often interpreted as randomizing based on past failures, but the specific flag for simple random order is typically --random-order or using the --order-by=defects strategy in context of maximizing coverage of defects; however, the most direct answer for 'random order' in standard PHPUnit options is --random-order if available, but --order-by=defects is the canonical option for non-standard ordering. Wait, checking PHPUnit docs: The option to run tests in random order is --random-order. Let's verify. Yes, --random-order is the specific flag."} | неверно верный: «--order-by=random» | --order-by=random (PHPUnit 9+); опция есть в --help PHPUnit 10.5 (проектная). |
T01-L9 3.2 c | Syntax and operators | What does this code output?
```php
echo intdiv(7, 2) . intdiv(-7, 2);
``` | «3-4» Пояснение: intdiv(7,2) is 3 and intdiv(-7,2) is -4, so the concatenated result is the string '3-4'.
Raw{"answer": "3-4", "explanation": "intdiv(7,2) is 3 and intdiv(-7,2) is -4, so the concatenated result is the string '3-4'."} | неверно верный: «3-3» | intdiv truncates toward zero: intdiv(-7, 2) = -3, not -4. |
T01-L10 0.35 c | Syntax and operators | What does this code output?
```php
echo -3 ** 2;
``` | «-9» Пояснение: In PHP, the ** operator has higher precedence than the unary minus, so -3 ** 2 is evaluated as -(3 ** 2) = -9.
Raw{"answer": -9, "explanation": "In PHP, the ** operator has higher precedence than the unary minus, so -3 ** 2 is evaluated as -(3 ** 2) = -9."} | верно | ** is right-associative and binds tighter than unary minus: -(3²). |
T02-L9 0.44 c | Types and comparisons | What does this code output?
```php
echo '1e1' == '10' ? 'true' : 'false';
``` | «true» Пояснение: PHP 8+ treats '1e1' as a float (10.0) and '10' as an int, so 10.0 == 10 is true.
Raw{"answer": "true", "explanation": "PHP 8+ treats '1e1' as a float (10.0) and '10' as an int, so 10.0 == 10 is true."} | верно | Both strings are numeric — compared as numbers: 10 == 10. |
T02-L10 0.39 c | Types and comparisons | What does this code output?
```php
switch ('a') {
case 0: echo 'zero'; break;
default: echo 'other';
}
``` | «other» Пояснение: PHP's switch statement uses loose comparison; 'a' loosely compares to false, which equals 0, so 'zero' is echoed.
Raw{"answer": "other", "explanation": "PHP's switch statement uses loose comparison; 'a' loosely compares to false, which equals 0, so 'zero' is echoed."} | верно | PHP 8: 'a' == 0 → false (used to be true) — default fires. |
T03-L9 0.38 c | Strings | What does this code output?
```php
echo strtr('abc', ['a' => '1', 'ab' => '2']);
``` | «1b c» Пояснение: strtr with an array replaces the longest matching key first, so 'ab' becomes '2' and 'a' becomes '1', resulting in '1b c'.
Raw{"answer": "1b c", "explanation": "strtr with an array replaces the longest matching key first, so 'ab' becomes '2' and 'a' becomes '1', resulting in '1b c'."} | неверно верный: «2c» | strtr with an array prefers the longest matching key. |
T03-L10 0.33 c | Strings | What does this code output?
```php
echo '[' . substr('hello', -10) . ']';
``` | «[hello]» Пояснение: substr with a negative start position larger than the string length returns the whole string.
Raw{"answer": "[hello]", "explanation": "substr with a negative start position larger than the string length returns the whole string."} | верно | A negative start beyond the string is clamped to the beginning. |
T04-L9 0.36 c | Arrays | What does this code output?
```php
$a = ['k' => 1, 'n' => 2];
$b = ['k' => 9, 'm' => 3];
echo implode(',', array_keys($a + $b));
``` | «k,n,m» Пояснение: The array union operator (+) preserves keys from $a and adds non-overlapping keys from $b, resulting in keys ['k', 'n', 'm'].
Raw{"answer": "k,n,m", "explanation": "The array union operator (+) preserves keys from $a and adds non-overlapping keys from $b, resulting in keys ['k', 'n', 'm']."} | верно | The + operator: on duplicate string keys the left array wins. |
T04-L10 2.78 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));
``` | «yzx» Пояснение: usort sorts the array of arrays by the third element (index 2): [3, 'z', 2], [1, 'x', 2], [2, 'y', 1] becomes [1,'x',2], [2,'y',1], [3,'z',2] wait, let me re-check: values at index 2 are 2, 1, 2. Sorted ascending: 1, 2, 2. So [2,'y',1] first, then [1,'x',2] and [3,'z',2] (stable sort? usort is not stable, but PHP 8+ might be? Actually, usort is not stable, but in practice for equal keys, original order is preserved in modern PHP? Let me think again: original: [1,'x',2], [2,'y',1], [3,'z',2]. Index 2 values: 2, 1, 2. After sort: 1 (from [2,'y',1]), then 2,2. The two with 2 are [1,'x',2] and [3,'z',2]. Since usort is not guaranteed stable, but in PHP 8.0+ it is stable. So order: [2,'y',1], [1,'x',2], [3,'z',2]. Then array_column($a,1) gives ['y','x','z'], implode gives 'yxz'. Wait, I need to double-check PHP usort stability. Actually, as of PHP 8.0, usort is stable. So the two elements with value 2 keep their original relative order: [1,'x',2] before [3,'z',2]. So sorted: [2,'y',1], [1,'x',2], [3,'z',2]. Column 1: 'y','x','z' -> 'yxz'.
Raw{"answer": "yzx", "explanation": "usort sorts the array of arrays by the third element (index 2): [3, 'z', 2], [1, 'x', 2], [2, 'y', 1] becomes [1,'x',2], [2,'y',1], [3,'z',2] wait, let me re-check: values at index 2 are 2, 1, 2. Sorted ascending: 1, 2, 2. So [2,'y',1] first, then [1,'x',2] and [3,'z',2] (stable sort? usort is not stable, but PHP 8+ might be? Actually, usort is not stable, but in practice for equal keys, original order is preserved in modern PHP? Let me think again: original: [1,'x',2], [2,'y',1], [3,'z',2]. Index 2 values: 2, 1, 2. After sort: 1 (from [2,'y',1]), then 2,2. The two with 2 are [1,'x',2] and [3,'z',2]. Since usort is not guaranteed stable, but in PHP 8.0+ it is stable. So order: [2,'y',1], [1,'x',2], [3,'z',2]. Then array_column($a,1) gives ['y','x','z'], implode gives 'yxz'. Wait, I need to double-check PHP usort stability. Actually, as of PHP 8.0, usort is stable. So the two elements with value 2 keep their original relative order: [1,'x',2] before [3,'z',2]. So sorted: [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.43 c | Functions and closures | What does this code output?
```php
function f(int $a, int $b): int
{
return $a - $b;
}
echo f(...['b' => 1, 'a' => 5]);
``` | «4» Пояснение: The spread operator passes the array as named arguments; 'a' is 5 and 'b' is 1, so f(5, 1) returns 4.
Raw{"answer": "4", "explanation": "The spread operator passes the array as named arguments; 'a' is 5 and 'b' is 1, so f(5, 1) returns 4."} | верно | String keys of a spread array become named arguments. |
T05-L9 0.48 c | Functions and closures | What does this code output?
```php
class P
{
private int $v = 3;
public function g(): int { return $this->v; }
}
$p = new P;
$f = $p->g(...);
$p = null;
echo $f();
``` | «3» Пояснение: The closure captures the object instance by reference; even after $p is set to null, the closure still holds a reference to the original object, so calling g() returns 3.
Raw{"answer": 3, "explanation": "The closure captures the object instance by reference; even after $p is set to null, the closure still holds a reference to the original object, so calling g() returns 3."} | верно | First-class callable syntax binds $this at creation time. |
T06-L9 0.37 c | OOP: classes and inheritance | What does this code output?
```php
class A
{
public function who(): string { return static::class; }
}
class B extends A {}
echo (new B)->who();
``` | «b» Пояснение: The static::class keyword returns the name of the class from which the method is called, which in this case is B, the subclass.
Raw{"answer": "B", "explanation": "The static::class keyword returns the name of the class from which the method is called, which in this case is B, the subclass."} | верно | Late static binding: static::class is the receiver's class. |
T06-L10 0.62 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.4+ (and 8.5), property hooks allow custom logic on set; the setter doubles the value, so setting 5 results in the property storing 10, which is then echoed.
Raw{"answer": 10, "explanation": "In PHP 8.4+ (and 8.5), property hooks allow custom logic on set; the setter doubles the value, so setting 5 results in the property storing 10, which is then echoed."} | верно | Inside the set hook, $this->x writes the backing store (no recursion): 5*2. |
T07-L9 0.6 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' operator makes TB::f take precedence over TA::f for the method f(), so f() returns 'B'. The 'as' operator creates an alias g for the TA::f method, so g() returns 'A'. Concatenating them results in 'BA'.
Raw{"answer": "BA", "explanation": "The 'insteadof' operator makes TB::f take precedence over TA::f for the method f(), so f() returns 'B'. The 'as' operator creates an alias g for the TA::f method, so g() returns 'A'. Concatenating them results in 'BA'."} | верно | insteadof picks the implementation; as keeps the other under an alias. |
T07-L10 0.46 c | Interfaces, traits, enum | What does this code output?
```php
trait Counter
{
public static int $n = 0;
}
class CX { use Counter; }
class CY { use Counter; }
CX::$n = 1;
echo CY::$n;
``` | «0» Пояснение: Static properties in traits are copied independently into each class using the trait, so CX::$n and CY::$n are distinct and setting one does not affect the other.
Raw{"answer": 0, "explanation": "Static properties in traits are copied independently into each class using the trait, so CX::$n and CY::$n are distinct and setting one does not affect the other."} | верно | A trait's static property is copied into each consuming class. |
T08-L10 0.3 c | Exceptions and errors | What does this code output?
```php
function f(): int
{
try { return 1; } finally { return 2; }
}
echo f();
``` | «2» Пояснение: The return statement in the finally block overrides the return value from the try block.
Raw{"answer": 2, "explanation": "The return statement in the finally block overrides the return value from the try block."} | верно | A return in finally overrides the return from try. |
T08-L9 0.36 c | Exceptions and errors | What does this code output?
```php
try {
try {
throw new RuntimeException('first');
} finally {
throw new LogicException('second');
}
} catch (LogicException $e) {
echo $e->getMessage();
}
``` | «second» Пояснение: The finally block executes and throws a LogicException, which propagates out of the inner try-finally and is caught by the outer catch block.
Raw{"answer": "second", "explanation": "The finally block executes and throws a LogicException, which propagates out of the inner try-finally and is caught by the outer catch block."} | верно | An exception from finally replaces the in-flight one — the last thrown is caught. |
T09-L9 0.41 c | Namespaces and autoloading | What does this code output?
```php
namespace N;
use App\Foo as Baz;
echo Baz::class . '|' . \Baz::class;
``` | «app\foo|baz» Пояснение: Baz::class resolves to App\Foo due to the use alias, while \Baz::class resolves to the root namespace class Baz.
Raw{"answer": "App\\Foo|Baz", "explanation": "Baz::class resolves to App\\Foo due to the use alias, while \\Baz::class resolves to the root namespace class Baz."} | верно | The use alias applies to unqualified names; a leading \ escapes to the global scope. |
T09-L10 0.44 c | Namespaces and autoloading | What does this code output?
```php
namespace Ns;
class Foo {}
$c = 'Foo';
echo (class_exists($c) ? 'yes' : 'no')
. (class_exists(__NAMESPACE__ . '\\' . $c) ? 'yes' : 'no');
``` | «noyes» Пояснение: class_exists('Foo') is false because it checks the global scope by default, but class_exists('Ns\Foo') is true because __NAMESPACE__ is 'Ns' and the class Ns\Foo is defined.
Raw{"answer": "noyes", "explanation": "class_exists('Foo') is false because it checks the global scope by default, but class_exists('Ns\\Foo') is true because __NAMESPACE__ is 'Ns' and the class Ns\\Foo is defined."} | верно | Dynamic names are not resolved against the namespace — 'Foo' is the global class. |
T10-L9 0.42 c | References and scope | What does this code output?
```php
$a = [1, 2, 3];
foreach ($a as &$v) {}
$v = 99;
echo implode(',', $a);
``` | «99,99,99» Пояснение: Using a reference in foreach makes all elements of $a point to the same variable $v, so changing $v changes all elements.
Raw{"answer": "99,99,99", "explanation": "Using a reference in foreach makes all elements of $a point to the same variable $v, so changing $v changes all elements."} | неверно верный: «1,2,99» | After a by-ref foreach, $v remains a reference to the last element. |
T10-L10 0.43 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 among all instances of a class, so each call to inc() increments the same variable, resulting in 3.
Raw{"answer": 3, "explanation": "Static variables in PHP are shared among all instances of a class, so each call to inc() increments the same variable, resulting in 3."} | верно | A method's static variable belongs to the parent's method — subclasses share it. |
T11-L9 0.48 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 g() yields 1 and returns $x + 1, where $x is the value sent to it. Since $x is 10, the return value is 11.
Raw{"answer": 11, "explanation": "The generator function g() yields 1 and returns $x + 1, where $x is the value sent to it. Since $x is 10, the return value is 11."} | верно | send() resumes the generator: $x = 10, return 10+1. |
T11-L10 0.46 c | Generators, iterators, SPL | What does this code output?
```php
function inner(): Generator
{
yield 1;
yield 2;
return 'ok';
}
function outer(): Generator
{
$r = yield from inner();
yield $r;
}
echo implode(',', iterator_to_array(outer()));
``` | «1,2,ok» Пояснение: yield from inner() yields 1 and 2, the return value 'ok' is assigned to $r and then yielded, resulting in the array [1, 2, 'ok'].
Raw{"answer": "1,2,ok", "explanation": "yield from inner() yields 1 and 2, the return value 'ok' is assigned to $r and then yielded, resulting in the array [1, 2, 'ok']."} | неверно верный: «ok,2» | yield from does not advance the outer auto-key: yield $r gets key 0 and overwrites the 1 — 'ok' comes out first. |
T12-L9 0.47 c | Configuration and security | What does this code output?
```php
$hash = password_hash('x', PASSWORD_BCRYPT, ['cost' => 4]);
echo password_needs_rehash($hash, PASSWORD_BCRYPT, ['cost' => 4]) ? 'yes' : 'no';
echo password_needs_rehash($hash, PASSWORD_BCRYPT, ['cost' => 5]) ? 'yes' : 'no';
``` | «noyes» Пояснение: password_needs_rehash checks if the hash needs to be rehashed; the first call with the same cost returns false ('no'), and the second call with a higher cost returns true ('yes').
Raw```json ⏎ { ⏎ "answer": "noyes", ⏎ "explanation": "password_needs_rehash checks if the hash needs to be rehashed; the first call with the same cost returns false ('no'), and the second call with a higher cost returns true ('yes')." ⏎ } ⏎ ``` | верно | password_needs_rehash compares the hash's options with the target: cost 4 = 4 → 'no', cost 5 ≠ 4 → 'yes'. |
T12-L10 0.54 c | Configuration and security | What does this code output on PHP 8.5?
```php
echo (E_ALL & 2048) === 0 ? 'strict-out' : 'strict-in';
``` | «strict-out» Пояснение: E_ALL is an integer constant with all bits set to 1, so (E_ALL & 2048) equals 2048, making the comparison === 0 false, which results in the else branch 'strict-in' being printed.
Raw{"answer": "strict-out", "explanation": "E_ALL is an integer constant with all bits set to 1, so (E_ALL & 2048) equals 2048, making the comparison === 0 false, which results in the else branch 'strict-in' being printed."} | верно | 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 class automatically maps HTTP headers like HTTP_X_TOKEN to their normalized names (X-Token) for retrieval.
Raw{"answer": "mapped", "explanation": "Symfony's Request class automatically maps HTTP headers like HTTP_X_TOKEN to their normalized names (X-Token) for retrieval."} | верно | The literal comparison requires knowing the mapping: HttpFoundation turns HTTP_X_TOKEN into the X-Token header (case-insensitive); without it the answer is 'missing'. |
T13-L10 1.49 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;
``` | «cab» Пояснение: Listeners with a higher priority run first, so the priority 10 listener (B) executes first, followed by the default priority 0 listeners in registration order (A then C), resulting in 'CAB' if we assume standard priority 0 for the middle one, but wait: default priority is 0. So order is Priority 10 (B), then Priority 0 (A), then Priority 0 (C). Actually, the third listener has priority 5. So the order is: Priority 10 (B), Priority 5 (C), Priority 0 (A). Thus the output is 'BCA'. Let me re-evaluate. Priorities: B=10, A=0 (default), C=5. Sorted descending: 10 (B), 5 (C), 0 (A). Output: 'BCA'.
Raw{"answer": "CAB", "explanation": "Listeners with a higher priority run first, so the priority 10 listener (B) executes first, followed by the default priority 0 listeners in registration order (A then C), resulting in 'CAB' if we assume standard priority 0 for the middle one, but wait: default priority is 0. So order is Priority 10 (B), then Priority 0 (A), then Priority 0 (C). Actually, the third listener has priority 5. So the order is: Priority 10 (B), Priority 5 (C), Priority 0 (A). Thus the output is 'BCA'. Let me re-evaluate. Priorities: B=10, A=0 (default), C=5. Sorted descending: 10 (B), 5 (C), 0 (A). Output: 'BCA'."} | неверно верный: «bca» | Listeners run by descending priority: 10 (B), 5 (C), 0 (A). |
T14-L10 0.58 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's EntityManager caches entity instances by their primary key within the same persistence context; subsequent find calls for the same ID return the exact same PHP object instance, so their spl_object_id values are equal.
Raw{"answer": "same", "explanation": "Doctrine's EntityManager caches entity instances by their primary key within the same persistence context; subsequent find calls for the same ID return the exact same PHP object instance, so their spl_object_id values are equal."} | верно | Identity map: a second find for the same id returns the same instance. |
T14-L9 0.44 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» Пояснение: The entity is persisted (marked for insertion) and then removed (marked for deletion) before the flush, so the final state change is a deletion, resulting in an empty table.
Raw{"answer": "0", "explanation": "The entity is persisted (marked for insertion) and then removed (marked for deletion) before the flush, so the final state change is a deletion, resulting in an empty table."} | верно | The unit of work schedules INSERT at flush: remove after persist cancels it. |
T15-L10 0.35 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(x) function counts the number of non-NULL values in column x, which is 1.
Raw```json ⏎ {"answer": 1, "explanation": "The count(x) function counts the number of non-NULL values in column x, which is 1."} ⏎ ``` | верно | count(column) skips NULLs; count(*) would return 2. |
T15-L9 0.39 c | PostgreSQL | What does this SQL query return (PostgreSQL 17)?
```sql
CREATE TEMP TABLE t (id int, x int);
INSERT INTO t VALUES (1, 10), (2, 20), (3, 30);
SELECT string_agg(s::text, ',' ORDER BY id) FROM (
SELECT id, sum(x) OVER (ORDER BY id) AS s FROM t
) q;
``` | «10,30,60» Пояснение: The window function calculates cumulative sums (10, 30, 60), and string_agg concatenates them with commas in order of id.
Raw{"answer": "10,30,60", "explanation": "The window function calculates cumulative sums (10, 30, 60), and string_agg concatenates them with commas in order of id."} | верно | With ORDER BY the default window frame is running (start to current row). |
T16-L9 0.43 c | Symfony: Messenger | What does this code output?
```php
use Symfony\Component\Messenger\MessageBus;
use Symfony\Component\Messenger\Middleware\MiddlewareInterface;
use Symfony\Component\Messenger\Middleware\StackInterface;
use Symfony\Component\Messenger\Envelope;
final class Trace implements MiddlewareInterface
{
public function __construct(private string $tag) {}
public function handle(Envelope $e, StackInterface $stack): Envelope
{
echo $this->tag;
return $stack->next()->handle($e, $stack);
}
}
$bus = new MessageBus([new Trace('M1'), new Trace('M2')]);
$bus->dispatch(new Envelope(new stdClass()));
``` | «m1m2» Пояснение: The MessageBus executes the middleware in the order they are provided, so 'M1' is echoed first, followed by 'M2'.
Raw{"answer": "M1M2", "explanation": "The MessageBus executes the middleware in the order they are provided, so 'M1' is echoed first, followed by 'M2'."} | верно | The first-added middleware runs first (outermost). |
T16-L10 0.48 c | Symfony: Messenger | What does this code output?
```php
use Symfony\Component\Messenger\MessageBus;
use Symfony\Component\Messenger\Middleware\HandleMessageMiddleware;
use Symfony\Component\Messenger\Handler\HandlersLocator;
use Symfony\Component\Messenger\Handler\HandlerDescriptor;
use Symfony\Component\Messenger\Envelope;
class Ping {}
$n = 0;
$d1 = new HandlerDescriptor(function (Ping $m) use (&$n) { $n += 1; }, ['alias' => 'h1']);
$d2 = new HandlerDescriptor(function (Ping $m) use (&$n) { $n += 10; }, ['alias' => 'h2']);
$bus = new MessageBus([
new HandleMessageMiddleware(new HandlersLocator([Ping::class => [$d1, $d2]])),
]);
$bus->dispatch(new Envelope(new Ping()));
echo $n;
``` | «11» Пояснение: The MessageBus dispatches the message to both handlers in the locator array sequentially; the first increments n by 1 and the second by 10, resulting in a total of 11.
Raw{"answer": 11, "explanation": "The MessageBus dispatches the message to both handlers in the locator array sequentially; the first increments n by 1 and the second by 10, resulting in a total of 11."} | верно | All registered handlers of the message run: 1 + 10 = 11. |
T17-L9 0.43 c | PostgreSQL: transactions and indexes | What does this SQL query return (PostgreSQL 17)?
```sql
CREATE TEMP TABLE t (a int);
CREATE UNIQUE INDEX ON t (a);
INSERT INTO t VALUES (1) ON CONFLICT DO NOTHING;
INSERT INTO t VALUES (1) ON CONFLICT DO NOTHING;
SELECT count(*) FROM t;
``` | «1» Пояснение: The first insert adds the row, and the second insert is ignored due to the unique constraint and ON CONFLICT DO NOTHING, resulting in a count of 1.
Raw{ ⏎ "answer": "1", ⏎ "explanation": "The first insert adds the row, and the second insert is ignored due to the unique constraint and ON CONFLICT DO NOTHING, resulting in a count of 1." ⏎ } | верно | ON CONFLICT DO NOTHING skips the duplicate: one insert. |
T17-L10 0.46 c | PostgreSQL: transactions and indexes | What does this sequence of psql commands output?
```sql
BEGIN;
CREATE TEMP TABLE t (a int, UNIQUE (a) DEFERRABLE INITIALLY DEFERRED);
INSERT INTO t VALUES (1);
INSERT INTO t VALUES (1);
SELECT count(*) FROM t;
``` | «2» Пояснение: Because the UNIQUE constraint is DEFERRABLE and INITIALLY DEFERRED, the duplicate insert is allowed to succeed within the transaction; the violation is only checked at commit time.
Raw```json ⏎ {"answer": 2, "explanation": "Because the UNIQUE constraint is DEFERRABLE and INITIALLY DEFERRED, the duplicate insert is allowed to succeed within the transaction; the violation is only checked at commit time."} ⏎ ``` | верно | DEFERRED postpones the uniqueness check to COMMIT — count sees 2 rows. |
T18-L9 1.18 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) | «2» Пояснение: The --filter test_sum matches the test method name 'test_sum', which has 3 data set entries, resulting in 3 tests, not 2. The regex 'test_sum' matches 'test_sum' and 'test_sum_abs'. The data provider 'prov' returns 3 sets. So 3 tests for test_sum. Wait, the filter is a regex. 'test_sum' matches 'test_sum' and 'test_sum_abs'. The data provider has 3 entries. So 3 tests for test_sum and 3 for test_sum_abs. Total 6. The question asks how many tests will this command run. The filter 'test_sum' matches both test_sum and test_sum_abs. So 3 + 3 = 6 tests.
Raw{"answer": 2, "explanation": "The --filter test_sum matches the test method name 'test_sum', which has 3 data set entries, resulting in 3 tests, not 2. The regex 'test_sum' matches 'test_sum' and 'test_sum_abs'. The data provider 'prov' returns 3 sets. So 3 tests for test_sum. Wait, the filter is a regex. 'test_sum' matches 'test_sum' and 'test_sum_abs'. The data provider has 3 entries. So 3 tests for test_sum and 3 for test_sum_abs. Total 6. The question asks how many tests will this command run. The filter 'test_sum' matches both test_sum and test_sum_abs. So 3 + 3 = 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 DataProvider 'prov' returns two test cases ([1] and [-1]), so two tests are run. The assertion '$x > 0' fails for the input -1, resulting in one failure.
Raw{"answer": "2, 1", "explanation": "The DataProvider 'prov' returns two test cases ([1] and [-1]), so two tests are run. The assertion '$x > 0' fails for the input -1, resulting in one failure."} | верно | A non-static provider is just a deprecation in PHPUnit 10: both datasets run and the [-1] dataset fails the assert — 2 ran, 1 failure. |
T19-L9 0.36 c | HTTP and REST API | Which HTTP method does this command send?
```bash
curl -s -d 'a=1' http://demo.local/api
``` | «post» Пояснение: The -d flag in curl implies the use of the HTTP POST method by default when sending data.
Raw{"answer": "POST", "explanation": "The -d flag in curl implies the use of the HTTP POST method by default when sending data."} | верно | -d/-F switches curl to POST by default. |
T19-L10 0.32 c | HTTP and REST API | Which HTTP method does this command send?
```bash
curl -s -G -d 'a=1' http://demo.local/api
``` | «get» Пояснение: The -G flag tells curl to send the data provided by -d as a query string in the URL using the GET method.
Raw{ ⏎ "answer": "GET", ⏎ "explanation": "The -G flag tells curl to send the data provided by -d as a query string in the URL using the GET method." ⏎ } | верно | -G turns -d data into the query string; the method stays GET. |
T20-L9 0.48 c | Security and OAuth | A client hits the token endpoint (RFC 6749) with a non-existent client_id. What value of the error field does the endpoint return? | «invalid_client» Пояснение: According to RFC 6749 Section 5.2, if the client authentication fails (e.g., non-existent or invalid client_id), the authorization server MUST return an error response with the error set to 'invalid_client'.
Raw{"answer": "invalid_client", "explanation": "According to RFC 6749 Section 5.2, if the client authentication fails (e.g., non-existent or invalid client_id), the authorization server MUST return an error response with the error set to 'invalid_client'."} | верно | Unknown client → invalid_client (RFC 6749 §5.2). |
T20-L10 0.44 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, the access token is returned in the URI fragment of the redirect_uri to prevent it from being sent in server logs.
Raw{"answer": "fragment", "explanation": "In the implicit grant flow, the access token is returned in the URI fragment of the redirect_uri to prevent it from being sent in server logs."} | верно | The implicit flow passes the token in the URL fragment (#) — it never reaches the server. |
T21-L9 0.37 c | Twig | What does this Twig template output?
```twig
{{ false|default(2) * 3 }}
``` | «0» Пояснение: In Twig, the default filter only applies when the value is null, so false * 3 evaluates to 0.
Raw```json ⏎ {"answer": "0", "explanation": "In Twig, the default filter only applies when the value is null, so false * 3 evaluates to 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.68 c | Twig | What exception class does render() of this template throw?
```twig
{{ 'a' ~ 1 + 2 }}
``` | «a3» Пояснение: In Twig, the tilde operator (~) is for string concatenation and has lower precedence than the plus operator (+), so '1 + 2' is evaluated to the integer 3 first, then concatenated with the string 'a', resulting in the string 'a3'.
Raw```json ⏎ {"answer": "a3", "explanation": "In Twig, the tilde operator (~) is for string concatenation and has lower precedence than the plus operator (+), so '1 + 2' is evaluated to the integer 3 first, then concatenated with the string 'a', resulting in the string 'a3'."} ⏎ ``` | неверно верный: «runtimeerror» | In Twig ~ binds tighter than +: ('a' ~ 1) + 2 → string + int → a render error (RuntimeError). |
T22-L9 0.87 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()]));
``` | «0» Пояснение: The Symfony Validation component's NotBlank constraint checks if the string is empty after trimming; the empty array contains no scalar value to validate directly against NotBlank in this context, or rather, validating an array with a NotBlank constraint typically results in no violations because NotBlank expects a string, so the violation count is 0.
Raw{"answer": 0, "explanation": "The Symfony Validation component's NotBlank constraint checks if the string is empty after trimming; the empty array contains no scalar value to validate directly against NotBlank in this context, or rather, validating an array with a NotBlank constraint typically results in no violations because NotBlank expects a string, so the violation count is 0."} | верно | NotBlank treats null, '', [] as blank — the array [''] is not blank. |
T22-L10 0.41 c | Symfony: Security and forms | What does this code output?
```php
use Symfony\Component\Form\Forms;
use Symfony\Component\Form\Extension\Core\Type\TextType;
$factory = Forms::createFormFactoryBuilder()->getFormFactory();
$form = $factory->create(TextType::class);
try {
echo $form->isValid() ? 'valid' : 'invalid';
} catch (Throwable $e) {
echo get_class($e);
}
``` | «symfony\component\form\exception\logicexception» Пояснение: Calling isValid() on an unsubmitted form throws a LogicException in Symfony Forms.
Raw{"answer": "Symfony\\Component\\Form\\Exception\\LogicException", "explanation": "Calling isValid() on an unsubmitted form throws a LogicException in Symfony Forms."} | верно | isValid() on a non-submitted form throws LogicException, it does not return false. |
T23-L9 0.51 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';
``` | «diff» Пояснение: Symfony's Container does not cache or return the same instance for non-shared services by default; since 'a' is not defined as shared, each call to get('a') returns a new stdClass instance.
Raw{"answer": "diff", "explanation": "Symfony's Container does not cache or return the same instance for non-shared services by default; since 'a' is not defined as shared, each call to get('a') returns a new stdClass instance."} | неверно верный: «same» | Container services are shared: two get() calls yield one instance. |
T23-L10 0.52 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 parameter placeholders (e.g., %greeting% and %name%) until no more are left, resulting in 'hi Bob!'.
Raw```json ⏎ {"answer": "hi Bob!", "explanation": "Symfony's parameter resolution recursively replaces parameter placeholders (e.g., %greeting% and %name%) until no more are left, resulting in 'hi Bob!'."} ⏎ ``` | верно | compile() resolves %-references transitively: %greeting% → 'hi %name%' → 'hi Bob!', the answer assembles over two hops. |
T24-L9 0.41 c | Bootstrap | What is the max-width of .container in Bootstrap 5.3 at a 992px viewport? | «992px» Пояснение: At a 992px viewport, the container uses the 'xl' breakpoint's max-width, which matches the viewport width.
Raw{"answer": "992px", "explanation": "At a 992px viewport, the container uses the 'xl' breakpoint's max-width, which matches the viewport width."} | неверно верный: «960» | 5.x container widths: 540/720/960/1140/1320 (sm–xxl); 992 → 960px. |
T24-L10 0.55 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 Bootstrap, when conflicting text color utilities are applied to the same element, the last class in the stylesheet order wins, which is 'text-primary' as it appears after 'text-danger' in the utility classes source.
Raw{"answer": "text-primary", "explanation": "In Bootstrap, when conflicting text color utilities are applied to the same element, the last class in the stylesheet order wins, which is 'text-primary' as it appears after 'text-danger' in the utility classes source."} | неверно верный: «text-danger» | Specificity ties — the later rule wins: text-danger is declared after text-primary. |
T25-L9 0.39 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» Пояснение: Domain cannot depend on Application or Infrastructure, so both the PlaceOrder and Db dependencies violate the layering rules.
Raw{"answer": 2, "explanation": "Domain cannot depend on Application or Infrastructure, so both the PlaceOrder and Db dependencies violate the layering rules."} | верно | Domain may depend only on Domain: PlaceOrder (Application) + Db (Infrastructure) = 2. |
T25-L10 0.44 c | Clean architecture | Layers: Domain, Application, Infrastructure. Deptrac rules: Application → Domain; Infrastructure → Domain, Application; Domain → Domain only.
How many violations will deptrac report for this class?
```php
namespace App\Domain;
use App\Application\PlaceOrder;
use App\Infrastructure\Db;
class BillingService
{
public function __construct(
private PlaceOrder $handler,
private Db $db,
private \App\Infrastructure\Logger $logger,
) {}
}
``` | «3» Пояснение: The class is in the Domain layer, but it imports and uses three classes from the Application and Infrastructure layers, which violates the rule that Domain must only depend on Domain.
Raw{"answer": 3, "explanation": "The class is in the Domain layer, but it imports and uses three classes from the Application and Infrastructure layers, which violates the rule that Domain must only depend on Domain."} | верно | The inline FQCN \App\Infrastructure\Logger counts too: Application + Db + Logger = 3. |
T26-L10 0.44 c | DDD | What does this code output?
```php
final class Money
{
public function __construct(public readonly int $amount) {}
public function add(Money $o): Money
{
return new self($this->amount + $o->amount);
}
}
$a = new Money(10);
$c = $a->add(new Money(5));
echo $a->amount . ',' . $c->amount;
``` | «10,15» Пояснение: The code creates two Money objects, one with amount 10 and another with 15, then echoes their amounts separated by a comma.
Raw{"answer": "10,15", "explanation": "The code creates two Money objects, one with amount 10 and another with 15, then echoes their amounts separated by a comma."} | верно | The VO is immutable: add() returns a new instance; the original is unchanged. |
T26-L9 0.37 c | DDD | What does this code output?
```php
final class Order
{
private array $items = [];
public function add(string $sku): void
{
$this->items[$sku] = true;
}
public function count(): int
{
return count($this->items);
}
public function remove(string $sku): void
{
if (count($this->items) === 1) {
throw new DomainException('last item');
}
unset($this->items[$sku]);
}
}
$o = new Order;
$o->add('a');
try {
$o->remove('a');
} catch (DomainException) {
}
echo $o->count();
``` | «1» Пояснение: The `remove` method throws an exception before unsetting the item when it is the only one, so the count remains 1.
Raw{"answer": 1, "explanation": "The `remove` method throws an exception before unsetting the item when it is the only one, so the count remains 1."} | верно | The failed remove leaves aggregate state unchanged: the invariant threw before unset — count stays 1. |
VC-L9 0.33 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 method hi() returns the string 'hi', which is then printed.
Raw{"answer": "hi", "explanation": "The method hi() returns the string 'hi', which is then printed."} | верно | Since 8.4, new in a method chain works without wrapping parentheses. |
VC-L10 0.56 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';
``` | «noyess» Пояснение: In PHP 8.5, $r->isUninitializedLazyObject($o) returns true before the lazy initialization callback is executed, and false after the property access ($o->v) triggers the initialization.
Raw{"answer": "noyess", "explanation": "In PHP 8.5, $r->isUninitializedLazyObject($o) returns true before the lazy initialization callback is executed, and false after the property access ($o->v) triggers the initialization."} | неверно верный: «yesno» | 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 Security Guard component and its classes, including AbstractGuardAuthenticator, were deprecated in Symfony 5.3 and removed in Symfony 6.0, so they do not exist in Symfony 8.1.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "The Security Guard component and its classes, including AbstractGuardAuthenticator, were deprecated in Symfony 5.3 and removed in Symfony 6.0, so they do not exist in Symfony 8.1." ⏎ } | верно | Guard authentication was removed in Symfony 7.0 — the class is gone in 8.1. |
T28-L10 0.47 c | Symfony: versions | The project was upgraded from Symfony 6.4 to 8.1. What does this code output on 8.1?
```php
echo class_exists(\Symfony\Component\Routing\Loader\AnnotationClassLoader::class)
? 'yes' : 'no';
echo class_exists(\Symfony\Component\Routing\Loader\AttributeClassLoader::class)
? 'yes' : 'no';
``` | «noyes» Пояснение: Symfony 6.4 introduced AttributeClassLoader and deprecated AnnotationClassLoader, which was removed in 7.0 (and thus not present in 8.1), making the first check false and the second true.
Raw{"answer": "noyes", "explanation": "Symfony 6.4 introduced AttributeClassLoader and deprecated AnnotationClassLoader, which was removed in 7.0 (and thus not present in 8.1), making the first check false and the second true."} | верно | Annotation loaders were removed in 7.0; only attribute loaders remain (Annotation→Attribute). |