'Mozna si stale jeste neuvedomujete, jak mocne je
toto schema, ale doufam, ze po precteni
nasledujicich odstavcu si je zalibite a nad
nejakou pseudokopii od Microsoftu budete po
pravu ohrnovat nos.' Muzu jen potvrdit!!
Proste konstrukce typu (v man si najdete, co to dela)
'du grep -i -e '\.\(/[^/]\+\)\?$' sort -n less'
v DOSu neudelate:-)) nebo takovy
grep -i -e 'neco' `find . -iname '*.tex'` less
je proste k nezaplaceni.
Sakra, ono to nedela pipy. Tak pipy jsou misto pismena P
(pipe - roura - to je svisla cara, obvykle na stejnej
klavese jako zpetny lomitko, akorat se shiftem:-))
du P grep -i -e '\.\(/[^/]\+\)\?$' P sort -n P less
grep -i -e 'neco' `find . -iname '*.tex'` P less
a okolo prikazu find . -iname '*.tex' jsou zpetny apostrofy!!
Nok tomu scrollovani: jde o to, ze jakmile prepnete na jiny terminal, okamzite se maze buffer aby byl pristupny pro novy terminal. Taakze i po alt-f2 se uz nedostanete zpet na bios hlaseni. A x-ka jsou take dalsim terminalem a z toho duvodu se ztraci buffer. BTW pod X-kama muzete pouzivat tez kombici shift-pgup/pgdown. Je to mnohndy rychlejsi nez hledani scrollbaru (pokud nemate mys s koleckem a prislucnou konfiguraci).
Jeste scroll: pouziva to co zustalo v RAM na VGAkarte. Cim je RAM vetsi, tim vic tam toho zustane, ale vymaze se to mimo jine pri prepnuti videomodu. A funguje to i na RH6.1, ale nesmi byt pri bootu pouzit parametr vga=neco (prepnuti videomodu) a karta musi mit dost pameti.
'Mozna si stale jeste neuvedomujete, jak mocne je
toto schema, ale doufam, ze po precteni
nasledujicich odstavcu si je zalibite a nad
nejakou pseudokopii od Microsoftu budete po
pravu ohrnovat nos.' Muzu jen potvrdit!!
Proste konstrukce typu (v man si najdete, co to dela)
'du grep -i -e '\.\(/[^/]\+\)\?$' sort -n less'
v DOSu neudelate?
Mohu poprosit o jedinny logicky duvod, proc bych to mel delat?
no, jasne, ve woknech to zapotrebi ani tak neni,
tam clovek pouzije nejakej manazer a necha si poscitat
velikosti vsech adresaru a podadr. a zobrazi to
serazeny podle velikosti.
V DOSu to lze take pres VC& spol. Samozrejme tohle
byl jen priklad, ze i takovehle zretezeni je v linuxu
naprosto v pohode. DOS ma celkem velky problemy s
rourama a spoustenim programu v parametrech.
NAvic, nekdy se treba cloveku muze hodit, udelat
skriptik (neco jako v DOSu BAT soubor), kterej mu
poscita velikosti adresaru, profiltruje jen velikosti
ten nejmene zanorenych adresaru, seradi podle velikosti
a necha listovat lessem nebo treba preda jinymu
programu, napriklad k porovnani velikosti a kdyz bude
treba velikost nad 20MB, tak se zobrazi hlaska,
ze ten adresar ma nejak moc, abych si ho promaznul.
Jak tohle udelas v DOSu? Ano nejakym C programem nebo tak nejak.
Hm..., a co tak tento pripad
Kompresovany subor o velkosti 50 MB, po
dekompresii bude mat povedzme 300 MB, volne miesto
na disku je 100 MB ( alebo aj menej :-), a z tohto
tohto suboru potrebujem vybrat prvych
1000 riadkov zacinajucich na 'A'. To som zvedavy
ako sa toto da urobit vo VBScripte :-).
v UNIXe :
gzcat subor.gz P grep '^A' P head -1000
P = pipe
...hm...muj disk ma 20 GB...nedostanu se nikdy pod 2 GB volneho mista... servery v praci maji tez X GB disky...tento pripad jsem za posledni 3 roky nikdy neresil...
...myslim ze je to mozna hezke, ze to umi, ale nepotrebuji se ucit neco co za 3 roky nepouziji... z toho duvodu ze se musim ucit neco co pouzivam a budu pouzivat. Tak je to v Unixu normalni...clovek musi znat vse nazpamet nebo travit hodiny ctenim navodu misto produktivni prace...navodu kde se dozvi sice mozna pro nekoho zajimave veci ale z vetsi casti neupotrebitelne.
S tim, ze prikaz more neumi skrolovat zpet bych si dovolil nesouhlasit.
Zkousel jste kombinaci klaves Ctrl b ?
SAmozrejme souhlasim, ze less je komfortnejsi, ale
na more jsem si nejak zvykl (je to asi jako vi versus joe nebo jed) :-))
