curl и работа с API — бесплатный тест онлайн

Вопрос 1 из 25

В служебном сценарии найден следующий фрагмент по теме «HTTP-методы». Какое утверждение точно относится к показанному фрагменту?

curl -sS -o /dev/null -w '%{http_code}\n' https://example.invalid/

Флаг -e превращает логический false/null в ненулевой код, позволяя проверять схему до дальнейшей обработки. jq формирует корректный JSON, а --json задаёт подходящие заголовки и тело в современных версиях curl. Подстановка загружает всё тело в память и удаляет хвостовые переводы строк; при ошибке curl переменная может быть пустой, а причина потеряется без статуса. При ошибке DNS curl пишет диагностику в stderr и возвращает ненулевой код; шаблон http_code может вывести 000, что не является HTTP-ответом сервера. Принудительный GET с телом технически возможен, но многие серверы и прокси его не ожидают; для параметров поиска надёжнее --get --data-urlencode.

Вопрос 2 из 25

В служебном сценарии найден следующий фрагмент по теме «Заголовки». Какой вывод об этом варианте можно сделать без догадок о внешнем контексте?

token='abc'
curl -sS -H "Authorization: Bearer $token" "$url"

Флаг -e превращает логический false/null в ненулевой код, позволяя проверять схему до дальнейшей обработки. Заголовок объявляет JSON, но не проверяет, что переменная содержит корректный JSON; ручная сборка строки может отправить повреждённые данные. Подстановка загружает всё тело в память и удаляет хвостовые переводы строк; при ошибке curl переменная может быть пустой, а причина потеряется без статуса. При ошибке DNS curl пишет диагностику в stderr и возвращает ненулевой код; шаблон http_code может вывести 000, что не является HTTP-ответом сервера. Запрос получает заголовок Authorization, но значение token присутствует в аргументах процесса curl на время запуска.

Вопрос 3 из 25

В служебном сценарии найден следующий фрагмент по теме «Формирование и разбор JSON». Какой разбор соответствует именно показанной последовательности команд?

name='A "quoted" user'
jq -n --arg name "$name" '{name:$name}'

Заголовок объявляет JSON, но не проверяет, что переменная содержит корректный JSON; ручная сборка строки может отправить повреждённые данные. Вызов имеет отдельный предел подключения, общий предел одной попытки и до двух повторов; --retry-all-errors требует оценки идемпотентности. Запрос получает заголовок Authorization, но значение token присутствует в аргументах процесса curl на время запуска. jq корректно экранирует кавычки и выдаёт объект с исходным строковым значением. Кавычки, backslash, переводы строк и управляющие символы в name ломают JSON или меняют его структуру.

Вопрос 4 из 25

В служебном сценарии найден следующий фрагмент по теме «Таймауты и повторы». Какое описание не приписывает фрагменту лишних гарантий?

curl -sS --connect-timeout 3 --max-time 10 --retry 2 --retry-all-errors "$url"

Вызов имеет отдельный предел подключения, общий предел одной попытки и до двух повторов; --retry-all-errors требует оценки идемпотентности. jq корректно экранирует кавычки и выдаёт объект с исходным строковым значением. Подстановка загружает всё тело в память и удаляет хвостовые переводы строк; при ошибке curl переменная может быть пустой, а причина потеряется без статуса. Кавычки, backslash, переводы строк и управляющие символы в name ломают JSON или меняют его структуру. Нет крайнего срока, число запросов не ограничено, а постоянные 4xx могут повторяться бесконечно в зависимости от флагов.

Вопрос 5 из 25

В служебном сценарии найден следующий фрагмент по теме «Проверка и диагностика». Не предполагая намерение автора, что можно утверждать об этой конструкции?

body=$(mktemp)
code=$(curl -sS -o "$body" -w '%{http_code}' "$url")
rc=$?
printf '%s:%s\n' "$rc" "$code"

При состоявшемся HTTP-ответе rc может быть 0 независимо от 404, а code содержит HTTP-статус; тело сохранено отдельно. Вызов имеет отдельный предел подключения, общий предел одной попытки и до двух повторов; --retry-all-errors требует оценки идемпотентности. Подстановка загружает всё тело в память и удаляет хвостовые переводы строк; при ошибке curl переменная может быть пустой, а причина потеряется без статуса. Нет крайнего срока, число запросов не ограничено, а постоянные 4xx могут повторяться бесконечно в зависимости от флагов. Флаг -e превращает логический false/null в ненулевой код, позволяя проверять схему до дальнейшей обработки.

