Hezké.
Ukázat v podstatě bez ladu a skladu co autor používá a považuje za užitečné.
Doufám, stejně jako autor, že komentáře doplní lidé podobnými myšlenkami.
Víc takových, man si opravdu umí přečíst každý sám, ale poznat co z toho je aspoň nějak užitečné bývá problém.
du -sh * | sort -rn | head
nebude fungovat, jelikoz 500K se zaradi pred 400M ...
s tim chmod +X je to trochu nepresne, cela pravda je "execute only if the file is a directory or already has execute permission for some user (X)"
kalkulacka: bash umi rychlejsi zapis $[117+189], ale ja osobne pouzivam bc -l. jinak do (( )) lze v bashi nacpat celkem mocne aritmeticke ukony. napriklad inkrementace promenne ((x++)) misto x=$[$x+1].
krom aliasu jsou vhodne taky funkce, napr: function mcd() { mkdir -p "$1" && cd "$1"; } -- tuto funkci v aliasech neni mozno udelat kvuli $1, a zvlastnim skriptem take ne (hadejte proc :)
...spolehlive to seradi dle velikosti adresare v aktualni ceste, navic bez vypisu podadresaru.
Pro autora:
1) ld je linker (prikaz), proto bych ten alias urcite volil jinak pojmenovany :)
2) Ulozit definovane aliasy bych spis doporucoval na Linuxovych distribucich spis do ~/.bashrc nebo /etc/bashrc.
Výňatek s man stránky:
curl offers a busload of useful tricks like proxy support, user authentication, ftp upload, HTTP post, SSL connections, cookies, file transfer resume and more. As you will see below, the number of features will make your head spin!
O tomhle se tu uz nekolikrat vedla diskuze. Pro nektere je tam ta roura a prikaz cat zbytecny. Napisi to jako grep some-string smthg. Vysledek bude stejny, jen zpracovani bude asi o 0.000001s rychlejsi. Zalezi spis na tom, co Ti prijde prehlednejsi a vhodnejsi pro Tebe
cat|grep spusti cat a grep. vystup cat je pres rouru napojeny na vstup grep. kdyz ten cat pouzijete jen na vypsani souboru, zatimco grep sam o sobe proste umi cist ze souboru, tak je zkratka zbytecne spoustet jeden proces navic a prelevat data pres rouru.
pokud jde o tu rychlost, tak si to prosim zkuste na nejakych peknych velkych datech. na trosicku zatizenem servriku. ve vyrazu, kde i bez toho rourujete 10 prikazu. apod.
To je sice pravda, ale me se hodnekrat stava, ze zacnu psat "cat xxx |grep yyy" a skocim u mnohem slozitejsiho vyrazu, ktery se musi mezi cat a grap vlozit. Dalsi vec je, ze ne vzdy pouzijete cat ale klidne nejaky jiny vystup, takze "cat|grep" je proste ustaleny zazity postup a je zbytecne se ucit nejakou vyjimku ktera plati pouze a jen pro netknute soubory...
ja nemluvil o tom, ze je to nesmysl. Proste nekdo grepuje v kombinaci s catem. Ja pouzivam obe moznosti. Nekdo tady uvadel rychlost. Myslim ze velka vetsina pripadu kdy se to volam s catem je proste z radky kdy neresime nejaka velka data. Pokud opravdu potrebuju vykon, nebudu to resit shell skriptem. Ale je pravda, ze jsem ten prispevek mohl formulovat lepe :-)
Ale napada mne myslenka - spousta lidi tu kombinaci pouziva. Jak to vzniklo? Nejaka ucebnice linuxu to takhle uvadi? Nebo grep drive neumel cist soubor?