Я ищу некоторые распространенные проблемы в системном администрировании Unix и способы их решения с помощью сценариев оболочки. Полностью для самообразовательных целей. Также я хотел бы знать, как вы будете изучать сценарии оболочки.
Каждый раз, когда вы когда-либо обнаруживаете, что делаете что-то несколько раз, пишите сценарий. Думай как можно ленивее. Компьютеры были построены, чтобы делать всю эту чертову чушь. Любая вещь, которая пахнет как занятая работа, нуждается в сценарии оболочки.
Лично я учился, роясь в Slackware пару лет. Посмотрите, что произойдет, когда вы лишите свою систему как можно больше. Учитесь чувствовать себя комфортно с текстом. В то время как все остальные суетятся над NetworkManager, узнайте, как просто сделать свой собственный проклятый NetworkManager. Конечно, у него может быть не так много вариантов использования, но вы можете запустить и запустить что-то, достаточно просто динамически подключаясь через Ethernet и по запросу.
Я хотел бы еще раз порекомендовать три книги, которые я предложил в другой ветке, по моему мнению, это лучшие книги, чтобы проникнуться духом Unix:
Первый - старый, очень старый, но он лаконичен, кратко читается и предоставит вам необходимые оболочки (регулярные выражения, sed, конвейеры).
Второй невероятно интересный.
Третий - это коллекция «лучших» трюков от мастеров Unix 90-х (именно тогда я и прочитал). Книга продолжает редактироваться, поэтому я уверен, что она содержит много новых самородков.
В руководстве Advanced Bash-Scripting имеется множество полезной информации , и оно часто обновляется, чтобы оставаться в курсе событий.
источник
Как научиться этому: влюбиться в командную строку. Используйте его регулярно и часто открывайте справочные страницы. Часто даже. Когда я только начинал изучать сценарии, я не мог сосчитать, сколько раз я печатал
man bash
. Я также не мог сосчитать, сколько раз я открывал справочную страницу для другой команды.источник
xterm
(или любой терминал, если это имеет значение) в качестве основного файлового менеджера. Таким образом, я все время заставлял себя использовать оболочку, что заставляло меня учиться и разрабатывать некоторые приемы с течением времени.Я узнал об этом, написав инструмент мониторинга. Он будет подключаться к множеству машин через ssh и собирать данные, такие как время безотказной работы, загрузка, количество активных соединений, использование памяти и тому подобное. На моем локальном компьютере эти данные будут показаны в виде текстовой таблицы.
источник
Я повторяю рекомендацию Мигеля «Среда программирования Unix». Он действительно старый, но, как я узнал почти все, что я знаю о оболочке, и потому что он такой старый, вы можете получить его всего за несколько долларов на Амазонке: http://is.gd/eiSn6
источник
Найдите книгу или руководство и относитесь к выбранной вами оболочке как к языку программирования, потому что это так. (Ну, может быть, не csh ...)
Для начала, узнайте, как определить, используете ли вы оболочку Bash, Bourne, csh, zsh или что-то еще. Некоторые из них похожи друг на друга, как C и C ++ - обманчиво разные - поэтому знание того, с кем вы боретесь, поможет вам найти примеры и руководства, которые действительно помогут в данной ситуации.
источник