PHP PHP · 20 вопросов · ~55 мин · ⏱ Таймер 55:00 · Лёгкий ·

Формы и данные HTTP-запроса

Пользовательский ввод редко приходит в том виде, в каком его ожидает программа. Тест проверяет чтение GET и POST, различие отсутствующего и пустого значения, обработку заголовков и порядок валидации с нормализацией.

Отвечено: 0 из 20

⏱ --:--

💡 Инструкция: Выберите один ответ из пяти. Для каждого примера отделяйте получение данных от их проверки и преобразования. Таймер — 55 минут.

Вопрос 1 из 20

Почему для удаления записи не стоит полагаться на GET-запрос вида /delete?id=7?

if ($_SERVER['REQUEST_METHOD'] === 'GET' && isset($_GET['delete'])) {
    $repository->delete((int) $_GET['delete']);
}

PHP не поддерживает $_GET GET не передаёт числовые параметры GET могут вызвать робот или предзагрузка GET всегда шифрует данные Браузер запрещает ответы на GET

Вопрос 2 из 20

Что содержит $_POST при JSON-теле application/json?

$payload = json_decode(
    file_get_contents('php://input'),
    true,
    512,
    JSON_THROW_ON_ERROR
);

Объект stdClass без вызова json_decode Те же данные, что $_GET Автоматически декодированный массив Строку JSON под ключом json Обычно пусто; JSON читают из php://input

Вопрос 3 из 20

Какой результат может получить поле name="tags[]" с тремя значениями формы?

$query = 'tags[]=php&tags[]=sql&tags[]=linux';
parse_str($query, $form);
var_export($form['tags']);

Три отдельных переменных $tags1, $tags2, $tags3 Только последнее значение в $_POST['tags[]'] Объект UploadedFile Строку с запятыми Массив в $_POST['tags']

Вопрос 4 из 20

Почему использование $_REQUEST затрудняет проверку происхождения данных?

Он всегда удаляет специальные символы Все ключи становятся целыми числами Он смешивает GET, POST и cookie Массив доступен лишь в CLI $_REQUEST содержит только серверные переменные

Вопрос 5 из 20

Что выведет код при запросе POST /save?id=4 с телом name=Ann?

echo $_GET['id'], ':', $_POST['name'];

Ann:4 4:Ann 4: Возникнет ошибка, потому что GET и POST нельзя сочетать :Ann

Вопрос 6 из 20

Почему header("Location: /login") лучше сопровождать exit?

if (!$user) {
    header('Location: /login');
}

$orders->delete($orderId);

Продолжение кода после редиректа всегда удаляет установленные cookie header с Location выполняется только как аргумент функции exit Без exit браузер не сможет прочитать уже отправленный заголовок Location Вызов exit автоматически меняет любой редирект на постоянный код 301 Редирект не прекращает выполнение PHP-кода сам по себе

Вопрос 7 из 20

Что вызывает предупреждение headers already sent?

echo 'Начало ответа';
header('X-Request-Id: 42');

Любой echo после успешного header, даже если заголовки ещё не отправлены Два чтения одного и того же заголовка из request Попытка изменить заголовки после начала вывода тела ответа Отсутствие заголовка Host в исходном запросе пользователя Использование статуса 200 перед формированием обычного тела

Вопрос 8 из 20

Какой заголовок нужен для JSON-ответа в UTF-8?

Accept: application/php; charset=utf-8 Content-Encoding: json; charset=utf-8 Content-Type: application/json; charset=utf-8 Transfer-Type: utf8-json Content-Type: text/html-only; charset=utf-8

Вопрос 9 из 20

Как задать код ответа 422 без ручной строки протокола?

echo 422 http_response_code(422) set_error_handler(422) $_SERVER['STATUS'] = 422 header_status(422)

Вопрос 10 из 20

Как защититься от внедрения перевода строки в собственный заголовок с пользовательским значением?

