Практические задания для изучения сценариев оболочки

Практические задания для изучения сценариев оболочки

Я ищу некоторые общие проблемы в системном администрировании unix и способы, которыми скрипты оболочки могут их решить. Полностью в целях самообразования. Также я хотел бы узнать, как бы вы подошли к изучению скриптов оболочки.

решение1

Всякий раз, когда вы КОГДА-ЛИБО обнаруживаете, что делаете что-то несколько раз, запишите это в скрипт. Думайте настолько лениво, насколько это возможно. Компьютеры были созданы, чтобы делать всю эту черную ерунду. Любая вещь, которая пахнет хлопотной работой, нуждается в скрипте оболочки.

Лично я научился, рывшись в Slackware пару лет. Посмотрите, что произойдет, если максимально разгрузить систему. Научитесь чувствовать себя комфортно с текстом. Пока все остальные ахают и восхищаются NetworkManager, узнайте, как просто сделать свой собственный чертов NetworkManager. Конечно, у него может быть не так много вариантов использования, но вы можете получить что-то и запустить его, динамически подключаясь через Ethernet и беспроводную сеть по требованию довольно просто.

решение2

Я хотел бы еще раз порекомендовать три книги, которые я рекомендовал в другой теме. По моему мнению, это лучшие книги, которые помогут вам проникнуться духом Unix:

  • Среда программирования Unix от Кернигана и Пайка
  • Unix для нетерпеливых
  • Инструменты Unix Power Tools от O'Reilly.

Первая часть старая, очень старая, но она лаконична, ее можно быстро прочитать, и она даст вам необходимые навыки работы с оболочкой (регулярные выражения, sed, конвейеры).

Второй невероятно интересен.

Третья — это сборник «лучших» трюков от мастеров Unix 90-х (тогда я ее и читал). Книга постоянно переиздается, так что я уверен, что в ней много новых идей.

решение3

В книге содержится огромное количество полезной информации.Расширенное руководство по написанию сценариев Bash, и он часто обновляется, чтобы оставаться актуальным.

решение4

Я научился этому, написав инструмент мониторинга. Он подключался к куче машин через ssh и собирал данные, такие как время безотказной работы, загрузка, количество активных подключений, использование памяти и тому подобное. На моей локальной машине он показывал мне эти данные в виде текстовой таблицы.

Связанный контент