Вопрос 6 из 25

При проверке темы «HTTP-методы» в тесте «curl и работа с API» нужно оценить именно этот вариант. Фрагмент запускают как часть служебного сценария. Как его следует оценить?

curl -X GET -d 'q=test' "$url"

Флаг -e превращает логический false/null в ненулевой код, позволяя проверять схему до дальнейшей обработки. Принудительный GET с телом технически возможен, но многие серверы и прокси его не ожидают; для параметров поиска надёжнее --get --data-urlencode. jq формирует корректный JSON, а --json задаёт подходящие заголовки и тело в современных версиях curl. curl кодирует значение как query-параметр и формирует GET без ручной конкатенации URL. jq корректно экранирует кавычки и выдаёт объект с исходным строковым значением.

Вопрос 7 из 25

При проверке темы «Заголовки» в тесте «curl и работа с API» нужно оценить именно этот вариант. Какой вывод наиболее точно привязан к показанной реализации?

curl -H 'Content-Type: application/json' -d "$json" "$url"

jq корректно экранирует кавычки и выдаёт объект с исходным строковым значением. Принудительный GET с телом технически возможен, но многие серверы и прокси его не ожидают; для параметров поиска надёжнее --get --data-urlencode. jq формирует корректный JSON, а --json задаёт подходящие заголовки и тело в современных версиях curl. Флаг -e превращает логический false/null в ненулевой код, позволяя проверять схему до дальнейшей обработки. Заголовок объявляет JSON, но не проверяет, что переменная содержит корректный JSON; ручная сборка строки может отправить повреждённые данные.

Вопрос 8 из 25

При проверке темы «Формирование и разбор JSON» в тесте «curl и работа с API» нужно оценить именно этот вариант. Какое утверждение о поведении кода остаётся точным на граничном входе?

json="{"name":"$name"}"

Нет крайнего срока, число запросов не ограничено, а постоянные 4xx могут повторяться бесконечно в зависимости от флагов. Запрос получает заголовок Authorization, но значение token присутствует в аргументах процесса curl на время запуска. Флаг -e превращает логический false/null в ненулевой код, позволяя проверять схему до дальнейшей обработки. Вызов имеет отдельный предел подключения, общий предел одной попытки и до двух повторов; --retry-all-errors требует оценки идемпотентности. Кавычки, backslash, переводы строк и управляющие символы в name ломают JSON или меняют его структуру.

Вопрос 9 из 25

При проверке темы «Таймауты и повторы» в тесте «curl и работа с API» нужно оценить именно этот вариант. Что важно заметить в этом фрагменте до его включения в автоматизацию?

until curl -fsS "$url"; do sleep 1; done

Ограниченный экспоненциальный ряд лучше бесконечного цикла, но код должен после цикла проверить успех и не повторять неидемпотентные операции вслепую. jq формирует корректный JSON, а --json задаёт подходящие заголовки и тело в современных версиях curl. Заголовок объявляет JSON, но не проверяет, что переменная содержит корректный JSON; ручная сборка строки может отправить повреждённые данные. Запрос получает заголовок Authorization, но значение token присутствует в аргументах процесса curl на время запуска. Нет крайнего срока, число запросов не ограничено, а постоянные 4xx могут повторяться бесконечно в зависимости от флагов.

Вопрос 10 из 25

При проверке темы «Проверка и диагностика» в тесте «curl и работа с API» нужно оценить именно этот вариант. Что действительно гарантирует или, наоборот, не гарантирует эта конструкция?

response=$(curl -sS "$url")
jq . <<< "$response"

Подстановка загружает всё тело в память и удаляет хвостовые переводы строк; при ошибке curl переменная может быть пустой, а причина потеряется без статуса. Проверяются транспорт, класс HTTP и формат тела как три отдельные стадии. Нет крайнего срока, число запросов не ограничено, а постоянные 4xx могут повторяться бесконечно в зависимости от флагов. Флаг -e превращает логический false/null в ненулевой код, позволяя проверять схему до дальнейшей обработки. Вызов имеет отдельный предел подключения, общий предел одной попытки и до двух повторов; --retry-all-errors требует оценки идемпотентности.

