Názory k článku
Hrátky z řádky: tr, sed, awk a ti další

K tomu zjistovani shellu bych snad doplnil z jineho soudku, ze je bezpecnejsi a univerzalnejsi pouzit "getent passwd" misto primeho cteni /etc/passwd.

a hlavne to funguje aj pri inych sposoboch autentizacie (ak su poriadne nastavene)

Zrovna ten příklad na zpracování více souborů je velmi špatně (typická začátečnická chyba, taky jsem ji prvních 10 let dělal). Je vidět, že ho nikdo nezkusil doopravdy použít. Jednoduše si stačí zapamatovat, že od doby, kdy Microshit popularizuje mezery ve jménech souborů nelze "for i in *" používat.

Ten první je dobře, ten druhý ne. „for i in *“ lze používat, jen je pak obvykle nutné výskyty $i uzavírat do uvozovek.

On se ale nejdříve dělá field splitting (podle IFS), a až pak pathname expansion. Kdyby se to dělalo opačně, tak by nefungovalo např. ani rm -rf *, apod.

Tedy abych byl úplně korektní, tak rm -rf -- *. :-)

/to je samozrejme nesmysl. uvozovky ti v nicem nepomohou, protoze IFS ovlivnuje chovani foru, ne obsah iteratoru./

Potud teorie (navíc špatný). V praxi je for i in * zcela korektní a použitelný zápis, velmi vhodný obzvlášť pro soubory s mezerami v názvu. Narazíte až u \n... :)

Samozrejme, ty uvozovky tam byt maji :-( Necham to opravit, diky za upozorneni

v tomto pripade je strednik nutny:
for x in * ; do echo $x ; done


V pripade zapisu ve skriptu, dle meho nutny neni:
#!/bin/sh
for x in *
do
echo $x
done

Zase ty chybějící uvozovky. Je to určeno pro začátečníky, tak si na ně zvykněte, ať na ně také nezapomínají.

#!/bin/sh
for x in *
   do
   echo "$x"
done

#!/bin/bash
for x in *; do
echo "${x}"
done

kdyz uz spravnej zapis tak totalne ne?

Zbytečnost.

Nedavno jsem potreboval z kazdeho radku ziskat poslednich deset znaku. Jak to udelat?

egrep '.{10}$' -o /etc/passwd

dik, ta voba -o se muze jeste nekdy hodit

a dneska na to pisu apoctak, tak si to jeste printnu:) skoda ze tady neni verze pro tisk

Verze pro tisk tady je - stačí jen akuální stránku vytisknout. Ještě že máme CSS.

Nevím, jakou verzi ImageMagicku používáte, ale "convert soubor.jpg -resize 800x600" nejspíše skončí chybou, neb chybí název výstupního souboru (uváděný jako poslední parametr).

Pakliže jste chtěl přepsat vstupní soubor, tak "mogrify -resize 800x600 soubor.jpg" by bylo lepší volbou.

A obvykle je vhodne pak provest jeste -unsharp.

Upraveno, díky.

1. K tr - casto pouzivam:

tr -d "\r" soubor1 >soubor2

na konverzi textu z dosu do unixu (vim ze to umi specializovane utility, ale nikdy si nepamatuji, ktere).

2. Ke cut - casto pouzivam:

lynx -dump -links-only nejake.html | cut -c 7- | grep neco > seznam_odkazu
wget -c -i seznam_odkazu

na stazeni vseho co odkazuje z nejakeho html souboru (volby u lynx mohou byt spatne, nevim to ted z hlavy).

3. K find - lze take delat primo v radce:

for x in * ; do echo $x ; done

a podobne. Nejdriv tam obvykle pisu echo ten_prikaz, abych se presvedcil, ze to udela co ma. K tem mezeram bych podotkl, ze si lze nastavit separator (myslim promenna IFS) na "\n", a pak muzete fungovat i s mezerami (a pouzivat veci jako for x in `ls -1 adresar` ; do ... ).

