grep, sed и awk — бесплатный тест онлайн

Вопрос 1 из 25

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

printf 'alpha\nbeta\n' | grep -q gamma
printf '%s\n' "$?"

Совпадения нет, но это не техническая ошибка: grep возвращает 1. Начиная со второго совпадения двоеточия выполняются замены, поэтому результат — a:a-a. Разделение потоков должно быть продумано: порядок перенаправлений определяет, куда попадут совпадения и диагностика; часто проще использовать отдельные файлы. Без pipefail ошибка чтения file может быть замаскирована успешным sed, который обработал пустой вход. Такая форма смешивает отсутствие совпадения с ошибкой чтения файла; оба ненулевых кода попадают в одну ветвь.

Вопрос 2 из 25

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

printf 'a:a:a\n' | sed 's/:/-/2g'

Слеш и амперсанд в replacement имеют специальный смысл, поэтому произвольное значение ломает выражение или вставляет совпавший текст. Начиная со второго совпадения двоеточия выполняются замены, поэтому результат — a:a-a. Такая форма смешивает отсутствие совпадения с ошибкой чтения файла; оба ненулевых кода попадают в одну ветвь. Явные FS и OFS сохраняют табличный формат после изменения поля; простое print $0 не пересоберёт запись без присваивания полю. Разделение потоков должно быть продумано: порядок перенаправлений определяет, куда попадут совпадения и диагностика; часто проще использовать отдельные файлы.

Вопрос 3 из 25

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

printf 'a:b:c\n' | awk -F: 'BEGIN{OFS="|"} {print $3,$1}'

Внутри ветви then раскрытие ${PIPESTATUS[@]} ещё видит коды команд исходного конвейера; присваивание копирует их в statuses, после чего PIPESTATUS уже меняется. Без pipefail ошибка чтения file может быть замаскирована успешным sed, который обработал пустой вход. Печатается c|a: третье и первое поля соединены значением OFS. Передача через -v отделяет данные оболочки от программы awk; вставка значения прямо в текст программы создала бы риск синтаксической ошибки или инъекции. Для выбранного разделителя нужно экранировать backslash, амперсанд и сам разделитель; для сложных данных лучше использовать инструмент с параметрами.

Вопрос 4 из 25

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

printf 'a 3\nb 1\na 2\n' | awk '$1=="a"{print $2}' | sort -n | paste -sd, -

Без pipefail ошибка чтения file может быть замаскирована успешным sed, который обработал пустой вход. Разделение потоков должно быть продумано: порядок перенаправлений определяет, куда попадут совпадения и диагностика; часто проще использовать отдельные файлы. Полное подавление stderr скрывает отказ в доступе и ошибки файловой системы; пустая выдача больше не означает, что совпадений действительно нет. Печатается c|a: третье и первое поля соединены значением OFS. awk выбирает 3 и 2, sort упорядочивает 2 и 3, paste объединяет их в строку 2,3.

Вопрос 5 из 25

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

LC_ALL=C sort input > output

Присваивание LC_ALL меняет локаль текущей оболочки до конца сценария, а перенаправление одновременно печатает отсортированные строки в терминал. Терминал останется пустым: отсортированные строки будут записаны в output. Локаль C задаёт воспроизводимый байтовый порядок для sort. Оператор > дописывает результат в конец output, поэтому прежнее содержимое сохраняется перед новым блоком строк, отсортированных по текущей локали. Локаль C включает числовую сортировку, поэтому строки 2 и 10 располагаются по значению числа, даже если флаг -n в команде не указан. sort изменяет файл input на месте, а output получает только диагностические сообщения; при успешной сортировке созданный файл остаётся пустым.

Вопрос 6 из 25

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

if ! grep -q pattern "$file"; then echo absent; fi

Такая форма смешивает отсутствие совпадения с ошибкой чтения файла; оба ненулевых кода попадают в одну ветвь. Разбор трёх состояний сохраняет отличие нормального «не найдено» от неисправности. Для выбранного разделителя нужно экранировать backslash, амперсанд и сам разделитель; для сложных данных лучше использовать инструмент с параметрами. Явные FS и OFS сохраняют табличный формат после изменения поля; простое print $0 не пересоберёт запись без присваивания полю. Слеш и амперсанд в replacement имеют специальный смысл, поэтому произвольное значение ломает выражение или вставляет совпавший текст.

Вопрос 7 из 25

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

value='a/b&c'
sed "s/PLACEHOLDER/$value/" template

