Совместимость Bash и POSIX shell — бесплатный тест онлайн

Вопрос 1 из 30

При проверке темы «Расширения Bash» в тесте «Совместимость Bash и POSIX shell» нужно оценить именно этот вариант. Какое наблюдение выдерживает проверку по аргументам, потокам и коду завершения?

#!/bin/sh
if [[ -f $1 ]]; then echo yes; fi

Ссылка может быть относительной, отсутствовать или вести через alternatives; имя бинарника не гарантирует полный набор поведения и опций. На dash и многих /bin/sh конструкция [[ не распознаётся, поэтому сценарий завершается синтаксической ошибкой. Самоперезапуск возможен, но лучше указать правильный shebang и проверять зависимость при установке, а не менять оболочку в середине. На dash переменная пуста, а на bash в sh-режиме может быть установлена; результат не является переносимым способом определить возможности. Явный Bash делает использование [[ корректным при наличии bash в PATH, но env-путь зависит от окружения.

Вопрос 2 из 30

При проверке темы «Системная оболочка sh» в тесте «Совместимость Bash и POSIX shell» нужно оценить именно этот вариант. Что в этом коде произойдёт или останется верным при указанных условиях?

/bin/sh -c 'echo "$BASH_VERSION"'

GNU date понимает -d, а BSD date использует другой интерфейс; команда не является переносимой. Явный Bash делает использование [[ корректным при наличии bash в PATH, но env-путь зависит от окружения. На dash и многих /bin/sh конструкция [[ не распознаётся, поэтому сценарий завершается синтаксической ошибкой. На dash переменная пуста, а на bash в sh-режиме может быть установлена; результат не является переносимым способом определить возможности. Ссылка может быть относительной, отсутствовать или вести через alternatives; имя бинарника не гарантирует полный набор поведения и опций.

Вопрос 3 из 30

При проверке темы «Массивы и функции» в тесте «Совместимость Bash и POSIX shell» нужно оценить именно этот вариант. Как следует оценить этот вариант с учётом синтаксиса Bash и вызванных программ?

#!/bin/sh
items=("a b" c)

Синтаксис массива вызывает ошибку в POSIX shell до выполнения сценария. Ссылка может быть относительной, отсутствовать или вести через alternatives; имя бинарника не гарантирует полный набор поведения и опций. Позиционные параметры сохраняют два элемента и обходятся переносимой формой for item do. Самоперезапуск возможен, но лучше указать правильный shebang и проверять зависимость при установке, а не менять оболочку в середине. Когда данные находятся в памяти одного shell, позиционные параметры — самый простой переносимый контейнер небольшого списка.

Вопрос 4 из 30

При проверке темы «Переносимость» в тесте «Совместимость Bash и POSIX shell» нужно оценить именно этот вариант. Код рассматривают на техническом ревью. Какой вывод подтверждается его фактическим поведением?

date -d 'tomorrow' +%F

Строка с пробелом в переменной sh не запускается как составная команда без eval и сама показывает, почему список команд нельзя хранить в строках. GNU date понимает -d, а BSD date использует другой интерфейс; команда не является переносимой. Синтаксис функции переносим, а local не стандартизован POSIX, хотя поддерживается многими shell; переменные функции могут загрязнять внешнюю область. Проверка фактической возможности лучше определения ОС по uname, но альтернативная реализация должна быть протестирована. Явные команды проверяют синтаксис разными парсерами; затем нужны реальные тесты поведения.

Вопрос 5 из 30

При проверке темы «Проверка и диагностика» в тесте «Совместимость Bash и POSIX shell» нужно оценить именно этот вариант. Что точнее всего характеризует работу показанного кода?

for sh in dash 'bash --posix' 'busybox sh'; do
  $sh -n script.sh || exit
done

Явные команды проверяют синтаксис разными парсерами; затем нужны реальные тесты поведения. Строка с пробелом в переменной sh не запускается как составная команда без eval и сама показывает, почему список команд нельзя хранить в строках. GNU date понимает -d, а BSD date использует другой интерфейс; команда не является переносимой. NUL-протокол безопасно хранит границы, но POSIX text tools не обязаны поддерживать -0; может понадобиться иной инструмент. Синтаксис функции переносим, а local не стандартизован POSIX, хотя поддерживается многими shell; переменные функции могут загрязнять внешнюю область.

Вопрос 6 из 30

При проверке темы «Безопасность и переносимость» в тесте «Совместимость Bash и POSIX shell» нужно оценить именно этот вариант. Какое наблюдение выдерживает проверку по аргументам, потокам и коду завершения?

list="'$a' '$b'"
eval "set -- $list"

Проверка фактической возможности лучше определения ОС по uname, но альтернативная реализация должна быть протестирована. NUL-протокол безопасно хранит границы, но POSIX text tools не обязаны поддерживать -0; может понадобиться иной инструмент. Массив удобен в тестовом Bash-скрипте, но не делает тестируемый файл POSIX-совместимым; инструмент проверки может иметь более сильную зависимость. Значения превращаются в shell-код и могут закрыть кавычки или добавить команды; такая эмуляция списка уязвима. Наличие команд не подтверждает поддержку конкретных расширений; минимальный функциональный пробный запуск информативнее.

Вопрос 7 из 30

В тесте «Совместимость Bash и POSIX shell» показан фрагмент из блока «Расширения Bash». Что следует записать в заключении ревью этого фрагмента?

#!/usr/bin/env bash
if [[ -f $1 ]]; then echo yes; fi

Синтаксис функции переносим, а local не стандартизован POSIX, хотя поддерживается многими shell; переменные функции могут загрязнять внешнюю область. Явный Bash делает использование [[ корректным при наличии bash в PATH, но env-путь зависит от окружения. Синтаксис массива вызывает ошибку в POSIX shell до выполнения сценария. На dash переменная пуста, а на bash в sh-режиме может быть установлена; результат не является переносимым способом определить возможности. POSIX-вариант использует test и обязательные кавычки; он переносимее, но имеет меньше встроенных возможностей.

Вопрос 8 из 30

В тесте «Совместимость Bash и POSIX shell» показан фрагмент из блока «Системная оболочка sh». Какой разбор не смешивает этот вариант с другими способами решения задачи?

shell=$(readlink /bin/sh)

Ссылка может быть относительной, отсутствовать или вести через alternatives; имя бинарника не гарантирует полный набор поведения и опций. Самоперезапуск возможен, но лучше указать правильный shebang и проверять зависимость при установке, а не менять оболочку в середине. Позиционные параметры сохраняют два элемента и обходятся переносимой формой for item do. Синтаксис функции переносим, а local не стандартизован POSIX, хотя поддерживается многими shell; переменные функции могут загрязнять внешнюю область. Синтаксис массива вызывает ошибку в POSIX shell до выполнения сценария.

Вопрос 9 из 30

В тесте «Совместимость Bash и POSIX shell» показан фрагмент из блока «Массивы и функции». Какое описание согласуется с фактическими аргументами и состоянием процессов?

set -- 'a b' c
for item do printf '<%s>\n' "$item"; done

Явный Bash делает использование [[ корректным при наличии bash в PATH, но env-путь зависит от окружения. Наличие команд не подтверждает поддержку конкретных расширений; минимальный функциональный пробный запуск информативнее. Позиционные параметры сохраняют два элемента и обходятся переносимой формой for item do. Синтаксис функции переносим, а local не стандартизован POSIX, хотя поддерживается многими shell; переменные функции могут загрязнять внешнюю область. На dash переменная пуста, а на bash в sh-режиме может быть установлена; результат не является переносимым способом определить возможности.

Вопрос 10 из 30

В тесте «Совместимость Bash и POSIX shell» показан фрагмент из блока «Переносимость». Какой технический вывод относится к показанному коду, а не к похожему решению?

if date -d @0 +%s >/dev/null 2>&1; then ...; else ...; fi

Синтаксис массива вызывает ошибку в POSIX shell до выполнения сценария. Проверка фактической возможности лучше определения ОС по uname, но альтернативная реализация должна быть протестирована. Позиционные параметры сохраняют два элемента и обходятся переносимой формой for item do. Массив удобен в тестовом Bash-скрипте, но не делает тестируемый файл POSIX-совместимым; инструмент проверки может иметь более сильную зависимость. Наличие команд не подтверждает поддержку конкретных расширений; минимальный функциональный пробный запуск информативнее.

Вопрос 11 из 30

В тесте «Совместимость Bash и POSIX shell» показан фрагмент из блока «Проверка и диагностика». Какое утверждение верно именно для этого варианта?

dash -n script.sh && bash --posix -n script.sh && busybox sh -n script.sh

Явные команды проверяют синтаксис разными парсерами; затем нужны реальные тесты поведения. GNU date понимает -d, а BSD date использует другой интерфейс; команда не является переносимой. Позиционные параметры сохраняют два элемента и обходятся переносимой формой for item do. NUL-протокол безопасно хранит границы, но POSIX text tools не обязаны поддерживать -0; может понадобиться иной инструмент. Массив удобен в тестовом Bash-скрипте, но не делает тестируемый файл POSIX-совместимым; инструмент проверки может иметь более сильную зависимость.

Вопрос 12 из 30

В тесте «Совместимость Bash и POSIX shell» показан фрагмент из блока «Безопасность и переносимость». Что следует записать в заключении ревью этого фрагмента?

printf '%s\0' "$a" "$b" > items.bin

NUL-протокол безопасно хранит границы, но POSIX text tools не обязаны поддерживать -0; может понадобиться иной инструмент. Ссылка может быть относительной, отсутствовать или вести через alternatives; имя бинарника не гарантирует полный набор поведения и опций. Когда данные находятся в памяти одного shell, позиционные параметры — самый простой переносимый контейнер небольшого списка. Самоперезапуск возможен, но лучше указать правильный shebang и проверять зависимость при установке, а не менять оболочку в середине. Позиционные параметры сохраняют два элемента и обходятся переносимой формой for item do.

Вопрос 13 из 30

На ревью сценария по теме «Расширения Bash» встретился этот код. Какой вывод соответствует именно этой записи, а не общему совету по теме?

#!/bin/sh
if [ -f "$1" ]; then echo yes; fi

Позиционные параметры сохраняют два элемента и обходятся переносимой формой for item do. На dash и многих /bin/sh конструкция [[ не распознаётся, поэтому сценарий завершается синтаксической ошибкой. POSIX-вариант использует test и обязательные кавычки; он переносимее, но имеет меньше встроенных возможностей. Синтаксис массива вызывает ошибку в POSIX shell до выполнения сценария. Проверка фактической возможности лучше определения ОС по uname, но альтернативная реализация должна быть протестирована.

Вопрос 14 из 30

На ревью сценария по теме «Системная оболочка sh» встретился этот код. Что можно уверенно сказать об этом решении после пошагового разбора?

if command -v bash >/dev/null 2>&1; then exec bash "$0" "$@"; fi

GNU date понимает -d, а BSD date использует другой интерфейс; команда не является переносимой. Самоперезапуск возможен, но лучше указать правильный shebang и проверять зависимость при установке, а не менять оболочку в середине. POSIX-вариант использует test и обязательные кавычки; он переносимее, но имеет меньше встроенных возможностей. На dash переменная пуста, а на bash в sh-режиме может быть установлена; результат не является переносимым способом определить возможности. Наличие команд не подтверждает поддержку конкретных расширений; минимальный функциональный пробный запуск информативнее.

Вопрос 15 из 30

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

name() { local x=1; }

Синтаксис массива вызывает ошибку в POSIX shell до выполнения сценария. На dash переменная пуста, а на bash в sh-режиме может быть установлена; результат не является переносимым способом определить возможности. Явный Bash делает использование [[ корректным при наличии bash в PATH, но env-путь зависит от окружения. Синтаксис функции переносим, а local не стандартизован POSIX, хотя поддерживается многими shell; переменные функции могут загрязнять внешнюю область. GNU date понимает -d, а BSD date использует другой интерфейс; команда не является переносимой.

Вопрос 16 из 30

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

LC_ALL=C command -v awk sed grep >/dev/null

GNU date понимает -d, а BSD date использует другой интерфейс; команда не является переносимой. Значения превращаются в shell-код и могут закрыть кавычки или добавить команды; такая эмуляция списка уязвима. Наличие команд не подтверждает поддержку конкретных расширений; минимальный функциональный пробный запуск информативнее. Когда данные находятся в памяти одного shell, позиционные параметры — самый простой переносимый контейнер небольшого списка. NUL-протокол безопасно хранит границы, но POSIX text tools не обязаны поддерживать -0; может понадобиться иной инструмент.

Вопрос 17 из 30

На ревью сценария по теме «Проверка и диагностика» встретился этот код. Что этот вариант меняет в поведении сценария на самом деле?

shells=(dash 'bash --posix')

Ссылка может быть относительной, отсутствовать или вести через alternatives; имя бинарника не гарантирует полный набор поведения и опций. Массив удобен в тестовом Bash-скрипте, но не делает тестируемый файл POSIX-совместимым; инструмент проверки может иметь более сильную зависимость. Позиционные параметры сохраняют два элемента и обходятся переносимой формой for item do. Строка с пробелом в переменной sh не запускается как составная команда без eval и сама показывает, почему список команд нельзя хранить в строках. Явный Bash делает использование [[ корректным при наличии bash в PATH, но env-путь зависит от окружения.

Вопрос 18 из 30

На ревью сценария по теме «Безопасность и переносимость» встретился этот код. Какой вывод соответствует именно этой записи, а не общему совету по теме?

set -- "$a" "$b"

Когда данные находятся в памяти одного shell, позиционные параметры — самый простой переносимый контейнер небольшого списка. Позиционные параметры сохраняют два элемента и обходятся переносимой формой for item do. Значения превращаются в shell-код и могут закрыть кавычки или добавить команды; такая эмуляция списка уязвима. На dash переменная пуста, а на bash в sh-режиме может быть установлена; результат не является переносимым способом определить возможности. Синтаксис массива вызывает ошибку в POSIX shell до выполнения сценария.

Вопрос 19 из 30

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

POSIX определяет язык, но внешние утилиты и их флаги тоже различаются; переносимость shell-синтаксиса не гарантирует переносимость всего сценария. Команда bash script.sh игнорирует shebang и запускает Bash, поэтому такой тест может скрыть ошибку, которая проявится при ./script.sh. Команда bash script.sh игнорирует shebang и не запускает Bash, поэтому такой тест может скрыть ошибку, которая проявится при ./script.sh. Для сложных структур попытка эмулировать массив через eval повышает риск; часто разумнее выбрать Bash как явную зависимость или использовать awk/Python. Автоматический fallback увеличивает число ветвей и риск; для серверного продукта часто честнее объявить поддерживаемые платформы и версии.

Вопрос 20 из 30

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

Для сложных структур попытка эмулировать массив через eval повышает риск; часто разумнее выбрать Bash как явную зависимость или использовать awk/Python. Автоматический fallback увеличивает число ветвей и риск; для серверного продукта часто честнее объявить поддерживаемые платформы и версии. POSIX определяет язык, но внешние утилиты и их флаги тоже различаются; переносимость shell-синтаксиса гарантирует переносимость всего сценария. POSIX определяет язык, но внешние утилиты и их флаги тоже различаются; переносимость shell-синтаксиса не гарантирует переносимость всего сценария. Команда bash script.sh игнорирует shebang и запускает Bash, поэтому такой тест может скрыть ошибку, которая проявится при ./script.sh.

Вопрос 21 из 30

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

POSIX определяет язык, но внешние утилиты и их флаги тоже различаются; переносимость shell-синтаксиса не гарантирует переносимость всего сценария. Для сложных структур попытка эмулировать массив через eval повышает риск; часто разумнее выбрать Bash как явную зависимость или использовать awk/Python. Автоматический fallback увеличивает число ветвей и риск; для серверного продукта часто честнее объявить поддерживаемые платформы и версии. Синтаксис массива вызывает ошибку в POSIX shell до выполнения сценария. Решение поддерживать /bin/sh должно исходить из среды развёртывания; если Bash гарантирован, искусственная совместимость часто делает код длиннее и опаснее.

Вопрос 22 из 30

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

Различия проявляются и в кодах ошибок, trap, echo, read и локали; набор тестов должен проверять вывод байт-в-байт, а не только успешный запуск. Решение поддерживать /bin/sh должно исходить из среды развёртывания; если Bash гарантирован, искусственная совместимость часто делает код длиннее и опаснее. GNU date понимает -d, а BSD date использует другой интерфейс; команда не является переносимой. Для сложных структур попытка эмулировать массив через eval повышает риск; часто разумнее выбрать Bash как явную зависимость или использовать awk/Python. Автоматический fallback увеличивает число ветвей и риск; для серверного продукта часто честнее объявить поддерживаемые платформы и версии.

Вопрос 23 из 30

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

Различия проявляются и в кодах ошибок, trap, echo, read и локали; набор тестов должен проверять вывод байт-в-байт, а не только успешный запуск. Автоматический fallback увеличивает число ветвей и риск; для серверного продукта часто честнее объявить поддерживаемые платформы и версии. Различия проявляются и в кодах ошибок, trap, echo, read и локали; набор тестов должен проверять вывод байт-в-байт, а не только неуспешный запуск. Решение поддерживать /bin/sh должно исходить из среды развёртывания; если Bash гарантирован, искусственная совместимость часто делает код длиннее и опаснее. Для сложных структур попытка эмулировать массив через eval повышает риск; часто разумнее выбрать Bash как явную зависимость или использовать awk/Python.

Вопрос 24 из 30

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

Различия проявляются и в кодах ошибок, trap, echo, read и локали; набор тестов должен проверять вывод байт-в-байт, а не только успешный запуск. Для сложных структур попытка эмулировать массив через eval повышает риск; часто разумнее выбрать Bash как явную зависимость или использовать awk/Python. Значения превращаются в shell-код и могут закрыть кавычки или добавить команды; такая эмуляция списка уязвима. Решение поддерживать /bin/sh должно исходить из среды развёртывания; если Bash гарантирован, искусственная совместимость часто делает код длиннее и опаснее. Автоматический fallback увеличивает число ветвей и риск; для серверного продукта часто честнее объявить поддерживаемые платформы и версии.

Вопрос 25 из 30

Этот вопрос относится к разделу «Расширения Bash» теста «Совместимость Bash и POSIX shell». На какую гарантию Bash следует опираться при техническом ревью этого участка?

[[ ... ]], массивы, process substitution, mapfile, shopt и brace expansion не входят в POSIX sh; shebang должен соответствовать фактическому синтаксису. Команды readlink -f, sed -i, date -d, grep -P, xargs -r и timeout имеют различия или отсутствуют в POSIX; нужны проверки возможностей и запасной путь. POSIX sh не имеет индексных массивов Bash; списки обычно передают через позиционные параметры или безопасный разделитель, а не строку с пробелами. На dash и многих /bin/sh конструкция [[ не распознаётся, поэтому сценарий завершается синтаксической ошибкой. /bin/sh — системный выбор POSIX-совместимой оболочки, часто dash, ash или bash в специальном режиме; нельзя предполагать конкретную реализацию.

Вопрос 26 из 30

Этот вопрос относится к разделу «Системная оболочка sh» теста «Совместимость Bash и POSIX shell». На каком правиле должен строиться разбор подобных фрагментов?

POSIX sh не имеет индексных массивов Bash; списки обычно передают через позиционные параметры или безопасный разделитель, а не строку с пробелами. На dash переменная пуста, а на bash в sh-режиме может быть установлена; результат не является переносимым способом определить возможности. Переносимость не оправдывает использование небезопасных конструкций вроде eval для замены массивов; границы данных важнее поддержки устаревшей оболочки. Переносимый сценарий нужно запускать минимум под dash, bash --posix и целевой busybox ash; bash -n проверяет только один парсер. /bin/sh — системный выбор POSIX-совместимой оболочки, часто dash, ash или bash в специальном режиме; нельзя предполагать конкретную реализацию.

Вопрос 27 из 30

Этот вопрос относится к разделу «Массивы и функции» теста «Совместимость Bash и POSIX shell». Какой общий контракт помогает предсказать результат до выполнения?

[[ ... ]], массивы, process substitution, mapfile, shopt и brace expansion не входят в POSIX sh; shebang должен соответствовать фактическому синтаксису. /bin/sh — системный выбор POSIX-совместимой оболочки, часто dash, ash или bash в специальном режиме; нельзя предполагать конкретную реализацию. Команды readlink -f, sed -i, date -d, grep -P, xargs -r и timeout имеют различия или отсутствуют в POSIX; нужны проверки возможностей и запасной путь. POSIX sh не имеет индексных массивов Bash; списки обычно передают через позиционные параметры или безопасный разделитель, а не строку с пробелами. Синтаксис массива вызывает ошибку в POSIX shell до выполнения сценария.

Вопрос 28 из 30

Этот вопрос относится к разделу «Переносимость» теста «Совместимость Bash и POSIX shell». Какое правило лучше всего объясняет корректный способ решения?

[[ ... ]], массивы, process substitution, mapfile, shopt и brace expansion не входят в POSIX sh; shebang должен соответствовать фактическому синтаксису. Команды readlink -f, sed -i, date -d, grep -P, xargs -r и timeout имеют различия или отсутствуют в POSIX; нужны проверки возможностей и запасной путь. /bin/sh — системный выбор POSIX-совместимой оболочки, часто dash, ash или bash в специальном режиме; нельзя предполагать конкретную реализацию. POSIX sh не имеет индексных массивов Bash; списки обычно передают через позиционные параметры или безопасный разделитель, а не строку с пробелами. GNU date понимает -d, а BSD date использует другой интерфейс; команда не является переносимой.

Вопрос 29 из 30

Этот вопрос относится к разделу «Проверка и диагностика» теста «Совместимость Bash и POSIX shell». Какой принцип остаётся верным и на обычном, и на граничном входе?

Переносимый сценарий нужно запускать минимум под dash, bash --posix и целевой busybox ash; bash -n не проверяет только один парсер. /bin/sh — системный выбор POSIX-совместимой оболочки, часто dash, ash или bash в специальном режиме; нельзя предполагать конкретную реализацию. Команды readlink -f, sed -i, date -d, grep -P, xargs -r и timeout имеют различия или отсутствуют в POSIX; нужны проверки возможностей и запасной путь. Переносимость не оправдывает использование небезопасных конструкций вроде eval для замены массивов; границы данных важнее поддержки устаревшей оболочки. Переносимый сценарий нужно запускать минимум под dash, bash --posix и целевой busybox ash; bash -n проверяет только один парсер.

Вопрос 30 из 30

Этот вопрос относится к разделу «Безопасность и переносимость» теста «Совместимость Bash и POSIX shell». На какую гарантию Bash следует опираться при техническом ревью этого участка?

Значения превращаются в shell-код и могут закрыть кавычки или добавить команды; такая эмуляция списка уязвима. Переносимый сценарий нужно запускать минимум под dash, bash --posix и целевой busybox ash; bash -n проверяет только один парсер. Переносимость не оправдывает использование небезопасных конструкций вроде eval для замены массивов; границы данных важнее поддержки устаревшей оболочки. /bin/sh — системный выбор POSIX-совместимой оболочки, часто dash, ash или bash в специальном режиме; нельзя предполагать конкретную реализацию. POSIX sh не имеет индексных массивов Bash; списки обычно передают через позиционные параметры или безопасный разделитель, а не строку с пробелами.