Mozna neco co rikam vyse je trochu spatne, nevim z hlavy presne detaily (jsem ted ve Windows v praci).

Jeste me napadlo, nevim ted, jestli se to tu uz probiralo, ale takove ty zkratky
wget -nc http://cosi.kdesi/obrazek{0..9}{0..9}.jpg
jsou taky uzitecna vec.

este by sa autor mohol odnaucit pouzivat "cat" vsade kde je uplne zbytocny, vid napr.

$ cat /etc/resolv.conf | tr "e" "o"

Prosim vysvetlete. V tomhle pripade mi cat prijde spravny

Ted mi to doslo, Vam jde asi o toto:
tr "e" "o" < /etc/resolv.conf

O vhodnosti nebo nevhodnosti pouziti cat se tu mluvilo nedavno v diskuzi. Spousta lidi to takhle pouziva, proto to i ja obcas uvedu a pouziju. Myslim, ze neuskodi ukazat i takovy zapis.

Predpokladam, ze mu ide o:

tr e o /etc/resolv.conf

Tato debata ma zaujala. Ja radsej pouzivam presmerovanie ale chapem ze esteticky je cat mozno prehladnejsie. Preto som skusil najst dalsi dovod pretoze prehladnost nie je zanedbatelny faktor ani pri pisani skriptov.
Meranim som zistil ze presmerovanie je rychlejsie ako cat. Konkretne
time (tr a A < ii > ff)
dava lepsie vysledky ako
time (cat ii | tr a A > ff)

Moze to este niekto preverit, potvrdit alebo vyvratit?

/bin/cat -- to znamena samostatny proces

Premature optimization is the root of all evil. - DEK

Pokud by fakt slo o vykonnost, tak clovek predevsim nebude psat v shellu, ale v nejakem vhodnejsim jazyku.

Pokud mate neco jednoducheho, cat navic nevadi.
Pokud mate neco sloziteho, tak je nevhodne to v shellu psat.

Programator, ktery se zabyva mikrooptimalizacemi, plytva penezi zakaznika. :-)

preco to pises mne? ja cat pouzivam lebo je mi to prehladnejsie

BTW AFAIK Knuth nie je autorom, len to spopularizoval + urcite nehovoril o cat + co ta po peniazoch zakaznika?

jak kdy :) nekdy je to treba.

a preco sa nepodpises? ja tiez pouzivam casto cat a nevidim v tom ziaden problem, je to lepsie rozlozenie postupu a lahsie sa mi to cita

mv "$f" "`echo $f | tr ' ' '_' `"

mv "$f" "${f// /_}"

ahoj,
je sice pravda, ze so sed-om ani awk-om velmi neprichadzam do styku(maximalne na takej urovni, ako bola tu zmienena), ale mam ten pocit, ze perl a python su jazyky minimalne rovnako dostupne a rozsirene, ako tieto nastroje a toto vsetko zvladnu lavou zadnou a mnoho navyse....
opravte ma, ak sa mylim, ale ja na taketo jednoduchsie upravy radsej predsa len pouzijem Perl...

Ja bych vzdy pouzil primereny nastroj. Treba pri ulohach typu jednoducheho zpracovani textu je awk vyrazne rychlejsi nez perl - opravte mne, jestli se pletu.

mame tu jeden navic pouzity cat, o kterem se diskutuje a je dokonce casti uzivatelu schvalovan jako prehlednejsi.
Ano, u jednoho ze dvou cyklu jsem zapomnel uvozovky. Priklad by fungoval jen, v v pripade nazvu s mezerami by byl problem.

Nevim kolik korektoru clanek cte, ale je jiste, ze 5 lidi pri priprave clanku snadneji prehledne chybu nez nekolik tisic ctenaru.

Jeste drobnost - stale zde uvadime, ze hledame nove autory. Pridejte se a zkuste napsat nejaky dil. Jak vidite, tema je pomerne volne.