Внутри ветви then раскрытие ${PIPESTATUS[@]} ещё видит коды команд исходного конвейера; присваивание копирует их в statuses, после чего PIPESTATUS уже меняется. Слеш и амперсанд в replacement имеют специальный смысл, поэтому произвольное значение ломает выражение или вставляет совпавший текст. Печатается c|a: третье и первое поля соединены значением OFS. Разбор трёх состояний сохраняет отличие нормального «не найдено» от неисправности. Для выбранного разделителя нужно экранировать backslash, амперсанд и сам разделитель; для сложных данных лучше использовать инструмент с параметрами.

Вопрос 8 из 25

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

awk -v limit="$limit" '$3 > limit {print}' file

Явные FS и OFS сохраняют табличный формат после изменения поля; простое print $0 не пересоберёт запись без присваивания полю. Внутри ветви then раскрытие ${PIPESTATUS[@]} ещё видит коды команд исходного конвейера; присваивание копирует их в statuses, после чего PIPESTATUS уже меняется. Терминал останется пустым: отсортированные строки будут записаны в output. Локаль C задаёт воспроизводимый байтовый порядок для sort. Без pipefail ошибка чтения file может быть замаскирована успешным sed, который обработал пустой вход. Передача через -v отделяет данные оболочки от программы awk; вставка значения прямо в текст программы создала бы риск синтаксической ошибки или инъекции.

Вопрос 9 из 25

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

grep pattern file | awk ... | sed ... > result

Без pipefail ошибка чтения file может быть замаскирована успешным sed, который обработал пустой вход. Слеш и амперсанд в replacement имеют специальный смысл, поэтому произвольное значение ломает выражение или вставляет совпавший текст. Печатается c|a: третье и первое поля соединены значением OFS. Внутри ветви then раскрытие ${PIPESTATUS[@]} ещё видит коды команд исходного конвейера; присваивание копирует их в statuses, после чего PIPESTATUS уже меняется. Передача через -v отделяет данные оболочки от программы awk; вставка значения прямо в текст программы создала бы риск синтаксической ошибки или инъекции.

Вопрос 10 из 25

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

grep -r "$pattern" "$root" 2>/dev/null

Для выбранного разделителя нужно экранировать backslash, амперсанд и сам разделитель; для сложных данных лучше использовать инструмент с параметрами. Полное подавление stderr скрывает отказ в доступе и ошибки файловой системы; пустая выдача больше не означает, что совпадений действительно нет. Слеш и амперсанд в replacement имеют специальный смысл, поэтому произвольное значение ломает выражение или вставляет совпавший текст. Начиная со второго совпадения двоеточия выполняются замены, поэтому результат — a:a-a. Разделение потоков должно быть продумано: порядок перенаправлений определяет, куда попадут совпадения и диагностика; часто проще использовать отдельные файлы.

Вопрос 11 из 25

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

grep -q pattern "$file"
rc=$?
case $rc in 0) found;; 1) absent;; *) printf 'grep failed: %d\n' "$rc" >&2;; esac

Разбор трёх состояний сохраняет отличие нормального «не найдено» от неисправности. Без pipefail ошибка чтения file может быть замаскирована успешным sed, который обработал пустой вход. Внутри ветви then раскрытие ${PIPESTATUS[@]} ещё видит коды команд исходного конвейера; присваивание копирует их в statuses, после чего PIPESTATUS уже меняется. awk выбирает 3 и 2, sort упорядочивает 2 и 3, paste объединяет их в строку 2,3. Совпадения нет, но это не техническая ошибка: grep возвращает 1.

Вопрос 12 из 25

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

