Bashible 1.0.1 (diskuse)

[kyknos]

Proč psát v bashi, když existuje python?

[Bystroushaak]

Jsou zařízení, kam python nenacpeš (routery).

[RM]

protože prostě: coreutils + shell = snadno a rychle

[Vykook]

Ptoč psát v Pythonu, když existuje Perl?

[kyknos]

protoze je perl odporna necitelna sracka? :D

[RM]

klid šmudlo

[AlYoSHA]

Pre koho ako.

[Vykook]

Za to že jsi lama Perl skutečně nemůže.

[kyknos]

Já se obavám, že lama je spíš ten, kdo si k práci z více možnosti zvolí perl. Programovat v perlu je jako zatloukat hřebíky leninovymi spisy.

[Vykook]

Chtělo by to podpořit argumentama a ne dojmíkama.

[kyknos]

nejsem tvuj ucitel programovani

[Vykook]

Takže nevíš. Ale to jsi mohl napsat přece rovnou, ne?

[kyknos]

Až se naucis pořádně číst, přečti si to ještě jednou, dojmiku

[Vykook]

Kromě pár dětinských sprostých slov a urážek jsi totiž nic nenapsal. Navrhuji v debatě pokračovat až dospěješ. Co ty na to?

[kyknos]

napsal jsem ti, ze nemam potrebu ti to vysvetlovat - pouzivej co chces, je mi to jedno

muj nazor na perl je jasny, ale ty klidne programuj treba v brainfucku

[Vykook]

Když nechceš diskutovat, tak co se do tý diskuze sereš?

[kyknos]

co se do ni seres ty? proste jsem vyjadril nazor, ktery je ostatne pro mnoho lidi zjevny, a nemam potrebu ho vysvetlovat kdejakemu trollovi a delat mu maminku

[Vykook]

Já a troll? :D Ty jsi začal s úplně zbytečným komentářem a kopou nadávek. Čekal jsem, že alespoň na odborném serveru diskutující své tvrzení nějak podloží, ale koukám že jsem se spletl.

[kyknos]

Nevím proč byh měl mlátit stokrát vynlacenou slámu, oprávněně kritiky perlu mas plný internet, cti si, pokud té to zajímá. Zbytecne jsou tvoje komentáře. Já se bavime, s kým uznam za vhodné. U tebe mě odpuzuje už ta emo ikonka :D

[Vykook]

Takže stále není schopen odpovědět. Chudáček. Pro lidstvo je vcelku tragédie, že se takovej kus hovna stihl rozmnožit....

[xkucf03]

S programováním v Perlu nemám moc zkušeností, ale jako skriptovací jazyk ho hodnotím velmi kladně.

[xkucf03]

#!/usr/bin/python
import os
os.system("ls -1 | tee xxx | wc -l; du xxx; rm xxx")

nebo lépe:

#!/usr/bin/python
import os
os.system("perl -ne 'if (/^([^\s#]+)\s+([^\s]+)\s+([^\s]+)\s+([^\s]+)\s+(\d+)\s+(\d+)\s*$/) { print \"$1\\n\" }' < /etc/fstab")

:-P

[Qaxi]

.. díky ...

směju se ještě teď ...

[Roman Horník]

Chápu, že někomu dělá problémy #!/bin/bash, ale sakra, prohlížel jsem si stovky a stovky skriptů a čte se to jak básnička.

[me]

... vogonska.

[Error414-]

:D :D :D :D :D :D

[JZD]

Co je na vogonské poezii špatného?

[kyknos]

Že trošku připomíná bash a trošku perl

[JZD]

A to je na tom to krásné. Od každého trochu a když s tím skutečně umíte, tak to oceníte.

[kyknos]

myslim, ze je praktictejsi se venovat jinemu zanru :)

[JZD]

Na tomhle se s vámi neshodnu. Bohužel či bohudík, to je to jediné, co v této chvíly mohu dělat.

[Marián Kyral]

Tak nevím, moc mi to bash nepřipomíná.

[RM]

Fuj tajksl, děkuju nechci.

[Vykook]

Máš recht, vypadá to fakt divně a hnusně.

[FrostyX]

Možná proto mají ty skripty příponu .ble

[Agent]

Nemám rád rozsypaný čaje.

[OldFrog {Ondra Nemecek}]

To je spíš nějaký domain-specific language, nikoli vylepšení bashe.

[mig]

Ano, de facto je to DSL, každý řádek je bashový příkaz (funkce, která se jmenuje "-" nebo "@") a zbytek jsou její argumenty. Samozřejmě tam můžete používat plain bash, třeba takhle