Вопрос 11 из 25

В тесте «curl и работа с API» показан фрагмент из блока «HTTP-методы». Как следует оценить конструкцию, не считая её автоматически исправлением?

curl --get --data-urlencode 'q=a b&c' "$url"

curl кодирует значение как query-параметр и формирует GET без ручной конкатенации URL. jq корректно экранирует кавычки и выдаёт объект с исходным строковым значением. Ограниченный экспоненциальный ряд лучше бесконечного цикла, но код должен после цикла проверить успех и не повторять неидемпотентные операции вслепую. При ошибке DNS curl пишет диагностику в stderr и возвращает ненулевой код; шаблон http_code может вывести 000, что не является HTTP-ответом сервера. Кавычки, backslash, переводы строк и управляющие символы в name ломают JSON или меняют его структуру.

Вопрос 12 из 25

В тесте «curl и работа с API» показан фрагмент из блока «Заголовки». Какое суждение правильно описывает показанную реализацию?

payload=$(jq -n --arg name "$name" '{name:$name}')
curl --json "$payload" "$url"

Запрос получает заголовок Authorization, но значение token присутствует в аргументах процесса curl на время запуска. jq корректно экранирует кавычки и выдаёт объект с исходным строковым значением. Ограниченный экспоненциальный ряд лучше бесконечного цикла, но код должен после цикла проверить успех и не повторять неидемпотентные операции вслепую. Нет крайнего срока, число запросов не ограничено, а постоянные 4xx могут повторяться бесконечно в зависимости от флагов. jq формирует корректный JSON, а --json задаёт подходящие заголовки и тело в современных версиях curl.

Вопрос 13 из 25

В тесте «curl и работа с API» показан фрагмент из блока «Формирование и разбор JSON». Какой ответ учитывает и полезный эффект, и остающееся ограничение кода?

jq -e '.items | type=="array"' response.json >/dev/null

Флаг -e превращает логический false/null в ненулевой код, позволяя проверять схему до дальнейшей обработки. При состоявшемся HTTP-ответе rc может быть 0 независимо от 404, а code содержит HTTP-статус; тело сохранено отдельно. jq корректно экранирует кавычки и выдаёт объект с исходным строковым значением. Подстановка загружает всё тело в память и удаляет хвостовые переводы строк; при ошибке curl переменная может быть пустой, а причина потеряется без статуса. Принудительный GET с телом технически возможен, но многие серверы и прокси его не ожидают; для параметров поиска надёжнее --get --data-urlencode.

Вопрос 14 из 25

В тесте «curl и работа с API» показан фрагмент из блока «Таймауты и повторы». Код предлагают как альтернативу. Какова его точная техническая оценка?

for delay in 1 2 4; do
  curl -fsS --max-time 10 "$url" && break
  rc=$?
  sleep "$delay"
done

Ограниченный экспоненциальный ряд лучше бесконечного цикла, но код должен после цикла проверить успех и не повторять неидемпотентные операции вслепую. Принудительный GET с телом технически возможен, но многие серверы и прокси его не ожидают; для параметров поиска надёжнее --get --data-urlencode. curl кодирует значение как query-параметр и формирует GET без ручной конкатенации URL. Вызов имеет отдельный предел подключения, общий предел одной попытки и до двух повторов; --retry-all-errors требует оценки идемпотентности. jq формирует корректный JSON, а --json задаёт подходящие заголовки и тело в современных версиях curl.

Вопрос 15 из 25

В тесте «curl и работа с API» показан фрагмент из блока «Проверка и диагностика». Что является главным свойством этого варианта?

tmp=$(mktemp)
if code=$(curl -sS -o "$tmp" -w '%{http_code}' "$url"); then
  case $code in 2??) jq -e . "$tmp";; *) report_http "$code" "$tmp";; esac
fi

Принудительный GET с телом технически возможен, но многие серверы и прокси его не ожидают; для параметров поиска надёжнее --get --data-urlencode. При состоявшемся HTTP-ответе rc может быть 0 независимо от 404, а code содержит HTTP-статус; тело сохранено отдельно. Проверяются транспорт, класс HTTP и формат тела как три отдельные стадии. При ошибке DNS curl пишет диагностику в stderr и возвращает ненулевой код; шаблон http_code может вывести 000, что не является HTTP-ответом сервера. curl кодирует значение как query-параметр и формирует GET без ручной конкатенации URL.