escaped=${value//\/\\}
escaped=${escaped//&/\&}
escaped=${escaped//|/\|}
sed "s|PLACEHOLDER|$escaped|g" template

Внутри ветви then раскрытие ${PIPESTATUS[@]} ещё видит коды команд исходного конвейера; присваивание копирует их в statuses, после чего PIPESTATUS уже меняется. Начиная со второго совпадения двоеточия выполняются замены, поэтому результат — a:a-a. Передача через -v отделяет данные оболочки от программы awk; вставка значения прямо в текст программы создала бы риск синтаксической ошибки или инъекции. Без pipefail ошибка чтения file может быть замаскирована успешным sed, который обработал пустой вход. Для выбранного разделителя нужно экранировать backslash, амперсанд и сам разделитель; для сложных данных лучше использовать инструмент с параметрами.

Вопрос 13 из 25

При проверке темы «Поля и записи» в тесте «grep, sed и awk» нужно оценить именно этот вариант. Что этот вариант меняет в поведении сценария на самом деле?

awk -F '\t' -v OFS='\t' '{ $2=toupper($2); print }' file

Совпадения нет, но это не техническая ошибка: grep возвращает 1. Разделение потоков должно быть продумано: порядок перенаправлений определяет, куда попадут совпадения и диагностика; часто проще использовать отдельные файлы. Печатается c|a: третье и первое поля соединены значением OFS. Явные FS и OFS сохраняют табличный формат после изменения поля; простое print $0 не пересоберёт запись без присваивания полю. Разбор трёх состояний сохраняет отличие нормального «не найдено» от неисправности.

Вопрос 14 из 25

При проверке темы «Построение конвейера» в тесте «grep, sed и awk» нужно оценить именно этот вариант. Какой вывод соответствует именно этой записи, а не общему совету по теме?

set -o pipefail
if ! grep pattern file | awk ... | sed ... > "$tmp"; then
  statuses=("${PIPESTATUS[@]}")
fi

При включённом pipefail PIPESTATUS содержит единственный ненулевой код первой упавшей команды; успешные звенья в массив не записываются. Присваивание массива выполняется до раскрытия правой части, поэтому statuses получает только код самого присваивания, а не коды конвейера. Перенаправление в tmp становится последним элементом конвейера и добавляет свой код в PIPESTATUS, сдвигая статусы grep, awk и sed вправо. Оператор ! заменяет все элементы PIPESTATUS одним инвертированным кодом, поэтому внутри then исходные статусы отдельных процессов уже потеряны. Внутри ветви then раскрытие ${PIPESTATUS[@]} ещё видит коды команд исходного конвейера; присваивание копирует их в statuses, после чего PIPESTATUS уже меняется.

Вопрос 15 из 25

При проверке темы «Проверка и диагностика» в тесте «grep, sed и awk» нужно оценить именно этот вариант. Что можно уверенно сказать об этом решении после пошагового разбора?

if ! errors=$(grep -r "$pattern" "$root" 2>&1 >/tmp/matches); then
  printf '%s\n' "$errors" >&2
fi

Разделение потоков должно быть продумано: порядок перенаправлений определяет, куда попадут совпадения и диагностика; часто проще использовать отдельные файлы. Совпадения нет, но это не техническая ошибка: grep возвращает 1. Терминал останется пустым: отсортированные строки будут записаны в output. Локаль C задаёт воспроизводимый байтовый порядок для sort. Слеш и амперсанд в replacement имеют специальный смысл, поэтому произвольное значение ломает выражение или вставляет совпавший текст. Разбор трёх состояний сохраняет отличие нормального «не найдено» от неисправности.

Вопрос 16 из 25

В тесте «grep, sed и awk» разбирается тема «Поиск строк». Какое условие остаётся за пределами гарантии выбранного механизма?

Для двоичных данных, NUL и произвольных имён строковые утилиты по строкам могут быть неподходящими; наличие флага -z у конкретной реализации нужно проверять. grep -F ищет буквальную строку и часто безопаснее регулярного выражения для пользовательского шаблона; -x не требует совпадения всей строки. Числовое сравнение awk может неявно преобразовать строки; данные с локализованными числами или пустыми полями требуют явной валидации. sed -i различается между GNU и BSD, особенно синтаксисом резервной копии; переносимый сценарий часто пишет во временный файл и заменяет исходный. grep -F ищет буквальную строку и часто безопаснее регулярного выражения для пользовательского шаблона; -x требует совпадения всей строки.

Вопрос 17 из 25

В тесте «grep, sed и awk» разбирается тема «Замена». Какое замечание точнее всего отделяет учебный пример от промышленного решения?

Числовое сравнение awk может неявно преобразовать строки; данные с локализованными числами или пустыми полями требуют явной валидации. Начиная со второго совпадения двоеточия выполняются замены, поэтому результат — a:a-a. Иногда один awk яснее трёх процессов, но чрезмерно сложная программа awk хуже поддерживается; границу выбирают по читаемости, тестируемости и объёму данных. grep -F ищет буквальную строку и часто безопаснее регулярного выражения для пользовательского шаблона; -x требует совпадения всей строки. sed -i различается между GNU и BSD, особенно синтаксисом резервной копии; переносимый сценарий часто пишет во временный файл и заменяет исходный.

Вопрос 18 из 25

В тесте «grep, sed и awk» разбирается тема «Поля и записи». Какой риск останется даже после корректной реализации основной конструкции?

Числовое сравнение awk может неявно преобразовать строки; данные с локализованными числами или пустыми полями требуют явной валидации. sed -i различается между GNU и BSD, особенно синтаксисом резервной копии; переносимый сценарий часто пишет во временный файл и заменяет исходный. grep -F ищет буквальную строку и часто безопаснее регулярного выражения для пользовательского шаблона; -x требует совпадения всей строки. Лексикографическое сравнение awk может неявно преобразовать строки; данные с локализованными числами или пустыми полями требуют явной валидации. Иногда один awk яснее трёх процессов, но чрезмерно сложная программа awk хуже поддерживается; границу выбирают по читаемости, тестируемости и объёму данных.

Вопрос 19 из 25

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

Числовое сравнение awk может неявно преобразовать строки; данные с локализованными числами или пустыми полями требуют явной валидации. Иногда один awk яснее трёх процессов, но чрезмерно сложная программа awk хуже поддерживается; границу выбирают по читаемости, тестируемости и объёму данных. Для двоичных данных, NUL и произвольных имён строковые утилиты по строкам могут быть неподходящими; наличие флага -z у конкретной реализации нужно проверять. awk выбирает 3 и 2, sort упорядочивает 2 и 3, paste объединяет их в строку 2,3. sed -i различается между GNU и BSD, особенно синтаксисом резервной копии; переносимый сценарий часто пишет во временный файл и заменяет исходный.

Вопрос 20 из 25

В тесте «grep, sed и awk» разбирается тема «Проверка и диагностика». Какую оговорку стоит вынести в описание эксплуатационного контракта?

Иногда один awk яснее трёх процессов, но чрезмерно сложная программа awk хуже поддерживается; границу выбирают по читаемости, тестируемости и объёму данных. Терминал останется пустым: отсортированные строки будут записаны в output. Локаль C задаёт воспроизводимый байтовый порядок для sort. grep -F ищет буквальную строку и часто безопаснее регулярного выражения для пользовательского шаблона; -x требует совпадения всей строки. Числовое сравнение awk может неявно преобразовать строки; данные с локализованными числами или пустыми полями требуют явной валидации. Для двоичных данных, NUL и произвольных имён строковые утилиты по строкам могут быть неподходящими; наличие флага -z у конкретной реализации нужно проверять.

Вопрос 21 из 25

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

awk делит запись на поля по FS, а OFS управляет разделителем при печати нескольких выражений через запятую. grep различает код 0 для найденного совпадения, 1 для отсутствия совпадения и больше 1 для ошибки чтения или запуска. Несколько последовательных фильтров можно соединять, но каждый процесс добавляет стоимость и может скрыть точный источник отказа. grep различает код 1 для найденного совпадения, 1 для отсутствия совпадения и больше 1 для ошибки чтения или запуска. sed обычно обрабатывает поток построчно; команда s/old/new/g заменяет все неперекрывающиеся совпадения в каждой строке.

Вопрос 22 из 25

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

sed обычно обрабатывает поток построчно; команда s/old/new/g заменяет все неперекрывающиеся совпадения в каждой строке. awk делит запись на поля по FS, а OFS управляет разделителем при печати нескольких выражений через запятую. grep различает код 0 для найденного совпадения, 1 для отсутствия совпадения и больше 1 для ошибки чтения или запуска. sed обычно не обрабатывает поток построчно; команда s/old/new/g заменяет все неперекрывающиеся совпадения в каждой строке. Текстовый конвейер следует проверять на пустом входе, нестандартном разделителе, повреждённой строке, локали и отсутствии завершающего перевода строки.

Вопрос 23 из 25

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

Несколько последовательных фильтров можно соединять, но каждый процесс добавляет стоимость и может скрыть точный источник отказа. sed обычно обрабатывает поток построчно; команда s/old/new/g заменяет все неперекрывающиеся совпадения в каждой строке. Печатается c|a: третье и первое поля соединены значением OFS. Текстовый конвейер следует проверять на пустом входе, нестандартном разделителе, повреждённой строке, локали и отсутствии завершающего перевода строки. awk делит запись на поля по FS, а OFS управляет разделителем при печати нескольких выражений через запятую.

Вопрос 24 из 25

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

awk делит запись на поля по FS, а OFS управляет разделителем при печати нескольких выражений через запятую. Несколько последовательных фильтров можно соединять, но каждый процесс добавляет стоимость и может скрыть точный источник отказа. Текстовый конвейер следует проверять на пустом входе, нестандартном разделителе, повреждённой строке, локали и отсутствии завершающего перевода строки. Несколько последовательных фильтров можно соединять, но каждый процесс не добавляет стоимость и может скрыть точный источник отказа. sed обычно обрабатывает поток построчно; команда s/old/new/g заменяет все неперекрывающиеся совпадения в каждой строке.

Вопрос 25 из 25

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

Терминал останется пустым: отсортированные строки будут записаны в output. Локаль C задаёт воспроизводимый байтовый порядок для sort. sed обычно обрабатывает поток построчно; команда s/old/new/g заменяет все неперекрывающиеся совпадения в каждой строке. awk делит запись на поля по FS, а OFS управляет разделителем при печати нескольких выражений через запятую. Несколько последовательных фильтров можно соединять, но каждый процесс добавляет стоимость и может скрыть точный источник отказа. Текстовый конвейер следует проверять на пустом входе, нестандартном разделителе, повреждённой строке, локали и отсутствии завершающего перевода строки.