Unixové nástroje – 14 (find) (diskuse)

[maslo]

Unix 'find command' helper : http://find.unixpin.com/

[Andy]

diky

[pht]

Název adresáře, ve kterém chceme hledat, zadáváme vždy jako první (pokud jej vynecháme, použije se pracovní adresář).

To vynechání je AFAIK právě GNU rozšíření a pokud nemáte GNU tak bude find kousat. Jinak pointa je v tom, že těch cest může být jedna a více.

find /bin /usr/bin -name find

V případě, že ukončujeme argumenty hned za uvedením {}, můžeme místo středníku použít znak „+“.

Tady by se hodilo říci, že plus mění postup volání programu:

find /bin -exec prog '{}' ';'
=>
prog /bin/bash
prog /bin/cp
...

find /bin -exec prog '{}' '+'
=>
prog /bin/bash /bin/cp ...

Hodilo by se srovnání s -execdir.

Dále by se hodilo vysvětlit co je to -print, -printf a -print0. A že -print je default. To -print0 tam sice máte ale není z toho člověk moc moudrý.

[alblaho]

Já mám v binu skritp, který se jmenuje sifi (simple find) a vypadá takhle.

#!/bin/sh

find . -name "$1"

Používám ho denně, například:

git add `sifi HlubokoVBalíčcíchPohřbenýSoubor.java`
xdg-open `sifi HlubokoVBalíčcíchPohřbenýSoubor.java`

[dd]

Perfektne, dik za tip!

[vencas]

No, a já bych v zsh napsal

git add **/HlubokoVBalíčcíchPohřbenýSoubor.java
xdg-open **/HlubokoVBalíčcíchPohřbenýSoubor.java

Není to lepší? (Nějaký novější bash to už prý umí také)

[BostX]

Sorry ale find s jeho 50 000 parametrami je strasny bordel. Normaly clovek nie je schopny mentalne spracovat (= pochopit a oddebugova) prikaz s viac ako 4 az 5 parametrami.

Ovela lepsie je napisat si kratsi find s par parametrami, jeho vysledok prechadzat v cykle a vypisat si medzivysledky!

A aj tak tomu polka kolegov poriadne neporozumie.

[David Watzke]

Nesouhlasím. Jsem možná nenormální, ale tohle stejně pochopím:

find -depth -mindepth 1 -maxdepth 5 \( -type f -o -type l \) \( -name '*.docx' -o -iname '*.doc' \) -delete

[lib]

+1

[me]

Ano, mate pravdu, find je komplikovanejsi prikaz. Normalnimu smrtelnikovi se staci nasprtak dva nebo tri nejbeznejsi paramtry a s temi vystaci hodne dlouho. Expert rosirene moznosti find taky oceni...

[Ash]

Ovela lepsie je napisat si kratsi find s par parametrami, jeho vysledok prechadzat v cykle a vypisat si medzivysledky!

Omg, no když myslíte...

Oveľa lepšie je:
 - napísať si kratší find
   * s pár parametrami
   * jeho výsledok: 
        1) prochádzať v cykle
        2) vypísať si medzivýsledky!

[chsajarsa]

Lepsi je mit obe moznosti a find jde pouzivat i jednoduse. To je podle me jedna ze zakladnich vyhod unixu, ze k cili je mnoho cest. Ja napr. find nepouzivam pro jednoduche hledani. Na to je locate a whereis kdyz to neni v db,tak ls -lR + nejaky grep. Na slozitejsi veci ten find.

[Ash]

Více možností je určitě dobře. Já třeba asi nepochopím v čem je

ls -lR | grep foo

jednodušší než

find . -name '*foo*'

ale chápu že to může chápat někdo jiný :)

[chsajarsa]

Vubec v nicem. je to jen o stilu prace. Jsme hodne zvyklej pracovat s pipou a proto treba pouzivam cat neco | grep neco_dalsiho. Je to i castecne diky tomu,ze dost prebiham mezi ruznymi unixy a proste nez,abych premyslel jak se to kde chova tak to napisu takhle. Nic vic v tom neni.