Вопрос 16 из 25

На техническом ревью обсуждают раздел «HTTP-методы». Что обязательно нужно проверить в соседнем сценарии, чтобы не получить ложную надёжность?

Успешный синтаксический разбор JSON не подтверждает типы, обязательные поля и бизнес-ограничения; эти проверки должны быть отдельными. Повтор POST может создать дубликат, если API не поддерживает идемпотентный ключ; метод и политика повторов должны рассматриваться вместе. При ошибке DNS curl пишет диагностику в stderr и возвращает ненулевой код; шаблон http_code может вывести 000, что не является HTTP-ответом сервера. Заголовки ответа могут повторяться и содержать промежуточные ответы прокси; разбор grep по одному текстовому файлу часто неверно выбирает значение. Общий бюджет операции должен учитывать все попытки и паузы; --max-time на каждый вызов не создаёт дедлайн всего сценария.

Вопрос 17 из 25

На техническом ревью обсуждают раздел «Заголовки». На какой границе эта техника перестаёт быть достаточной сама по себе?

Заголовки ответа могут повторяться и содержать промежуточные ответы прокси; разбор grep по одному текстовому файлу часто неверно не выбирает значение. Повтор POST может создать дубликат, если API не поддерживает идемпотентный ключ; метод и политика повторов должны рассматриваться вместе. Заголовки ответа могут повторяться и содержать промежуточные ответы прокси; разбор grep по одному текстовому файлу часто неверно выбирает значение. В подробном режиме curl может печатать заголовки Authorization и cookies; диагностический журнал перед публикацией нужно очищать от секретов. Успешный синтаксический разбор JSON не подтверждает типы, обязательные поля и бизнес-ограничения; эти проверки должны быть отдельными.

Вопрос 18 из 25

На техническом ревью обсуждают раздел «Формирование и разбор JSON». Где заканчивается защита, которую даёт рассматриваемая конструкция?

Успешный синтаксический разбор JSON подтверждает типы, обязательные поля и бизнес-ограничения; эти проверки должны быть отдельными. Успешный синтаксический разбор JSON не подтверждает типы, обязательные поля и бизнес-ограничения; эти проверки должны быть отдельными. Заголовки ответа могут повторяться и содержать промежуточные ответы прокси; разбор grep по одному текстовому файлу часто неверно выбирает значение. Повтор POST может создать дубликат, если API не поддерживает идемпотентный ключ; метод и политика повторов должны рассматриваться вместе. Общий бюджет операции должен учитывать все попытки и паузы; --max-time на каждый вызов не создаёт дедлайн всего сценария.

Вопрос 19 из 25

На техническом ревью обсуждают раздел «Таймауты и повторы». Что способно нарушить ожидаемый результат, хотя основной фрагмент написан корректно?

В подробном режиме curl может печатать заголовки Authorization и cookies; диагностический журнал перед публикацией нужно очищать от секретов. Общий бюджет операции должен учитывать все попытки и паузы; --max-time на каждый вызов создаёт дедлайн всего сценария. Заголовки ответа могут повторяться и содержать промежуточные ответы прокси; разбор grep по одному текстовому файлу часто неверно выбирает значение. Успешный синтаксический разбор JSON не подтверждает типы, обязательные поля и бизнес-ограничения; эти проверки должны быть отдельными. Общий бюджет операции должен учитывать все попытки и паузы; --max-time на каждый вызов не создаёт дедлайн всего сценария.

Вопрос 20 из 25

На техническом ревью обсуждают раздел «Проверка и диагностика». Какой эксплуатационный компромисс здесь нельзя скрывать за успешным кодом возврата?

Заголовки ответа могут повторяться и содержать промежуточные ответы прокси; разбор grep по одному текстовому файлу часто неверно выбирает значение. При состоявшемся HTTP-ответе rc может быть 0 независимо от 404, а code содержит HTTP-статус; тело сохранено отдельно. Общий бюджет операции должен учитывать все попытки и паузы; --max-time на каждый вызов не создаёт дедлайн всего сценария. Успешный синтаксический разбор JSON не подтверждает типы, обязательные поля и бизнес-ограничения; эти проверки должны быть отдельными. В подробном режиме curl может печатать заголовки Authorization и cookies; диагностический журнал перед публикацией нужно очищать от секретов.

