Moderní alternativy terminálových příkazů

Jsem klasik.. nemam a neznam ani jeden :-) dokonce ani IP mi nevoni, staci ifconfig

aspon to ncdu bys mohl osuchat ;-) a jue to take klasika, uz je tu 15let ;-)

Já jsem na tom podobně, ale na IP jsem si tak nějak zvykl. Pak často používám htop místo klasického topu/ps. Ale to je tak všechno. Pak fzf a skim vypadají, zajímavě, zkusím je pokud jsou v repozitáři. Problém s těmito utilitami ale je, že o "nich není slyšet", takže je najde jen ten, kdo je aktivně hledá a někdo zvyklý na df za týden po odeznění boom efektu už misto marného vzpomínání jestli to bylo duf nebo tdf, radši použije df :)

Rozdíl je v tom, že ty utilitky zmíněné v článku jsou jen vylepšené a původní nástroje pořád fungují správně. Naproti tomu ifconfig na linuxu už desítky let funguje špatně.

Zdravím, díky za odkazy na zajímavé tooly. Akorát o `tldr` bych nepsal že to je náhrada za man pages, to určitě ne. Je to spíš takový praktický doplněk.

30. 5. 2022, 21:56 editováno autorem komentáře

Chtěl jsem napsat něco podobné.
Ale pak jsem si uvědomil, že dříve jsem vlastně man pages pouzival abych se rychle zorientoval, nebo si pripomel jak se ktera vec dělá. Rozhodně jsem nikdy nechtěl pročítat zdlouhavou dokumentaci.
Pri tomto použití, je pro mě tldr vlastně náhrada, a to velice dobrá. man pages jsem uz douho neotevrel. A kdyz uz, tak na webu.

30. 5. 2022, 22:54 editováno autorem komentáře

Je pekny, ze si nekdo najde moderni nahrazku, ale pak ji stejne mimo sveho stroje v praxi nevyuzije, protoze by tim musel zaplevelit servery sdilene s ostatnima, nebo pracuje s kontejnerem, kde je minimalni pouzitelny system.

Jenže ne každej pracuje jako adminovací lopata která ve třísměnným provozu bouchá příkazy do nějakých cizích serverů. Jako vývojář mám pár svých vymazlených strojů, na všech svoje dotfiles a celý prostředí je 100% podle mě, s žádnými kolegy nic nesdílím. Fuj.

Jenže ne každý si fidlá na svoje housličky na svém písečku. Někteří přemýšlí v dlouhodobém horizontu a řeší zastupitelnost. Potom máš dvě možnosti - „zaplevelit“ ten server „svojí“ sadou nástrojů, nebo použít standardní nástroje.

Protože když na server přidáš ncdu a htop, už tam nikdo jiný nemůže použít du a top?

Ale může... Jen to občas není úplně jednoduché přidat. Například každá instalace SW musí být nějak zaprotokolována nebo musí projít schválením nebo nesmí být mimo hlavní repozitář distribuce nebo je centrálně řízena (ansible/puppet/­...).

V tomto jsem se asi blbě vyjádřil a zkušenosti hovoří jasně - pokud mám server, tak potřebuji, aby jeho stav odpovídal dokumentaci do nejmenšího detailu, nejlépe tak, aby byl kdokoliv schopen vytvořit jeho provozní repliku jen pomocí dokumentace (podobu této dokumentace nechám na každém, může to být i ansible playbook). A zde můžu narazit na problém s auditem („auditem“ kolegů) - k čemu, když stejně...

Rozumím tomu, že tyto utility s ničím nekolidují, protože jsou určeny pro interaktivní používání a třeba takový htop mám taky téměř všude. Jen vnímám, že prostě mají limitované použití. Třeba takový ncdu - hezká věcička, líbí se mi a rozhodně ji rád použiji. Ale ne na provozním serveru. Proč? Protože pokud potřebuji analýzu využití disku u multiuživatelského serveru (třeba uložiště pro 10+ uživatelů), tak tyto analýzy potřebuji dříve, než je problém a pokud možno periodicky, takže mám nástroj pro vizualizaci v rámci vlastní infrastruktury (třeba týdenní report v e-mailu, dashboard v grafaně...). Taky mám podchycené, aby někdo nevyčerpal prostředky pro všechny - quoty. Takže užití vidím třeba v případě domácího NAS-u, kdy mám pár uživatelů, které nechci omezovat a zároveň mi za to nestojí dělat pavidelný reportovací systém. Prostě jednou za čás se kouknu a řeknu „hele Franto, toho bordelu už tam máš příliš, promaž si to“ - pak ncdu má smysl.

Navíc, návyk používání těchto barevných věcí bere určitou flexibilitu - zaskakuji za kolegu, je problém a najednou mi chybí můj_oblíbený_vy­lepšený_cokoliv. Člověk je pak jak bez ruky, kdy obvykle ve stresu musí rychle něco opravit a furt musí myslet, že to httpie tam fakt není a luštit výstup z curl/wget, který neviděl už roky (pouze příklad!). Myslím, že tuto situaci zná každý, kdo umí využít schopnosti Vim a najednou má používat Vi z busyboxu (nebo nano).