Применить только htmlspecialchars, предназначенный для другого контекста Преобразовать пользовательское значение в HTML-сущности и вставить как есть Добавить дополнительный перевод строки перед значением для отделения заголовка Не вставлять свободный ввод; разрешить строгий набор значений Сериализовать строку, не проверяя наличие CR и LF после восстановления

Вопрос 11 из 20

Почему filter_input(..., FILTER_VALIDATE_INT) нужно проверять строго?

$id = filter_input(INPUT_GET, 'id', FILTER_VALIDATE_INT);
if ($id === false || $id === null) {
    http_response_code(400);
}

Возможны 0, false и null — их надо различать строго false автоматически становится исключением Она всегда возвращает строку Фильтр принимает только положительные числа Функция меняет $_GET по ссылке

Вопрос 12 из 20

Поле age прошло FILTER_VALIDATE_INT. Что ещё нужно проверить?

$age = filter_input(INPUT_POST, 'age', FILTER_VALIDATE_INT);
if ($age === false || $age === null || $age < 14 || $age > 120) {
    throw new InvalidArgumentException('Недопустимый возраст');
}

Что возраст совпадает с длиной имени Что запрос обязательно GET Что число является простым Что строка содержит HTML Допустимый для приложения диапазон возраста

Вопрос 13 из 20

Как проверить обязательное текстовое поле, где строка "0" считается допустимой?

Привести поле к bool и требовать результат true Использовать empty: строка "0" будет считаться отсутствующей Проверить числовое значение строки условием больше нуля Сравнить значение с false через нестрогий оператор == Проверить ключ и длину нормализованной строки без empty()

Вопрос 14 из 20

Почему клиентская проверка required не отменяет серверную?

Сервер не умеет читать пустые строки required работает только для GET PHP не получает HTML-атрибуты Запрос можно изменить или отправить без формы Браузер всегда удаляет required

Вопрос 15 из 20

Что лучше сделать при неизвестном поле role в публичной форме регистрации?

Отклонить или игнорировать поле по явной схеме Сохранить в сессию навсегда Преобразовать в admin при пустом значении Без проверки записать в объект пользователя Выполнить значение через eval

Вопрос 16 из 20

Почему trim пароля перед проверкой может быть ошибкой?

$rawPassword = (string) ($_POST['password'] ?? '');
$password = trim($rawPassword);
$valid = password_verify($password, $storedHash);

Пароли обязаны состоять только из цифр Функция меняет хеш в базе trim делает пароль публичным Пробел может быть частью пароля; trim меняет секрет trim всегда возвращает false

Вопрос 17 из 20

Как лучше обрабатывать адрес электронной почты перед сравнением?

$email = (string) ($_POST['email'] ?? '');
$normalized = mb_strtolower(trim($email), 'UTF-8');
// Такая нормализация должна быть частью заранее выбранного правила приложения.

Заменять плюс на пробел Безусловно переводить весь адрес в верхний регистр Удалять все точки из любой части адреса Применять только заранее заданную нормализацию Декодировать как HTML

Вопрос 18 из 20

Что произойдёт после (int) "00123"?

Возникнет ошибка восьмеричного числа Получится число 123, и ведущие нули будут потеряны Получится null Получится число 00123 с сохранённым форматом Получится строка "00123"

Вопрос 19 из 20

Нужно сравнивать пользовательские метки без учёта регистра в UTF-8. Почему strtolower недостаточно?

strtolower сортирует строку Функция удаляет цифры strtolower не покрывает многобайтовый Unicode Она работает только с массивами UTF-8 запрещает нижний регистр

Вопрос 20 из 20

В какой момент разумнее нормализовать телефон для поиска?

До чтения входного значения После проверки символов, в заранее выбранный канонический формат Случайно при каждом запросе Только при выводе HTML После записи в SQL через строковую конкатенацию

Ответьте на все 20 вопросов, чтобы получить результат

🔗 Встроить тест на свой сайт (iframe) ▼

Скопируйте код и вставьте в любое место на вашем сайте:

Также доступна прямая ссылка на embed-страницу