amirol a bash csak almodhat :)

Szerintem egy Scala alapu shell is eleg jo lehetne, kb. hasonloan magasszintu mukodest ki lehetne hozni a Scala interpreterre alapozva.

Egyebkent meg a Powershell maga 'nem nagy szam' -- eleg vekonyka reteg a .Net VM folott, ami viszont igazan utos anyag. :) Ezt az Add-Type cmdletnek megfelelo funkcionalitast mar 5-6 eve meg lehetett valositani az .Emit meg a .Compiler nevterekben uldogelo osztalyokkal.

Ketsegtelenul jopofa. :)

----------------------
while (!sleep) sheep++;

A PS meglehetősen okos es izgalmas.

Aztán hogy hogyan gondolták, hogy a 2-es verzió még nem képes úgy írni a stdoutra (csak dotnetes trükkökkel), hogy nem emel hozzá sort, azt én nem érem fel ésszel.

Szintén nem értem, hogy ha már elég jó minőségben lekoppintják a regexpes lehetőségeket, miért kell a replace-t úgy megvalósítani, hogy alapból cserél mindent. Hogy lookodavisszákkal kelljen megoldani a triviális csakazelsőt cserét, az nem evilági gondolkodásmódot tükröz.

A foreach és foreach-object kétarcúsága (miközben előbbi az utóbbi aliasa volna) szintén arculcsapás.

De az igazi kedvencem ez:

PS C:\> ls temp\x


Directory: C:\temp

Mode LastWriteTime Length Name
---- ------------- ------ ----
-a--- 1/26/2010 12:05 PM 950 x

PS C:\> ls temp\x | fl

Directory: C:\temp

Name : x
Length : 950
CreationTime : 1/26/2010 12:05:27 PM
LastWriteTime : 1/26/2010 12:05:27 PM
LastAccessTime : 7/9/2011 7:44:49 AM
VersionInfo : File: C:\temp\x
InternalName:
OriginalFilename:
FileVersion:
FileDescription:
Product:
ProductVersion:
Debug: False
Patched: False
PreRelease: False
PrivateBuild: False
SpecialBuild: False
Language:

PS C:\> ls temp\x ; ls temp\x | fl

Directory: C:\temp

Mode LastWriteTime Length Name
---- ------------- ------ ----
-a--- 1/26/2010 12:05 PM 950 x
out-lineoutput : The object of type "Microsoft.PowerShell.Commands.Internal.For
mat.FormatStartData" is not valid or not in the correct sequence. This is likel
y caused by a user-specified "format-list" command which is conflicting with th
e default formatting.
+ CategoryInfo : InvalidData: (:) [out-lineoutput], InvalidOperat
ionException
+ FullyQualifiedErrorId : ConsoleLineOutputOutOfSequencePacket,Microsoft.P
owerShell.Commands.OutLineOutputCommand

Persze van, ahol megmagyarázzák, hogy ez fícsör... de remélem, az *sh soha nem fog ilyen fícsörrel meglepni.

(A fenti hibákra alig párhetes tapasztalattal bukkantam - de nem bukkantam normális megoldásra/magyarázara a mi barátunk hosszas faggatása után sem.)

Linuxon azért nincs szükség powershellre, mert van annál ezerszer jobb. Amit shellből nem tudok megoldani azt megoldom gcc-vel.

Akinek nem teccik a C/C++ annak ott van a python, lua, meg a százezernyi más interpreteres nyelv. Még LOL nyelv interpreter is van ahogy múltkor nézegettem.

A powershell egy hype. A winfos abbéli hiányosságát pótolja, hogy nincs benn egy fordító (pölö: gcc). Egyébként meg ha windozos scriptelésre vagyok kényszerítve akkor meg .vbs, az legalább nem csak win7 meg .NET only, és nem kell hozzá semmit telepíteni. (<- ez egy nagyon fontos érv!)

--
GPLv3-as hozzászólás.

