Kde se vzalo 'cat soubor | příkaz'?

15.11.2005 10:38 | Přečteno: 2866× | Jen tak | poslední úprava: 20.11.2005 12:58

Také jste si všimli, že spousta lidí používá podivnou kombinaci příkazů například pro grepnutí něčeho z obsahu souboru?

cat soubor | grep výraz

Místo jednoduššího, kratšího a IMO i snadněji naučitelného nebo zapamatovatelného (protože logičtějšího):

grep výraz soubor

Tak si říkám, jak na to přišli? Totéž se často provádí i s jinými příkazy než grep. Samozřejmě nejde o nic nového... Spousta z vás určitě zná stránku Useless use of cat. Ale mě by zajímalo, odkud se to bere.

Není to někde v nějakém pochybném HOWTO, které si lidi často čtou? Nebo je to z nějakého podivného důvodu srozumitelnější zápis? Já si vzpomínám, že když jsem - coby samouk - zjistil, co je roura, tak jsem si to hned takhle vyzkoušel.

       

Komentáře

[anicka]

Za sebe muzu rict, ze casto napisu napr. 'cat soubor' a potom zjistim, ze je moc dlouhy... takze logicky nasleduje sipka nahoru, a treba 'cat soubor | head'. A nebo proste behem psani 'cat soubor' teprve premyslim, co s nim budu delat - nakonec mi to urychli praci, kdybych napred premyslela, pak psala prikaz, a pak teprve soubor, trvalo by to dele. V neposledni rade, pokud pisu nejaky dlouhy sed/grep humus, jsem rada, ze se mi tam neplete jeste jmeno souboru. Takze tak.

Nemam rada mc, takze vscehno delam primo v shellu a takto to dopada.

[Robert Krátký]

Ta šipka nahoru a něco připsat... to mě nenapadlo. Asi to také dělám.

[Hynek (Pichi) Vychodil]

a o

<soubor nějaký složitý příkaz co neznám

jste ještě neslyšel? Pořadí zadávání to má úplně stejné

[Marek 'marx' Grác]

Lenže cat sa píše jednoduchšie ako <, ktoré musíš zapisovať pomocou shiftu, zatiaľčo na cat ti stačí jedna ruka (a na každú klávesu využívaš iný prst). Ďalší dôvod pre používanie catu je, že nie všetky programy/skripty zvládajú niečo iné ako štandardný vstup. Tvoj návrh s < je síce pekný, ale cat ti dáva výhodu zameniteľnosti bez toho, aby si zasahoval do zbytku :) jednoducho umažeš po prvú rúru a zameníš to za výstup z iného progamu a fičíš.

[Hynek (Pichi) Vychodil]

hmm, umažu první rúru. Tak si zkus napast <soubor blabla bla a pak zmáčknout Home(nebo Ctrl+A) potom Alt+F a Ctrl+W, zaměň za výstup z iného progamu a fičíš S cat soubor | to třemi údery do klávesnice neuděláš. Když to budeš dělat přes ssh na pomalé lajně, tak si párkrát přemažeš i kus toho následujícího příkazu. Tak já nevím, ale ergonomie <soubor je o řád lepší.

[Hynek (Pichi) Vychodil]

Tak ještě jednodužší Home a Alt+D takže jen dva úhozy do klávesnice.

[Nejsemtu]

Velmi často se mi stávalo (na různých počích všude možně), že po stisku klávesy Home na řádek vyběhla jakási escape sekvence.

[Jan Kundrát (jkt)]

Mno treba ja se vydatne snazim pouzivat frazi "And the winner of the Useless use of `cat` award is ..." a vetsinou to zabira

[Ondřej]

Při použití s cat si nemusíte pamatovat pořadí parametrů grepu ;)

[anicka]

To bych zrovna jako zvlast velkou vyhodu nevidela, grep ma tu milou vlastnost, ze ocekava stejne poradi argumentu jako vsechny ostatni unixove prikazy .o)

[Michal Čihař]

Máš tam jenom jeden zbytečný cat, to je slabota

[anicka]