Trapna je hlavne tato pripominka.
Ja te fakt nechapu, podepsat se neumis, nejsi schopnej sam nic zplodit, ale drzkujes. Zkus si nekdy neco napsat tak, abys uspokojil vsechny...

lepe bych to nerekl :-/ ... neni mi moc jasny, z jakejch lidi se sklada unixova/linuxova komunita? dle meho by tydle lidi meli stat predevsim pri sobe, pomahat si a ne si lecit komplexy na uvozovkach ci pripadnejch chybach, ktery delame vsichni (sme jenom lidi, ci jak se to rika, ha?) nektery z tech drsnejch kritiku bych chtel potkat fakt osobne a udelat si obrazek, kdo za urcitejma pripominkama stoji .., i kdyz vlastne radsi ani nee :-/ ...
preju autorovi/autorum hodne trpelivosti a na lidi zakladajici podobny thready ("trapas"), hazejte s klidnym svedomim bobek! jo a diky za vse, c´ek se dycky necemu priuci, i kdyz na unixu uz par let jede!

Diky :-)

Konstrukce typu

cat soubor | nejaky_program

mne vzdy privadeji k usmevu. Copak nestaci

<soubor nejaky_program

???

aky by som bol stastny clovek, keby mi tak malo stacilo k usmevu... hm, mozno by sa mi aj it crowd pacil

No a mam se snad kvuli tomu rozcilit? :-)

nie, mam sa ja?

Pro lidi jako vy by v příkladech měli psát zásadně jen něco jako

zcat soubor.gz | nejaky_program

:D

na vsechno ze zdejsiho prikladu jde pouzit sed.

echo "osklivy retezec s nekolika mezerama" | sed 's/\s/\n/2;s/\n.*//'
for x in $(echo $PATH | sed 's/\:/\n/g'); do du -h $x; done
/sbin/ifconfig | sed 's/^\s\+.*//;/\s/!d;s/\s\+.*//'
cat /proc/bus/input/devices | sed '/^[N|S]/!d'

c00l !!!

Ono kolikrát je otázka jestli v bashi vůbec něco potřebujete (sed, awk...).

echo "osklivy retezec s nekolika mezerama" | while read x y z; do echo "$x $y"; done
echo "$PATH" | (IFS=":"; while read x; do du -h $x; done)
cat /proc/bus/input/devices | while read x; do [[ "$x" =~ ^[N|S].* ]] && echo "$x"; done

mam jeste jeden dotaz k tomu for cyklu.
Pokud jej zapisi jako "for x in *.jpg" a v adresari zadny jpg soubor neni, tak promenna x nabude hodnoty '*.jpg', coz dale ve skriptu skonci chybou. Da se tohle nejak elegantne vyresit? Ja zatim pouzival
"for x in `ls *.jpg 2> /dev/null`". Diky.

Nebo bashismus shopt -s nullglob. :-)

find -name \*.jpg -exec echo "nasiel som {}" \;

alebo

find -name \*.jpg | while read f; do
echo "nasiel som $f"
done

Smazání řádku 356 ze souboru known_hosts (funguje jen u novejšího sedu)
sed -i 356d /root/.ssh/known_hosts

dle nekterych reakci by se o sedu, grepu, ... dal napsat cely dalsi dil. Troufne si na to nekdo? :-)

Neviem, ci si niekto trufne, ale ja tento serial hltam, takze sa uz teraz neviem dockat.
Uz som ho pouzil asi 20 krat, odkedy som to zacal citat - fakt, ze viem, kde to najdem aj s pokecom a prikladom je na nezaplatenie.
A to s linuxom len zacinam a som skor desktopovy uzivatel...

A nebo muzeme prejemenovat vsechny soubory a za mezeru strcit treba pomlcku:
rename 'y/ /-/' *

A pak for f in * pujde taky.