Szerintem a valamilyen Linux disztribúciót használók mérhető százalékának volt már dolga mondjuk a bash-sel, és még mindig mérhető százaléknyi valamilyen szinten szkriptelni is tud benne. Vajon mennyi lehet ez az arány a Windows akármi.x/Powershell viszonylatban? (De kérdezhetnénk akár csak azt, hogy mennyien hallottak már a PS-ről a Windowst használók körében és mennyien a bash-ről a Linuxot használók között, azt már nem is említve, hogy a Windows használók között mennyien tudnak a bash-ről és a Linux felhasználók között mennyien hallottak a Powershell-ről.)

> ajanlott ertelmezni is a kodot

Mesélj: te mit értelmeztél ki belőle?

Vargya': En bash-t hasznalok, es van, hogy js-ben irok hozza "CmdLet"-et, van hogy pythonban, teli vagyok sed es awk inline scriptekkel, es meg csak :: -okkal se kell foglalkoznom.

Akkor most en vagyok a hulye?

Bevallom, én rendkívül vonzódom a maximálisan koherens, az elveiket nem beáldozó rendszerekhez/nyelvekhez, főként ha ezt végig viszik a lehetséges maximumig. (Haskell, Smalltalk stb... )

Ezért pl. szimpatikus a powershell is, és emiatt tudtam néha kicsit idegenkedni a Unix hozzáállásától:

DE aztán rájöttem, hogy mindazoknak a rendszereknek és nyelveknek amikkel olyan remekül elszórakozom, töredékével ismerkedtem volna meg, és használtam volna fel bármire is bármikor, ha nem lett volna alattam egy ilyen sárlabda szerű (bármit bármihez egyszerű elvek mentén hozzáragaszthatsz) kombinálható és befogadó a változatosságot nem diszkrimináló alaprendszer

A shell "gyengeségei" és fent említett befogadóképessége együtt ráadásul szerintem egy külön motiváció minden unixot használónál, hogy egyre több, az éppen adott céljaihoz minél jobban passzoló eszközt megismerjen.
Hát szóval ennyit minimum fel tudok hozni ennek a "dizájnnak" a védelmében...

Ööö... izé... én értem, hogy ez annyira-de-annyira jó dolog, hogy nagyon, de nálam a shell programozás két szinten szokott történni:
- bash + awk, grep, egrep, sed, tr, ...
- perl

Amit nem tudok perl-ben megírni és shell-ben kell fusson, ahhoz a C# is kevés lesz, ráadásul többet kell írni ugyanahhoz az eredményhez, mintha perl-ben írnám. Egyébként eddig még nem futottam bele olyasmibe, amihez a perl kevés lenne, de ha bele is futnék, akkor Java-ban írnám meg... :)
--
http://wiki.javaforum.hu/display/~auth.gabor/Home

Linux alá (is) egy rakat objektumorientált interpreteres nyelv létezik. Az hogy a bash pont nem az az szerintem a világ egyik legnagyobb vihar a biliben problémája.

------
3 fajta matematikus létezik. Aki tud számolni, és aki nem.

Szóval mondom, lehet kedvelni, de ha ilyeneket kell csinálni (pl. egy DNS HOST rekord frissítésekor), akkor a leborulással még várok pár verziót:


$ErrorActionPreference = "SilentlyContinue"


$cnt = 0 # Do it again if it fails as there is a bug with Powershell/WMI
DO

{

$cnt = $cnt + 1

$newPool.Put()

} WHILE (!$? -AND ($cnt -lt 10))

Lehet Miguel már csinálja a monoshell-t :)

A bash a "cd foo bar" okosságról is csak álmodhat, az pedig nem is egy nagy kunszt...

A PowerShellel őszintén szólva kettő problémám van. Pedig jóval előremutatóbb, mint egy karakteres maszlagban való turkálás:

