Практичні завдання з вивчення сценаріїв оболонок [закрито]


12

Я шукаю деякі поширені проблеми в адмініструванні системи Unix та способи, які сценарії оболонок можуть вирішити. Цілком для самоосвітніх цілей. Також я хотів би знати, як ви б пішли на вивчення сценаріїв оболонок.

Відповіді:


15

Кожен раз, коли ви коли-небудь опинитесь, що робите щось багато разів, скриптуйте це. Подумайте, як лінь, як тільки можливо. Комп'ютери були побудовані, щоб зробити все це головне лайно. Будь-яка річ, яка пахне зайнятою роботою, потребує сценарію оболонки.

Особисто я дізнався, копаючись у Slackware за пару років. Подивіться, що станеться, коли ви знімете систему назад якомога більше. Навчіться бути зручним з текстом. У той час як усі інші охоче і тягнуться за NetworkManager, дізнайтеся, як просто зробити свій власний проклятий NetworkManager. Звичайно, це може бути не так багато випадків використання, але ви можете отримати щось і працює, динамічно підключаючись через Ethernet та бездротову мережу на вимогу досить просто.


6

Я хотів би повторно рекомендувати три книги, які я запропонував в іншій темі, це, на мій погляд, найкращі книги, щоб увійти в дух Unix:

  • Середовище програмування Unix від Керніган та Пайк
  • Unix для нетерплячих
  • Електроінструменти Unix від O'Reilly.

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

Другий - неймовірно розважальний.

Третя - це збірка "кращих" трюків від майстрів Unix 90-х (саме тоді я її читаю). Книга постійно редагується, тому я впевнений, що вона містить багато нових самородків.


+1 для середовища програмування Unix. Прочитавши це, раптом Unix зробив для мене набагато більше сенсу. Трохи одкровення :-)
dr-jan

Середовище програмування Unix - одна з небагатьох книг, яка взагалі висвітлює "тут документи". Можна багато зробити з "тут документами", які багато хто вважає неможливим зробити в одному файлі.
Брюс Едігер


2

Як дізнатися це: закохатися в командний рядок. Використовуйте його регулярно і часто перетягуйте довідники. Часто, навіть. Коли я вперше вчився сценаріям, я не міг рахувати, скільки разів набирав man bash. Я також не міг підрахувати, скільки разів я перетягував сторінку чоловіка для іншої команди.


1
+1 Кевіну. Я навчився писати сценарії так само. Зазвичай сценарій полягає в тому, що мені потрібно буде обробити ці файли даних COBOL (так, це далеко назад ... але це COBOL в UNIX, а не в Mainframes !!). Замість того, щоб викручувати код COBOL, я б запустив awk (навіть не перл, оскільки він не встановлений на нашому сервері), і робити такі речі, як топ-50 клієнтів повідомляють :-)

Я використовую xterm(або будь-який термінал, якщо це має значення) як головний менеджер файлів. Таким чином, я начебто змусив себе використовувати оболонку ВСЕ час, що змусило мене вчитися та розробляти деякі хитрощі з часом.
Denilson Sá Maia

2

Я дізнався це, написавши інструмент моніторингу. Він підключатиметься до групи машин за допомогою ssh та збирає такі дані, як тривалість роботи, завантаження, кількість активних з'єднань, використання пам’яті тощо. На моїй локальній машині це показало б мені ці дані у вигляді текстової таблиці.


1

Я є другою рекомендацією Мігеля про "середовище програмування Unix". Його справді старе, але про те, як я дізнався майже все, що я знаю про шкаралупу, і тому, що його така стара, ви можете отримати її лише за кілька доларів на Amazon: http://is.gd/eiSn6


0

Знайдіть книгу чи посібник і поводьтеся з обраною оболонкою як з мовою програмування, адже вона є. (Ну, може, не кеш ...)

Для початку дізнайтеся, як розібратися, чи знаходитесь ви в оболонці Bash, оболонці Bourne, csh, zsh чи будь-чому іншому. Деякі з них схожі на такі, як C та C ++ - оманливо різні - тому знання того, з ким ви боретеся, допоможе вам знайти приклади та посібники, які фактично допоможуть у даній ситуації.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.