mboost-dp1
Microsoft Corporation
Som underviser, der lige har undervist en uges Powershell 4.0 kan jeg kun give #54 ret.
Installer en core server og få RSAT og til resten kan du psremote. Done. Du behøver aldrig, aldrig, aldrig, aldrig, ALDRIG bruge en gui på din server igen.
Bare tak mig senere, Montago......
Installer en core server og få RSAT og til resten kan du psremote. Done. Du behøver aldrig, aldrig, aldrig, aldrig, ALDRIG bruge en gui på din server igen.
Bare tak mig senere, Montago......
Dælme hurtigt den røg til udvidet support. Microsoft ydede da alm support på xp noget længere før at den røg til udvidet. Men de vil vel bare af med Win7
#56
Ja - der var mainstream support på WinXP flere år end på Win7.
Nej - MS har ikke ændret support politik.
MS yder mainstream support på consumer software i:
MAX(release + 5 år, release næste version + 2 år)
Så grunden til at WinXP var supporteret længere er at intervallet mellem WinXP og WinVista var større end mellem Win7 og Win8.
Ja - der var mainstream support på WinXP flere år end på Win7.
Nej - MS har ikke ændret support politik.
MS yder mainstream support på consumer software i:
MAX(release + 5 år, release næste version + 2 år)
Så grunden til at WinXP var supporteret længere er at intervallet mellem WinXP og WinVista var større end mellem Win7 og Win8.
KickAssFairy (55) skrev:Som underviser, der lige har undervist en uges Powershell 4.0 kan jeg kun give #54 ret.
Installer en core server og få RSAT og til resten kan du psremote. Done. Du behøver aldrig, aldrig, aldrig, aldrig, ALDRIG bruge en gui på din server igen.
Bare tak mig senere, Montago......
Hvis det kun er en hobby server eller hvis man er noob giver det sku meget god mening med et interface som har tooltips, guides, wizards og GUI...
når man så en dag er hardcore, kan man droppe GUI.
Montago.NET (58) skrev:Hvis det kun er en hobby server eller hvis man er noob giver det sku meget god mening med et interface som har tooltips, guides, wizards og GUI...
når man så en dag er hardcore, kan man droppe GUI.
Som noob Linux server administrator er det nu ganske dejligt med command-line da det er yderst let at finde guides på Google hvor man bare kan copy-paste fra. Jeg er begyndt at bruge samme trick mere og mere på Windows Server, f.eks. min Hyper-V server kører Core.
Men det er vel ikke ligefrem hobby når du snakker om dit arbejde?Montago.NET (58) skrev:
Hvis det kun er en hobby server eller hvis man er noob giver det sku meget god mening med et interface som har tooltips, guides, wizards og GUI...
når man så en dag er hardcore, kan man droppe GUI.
Montago.NET (58) skrev:når man så en dag er hardcore, kan man droppe GUI
GUI for dummies
For at starte paint skal du trykke på den blå cirkel nede i venstre hjørne.
Tryk på "alle programmer"
Find "Tilbehør" og click på den
Tryk nu op "Paint"
non-GUI
For at starte paint trykket du windows+R og skriver mspaint
tryk enter
At påstå at GUI er nemmere og kræver mindre arbejde kommer vidst lidt an på hvem og hvad du skal foretage dig.
Som en lille bonus virker non-GUI metoden også på en engelsk install af windows, og før jeg bliver slagtet af de ægte non-GUI folk herinde, jeg ved godt at begge metoder hører under GUI men den jeg kalder non-GUI kræver ikke en mus og kan udføres af en blind person... Hvorfor en blind person ville åbne paint.. tjaa ;)
Magten (60) skrev:Men det er vel ikke ligefrem hobby når du snakker om dit arbejde?
Nej, dér er jeg noob når det gælder servere...
Derhjemme har jeg en hobby server som jeg lærer af ved at lege med den.
Men dér hvor i allesammen fejler og ikke har adresseret pointen, er med hensyn til informationgraden. GUI giver mig vinduer med tonsvis af information og mulighed for at have flere informationskilder åbne på samme tid.
men fortsæt bare med at være en konsoltosse... for jeg gider ik.
IT-ekspert Yvossen (59) skrev:Som noob Linux server administrator er det nu ganske dejligt med command-line da det er yderst let at finde guides på Google hvor man bare kan copy-paste fra.
Bare pas på at hjemmesiden ikke har konverteret en bindestreg til f.eks. em-dash.
gramps (63) skrev:Bare pas på at hjemmesiden ikke har konverteret en bindestreg til f.eks. em-dash.
Det giver som regel en syntaksfejl så den er ikke så slem.
Uden at kende til dit arbejde så gætter jeg på det primært er IIS du sætter op?Montago.NET (62) skrev:Nej, dér er jeg noob når det gælder servere...
Det kan gøres meget nemt med PowerShell, også med de variabler du måtte have brug for.
Du antager at du laver noget nyt hele tiden og ikke ved hvordan du skal gå til det. Ved gentagende opgaver er det jo ikke rigtigt, og der sparer man altså hurtigt tid ved at knalde et simpelt script sammen.Montago.NET (62) skrev:Men dér hvor i allesammen fejler og ikke har adresseret pointen, er med hensyn til informationgraden. GUI giver mig vinduer med tonsvis af information og mulighed for at have flere informationskilder åbne på samme tid.
Der er efterhånden en del ting man kun kan med PowerShell, så nægter man at lære bare lidt af det, jamen så er der også risiko for at blive irrelevant.Montago.NET (62) skrev:men fortsæt bare med at være en konsoltosse... for jeg gider ik.
Montago.NET (62) skrev:GUI giver mig vinduer med tonsvis af information og mulighed for at have flere informationskilder åbne på samme tid.
Hvem pokker sætter sig ud til en server og kun har adgang til consol interface den vej??
Du har da netop adgang til serveren remote og kan derfor sagtens have alle mulige fancy guides åbne samtidigt, faktisk ender du da med mindre info ved en GUI. Jeg kan have en konsol på 1/4 af min skærm og alle mulige andre info på de resterende 3/4.
Og som andre har været inde på, så er guides ret ofte lavet netop uden GUI. Det er også derfor du altid kører engelsk OS, for der er nok en del flere guides på engelsk end dansk.
Magten (65) skrev:Der er efterhånden en del ting man kun kan med PowerShell, så nægter man at lære bare lidt af det, jamen så er der også risiko for at blive irrelevant.
Hvis man kan fixe en windows server bliver man næppe irrelevant her i landet. Om det så gøres via cli eller gui gør næppe nogen forskel.
Hubert (67) skrev:Hvis man kan fixe en windows server bliver man næppe irrelevant her i landet. Om det så gøres via cli eller gui gør næppe nogen forskel.
Lige indtil du støder på en coreserver. Bum. You ded.
Jeg vil vove at påstå at Powershell indeholder laaaangt mere info end GUI gør. Tag en hvilken som helst cmdlet og tast help foran den. De info findes ikke ude for hvert flueben i en wizard...
Det kommer så an på hvad man skal fixe, der er som sagt ting der udelukkende kan gøres med PowerShell :)Hubert (67) skrev:Hvis man kan fixe en windows server bliver man næppe irrelevant her i landet. Om det så gøres via cli eller gui gør næppe nogen forskel.
Det begynder i øvrigt også at stå enten som præference eller krav i flere og flere "Microsoft" jobopslag.
KickAssFairy (68) skrev:Lige indtil du støder på en coreserver. Bum. You ded.
De får gange jeg har haft brug for powershell har jeg kunne finde den nødvendige hjælp på nettet.
Jeg har aldrig været voldsomt imponeret af den help man kan få i powershell. Den har aldrig været på højde med Man i en bash eller *sh shell.
Magten (69) skrev:Det kommer så an på hvad man skal fixe, der er som sagt ting der udelukkende kan gøres med PowerShell :)
Og så kommer der en service pack og laver det om så du også kan gøre det i en gui.
Det begynder i øvrigt også at stå enten som præference eller krav i flere og flere "Microsoft" jobopslag.
Det skal jeg ikke kunne kloge i. Det er ikke opslag jeg på nogen måde kan sige at jeg har interesse i.
Magten (72) skrev:Nej, faktisk ikke. Og hvis det endelig var tilfældet, så ville det jo ikke hjælpe dig før den SP kom.
Det var jo tilfældet ved exchange 2007. Folk pev over at de kun kunne bruge powershell til administration og wupti så kom sp1 og gav gui administration af exchange 2007.
Jeg har ikke haft behov for at lære powershell i alt den stund at jeg meget sjællent arbejder på en windows kasse. Og skulle det være tilfældet er jeg i den situation at jeg kan fortælle en ms mand hvad der skal ske.
#73
det "sjove" ved Exchange er at der er funktioner som KUN findes via Powershell / Command-line ...
kan ikke lige huske hvilke, men vidst nok noget med at sætte en delt postkasse op... Eller det var måske kun Exchange 2007 / 2010 ??
anyways, Exchange er ikke mit favorit produkt fra Microsoft - i hvert fald ikke når det kommer til administration, opsætning og opgradering :(
det "sjove" ved Exchange er at der er funktioner som KUN findes via Powershell / Command-line ...
kan ikke lige huske hvilke, men vidst nok noget med at sætte en delt postkasse op... Eller det var måske kun Exchange 2007 / 2010 ??
anyways, Exchange er ikke mit favorit produkt fra Microsoft - i hvert fald ikke når det kommer til administration, opsætning og opgradering :(
Magten (74) skrev:#73
Men nu er Exchange 2007 altså ikke det eneste eksempel på ting du kun kan lave med PowerShell :)
Pas. Jeg har ikke arbejdet ret meget med Windows de sidste 3-4 år.
Et par eksempler jeg selv arbejder en del med er NVGRE og multitenant RRAS.
Exchange 2007 var det eneste jeg havde kendskab til der kom med en cli only administration fra Microsoft.
Det behøver heller ikke være hele produkter/features.. Det kan være små indstillinger under Hyper-V f.eks.Hubert (77) skrev:Pas. Jeg har ikke arbejdet ret meget med Windows de sidste 3-4 år.
Exchange 2007 var det eneste jeg havde kendskab til der kom med en cli only administration fra Microsoft.
Hubert (70) skrev:De får gange jeg har haft brug for powershell har jeg kunne finde den nødvendige hjælp på nettet.
Jeg har aldrig været voldsomt imponeret af den help man kan få i powershell. Den har aldrig været på højde med Man i en bash eller *sh shell.
Øøøøh.... Tror muligvis ikke vi kigger på den samme hjælpetekst.
Alt efter distro og community-commitment vil du opnå varierende grad af hjælp til den enkelte funktion.
Med PS har du konsistent hjælp til ALLE WS-funktioner (2008 og opefter) da det simpelthen er et krav at alle indstillinger, inklusive implicitte indstillinger skal kunne modificeres med PS.
Prøv engang at åbne en PS-konsol og taste "update-help" lad hjælpefilen blive opdateret og tast derefter "help get-service -showwindow", og fortæl mig at det ikke er nok hjælp igen.
"Get-service" er i det her tilfælde valgt som eksempel da den tilbyder en gennemsnitlig mængde hjælpe data.
Konsistensen er simpelthen gennemsyret gennem hele PS, selvfølgelig er der undtagelser, men der er relativt langt mellem dem, men man ved at hvis man skal finde en variabel hedder verbet altid "get" og hvis man vil rette en indstilling hedder verbet "set", og "new" for at oprette noget nyt osv...
Og det er endda gjort nemt for jer bash-folk du kan bruge man i stedet for help og ls i stedet for dir eller get-content samt mange andre aliasser der er lagt ind som et led i den aggressive charme offensiv fra Microsoft.
Linux Magazine har endda rost PS for deres shelldesign...
Glemte næsten at nævne det er objekt-orienteret, dvs. at alle namespaces er "udtrækbare".
Det vil sige at uder get service er det så muligt derefter at pipe den over i en "sort" hvor man kan sortere på eks.vis process ID eller name. Man kan modificere denne objektdata og outputte til filer og meget andet godt.
Dette *kan* godt lade sig gøre i bash, men så skal man søge efter en tekst-streng og vælge x-antal spaces nedad og vælge et array af spaces fra off-set og y-antal spaces for længden af sit søge udtryk.
Synes det virker en kende mere besværligt IMHO..
Det vil sige at uder get service er det så muligt derefter at pipe den over i en "sort" hvor man kan sortere på eks.vis process ID eller name. Man kan modificere denne objektdata og outputte til filer og meget andet godt.
Dette *kan* godt lade sig gøre i bash, men så skal man søge efter en tekst-streng og vælge x-antal spaces nedad og vælge et array af spaces fra off-set og y-antal spaces for længden af sit søge udtryk.
Synes det virker en kende mere besværligt IMHO..
KickAssFairy (79) skrev:
Øøøøh.... Tror muligvis ikke vi kigger på den samme hjælpetekst.
Det kan være at det er blevet bedre. Jeg har ikke brugt powershell i de sidste 2-3 år.
Alt efter distro og community-commitment vil du opnå varierende grad af hjælp til den enkelte funktion.
Med PS har du konsistent hjælp til ALLE WS-funktioner (2008 og opefter) da det simpelthen er et krav at alle indstillinger, inklusive implicitte indstillinger skal kunne modificeres med PS.
Prøv engang at åbne en PS-konsol og taste "update-help" lad hjælpefilen blive opdateret og tast derefter "help get-service -showwindow", og fortæl mig at det ikke er nok hjælp igen.
"Get-service" er i det her tilfælde valgt som eksempel da den tilbyder en gennemsnitlig mængde hjælpe data.
Hvis jeg ikke husker helt forkert så er det ikke distro pakkerne der laver man pages men folket bag programmet. Altså vil man pages være konsistente.
Konsistensen er simpelthen gennemsyret gennem hele PS, selvfølgelig er der undtagelser, men der er relativt langt mellem dem, men man ved at hvis man skal finde en variabel hedder verbet altid "get" og hvis man vil rette en indstilling hedder verbet "set", og "new" for at oprette noget nyt osv...
Den konsistens kan de vel ret beset kun garantere så længe der er tale om deres egne produkter. 3. parts produkter er jo noget helt andet.
Og det er endda gjort nemt for jer bash-folk du kan bruge man i stedet for help og ls i stedet for dir eller get-content samt mange andre aliasser der er lagt ind som et led i den aggressive charme offensiv fra Microsoft.
Linux Magazine har endda rost PS for deres shelldesign...
Jeg går ud fra at man selv kan sætte sine aliaser på ps. :)
KickAssFairy (80) skrev:Glemte næsten at nævne det er objekt-orienteret, dvs. at alle namespaces er "udtrækbare".
Det vil sige at uder get service er det så muligt derefter at pipe den over i en "sort" hvor man kan sortere på eks.vis process ID eller name. Man kan modificere denne objektdata og outputte til filer og meget andet godt.
Dette *kan* godt lade sig gøre i bash, men så skal man søge efter en tekst-streng og vælge x-antal spaces nedad og vælge et array af spaces fra off-set og y-antal spaces for længden af sit søge udtryk.
Synes det virker en kende mere besværligt IMHO..
Umidlbart lyder det også somom du gør det mere besværligt end godt er.
Der er for mig at se intet til hinder for at gøre det på samme måde i bash som du vil gøre det i ps.
Hubert (81) skrev:
Det kan være at det er blevet bedre. Jeg har ikke brugt powershell i de sidste 2-3 år.
den er hoppet fra en 2.something til 4.0 inden for de sidste 4 år.
Hubert (81) skrev:
Hvis jeg ikke husker helt forkert så er det ikke distro pakkerne der laver man pages men folket bag programmet. Altså vil man pages være konsistente.
Så længe der ikke er retningslinjer for man-hjælpesider, kan konsistens ikke garanteres
Hubert (81) skrev:
Den konsistens kan de vel ret beset kun garantere så længe der er tale om deres egne produkter. 3. parts produkter er jo noget helt andet.
Server core 2012 har en basic windowmanager, derfor er det ikke nødvendigt at udvikle PS cmdlets til 3. part.
Alt udviklet in-house ved MS, der kan installeres som feature eller role på en WS, SKAL per definition have PS cmdlets (naturligvis med tilhørende hjælpe tekst).
Det bliver meget godt beskrevet i den jumpstart der kan findes på virtual academy.
Hubert (81) skrev:
Jeg går ud fra at man selv kan sætte sine aliaser på ps. :)
Selvfølgelig kan man da det :-D
Til de af jer, der mener at GUI er hurtigere / lettere end PowerShell
DNS Opsaetning i GUI kontra PowerShell
Til de af jer, der mener at der ikke er nok hjælp? update-help, som kick-ass-fairy skriver.
Find den CMDLET I skal bruge, skriv "help CMDLET -online", så åbner den automatisk technet siden for den givne CMDLET ... Jeg vil gerne se folk finde den korrekte side vha normal browsing kontra skrive det fra powershell.
--- Sandt nok, det tager måske lidt tid at sætte sig ind i det, men vis mig gerne noget der er automatisk er hurtigere, uden at det kræver man ofre lidt arbejde på at sætte sig ind i det.
Ooooog efter man har sat den op med GUI kan man jo altid sætte mmc og server manager op på sin klient/workstation ;)
DNS Opsaetning i GUI kontra PowerShell
Til de af jer, der mener at der ikke er nok hjælp? update-help, som kick-ass-fairy skriver.
Find den CMDLET I skal bruge, skriv "help CMDLET -online", så åbner den automatisk technet siden for den givne CMDLET ... Jeg vil gerne se folk finde den korrekte side vha normal browsing kontra skrive det fra powershell.
--- Sandt nok, det tager måske lidt tid at sætte sig ind i det, men vis mig gerne noget der er automatisk er hurtigere, uden at det kræver man ofre lidt arbejde på at sætte sig ind i det.
Ooooog efter man har sat den op med GUI kan man jo altid sætte mmc og server manager op på sin klient/workstation ;)
De fleste kommandoer kan findes ret nemt ved bare at google den. Men det er ikke altid hurtigere end kommandoen :)sorenandroid (84) skrev:Find den CMDLET I skal bruge, skriv "help CMDLET -online", så åbner den automatisk technet siden for den givne CMDLET ... Jeg vil gerne se folk finde den korrekte side vha normal browsing kontra skrive det fra powershell.
Totalt off topic:
Den med Jason Helmick og Snover? Den er fantastisk! Elsker Jasons navne for {} og [] :DKickAssFairy (83) skrev:Det bliver meget godt beskrevet i den jumpstart der kan findes på virtual academy.
KickAssFairy (83) skrev:
den er hoppet fra en 2.something til 4.0 inden for de sidste 4 år.
Det har da travlt.
Så længe der ikke er retningslinjer for man-hjælpesider, kan konsistens ikke garanteres
Og alligevel er de faktisk ret konsistente...
Server core 2012 har en basic windowmanager, derfor er det ikke nødvendigt at udvikle PS cmdlets til 3. part.
Alt udviklet in-house ved MS, der kan installeres som feature eller role på en WS, SKAL per definition have PS cmdlets (naturligvis med tilhørende hjælpe tekst).
Det bliver meget godt beskrevet i den jumpstart der kan findes på virtual academy.
Jeg har meget begrænset erfaring med core versionerne af Windows og endnu mindre med 2012.
Selvfølgelig kan man da det :-D
Isåfald er deres "charme officensiv" jo ligegyldig. Folk der ønsker at bruge ls istedet for dir har formentlig skiftet førend Microsoft startede på det.
Magten (85) skrev:De fleste kommandoer kan findes ret nemt ved bare at google den.
Det har virket for mig de få gange jeg har skulle lave noget i ps. Jeg har været nødt til at bruge google da jeg ikke kendte de komandoer jeg skulle bruge. Og der er mig bekendt ingen shell der har fritekst søgning. :)
Magten (85) skrev:De fleste kommandoer kan findes ret nemt ved bare at google den. Men det er ikke altid hurtigere end kommandoen :)
prøv med en -online bagefter din "help *insert random cmdlet*" den går durk ind på technet ;-)
Magten (85) skrev:
Den med Jason Helmick og Snover? Den er fantastisk! Elsker Jasons navne for {} og [] :D
Squigglies Binkies og du glemmer <> chahuahua
Hubert (87) skrev:Og der er mig bekendt ingen shell der har fritekst søgning. :)
Powershell ISE har fritekst søgning...
Du kan endda se en komplet liste med alle cmdlets.
KickAssFairy (91) skrev:Powershell ISE har fritekst søgning...
Du kan endda se en komplet liste med alle cmdlets.
Aha... den powershell ISE jeg har siger noget andet. Men fritekst søgning er så heller ikke noget jeg er vandt til fra bash eller andre shells på *nix. Så jeg gør bare det som jeg altid har gjort, jeg slår det op på nettet. Den der hjælpe funktion der findes i powershell ISE er ikke meget bevendt.
Hubert (92) skrev:KickAssFairy (91) skrev:Powershell ISE har fritekst søgning...
Du kan endda se en komplet liste med alle cmdlets.
Aha... den powershell ISE jeg har siger noget andet. Men fritekst søgning er så heller ikke noget jeg er vandt til fra bash eller andre shells på *nix. Så jeg gør bare det som jeg altid har gjort, jeg slår det op på nettet. Den der hjælpe funktion der findes i powershell ISE er ikke meget bevendt.
ISE *Skulle* have tre seperate visninger. Top delen er dit script-område, komplet integreret med IntelliSense. For neden har du din konsol, der har du som sædvanligt din tab-completion. Til højre skulle dit kommando område altså være. Øverst i det har du et tekst-felt hvor du kan søge med fritekst...
Hvis det ikke ser ud som jeg har beskrevet, så har du muligvis fjernet eller ændret på nogle af visningerne.
#94
Det er den ude til højre her: http://windowsitpro.com/site-files/windowsitpro.co...
Man kan filtrere på moduler og søge med fritekst i feltet under. Klikker man på en kommando kan man se de forskellige parametre den tager imod, udfylde felterne og vælge at køre kommandoen ud fra det man har tastet. Det er også en god måde at se krævede parametre.
Det er den ude til højre her: http://windowsitpro.com/site-files/windowsitpro.co...
Man kan filtrere på moduler og søge med fritekst i feltet under. Klikker man på en kommando kan man se de forskellige parametre den tager imod, udfylde felterne og vælge at køre kommandoen ud fra det man har tastet. Det er også en god måde at se krævede parametre.
Hubert (94) skrev:#93
Så har jeg åbenbart ikke set ordenligt efter. Jeg har kun haft ISE åbnet engang og har ikke lavet om på visningen. Jeg bruger ikke powershell når jeg skal lave noget på en windows kasse
Så du har brugt ISE én gang og udtaler dig nu som en ekspert om hjælpefunktioner, hvordan programmet virker osv.?
Magten (95) skrev:#94
Det er den ude til højre her: http://windowsitpro.com/site-files/windowsitpro.co...
Man kan filtrere på moduler og søge med fritekst i feltet under. Klikker man på en kommando kan man se de forskellige parametre den tager imod, udfylde felterne og vælge at køre kommandoen ud fra det man har tastet. Det er også en god måde at se krævede parametre.
Nu har jeg lige kigget og jeg har ikke den commands pane.
Når jeg kigger under view har jeg følgende:
Show Toolbar
Show Script pane
Command pane up
Kan det være noget med versionen af ISE?
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Gå til bund