- Mivel nincs meg az adott mélységű tapasztalatom PS-ben, ezért még mindig hamarabb összeütök egy PHP scriptet vagy egy C# programot (VS indítással és mindennel együtt), mint mialatt megírom a PS scriptet. Utóbbi esetben még jó eséllyel hatékonyabb is lesz.

Persze, ezen lehet változtatni, tanulással, viszonylag gyorsan.

- Másik probléma, hogy a legtöbb admin nem, hogy nem tud programozni, de eredendően rühelli is. Egyetemen is egy csomó emberrel beszéltem, aki rendszergazda/rendszermérnök beállítottságú ember kérdezi, hogy mégis minek szívatják őket ennyire a programozással. Nah, pont ezért.

Amit a legtöbb rendszergazda produkál "script" címszó alatt (és nem feltétlen PS-re kell gondolni, bash-ban is vannak ám olyan szinten rettenetek), hogy a hajam leteszem, mikor néha látom, hogy mit csinálnak.

És mivel hiányzik az elméleti háttér (mert az fúj, undorító programozás, különben is sokan örülnek maguknak, hogy megértették, hogy működnek a pipek UNIX-on) inkább csuklóból elleneznek mindent, ami picit is újító irány.

Mert minek, mert a régin is össze lehetett taknyolni...

----------------
Lvl86 Troll

Azt azért vegyük észre, hogy pinyo_villany bedobta a májkrémmel bekent macskát az éhes kutyák közé, azok meg rávetették magukat.

Ehhez a topikhoz 3-4 alkalommal akartam hozzászólni, de mindig meggondoltam magamat, mert úgy éreztem, hogy inkább flame (lenne) az egész.

A szöveges adatfolyamok ide-oda pipe-olgatása és feldolgozása olyan szinten ineffektív hogy az ilyen megoldásokat illik elvi alapon elutasítani.

Egyébként szerintem a Unix "filozófia" is egy nagy baromság: "Write programs that do one thing and do it well. Write programs to work together. Write programs to handle text streams, because that is a universal interface."

Ha-ha!! Bash mellett létezik Ruby is.
Azt is megnézném mikor fog a PS beleférni egy routerbe. Kábé soha. :P

Abban a szerencsés (?) helyzetben vagyok, hogy az elmúlt két évben rengeteg lehetőségem volt különböző Microsoft termékeket adminisztrálni Powershell segítségével. Amit mindenképpen érdemes kiemelni, hogy a Powershell NEM linuxos shell és nem is ugyanarra való.

Példa 1:

Levelezőrendszer, a DMZ-ben van egy postfix, a belső hálózaton van egy Exchange hub transport és egy mailbox szerver. A feladat a levelek életútját végigkövetni a rendszeren, kigyűjteni a logokból, hogy melyik node-ra mikor érkezett meg a levél és mikor hagyta el.

A postfix esetében a következőkkel fogsz küzdeni:

A postfix több sor logot is ír ugyanarról a levélről, és nincs összefoglaló sor. Emiatt csinálnod kell "valamit", amivel az első és az utolsó sort ID alapján összekötöd. Ez az ID nemhogy nem uniq, mégcsak nem is túl hosszú, simán lehet akár egy logfile-on belül két levélnek ugyanaz az ID-ja. Távoli logolás esetén sajnos előfordulhat, hogy előbb van a logban a "kiment a levél", mint a "bejött a levél" üzenet. Emellett a syslog formátum esetében több awk és cut kell ahhoz, hogy mindezeket ténylegesen megvalósítsd, úgyhogy túl optimálishoz közeli sem lesz a kódod.

Ezt shellben összereszelni nem túl egyszerű, én inkább neki sem állnék, írnék egy kis programot python-ban (vagy bármi másban).

Az Exchange esetében a következőkkel fogsz küzdeni:

Ööö... Hát, sokmindennel nem. get-messagetrackinglog, 2 paraméter, kész.

Példa 2:

Ugyanitt statisztikát kell készítened arról, hogy melyik rendszeren hány e-mail érkezett nem létező címzettnek.

