Пример запроса (первая клетка). System одинаковый во всех запросах прогона, user — свой вопрос для каждой клетки:
| Клетка | Тема | Утверждение | Ответ |
Результат | Обоснование |
T01-L1 3.18 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 (like \n), while single-quoted strings do not; they are not processed identically.
Raw{"answer": "no", "explanation": "Double-quoted strings support variable interpolation and escape sequences (like \\n), while single-quoted strings do not; they are not processed identically."} | верно | В двойных кавычках работают интерполяция переменных и escape-последовательности, в одинарных — нет. |
T01-L2 0.33 c | Syntax and operators | The ?? operator follows isset semantics and raises no warnings for undefined variables. | «yes» Пояснение: The null coalescing operator (??) suppresses notices and warnings for undefined indexes or variables, unlike standard isset().
Raw{"answer": "yes", "explanation": "The null coalescing operator (??) suppresses notices and warnings for undefined indexes or variables, unlike standard isset()."} | верно | ?? работает по семантике isset — несуществующие переменные и ключи допустимы. |
T01-L3 0.31 c | Syntax and operators | What will this print: echo 'a', 'b'; | «ab» Пояснение: In PHP, the comma operator concatenates the two strings directly without any separator.
Raw{"answer": "ab", "explanation": "In PHP, the comma operator concatenates the two strings directly without any separator."} | верно | echo принимает список аргументов: ab. |
T01-L4 8.11 c | Syntax and operators | print returns the value 1 and can be used inside an expression. | «no» Пояснение: In PHP, `print` returns void (or more accurately, it does not return a value that can be used in an expression), whereas `echo` also returns void, but `print` is a language construct. Actually, `print` returns 1 as a side effect in some contexts, but it is not recommended for use inside expressions and does not function like a function returning a value for further calculation; however, the statement says it 'returns the value 1 and can be used inside an expression'. While `print` does internally return 1, using it inside expressions like `$x = print 'hello';` is technically possible but discouraged and behaves differently than a standard function. The standard knowledge test answer is typically False because `print` is a language construct, not a function, and its return value is not part of its primary contract, unlike a function. More precisely, `print` always returns 1, but it is not a function and using it in expressions is poor practice. However, strict truth: `print` returns 1, so `$a = print 5;` sets $a to 1. But the question is a trick: `echo` returns nothing, `print` returns 1. The statement says it 'can be used inside an expression'. It can, but it's discouraged. In standard PHP documentation, `print` is a language construct. Let's look at the common test answer: Usually, the contrast is made with `echo`. `echo` does not return a value. `print` returns 1. So technically it can be used in an expression. BUT, many sources state that `print` is not a function and thus shouldn't be used in expressions. Let's check the exact wording of common PHP quizzes. Often, the false statement is attributed to `echo`. If the question is about `print`, the fact that it returns 1 is true. But is it 'used inside an expression'? Yes, syntactically. However, in the context of these tests, they often want to highlight that `print` is a language construct, not a function, and while it returns 1, it's not intended for that use. Let's re-read carefully: 'print returns the value 1 and can be used inside an expression.' If I have to choose True/False for a knowledge test, the 'False' usually applies to the idea that it's a function or that its return value is the string. Since it DOES return 1, the statement is technically true. Wait, let's look at the alternative: Maybe the question implies it returns the printed string? No, it says 'returns the value 1'. That is a fact. Can it be used in an expression? `1 + print 'x'` works. So the statement is True? Let's double check standard resources. W3Schools: 'The print statement always returns 1.' So you can do `$x = print 'Hello';` and $x is 1. So the statement is technically correct. However, many 'gotcha' questions frame this as False because it's a language construct. Let's look at similar questions online. A common question is 'echo returns the printed string' (False). 'print returns the printed string' (False). 'print returns 1' (True). 'print can be used in an expression' (True, technically). But often the answer key for 'print returns 1 and can be used in an expression' is **False** because it's a language construct, not a function, and using it in expressions is invalid in strict typing or just bad practice, but syntactically valid. Actually, in PHP, language constructs like `print` and `echo` are not functions. You cannot pass them as callbacks. But you can use them in expressions? `print` is an operator-like construct. Let's assume the standard test answer is **no** because it's not a function and thus shouldn't be part of an expression logic, or because the premise is misleading. Let's go with **no** as it's the safer bet for 'language construct vs function' distinctions in quizzes. Wait, if I say 'no', I need to justify. If I say 'yes', I justify with 'it returns 1'. Let's look at the exact phrasing again. If the answer is **no**, the explanation is likely 'print is a language construct, not a function'. If the answer is **yes**, the explanation is 'print returns 1'. Let's check a definitive source. PHP.net: 'print ... always returns 1'. It is a language construct. The question is 'True or false'. If it's a trick question, it's false because it's not a function. But technically it *can* be used. I will bet on **no** being the intended answer in a 'knowledge test' context that emphasizes `print` is not a function.
Raw{"answer": "no", "explanation": "In PHP, `print` returns void (or more accurately, it does not return a value that can be used in an expression), whereas `echo` also returns void, but `print` is a language construct. Actually, `print` returns 1 as a side effect in some contexts, but it is not recommended for use inside expressions and does not function like a function returning a value for further calculation; however, the statement says it 'returns the value 1 and can be used inside an expression'. While `print` does internally return 1, using it inside expressions like `$x = print 'hello';` is technically possible but discouraged and behaves differently than a standard function. The standard knowledge test answer is typically False because `print` is a language construct, not a function, and its return value is not part of its primary contract, unlike a function. More precisely, `print` always returns 1, but it is not a function and using it in expressions is poor practice. However, strict truth: `print` returns 1, so `$a = print 5;` sets $a to 1. But the question is a trick: `echo` returns nothing, `print` returns 1. The statement says it 'can be used inside an expression'. It can, but it's discouraged. In standard PHP documentation, `print` is a language construct. Let's look at the common test answer: Usually, the contrast is made with `echo`. `echo` does not return a value. `print` returns 1. So technically it can be used in an expression. BUT, many sources state that `print` is not a function and thus shouldn't be used in expressions. Let's check the exact wording of common PHP quizzes. Often, the false statement is attributed to `echo`. If the question is about `print`, the fact that it returns 1 is true. But is it 'used inside an expression'? Yes, syntactically. However, in the context of these tests, they often want to highlight that `print` is a language construct, not a function, and while it returns 1, it's not intended for that use. Let's re-read carefully: 'print returns the value 1 and can be used inside an expression.' If I have to choose True/False for a knowledge test, the 'False' usually applies to the idea that it's a function or that its return value is the string. Since it DOES return 1, the statement is technically true. Wait, let's look at the alternative: Maybe the question implies it returns the printed string? No, it says 'returns the value 1'. That is a fact. Can it be used in an expression? `1 + print 'x'` works. So the statement is True? Let's double check standard resources. W3Schools: 'The print statement always returns 1.' So you can do `$x = print 'Hello';` and $x is 1. So the statement is technically correct. However, many 'gotcha' questions frame this as False because it's a language construct. Let's look at similar questions online. A common question is 'echo returns the printed string' (False). 'print returns the printed string' (False). 'print returns 1' (True). 'print can be used in an expression' (True, technically). But often the answer key for 'print returns 1 and can be used in an expression' is **False** because it's a language construct, not a function, and using it in expressions is invalid in strict typing or just bad practice, but syntactically valid. Actually, in PHP, language constructs like `print` and `echo` are not functions. You cannot pass them as callbacks. But you can use them in expressions? `print` is an operator-like construct. Let's assume the standard test answer is **no** because it's not a function and thus shouldn't be part of an expression logic, or because the premise is misleading. Let's go with **no** as it's the safer bet for 'language construct vs function' distinctions in quizzes. Wait, if I say 'no', I need to justify. If I say 'yes', I justify with 'it returns 1'. Let's look at the exact phrasing again. If the answer is **no**, the explanation is likely 'print is a language construct, not a function'. If the answer is **yes**, the explanation is 'print returns 1'. Let's check a definitive source. PHP.net: 'print ... always returns 1'. It is a language construct. The question is 'True or false'. If it's a trick question, it's false because it's not a function. But technically it *can* be used. I will bet on **no** being the intended answer in a 'knowledge test' context that emphasizes `print` is not a function."} | неверно верный: «yes» | print — выражение со значением 1, в отличие от echo, который значения не возвращает. |
T01-L5 0.39 c | Syntax and operators | The ?: (elvis) operator returns its left operand when it is falsy. | «no» Пояснение: The Elvis operator ($a ?: $b) returns the right operand ($b) when the left operand ($a) is falsy, and the left operand when it is truthy.
Raw{"answer": "no", "explanation": "The Elvis operator ($a ?: $b) returns the right operand ($b) when the left operand ($a) is falsy, and the left operand when it is truthy."} | верно | Наоборот: $a ?: $b возвращает $a, если он истинный, иначе $b. |
T01-L6 0.31 c | Syntax and operators | In PHP 8, the concatenation operator (.) has lower precedence than addition and subtraction. | «no» Пояснение: In PHP, the string concatenation operator (.) has higher precedence than arithmetic operators like addition (+) and subtraction (-).
Raw{"answer": "no", "explanation": "In PHP, the string concatenation operator (.) has higher precedence than arithmetic operators like addition (+) and subtraction (-)."} | неверно верный: «yes» | С PHP 8 (RFC concat precedence) '.' имеет приоритет ниже арифметики: 'сумма: ' . 2 + 3 → 'сумма: 5' (в PHP 7 было иначе). |
T01-L7 0.41 c | Syntax and operators | The expression 2 ** 3 ** 2 in PHP evaluates as (2 ** 3) ** 2, that is, 64. | «no» Пояснение: In PHP, the exponentiation operator ** is right-associative, so the expression is evaluated as 2 ** (3 ** 2), which equals 2 ** 9 or 512.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "In PHP, the exponentiation operator ** is right-associative, so the expression is evaluated as 2 ** (3 ** 2), which equals 2 ** 9 or 512." ⏎ } | верно | ** право-ассоциативен: 2 ** (3 ** 2) = 2 ** 9 = 512. |
T01-L8 0.45 c | Syntax and operators | What string will this print: echo 'sum: ' . 2 + 3; (PHP 8)? | «sum: 5» Пояснение: In PHP, the concatenation operator '.' has lower precedence than the arithmetic addition operator '+', so the expression is evaluated as 'sum: ' . (2 + 3), resulting in the string 'sum: 5'.
Raw{"answer": "sum: 5", "explanation": "In PHP, the concatenation operator '.' has lower precedence than the arithmetic addition operator '+', so the expression is evaluated as 'sum: ' . (2 + 3), resulting in the string 'sum: 5'."} | верно | Парная к verify-клетке про приоритет: 'сумма: 5'. |
T02-L1 0.36 c | Types and comparisons | With strict comparison (===), arrays are considered equal regardless of element order. | «no» Пояснение: In PHP, strict comparison (===) for arrays requires elements to be in the same order; loose comparison (==) ignores order.
Raw{"answer": "no", "explanation": "In PHP, strict comparison (===) for arrays requires elements to be in the same order; loose comparison (==) ignores order."} | верно | === для массивов требует совпадения и значений, и их порядка. |
T02-L2 0.29 c | Types and comparisons | The comparison 0 == false returns false because it is a strict comparison. | «no» Пояснение: 0 == false returns true because loose comparison converts false to 0, so 0 equals 0.
Raw{"answer": "no", "explanation": "0 == false returns true because loose comparison converts false to 0, so 0 equals 0."} | верно | Наоборот: == — нестрогое сравнение и возвращает true; строгое — это === (0 === false → false). |
T02-L3 0.45 c | Types and comparisons | In PHP 8, the expression "abc" == 0 returns true. | «no» Пояснение: In PHP 8, the loose equality operator (==) between a non-numeric string and an integer returns false, unlike PHP 7 where it might have coerced the string to 0.
Raw{"answer": "no", "explanation": "In PHP 8, the loose equality operator (==) between a non-numeric string and an integer returns false, unlike PHP 7 where it might have coerced the string to 0."} | верно | С PHP 8 нечисловая строка сравнивается как строка: "abc" == "0" → false (в PHP 7 было true). |
T02-L4 0.29 c | Types and comparisons | Under loose comparison, null equals 0, the empty string, and false at the same time. | «yes» Пояснение: In PHP 7 and earlier, null is loosely equal to 0, false, and the empty string ('').
Raw{"answer": "yes", "explanation": "In PHP 7 and earlier, null is loosely equal to 0, false, and the empty string ('')."} | верно | null == 0, null == "" и null == false — все true. |
T02-L5 0.31 c | Types and comparisons | What does the expression (int) '42abc' return? | «42» Пояснение: PHP's int cast parses the leading numeric characters and ignores the trailing non-numeric string.
Raw{"answer": 42, "explanation": "PHP's int cast parses the leading numeric characters and ignores the trailing non-numeric string."} | верно | Ведущая числовая часть: 42, без ошибок и warning. |
T02-L6 0.39 c | Types and comparisons | What does the expression '5' + 5 return? | «10» Пояснение: In PHP, the string '5' is cast to an integer because it is being used with the addition operator, so '5' + 5 equals 10.
Raw{"answer": 10, "explanation": "In PHP, the string '5' is cast to an integer because it is being used with the addition operator, so '5' + 5 equals 10."} | верно | Числовая строка приводится: int 10. |
T02-L7 0.29 c | Types and comparisons | When cast to string, false becomes "0". | «yes» Пояснение: In PHP, casting the boolean value false to a string results in the string '0'.
Raw```json ⏎ {"answer": "yes", "explanation": "In PHP, casting the boolean value false to a string results in the string '0'."} ⏎ ``` | неверно верный: «no» | false → "", true → "1". |
T02-L8 0.37 c | Types and comparisons | The comparison 0.1 + 0.2 === 0.3 returns false. | «yes» Пояснение: Due to floating-point precision errors, 0.1 + 0.2 does not exactly equal 0.3 in binary representation, causing the strict equality check to fail.
Raw{"answer": "yes", "explanation": "Due to floating-point precision errors, 0.1 + 0.2 does not exactly equal 0.3 in binary representation, causing the strict equality check to fail."} | верно | Двоичная погрешность float: 0.1 + 0.2 = 0.30000000000000004. |
T03-L1 0.31 c | Strings | strrev() correctly reverses a UTF-8 string. | «no» Пояснение: strrev() treats strings as byte sequences, so it corrupts multi-byte UTF-8 characters by reversing them byte-by-byte.
Raw{"answer": "no", "explanation": "strrev() treats strings as byte sequences, so it corrupts multi-byte UTF-8 characters by reversing them byte-by-byte."} | верно | strrev переворачивает байты и ломает многобайтовые последовательности. |
T03-L2 0.33 c | Strings | str_contains('Hello world', 'world') returns true. | «yes» Пояснение: The function str_checks if the substring 'world' is found in 'Hello world', which it is, so it returns true.
Raw{"answer": "yes", "explanation": "The function str_checks if the substring 'world' is found in 'Hello world', which it is, so it returns true."} | верно | str_contains с PHP 8.0 проверяет вхождение подстроки. |
T03-L3 0.37 c | Strings | str_pad() can pad a string on the right side only. | «no» Пояснение: str_pad() can pad strings on the right, left, or both sides based on the STR_PAD_RIGHT, STR_PAD_LEFT, or STR_PAD_BOTH options.
Raw```json ⏎ {"answer": "no", "explanation": "str_pad() can pad strings on the right, left, or both sides based on the STR_PAD_RIGHT, STR_PAD_LEFT, or STR_PAD_BOTH options."} ⏎ ``` | верно | STR_PAD_LEFT / STR_PAD_BOTH меняют сторону дополнения. |
T03-L4 0.35 c | Strings | By default trim() strips only spaces, leaving tabs and newlines intact. | «no» Пояснение: By default, trim() (as well as ltrim() and rtrim()) strips spaces, tabs, newlines, carriage returns, NUL bytes, and vertical tabs.
Raw{"answer": "no", "explanation": "By default, trim() (as well as ltrim() and rtrim()) strips spaces, tabs, newlines, carriage returns, NUL bytes, and vertical tabs."} | верно | Список символов по умолчанию: « \t\n\r\0\x0B» — пробелы, табы, переводы строк, возврат каретки, null-байт, вертикальный таб. Проверено php -r. |
T03-L5 0.45 c | Strings | How many BYTES does strlen('héllo') return for a UTF-8 string? | «6» Пояснение: strlen counts bytes, not characters; in UTF-8, 'héllo' is 6 bytes because 'é' is 2 bytes and the other four letters are 1 byte each.
Raw{"answer": 6, "explanation": "strlen counts bytes, not characters; in UTF-8, 'héllo' is 6 bytes because 'é' is 2 bytes and the other four letters are 1 byte each."} | верно | 6 букв по 2 байта: 12. |
T03-L6 0.32 c | Strings | What does substr('abcdef', -3) return? | «def» Пояснение: substr extracts a substring starting from the 3rd character from the end until the end of the string.
Raw{"answer": "def", "explanation": "substr extracts a substring starting from the 3rd character from the end until the end of the string."} | верно | Отрицательное смещение — с конца: def. |
T03-L7 0.31 c | Strings | ucfirst() modifies the string passed to it in place. | «no» Пояснение: PHP strings are passed by value, so functions like ucfirst() return a modified copy rather than modifying the original variable.
Raw{"answer": "no", "explanation": "PHP strings are passed by value, so functions like ucfirst() return a modified copy rather than modifying the original variable."} | верно | Строки неизменяемы; ucfirst возвращает новую строку. |
T03-L8 0.31 c | Strings | Variable interpolation works in heredoc but not in nowdoc. | «yes» Пояснение: Heredoc delimiters are unquoted and allow variable interpolation, whereas nowdoc delimiters must be single-quoted, preventing variable interpolation.
Raw{"answer": "yes", "explanation": "Heredoc delimiters are unquoted and allow variable interpolation, whereas nowdoc delimiters must be single-quoted, preventing variable interpolation."} | верно | Nowdoc — «одинарные кавычки» в тройном синтаксисе: текст как есть. |
T04-L1 0.43 c | Arrays | The sort() function preserves the key-to-value association of the array. | «no» Пояснение: The sort() function re-indexes the array keys numerically starting from 0, thus it does not preserve the original key-to-value associations. To preserve keys, asort() should be used.
Raw{"answer": "no", "explanation": "The sort() function re-indexes the array keys numerically starting from 0, thus it does not preserve the original key-to-value associations. To preserve keys, asort() should be used."} | верно | sort перенумеровывает ключи; связь сохраняет asort. |
T04-L2 0.31 c | Arrays | The string key '5' in an array is stored as the integer 5. | «yes» Пояснение: In PHP, if a string key is a valid integer, it is automatically cast to an integer key in the array.
Raw```json ⏎ {"answer": "yes", "explanation": "In PHP, if a string key is a valid integer, it is automatically cast to an integer key in the array."} ⏎ ``` | верно | Каноничные десятичные строковые ключи приводятся к int. |
T04-L3 0.33 c | Arrays | The in_array() function uses strict comparison (===) by default. | «no» Пояснение: in_array() uses loose comparison (==) by default; you must pass true as the third parameter to use strict comparison (===).
Raw{"answer": "no", "explanation": "in_array() uses loose comparison (==) by default; you must pass true as the third parameter to use strict comparison (===)."} | верно | По умолчанию сравнение нестрогое; строгое — третий аргумент true. |
T04-L4 0.53 c | Arrays | Without a callback, array_filter() removes all "empty" (falsy) elements from the array. | «yes» Пояснение: By default, array_filter() removes elements where a loose truthy check (i.e., isset() and value != 0) evaluates to false, which includes values like 0, '0', null, and empty strings.
Raw{"answer": "yes", "explanation": "By default, array_filter() removes elements where a loose truthy check (i.e., isset() and value != 0) evaluates to false, which includes values like 0, '0', null, and empty strings."} | верно | Убирает 0, "", null, false и пустые массивы. |
T04-L5 0.34 c | Arrays | By default, array_slice() preserves the original numeric keys of the array. | «no» Пояснение: By default, array_slice() reindexes the numeric keys starting from 0; the third parameter preserve_keys must be set to true to preserve original keys.
Raw{"answer": "no", "explanation": "By default, array_slice() reindexes the numeric keys starting from 0; the third parameter preserve_keys must be set to true to preserve original keys."} | верно | По умолчанию ключи перенумеровываются; сохранение — preserve_keys = true. |
T04-L6 0.3 c | Arrays | What does array_slice([10, 20, 30, 40], 1, 2) return? | «{"answer": [20, 30], "explanation": "array_slice returns a slice of the array starting at index 1 with a length of 2."}» Пояснение: {"answer": [20, 30], "explanation": "array_slice returns a slice of the array starting at index 1 with a length of 2."}
Raw{"answer": [20, 30], "explanation": "array_slice returns a slice of the array starting at index 1 with a length of 2."} | верно парсинг: текст (фолбэк) | [20,30]; ключи перенумеровываются. |
T04-L7 0.41 c | Arrays | How many elements will count(['a' => 1] + ['a' => 9, 'b' => 2]) return? | «2» Пояснение: The + operator merges arrays, but keys in the left array take precedence, so 'a' remains 1 and 'b' is added, resulting in two elements.
Raw{"answer": 2, "explanation": "The + operator merges arrays, but keys in the left array take precedence, so 'a' remains 1 and 'b' is added, resulting in two elements."} | верно | Оператор + : по ключу 'a' побеждает левый; итого 2. |
T04-L8 0.41 c | Arrays | Since PHP 8.1, the spread operator [...$a, ...$b] supports arrays with string keys. | «yes» Пояснение: Starting with PHP 8.1, the array spread operator supports arrays with string keys, allowing them to be merged directly without erroring out.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "Starting with PHP 8.1, the array spread operator supports arrays with string keys, allowing them to be merged directly without erroring out." ⏎ } | верно | В 8.0 — только числовые ключи; 8.1 снял ограничение. |
T05-L1 0.35 c | Functions and closures | Named arguments cannot be combined with argument unpacking ...$args in a single call. | «no» Пояснение: Since PHP 8.1, named arguments can be combined with argument unpacking, provided the unpacked arguments come last.
Raw{"answer": "no", "explanation": "Since PHP 8.1, named arguments can be combined with argument unpacking, provided the unpacked arguments come last."} | верно | Можно: f(...$args, имя: значение). Нельзя только позиционный аргумент после распаковки. |
T05-L2 0.33 c | Functions and closures | An anonymous function without use sees variables from the outer scope. | «no» Пояснение: Anonymous functions (closures) do not inherit variables from the outer scope by default; they must be explicitly imported using the 'use' keyword.
Raw{"answer": "no", "explanation": "Anonymous functions (closures) do not inherit variables from the outer scope by default; they must be explicitly imported using the 'use' keyword."} | верно | Без use внешние переменные недоступны; авто-захват только у fn. |
T05-L3 0.4 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, regardless of how many are defined in the signature, so it returns 3 for f(1, 2, 3).
Raw{"answer": 3, "explanation": "func_num_args() returns the number of arguments passed to the function, regardless of how many are defined in the signature, so it returns 3 for f(1, 2, 3)."} | верно | Считает переданные аргументы: 3. |
T05-L4 0.39 c | Functions and closures | The body of an arrow function fn may consist of several expressions in curly braces. | «no» Пояснение: Arrow functions in PHP (fn) are limited to a single expression; if you need multiple statements, you must use a closure (function) with curly braces.
Raw{"answer": "no", "explanation": "Arrow functions in PHP (fn) are limited to a single expression; if you need multiple statements, you must use a closure (function) with curly braces."} | верно | fn — всегда одно выражение; блок операторов делает обычная анонимная функция. |
T05-L5 0.39 c | Functions and closures | An arrow function fn captures outer variables by reference (lazily, at use time). | «no» Пояснение: Arrow functions (fn) capture outer variables by value at the time of definition, not by reference; closures use use($var) for reference capture.
Raw{"answer": "no", "explanation": "Arrow functions (fn) capture outer variables by value at the time of definition, not by reference; closures use use($var) for reference capture."} | верно | fn захватывает только по значению, автоматически; по ссылке — только &$var в use у обычной функции (fn так не умеет). |
T05-L6 0.32 c | Functions and closures | A closure declared as static function () {} does not capture $this. | «yes» Пояснение: Static closures in PHP do not bind to the object scope and therefore cannot access $this.
Raw{"answer": "yes", "explanation": "Static closures in PHP do not bind to the object scope and therefore cannot access $this."} | верно | static-замыкание отвязано от объекта: $this внутри недоступен. |
T05-L7 0.38 c | Functions and closures | What will this print: $x = 5; $f = function () use ($x) { return $x; }; $x = 7; echo $f(); | «5» Пояснение: The variable $x is captured by value in the closure at the time of its creation, so changing $x afterwards does not affect the closure's internal copy.
Raw{"answer": 5, "explanation": "The variable $x is captured by value in the closure at the time of its creation, so changing $x afterwards does not affect the closure's internal copy."} | верно | use захватывает по значению в момент создания: 5. |
T05-L8 0.33 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 (the default), PHP allows coercion of numeric strings to integers when passed to function parameters expecting int types.
Raw{"answer": "yes", "explanation": "In weak typing mode (the default), PHP allows coercion of numeric strings to integers when passed to function parameters expecting int types."} | верно | Coercive typing приводит "5" к 5; strict_types=1 требует точного типа. |
T06-L1 0.27 c | OOP: classes and inheritance | PHP supports constructor property promotion: public function __construct(private int $x) {}. | «yes» Пояснение: PHP 8.0 introduced constructor property promotion, allowing properties to be declared directly in the constructor signature.
Raw```json ⏎ {"answer": "yes", "explanation": "PHP 8.0 introduced constructor property promotion, allowing properties to be declared directly in the constructor signature."} ⏎ ``` | верно | С PHP 8.0 параметр с модификатором создаёт свойство и присваивание. |
T06-L2 0.27 c | OOP: classes and inheritance | Which keyword prevents a method from being overridden in subclasses? | «final» Пояснение: In PHP, the final keyword is used to prevent a method from being overridden in subclasses.
Raw{ ⏎ "answer": "final", ⏎ "explanation": "In PHP, the final keyword is used to prevent a method from being overridden in subclasses." ⏎ } | верно | final. |
T06-L3 0.25 c | OOP: classes and inheritance | A method declared final cannot be overridden in a subclass. | «yes» Пояснение: In PHP, marking a method as final prevents it from being overridden or redefined in any subclass.
Raw{"answer": "yes", "explanation": "In PHP, marking a method as final prevents it from being overridden or redefined in any subclass."} | верно | final запрещает переопределение метода и наследование класса. |
T06-L4 0.33 c | OOP: classes and inheritance | Parent properties with private visibility are accessible in a subclass. | «no» Пояснение: Private properties in a parent class are not accessible in a subclass; they are only accessible within the scope of the class that declared them.
Raw{"answer": "no", "explanation": "Private properties in a parent class are not accessible in a subclass; they are only accessible within the scope of the class that declared them."} | верно | В подклассе видны protected и public; private — только внутри своего класса. |
T06-L5 0.48 c | OOP: classes and inheritance | What does get_class(new class {}) return? Answer with the part of the name before the NUL byte (without the file path). | «class@anonymous» Пояснение: Anonymous classes in PHP 7.1+ have names like class@anonymous<file>:<line>, so the part before the NUL byte (or the identifier prefix) is class@anonymous.
Raw{"answer": "class@anonymous", "explanation": "Anonymous classes in PHP 7.1+ have names like class@anonymous<file>:<line>, so the part before the NUL byte (or the identifier prefix) is class@anonymous."} | верно | get_class анонимного класса печатает class@anonymous\0<файл>:<строка>$n; короткая форма — часть до NUL-байта. Проверено php -r (hex). |
T06-L6 0.6 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 accessible to child classes and do not form part of the inheritance contract, allowing child classes to define methods with the same name without triggering redefinition errors, as long as they do not conflict with public or protected inherited methods.
Raw{"answer": "yes", "explanation": "In PHP, private methods are not accessible to child classes and do not form part of the inheritance contract, allowing child classes to define methods with the same name without triggering redefinition errors, as long as they do not conflict with public or protected inherited methods."} | верно | private-члены не наследуются — правила совместимости подписей не действуют. |
T06-L7 0.46 c | OOP: classes and inheritance | The magic method __get() is called only for non-existent properties. | «no» Пояснение: The __get() magic method is called when accessing (reading) an inaccessible or undefined property, which includes private/protected properties from outside the class as well as non-existent ones.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "The __get() magic method is called when accessing (reading) an inaccessible or undefined property, which includes private/protected properties from outside the class as well as non-existent ones." ⏎ } | верно | __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 a readonly_property_value Error.
Raw{"answer": "Error", "explanation": "Reassigning a readonly property in PHP throws a readonly_property_value Error."} | верно | Error (readonly с 8.1); оговорка: в __clone() переинициализация допустима (8.3+). |
T07-L1 0.23 c | Interfaces, traits, enum | An interface can declare constants. | «yes» Пояснение: In PHP, interfaces are allowed to declare public constants.
Raw{"answer": "yes", "explanation": "In PHP, interfaces are allowed to declare public constants."} | верно | Константы интерфейса наследуются реализациями. |
T07-L2 0.29 c | Interfaces, traits, enum | Which operator checks whether an object is an instance of a class or interface? | «instanceof» Пояснение: The instanceof operator in PHP checks if an object is an instance of a specific class or implements a specific interface.
Raw{"answer": "instanceof", "explanation": "The instanceof operator in PHP checks if an object is an instance of a specific class or implements a specific interface."} | верно | instanceof. |
T07-L3 0.27 c | Interfaces, traits, enum | An interface can declare static methods. | «no» Пояснение: In PHP, interfaces can only declare instance methods and constants; they cannot declare static methods.
Raw{"answer": "no", "explanation": "In PHP, interfaces can only declare instance methods and constants; they cannot declare static methods."} | неверно верный: «yes» | Реализация обязана дать статический метод с той же сигнатурой. |
T07-L4 0.23 c | Interfaces, traits, enum | The instanceof operator only checks class inheritance: it ignores interfaces. | «no» Пояснение: The instanceof operator in PHP checks both class inheritance and interface implementation.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "The instanceof operator in PHP checks both class inheritance and interface implementation." ⏎ } | верно | instanceof возвращает true и для интерфейсов объекта. |
T07-L5 0.41 c | Interfaces, traits, enum | An interface method may have a default implementation, like a trait method. | «no» Пояснение: PHP interface methods are abstract by definition and cannot have a body or default implementation; only traits can provide default method implementations.
Raw{"answer": "no", "explanation": "PHP interface methods are abstract by definition and cannot have a body or default implementation; only traits can provide default method implementations."} | верно | Методы интерфейса — только сигнатуры; тело даёт реализующий класс. |
T07-L6 0.47 c | Interfaces, traits, enum | An abstract method in an abstract class may have protected visibility. | «yes» Пояснение: In PHP, abstract methods can be declared with any visibility modifier (public, protected, or private, though private is rare and effectively useless for extension), so protected is a valid visibility level for an abstract method.
Raw{"answer": "yes", "explanation": "In PHP, abstract methods can be declared with any visibility modifier (public, protected, or private, though private is rare and effectively useless for extension), so protected is a valid visibility level for an abstract method."} | верно | В абстрактном классе — любая видимость; в интерфейсе — только public. |
T07-L7 0.32 c | Interfaces, traits, enum | How many elements will Foo::cases() return for enum Foo { case A; case B; case C; }? | «3» Пояснение: The enum has three cases (A, B, C), so Foo::cases() returns an array with 3 elements.
Raw{"answer": 3, "explanation": "The enum has three cases (A, B, C), so Foo::cases() returns an array with 3 elements."} | верно | Статический метод cases(): 3. |
T07-L8 0.3 c | Interfaces, traits, enum | A trait can declare constants. | «yes» Пояснение: Traits in PHP can declare constants, which are then available to any class that uses the trait.
Raw{"answer": "yes", "explanation": "Traits in PHP can declare constants, which are then available to any class that uses the trait."} | верно | С PHP 8.2 трейты могут объявлять константы (RFC constants_in_traits); до 8.2 — нет. |
T08-L1 0.29 c | Exceptions and errors | The Throwable interface is a common ancestor of both Exception and Error. | «yes» Пояснение: In PHP, the Throwable interface is the common base interface for both Exception and Error classes.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "In PHP, the Throwable interface is the common base interface for both Exception and Error classes." ⏎ } | верно | Иерархия с PHP 7: Throwable → Exception и Throwable → Error. |
T08-L2 0.33 c | Exceptions and errors | A catch (Exception $e) block will also catch TypeError, because TypeError ultimately inherits from Exception. | «no» Пояснение: TypeError in PHP 7 and later inherits from Error, not Exception.
Raw```json ⏎ {"answer": "no", "explanation": "TypeError in PHP 7 and later inherits from Error, not Exception."} ⏎ ``` | верно | TypeError наследуется от Error; catch (Exception) его не ловит. |
T08-L3 0.21 c | Exceptions and errors | The @ operator suppresses exceptions too. | «no» Пояснение: The @ operator only suppresses errors and warnings, not exceptions.
Raw{"answer": "no", "explanation": "The @ operator only suppresses errors and warnings, not exceptions."} | верно | @ глушит диагностику (warnings/notices), исключения не перехватывает. |
T08-L4 0.23 c | Exceptions and errors | What error class does intdiv(5, 0) throw? | «divisionbyzeroerror» Пояснение: intdiv() throws a DivisionByZeroError when the divisor is zero.
Raw{"answer": "DivisionByZeroError", "explanation": "intdiv() throws a DivisionByZeroError when the divisor is zero."} | верно | DivisionByZeroError (иерархия Error, не Exception); php-грейдер объективен. |
T08-L5 0.31 c | Exceptions and errors | The finally block runs only if the exception was caught by a catch block. | «no» Пояснение: The finally block runs regardless of whether the exception was caught or not; it always executes after the try/catch blocks.
Raw```json ⏎ {"answer": "no", "explanation": "The finally block runs regardless of whether the exception was caught or not; it always executes after the try/catch blocks."} ⏎ ``` | верно | Наоборот: finally выполняется всегда — даже когда исключение не поймано и уходит выше. Проверено php -r. |
T08-L6 0.43 c | Exceptions and errors | An exception thrown inside a finally block has no effect on the result of the try block. | «yes» Пояснение: In PHP, an exception thrown inside a finally block overrides any exception from the try or catch block and becomes the new active exception, thus affecting the execution flow.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "In PHP, an exception thrown inside a finally block overrides any exception from the try or catch block and becomes the new active exception, thus affecting the execution flow." ⏎ } | неверно верный: «no» | Исключение из finally перекрывает исходное и уходит вместо него. |
T08-L7 0.23 c | Exceptions and errors | What does the expression (bool) new Exception('x') return? | «yes» Пояснение: In PHP, casting any non-null object to bool results in true.
Raw{"answer": "yes", "explanation": "In PHP, casting any non-null object to bool results in true."} | верно | Любой объект при приведении к bool — true. Формы ответа: true или да. |
T08-L8 0.37 c | Exceptions and errors | Functions registered via register_shutdown_function() run when exit is called. | «yes» Пояснение: The functions registered with register_shutdown_function() are called when the script terminates, including when exit or die is executed.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "The functions registered with register_shutdown_function() are called when the script terminates, including when exit or die is executed." ⏎ } | верно | exit завершает скрипт, но shutdown-функции отрабатывают. |
T09-L1 0.39 c | Namespaces and autoloading | The use App\Service\Mailer; statement itself loads the class file. | «no» Пояснение: The `use` statement merely creates an alias for the fully qualified class name; it does not trigger the autoloader to load the class file until the class is actually used.
Raw```json ⏎ {"answer": "no", "explanation": "The `use` statement merely creates an alias for the fully qualified class name; it does not trigger the autoloader to load the class file until the class is actually used."} ⏎ ``` | верно | 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 import functions, while 'const' is used for constants.
Raw{"answer": "function", "explanation": "In PHP, the 'function' keyword is used to import functions, while 'const' is used for constants."} | верно | use function ...; (и use const для констант). |
T09-L3 0.54 c | Namespaces and autoloading | Into which file (path from src/) does the PSR-4 mapping "App\ → src/" place the class App\Controller\Api\UserController? | «src/controller/api/usercontroller.php» Пояснение: The PSR-4 prefix 'App\' is mapped to 'src/', so the remaining namespace path 'Controller\Api\' plus the class name 'UserController' with the .php extension maps to 'src/Controller/Api/UserController.php'.
Raw```json ⏎ {"answer": "src/Controller/Api/UserController.php", "explanation": "The PSR-4 prefix 'App\\' is mapped to 'src/', so the remaining namespace path 'Controller\\Api\\' plus the class name 'UserController' with the .php extension maps to 'src/Controller/Api/UserController.php'."} ⏎ ``` | верно | Остаток имени после префикса, \ → /. |
T09-L4 0.36 c | Namespaces and autoloading | Including vendor/autoload.php registers autoloaders via spl_autoload_register(). | «yes» Пояснение: Composer's autoloader registers itself using spl_autoload_register() to handle class loading when files are included.
Raw{"answer": "yes", "explanation": "Composer's autoloader registers itself using spl_autoload_register() to handle class loading when files are included."} | верно | Composer ставит автозагрузчик именно на spl_autoload_register. |
T09-L5 0.29 c | Namespaces and autoloading | The magic constant __NAMESPACE__ contains the name of the current namespace. | «yes» Пояснение: In PHP, __NAMESPACE__ is a magic constant that resolves to the fully qualified name of the current namespace.
Raw{"answer": "yes", "explanation": "In PHP, __NAMESPACE__ is a magic constant that resolves to the fully qualified name of the current namespace."} | верно | В корневом пространстве — пустая строка. |
T09-L6 0.51 c | Namespaces and autoloading | An unqualified class name (without a leading \) in new is resolved from the global root. | «no» Пояснение: An unqualified class name in a new expression is resolved relative to the current namespace (falling back to global), not strictly from the global root unless explicitly prefixed with a backslash or already in the global namespace.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "An unqualified class name in a new expression is resolved relative to the current namespace (falling back to global), not strictly from the global root unless explicitly prefixed with a backslash or already in the global namespace." ⏎ } | верно | Резолвится относительно текущего namespace (с учётом импортов). |
T09-L7 0.49 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» Пояснение: According to PSR-4, the namespace 'App\Model\' corresponds to the directory 'src/Model/', so the class 'User' lives in the file 'src/Model/User.php'.
Raw```json ⏎ {"answer": "yes", "explanation": "According to PSR-4, the namespace 'App\\Model\\' corresponds to the directory 'src/Model/', so the class 'User' lives in the file 'src/Model/User.php'."} ⏎ ``` | верно | Остаток имени после префикса переносится в путь как есть. |
T09-L8 0.38 c | Namespaces and autoloading | A use statement may be written inside a function body — the import then applies to that function only. | «yes» Пояснение: In PHP, `use` statements are block-scoped and can be declared inside function bodies to apply only to that scope.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "In PHP, `use` statements are block-scoped and can be declared inside function bodies to apply only to that scope." ⏎ } | неверно верный: «no» | use внутри тела функции — parse error; импорты файловые и компиляционные. |
T10-L1 0.35 c | References and scope | Arrays are copied on assignment rather than passed by reference. | «yes» Пояснение: In PHP, when you assign an array to a new variable, it creates a copy of the array by default rather than creating a reference.
Raw{"answer": "yes", "explanation": "In PHP, when you assign an array to a new variable, it creates a copy of the array by default rather than creating a reference."} | верно | Присваивание массива — копия (в движке — copy-on-write). |
T10-L2 0.34 c | References and scope | What will this print: $a = [1, 2]; $b = $a; $b[] = 3; echo count($a); | «2» Пояснение: PHP uses copy-on-write for arrays, so modifying $b does not affect $a, leaving $a with 2 elements.
Raw{"answer": 2, "explanation": "PHP uses copy-on-write for arrays, so modifying $b does not affect $a, leaving $a with 2 elements."} | верно | Присваивание — копия: в $a по-прежнему 2 элемента. |
T10-L3 0.47 c | References and scope | Inside a function, user-defined global variables are inaccessible without global, $GLOBALS, or passing them as parameters. | «yes» Пояснение: In PHP, variables defined outside of a function are in the global scope and are not visible inside the function scope unless explicitly imported using the global keyword, accessed via the $GLOBALS superglobal array, or passed as arguments.
Raw{"answer": "yes", "explanation": "In PHP, variables defined outside of a function are in the global scope and are not visible inside the function scope unless explicitly imported using the global keyword, accessed via the $GLOBALS superglobal array, or passed as arguments."} | верно | Область видимости функций изолирована; исключение — суперглобалы ($_GET и др.). |
T10-L4 0.47 c | References and scope | unset($GLOBALS['x']) inside a function removes the global variable only for that function. | «no» Пояснение: Using $GLOBALS in a function accesses the global scope, so unset($GLOBALS['x']) removes the variable from the global scope for the entire application, not just the current function.
Raw{"answer": "no", "explanation": "Using $GLOBALS in a function accesses the global scope, so unset($GLOBALS['x']) removes the variable from the global scope for the entire application, not just the current function."} | верно | $GLOBALS — прямое окно в глобальную область: unset удалит её по-настоящему. |
T10-L5 0.32 c | References and scope | What will this print: function inc(&$x) { $x++; } $n = 5; inc($n); echo $n; | «6» Пояснение: The parameter $x is passed by reference, so incrementing it inside the function modifies the original variable $n.
Raw{"answer": "6", "explanation": "The parameter $x is passed by reference, so incrementing it inside the function modifies the original variable $n."} | верно | Ссылка меняет оригинал: 6. |
T10-L6 0.43 c | References and scope | A foreach over an array (by value) works with the "live" array: changes to the array inside the loop are visible in the same pass. | «no» Пояснение: When iterating by value in PHP, the array is copied, so changes to the original array inside the loop do not affect the iteration of the current pass.
Raw{"answer": "no", "explanation": "When iterating by value in PHP, the array is copied, so changes to the original array inside the loop do not affect the iteration of the current pass."} | верно | По значению foreach итерирует копию-снимок. |
T10-L7 0.3 c | References and scope | A static property belongs to each instance separately: changes in one object are not visible in others. | «no» Пояснение: A static property is shared across all instances of a class, so changes in one object are visible in others.
Raw```json ⏎ {"answer": "no", "explanation": "A static property is shared across all instances of a class, so changes in one object are visible in others."} ⏎ ``` | верно | Наоборот: статическое свойство общее для всех экземпляров класса. Проверено php -r. |
T10-L8 0.47 c | References and scope | An array can have a boolean key true, and it will be stored as bool. | «no» Пояснение: In PHP, boolean values (true and false) are not allowed as array keys, and attempting to use them results in a warning and conversion.
Raw```json ⏎ {"answer": "no", "explanation": "In PHP, boolean values (true and false) are not allowed as array keys, and attempting to use them results in a warning and conversion."} ⏎ ``` | верно | Булев ключ приводится к int: true → 1, false → 0. |
T11-L1 0.33 c | Generators, iterators, SPL | Inside a generator, return with a value can be used, and it becomes available via $gen->getReturn(). | «yes» Пояснение: In PHP, a return statement inside a generator function does not yield a value but sets the return value accessible via the Generator::getReturn() method.
Raw{"answer": "yes", "explanation": "In PHP, a return statement inside a generator function does not yield a value but sets the return value accessible via the Generator::getReturn() method."} | верно | return-значение генератора доступно через getReturn() после прохода. |
T11-L2 0.55 c | Generators, iterators, SPL | A fully consumed generator can be rewound with rewind() and traversed again. | «no» Пояснение: Generators in PHP are forward-iterators and do not support rewinding; once exhausted, their internal state cannot be reset to start from the beginning without recreating the generator function call.
Raw```json ⏎ {"answer": "no", "explanation": "Generators in PHP are forward-iterators and do not support rewinding; once exhausted, their internal state cannot be reset to start from the beginning without recreating the generator function call."} ⏎ ``` | верно | Генератор одноразовый: rewind после начала итерации бросает Exception. |
T11-L3 0.37 c | Generators, iterators, SPL | The yield from construct delegates traversal to another generator or iterable. | «yes» Пояснение: The yield from construct in PHP delegates traversal to another generator or iterable, allowing the inner generator's values to be forwarded directly from the outer generator.
Raw```json ⏎ { ⏎ "answer": "yes", ⏎ "explanation": "The yield from construct in PHP delegates traversal to another generator or iterable, allowing the inner generator's values to be forwarded directly from the outer generator." ⏎ } ⏎ ``` | верно | yield from проксирует значения, ключи и return-значение внутреннего генератора. |
T11-L4 0.35 c | Generators, iterators, SPL | What does get_class(g()) return for function g() { yield 1; }? | «generator» Пояснение: A function containing the yield keyword returns a Generator object when called, and get_class() returns its class name as a string.
Raw{"answer": "Generator", "explanation": "A function containing the yield keyword returns a Generator object when called, and get_class() returns its class name as a string."} | верно | Функция с yield возвращает Generator. |
T11-L5 0.31 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 3 items into an array, which count() then returns as 3.
Raw{"answer": 3, "explanation": "iterator_to_array converts the generator yielding 3 items into an array, which count() then returns as 3."} | верно | yield from делегирует все 3 элемента. |
T11-L6 0.3 c | Generators, iterators, SPL | The SplStack class implements a FIFO queue. | «no» Пояснение: SplStack implements a LIFO (Last-In-First-Out) data structure, not a FIFO queue.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "SplStack implements a LIFO (Last-In-First-Out) data structure, not a FIFO queue." ⏎ } | верно | SplStack — стек LIFO; очередь FIFO — SplQueue. |
T11-L7 0.33 c | Generators, iterators, SPL | ArrayIterator allows wrapping an array and traversing it via the Iterator interface. | «yes» Пояснение: ArrayIterator is a built-in PHP class that implements Iterator and other interfaces, allowing you to wrap and traverse an array.
Raw{"answer": "yes", "explanation": "ArrayIterator is a built-in PHP class that implements Iterator and other interfaces, allowing you to wrap and traverse an array."} | верно | Объектная обёртка над массивом. |
T11-L8 0.29 c | Generators, iterators, SPL | An ArrayObject instance cannot be traversed with foreach. | «no» Пояснение: ArrayObject implements the Iterator and ArrayAccess interfaces, allowing it to be traversed with foreach.
Raw{"answer": "no", "explanation": "ArrayObject implements the Iterator and ArrayAccess interfaces, allowing it to 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 automatically generates and stores a unique salt within the resulting hashed string.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "The password_hash() function automatically generates and stores a unique salt within the resulting hashed 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 uses the bcrypt algorithm (PASSWORD_BCRYPT), not md5.
Raw{"answer": "no", "explanation": "In PHP 8, PASSWORD_DEFAULT uses the bcrypt algorithm (PASSWORD_BCRYPT), not md5."} | верно | PASSWORD_DEFAULT — bcrypt; md5 для паролей непригоден (перебирается массово). |
T12-L3 0.21 c | Configuration and security | What does password_verify('secret', password_hash('secret', PASSWORD_DEFAULT)) return? | «yes» Пояснение: password_verify returns true when the given password matches the provided hash.
Raw{"answer": "yes", "explanation": "password_verify returns true when the given password matches the provided hash."} | верно | Соль и хеш в одной строке: true (форма ответа: true или да). |
T12-L4 0.37 c | Configuration and security | strip_tags() protects against SQL injection. | «no» Пояснение: strip_tags() removes HTML tags and is used to prevent cross-site scripting (XSS), not SQL injection; SQL injection must be prevented using prepared statements or parameterized queries.
Raw{"answer": "no", "explanation": "strip_tags() removes HTML tags and is used to prevent cross-site scripting (XSS), not SQL injection; SQL injection must be prevented using prepared statements or parameterized queries."} | верно | strip_tags режет HTML-теги (помощник против XSS), к параметризации SQL отношения не имеет. |
T12-L5 0.33 c | Configuration and security | session_regenerate_id() is used to protect against session fixation upon user login. | «yes» Пояснение: Regenerating the session ID after a privilege change, such as login, is a standard security practice to prevent session fixation attacks.
Raw{"answer": "yes", "explanation": "Regenerating the session ID after a privilege change, such as login, is a standard security practice to prevent session fixation attacks."} | верно | Новый ID сессии после логина — стандартная защита от session fixation. |
T12-L6 0.29 c | Configuration and security | Which built-in function returns the SAPI name (e.g., cli)? | «php_sapi_name» Пояснение: The php_sapi_name() function returns the name of the current SAPI (Server Application Programming Interface).
Raw{"answer": "php_sapi_name", "explanation": "The php_sapi_name() function returns the name of the current SAPI (Server Application Programming Interface)."} | верно | php_sapi_name(). |
T12-L7 0.35 c | Configuration and security | session_destroy() deletes session data on the server but not the cookie in the user's browser. | «yes» Пояснение: session_destroy() only removes session data stored on the server; the session ID cookie remains in the client's browser and must be deleted separately.
Raw{"answer": "yes", "explanation": "session_destroy() only removes session data stored on the server; the session ID cookie remains in the client's browser and must be deleted separately."} | верно | Удаление cookie — отдельный шаг через setcookie с истёкшим сроком. |
T12-L8 0.25 c | Configuration and security | Without calling session_start(), the $_SESSION array is automatically populated with session data. | «no» Пояснение: session_start() must be called before the $_SESSION superglobal is populated with session data.
Raw{"answer": "no", "explanation": "session_start() must be called before the $_SESSION superglobal is populated with session data."} | верно | Без session_start() данные сессии в массив не загружаются ($_SESSION можно заполнить вручную, но привязки к сессии нет). |
VC-L1 0.27 c | PHP 8.4–8.5 | In which PHP version was the array_find() function introduced? | «8.0.0» Пояснение: The array_find() function was introduced in PHP 8.0.
Raw{"answer": "8.0.0", "explanation": "The array_find() function was introduced in PHP 8.0."} | неверно верный: «8.4» | PHP 8.4 (RFC array_find). |
VC-L2 0.61 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 first-class callable syntax and asymmetric visibility for properties, but it did not introduce property hooks (get/set methods inside property declarations), which is a feature expected in PHP 9.0 (or a later major version), not 8.4.
Raw{"answer": "yes", "explanation": "PHP 8.4 introduced first-class callable syntax and asymmetric visibility for properties, but it did not introduce property hooks (get/set methods inside property declarations), which is a feature expected in PHP 9.0 (or a later major version), not 8.4."} | верно | Property hooks — PHP 8.4 (ноябрь 2024). |
VC-L3 0.3 c | PHP 8.4–8.5 | Asymmetric visibility (public private(set) string $name) appeared in PHP 8.4. | «yes» Пояснение: Asymmetric visibility for properties (e.g., public private(set) string $name) was introduced in PHP 8.4.
Raw{"answer": "yes", "explanation": "Asymmetric visibility for properties (e.g., public private(set) string $name) was introduced in PHP 8.4."} | верно | Asymmetric visibility v2 — PHP 8.4. |
VC-L4 0.27 c | PHP 8.4–8.5 | In which PHP version was the #[\NoDiscard] attribute introduced? Answer with the version number. | «8.4» Пояснение: The #[\NoDiscard] attribute was introduced in PHP 8.4 to help prevent accidental discarding of function return values.
Raw{"answer": "8.4", "explanation": "The #[\\NoDiscard] attribute was introduced in PHP 8.4 to help prevent accidental discarding of function return values."} | неверно верный: «8.5» | #[\NoDiscard] — PHP 8.5 (marking return values as important). |
VC-L5 0.25 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 (|>) was introduced in PHP 8.4 to allow chaining of operations.
Raw{"answer": "8.4", "explanation": "The pipe operator (|>) was introduced in PHP 8.4 to allow chaining of operations."} | неверно верный: «8.5» | Pipe operator — PHP 8.5 (2025). |
VC-L6 0.3 c | PHP 8.4–8.5 | In which PHP version did clone-with — the syntax clone($obj, ['x' => 1]) — appear? Answer with the version number. | «8.4» Пояснение: The clone-with syntax was introduced in PHP 8.4 to allow setting object properties immediately after cloning.
Raw{"answer": "8.4", "explanation": "The clone-with syntax was introduced in PHP 8.4 to allow setting object properties immediately after cloning."} | неверно верный: «8.5» | Clone with v2 — PHP 8.5. |
VC-L7 0.25 c | PHP 8.4–8.5 | In which PHP version were the array_first() and array_last() functions introduced? | «php 8.4» Пояснение: The functions array_first() and array_last() were introduced in PHP 8.4.
Raw{"answer": "PHP 8.4", "explanation": "The functions array_first() and array_last() were introduced in PHP 8.4."} | неверно верный: «8.5» | PHP 8.5. |
VC-L8 5.36 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.2» Пояснение: RFC Partial Function Application v2 was adopted for PHP 8.2.
Raw{"answer": "8.2", "explanation": "RFC Partial Function Application v2 was adopted for PHP 8.2."} | неверно верный: «8.6» | PFA v2 принят 05.12.2025 (33-0-0), реализован в PHP 8.6. |
VF-L1 0.28 c | PHP: 8.6+ and the future | For which PHP version was the RFC clamp_v2 (the clamp() function) implemented, as of 2026-11-07? Answer with the version number. | «8.4» Пояснение: The clamp() function was introduced in PHP 8.4 as part of the accepted RFC clamp_v2.
Raw{"answer": "8.4", "explanation": "The clamp() function was introduced in PHP 8.4 as part of the accepted RFC clamp_v2."} | неверно верный: «8.6» | По данным владельца (wiki.php.net/rfc): clamp_v2 — 8.6; clamp() в 8.5.11 отсутствует (косвенное подтверждение). Дата-якорь делает клетку монотонной. |
VF-L2 0.65 c | PHP: 8.6+ and the future | RFC Context Managers v2 has already been adopted in PHP (as of 2026-11-07). | «no» Пояснение: As of 2026, the RFC for Context Managers (or similar structured context handling) has not been adopted into a stable PHP release; PHP's context handling is still primarily managed via global state or standard library functions.
Raw{"answer": "no", "explanation": "As of 2026, the RFC for Context Managers (or similar structured context handling) has not been adopted into a stable PHP release; PHP's context handling is still primarily managed via global state or standard library functions."} | верно | На 06.11.2026 — в обсуждении (создан 2026-10-23); не принят. |
VF-L3 0.43 c | PHP: 8.6+ and the future | RFC Bound-Erased Generic Types (generics) was declined in 2026. | «no» Пояснение: The RFC for Generic Types (RFC 5009) was accepted and merged into PHP 8.4, not declined.
Raw{"answer": "no", "explanation": "The RFC for Generic Types (RFC 5009) was accepted and merged into PHP 8.4, not declined."} | неверно верный: «yes» | Голосование завершилось 2026-06-28: отклонён (wiki.php.net/rfc). |
VF-L4 0.49 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 uses Zend Thread Safety (ZTS) for multithreaded environments, but it is not enabled by default in standard PHP installations; additionally, there is no accepted RFC making it the default as of 2026.
Raw{"answer": "no", "explanation": "PHP uses Zend Thread Safety (ZTS) for multithreaded environments, but it is not enabled by default in standard PHP installations; additionally, there is no accepted RFC making it the default as of 2026."} | верно | Такого принятого RFC нет на дату якоря; якорь делает клетку монотонной — при принятии RFC позже клетка не перевернётся. |
VF-L5 0.45 c | PHP: 8.6+ and the future | As of PHP 8.5, generics (parameterized types) are still absent. | «yes» Пояснение: As of PHP 8.5 (and current releases), native generics or parameterized types have not been implemented, despite multiple RFCs and ongoing discussions.
Raw{"answer": "yes", "explanation": "As of PHP 8.5 (and current releases), native generics or parameterized types have not been implemented, despite multiple RFCs and ongoing discussions."} | верно | Generics в PHP отсутствуют; отрицательный контроль (не путать с C#/Java). |
VF-L6 0.42 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» Пояснение: Based on standard PHP release cycles, PHP 8.5 is the latest stable version in this scenario, and the statement is consistent with the provided premise.
Raw{"answer": "no", "explanation": "Based on standard PHP release cycles, PHP 8.5 is the latest stable version in this scenario, and the statement is consistent with the provided premise."} | неверно верный: «yes» | 8.5 — релиз осени 2025; 8.6 GA 19.11.2026 (wiki.php.net/todo/php86). Дата снимка — 06.11.2026. |
VF-L7 0.34 c | PHP: 8.6+ and the future | The PHP 6 branch never shipped: after PHP 5.6 came PHP 7.0 directly. | «yes» Пояснение: PHP development jumped directly from version 5.6 to 7.0, skipping version 6 entirely.
Raw{"answer": "yes", "explanation": "PHP development jumped directly from version 5.6 to 7.0, skipping version 6 entirely."} | верно | Исторический факт: ветка 6 не была релизнута. |
VF-L8 0.29 c | PHP: 8.6+ and the future | The RFC adding the #[\Deprecated] attribute to the core was adopted. | «yes» Пояснение: The RFC to add the #[\Deprecated] attribute was adopted and implemented in PHP 8.4.
Raw{"answer": "yes", "explanation": "The RFC to add the #[\\Deprecated] attribute was adopted and implemented in PHP 8.4."} | верно | #[\Deprecated] — принят, реализован в PHP 8.4. |
T25-L1 0.45 c | Clean architecture | The dependency rule of clean and onion architecture: inner layers know nothing about outer ones — dependencies point toward the center. | «yes» Пояснение: In Clean and Onion architectures, the dependency rule dictates that inner layers (domain/core) must not depend on outer layers (infrastructure/presentation), ensuring business logic remains independent of external concerns.
Raw{"answer": "yes", "explanation": "In Clean and Onion architectures, the dependency rule dictates that inner layers (domain/core) must not depend on outer layers (infrastructure/presentation), ensuring business logic remains independent of external concerns."} | верно | Чистая (Robert C. Martin), луковичная (Jeffrey Palermo) и гексагональная (ports & adapters) — варианты одной идеи: зависимости направлены внутрь, к домену. Слоями в проекте следит deptrac. |
T25-L2 0.48 c | Clean architecture | Domain entities import neither Doctrine nor Symfony — only the language and, possibly, the standard library. | «yes» Пояснение: In DDD, domain entities are pure business logic and must remain framework-agnostic by not importing infrastructure libraries like Doctrine or Symfony.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "In DDD, domain entities are pure business logic and must remain framework-agnostic by not importing infrastructure libraries like Doctrine or Symfony." ⏎ } | верно | Изоляция домена от инфраструктуры; deptrac в проекте как раз следит за слоями. |
T25-L3 0.27 c | Clean architecture | Controllers and Twig templates belong to the business-logic layer because they are the ones calling use cases. | «no» Пояснение: Controllers and Twig templates belong to the presentation layer, not the business-logic layer.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "Controllers and Twig templates belong to the presentation layer, not the business-logic layer." ⏎ } ⏎ ``` | верно | Наоборот: это интерфейсные адаптеры (внешний слой); они зависят от use cases, а не наоборот. |
T25-L4 0.39 c | Clean architecture | What sits at the very center of the onion architecture? | «entities» Пояснение: In onion architecture, the core layer contains the business logic and entities, which are at the center and do not depend on any other layers.
Raw{"answer": "Entities", "explanation": "In onion architecture, the core layer contains the business logic and entities, which are at the center and do not depend on any other layers."} | неверно верный: «domain model» | Центральное кольцо — Domain Model: сущности и бизнес-правила без зависимостей; далее Domain Services → Application Services → Infrastructure/UI/Tests (Palermo). |
T25-L5 0.37 c | Clean architecture | Layer boundary violations can be caught automatically: a layer-dependency analyzer (e.g. deptrac) fails on a forbidden call. | «yes» Пояснение: Deptrac and similar static analysis tools are specifically designed to detect and fail builds on dependency violations between defined layers.
Raw{"answer": "yes", "explanation": "Deptrac and similar static analysis tools are specifically designed to detect and fail builds on dependency violations between defined layers."} | верно | depfile.yaml в проекте TasK: CI проверяет правила слоёв на каждом пайплайне. |
T25-L6 0.52 c | Clean architecture | A use case (interactor) may accept an HTTP request or an EntityManager as arguments — it is simpler that way. | «no» Пояснение: Use cases should not depend on transport layers like HTTP requests or persistence details like EntityManagers; instead, they should work with domain-agnostic DTOs or input objects to maintain separation of concerns and testability.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "Use cases should not depend on transport layers like HTTP requests or persistence details like EntityManagers; instead, they should work with domain-agnostic DTOs or input objects to maintain separation of concerns and testability." ⏎ } | верно | Use case принимает DTO и порты; привязка к HTTP/ORM протекает инфраструктуру во внутренние слои. |
T25-L7 0.33 c | Clean architecture | What is the component called that provides a collection of aggregates/entities while hiding the storage mechanism behind an interface? | «repository» Пояснение: The Repository pattern abstracts data access by providing a collection of domain objects and hiding the underlying storage details.
Raw{"answer": "Repository", "explanation": "The Repository pattern abstracts data access by providing a collection of domain objects and hiding the underlying storage details."} | верно | Repository pattern (DDD/Evans); в проекте — Doctrine-репозитории за портами. |
T25-L8 0.43 c | Clean architecture | In clean architecture, swapping PostgreSQL for another database touches only the outer layer — the domain and use cases stay unchanged. | «yes» Пояснение: Clean architecture isolates business logic (domain and use cases) from infrastructure dependencies like databases via interfaces, allowing backend swapping without modifying core business rules.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "Clean architecture isolates business logic (domain and use cases) from infrastructure dependencies like databases via interfaces, allowing backend swapping without modifying core business rules." ⏎ } | верно | Следствие правила зависимостей: инфраструктура взаимозаменяема. |
T26-L1 0.33 c | DDD | In DDD, an aggregate is just another name for a database table. | «no» Пояснение: An aggregate is a DDD consistency boundary for a cluster of domain objects, not a 1:1 mapping to a database table.
Raw{"answer": "no", "explanation": "An aggregate is a DDD consistency boundary for a cluster of domain objects, not a 1:1 mapping to a database table."} | верно | Агрегат — кластер объектов с границей согласованности (транзакционной вокруг корня); таблица — деталь хранения. |
T26-L2 0.33 c | DDD | A Value Object is immutable and compared by the values of its fields, not by identity. | «yes» Пояснение: By definition, a Value Object is immutable and defines equality based on the values of its properties rather than instance identity.
Raw```json ⏎ {"answer": "yes", "explanation": "By definition, a Value Object is immutable and defines equality based on the values of its properties rather than instance identity."} ⏎ ``` | верно | Классика Evans: Money, Email; равенство структурное. |
T26-L3 0.33 c | DDD | What is the single external entry point of an aggregate, through which all changes must go, called? | «aggregate root» Пояснение: In Domain-Driven Design, the Aggregate Root is the single entry point for accessing and modifying the aggregate to maintain consistency.
Raw{"answer": "Aggregate Root", "explanation": "In Domain-Driven Design, the Aggregate Root is the single entry point for accessing and modifying the aggregate to maintain consistency."} | верно | Aggregate Root: внешние объекты ссылаются только на корень; он защищает инварианты агрегата. |
T26-L4 0.55 c | DDD | In DDD, a repository is declared for an aggregate (its root), not for every entity. | «yes» Пояснение: In Domain-Driven Design, a repository is specifically defined to manage the persistence of an aggregate root, treating the entire aggregate as a single unit of consistency and avoiding direct repository exposure of individual entities within that aggregate.
Raw```json ⏎ { ⏎ "answer": "yes", ⏎ "explanation": "In Domain-Driven Design, a repository is specifically defined to manage the persistence of an aggregate root, treating the entire aggregate as a single unit of consistency and avoiding direct repository exposure of individual entities within that aggregate." ⏎ } ⏎ ``` | верно | Репозиторий корня хранит границу согласованности агрегата; вложенные сущности доступны только через корень. |
T26-L5 0.46 c | DDD | Ubiquitous language is the model's shared language common to developers and domain experts. | «yes» Пояснение: Ubiquitous Language is a core practice in Domain-Driven Design where the model's terminology is shared consistently between technical developers and domain experts to ensure alignment.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "Ubiquitous Language is a core practice in Domain-Driven Design where the model's terminology is shared consistently between technical developers and domain experts to ensure alignment." ⏎ } | верно | Evans: язык из требований переходит в имена классов и методов. |
T26-L6 0.43 c | DDD | What is the boundary called within which a model and its language are consistent, while outside the same words mean other models? | «domain» Пояснение: In software modeling and UML, the context or boundary within which a model is consistent and its terminology is defined is called the domain.
Raw{"answer": "domain", "explanation": "In software modeling and UML, the context or boundary within which a model is consistent and its terminology is defined is called the domain."} | неверно верный: «bounded context» | Bounded Context; «Заказ» в биллинге и в доставке — разные модели. |
T26-L7 0.49 c | DDD | An anemic model (objects with only getters/setters, logic in services) is the recommended DDD style. | «no» Пояснение: Anemic models are generally discouraged in DDD because they hide business logic in services, undermining domain-driven design's encapsulation and integrity.
Raw```json ⏎ {"answer": "no", "explanation": "Anemic models are generally discouraged in DDD because they hide business logic in services, undermining domain-driven design's encapsulation and integrity."} ⏎ ``` | верно | Наоборот: Evans называет анемичность антипаттерном — поведение должно жить в доменных объектах. |
T26-L8 0.49 c | DDD | Bounded context means each context has its own model: the same concept in different contexts is a different class. | «yes» Пояснение: In Domain-Driven Design, a bounded context defines the boundary within which a domain model is valid, allowing the same real-world concept to be represented by different classes or models in different contexts to avoid ambiguity and complexity.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "In Domain-Driven Design, a bounded context defines the boundary within which a domain model is valid, allowing the same real-world concept to be represented by different classes or models in different contexts to avoid ambiguity and complexity." ⏎ } | верно | Модели контекстов независимы; между ними — явная интеграция (ACL, published language). |
T13-L1 0.38 c | Symfony | Services in the Symfony DI container are created lazily by default — on first use. | «yes» Пояснение: The Symfony DI container uses lazy instantiation by default, creating services only when they are first requested (via get() or dependency injection).
Raw{"answer": "yes", "explanation": "The Symfony DI container uses lazy instantiation by default, creating services only when they are first requested (via get() or dependency injection)."} | верно | Контейнер инстанцирует сервис при первом извлечении; eager-создания по умолчанию нет. |
T13-L2 0.25 c | Symfony | Which Symfony console command lists all registered routes? | «debug:router» Пояснение: The 'debug:router' command is the standard Symfony console command used to list all registered routes.
Raw{"answer": "debug:router", "explanation": "The 'debug:router' command is the standard Symfony console command used to list all registered routes."} | верно | bin/console debug:router (FrameworkBundle); в Symfony 3 команда называлась router:debug. |
T13-L3 0.3 c | Symfony | Symfony autowiring requires manually declaring every service in services.yaml. | «no» Пояснение: Symfony's autowiring automatically resolves service dependencies based on type hints, removing the need to manually declare every binding in services.yaml.
Raw{"answer": "no", "explanation": "Symfony's autowiring automatically resolves service dependencies based on type hints, removing the need to manually declare every binding in services.yaml."} | верно | Autowire+autoconfigure регистрируют и связывают сервисы автоматически; ручное перечисление — исключение. |
T13-L4 0.27 c | Symfony | Twig templates are compiled into PHP classes and cached between requests. | «yes» Пояснение: Twig templates are compiled into PHP classes and cached to improve performance between requests.
Raw```json ⏎ {"answer": "yes", "explanation": "Twig templates are compiled into PHP classes and cached to improve performance between requests."} ⏎ ``` | верно | Twig компилирует шаблон один раз; кэш в var/cache/twig, в prod не пересобирается. |
T13-L5 0.49 c | Symfony | In the Symfony dev environment the DI container is rebuilt only after tracked files change, not on every request. | «no» Пояснение: In the Symfony dev environment, the DI container is typically rebuilt on every request unless a specific cache warmer or long-lived cache configuration is used, ensuring up-to-date configuration and service definitions.
Raw{"answer": "no", "explanation": "In the Symfony dev environment, the DI container is typically rebuilt on every request unless a specific cache warmer or long-lived cache configuration is used, ensuring up-to-date configuration and service definitions."} | неверно верный: «yes» | Kernel проверяет freshness ресурсов (конфиги, классы); иначе переиспользуется кэш контейнера. |
T13-L6 0.33 c | Symfony | Which environment variable selects the active Symfony environment (dev/prod)? | «app_env» Пояснение: In modern Symfony versions, the APP_ENV environment variable is used to specify the active environment.
Raw{"answer": "APP_ENV", "explanation": "In modern Symfony versions, the APP_ENV environment variable is used to specify the active environment."} | верно | APP_ENV в .env; APP_DEBUG — отдельный флаг отладки. |
T13-L7 0.55 c | Symfony | A controller method can be private — Symfony routing works with any method of the class. | «no» Пояснение: Symfony's routing system requires controller methods to be public, as the router dispatches requests by invoking these methods directly, which would fail if they are private or protected.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "Symfony's routing system requires controller methods to be public, as the router dispatches requests by invoking these methods directly, which would fail if they are private or protected." ⏎ } ⏎ ``` | верно | Действие контроллера должно быть public; приватный метод по маршруту не вызывается. |
T13-L8 0.52 c | Symfony | Event subscribers always receive events before listeners, because the interface gives them priority. | «no» Пояснение: In PHP's symfony/event-discomponent, subscribers and listeners are treated uniformly; dispatch order is determined by priority and registration order, not by their subscriber/listener status.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "In PHP's symfony/event-discomponent, subscribers and listeners are treated uniformly; dispatch order is determined by priority and registration order, not by their subscriber/listener status." ⏎ } | верно | Порядок определяет priority, а не тип подписки; приоритеты задаются в getSubscribedEvents() так же, как у слушателей. |
T22-L1 0.33 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 completely removed the legacy Guard authentication components, replacing them entirely with the new Authenticator system.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "Symfony 6.0 completely removed the legacy Guard authentication components, replacing them entirely with the new Authenticator system." ⏎ } | верно | Guard объявлен устаревшим в 5.3 и удалён в 6.0; в проекте symfony/security-bundle 8.1. |
T22-L2 0.31 c | Symfony: Security and forms | Which Symfony attribute checks a role/permission right on a controller method (403 without it)? | «#isgranted» Пояснение: The Symfony attribute `#[IsGranted]` is used to check if a user has a specific role or permission on a controller method.
Raw{"answer": "#IsGranted", "explanation": "The Symfony attribute `#[IsGranted]` is used to check if a user has a specific role or permission on a controller method."} | верно | #[IsGranted('ROLE_ADMIN')]; атрибут из symfony/security-http. |
T22-L3 0.27 c | Symfony: Security and forms | Voters are Symfony's mechanism for checking access to a specific object: isGranted('EDIT', $post). | «yes» Пояснение: Voters are the primary mechanism in Symfony Security for implementing object-level access control.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "Voters are the primary mechanism in Symfony Security for implementing object-level access control." ⏎ } | верно | VoterInterface->vote(); docs Symfony — Voters. |
T22-L4 0.47 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» Пояснение: While Doctrine annotations are deprecated and Symfony attributes are the modern standard, annotation support is not completely removed in Symfony 7; it is merely discouraged and slated for removal in future major versions.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "While Doctrine annotations are deprecated and Symfony attributes are the modern standard, annotation support is not completely removed in Symfony 7; it is merely discouraged and slated for removal in future major versions." ⏎ } | неверно верный: «yes» | Докблок-аннотации удалены в Symfony 7.0; стандарт — атрибуты. В проекте symfony/validator 8.1. |
T22-L5 0.4 c | Symfony: Security and forms | CSRF protection of Symfony forms is enabled by default: the form validates the token on submission. | «yes» Пояснение: By default, Symfony's FormType includes a CSRF token to prevent Cross-Site Request Forgery attacks.
Raw```json ⏎ { ⏎ "answer": "yes", ⏎ "explanation": "By default, Symfony's FormType includes a CSRF token to prevent Cross-Site Request Forgery attacks." ⏎ } ⏎ ``` | верно | FormType добавляет скрытое поле _token и проверяет его при валидации; отключение — осознанное исключение (csrf: false). |
T22-L6 0.42 c | Symfony: Security and forms | Form validation in Symfony runs server-side even if the client-side (HTML5) checks passed. | «yes» Пояснение: Symfony's validation component is a server-side mechanism that validates data after it has been submitted and deserialized, independent of any client-side HTML5 constraints.
Raw{"answer": "yes", "explanation": "Symfony's validation component is a server-side mechanism that validates data after it has been submitted and deserialized, independent of any client-side HTML5 constraints."} | верно | Клиентская валидация — только удобство; серверная обязательна и идёт по метаданным объекта формы. |
T22-L7 0.31 c | Symfony: Security and forms | Which Symfony maker command generates a form class (FormType)? | «make:form» Пояснение: The Symfony Maker Bundle command to generate a form type class is make:form.
Raw{"answer": "make:form", "explanation": "The Symfony Maker Bundle command to generate a form type class is make:form."} | верно | bin/console make:form (symfony/maker-bundle — в проекте). |
T22-L8 0.31 c | Symfony: Security and forms | Symfony stores the user's password in the session in plain text. | «no» Пояснение: Symfony (and good security practices) store a hashed version of the password, not the plain text, in the session or database.
Raw{"answer": "no", "explanation": "Symfony (and good security practices) store a hashed version of the password, not the plain text, in the session or database."} | верно | В сессии живёт объект пользователя в токене; хеш затирается 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 Symfony, bundle-specific configuration is indeed organized within the config/packages directory, typically with one file per bundle or logical component.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "In Symfony, bundle-specific configuration is indeed organized within the config/packages directory, typically with one file per bundle or logical component." ⏎ } | верно | Стандартная структура (config/packages/*.yaml); перегрузка — config/packages/<env>. |
T23-L2 0.45 c | Symfony: configuration and services | The .env file with dev defaults is committed to the repository, while real secrets live in the non-committed .env.local. | «yes» Пояснение: This is a common best practice: committing default .env values (without secrets) for consistency, while keeping real secrets in a local, non-committed file like .env.local.
Raw{"answer": "yes", "explanation": "This is a common best practice: committing default .env values (without secrets) for consistency, while keeping real secrets in a local, non-committed file like .env.local."} | верно | symfony/dotenv: .env — общий безопасный набор значений; локальные секреты — .env.local (gitignored) или secrets-хранилище. |
T23-L3 0.34 c | Symfony: configuration and services | Which Symfony command lists the container's registered services and their aliases? | «debug:container» Пояснение: The `debug:container` command lists all services and their aliases registered in the Symfony service container.
Raw{"answer": "debug:container", "explanation": "The `debug:container` command lists all services and their aliases registered in the Symfony service container."} | верно | bin/console debug:container; параметры контейнера — debug:parameter. |
T23-L4 0.46 c | Symfony: configuration and services | The Symfony container allows changing parameters at runtime: $container->setParameter() works from a controller. | «no» Пояснение: The Symfony container is typically compiled in production, and calling setParameter() is discouraged and may not work as expected because parameters are often hardcoded into the compiled container class.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "The Symfony container is typically compiled in production, and calling setParameter() is discouraged and may not work as expected because parameters are often hardcoded into the compiled container class." ⏎ } | верно | Контейнер компилируется и замораживается; runtime-значения — только через переменные окружения. |
T23-L5 0.33 c | Symfony: configuration and services | By default, Symfony services are public (public: true) — you can fetch them directly from the container. | «no» Пояснение: Since Symfony 4.0, services are private by default to enable dependency injection optimizations and container compilation.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "Since Symfony 4.0, services are private by default to enable dependency injection optimizations and container compilation." ⏎ } | верно | С Symfony 4.0 сервисы по умолчанию private: инжектятся через autowiring; $container->get() — только для публичных. |
T23-L6 0.5 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 work without a specific config file if their services and parameters are registered via the bundle's extension class or defaults, making configuration not strictly mandatory for all bundles.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "Bundles can work without a specific config file if their services and parameters are registered via the bundle's extension class or defaults, making configuration not strictly mandatory for all bundles." ⏎ } | верно | У бандлов есть встроенные умолчания (Extension); конфиг нужен только для отклонений от них. |
T23-L7 0.33 c | Symfony: configuration and services | Environment variable values are injected into services.yaml using the %env(VAR)% syntax. | «yes» Пояснение: In Symfony, the %env(VAR)% syntax is used to inject environment variables into the services configuration.
Raw```json ⏎ {"answer": "yes", "explanation": "In Symfony, the %env(VAR)% syntax is used to inject environment variables into the services configuration."} ⏎ ``` | верно | %env(...)% резолвится в рантайме env-процессорами; docs — Env Var Processors. |
T23-L8 0.33 c | Symfony: configuration and services | Which Symfony environment variable enables debug mode (affects the profiler and Twig debugging)? | «app_debug» Пояснение: The APP_DEBUG environment variable is used in Symfony to enable or disable debug mode, which affects the profiler and Twig's debug functionality.
Raw{"answer": "APP_DEBUG", "explanation": "The APP_DEBUG environment variable is used in Symfony to enable or disable debug mode, which affects the profiler and Twig's debug functionality."} | верно | APP_DEBUG=1 (в .env dev-окружения); окружение выбирает APP_ENV — см. T13-L6. |
T16-L1 0.39 c | Symfony: Messenger | A single message in Symfony Messenger can only have one handler. | «no» Пояснение: Symfony Messenger supports multiple handlers per message, allowing for middleware and chain of responsibility patterns.
Raw```json ⏎ {"answer": "no", "explanation": "Symfony Messenger supports multiple handlers per message, allowing for middleware and chain of responsibility patterns."} ⏎ ``` | верно | Messenger вызывает все хендлеры, подписанные на класс сообщения (docs — Multiple Handlers). |
T16-L2 0.29 c | Symfony: Messenger | The sync transport in Messenger queues the message for a worker, just like async. | «no» Пояснение: The sync transport processes the message immediately within the current process, rather than queueing it for a worker.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "The sync transport processes the message immediately within the current process, rather than queueing it for a worker." ⏎ } | верно | Наоборот: sync обрабатывает немедленно в том же процессе, что и отправка; очередь — это async-транспорт. |
T16-L3 0.29 c | Symfony: Messenger | Which console command starts the worker that processes Messenger queue messages? | «messenger:consume» Пояснение: The console command messenger:consume starts the worker that processes Symfony Messenger queue messages.
Raw{"answer": "messenger:consume", "explanation": "The console command messenger:consume starts the worker that processes Symfony Messenger queue messages."} | верно | bin/console messenger:consume async; воркеры под supervisord/systemd в проде. |
T16-L4 0.37 c | Symfony: Messenger | Retries for failed messages (retry_strategy) are configured per Messenger transport. | «yes» Пояснение: In Symfony Messenger, the retry strategy (including max number of retries, delay, and multiplier) is defined within the specific transport configuration.
Raw{"answer": "yes", "explanation": "In Symfony Messenger, the retry strategy (including max number of retries, delay, and multiplier) is defined within the specific transport configuration."} | верно | retry_strategy на транспорте: max_retries, delay, multiplier; docs — Failed Messages & Retries. |
T16-L5 4.66 c | Symfony: Messenger | By default, Messenger serializes messages to JSON. | «no» Пояснение: The default serializer in the Symfony Messenger component is typically the Serializer, which uses metadata (like the PHP classes) to serialize to a specific format (often JSON, but the statement is too broad as it depends on the configured serializer and encoder, and historically the default is the 'serializer' service which can handle multiple formats, though JSON is common, it is not the *only* default behavior implied by the wording, but more accurately, the default serializer is the Symfony Serializer service, not specifically a 'JSON' serializer. However, in the context of standard Symfony Messenger setup, the default serializer is indeed the one configured in the framework, which often outputs JSON, but the statement 'serializes messages to JSON' is a simplification. Let's look closer: The default `serializer` in `framework.yaml` is `serializer`, and the default transport uses the `serializer`. The *encoder* used by the serializer is often `json`. So, is it true? Actually, the default serializer is the `serializer` service, and by default, it uses the `json` encoder if no other is specified in the context, but the primary mechanism is the Serializer, not raw JSON. However, many sources state 'The default serializer is the Symfony Serializer, which encodes to JSON'. Wait, the prompt asks if it serializes *to JSON*. The default behavior of the `serializer` service when invoked without specific context often results in JSON if that's the default encoder, but it's technically the Serializer. Let's check Symfony docs: 'The default serializer is the one from the framework bundle, which uses the json encoder by default.' So the answer is likely 'yes'. But wait, the question is 'By default, Messenger serializes messages to JSON'. If I answer 'no', I must be sure. Actually, the default serializer is the `serializer` service. The *format* is determined by the encoder. The default encoder in the serializer is `json`. Therefore, the output is JSON. So the answer is 'yes'.
Re-evaluating: Is there a case where it's not JSON? If you change the framework config, yes. But 'by default', the Symfony framework sets the serializer to use the `json` encoder. So the messages are serialized to JSON strings. Thus, the statement is True.
Wait, let's look at the previous instruction: 'For a result question, answer is a number, a string, or yes/no.' The format is strict.
Let's double check. Symfony Messenger docs: 'The default serializer is the one from the framework bundle... it uses the json encoder'. So the payload is JSON. So 'yes'.
Raw{"answer": "no", "explanation": "The default serializer in the Symfony Messenger component is typically the Serializer, which uses metadata (like the PHP classes) to serialize to a specific format (often JSON, but the statement is too broad as it depends on the configured serializer and encoder, and historically the default is the 'serializer' service which can handle multiple formats, though JSON is common, it is not the *only* default behavior implied by the wording, but more accurately, the default serializer is the Symfony Serializer service, not specifically a 'JSON' serializer. However, in the context of standard Symfony Messenger setup, the default serializer is indeed the one configured in the framework, which often outputs JSON, but the statement 'serializes messages to JSON' is a simplification. Let's look closer: The default `serializer` in `framework.yaml` is `serializer`, and the default transport uses the `serializer`. The *encoder* used by the serializer is often `json`. So, is it true? Actually, the default serializer is the `serializer` service, and by default, it uses the `json` encoder if no other is specified in the context, but the primary mechanism is the Serializer, not raw JSON. However, many sources state 'The default serializer is the Symfony Serializer, which encodes to JSON'. Wait, the prompt asks if it serializes *to JSON*. The default behavior of the `serializer` service when invoked without specific context often results in JSON if that's the default encoder, but it's technically the Serializer. Let's check Symfony docs: 'The default serializer is the one from the framework bundle, which uses the json encoder by default.' So the answer is likely 'yes'. But wait, the question is 'By default, Messenger serializes messages to JSON'. If I answer 'no', I must be sure. Actually, the default serializer is the `serializer` service. The *format* is determined by the encoder. The default encoder in the serializer is `json`. Therefore, the output is JSON. So the answer is 'yes'.\n\nRe-evaluating: Is there a case where it's not JSON? If you change the framework config, yes. But 'by default', the Symfony framework sets the serializer to use the `json` encoder. So the messages are serialized to JSON strings. Thus, the statement is True.\n\nWait, let's look at the previous instruction: 'For a result question, answer is a number, a string, or yes/no.' The format is strict.\n\nLet's double check. Symfony Messenger docs: 'The default serializer is the one from the framework bundle... it uses the json encoder'. So the payload is JSON. So 'yes'."} | верно | Дефолтный сериализатор — PhpSerializer (serialize()); JSON-сериализатор включается отдельно. |
T16-L6 0.37 c | Symfony: Messenger | Symfony Scheduler produces messages on a schedule and dispatches them through Messenger. | «yes» Пояснение: The Symfony Scheduler component creates scheduled tasks that generate messages and dispatch them via the Messenger component for asynchronous processing.
Raw{"answer": "yes", "explanation": "The Symfony Scheduler component creates scheduled tasks that generate messages and dispatch them via the Messenger component for asynchronous processing."} | верно | Schedule → RecurringMessage → шина Messenger; docs — Scheduler. |
T16-L7 0.29 c | Symfony: Messenger | Which built-in Messenger transport stores messages in database tables via Doctrine? | «doctrine» Пояснение: The 'doctrine://' transport in Symfony Messenger uses Doctrine DBAL to persist messages in database tables.
Raw{"answer": "doctrine", "explanation": "The 'doctrine://' transport in Symfony Messenger uses Doctrine DBAL to persist messages in database tables."} | верно | Транспорт doctrine (symfony/doctrine-messenger); таблица messenger_messages. В проекте стоит amqp-messenger + doctrine-messenger. |
T16-L8 0.45 c | Symfony: Messenger | The Messenger pipeline can be extended with custom middleware, placed before or after the built-in ones. | «yes» Пояснение: In the Laravel framework, the Messenger pipeline (used by the Command Bus) can be extended with custom middleware that can be placed before or after the built-in middleware.
Raw{"answer": "yes", "explanation": "In the Laravel framework, the Messenger pipeline (used by the Command Bus) can be extended with custom middleware that can be placed before or after the built-in middleware."} | верно | messenger.bus.*.middleware в yaml; docs — Middleware. |
T28-L1 0.26 c | Symfony: versions | Symfony major releases come every two years, minor ones every six months (in May and November). | «yes» Пояснение: Symfony releases major versions every two years and minor versions every six months (May and November).
Raw{"answer": "yes", "explanation": "Symfony releases major versions every two years and minor versions every six months (May and November)."} | верно | Стандартный релизный цикл: 8.0 — ноябрь 2025, 8.1 — май 2026, 8.2 — ноябрь 2026. |
T28-L2 0.23 c | Symfony: versions | What is the minimum PHP version required by Symfony 8? | «8.2» Пояснение: Symfony 8 requires a minimum PHP version of 8.2.
Raw{"answer": "8.2", "explanation": "Symfony 8 requires a minimum PHP version of 8.2."} | неверно верный: «8.4» | Symfony 8.0 поднял требование до PHP >= 8.4.1 (в vendor проекта: "php": ">=8.4.1"). |
T28-L3 0.33 c | Symfony: versions | Symfony 7.0 kept support for docblock annotations (validation, routes). | «no» Пояснение: Symfony 7.0 removed support for docblock annotations, requiring attributes for features like routing and validation.
Raw```json ⏎ {"answer": "no", "explanation": "Symfony 7.0 removed support for docblock annotations, requiring attributes for features like routing and validation."} ⏎ ``` | верно | Наоборот: в 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» Пояснение: Symfony's AssetMapper component uses an importmap.php file to resolve assets and handle CSS/JS imports natively without requiring Node.js or Webpack.
Raw{"answer": "yes", "explanation": "Symfony's AssetMapper component uses an importmap.php file to resolve assets and handle CSS/JS imports natively without requiring Node.js or Webpack."} | верно | symfony/asset-mapper (с 6.3, стандарт с 7.x); в проекте — importmap.php в корне и asset-mapper 8.1. |
T28-L5 0.33 c | Symfony: versions | Symfony 6.4 is a regular release without long-term support. | «yes» Пояснение: Symfony 6.4 is a Long-Term Support (LTS) release, with support until November 2027.
Raw```json ⏎ {"answer": "yes", "explanation": "Symfony 6.4 is a Long-Term Support (LTS) release, with support until November 2027."} ⏎ ``` | неверно верный: «no» | Наоборот: 6.4 — LTS (расширенная поддержка); LTS выходит вместе с очередным мажором (6.4 — вместе с 7.0). |
T28-L6 0.27 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» Пояснение: Major versions in Symfony typically remove deprecated features from the previous major version.
Raw```json ⏎ {"answer": "no", "explanation": "Major versions in Symfony typically remove deprecated features from the previous major version."} ⏎ ``` | верно | Наоборот: мажорный релиз удаляет всё устаревшее (7.0 убрал деприкейшены 6.x, 8.0 — 7.x). |
T28-L7 0.33 c | Symfony: versions | Every Symfony major release is accompanied by an UPGRADE guide listing the changes. | «yes» Пояснение: Symfony provides an UPGRADE-*.md file in each major version's release to document breaking changes and migration steps.
Raw{"answer": "yes", "explanation": "Symfony provides an UPGRADE-*.md file in each major version's release to document breaking changes and migration steps."} | верно | UPGRADE-7.0.md, UPGRADE-8.0.md в репозитории symfony/symfony. |
T28-L8 0.56 c | Symfony: versions | Which Symfony component manages assets and the importmap without node/webpack? | «webpack encore» Пояснение: Webpack Encore is the Symfony component that bundles assets using Webpack without requiring manual configuration, though the phrasing 'without node/webpack' is slightly misleading as it still uses Webpack under the hood but simplifies the process.
Raw{"answer": "Webpack Encore", "explanation": "Webpack Encore is the Symfony component that bundles assets using Webpack without requiring manual configuration, though the phrasing 'without node/webpack' is slightly misleading as it still uses Webpack under the hood but simplifies the process."} | неверно верный: «asset-mapper» | symfony/asset-mapper 8.1 — в проекте. |
T29-L1 2.52 c | Symfony: 8.2 and beyond | As of 2026-11-07, Symfony 8.2 has already been released. | «no» Пояснение: Symfony follows a release cadence of two major versions per year (in May and November); by November 2026, the latest major version would be 7.4 or potentially the beta of 8.0, but version 8.2 would not have been released yet (major versions typically support for ~18 months, and minor versions within a major track, so 8.2 implies major version 8 which would likely be released in May 2027 or later, or if 8.0 is May 2026, 8.2 is not a standard minor numbering that would appear by Nov 2026 in a way that implies 'already released' as a distinct stable milestone compared to the standard 7.x/8.0 timeline). More accurately, Symfony 8.0 is expected around 2027. Currently in late 2024/early 2025, we are on Symfony 7.x. By 2026, we would be on Symfony 7.4 or 8.0. Version 8.2 would be a later minor update within the 8.x cycle, likely well after the initial 8.0 release in 2027. Therefore, stating it has 'already been released' in Nov 2026 is false based on standard release cycles.
Raw{"answer": "no", "explanation": "Symfony follows a release cadence of two major versions per year (in May and November); by November 2026, the latest major version would be 7.4 or potentially the beta of 8.0, but version 8.2 would not have been released yet (major versions typically support for ~18 months, and minor versions within a major track, so 8.2 implies major version 8 which would likely be released in May 2027 or later, or if 8.0 is May 2026, 8.2 is not a standard minor numbering that would appear by Nov 2026 in a way that implies 'already released' as a distinct stable milestone compared to the standard 7.x/8.0 timeline). More accurately, Symfony 8.0 is expected around 2027. Currently in late 2024/early 2025, we are on Symfony 7.x. By 2026, we would be on Symfony 7.4 or 8.0. Version 8.2 would be a later minor update within the 8.x cycle, likely well after the initial 8.0 release in 2027. Therefore, stating it has 'already been released' in Nov 2026 is false based on standard release cycles."} | верно | Наоборот: 8.2 ещё не выпущена — релиз в конце ноября 2026; последняя стабильная — 8.1. |
T29-L2 0.59 c | Symfony: 8.2 and beyond | As of 2026-11-07, Symfony 8.2 is scheduled for November 2026, following the usual six-month cycle. | «yes» Пояснение: Symfony follows a standard release cycle with major versions (minor increments) released every six months (typically May and November), so 8.2 would indeed be scheduled for November 2026 if 8.1 was released in May 2026.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "Symfony follows a standard release cycle with major versions (minor increments) released every six months (typically May and November), so 8.2 would indeed be scheduled for November 2026 if 8.1 was released in May 2026." ⏎ } | верно | Политика релизов: 8.1 — май 2026, 8.2 — ноябрь 2026; якорь даты фиксирует срез — модель с поздним cutoff отвечает «на дату». |
T29-L3 0.46 c | Symfony: 8.2 and beyond | Which Symfony version comes after 8.1 (as of 2026-11-07)? | «8.2» Пояснение: Symfony versions follow semantic versioning, and typically the next minor release after 8.1 is 8.2, assuming standard release cycles and the timeframe provided.
Raw{"answer": "8.2", "explanation": "Symfony versions follow semantic versioning, and typically the next minor release after 8.1 is 8.2, assuming standard release cycles and the timeframe provided."} | верно | 8.2 — следующий минорный релиз (ноябрь 2026); после его выхода проект переходит с 8.1.* на 8.2.*. |
T29-L4 2.11 c | Symfony: 8.2 and beyond | Symfony 8.2 is a major release requiring applications to be rewritten for new APIs. | «no» Пояснение: Symfony 8.x is the next major version after 7.x, but '8.2' is a specific minor version within that major release; more importantly, while major releases (like 5.0, 6.0, 7.0) require significant updates, the statement is likely a trick question implying 8.2 is the *first* major release or that it *uniquely* requires rewriting, whereas the actual breaking changes are tied to the major version number (8.0), not the minor .2 part. However, in standard Symfony terminology, major releases do break backward compatibility. Let's re-read carefully: 'Symfony 8.2 is a major release'. In SemVer, 8.2 is a **minor** release (MAJOR.MINOR.PATCH). Major releases are 8.0, 9.0, etc. Therefore, calling 8.2 a 'major release' is technically false terminology. Even if it meant 'part of a major version cycle', the phrasing 'is a major release' is incorrect for a .x minor version.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "Symfony 8.x is the next major version after 7.x, but '8.2' is a specific minor version within that major release; more importantly, while major releases (like 5.0, 6.0, 7.0) require significant updates, the statement is likely a trick question implying 8.2 is the *first* major release or that it *uniquely* requires rewriting, whereas the actual breaking changes are tied to the major version number (8.0), not the minor .2 part. However, in standard Symfony terminology, major releases do break backward compatibility. Let's re-read carefully: 'Symfony 8.2 is a major release'. In SemVer, 8.2 is a **minor** release (MAJOR.MINOR.PATCH). Major releases are 8.0, 9.0, etc. Therefore, calling 8.2 a 'major release' is technically false terminology. Even if it meant 'part of a major version cycle', the phrasing 'is a major release' is incorrect for a .x minor version." ⏎ } | верно | Наоборот: 8.2 — минорный релиз; новые возможности без поломки обратной совместимости. Мажор — 9.0. |
T29-L5 0.36 c | Symfony: 8.2 and beyond | Updating within a major branch (8.1 → 8.2) should not require code changes — backward compatibility is preserved. | «yes» Пояснение: PHP follows semantic versioning where minor updates preserve backward compatibility for userland code.
Raw```json ⏎ {"answer": "yes", "explanation": "PHP follows semantic versioning where minor updates preserve backward compatibility for userland code."} ⏎ ``` | верно | Политика Symfony: минорные релизы обратно совместимы; BC-break допустим только в мажорных. |
T29-L6 0.56 c | Symfony: 8.2 and beyond | Which minor version of the 8.x branch is released last, before Symfony 9.0? | «8.4» Пояснение: Symfony follows a release pattern where minor versions (e.g., 8.0, 8.1, 8.2, 8.3, 8.4) are released sequentially, with the highest minor version (8.4) being the final one before the next major version (9.0).
Raw{"answer": "8.4", "explanation": "Symfony follows a release pattern where minor versions (e.g., 8.0, 8.1, 8.2, 8.3, 8.4) are released sequentially, with the highest minor version (8.4) being the final one before the next major version (9.0)."} | верно | По циклу: 8.2 (ноя 2026), 8.3 (май 2027), 8.4 (ноя 2027, вместе с 9.0) — как 6.4 выходила вместе с 7.0. |
T29-L7 0.38 c | Symfony: 8.2 and beyond | Symfony 8.2 will require PHP 8.5 — you would have to upgrade PHP along with it. | «yes» Пояснение: Symfony 8.x versions are planned to require PHP 8.4 or 8.5, which necessitates a PHP upgrade.
Raw```json ⏎ {"answer": "yes", "explanation": "Symfony 8.x versions are planned to require PHP 8.4 or 8.5, which necessitates a PHP upgrade."} ⏎ ``` | неверно верный: «no» | Наоборот: минорные релизы не поднимают требования PHP; для всей ветки 8.x остаётся PHP >= 8.4. |
T29-L8 0.45 c | Symfony: 8.2 and beyond | Deprecations added in the 8.x branch will not be removed before Symfony 9.0. | «yes» Пояснение: Symfony's deprecation policy states that deprecations added in version X.x are guaranteed to remain until version X+1.0 (e.g., 8.x deprecations persist until 9.0).
Raw{"answer": "yes", "explanation": "Symfony's deprecation policy states that deprecations added in version X.x are guaranteed to remain until version X+1.0 (e.g., 8.x deprecations persist until 9.0)."} | верно | Политика: деприкейшены живут до следующего мажора; 9.0 — ноябрь 2027. |
T21-L1 0.45 c | Twig | Inside {{ }}, Twig allows calling arbitrary PHP code directly. | «no» Пояснение: Twig is a secure templating engine that prevents the direct execution of arbitrary PHP code within templates, instead providing its own functions and filters.
Raw{"answer": "no", "explanation": "Twig is a secure templating engine that prevents the direct execution of arbitrary PHP code within templates, instead providing its own functions and filters."} | верно | Twig — DSL: только разрешённые окружением функции/фильтры; произвольный PHP не исполняется. |
T21-L2 0.41 c | Twig | By default, Twig auto-escapes printed variables. | «yes» Пояснение: Twig automatically escapes variables when printed to prevent XSS attacks by default, and this behavior can be disabled or changed via configuration.
Raw```json ⏎ {"answer": "yes", "explanation": "Twig automatically escapes variables when printed to prevent XSS attacks by default, and this behavior can be disabled or changed via configuration."} ⏎ ``` | верно | Autoescape включён по умолчанию; {{ '<b>' }} → <b>. Проверено на Twig 3.30. |
T21-L3 0.25 c | Twig | The Twig |e filter escapes a string for safe output in an HTML context. | «yes» Пояснение: The |e filter in Twig performs HTML escaping by default to prevent XSS attacks.
Raw{"answer": "yes", "explanation": "The |e filter in Twig performs HTML escaping by default to prevent XSS attacks."} | верно | |e ('html') по умолчанию; есть контексты js/url/css. От SQL-инъекций он не защищает — это задача подготовленных запросов Doctrine. |
T21-L4 0.27 c | Twig | Which filter from twig/intl-extra formats a number according to a locale? | «number_format» Пояснение: The twig/intl-extra package provides the number_format filter to format numbers according to a locale.
Raw{"answer": "number_format", "explanation": "The twig/intl-extra package provides the number_format filter to format numbers according to a locale."} | неверно верный: «format_number» | |format_number(locale=...) из IntlExtension (twig/intl-extra есть в проекте). Проверено на Twig 3.30: 12345.6 → 12 345,6 (ru). |
T21-L5 0.41 c | Twig | The |raw filter disables auto-escaping for the value. | «yes» Пояснение: In templating engines like Twig, the raw filter (e_|raw) explicitly marks a value as safe, bypassing automatic escaping.
Raw{"answer": "yes", "explanation": "In templating engines like Twig, the raw filter (e_|raw) explicitly marks a value as safe, bypassing automatic escaping."} | верно | {{ x|raw }} выводит HTML как есть; опасно с пользовательскими данными. Проверено на Twig 3.30. |
T21-L6 0.41 c | Twig | In Twig, {{ }} prints an expression value, while {% %} executes tags — conditions, loops, set. | «yes» Пояснение: {{ }} outputs an expression's value, while {% %} executes structural tags like if, for, or set without output.
Raw```json ⏎ {"answer": "yes", "explanation": "{{ }} outputs an expression's value, while {% %} executes structural tags like if, for, or set without output."} ⏎ ``` | верно | Два блока синтаксиса Twig: вывод (echo) против логики. |
T21-L7 0.39 c | Twig | In Twig you cannot declare a variable inside a template — values only come from the controller. | «no» Пояснение: Twig allows setting variables directly in the template using the 'set' tag (e.g., {% set var = 'value' %}).
Raw{"answer": "no", "explanation": "Twig allows setting variables directly in the template using the 'set' tag (e.g., {% set var = 'value' %})."} | верно | {% set y = ... %} объявляет переменную в шаблоне. Проверено на Twig 3.30. |
T21-L8 0.23 c | Twig | Which Twig function dumps the debug structure of a variable (array, object)? | «dump» Пояснение: The Twig function 'dump' is used to display the debug structure of a variable.
Raw{"answer": "dump", "explanation": "The Twig function 'dump' is used to display the debug structure of a variable."} | верно | {{ dump(x) }} (DebugExtension; в Symfony доступна в dev-окружении). |
T24-L1 0.31 c | Bootstrap | Bootstrap is a CSS/JS library of ready-made UI components, not an SPA framework. | «yes» Пояснение: Bootstrap is a frontend library providing CSS and JS components, not a single-page application (SPA) framework like React or Angular.
Raw{"answer": "yes", "explanation": "Bootstrap is a frontend library providing CSS and JS components, not a single-page application (SPA) framework like React or Angular."} | верно | Компоненты и утилиты поверх вашего HTML; SPA-фреймворки (React/Vue) — другой класс инструментов. В проекте vendored 5.3.3. |
T24-L2 0.31 c | Bootstrap | Which Bootstrap class gives a responsive container with a fixed max width per breakpoint? | «container» Пояснение: The 'container' class in Bootstrap provides a responsive wrapper with fixed max-widths at specific breakpoints.
Raw{"answer": "container", "explanation": "The 'container' class in Bootstrap provides a responsive wrapper with fixed max-widths at specific breakpoints."} | верно | .container (фиксированная макс-ширина по брейкпоинтам) vs .container-fluid (на всю ширину). |
T24-L3 0.37 c | Bootstrap | The Bootstrap grid is built on CSS floats and splits a row into 16 columns. | «no» Пояснение: The Bootstrap grid splits a row into 12 columns, and while it uses floats in earlier versions, Bootstrap 4 and later use flexbox.
Raw{"answer": "no", "explanation": "The Bootstrap grid splits a row into 12 columns, and while it uses floats in earlier versions, Bootstrap 4 and later use flexbox."} | верно | Наоборот: flexbox (с Bootstrap 4) и 12 колонок; float-сетка — это Bootstrap 3. |
T24-L4 0.35 c | Bootstrap | Bootstrap's named breakpoints (the infix used in class names) are sm, md, lg, xl, xxl — five of them. | «yes» Пояснение: Bootstrap 5 defines exactly these five named breakpoints (sm, md, lg, xl, xxl) with corresponding minimum widths.
Raw```json ⏎ {"answer": "yes", "explanation": "Bootstrap 5 defines exactly these five named breakpoints (sm, md, lg, xl, xxl) with corresponding minimum widths."} ⏎ ``` | верно | Тиров всего шесть: xs (без инфикса) + пять именованных (576/768/992/1200/1400 px). |
T24-L5 0.43 c | Bootstrap | Utilities like .mt-3 or .px-2 use the spacing scale: the number is a multiple of $spacer. | «yes» Пояснение: In Bootstrap's Sass utility system, spacing utility classes (like .mt-3 or .px-2) derive their values by multiplying the specified numeric index by the $spacer variable.
Raw{"answer": "yes", "explanation": "In Bootstrap's Sass utility system, spacing utility classes (like .mt-3 or .px-2) derive their values by multiplying the specified numeric index by the $spacer variable."} | неверно верный: «no» | Spacing utilities; $spacer = 1rem. |
T24-L6 0.34 c | Bootstrap | Which Bootstrap 5 data attribute enables an interactive component (e.g. dropdown) on an element? | «data-bs-toggle» Пояснение: The data-bs-toggle attribute is used in Bootstrap 5 to specify the behavior of a component, such as 'dropdown' or 'collapse'.
Raw{"answer": "data-bs-toggle", "explanation": "The data-bs-toggle attribute is used in Bootstrap 5 to specify the behavior of a component, such as 'dropdown' or 'collapse'."} | верно | data-bs-toggle="dropdown" и т.п.; в Bootstrap 4 атрибут назывался data-toggle. |
T24-L7 0.3 c | Bootstrap | Bootstrap 5 components work without jQuery — in plain vanilla JS. | «yes» Пояснение: Bootstrap 5 removed its jQuery dependency and uses vanilla JavaScript for its components.
Raw{"answer": "yes", "explanation": "Bootstrap 5 removed its jQuery dependency and uses vanilla JavaScript for its components."} | верно | jQuery удалён в Bootstrap 5.0: data-bs-* атрибуты и JS API. В проекте vendored 5.3.3. |
T24-L8 0.41 c | Bootstrap | Dark mode in Bootstrap is enabled with a .dark class on the root element. | «no» Пояснение: In Bootstrap 5, dark mode is enabled by setting the data-bs-theme attribute to "dark" on the root element (e.g., <html data-bs-theme="dark">), not by adding a .dark class.
Raw{"answer": "no", "explanation": "In Bootstrap 5, dark mode is enabled by setting the data-bs-theme attribute to \"dark\" on the root element (e.g., <html data-bs-theme=\"dark\">), not by adding a .dark class."} | верно | Наоборот: тема включается атрибутом data-bs-theme="dark" (Color modes, с 5.3); класса .dark не существует. В проекте 5.3.3. |
T14-L1 0.36 c | Doctrine | Doctrine ORM creates database tables on the fly the first time an entity is used at runtime. | «no» Пояснение: Doctrine ORM does not automatically create database tables; schema management is handled separately via tools like Doctrine Migrations or the schema tool.
Raw{"answer": "no", "explanation": "Doctrine ORM does not automatically create database tables; schema management is handled separately via tools like Doctrine Migrations or the schema tool."} | верно | Схему создают инструменты (migrations, schema tool); рантайм структуру БД не меняет. |
T14-L2 0.39 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, marking it as managed, and the actual SQL INSERT is only executed when flush() is called.
Raw{"answer": "persist", "explanation": "The persist() method attaches a new entity to the EntityManager, marking it as managed, and the actual SQL INSERT is only executed when flush() is called."} | верно | persist() регистрирует объект в Unit of Work; INSERT выполняется на flush(). |
T14-L3 0.54 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 deprecated and is expected to be removed, as it is replaced by the ability to use EntityMerge or a similar new mechanism.
Raw```json ⏎ {"answer": "no", "explanation": "In Doctrine ORM 3, the EntityManager::merge() method has been deprecated and is expected to be removed, as it is replaced by the ability to use EntityMerge or a similar new mechanism."} ⏎ ``` | верно | В ORM 3 merge() удалён (в vendor проекта 3.7.6 метода нет); в Doctrine 2.x merge() возвращал управляемую копию. Версия зафиксирована — ORM 3. |
T14-L4 0.4 c | Doctrine | DQL queries are written in terms of entities and their fields, not tables and columns. | «yes» Пояснение: DQL (Doctrine Query Language) is an object-oriented query language that operates on entity classes and their mapped fields, abstracting away from the underlying database tables and columns.
Raw{"answer": "yes", "explanation": "DQL (Doctrine Query Language) is an object-oriented query language that operates on entity classes and their mapped fields, abstracting away from the underlying database tables and columns."} | верно | Doctrine транслирует DQL в SQL; docs — DQL (Doctrine Query Language). |
T14-L5 0.4 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 exists in the database or the entity cache.
Raw{"answer": "null", "explanation": "In Doctrine ORM, the find() method returns null if no entity with the given identifier exists in the database or the entity cache."} | верно | find() возвращает null, если объект не найден (docs Repository methods). |
T14-L6 0.47 c | Doctrine | DoctrineBundle in Symfony automatically calls flush() at the end of every request. | «no» Пояснение: DoctrineBundle does not automatically call flush() at the end of every request; the framework relies on developers to explicitly call flush() when they want changes to be persisted.
Raw```json ⏎ { ⏎ "answer": "no", ⏎ "explanation": "DoctrineBundle does not automatically call flush() at the end of every request; the framework relies on developers to explicitly call flush() when they want changes to be persisted." ⏎ } ⏎ ``` | верно | Авто-flush нет — flush() зовёт разработчик; незакрытая транзакция в конце запроса откатывается. |
T14-L7 0.46 c | Doctrine | For a managed entity, changing a property is enough: flush() commits the change without an explicit persist() — the Unit of Work tracks changes. | «yes» Пояснение: In frameworks like Doctrine ORM, the Unit of Work tracks changes to managed entities, so calling flush() commits those changes without needing an explicit persist() call for already managed entities.
Raw{"answer": "yes", "explanation": "In frameworks like Doctrine ORM, the Unit of Work tracks changes to managed entities, so calling flush() commits those changes without needing an explicit persist() call for already managed entities."} | верно | Dirty checking сравнивает снимки свойств; persist нужен только новым/отсоединённым объектам. |
T14-L8 0.38 c | Doctrine | remove() executes the SQL DELETE immediately, without waiting for flush(). | «no» Пояснение: In ORM frameworks like Doctrine ORM, remove() only marks an entity for deletion in memory, and the SQL DELETE is executed only when flush() is called.
Raw{"answer": "no", "explanation": "In ORM frameworks like Doctrine ORM, remove() only marks an entity for deletion in memory, and the SQL DELETE is executed only when flush() is called."} | верно | remove() планирует удаление в Unit of Work; DELETE выполняется на flush() (docs — Deleting Objects). |
T15-L1 0.39 c | PostgreSQL | PostgreSQL uses MVCC, therefore readers block writers and writers block readers. | «no» Пояснение: PostgreSQL's MVCC design specifically allows readers and writers to proceed concurrently without blocking each other, as readers see a consistent snapshot while writers create new row versions.
Raw{"answer": "no", "explanation": "PostgreSQL's MVCC design specifically allows readers and writers to proceed concurrently without blocking each other, as readers see a consistent snapshot while writers create new row versions."} | верно | Наоборот: благодаря MVCC читатели не блокируют писателей и наоборот (снимки строк); docs PostgreSQL — Concurrency Control. |
T15-L2 0.31 c | PostgreSQL | Which SQL command shows a query's execution plan without executing the query? | «explain» Пояснение: The EXPLAIN keyword in MySQL displays the execution plan of a SELECT query without actually running it.
Raw{"answer": "EXPLAIN", "explanation": "The EXPLAIN keyword in MySQL displays the execution plan of a SELECT query without actually running it."} | верно | EXPLAIN без ANALYZE только строит план; проверено на PostgreSQL 17.7. |
T15-L3 0.45 c | PostgreSQL | SERIAL and GENERATED ... AS IDENTITY are just two names for the same mechanism. | «no» Пояснение: SERIAL is a PostgreSQL convenience feature that creates a sequence, while GENERATED AS IDENTITY is an SQL standard feature implemented differently and with distinct behavior.
Raw```json ⏎ {"answer": "no", "explanation": "SERIAL is a PostgreSQL convenience feature that creates a sequence, while GENERATED AS IDENTITY is an SQL standard feature implemented differently and with distinct behavior."} ⏎ ``` | верно | SERIAL — нестандартный макрос (sequence + DEFAULT), IDENTITY — SQL-стандарт; различаются владением и правами. Оба есть в PG 17 (проверено). |
T15-L4 0.36 c | PostgreSQL | By default, a PostgreSQL UNIQUE constraint allows only one row with NULL in the column. | «no» Пояснение: In PostgreSQL, by default, NULL values are considered distinct from other NULL values, so multiple rows can have NULL in a column with a UNIQUE constraint.
Raw{"answer": "no", "explanation": "In PostgreSQL, by default, NULL values are considered distinct from other NULL values, so multiple rows can have NULL in a column with a UNIQUE constraint."} | верно | Наоборот: NULLS DISTINCT по умолчанию — несколько NULL допустимы; NULLS NOT DISTINCT — опция с PG 15. Проверено на PG 17.7. |
T15-L5 0.33 c | PostgreSQL | Which PostgreSQL aggregate function concatenates strings with a separator? | «string_agg» Пояснение: The PostgreSQL function string_agg(expression, delimiter) aggregates a set of strings into a single string using the specified separator.
Raw{ ⏎ "answer": "string_agg", ⏎ "explanation": "The PostgreSQL function string_agg(expression, delimiter) aggregates a set of strings into a single string using the specified separator." ⏎ } | верно | string_agg(значение, разделитель); проверено на PostgreSQL 17.7. |
T15-L6 0.41 c | PostgreSQL | Plain VACUUM returns the space occupied by dead tuples to the operating system. | «no» Пояснение: Plain VACUUM only removes dead tuples and marks the space as reusable within the file; it does not truncate the file or return space to the operating system, whereas VACUUM FULL does.
Raw{"answer": "no", "explanation": "Plain VACUUM only removes dead tuples and marks the space as reusable within the file; it does not truncate the file or return space to the operating system, whereas VACUUM FULL does."} | верно | VACUUM помечает место для переиспользования внутри таблицы; ОС его возвращает только VACUUM FULL (с эксклюзивной блокировкой). |
T15-L7 0.33 c | PostgreSQL | Which keyword in a window function definition partitions rows into groups the function is computed over? | «partition» Пояснение: The PARTITION BY clause in SQL window functions divides rows into groups (partitions) over which the window function is calculated.
Raw{"answer": "PARTITION", "explanation": "The PARTITION BY clause in SQL window functions divides rows into groups (partitions) over which the window function is calculated."} | неверно верный: «partition by» | OVER (PARTITION BY ...); проверено на PostgreSQL 17.7. |
T15-L8 0.33 c | PostgreSQL | The READ COMMITTED isolation level protects against non-repeatable reads. | «no» Пояснение: READ COMMITTED allows re-reading a row to see changes made by other committed transactions, which leads to non-repeatable reads.
Raw{"answer": "no", "explanation": "READ COMMITTED allows re-reading a row to see changes made by other committed transactions, which leads to non-repeatable reads."} | верно | READ COMMITTED допускает неповторяющееся чтение; защищает REPEATABLE READ. Проверено: SHOW transaction_isolation → read committed. |
T17-L1 0.35 c | PostgreSQL: transactions and indexes | By default, PostgreSQL wraps each single SQL statement in its own implicit transaction (autocommit). | «yes» Пояснение: By default, PostgreSQL operates in autocommit mode, where each SQL statement is executed in its own independent implicit transaction that commits immediately upon success.
Raw{"answer": "yes", "explanation": "By default, PostgreSQL operates in autocommit mode, where each SQL statement is executed in its own independent implicit transaction that commits immediately upon success."} | верно | Без 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 save all changes made during the current transaction.
Raw{"answer": "COMMIT", "explanation": "COMMIT is the SQL command used to save all changes made during the current 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 optimize row lookups for both SELECT and write operations like UPDATE and DELETE that involve searching for specific rows.
Raw{"answer": "yes", "explanation": "Database indexes optimize row lookups for both SELECT and write operations like UPDATE and DELETE that involve searching for specific rows."} | верно | Поиск строк для изменения идёт по индексу; docs PostgreSQL — Indexes. |
T17-L4 0.29 c | PostgreSQL: transactions and indexes | To roll back part of the statements inside a transaction, PostgreSQL uses SAVEPOINT. | «yes» Пояснение: PostgreSQL supports SAVEPOINT to allow rolling back to a specific point within a transaction rather than undoing the entire transaction.
Raw{"answer": "yes", "explanation": "PostgreSQL supports SAVEPOINT to allow rolling back to a specific point within a transaction rather than undoing the entire transaction."} | верно | SAVEPOINT name; ROLLBACK TO name — частичный откат без отмены всей транзакции. Проверено на PG 17. |
T17-L5 0.37 c | PostgreSQL: transactions and indexes | EXPLAIN ANALYZE shows the query plan without executing the query. | «no» Пояснение: EXPLAIN ANALYZE actually executes the query and reports the actual execution time and row counts, unlike plain EXPLAIN which only shows the plan.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "EXPLAIN ANALYZE actually executes the query and reports the actual execution time and row counts, unlike plain EXPLAIN which only shows the plan." ⏎ } | верно | Наоборот: ANALYZE реально выполняет запрос (с побочными эффектами!) и показывает фактические времена узлов; план без выполнения — plain EXPLAIN. |
T17-L6 0.43 c | PostgreSQL: transactions and indexes | Which PostgreSQL extension adds vector types and indexes for embedding search? | «pgvector» Пояснение: pgvector is a popular PostgreSQL extension that adds support for vector similarity search and includes vector data types and indexing methods like IVFFlat and HNSW.
Raw{"answer": "pgvector", "explanation": "pgvector is a popular PostgreSQL extension that adds support for vector similarity search and includes vector data types and indexing methods like IVFFlat and HNSW."} | верно | CREATE EXTENSION vector (проект pgvector; в проекте образ pgvector/pgvector:pg17). |
T17-L7 0.51 c | PostgreSQL: transactions and indexes | A partial index (CREATE INDEX ... WHERE ...) is built only over rows satisfying the condition. | «no» Пояснение: PHP is a high-level scripting language and does not support direct creation of database partial indices; this is a database feature (e.g., in PostgreSQL) accessed via SQL, not native PHP syntax.
Raw{"answer": "no", "explanation": "PHP is a high-level scripting language and does not support direct creation of database partial indices; this is a database feature (e.g., in PostgreSQL) accessed via SQL, not native PHP syntax."} | неверно верный: «yes» | docs PostgreSQL — Partial Indexes; типичный кейс — индекс по «активным» записям. |
T17-L8 0.43 c | PostgreSQL: transactions and indexes | The SERIALIZABLE level in PostgreSQL is implemented by locking the rows a transaction reads. | «no» Пояснение: PostgreSQL's SERIALIZABLE level uses Multi-Version Concurrency Control (MVCC) and snapshot isolation with serializable anomaly checking, rather than locking the rows a transaction reads.
Raw{"answer": "no", "explanation": "PostgreSQL's SERIALIZABLE level uses Multi-Version Concurrency Control (MVCC) and snapshot isolation with serializable anomaly checking, rather than locking the rows a transaction reads."} | верно | SSI (Serializable Snapshot Isolation): предикатные блокировки на снимках, не блокировки прочитанных строк; docs PostgreSQL. |
T19-L1 0.33 c | HTTP and REST API | HTTP status 201 means the request resulted in a new resource being created. | «yes» Пояснение: HTTP status code 201 indicates that the request has been fulfilled and a new resource has been successfully created.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "HTTP status code 201 indicates that the request has been fulfilled and a new resource has been successfully created." ⏎ } | верно | 201 Created; обычно на POST, часто с Location; RFC 9110. |
T19-L2 0.31 c | HTTP and REST API | Which HTTP status means a successful request with an empty response body (e.g. after DELETE)? | «204» Пояснение: HTTP 204 No Content is used for successful requests where the server provides no response body, commonly after a DELETE operation.
Raw{"answer": 204, "explanation": "HTTP 204 No Content is used for successful requests where the server provides no response body, commonly after a DELETE operation."} | верно | 204 No Content; RFC 9110. |
T19-L3 0.45 c | HTTP and REST API | The DELETE method is idempotent per the HTTP specification: repeating the request for the same resource does not change the outcome. | «yes» Пояснение: According to the HTTP/1.1 specification (RFC 7231), the DELETE method is intended to be idempotent, meaning that making the same request multiple times should result in the same server state as making it once.
Raw{ ⏎ "answer": "yes", ⏎ "explanation": "According to the HTTP/1.1 specification (RFC 7231), the DELETE method is intended to be idempotent, meaning that making the same request multiple times should result in the same server state as making it once." ⏎ } | верно | RFC 9110: DELETE идемпотентен (как PUT); идемпотентность ≠ безопасность — ресурс удаляется при первом вызове. |
T19-L4 0.3 c | HTTP and REST API | The Access-Control-Allow-Origin header is sent by the client so that the server agrees to accept requests from another origin. | «no» Пояснение: The Access-Control-Allow-Origin header is sent by the server, not the client, to indicate which origins are permitted to access resources.
Raw{"answer": "no", "explanation": "The Access-Control-Allow-Origin header is sent by the server, not the client, to indicate which origins are permitted to access resources."} | верно | Наоборот: заголовок шлёт СЕРВЕР в ответе, разрешая браузеру cross-origin запрос (CORS); в проекте nelmio/cors-bundle. |
T19-L5 0.41 c | HTTP and REST API | Status 429 Too Many Requests is used when a client exceeds a rate limit. | «yes» Пояснение: HTTP status 429 indicates that a user has sent too many requests in a given amount of time, often called 'rate limiting'.
Raw```json ⏎ {"answer": "yes", "explanation": "HTTP status 429 indicates that a user has sent too many requests in a given amount of time, often called 'rate limiting'."} ⏎ ``` | верно | 429 (+ Retry-After); RFC 6585. В проекте symfony/rate-limiter. |
T19-L6 0.24 c | HTTP and REST API | 5xx codes mean a client error, while 4xx means a server-side error. | «no» Пояснение: 4xx codes indicate client-side errors, while 5xx codes indicate server-side errors.
Raw{"answer": "no", "explanation": "4xx codes indicate client-side errors, while 5xx codes indicate server-side errors."} | верно | Наоборот: 4xx — ошибка клиента (400, 404), 5xx — сервера (500, 503); классы статусов RFC 9110. |
T19-L7 0.23 c | HTTP and REST API | Which HTTP header indicates the MIME type of the request or response body? | «content-type» Пояснение: The Content-Type header specifies the MIME type of the resource being sent.
Raw{"answer": "Content-Type", "explanation": "The Content-Type header specifies the MIME type of the resource being sent."} | верно | Content-Type: application/json и т.п. |
T19-L8 0.47 c | HTTP and REST API | PATCH is not required to be idempotent per RFC 5789, unlike PUT. | «yes» Пояснение: RFC 5789 defines the PATCH method as a partial modification to the target resource and explicitly states that it is not idempotent, whereas PUT is required to be idempotent by RFC 7231.
Raw{"answer": "yes", "explanation": "RFC 5789 defines the PATCH method as a partial modification to the target resource and explicitly states that it is not idempotent, whereas PUT is required to be idempotent by RFC 7231."} | верно | RFC 5789 прямо оговаривает: PATCH не гарантированно идемпотентен; PUT идемпотентен. |
T20-L1 0.47 c | Security and OAuth | Checking a password by comparing its hash to the stored hash with a plain == is sufficient. | «no» Пояснение: Using loose comparison (==) or even strict string comparison (===) is vulnerable to timing attacks; PHP's hash_equals() should be used to safely compare hashes.
Raw{"answer": "no", "explanation": "Using loose comparison (==) or even strict string comparison (===) is vulnerable to timing attacks; PHP's hash_equals() should be used to safely compare hashes."} | верно | Нужна постоянновременная проверка (password_verify) — timing-атаки; соль и алгоритм уже внутри хеша. |
T20-L2 0.39 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 typically server-generated, tied to the user's session, and validated on the server side for state-changing requests to ensure the request originated from the legitimate user.
Raw{"answer": "yes", "explanation": "CSRF tokens are typically server-generated, tied to the user's session, and validated on the server side for state-changing requests to ensure the request originated from the legitimate user."} | верно | symfony/security-csrf в проекте; защита от подделки межсайтовой формы. |
T20-L3 0.33 c | Security and OAuth | Which HTTP header enables the CSP (Content Security Policy) policy? | «content-security-policy» Пояснение: The HTTP header used to define a Content Security Policy is 'Content-Security-Policy'.
Raw{"answer": "Content-Security-Policy", "explanation": "The HTTP header used to define a Content Security Policy is 'Content-Security-Policy'."} | верно | Content-Security-Policy; белые списки источников скриптов/стилей против XSS. |
T20-L4 0.35 c | Security and OAuth | OAuth 2.0 is an authentication protocol: the access token tells you who the user is. | «no» Пояснение: OAuth 2.0 is an authorization framework, not an authentication protocol, and access tokens are bearer tokens for resource access, not identity assertions.
Raw{"answer": "no", "explanation": "OAuth 2.0 is an authorization framework, not an authentication protocol, and access tokens are bearer tokens for resource access, not identity assertions."} | верно | OAuth 2.0 — авторизация/делегирование доступа; аутентификацию добавляет OpenID Connect. В проекте knpuniversity/oauth2-client-bundle (yandex/github/google). |
T20-L5 0.45 c | Security and OAuth | XSS is prevented by validating input on the server before writing it to the database. | «no» Пояснение: Server-side validation ensures data integrity but does not prevent XSS, which requires output encoding or Content Security Policy on the client-side when data is rendered.
Raw```json ⏎ {"answer": "no", "explanation": "Server-side validation ensures data integrity but does not prevent XSS, which requires output encoding or Content Security Policy on the client-side when data is rendered."} ⏎ ``` | верно | XSS лечится контекстным экранированием НА ВЫВОДЕ (Twig autoescape, CSP); валидация ввода не покрывает все контексты вывода. |
T20-L6 0.42 c | Security and OAuth | In the OAuth 2.0 authorization code flow, which parameter arrives at the redirect_uri and is exchanged for an access token? | «code» Пояснение: In the OAuth 2.0 authorization code flow, the authorization server redirects the user agent to the client's redirect_uri with a 'code' parameter, which the client then exchanges for an access token.
Raw{"answer": "code", "explanation": "In the OAuth 2.0 authorization code flow, the authorization server redirects the user agent to the client's redirect_uri with a 'code' parameter, which the client then exchanges for an access token."} | верно | Параметр code; обмен на токен POST-ом на /token с client_secret. |
T20-L7 0.35 c | Security and OAuth | A refresh token lives longer than an access token and allows obtaining a new access token without the user logging in again. | «yes» Пояснение: Refresh tokens are designed to have a longer expiration time than access tokens to facilitate obtaining new access tokens without requiring user re-authentication.
Raw{"answer": "yes", "explanation": "Refresh tokens are designed to have a longer expiration time than access tokens to facilitate obtaining new access tokens without requiring user re-authentication."} | верно | Стандартная схема OAuth/OIDC: короткий access + длинный refresh. |
T20-L8 0.41 c | Security and OAuth | A password salt must be kept secret: without it the hash cannot be verified. | «no» Пояснение: Salts are typically stored alongside the password hash and do not need to be secret; their purpose is to prevent rainbow table attacks, not to ensure the hash is unverifiable without a secret key.
Raw{"answer": "no", "explanation": "Salts are typically stored alongside the password hash and do not need to be secret; their purpose is to prevent rainbow table attacks, not to ensure the hash is unverifiable without a secret key."} | верно | Соль хранится открыто (password_hash включает её в строку хеша); секретность соли не нужна. |
T18-L1 0.31 c | Testing: PHPUnit | PHPUnit runs test methods of any class — extending TestCase is not required. | «no» Пояснение: PHPUnit requires test classes to extend PHPUnit\Framework\TestCase to be discovered and executed as tests.
Raw{"answer": "no", "explanation": "PHPUnit requires test classes to extend PHPUnit\\Framework\\TestCase to be discovered and executed as tests."} | верно | Тестом считается метод класса, наследующего TestCase (PHPUnit 10). |
T18-L2 0.35 c | Testing: PHPUnit | In PHPUnit, setUp() runs once before all tests of the class. | «no» Пояснение: setUp() runs before each individual test method, not once for the entire class; setUpBeforeClass() is used for the latter.
Raw{"answer": "no", "explanation": "setUp() runs before each individual test method, not once for the entire class; setUpBeforeClass() is used for the latter."} | верно | 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. | «yes» Пояснение: By design, a single invocation of a data provider yields exactly one set of arguments for one specific test run.
Raw{"answer": "yes", "explanation": "By design, a single invocation of a data provider yields exactly one set of arguments for one specific test run."} | неверно верный: «no» | Наоборот: наборов может быть сколько угодно — тест выполняется по разу на каждый. Проверено на PHPUnit 10.5 (#[DataProvider]). |
T18-L4 0.34 c | Testing: PHPUnit | Which PHPUnit method declares an expectation that an exception of a given class is thrown? | «expectexception» Пояснение: The expectException method in PHPUnit is used to declare an expectation that a specific exception class will be thrown by the code under test.
Raw{"answer": "expectException", "explanation": "The expectException method in PHPUnit is used to declare an expectation that a specific exception class will be thrown by the code under test."} | верно | $this->expectException(\LogicException::class); проверено на PHPUnit 10.5. |
T18-L5 0.31 c | Testing: PHPUnit | In PHPUnit, a stub verifies which methods were called on it, while a mock only returns data. | «no» Пояснение: The statement is reversed: a mock object verifies interactions (method calls), while a stub is used to return predefined data.
Raw{"answer": "no", "explanation": "The statement is reversed: a mock object verifies interactions (method calls), while a stub is used to return predefined data."} | верно | Наоборот: стаб подставляет данные, мок проверяет взаимодействия (createStub/createMock); docs PHPUnit — Test Doubles. |
T18-L6 0.35 c | Testing: PHPUnit | In PHPUnit 10+, the recommended way to pass data to a test is the #[DataProvider] attribute (the @dataProvider annotation is deprecated). | «yes» Пояснение: PHPUnit 10 recommends using PHP 8.1 attributes like #[DataProvider] instead of the deprecated @dataProvider annotation.
Raw```json ⏎ {"answer": "yes", "explanation": "PHPUnit 10 recommends using PHP 8.1 attributes like #[DataProvider] instead of the deprecated @dataProvider annotation."} ⏎ ``` | верно | Аннотация ещё парсится в PHPUnit 10/11 (AnnotationParser в 10.5.66), удаление — в 12; атрибут — стандарт. |
T18-L7 0.33 c | Testing: PHPUnit | PHPUnit does not allow one test to depend on the result of another. | «no» Пояснение: PHPUnit allows tests to depend on the result of other tests using the @depends annotation or the depends() method.
Raw{ ⏎ "answer": "no", ⏎ "explanation": "PHPUnit allows tests to depend on the result of other tests using the @depends annotation or the depends() method." ⏎ } | верно | Зависимости есть: #[Depends] — зависимый тест не запустится, еслиProducer упал. |
T18-L8 0.25 c | Testing: PHPUnit | Which PHPUnit command-line option makes tests run in random order? | «--random-order» Пояснение: The --random-order CLI option in PHPUnit executes tests in a random sequence.
Raw{"answer": "--random-order", "explanation": "The --random-order CLI option in PHPUnit executes tests in a random sequence."} | неверно верный: «--order-by=random» | --order-by=random (PHPUnit 9+); опция есть в --help PHPUnit 10.5 (проектная). |
T01-L9 3.23 c | Syntax and operators | What does this code output?
```php
echo intdiv(7, 2) . intdiv(-7, 2);
``` | «3-4» Пояснение: intdiv(7, 2) equals 3 and intdiv(-7, 2) equals -4, so the concatenation results in '3-4'.
Raw{"answer": "3-4", "explanation": "intdiv(7, 2) equals 3 and intdiv(-7, 2) equals -4, so the concatenation results in '3-4'."} | неверно верный: «3-3» | intdiv truncates toward zero: intdiv(-7, 2) = -3, not -4. |
T01-L10 1.08 c | Syntax and operators | What does this code output?
```php
echo -3 ** 2;
``` | «9» Пояснение: In PHP, the exponentiation operator `**` has higher precedence than the unary minus `-`, so this expression is evaluated as `-(3 ** 2)` which is `-9`. However, looking closer, `-3 ** 2` is parsed as `-(3 ** 2)` because `**` binds tighter than unary `-`. Wait, let me double-check. Actually, PHP documentation states: `**` (Exponentiation) has higher precedence than unary minus. So `-3 ** 2` is `-(3**2)` = `-9`. Let me re-verify with a standard example. `echo -2 ** 2;` outputs `-4`. So `-3 ** 2` should output `-9`.
Raw{"answer": 9, "explanation": "In PHP, the exponentiation operator `**` has higher precedence than the unary minus `-`, so this expression is evaluated as `-(3 ** 2)` which is `-9`. However, looking closer, `-3 ** 2` is parsed as `-(3 ** 2)` because `**` binds tighter than unary `-`. Wait, let me double-check. Actually, PHP documentation states: `**` (Exponentiation) has higher precedence than unary minus. So `-3 ** 2` is `-(3**2)` = `-9`. Let me re-verify with a standard example. `echo -2 ** 2;` outputs `-4`. So `-3 ** 2` should output `-9`."} | неверно верный: «-9» | ** is right-associative and binds tighter than unary minus: -(3²). |
T02-L9 0.37 c | Types and comparisons | What does this code output?
```php
echo '1e1' == '10' ? 'true' : 'false';
``` | «true» Пояснение: PHP casts '1e1' to a float (10.0) for comparison, so 10.0 == 10 is true.
Raw{"answer": "true", "explanation": "PHP casts '1e1' to a float (10.0) for comparison, so 10.0 == 10 is true."} | верно | Both strings are numeric — compared as numbers: 10 == 10. |
T02-L10 0.32 c | Types and comparisons | What does this code output?
```php
switch ('a') {
case 0: echo 'zero'; break;
default: echo 'other';
}
``` | «other» Пояснение: In PHP, the switch statement uses loose comparison (==), so 'a' is not equal to 0, and the default case is executed.
Raw{"answer": "other", "explanation": "In PHP, the switch statement uses loose comparison (==), so 'a' is not equal to 0, and the default case is executed."} | верно | PHP 8: 'a' == 0 → false (used to be true) — default fires. |
T03-L9 0.59 c | Strings | What does this code output?
```php
echo strtr('abc', ['a' => '1', 'ab' => '2']);
``` | «c12» Пояснение: strtr with an array replaces the longest keys first; 'ab' is replaced by '2', then 'a' (if present) by '1', but here 'ab' matches the substring 'ab' in 'abc', leaving 'c'.
Raw{"answer": "c12", "explanation": "strtr with an array replaces the longest keys first; 'ab' is replaced by '2', then 'a' (if present) by '1', but here 'ab' matches the substring 'ab' in 'abc', leaving 'c'."} | неверно верный: «2c» | strtr with an array prefers the longest matching key. |
T03-L10 0.53 c | Strings | What does this code output?
```php
echo '[' . substr('hello', -10) . ']';
``` | «[hello]» Пояснение: The substr function with a negative offset of -10 on the string 'hello' (length 5) treats the offset as 0 because it is less than negative length, so it returns the entire string 'hello'.
Raw{"answer": "[hello]", "explanation": "The substr function with a negative offset of -10 on the string 'hello' (length 5) treats the offset as 0 because it is less than negative length, so it returns the entire string 'hello'."} | верно | A negative start beyond the string is clamped to the beginning. |
T04-L9 0.42 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 the left array and adds keys from the right array that are not in the left, resulting in keys ['k', 'n', 'm'].
Raw{"answer": "k,n,m", "explanation": "The array union operator (+) preserves keys from the left array and adds keys from the right array that are not in the left, resulting in keys ['k', 'n', 'm']."} | верно | The + operator: on duplicate string keys the left array wins. |
T04-L10 1.22 c | Arrays | What does this code output?
```php
$a = [[1, 'x', 2], [2, 'y', 1], [3, 'z', 2]];
usort($a, fn($p, $q) => $p[2] <=> $q[2]);
echo implode('', array_column($a, 1));
``` | «zyx» Пояснение: The array is sorted by the third element (index 2) in ascending order: [1, 'x', 2], [2, 'y', 1], [3, 'z', 2] becomes [2, 'y', 1], [1, 'x', 2], [3, 'z', 2], so the second elements are 'y', 'x', 'z' -> 'yxx' wait, let me recheck. Sorted by index 2: values are 2, 1, 2. So order is: [2,'y',1] (index2=1), [1,'x',2] (index2=2), [3,'z',2] (index2=2). So array_column gives 'y', 'x', 'z' => 'yxz'.
Raw{"answer": "zyx", "explanation": "The array is sorted by the third element (index 2) in ascending order: [1, 'x', 2], [2, 'y', 1], [3, 'z', 2] becomes [2, 'y', 1], [1, 'x', 2], [3, 'z', 2], so the second elements are 'y', 'x', 'z' -> 'yxx' wait, let me recheck. Sorted by index 2: values are 2, 1, 2. So order is: [2,'y',1] (index2=1), [1,'x',2] (index2=2), [3,'z',2] (index2=2). So array_column gives 'y', 'x', 'z' => 'yxz'."} | неверно верный: «yxz» | Sorts are stable since 8.0: x and z keep their order on a tie. |
T05-L10 0.44 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 ...['b' => 1, 'a' => 5] unpacks the array by key, so f(5, 1) is called, returning 4.
Raw{"answer": 4, "explanation": "The spread operator ...['b' => 1, 'a' => 5] unpacks the array by key, so f(5, 1) is called, returning 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 arrow function $f = $p->g(...) captures the object instance $p and its property $v=3, so calling $f() after setting $p=null still returns 3.
Raw{"answer": 3, "explanation": "The arrow function $f = $p->g(...) captures the object instance $p and its property $v=3, so calling $f() after setting $p=null still returns 3."} | верно | First-class callable syntax binds $this at creation time. |
T06-L9 0.45 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` magic constant resolves to the late static binding class name, which is 'B' since the object is an instance of B, even though the method is defined in A.
Raw{"answer": "B", "explanation": "The `static::class` magic constant resolves to the late static binding class name, which is 'B' since the object is an instance of B, even though the method is defined in A."} | верно | Late static binding: static::class is the receiver's class. |
T06-L10 0.58 c | OOP: classes and inheritance | What does this code output on PHP 8.5?
```php
class C
{
public int $x = 0 {
set { $this->x = $value * 2; }
}
}
$c = new C;
$c->x = 5;
echo $c->x;
``` | «10» Пояснение: The code uses PHP 8.4+ property hooks; setting $c->x triggers the set hook which assigns $value * 2 (5 * 2 = 10) to the underlying property, and reading it outputs 10.
Raw{"answer": 10, "explanation": "The code uses PHP 8.4+ property hooks; setting $c->x triggers the set hook which assigns $value * 2 (5 * 2 = 10) to the underlying property, and reading it outputs 10."} | верно | Inside the set hook, $this->x writes the backing store (no recursion): 5*2. |
T07-L9 0.48 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 selects `TB::f` as `f`, and `as` renames `TA::f` to `g`; thus `f()` returns 'B' and `g()` returns 'A'.
Raw{"answer": "BA", "explanation": "The `insteadof` operator selects `TB::f` as `f`, and `as` renames `TA::f` to `g`; thus `f()` returns 'B' and `g()` returns 'A'."} | верно | insteadof picks the implementation; as keeps the other under an alias. |
T07-L10 0.36 c | Interfaces, traits, enum | What does this code output?
```php
trait Counter
{
public static int $n = 0;
}
class CX { use Counter; }
class CY { use Counter; }
CX::$n = 1;
echo CY::$n;
``` | «0» Пояснение: Each class that uses a trait with a static property has its own independent copy of that property, so changing CX::$n does not affect CY::$n.
Raw{"answer": "0", "explanation": "Each class that uses a trait with a static property has its own independent copy of that property, so changing CX::$n does not affect CY::$n."} | верно | A trait's static property is copied into each consuming class. |
T08-L10 0.44 c | Exceptions and errors | What does this code output?
```php
function f(): int
{
try { return 1; } finally { return 2; }
}
echo f();
``` | «2» Пояснение: In PHP, a return statement in a finally block overrides any return statement in the try or catch blocks, so 2 is returned.
Raw{"answer": 2, "explanation": "In PHP, a return statement in a finally block overrides any return statement in the try or catch blocks, so 2 is returned."} | верно | A return in finally overrides the return from try. |
T08-L9 0.52 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» Пояснение: In PHP, a finally block executes after the try block; if both the try block and finally block throw exceptions, the exception from the finally block replaces the original one, so only 'second' is caught and echoed.
Raw{"answer": "second", "explanation": "In PHP, a finally block executes after the try block; if both the try block and finally block throw exceptions, the exception from the finally block replaces the original one, so only 'second' is caught and echoed."} | верно | An exception from finally replaces the in-flight one — the last thrown is caught. |
T09-L9 0.42 c | Namespaces and autoloading | What does this code output?
```php
namespace N;
use App\Foo as Baz;
echo Baz::class . '|' . \Baz::class;
``` | «n\baz|baz» Пояснение: The 'Baz::class' resolves to 'N\Baz' within the namespace, while '\Baz::class' resolves to the global 'Baz'.
Raw```json ⏎ {"answer": "N\\Baz|Baz", "explanation": "The 'Baz::class' resolves to 'N\\Baz' within the namespace, while '\\Baz::class' resolves to the global 'Baz'."} ⏎ ``` | неверно верный: «app\foo|baz» | The use alias applies to unqualified names; a leading \ escapes to the global scope. |
T09-L10 0.71 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');
``` | «nono» Пояснение: The code first checks for the existence of the class 'Foo' in the global namespace, which returns false because the class is defined in the 'Ns' namespace. It then checks for the existence of the class 'Ns\Foo', which returns true because the class is actually defined in that namespace. Therefore, the output is 'no' followed by 'yes'.
Raw```json ⏎ { ⏎ "answer": "nono", ⏎ "explanation": "The code first checks for the existence of the class 'Foo' in the global namespace, which returns false because the class is defined in the 'Ns' namespace. It then checks for the existence of the class 'Ns\\Foo', which returns true because the class is actually defined in that namespace. Therefore, the output is 'no' followed by 'yes'." ⏎ } ⏎ ``` | неверно верный: «noyes» | Dynamic names are not resolved against the namespace — 'Foo' is the global class. |
T10-L9 0.46 c | References and scope | What does this code output?
```php
$a = [1, 2, 3];
foreach ($a as &$v) {}
$v = 99;
echo implode(',', $a);
``` | «1,2,99» Пояснение: After the foreach loop ends, $v remains a reference to the last element of $a; setting $v to 99 updates that element in $a.
Raw{"answer": "1,2,99", "explanation": "After the foreach loop ends, $v remains a reference to the last element of $a; setting $v to 99 updates that element in $a."} | верно | After a by-ref foreach, $v remains a reference to the last element. |
T10-L10 0.45 c | References and scope | What does this code output?
```php
class A
{
public function inc(): int
{
static $n = 0;
return ++$n;
}
}
class B extends A {}
$a = new A;
$b = new B;
$a->inc();
$b->inc();
echo $a->inc();
``` | «2» Пояснение: The static variable $n is shared between classes A and B due to inheritance, so each call to inc() increments $n, and the final output is 2.
Raw```json ⏎ {"answer": 2, "explanation": "The static variable $n is shared between classes A and B due to inheritance, so each call to inc() increments $n, and the final output is 2."} ⏎ ``` | неверно верный: «3» | A method's static variable belongs to the parent's method — subclasses share it. |
T11-L9 0.38 c | Generators, iterators, SPL | What does this code output?
```php
function g(): Generator
{
$x = yield 1;
return $x + 1;
}
$g = g();
$g->send(10);
echo $g->getReturn();
``` | «11» Пояснение: The generator yields 1, receives 10 via send(), and returns 10 + 1 = 11.
Raw```json ⏎ {"answer": "11", "explanation": "The generator yields 1, receives 10 via send(), and returns 10 + 1 = 11."} ⏎ ``` | верно | send() resumes the generator: $x = 10, return 10+1. |
T11-L10 0.83 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» Пояснение: yield from in outer() delegates to inner() and returns its yielded values (1, 2) to the caller; the return value 'ok' is not yielded but stored in $r, and since outer() only yields $r after inner() completes, the output includes only the values directly yielded by the generator chain.
Raw```json ⏎ { ⏎ "answer": "1,2", ⏎ "explanation": "yield from in outer() delegates to inner() and returns its yielded values (1, 2) to the caller; the return value 'ok' is not yielded but stored in $r, and since outer() only yields $r after inner() completes, the output includes only the values directly yielded by the generator chain." ⏎ } ⏎ ``` | неверно верный: «ok,2» | yield from does not advance the outer auto-key: yield $r gets key 0 and overwrites the 1 — 'ok' comes out first. |
T12-L9 0.43 c | Configuration and security | What does this code output?
```php
$hash = password_hash('x', PASSWORD_BCRYPT, ['cost' => 4]);
echo password_needs_rehash($hash, PASSWORD_BCRYPT, ['cost' => 4]) ? 'yes' : 'no';
echo password_needs_rehash($hash, PASSWORD_BCRYPT, ['cost' => 5]) ? 'yes' : 'no';
``` | «noyes» Пояснение: The first check returns false (no) because the current cost (4) matches the required cost (4), while the second returns true (yes) because the required cost (5) is higher than the current cost (4).
Raw{"answer": "noyes", "explanation": "The first check returns false (no) because the current cost (4) matches the required cost (4), while the second returns true (yes) because the required cost (5) is higher than the current cost (4)."} | верно | password_needs_rehash compares the hash's options with the target: cost 4 = 4 → 'no', cost 5 ≠ 4 → 'yes'. |
T12-L10 0.63 c | Configuration and security | What does this code output on PHP 8.5?
```php
echo (E_ALL & 2048) === 0 ? 'strict-out' : 'strict-in';
``` | «strict-in» Пояснение: E_ALL is 32767 in PHP 8, 32767 & 2048 is 2048 (since 2048 is a subset of 32767), so the condition is false, outputting 'strict-in'.
Raw{"answer": "strict-in", "explanation": "E_ALL is 32767 in PHP 8, 32767 & 2048 is 2048 (since 2048 is a subset of 32767), so the condition is false, outputting 'strict-in'."} | неверно верный: «strict-out» | Since PHP 8.4, E_STRICT is out of E_ALL: the 2048 bit is unset → 'strict-out' (2048 is the historical E_STRICT bit). |
T13-L9 0.43 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 normalizes HTTP headers by converting 'HTTP_X_TOKEN' to 'X-Token' when accessing via the headers bag.
Raw{"answer": "mapped", "explanation": "Symfony's Request class normalizes HTTP headers by converting 'HTTP_X_TOKEN' to 'X-Token' when accessing via the headers bag."} | верно | The literal comparison requires knowing the mapping: HttpFoundation turns HTTP_X_TOKEN into the X-Token header (case-insensitive); without it the answer is 'missing'. |
T13-L10 0.52 c | Symfony | What does this code output?
```php
use Symfony\Component\EventDispatcher\EventDispatcher;
use Symfony\Contracts\EventDispatcher\Event;
$d = new EventDispatcher();
$out = '';
$d->addListener('e', function () use (&$out) { $out .= 'B'; }, 10);
$d->addListener('e', function () use (&$out) { $out .= 'A'; });
$d->addListener('e', function () use (&$out) { $out .= 'C'; }, 5);
$d->dispatch(new Event(), 'e');
echo $out;
``` | «abc» Пояснение: Event dispatchers prioritize higher priority numbers first, so the listener with priority 10 appends 'B', followed by the default priority (0) appending 'A', and finally priority 5 appending 'C'.
Raw{"answer": "ABC", "explanation": "Event dispatchers prioritize higher priority numbers first, so the listener with priority 10 appends 'B', followed by the default priority (0) appending 'A', and finally priority 5 appending 'C'."} | неверно верный: «bca» | Listeners run by descending priority: 10 (B), 5 (C), 0 (A). |
T14-L10 0.42 c | Doctrine | Given: Doctrine ORM 3, an EntityManager on in-memory SQLite, entity User with an auto-increment primary key. The users table is empty. What does this code output?
```php
$u = new User(name: 'A');
$em->persist($u);
$em->flush();
$a = $em->find(User::class, $u->getId());
$b = $em->find(User::class, $u->getId());
echo spl_object_id($a) === spl_object_id($b) ? 'same' : 'diff';
``` | «same» Пояснение: Doctrine ORM identity map ensures that repeated calls to find with the same identifier return the same object instance.
Raw```json ⏎ {"answer": "same", "explanation": "Doctrine ORM identity map ensures that repeated calls to find with the same identifier return the same object instance."} ⏎ ``` | верно | Identity map: a second find for the same id returns the same instance. |
T14-L9 0.31 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 removed before flush, so no INSERT is executed, leaving the table empty.
Raw{"answer": 0, "explanation": "The entity is removed before flush, so no INSERT is executed, leaving the table empty."} | верно | 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» Пояснение: count(x) counts non-NULL values in column x, which is 1.
Raw{"answer": 1, "explanation": "count(x) counts non-NULL values in column x, which is 1."} | верно | count(column) skips NULLs; count(*) would return 2. |
T15-L9 0.44 c | PostgreSQL | What does this SQL query return (PostgreSQL 17)?
```sql
CREATE TEMP TABLE t (id int, x int);
INSERT INTO t VALUES (1, 10), (2, 20), (3, 30);
SELECT string_agg(s::text, ',' ORDER BY id) FROM (
SELECT id, sum(x) OVER (ORDER BY id) AS s FROM t
) q;
``` | «10,30,60» Пояснение: The inner query calculates a running sum (10, 30, 60) for each row ordered by id, and string_agg concatenates these values in that order.
Raw{"answer": "10,30,60", "explanation": "The inner query calculates a running sum (10, 30, 60) for each row ordered by id, and string_agg concatenates these values in that order."} | верно | With ORDER BY the default window frame is running (start to current row). |
T16-L9 0.62 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 middleware stack processes messages by executing the first middleware's handle method, which echoes its tag, then delegates to the next middleware in the stack, which also echoes its tag, resulting in 'M1M2'.
Raw{"answer": "M1M2", "explanation": "The MessageBus middleware stack processes messages by executing the first middleware's handle method, which echoes its tag, then delegates to the next middleware in the stack, which also echoes its tag, resulting in 'M1M2'."} | верно | The first-added middleware runs first (outermost). |
T16-L10 0.54 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 HandlersLocator contains two descriptors for the Ping message, and HandleMessageMiddleware will execute all matched handlers in order, so $n becomes 1 + 10 = 11.
Raw{"answer": 11, "explanation": "The HandlersLocator contains two descriptors for the Ping message, and HandleMessageMiddleware will execute all matched handlers in order, so $n becomes 1 + 10 = 11."} | верно | All registered handlers of the message run: 1 + 10 = 11. |
T17-L9 0.37 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 inserts 1, the second is ignored due to the unique constraint and ON CONFLICT DO NOTHING, so count is 1.
Raw{"answer": 1, "explanation": "The first INSERT inserts 1, the second is ignored due to the unique constraint and ON CONFLICT DO NOTHING, so count is 1."} | верно | ON CONFLICT DO NOTHING skips the duplicate: one insert. |
T17-L10 0.34 c | PostgreSQL: transactions and indexes | What does this sequence of psql commands output?
```sql
BEGIN;
CREATE TEMP TABLE t (a int, UNIQUE (a) DEFERRABLE INITIALLY DEFERRED);
INSERT INTO t VALUES (1);
INSERT INTO t VALUES (1);
SELECT count(*) FROM t;
``` | «2» Пояснение: The UNIQUE constraint is deferrable and initially deferred, so the duplicate insertion is allowed during the transaction.
Raw{"answer": 2, "explanation": "The UNIQUE constraint is deferrable and initially deferred, so the duplicate insertion is allowed during the transaction."} | верно | DEFERRED postpones the uniqueness check to COMMIT — count sees 2 rows. |
T18-L9 1.47 c | Testing: PHPUnit | How many tests will this command run?
```php
use PHPUnit\Framework\TestCase;
use PHPUnit\Framework\Attributes\DataProvider;
final class CalcTest extends TestCase
{
public static function prov(): array
{
return [[1], [2], [3]];
}
#[DataProvider('prov')]
public function test_sum(int $x): void
{
$this->assertTrue($x > 0);
}
#[DataProvider('prov')]
public function test_sum_abs(int $x): void
{
$this->assertTrue($x > 0);
}
public function test_other(): void
{
$this->assertTrue(true);
}
}
```
Command: `phpunit CalcTest.php --filter test_sum` (PHPUnit 10.5) | «3» Пояснение: The --filter option 'test_sum' matches the method name 'test_sum', which has 3 data sets, and 'test_sum_abs' also contains the substring 'test_sum' and has 3 data sets, but wait. Regex matching is used. 'test_sum' matches 'test_sum' (3 tests) and 'test_sum_abs' (3 tests) because 'test_sum' is a prefix? No, filter is a regex. /test_sum/ matches 'test_sum' and 'test_sum_abs'. So total is 3 + 3 = 6? Let's check PHPUnit filter behavior. It matches the test method name. 'test_sum' matches 'test_sum' (3 cases). 'test_sum' also matches 'test_sum_abs' (3 cases). 'test_other' does not match. Total 6.
Raw{"answer": 3, "explanation": "The --filter option 'test_sum' matches the method name 'test_sum', which has 3 data sets, and 'test_sum_abs' also contains the substring 'test_sum' and has 3 data sets, but wait. Regex matching is used. 'test_sum' matches 'test_sum' (3 tests) and 'test_sum_abs' (3 tests) because 'test_sum' is a prefix? No, filter is a regex. /test_sum/ matches 'test_sum' and 'test_sum_abs'. So total is 3 + 3 = 6? Let's check PHPUnit filter behavior. It matches the test method name. 'test_sum' matches 'test_sum' (3 cases). 'test_sum' also matches 'test_sum_abs' (3 cases). 'test_other' does not match. Total 6."} | неверно верный: «6» | --filter is a substring match: test_sum also matches test_sum_abs (3+3 datasets). |
T18-L10 0.47 c | Testing: PHPUnit | How many tests will this command run, and how many of them will fail? Answer with two comma-separated numbers (ran, failed).
```php
use PHPUnit\Framework\TestCase;
use PHPUnit\Framework\Attributes\DataProvider;
final class Calc2Test extends TestCase
{
public function prov(): array
{
return [[1], [-1]];
}
#[DataProvider('prov')]
public function test_x(int $x): void
{
$this->assertTrue($x > 0);
}
}
```
Command: `phpunit Calc2Test.php` (PHPUnit 10.5) | «2,1» Пояснение: The data provider returns two sets of data, so two tests are run; one assertion fails because -1 is not greater than 0.
Raw{"answer": "2,1", "explanation": "The data provider returns two sets of data, so two tests are run; one assertion fails because -1 is not greater than 0."} | верно | 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.37 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 tells it to send data, which by default changes the HTTP method to POST.
Raw{"answer": "POST", "explanation": "The -d flag in curl tells it to send data, which by default changes the HTTP method to POST."} | верно | -d/-F switches curl to POST by default. |
T19-L10 0.4 c | HTTP and REST API | Which HTTP method does this command send?
```bash
curl -s -G -d 'a=1' http://demo.local/api
``` | «get» Пояснение: The -G flag in curl ensures that the -d data is appended to the URL as a query string and the HTTP method defaults to or is explicitly set to GET.
Raw{"answer": "GET", "explanation": "The -G flag in curl ensures that the -d data is appended to the URL as a query string and the HTTP method defaults to or is explicitly set to GET."} | верно | -G turns -d data into the query string; the method stays GET. |
T20-L9 0.46 c | Security and OAuth | A client hits the token endpoint (RFC 6749) with a non-existent client_id. What value of the error field does the endpoint return? | «invalid_client» Пояснение: According to RFC 6749 Section 5.2, if the client authentication fails (e.g., non-existent client_id), the authorization server MUST respond with the 'invalid_client' error.
Raw{"answer": "invalid_client", "explanation": "According to RFC 6749 Section 5.2, if the client authentication fails (e.g., non-existent client_id), the authorization server MUST respond with the 'invalid_client' error."} | верно | Unknown client → invalid_client (RFC 6749 §5.2). |
T20-L10 0.56 c | Security and OAuth | OAuth 2.0: the client started the flow with response_type=token. In which part of the redirect_uri does the authorization server pass the access_token? | «fragment» Пояснение: In the OAuth 2.0 implicit flow (response_type=token), the access token is returned in the fragment part of the redirect URI (after the #) to prevent it from being sent to the server in the URL path or query string.
Raw{"answer": "fragment", "explanation": "In the OAuth 2.0 implicit flow (response_type=token), the access token is returned in the fragment part of the redirect URI (after the #) to prevent it from being sent to the server in the URL path or query string."} | верно | The implicit flow passes the token in the URL fragment (#) — it never reaches the server. |
T21-L9 0.59 c | Twig | What does this Twig template output?
```twig
{{ false|default(2) * 3 }}
``` | «6» Пояснение: In Twig, the `default` filter checks if the value is 'empty' (null, false, empty string, or empty array); since `false` is considered empty, it is replaced by the default value `2`, resulting in `2 * 3 = 6`.
Raw```json ⏎ { ⏎ "answer": "6", ⏎ "explanation": "In Twig, the `default` filter checks if the value is 'empty' (null, false, empty string, or empty array); since `false` is considered empty, it is replaced by the default value `2`, resulting in `2 * 3 = 6`." ⏎ } ⏎ ``` | верно | default replaces exactly false/null/''/[] — false becomes 2, 2*3 = 6; the naive 'default is for undefined only' yields 0. |
T21-L10 0.74 c | Twig | What exception class does render() of this template throw?
```twig
{{ 'a' ~ 1 + 2 }}
``` | «twig\exception\runtimeexception» Пояснение: In Twig, adding a string and an integer directly (1 + 2) is not supported; the concatenation operator ~ expects strings, and the arithmetic + operator expects numbers. Twig throws a RuntimeException when trying to add a string and an integer.
Raw{"answer": "Twig\\Exception\\RuntimeException", "explanation": "In Twig, adding a string and an integer directly (1 + 2) is not supported; the concatenation operator ~ expects strings, and the arithmetic + operator expects numbers. Twig throws a RuntimeException when trying to add a string and an integer."} | неверно верный: «runtimeerror» | In Twig ~ binds tighter than +: ('a' ~ 1) + 2 → string + int → a render error (RuntimeError). |
T22-L9 0.37 c | Symfony: Security and forms | What does this code output?
```php
use Symfony\Component\Validator\Validation;
use Symfony\Component\Validator\Constraints as Assert;
$v = Validation::createValidator();
echo count($v->validate([''], [new Assert\NotBlank()]));
``` | «1» Пояснение: The validate method returns a collection of 1 constraint violation because the empty string violates the NotBlank constraint.
Raw{"answer": 1, "explanation": "The validate method returns a collection of 1 constraint violation because the empty string violates the NotBlank constraint."} | неверно верный: «0» | NotBlank treats null, '', [] as blank — the array [''] is not blank. |
T22-L10 0.33 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\formexception» Пояснение: Calling isValid() on a form that has not been submitted throws a FormException.
Raw{"answer": "Symfony\\Component\\Form\\Exception\\FormException", "explanation": "Calling isValid() on a form that has not been submitted throws a FormException."} | неверно верный: «symfony\component\form\exception\logicexception» | isValid() on a non-submitted form throws LogicException, it does not return false. |
T23-L9 0.44 c | Symfony: configuration and services | What does this code output?
```php
use Symfony\Component\DependencyInjection\ContainerBuilder;
$c = new ContainerBuilder();
$c->register('a', stdClass::class)->setPublic(true);
$c->compile();
echo spl_object_id($c->get('a')) === spl_object_id($c->get('a')) ? 'same' : 'diff';
``` | «same» Пояснение: Symfony DI container uses a shared services array, so calling get() on the same public service returns the identical object instance.
Raw{"answer": "same", "explanation": "Symfony DI container uses a shared services array, so calling get() on the same public service returns the identical object instance."} | верно | Container services are shared: two get() calls yield one instance. |
T23-L10 0.41 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!» Пояснение: The container resolves nested parameter placeholders recursively, substituting 'name' in 'greeting' and then 'greeting' in 'message'.
Raw```json ⏎ {"answer": "hi Bob!", "explanation": "The container resolves nested parameter placeholders recursively, substituting 'name' in 'greeting' and then 'greeting' in 'message'."} ⏎ ``` | верно | compile() resolves %-references transitively: %greeting% → 'hi %name%' → 'hi Bob!', the answer assembles over two hops. |
T24-L9 0.44 c | Bootstrap | What is the max-width of .container in Bootstrap 5.3 at a 992px viewport? | «960px» Пояснение: In Bootstrap 5.3, the .container class sets max-width to 960px at the lg breakpoint (>=992px).
Raw{ ⏎ "answer": "960px", ⏎ "explanation": "In Bootstrap 5.3, the .container class sets max-width to 960px at the lg breakpoint (>=992px)." ⏎ } | верно | 5.x container widths: 540/720/960/1140/1320 (sm–xxl); 992 → 960px. |
T24-L10 1.43 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 5.3, when multiple text color utility classes are applied to the same element, the last one in the source order (or CSS specificity if equal, but here it's about cascade) typically wins; however, the question asks which utility 'sets' the color, implying the final effective one. Between 'text-danger' and 'text-primary', 'text-primary' appears second in the class attribute, and in standard CSS cascade with equal specificity, the last declared rule in the stylesheet wins. Since 'text-primary' is listed after 'text-danger' in the class attribute, and assuming standard Bootstrap CSS ordering where later utilities might override or are simply the final intent, 'text-primary' is the intended winner based on the class order provided in the example string.
Raw{"answer": "text-primary", "explanation": "In Bootstrap 5.3, when multiple text color utility classes are applied to the same element, the last one in the source order (or CSS specificity if equal, but here it's about cascade) typically wins; however, the question asks which utility 'sets' the color, implying the final effective one. Between 'text-danger' and 'text-primary', 'text-primary' appears second in the class attribute, and in standard CSS cascade with equal specificity, the last declared rule in the stylesheet wins. Since 'text-primary' is listed after 'text-danger' in the class attribute, and assuming standard Bootstrap CSS ordering where later utilities might override or are simply the final intent, 'text-primary' is the intended winner based on the class order provided in the example string."} | неверно верный: «text-danger» | Specificity ties — the later rule wins: text-danger is declared after text-primary. |
T25-L9 0.48 c | Clean architecture | Layers: Domain, Application, Infrastructure. Deptrac rules: Application → Domain; Infrastructure → Domain, Application; Domain → Domain only.
How many violations will deptrac report for this class?
```php
namespace App\Domain;
use App\Application\PlaceOrder;
use App\Infrastructure\Db;
class OrderService
{
public function __construct(
private PlaceOrder $handler,
private Db $db,
) {}
}
``` | «2» Пояснение: The class is in the Domain layer, but it imports classes from both Application and Infrastructure layers, resulting in 2 violations because Domain should only depend on Domain.
Raw{"answer": "2", "explanation": "The class is in the Domain layer, but it imports classes from both Application and Infrastructure layers, resulting in 2 violations because Domain should only depend on Domain."} | верно | 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 Domain layer can only depend on itself, but this class violates that rule by referencing three classes from the Application and Infrastructure layers.
Raw```json ⏎ { ⏎ "answer": 3, ⏎ "explanation": "The Domain layer can only depend on itself, but this class violates that rule by referencing three classes from the Application and Infrastructure layers." ⏎ } ⏎ ``` | верно | The inline FQCN \App\Infrastructure\Logger counts too: Application + Db + Logger = 3. |
T26-L10 0.49 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 a Money object with 10, adds 5 to it creating a new object with 15, and then outputs the amounts of the original and new objects separated by a comma.
Raw{"answer": "10,15", "explanation": "The code creates a Money object with 10, adds 5 to it creating a new object with 15, and then outputs the amounts of the original and new objects separated by a comma."} | верно | The VO is immutable: add() returns a new instance; the original is unchanged. |
T26-L9 0.32 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, so the count remains 1.
Raw{"answer": 1, "explanation": "The remove method throws an exception before unsetting the item, so the count remains 1."} | верно | The failed remove leaves aggregate state unchanged: the invariant threw before unset — count stays 1. |
VC-L9 0.34 c | PHP 8.4–8.5 | What does this code output on PHP 8.5?
```php
class C
{
public function hi(): string { return 'hi'; }
}
echo new C()->hi();
``` | «hi» Пояснение: The code instantiates class C, calls the hi() method which returns the string 'hi', and echoes it.
Raw{"answer": "hi", "explanation": "The code instantiates class C, calls the hi() method which returns the string 'hi', and echoes it."} | верно | Since 8.4, new in a method chain works without wrapping parentheses. |
VC-L10 0.46 c | PHP 8.4–8.5 | What does this code output on PHP 8.5?
```php
class Heavy
{
public int $v = 0;
}
$r = new ReflectionClass(Heavy::class);
$o = $r->newLazyGhost(function (Heavy $obj) {
$obj->v = 21;
});
echo $r->isUninitializedLazyObject($o) ? 'yes' : 'no';
$o->v;
echo $r->isUninitializedLazyObject($o) ? 'yes' : 'no';
``` | «yesno» Пояснение: The first check is true because the lazy ghost is uninitialized; accessing $o->v triggers the initializer, making the second check false, resulting in the string 'yesno'.
Raw{"answer": "yesno", "explanation": "The first check is true because the lazy ghost is uninitialized; accessing $o->v triggers the initializer, making the second check false, resulting in the string 'yesno'."} | верно | newLazyGhost (8.4): the object stays lazy until first access — reading a property initializes it and clears the flag. |
T28-L9 0.5 c | Symfony: versions | The project was upgraded from Symfony 6.4 to 8.1. What does this code output on 8.1?
```php
echo class_exists(\Symfony\Component\Security\Guard\AbstractGuardAuthenticator::class)
? 'yes' : 'no';
``` | «no» Пояснение: The Guard authentication system and its components (like AbstractGuardAuthenticator) were deprecated in Symfony 5.3 and completely removed in Symfony 6.0, so the class does not exist in Symfony 8.1.
Raw{"answer": "no", "explanation": "The Guard authentication system and its components (like AbstractGuardAuthenticator) were deprecated in Symfony 5.3 and completely removed in Symfony 6.0, so the class does not exist in Symfony 8.1."} | верно | Guard authentication was removed in Symfony 7.0 — the class is gone in 8.1. |
T28-L10 0.33 c | Symfony: versions | The project was upgraded from Symfony 6.4 to 8.1. What does this code output on 8.1?
```php
echo class_exists(\Symfony\Component\Routing\Loader\AnnotationClassLoader::class)
? 'yes' : 'no';
echo class_exists(\Symfony\Component\Routing\Loader\AttributeClassLoader::class)
? 'yes' : 'no';
``` | «noyes» Пояснение: In recent Symfony versions, AnnotationClassLoader was removed in favor of AttributeClassLoader, which exists in 8.1.
Raw{"answer": "noyes", "explanation": "In recent Symfony versions, AnnotationClassLoader was removed in favor of AttributeClassLoader, which exists in 8.1."} | верно | Annotation loaders were removed in 7.0; only attribute loaders remain (Annotation→Attribute). |