Pull to refresh

Comments 31

Что это? реклама учебника «Знакомство с компьютерами для школьников»?

"А.Я. Старый-Пердун — Знакомство с компьютерами на базе Centos 6 для школьников, Санктпетербургъ, 1785"


Это я про service stop/start.

Было бы очень мило увидеть эту статью в похожем учебнике ^_^

Автоматизацию лучше делать не на баше.
Мне не нравятся глаза у этих нарисованных человечков.

Ну тут на вкус и цвет.
А про автоматизацию — смотря какую, чем баш плох?
В чём цель статьи? Программе bash больше 30 лет и за это время была написана масса руководств по ней, как и по другим оболочкам.
Ответить на вопрос из названия статьи, что это вообще такое :)
Хотелось бы уточнить, на какую ЦА делался пост?
UFO just landed and posted this here
На ту, которая про баш раньше никогда не слышала )

Быть может, им стоит ознакомиться, к примеру, с этой серией уроков?
Bash-скрипты: начало
Которая а) тут же, на хабре, б) легко гуглится по многим вопросам, связанным с башем.

Добавила и вашу ссылочку в «см также» блок). Но
а) пока я искала ссылки для этого блока, её не нагуглила
б) у меня свой стиль рассказа, такого в той статье нет ;-)

А эту аудиторию точно нужно на хабре искать?

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

А почему ваши админы не настраивают скриптом окружение?
Некоторые настраивали скриптом )
Ну так может стоило поднять вопрос квалификации у тех кто не настраивает скриптом, а не прикладывать подорожник к управленческим продолбам?
Я все ждал что после всех этих муси-пуси начнется МЯСО.
Может быть, когда-нибудь)) Пока моя задача — рассказать начинающим тестировщикам, что это вообще такое :)

Извините, а у Вас начинающие тестировщики принципиально от рута в системе работают? У обычного пользователя прав на создание произвольных файлов и папок в /home не будет, и выполнение скрипта-примера приведёт к ошибке. А дефолтный root — это известный антипаттерн, даже для виртуалок и контейнеров. Новичок же привыкнет, что "так удобно" и попробуй потом переучи...

Вы путаете «рассказать новичкам, что это такое» и «пустить на некую линукс-машину под рутом, к чему и приучать». «У нас» на курсах начинающие тестировщики вообще с линуксом не работают, а как они работают в своё свободное время — это их дело, в общем то.

А набор команд можно использовать любой. Не работает создание в /home — создавайте в своей домашней директории, делов то)
А набор команд можно использовать любой. Не работает создание в /home — создавайте в своей домашней директории, делов то)

Ну так на то ж они и новички, что таких нюансов могут и не знать. Скопипастят пример в терминал в своей домашней убунте, а он не работает. Всё, приехали! Обучение закончилось. "Какой непонятный и плохой этот ваш баш :("

Вы меня простите, но если у человека домашняя убунту, он какой-то минимум команд должен понимать))

Ну а сделать команду для домашней директории на копипасту тоже не выйдет, у него пользователь будет с другим именем и снова «какой-то плохой этот ваш баш».

Если цель — именно НАУЧИТЬ башу, то это надо давать песочницу, в которой можно копаться и команды, которые можно копипастить. Но в этой статье такой задачи нет)
Если цель научить, то пусть подобную статью просмотрит специалист по линуксу и хотя бы исправит основные ошибки с терминологией.
Потому что сказать, что
«bash и shell — И то, и другое — интерпретаторы командной строки в линуксе.», это все равно что сказать «ауди и автомобиль — обе машины».
Так я спрашивала знающего человека =)
shell — это оболочка. Например проводник в виндовс с рабочим столом — это тоже shell, но с GUI

А bash, sh, ksh и другие — это shell с CLI, причем есть и под юникс, и под линукс, и под макос, и под виндовс. Но да, родная система — *nix
Потому что у любого скрипта в первой строке должен содержаться путь к интерпретатору.

К сожалению, нет.


echo "ls -l" > file
sh file

Путь к интерпретатору нужен если вы хотите пометить файл как исполняемый и выполнять его, а не вызывать интерпретатор и передавать ему скрипт как аргумент


chmod +x file
./file

Стоит заметить, что и в этом случае оно может заработать ( зависит от вашего текущего шелла и возможно еще от чего-то )


И да, писать путь к интерпретатору хороший тон ( универсальность, все дела ), но, мне кажется, не стоит запутывать новичков.

Предложение. В качестве shebang лучше
#!/usr/bin/env bash

В плане безопасности, это не очень хорошая идея.

Sign up to leave a comment.

Articles