Подскажите тему для написания bash скрипта

Не нужно выдумывать задачу ради задачи.

Как только появится необходимость, напишешь не один десяток скриптов!

Типа такого:

ls ~/bin|wc -l
173

ls ~/bin|wc -l
173

Вы серьезно?))))

А по поводу задачи — вы правы, но мой вопрос можно сформулировать по другому: «Где, как и для чего можно применять bash скрипты». Да и вообще, через написание скриптов хочется побольше узнать о возможностях системы.

Где, как и для чего можно применять bash скрипты

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

То есть просто подумай, что бы в своей системе хотел улучшить, чтоли, допилить под себя, что ты делаешь часто и тратишь время и попробуй автоматизировать процесс.

Для любой автоматизации работы, например, я делал bash скрипты для следующих нужд:

1) Массовая обработка картинок в несколько потоков, с целью ужатия их до минимального размера без потери качества, дабы влезли на сайт с ограничением размера картинки.

2) Массовая конвертация музыки на старый телефон, который умел играть mp3 (но mp3 очень жирные), а так же aac, но aac должен был быть не абы каким, а с некоторыми ограничениями на способ записи обложки в файл, глубиной звука и т.д.

3) Для создания книг из кучи сканов, т.е. опять - почистить картинки от желтизны, подрезать, повернуть и т.д. (без распознавания текста).

4) Менюшка для выключения PC с Openbox.

5) Скрипты для conky (мне лень учить Lua)

6) Обработка видео - вшивание обложки, субтитров и прочей информации, опять для железного плеера, который не всё понимает, потому через готовую GUI программу сделать сложно.

7) Скрипт для записи скринкастов и их последующей переконвертации.

Это те, которыми я активно пользуюсь (не реже раза в месяц). А так, ещё кучу для разовых нужд.

Напиши видеоплеер, чисто на баше

Хм, что ж, к сожалению я такими задачами не занимаюсь, но суть понял, как уже отметил USF, если есть что автоматизировать, то баш безупречен) Благодарю.

- отлов ошибок по trap в sub-shell-ах и возврат оттуда exit codes на верхний уровень

- На закуску: разбор параметров с возможностям как в https://docs.python.org/3/library/argparse.html или поиск простой и достойной альтернативы

;)

Не надо писать на bash. Надо писать на sh. Башизмы - зло. Да, обычный sh достаточно туп. Поэтому придумали sed/awk/perl/...

Поставь Conky и задачи сами найдут тебя :)

Чем зло? Обоснуй? Скоростью работы? Так это сейчас пофигу, даже Java, Python и C# живут и себя прекрасно чувствуют, да при том прямо в продакшене на задачах, где скорость относительно важна, а не на ПК у Васи, где 10 000 с гаком файликов надо отправить в backup и все упрётся в производительность HDD, Тем, что кое-где только sh? Так это не проблемы того, кто пишет. Инструмент обычно выбирают под задачу. Нет задачи, чтобы работало на sh и пиши себе на bash.

В 2014 году нет абсолютно никаких причин писать на sh. Во-первых, для всех стоящих использования систем есть GNU bash. Во-вторых, как такового «стандартного» sh всё равно не существует.

Не надо писать на bash.

Поправка: не надо писать #!/bin/sh в первой строке скрипта на bash.

Если скрипт наколеночный - хоть на zsh. Но если в скрипте башизмы - будут матюги тех, кто будет его запускать на aix/hpux/solaris/... , где может не оказаться bash

Это более слабое правило. А если написать /bin/bash, то что делать в системе, где его нет?

Во-вторых, как такового «стандартного» sh всё равно не существует.

4.2 Существует первый sh, написанный тем же Боурном

Тетрис напиши.

aix/hpux/solaris

Кроме соляры остальное ещё дергается? На соляре нет даже bash?

если написать /bin/bash, то что делать в системе, где его нет?

Установить его туда.

Не все девы - админы.

Что только не дергается в продакшне больших ынтерпрайзов.

Не все девы - админы.

Девам (что бы это слово ни означало) совершенно не обязательно делать это самостоятельно.

Бывает, что полиси такие злобные...

