A Microsoft bejelentette a Windows Server 2008 és a Windows Vista SP1 megjelenését

Egy text alapú láncban az a forrásból érkező szöveges adatok valamilyen úton-módon szűröd a lánc egyes elemein. Egyes elemek legjobb esetben is csak azt tudják tovább adni, amit kaptak és "megértettek".

Nem igaz. A unix szovegfeldolgozo eszkozoket (grep, awk, etc.) ugy terveztek hogy egy sor=egy rekord, a legjobb pelda talan a passwd file. Ezek az eszkozok siman tudnak szurni egy adott mezore, es aztan az egesz objektumot tovabbadni, semmi problema.

A problema ott van, hogy az egy sor=egy rekord modszer mar nem mukodik, egyszeruen azert mert sokkal bonyolultabbak a rekordok amikkel az ember manapsag dolgozik. En orulnek neki hogy ha Linuxra implementalna valaki olyan szuruket, ill. szuresi rendszert ami tavabbviszi a hagyomanyokat valamilyen szinten, pl. nem kell elfelejtenem amit az awk-rol, grep-rol tanultam, de megis hatekonyabban kezeli a bonyolultabb objektumokat. Vagy van mar ilyen? Persze ehhez az is kell hogy az egyes programok ugyanazt az "objektum formatumot" hasznaljak.

A powershell (Monad) ereje a te példádon is megmutatkozik, de a napi sysadmin munkájában méginkább. Gyakorlatilag a teljes operációs rendszert, valamint a .net Frameworkban megtalálható milliárdnyi funkcionalitást el lehet érni parancssorból.

Pl. Registry-bejegyzések listázása:

Úgy lehet mászkálni a registryben mint egy FS-ben. De én szertném a PSPath, PSParentPath, PSChildname, PSDrive és a PSProvider értékeket szűrni. Nem kell mást tenni, mint a Get-ItemProperty kimenetét átküldeni egy Select filteren.
> Get-ItemProperty . | select * -exclude PSPath, PSParentPath, PSChildname, PSDrive, PSProvider

Egy kicsit elegánsabb beletenni az egészet egy functionba:
> new-item -path function: -name DirRegistry -value {Get-ItemProperty . | select * -exclude PSPath, PSParentPath, PSChildname, PSDrive, PSProvider}

Így most már kész DirRegistry

Csinálok neki egy aliast:

> Set-Alias dirr DirRegistry

Most már ha a registryben járok a dir a kulcsokat, a dirr-el meg az aktuális kulcs értékeit listázza.

Mert az a musthave device 2008-ban.

---
pontscho / fresh!mindworkz

Kicsit túloztam ezzel, hogy szemléltessem a tény abszurditását. Természetesen lehet CD vagy pendrive is, a lényeg az, hogy egy szimpla shellnek nem volna szabad ekkora és ilyen jellegű dolgoktól függnie.
Egy shelltől szerintem joggal várható el, hogy ha beüt a ménkő, és semmi sem működik, akkor még talán a shell elindul, és megmenthessük, ami menthető.

--
Debian - The "What?!" starts not!

ez: kényelmesen használható shell.

A témához az a köze, hogy bastya_elvtars leírta, hogy a kde4 fejlesztőcsapat hatalmas újdonságként jelentette be a taggelhető fájlokat/könyvtárakat, miközben a Gnome ezt 10+ éve tudja.

Ezzel nem is vitatkozom. Soha nem állítottam, hogy a PowerShell nem tartalmaz újdonságokat a unix-féle shellekhez képest. De eddig windowson csak dos-szerű parancssor volt, ami azért messze nem éri el a powershell, de még egy unix-szerű shell tudását sem. És ez nagy újdonság. De ha ezt a Microsoft úgy állítja be, mint valami új találmányt, akkor az csúsztatás. Ha azt mondja, hogy más rendszerekben megtalálható shellek modernizált, javított változata, az korrekt.

Nem egészen erre gondoltam szerintem. hanem pl. arra, hogy amikor linux alól egy ipv4 paramétert, vagy egy kernelmodulbeállítást a /proc-ban vagy a /sys-ben állítasz, addig win alatt ez (is) a regisryben van ált. a HKLM/System alatt.Utóbbi jelentősen rugalmatlan esetben időnként újraindítás is kell...

Pl. nehezen tudom elképzelni pl. HKLM/System féle megoldással az rtc-wakealarm működtetését, vagyis hogy megadott időben felélessze a gépet akár ACPI S5 kikapcsolt állapotból is, anélkül hogy újraindítanád a gépet, és a BIOS ból beállítanád az ALARM timet.

de mondom vista-hoz nem volt szerencsém, tehát lehet nyitott kapukat döngetek.

De egyébként szép a cucc azt meg kell hagyni. vajon a firefox pref.js féle megoldását támogatja ? :))

------------

Nem a zsömle kicsi, a pofátok nagy...