Jeziiisi... u toho tveho prikladu jsem musela asi vterinu uvazovat o syntaxi... kombinace '... | cat - > cosi' je opravdu nevidana.

OK, OK - pro tohle uz nemam vysvetleni.

[Robert Krátký]

kombinace '... | cat - > cosi' je opravdu nevidana.

Ale bezesporu je to vynalézavé. Škoda, že tam to | cat - není vícekrát hned za sebou...

[Peter Figura]

Pre mna je cat dobry starter pri vacsich kolonach. Az po prvom odskusani nasleduje optimalizacia a vtedy ide prec nielen cat

Inak cat zvyknem pouzivat na simulovanie stand. vstupu pri scriptoch, ktore sluzia ako filtre. Ako som napisal, po otestovani cat ide prec.

[Michal Vyskočil]

Není to pozůstatek z Unixu? Je možné, že staré implementace grepu neuměly otevřít soubor a pracovaly jen se stdin, stdout.

[Robert Krátký]

To bych neřekl, protože grep je jen vytržený specifický příkaz z 'ed' (g/re/p -- vypiš regexp) - a ed se soubory pracovat umí.

[Marek 'marx' Grác]

Podľa mňa tiež pôvodný grep pracoval len ako filter a práca so súbormi bolo jedno z (nielen) GNU rozšírení.

[outrage]

Toto u mne vzniklo uz v dobe, kdy jsem objevil rouru. Proste mi to tak nejak prijde prirozenejsi a (jak jiz bylo receno) take nemusim premyslet "co se souborem" pred napsanim prikazu. Takhle napisu cat soubor a mam dostatek casu si promyslet, co dal;)

Asi hodne blbej duvod. Ale citili byste se lepe, kdybyste vterinu jen tak koukali do shellu na kurzor? Pro me je asi lepsi premyslet u psani, zvlastni.

[Hynek (Pichi) Vychodil]

tak místo cat soubor | pište <soubor a budeme spokojení všichni. Jako malý bonus ušetříte pět úhozů do klávesnice. Jen jestli vám těch pět úhozů nebude chybět při tom přemýšlení.

[zde]

Hlavně se ušetří jeden exec() a jeden pipe(). Přesměrování lze psát na začátek, takže to že jméno souboru na vstupu předchází příkaz je zachováno:

<huge.log grep idiot| wc -l

[Semo]

<huge.log grep -c idiot

[outrage]

Pravda, diky. Rozhodne vyzkousim a pokud by se cas na premysleni prilis zkratil, tak se vratim ke svemu osvedcenemu zpusobu ;o)

[anicka]

myslim, ze mluvit lidem do toho, co si tukaji do shellu je trochu prehnane .o)

Skripty, ktere maji byt spusteny vickrat nez jednou samozrejme pisu hospodarneji .o)

[Peter S.]

Tiež to robím...
Ale v tomto prípade je výhoda, že grep nevypisuje aj názov súboru (áno, vypisovanie názvu sa dá potlačiť ... ale to by som sa musel pozrieť do manuálu....)

[Peter S.]

s tým vypisovaním mena súboru som sa sekol, teda aspoň v tom základnom tvare to problém nerobí, ale pri niektorých špeciálnych situáciach - dlhých rúrach tu ten problém je...

[barney]

hmm ... co tak nieco na tento sposob ?

infilter=cat

[ "x$arg" = "xz" ] && infilter=zcat [ "x$arg" = "xj" ] && infilter=bzcat [ "x$arg" = "xf" ] && infilter="ftpget ftp.example/com"

outfilter="cat - >"

$infilter insubor \ | prikaz \ | prikaz \ | $outfilter outsubor

[barney]