А вот — на работе:

ls ~/bin| wc -l
153

Да и вообще, через написание скриптов хочется побольше узнать о возможностях системы.

Опять задача с ног на голову ставится!

Пиши автоматический граббер любимых картинок/видео с любимого сайта. В качестве бонуса добавь работу через прокси/тор.

что делать в системе, где его нет?

Написать конвертор sh --> bash ?

матюги тех, кто будет его запускать на aix/hpux/solaris/

Матюги 0.000000000000000000000001% будут совершенно не слышны, я гарантирую это.

Напиши init-script для пары демонов.

На баше? Ты упоролся?

Это более слабое правило. А если написать /bin/bash, то что делать в системе, где его нет?

Если нет bash - бери PowerShell

если есть что автоматизировать, то баш безупречен) Благодарю.

Хуже инструмента для автоматизации, чем баш нет.

Он подходит только для поделок пионеров в 15 строк.

Идея зачетная))) А по какому протоколу можно кидать запросы на сайт? Или для этих целей можно использовать URI?

Подскажите тему для написания bash скрипта

форк-бомба. остальное скууучно. :-D

Иногда это матюг конкретного коллеги. Слышный.

На баше?? Тонко, чорт побери! Если запретить пользоваться тулзами умнее sed.

По поводу инит-скрипта идея тоже хорошая, вот только какие аргументы против того, что баш для автоматизации не айс?

Напиши init-script для пары демонов

На дворе новый миллениум, кругом уже systemd, какие init-скрипты.

Шутки — шутками, но ведь может быть востребовано... :)

На дворе новый миллениум, кругом уже systemd, какие init-скрипты.

Пусть возьмет debian-stable +)

А вообще, для практики самое оно. И до появления systemd/upstart/etc у скриптов на баше было только два кейса, скрипты в 15 строк для ленивых и init-скрипты по понятным причинам.

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

Сложные задачи надо уже не на баше писать. Баш нужен для простой автоматизации.

Автоматизация автоматизации рознь.

Скрипт на 15 строк еще нормально на баше написать. Что-то сложнее возьми нормальный инструмент типа питон-перл.

Я не спорю на баше можно написать все что угодно. Но потом поддержка этого всего скатывается в ад.

Баш прост именно для того чтобы в пару строк избавиться от какой-то рутины. Так сказать скриптинг в мусорное ведро. А вообще я считаю что интерактив и скрипты это атавизм. Когда продакшен из-за одной невнимательной макаки и одной опечатки может улететь в даун на несколько часов это весело. А еще весело выглядят «бекапы в кроне» и прочая ересь.

Кстати, после пары собственноручно написанных инит-скриптов становится понятно зачем нужен systemd.

Это бред. Как человек, регулярно имеющий дело со скриптами на сотни и тысячи строк, позволю себе не согласиться. Некоторой альтернативой башу может быть перл, но тут важно заранее оценивать сложность, в большинстве случаев написать на баше будет значительно быстрее и лаконичней.

Ты даже тся/ться не осилил. О чем с тобой вообще можно говорить?

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

Часто кстати на опе волосы рвешь когда дебажишь баш-скрипт на тысячу строк?

Проблема баша в том что он слишком простой и начать на нем писать может любая макака через час чтения ABS.

Хорошо слился, одобряю. :)

Аргументов нет кроме «я каждый день работаю с тыщей строк на баше»?

Чтобы писать код тебе IDE нужна?

кто будет его запускать на aix/hpux/solaris/

Матюги 0.000000000000000000000001% будут совершенно не слышны

Админы aix/hpux/solaris/ просто не будут запускать ваше наколеночное говно. А указанный процент больше похож на активность твоего мозга.

покажи какой ад ты поддерживал, раз уж аргументированно говоришь.

Обсуждался как то тут вопрос. Вот, собственно, «В системе работают два RAID1-массива mdadm, состоящих из дисков одинакового размера. А также один запасной диск такого же размера — для замены вышедшего из строя. Напишите скрипт, который бы следил за выходом из строя дисков в любом из настроенных массивов и автоматически исправлял деградировавший массив.» Дерзайте. :)