Вопрос 21 из 25

Для темы «HTTP-методы» нужно отделить свойство механизма от удачного примера. Что в этой теме является свойством языка, а не случайностью конкретного запуска?

Флаг --data передаёт тело, но никогда не влияет на выбор метода: без отдельного -X запрос остаётся GET. Флаги --head и -T полностью равнозначны -X HEAD и -X PUT: кроме текста метода они не меняют поведение передачи данных. Флаг -X меняет только строку в диагностическом выводе curl, а реальный HTTP-метод по-прежнему определяется наличием тела запроса. После -X POST curl автоматически сериализует стандартный ввод как JSON и добавляет заголовок Content-Type: application/json. curl -X меняет текст метода, но не всегда согласует тело и заголовки; специализированные флаги --data, --head, -T задают более полный контракт.

Вопрос 22 из 25

Для темы «Заголовки» нужно отделить свойство механизма от удачного примера. Какое утверждение точнее всего описывает контракт рассматриваемого механизма?

Флаг -H добавляет заголовок буквально; секреты в аргументах могут быть видны в списке процессов и трассировке оболочки. curl -X меняет текст метода, но не всегда согласует тело и заголовки; специализированные флаги --data, --head, -T задают более полный контракт. JSON нужно формировать сериализатором вроде jq --arg, а не вставлять пользовательский текст между кавычками вручную. --connect-timeout ограничивает установление соединения, --max-time — весь вызов; --retry повторяет только определённые классы ошибок по правилам версии curl. Флаг -H не добавляет заголовок буквально; секреты в аргументах могут быть видны в списке процессов и трассировке оболочки.

Вопрос 23 из 25

Для темы «Формирование и разбор JSON» нужно отделить свойство механизма от удачного примера. Какое правило позволяет правильно разобрать эту тему до запуска кода?

jq корректно экранирует кавычки и выдаёт объект с исходным строковым значением. Флаг -H добавляет заголовок буквально; секреты в аргументах могут быть видны в списке процессов и трассировке оболочки. curl -X меняет текст метода, но не всегда согласует тело и заголовки; специализированные флаги --data, --head, -T задают более полный контракт. --connect-timeout ограничивает установление соединения, --max-time — весь вызов; --retry повторяет только определённые классы ошибок по правилам версии curl. JSON нужно формировать сериализатором вроде jq --arg, а не вставлять пользовательский текст между кавычками вручную.

Вопрос 24 из 25

Для темы «Таймауты и повторы» нужно отделить свойство механизма от удачного примера. Какое свойство механизма нельзя подменять удачным примером запуска?

Вызов имеет отдельный предел подключения, общий предел одной попытки и до двух повторов; --retry-all-errors требует оценки идемпотентности. JSON нужно формировать сериализатором вроде jq --arg, а не вставлять пользовательский текст между кавычками вручную. Код curl сообщает транспортный результат, а HTTP 404/500 без --fail может всё равно дать код 0; оба уровня нужно проверять отдельно. --connect-timeout ограничивает установление соединения, --max-time — весь вызов; --retry повторяет только определённые классы ошибок по правилам версии curl. curl -X меняет текст метода, но не всегда согласует тело и заголовки; специализированные флаги --data, --head, -T задают более полный контракт.

Вопрос 25 из 25

Для темы «Проверка и диагностика» нужно отделить свойство механизма от удачного примера. Какая формулировка связывает частные примеры одним проверяемым правилом?

--connect-timeout ограничивает установление соединения, --max-time — весь вызов; --retry повторяет только определённые классы ошибок по правилам версии curl. Код curl сообщает транспортный результат, а HTTP 404/500 без --fail может всё равно дать код 1; оба уровня нужно проверять отдельно. Код curl сообщает транспортный результат, а HTTP 404/500 без --fail может всё равно дать код 0; оба уровня нужно проверять отдельно. JSON нужно формировать сериализатором вроде jq --arg, а не вставлять пользовательский текст между кавычками вручную. curl -X меняет текст метода, но не всегда согласует тело и заголовки; специализированные флаги --data, --head, -T задают более полный контракт.