brr, tak este raz (
(moj druhy a posledny prispevok, nemienim sa otravovat pseudointeligentymi nastrojmi)

infilter=cat

[ "x$arg" = "xz" ] && infilter=zcat
[ "x$arg" = "xj" ] && infilter=bzcat
[ "x$arg" = "xf" ] && infilter="ftpget ftp.example/com"

outfilter="cat - >"

$infilter insubor \
  | prikaz \
  | prikaz \
  | $outfilter outsubor 

[podlesh]

Už to zde několikrát bylo, ale znova: cat je velmi praktický a přehledný jako začátek větších (často mnohařádkových) kolon. Takové většinou zkouším na mnoho pokusů (doplňuji regulární výrazy, další filtry doprostřed, atd.). S tím souvisí i další výhoda: zdrojový soubor je na začátku, takže ho snadno změním při editaci řádky z historie.

<soubor sice skutečně zachovává výše zmíněné hodnoty, ale odstraňuje jednu: vizuální přehlednost. Kůl (pro ty co neznají doc. Bokra: |) je velmi výrazný oddělovač a na první pohled vidím, kde začíná skutečná práce.

Samozřejmě, ve scriptech nemá cat co dělat. A <soubor už vůbec ne.

[anicka]

Kůl, to je fakt cool .o) Já jsem si ze školy přinesla výraz "ořítko" nebo případně "pajpítko"

[petr_p]

No, to je skoro tak hrozne, jako kdyz jsem slysel # rikat koleje.

[David Watzke]

Když to děláš tím dělším způsobem, stačí šipka nahoru a nahrazení grepovanýho výrazu jiným.

[Hynek (Pichi) Vychodil]

A v kratší verzi nikoliv? To jsou věci, co já se ještě z této diskuse nedovím co všechno nejde a nefunguje. Co třeba šipka nahoru Alt+B Ctrl+W, píšu nový výraz, enter a fičím.

[David Watzke]

Hm,

grep int rar.cpp

Nahoru, Alt+B, Ctrl+W a vidím:

grep int cpp

s kurzorem před c.

[herne the hunter]

jestli sis nevšim, tak Pichi tu celou dobu tvrdě ;) bojuje za konstrukci < soubor, takže to nejspíš myslel nějak takhle:

< rar.cpp grep int

nahoru, CTRL+W, píšu nový výraz, enter a fičím.

takhle to vypadá, když je člověk zvyklej nečíst příspěvky a hned flamovat ;)

[David Watzke]

Neflamuju, řekl jsem jen, jak to dělám já. Nejsem zvědavej na nějaký <, budu to dělat jak chci, protože se mi to takhle nelíbí. Netušil jsem, že se hned počítá s tím <.

[Michal Marek (twofish)]

grep *.cpp *.h janevimcojeste -e int

ať žije GNU getopt

[neO]

imho to je pouzivane v LDP - takze kdo precte, tak to tak pouziva (pokud vim, tak rpave grep je tam jakozto filtr, a pracuji tam s ni mpomoci cat... ale jestli s epletu, tka jsem holt trosku vic sklerotickej, no ;))

[Mikos]

Ale fuj, konstrukce "< soubor prikaz" se mi primo hnusi Budu si v shellu tvrdosijne pouzivat svuj oblibeny cat a pajpu a zadnej chytrak mi do toho nebude kecat, tak!

[VícNežNic]

Burane! Vítej v klubu

[Michal Kubeček]

Přesně. A autoři rádobyvtipných komentářů o zbytečných, zbytečnějších a nejzbytečnějších použitích příkazu cat si mohou trhnout nohou. Jen abych je trochu poškádlil: občas dokonce používám cat ještě drsnějším způsobem:

  ls -l | cat

Tak, a co povíte na tohle, moralisté? :-)

[Robert Krátký]

  ls -l | cat

K čemu je to dobré?

[Michal Marek (twofish)]

Výstup ls nejde na terminál, takže nebarví a nezarovnává do sloupců (je to rychlejší než zjišťovat co za optiony je potreba pouzit).

[Robert Krátký]

A to je výhoda?

[Hynek (Pichi) Vychodil]

No jasně. Než napast unalias ls a ls -1, případně si ten alias vymazat z bashrc tak napíšeš ls | cat. Je to tak krásně intuitivní a nemusíš se nic učit. Napsat do basrc: alias l='ls --color=none -1' tak to už by přesáhlo veškeré mentální schopnosti některých jedinců.