A postfix esetében egy grep és egy wc megoldja a problémát.

Az Exchange esetében készítened kell egypár Powershell scriptet, ami:
- lekérdezi az Exchange organizációd struktúráját (hogy tudd, hogy mégis hányszor e-mailt hányszor próbálj megszámolni)
- ehhez rossz esetben kell írnod AD lekérdezéseket is
- miután megvan a struktúra, a message tracking logot kb. úgy ahogy van be kell rántanod a memóriába
- ott szűrsz így és úgy, nem is olyan egyszerű algoritmusokkal
- majd a végén kipottyan egy szám, amit még kézzel ellenőrizni sem nagyon fogsz tudni.

Nem szar ez, nem szar ez csak másra jó! :-)

Igen, az interpreter jellegű MSIL emittálás és futtatás jól hangzik :-)

Mindazonáltal azért örülnék, ha powershellből nem lehetne pl webszervert indítani pusztán azzal, hogy bepipeolom a forráskódot... érted :-)
--
"SzAM-7 -es, tudjátok amivel a Mirage-okat szokták lelőni" - Robi.

Erről is csak álmodhat a bash:


1
switch ($null) { "valami" { "ide nem" } default {"de ide igen"} }
2
switch ( (ls | gm semmi) ) { "valami" { "ide nem" } default {"es akkor ide miert nem?"} }


(ls | gm semmi) -eq $null

Eredmény:


1
de ide igen
2
True


Amennyiben Gabucino úgy véli, hogy ezen hozzászólásommal is ki kell egészítse a mémtárát, külön megkérem tisztelettel, hogy magyarázatot is fűzzön hozzá (nem a listázáshoz, az az ő dolga: a problémához).
Köszönöm!

És még egy

"'The provider does not support the use of credentials. Please perform the operation again without specifying credentials.'

The documentation states that you can provide a PSCredential object but if you look closer the cmdlet does not support this yet. Maybe in the next version I guess.

...

There's an open bug for this: connect.microsoft.com/feedback/… – halr9000 Nov 20 '08 at 21:21

Actually, I think the cmdlet supports it just fine - it's the underlying PSDrive provider that isn't doing anything with it. All the *-Item cmdlets have a generic set of behaviors; they just pass them through to the PSDrive provider, though. -filter is another example. – Don Jones Nov 29 '08 at 17:22

Looking at the docs, you'll notice that it says the parameter is not implemented for the cmdlet. technet.microsoft.com/en-us/library/bb978543.aspx – Scott Saad Nov 30 '08 at 16:01"

B+, azóta eltelt 2.5 év, de az elkúrástól számítva kétszer annyi.

Hát mi a franc volna természetesebb egy wines környezetben, mint a map, felhasználóval, jelszóval?

Szóval picit kevesebb ojjektumorientáltság több működőképességgel jobban meghálálná magát.

... és én nem a juszt is ellenzők közé tartozom...

hello,

Ma egy Win7/Linux dual boot-osítás során szükség lett volna a parancssorba clipboard-ból beilleszteni valamit, persze sem ctrlV sem shiftIns nem működött. Nosza, gondoltam annyi szépet hallottam a powershell-ről, abban talán már megoldották ezt a kemény feladatot. Hát nem! Ott sem működik.

Közben a bcdedit-et kellett volna használni, de azt a powershellből nem lehet elindítani!

Gondolom, biztos van olyan registry beállítás ami ezeket esetleg tudatja vele, de alapból ezt tapasztaltam. A címre reagálva, még szerencse, hogy a bash csak álmodhat erről, de szerintem azt sem...

Jo sokminden eloferdult itt, de erdekes hogy senki nem emlegeti a jo oreg wsh-t :). Na abban aztan lehetett mindnefelet ganytelepelni:) Es altalaban a szukseges holmik is fel voltak teve egy alap win installra, es mondjuk pottynet sem kellett hozza, ha vkit az aggaszt.