Если Вы хотите использовать несколько ответвлений ( |
как or
), затем чтобы быть более совместимым, это лучше к явному, говорят, что Вы хотите использовать "современное РЕ" иначе. ДО.
Для этого используйте grep-E:
grep -E "^ID.*(ETS|FBS)" my_file.txt
Для получения дополнительной информации о РЕ ДО и целая "современная" история ER, посмотрите man 7 regex
.
Кроме того, можно использовать egrep
вместо grep
, но поскольку можно читать из man grep
:
egrep совпадает с grep-E. fgrep, совпадает с grep-F
(...)
Прямой вызов или как egrep или как fgrep удерживается от использования
Одной из вещей, что RHEL/CentOS (и другие продукты Предприятия Linux) обеспечивает, что другие дистрибутивы не обеспечивают, является устойчивость API/ABI. Это - разочарование большому количеству людей, которые плохо знакомы с RHEL, потому что все, что они видят, - то, что доступные версии являются все более старыми, чем последние выпуски, найденные в последнем выпуске Ubuntu/Fedora/Gentoo/Whatever. Но при поддержке продукта, который был развернут на поле RHEL, Вы не должны волновать по поводу базовой технологии наличие использования продукта, это - изменение API (с новыми версиями апача, php, жемчуга, Python, glibc, безотносительно). Это даже относится к большинству модулей ядра, предусмотрел RHEL.
Как пример, если я разработал веб-приложение, которое работает на RHEL 5.0, я могу быть вполне уверен, что он продолжит работать на RHEL 5.6 два года спустя, все время система RHEL получала обновления системы защиты и исправления ошибок все время.
Отвечать на "более безопасный" вопрос: Поскольку RHEL бэкпортирует исправления безопасности к выпущенной версии, которую они обеспечивают, можно продолжить иметь стабильный API для выпуска программного обеспечения на, не волнуясь о безопасности базовой системы.
В мире я работаю в, инструменты CAD использовали, все требуют, чтобы RedHat Enterprise использовалась — некоторые с определенным ядром, номера версий и номера сборки — или поставщики не будут поддерживать свои продукты.
Причина, почему они делают это, очевидна. Существует только слишком много дистрибутивов и потенциальных ядер и комбинаций библиотеки для них, чтобы смочь воспроизвести каждую возможную среду, чтобы или проверить их продукт или воспроизвести ошибки, которые видят клиенты. Требование Redhat означает обоих, что они могут использовать свою базовую платформу для репродуцирования клиентских ошибок; и что у клиента есть контракт на поддержку с Redhat для увеличения вероятности, что любая настоящая проблема, прослеженная до ссылочной среды Redhat, будет на самом деле решена.
При расходовании приблизительно 000$ на рабочее место в год на некоторый инструмент CAD затраты на поддержку Redhat округляют шум.
Тем не менее то, что делает большинство моих клиентов, имеют только одну или две подлинных системы Redhat и выполняют большинство их компьютеров на CentOS, который является свободным, восстанавливают Redhat. Если проблема найдена, она воспроизводится в системах Redhat, и поставщик будет счастливо поддерживать проблему оттуда.
Это действительно зависит от Вашей ситуации. Ubuntu имеет разъединение и даже LTS (долговременная поддержка) версия, которая большим количеством способов так же хороша как RHEL/CentOS. Я работаю в комбинированной среде. Обычно с помощью Fedora или Ubuntu для рабочих столов, используйте FreeBSD, хинду и такой для устройств и для серверов, которые я прикрепляю главным образом к CentOS, но управляю большим количеством серверов Ubuntu также.
Я не скажу, что или лучше или хуже, чем другой, просто различные цели. Оба предложения заплатили поддержку и действительно, CentOS является просто RHEL, восстановленный, чтобы быть свободным, таким образом, мы действительно сравниваем RHEL с Ubuntu
Сервер Ubuntu обычно более актуален на новых возможностях, чем RHEL, если Вы хотите сделать установку и иметь последнюю и самую большую версию PHP, MySQL или других программ, Вы собираетесь хотеть Ubuntu. Можно получить их на RHEL, но это - боль. Таким образом, это действительно сводится к тому, как Вы будете использовать его. Если этот сервер собирается находиться в шкафу, одном, и Вы работаете главным образом от программ полки и имеете много времени, чтобы работать над ним, выбрать Ubuntu. В этом случае обновления этого поля не будут проблемой. Если обновление повреждает что-то, у Вас может быть зафиксированный через несколько минут. У меня есть сервер Ubuntu, находящийся в стойке прямо рядом с моим стулом, это идет не LTS Ubuntu и не является проблемой, чтобы сделать обновления dist или обновления системы защиты.
Если однако Вы собираетесь быть управлением большим количеством серверов и использования большого количества нестандартного программного обеспечения или других пользовательских установок на поле, выберите RHEL/CentOS. У меня никогда не было повреждения обновления ничто на RHEL/CentOS. У меня есть поля в нескольких сотнях миль от меня с очень ограниченным доступом, которые счастливо выполняют автоматические обновления системы защиты и никогда не вызывали проблему с моими настройками. Не может сказать то же для Ubuntu.
Проведите время с обоими, посмотрите то, что Вы любите и что соответствия с Вашими определенными потребностями.
CentOS является свободной производной Red Hat Enterprise Linux, который предназначен для рынка "предприятия", таким образом, это будет конкретно дизайн для развертывания на множестве платформ, таких как серверы и т.д. Для предназначения для того рынка распределение, вероятно, собирается сфокусироваться больше на более старых, стабильных версиях пакетов вместо включения чего-либо новейшего. Безопасность также будет фокусом.
Проверьте страницы RHEL Server Features and Benefits и Desktop Features для получения дальнейшей информации.