Skripty jsou samozdrejme neco jineho. Tam se snazim byt co nejuspornejsi k procesorovemu casu

[jurasek]

Nevite nekdo jestli jde pouzit find na vyhledavani majitele nebo skupiny souboru na FS s aktivnimi ACL a pravy nastavovanymi pres setfacl ?

jura

[David Watzke]

Nevím zda to jde přímo, ale rozhodně lze na každej nalezenej soubor spustit nějakej skript, kterej to zjistí (pomocí přepínače -exec nebo jinak).

[VSi]

Nevím přesně jak je dotaz myšlen, ale "POSIX" acl, která se nastavují přes setfacl, nijak nemění sémantiku majitel-skupina, která se používá normálně. Prostě pořád má ten soubor/adresář vlastníka+skupinu, dále má klasická UNIX práva, a k tomu navíc jsou definovaná práva pro další uživatele a skupiny. find tedy bude pracovat s tím klasickým vlastníkem a skupinou, ale nebude umět třeba vypsat jen soubory, ke kterým má v ACL nastavená práva určitá skupina.

[jurasek]

OK. To chapu, ze bude stale umet pracovat se zakladnimi pravy ugo. Existuje nejaky nastroj, ktery by mi umel vyhledat v souborech, ktere maji nastaveno vice skupin pres ACL napriklad tu druhou a dalsi skupinu ?

jura

[user]

Ahoj,

jaky je rodil mezi

find -iname *.pdf a find -iname '*.pdf'

Na dotaz s temi apostrofy mi to vrati vice vysledku, ale nechapu proc.

Muzete mi to nekdo prosim vysvetlit ?

[David Watzke]

No tak bez apostrofů to expanduje shell, takže se ten výraz nahradí vším s příponou .pdf v pracovním adresáři. Mezi apostrofy to hledá rekurzivně vše s příponou .pdf.

[frEon]

nebo lze hodit pred * znak \, tedy -iname \*.pdf

[default]

Tady stojí za zmínku, že zde popisovaný find je opravdu čistě GNU/Linuxová záležitost. Na ostatních UNIXových či UNIX-like systémech se chová naprosto jinak a spoustu věcí neumí.

Pokud chcete psát cross-platform skripty, je lepší se findu vyhnout.

Nekamenujte mě. Píšu to jen proto, že seriál se jmenuje Unixové nástroje, nikoli Linuxové nástroje.

Jinak uznávám, že GNU verze je prostě nejlepší a preferuju ji. Bohužel né všude je k dispozici…

[David Watzke]

Single UNIX Specification popisuje totéž co já, až k sekci "GNU rozšíření". (Čímž se nesnažím vyvrátit tvoje tvrzení o přenositelnosti, jen o "linuxových nástrojích".)

[default]

V pohodě. Já jen na tohle upozorňuji, protože u žádnýho jinýho UNIXovýho nástroje jsem se nesetkal s tak šílenou nekompatibilitou.

Zbytek byly jen drobnosti typu že nelze překódovat iconvem soubor z jednoho kódování do toho samého a tak podobně. Upravit skript tak, aby mu tyto drobnosti nevadily, je v pohodě. V případě findu je to kolikrát major redesign (a následný major rewrite).

Navíc né každý plně implementuje UNIX Specification. Každý druhý má své Exceptions: because of backward compatibility, you know, heh.

[me]

A kdyz se vyhnete "findu", cim jej ve skriptech nahradite? Vetsina UNIX prikazu nepodporuje rekurzivni zpracovani adresaru (GNU utility toto uz take umi, ale ty taky pouzivat nemuzeme, nejsou prenosne... . Myslim si, ze findu se nelze uplne vyhnout, ale je treba omezit parametry jen na ty zakladni.

[bender]

a bude někdy v rámci tohoto seriálů představen i super nástroj sl?

[Ash]

:) Možná by stačil odkaz sl.