Dokud tam nedotahnout ty utilitky nejake zbesile zavislosti, tak neni problem je tam dat kvuli jednomu adminovi.
Ostatne ne zas tak daleko jsou casy, kdy byl zpovykana vymyslenost i bash.

(bavim se o interaktivnim pouziti, ne o scriptovani, tam je to samozrejme slozitejsi)

"Zaplevelit" server instalací třeba ncdu? Nebo ripgrepem? To je neodpustitelné!

Zrovna třeba celá instalace ncdu zabere asi 240 kB.

Pak je taky ripgrep-all, ten prochází PDF, e-knihy, dokumenty office, archívy atd.

https://github.com/phiresky/ripgrep-all

Já nevím no, třeba duf mám v common role v ansiblu a servery to úplně na pohodu zvládají. Pokud to někomu ulehčí práci, tak ať si tam dá co potřebuje. Stroje mají sloužit lidem, ne obráceně. Kontejnery jsou trochu mimo, tam moc často nedochází k tomu, že se do nich někdo připojuje a když už, tak pokud tam ty nástroje potřebuje, tak to pořád bude lepší, než ten masiv co vyprodukuje třeba appka napsaná v Pythonu nebo Node.js.

Na containerech je právě krasné to že si tam můžete doinstalovat milion svých utilit které Vám zjednoduší práci. Pak až práci doděláte tak kontejner sestřelíte a pustíte jej znovu ve výchozím stavu.

fzf umí úplně luxusně nahradit dialog.

Zapomněli na pv (pipe viewer) jako alternativu k dd (disk dupe). Používá standardní syntaxi, ( /dev/xda1 místo if=/dev/xda1); zobrazuje progress bar, aktuální rychlost přenosu a případně i ETA; dá se pozastavit a znovu rozběhnout; umí omezit rychlost přenosu apod.

dd "už" (od coreutils 8.24 z roku 2015) taky umí status=progress

A když to nestačí, tak ddrescue poskytuje ještě víc informací (i když jeho primární určení je pro záchranu dat z disku s vadnými sektory).

Je. V parametru OF.

:-)

The name dd is an allusion to the DD statement found in IBM's Job Control Language (JCL), in which it is an abbreviation for "Data Definition". The command's syntax resembles a JCL statement more than other Unix commands do, so much that Eric S. Raymond says "the interface design was clearly a prank". dd is sometimes humorously called "Disk Destroyer", due to its drive-erasing capabilities.

(z wiki)

Diky za uzitecne tipy pro Linux - nicmene jako tupej admin (jak se pise vyse) pracuji nejen na Linuxu, ale i na spouste dalsich *NIXech, takze zatimco treba na AIXu je to jeste jakz takz, tak pak stret se Solarisem je peklo... a pak to pouzivani tech old-school utilit je lepsi, protoze valna vetsina se nachazi napric timto portofoliem OS...

No vidite ... nekomu nestaci "standardni" Unixove utility ... a ja bazim po tom mit je i na Windows (ne, cygwin neni reseni).

WSL?

Jak resi virtualni komp/kontejner s Linuxem, aka WSL, nemoznost pouzit totez naprimo v promptu MS Win? Nedejboze se to rovnou pokouset retezit do pajpy s MS Win/DOS prikazy/programy?
(Se jen ptam, pac mi prijde ze v tomhle ohledu je na tom Cygwin ponekud lepe, co do integrace)

31. 5. 2022, 14:36 editováno autorem komentáře

WSL nemam prostudovane do detailu, ale jeho interoperabilita v nativnim Windows svete neni uplne idealni (treba ifconfig, prace s Win procesy, ...).

ifconfig je snad mrtvy uplne vsude, ne?

Na OpenBSD a NetBSD funguje ifconfig luxusně. Mám výrazné podezření, že ifconfigem to není....

Mám pocit, že pokud budeš čekat na ifconfig, tak si počkáš fakt dlouho. Účelem WSL je, že mám projekt, který používá linuxové nástroje na zbuildění a testování a já obojí můžu díky WSL spustit lokálně. Není to komplikovaná vrstva na správu Windows. Není to náhrada Linuxu.

No a hlavne to neni buildovaci prostredi kdyz primarni tooly jsou Win32 aplikace. WSL muj problem neresi.

Cygwin není řešení? Proč? Roky takhle ovládám Win servery (ssh, skripty ...)
Dnes se to na Win už lepší, mají vlastní sshd, PowerShell je mocný ... ale kdysi to tak nebylo a Cygwin rozhodně byl a je řešení.

Pokud chcete používat "standardni" Unixove utility VE Windows (ne v Linux kontaineru NA Windows), tak naopak WSL není řešení.