@ Zalohuji cron.d
  for i in /etc/cron.d/*; do
     - echo "zalohuji $i"
     - cp $i /mnt/backup
  done

ty funkce "-" jsou tam kvůli tomu, že když např. cp selže, proces ihned skončí. Samozřejmě byste mohli použít "set -x", ale ta funkce "-" má ještě jednu vlastnost, že nedělá nic, je-li nastaven režim skip. Například pokud neexistuje /etc/cron.d, nastaví se režim skip a ani echo ani cp se nevykoná (pouze ten for cyklus proběhne, což ale není takový problém). Až další blok (tedy funkce "@") zruší ten skip režim.
Ovšemže to celé můžete obalit jedním ifem, nicméně v praxi jsem došel k tomu, že pokud vás to nutí dodržovat nějakou strukturu (pokud možno v jedné úrovni), výsledkem je lepší čitelnost. Je fajn, že člověk umí psát v čitelně v plain shellu, jenže spousta lidí to nedělá a pak vzniká chaos, který se nakonec DevOps snaží řešit zaváděním Ansible, které tu strukturu mimo jiné vnucuje.

@ Zalohuji cron.d
  - skip_if ! test -d /etc/cron.d
  for i in /etc/cron.d/*; do
     - echo "zalohuji $i"
     - cp $i /mnt/backup
  done

@ Dalsi blok
  ...

[Harvie.CZ]

Par myslenek:

1.) znovuvynalezli Makefile?

2.) "pročež je třeba zavádět speciální nástroje, například Bashible."

3.) ošetření prázdných proměnných umí i bash: ${promenna:-osetreni}

[mig]

1) ke spuštění Makefile potřebujete make
2) V naší firmě nás tlačí do různých tools s GUI (Ansible+Tower / Puppet+Foreman, Gitlab+Gitlab-CI), ačkoli většina z toho, co se tím řeší, by se dala udělat shellovými skripty. Jenže argument našich DevOps je, že shell==evil a shellové skripty jsou nečitelné. U Ansible poukazují na to, že vnucuje nějakou strukturu, jenže téhož lze docílit s bashem.
3) {$promenna:-osetreni} je default value. V bashible se po "not empty echo $prazdna_promenna", zobrazí informace, že právě ta proměnná je prázdná (obecně příkaz nevyprodukoval žádný výstup) a skript zde končí. Bashible zobrazuje, co se právě vykonává a na čem co havaruje. Vidíte to lépe než při použití "set -ex".

[RM]

V bashible se po "not empty echo $prazdna_promenna", zobrazí informace

a co jen používat set -u, pokud vás trápí neinicializované proměnné?

[2X4B-523P]

lol

[RM]

Nechápu. Zkuste váš problém upřesnit.

[mig]

Zde nejde o nedeklarovane promenne, ale predevsim o prazdne stringy tam, kde je clovek neceka. Obvykly pripad je napriklad tohle,

mystatus=`srvice nginx status`

jeden by očekával, že v té proměnné něco bude, jenže si nevšiml toho překlepu. Obvykle takového věci ani neošetřuje, protože kdo by očekával, že na Ubuntu nebude k dispozici příkaz "service"? Ani když bash spustíte se "set -e", tak to projde dál, protože to je příkaz v subshellu. Výsledkem je proměnná status, která je prázdná.

V bashibl, když napíšete tohle,

set_var mystatus not empty srvice nginx status

tak to: a) funkce empty upozorní, že "srvice" neexistuje a skript ukončí
b) pokud "srvice" opravíte, ale z nějakého důvodu to vrátí prázdný string, pak funkce "empty" skončí true, funkce "not" ji zneguje, načež funkce "set_var" vypíše, že příkaz skončíl chybou a skript také ukončí

[RM]

Je to skriptovací jazyk. V Perlu vás také nic neupozorní ani se zapnutým strict a warnings, protože prázdný string je platná hodnota proměnné typu string. Pokud bych chtěl ošetřit prázdnou vrácenou hodnotu a nepokračovat v programu, pak bych asi proměnnou jednoduše otestoval. Má-li se to podobat vašemu způsobu, pak s ukončením a se zprávou, kde k tomu došlo:

mystatus=`cmd`
test -z $mystatus && echo "${LINENO}: uninit value!" ; exit 127

${i:-if_empty_value} a nastavení set pro další možné případy už bylo uvedeno. -- Nevím, ale mně osobně nic nechybí. Dovedu si ale představit, že ve firmě máte požadavky jiné.

[2X4B-523P]

ono je to i samo o sobe pekne napsane, dalo by se rict, ze je to prehledny skript umoznujici psani jeste prehlednejsich skriptu... asi mi to neda a neco si v tom napisu, ono to i pomuze predejit chybam...