Jaký bude Windows Server 2008?

Diskuze čtenářů k článku

avatar
21. 12. 2007 00:22 | 

"přinese absolutní novinku nazvanou PowerShell" - PowerShell, dříve Monad, je tu ale už relativně dlouho, 2 roky. Je to opravdu skvělá příkazová řádka, výrazně převyšující možnosti *NIXového bashe (mimochodem, vytváří řadu aliasů i na příkazy známé z *NIXu, takže ani Linuxák se neztratí), a hlavně se dá volně stáhnout i pro WIndows XP a Vista, včetně x64 verze:
http://www.microsoft.com/windowsserver2003/technologies/management/powershell/default.mspx

Souhlasím  |  Nesouhlasím  |  Odpovědět
kozec  |  21. 12. 2007 01:00  | 

Panom v Zive zjavne uniklo
Powershell ma jednu, ale zasadnu nevyhodu - rychlost. Predpokladam, ze na vykonnom serveriku to nebude tak citit, ale na beznom desktopovom PC mu trva par sekund nez vobec zacne vykonavat prikaz.
A ked si to clovek porovna s okamzitou reakciou bash-u alebo aj klasickeho cmd.exe, je praca s nim celkom bolestiva.

Souhlasím  |  Nesouhlasím  |  Odpovědět
avatar
21. 12. 2007 01:20 | 

Myslím, že rychlost je ovlivněna použitím .Net frameworku, ale v chystané nové verzi PS2 se jistě dočkáme nějaké optimalizace. Navíc možnosti, které PS přináší oproti klasickému způsobu skriptování ve Windows myslím za trochu toho zdržení stojí. Ale je faktem, že na některé jednoduché věci je stále rychlejší klasický cmd.

Souhlasím  |  Nesouhlasím  |  Odpovědět
martin  |  21. 12. 2007 08:46  | 

tak jsem to nainstaloval, hned na mě začalo skákat milion červených hlášek, napsal jsem ls -laF a zase, pomalý jak mrcha, co to sakra je???

Souhlasím  |  Nesouhlasím  |  Odpovědět
radek  |  21. 12. 2007 01:26  | 

> výrazně převyšující možnosti *NIXového bashe
lol :)

Souhlasím  |  Nesouhlasím  |  Odpovědět
L.  |  21. 12. 2007 02:56  | 

Ja nevim cemu se smejes, neco ti neni jasne chlapce?:)

Souhlasím  |  Nesouhlasím  |  Odpovědět
pol  |  21. 12. 2007 06:52  | 

mne nie je jasne to iste co jemu :)

Souhlasím  |  Nesouhlasím  |  Odpovědět
PF_  |  21. 12. 2007 12:41  | 

Taky mi přijde, že tohle tvrzení je spíš k pláči. On Bash umí mnohem víc, než si většina lidí myslí, a kdyby ne Bash, ještě pořád tu je Zsh. I když, Zsh je skoro až overkill, já myslím, že pro shell je důležitější umět ty podstatné věci dobře, ne umět všechno včetně vaření kafe.

Souhlasím  |  Nesouhlasím  |  Odpovědět
zz  |  23. 12. 2007 00:00  | 

no nieje mu jasne jak si nato prisli My co vieme programovat v shelly vieme ze to ma este dlhu cestu pred sebou ale na druhu strsnu praca z Activedirectory je tam zvladnuta minimalne uspokojivo (viac to posudit nemozem )

Souhlasím  |  Nesouhlasím  |  Odpovědět
Petr  |  21. 12. 2007 07:57  | 

Taky jsem se zasmál, Hulán zase zaperlil :)

Souhlasím  |  Nesouhlasím  |  Odpovědět
PTX  |  21. 12. 2007 13:00  | 

Kam se Bash hrabe na PowerShell! To musíte být extrémní lamy, abyste nevěděli, že pomocí PowerShellu jde nakonfigurovat IIS, jdou spravovat registry systému a dokonce také licence systému DRM. Tohle nemáte šanci ani náhodou pomocí Bashe na Linuxu provádět. Si schválně zkuste v bashi konfigurovat IIS, registry nebo DRM a uvidíte, že ani ťuk.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Dalibor  |  21. 12. 2007 13:12  | 

Ale no tak ... DRM jede jen pod Windows, to nemá s bashem nic společného. IIS nepoužívám, mám Apache ..toho si nakonfiguruji ve vimu
registry na linuxu - ROFL

Souhlasím  |  Nesouhlasím  |  Odpovědět
Chupacabras  |  21. 12. 2007 14:14  | 

On to myslel sarkasticky, vieš?

Souhlasím  |  Nesouhlasím  |  Odpovědět
Karel Kahovec  |  21. 12. 2007 18:20  | 

Apache ve vimu - takže ne v bashi?

Souhlasím  |  Nesouhlasím  |  Odpovědět
Dalibor  |  21. 12. 2007 20:27  | 

hniidopichu jeden ...

Souhlasím  |  Nesouhlasím  |  Odpovědět
zz  |  23. 12. 2007 00:02  | 

no ono je to cez Bash trosku nemotorne (ale da sa)

Souhlasím  |  Nesouhlasím  |  Odpovědět
Wenca  |  24. 12. 2007 12:54  | 

On tim chtel vyjadrit to ze Powershell jsou schopny pouzivat i BFU lamy a pochopit ho zatimco u bashe musi user byt diky bohu aspon trochu advanced. Druhou vyhodou je ze Poweshell je optimalizovany rovnou od zacatku pro MSi aplikace jako Exchange, IIS a pod. U nixu si to musite jako admini zoptimalizovat sami. Ale nechapu prc by jste to delali kdyz mate lepsi nastroje ...

Souhlasím  |  Nesouhlasím  |  Odpovědět
avatar
21. 12. 2007 07:58 | 

Myslím, že Honza to myslel tak (a já mu to tam při korektuře nechal), že PowerShell bude ve WS2008 novinkou, protože to bude první OS MS, kde bude z výroby integrován.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Petr  |  21. 12. 2007 08:27  | 

I to je trochu vedle, verze core kde by to clovek cekal nejvice, powershell nema...

Souhlasím  |  Nesouhlasím  |  Odpovědět
avatar
21. 12. 2007 09:19 | 

Ano, myslel jsem to tak, že WinServer2k8 bude vůbec první systém, který bude mít PS defaultně zabudovaný. V současné době doinstalovat jde, ale jak už tady v diskusi padlo, není to zrovna nejrychlejší. Ve finální verzi WS2008 by všechno mělo běžet tak, jak má.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Peppa  |  21. 12. 2007 11:08  | 

ve finální to bude snad jakž takž, jak má to bude běhat až na hardware z roku 2010

Souhlasím  |  Nesouhlasím  |  Odpovědět
zz  |  22. 12. 2007 23:59  | 

no trosku ta opravym.
Powershell je opajcnuty KORN shell (co sa tyka syntaxe a spravnia ale clovek nemoze ocakavat "novinky" z kornshellu len staru syntax) z tym ze ma silnu podporu prace z activedirectory (nekontroloval som to presne takze neviem ci sa jedna o integrovane funkcie alebo vonkajsie prikazy) Z toho aj vypliva ze dost prikazou niesu aliasy ale buildin funkcie.

A linuxak sa tam strati kopu veci ktore bash vie to nevie. Ale ty co sa specializuju na prenosne skripty dodrzujuce POSIX tak tie pojdu.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Dalibor  |  21. 12. 2007 01:08  | 

Zákadní verze bude stát 18 tis. Kč .. hm ... zlatý Debian

Souhlasím  |  Nesouhlasím  |  Odpovědět
-pao-  |  22. 12. 2007 00:41  | 

Polovinu toho, co jsem dal za nový hrací strojek na vánoce? Hmmm, v čem je problém? Počítám, že tolik ve firmě utratíme měsíčně za toaleťák.
Má Debian něco na úrovni AD? Stačilo by, kdyby to umělo centrálně administrovat FireFox podobně, jako AD MSIE
(Mimochodem, právě píšu na etchi. Ono by mi celkem u těch Lunixů stačilo, kdyby to umělo renderovat fonty alespoň z desetiny dobře jako Windows, je to o oči)

Souhlasím  |  Nesouhlasím  |  Odpovědět
p  |  22. 12. 2007 12:01  | 

Pokud se ti nelíbí freefonty, tak použij balíček msttcorefonts=stejné fonty jako ve windows. Nevím jaký je výchozí stav Debianu, ale s bytcodeminterpretrem jsou stejné jako ve windows.

Souhlasím  |  Nesouhlasím  |  Odpovědět
zz  |  23. 12. 2007 00:05  | 

ad fonty: si si isty ze je problem v linuxe/debiane a nie medzi klavesnicou a stolickou? Osobne nejaky zasadny rozdiel v praci nevydim (Debian a windws v vmware playery) Jediny problem z fontamy ktory som zaznamenal bol na windows ked sa nane pripajalo cez vzdialenu plochu (ale to si pravdepodobne uzivatel rozbil sam)

Souhlasím  |  Nesouhlasím  |  Odpovědět
avatar
21. 12. 2007 01:24 | 

Rád bych ještě podotkl, že Server Core verze zdaleka není jen o tom, že systém nebude mít grafické rozhraní, ale jen příkazový řádek (který ale v podstatě běží - pokud vím - v GUI módu jako okno cmd na prázdné ploše, nikoliv jako fullscreen mode cmd). Je to hlavně o tom, že takováto instalace bude obsahovat jen ty nejzákladnější služby. Omezením počtu spuštěných služeb bude zajištěna i větší bezpečnost, protože chyby v nenainstalovaných službách nebudou mít na systém žádný vliv, nebude pro ně potřeba instalovat aktualizace a bude tím také snížena možnost průniku do systému, nebo jeho napadení a kompromitace.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Geeker  |  21. 12. 2007 07:37  | 

Výtečný .net framework? To je nejaky omyl ne? .net je sice zajimava platforma, ale ma rozhodne sve nedostatky. Mezi ty zakladni patri nekompatibilita jednotlivych verzi. Pokud mam neco naprogramovane v 1 tak ve 3 muzu mit problemy. Takze na jednom PC musi byt prislusne frameworky. Coz rozhodne neprispiva k hladkemu chodu systemu.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Jirka  |  21. 12. 2007 10:24  | 

Pokud vsak srovnate s konkurenci - myslim Javu, ktera je v tomto ohledu naprosto tragicka. Tak musim rict, ze je .NET v oblasti kompatibiliy vyborny. Pri cem jste mel problem? Ze vec napsana pod 1 nesla pod 3?

Souhlasím  |  Nesouhlasím  |  Odpovědět
McFisto  |  21. 12. 2007 10:51  | 

Java? Co je prosim nekompatibilniho napr. mezi 1.3 a 5.0??? Asi mi neco uniklo.....a to v Jave delam uz nekolik let.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Kaya  |  21. 12. 2007 11:02  | 

No treba to, ze kdyz si doma udelam build programu napsaneho v 1.6 tak mi nesel spustit na SUN OS kde byla verze 1.5, ale mozna to jen neumim. Da se toto nekde např. v netbeans nastavit? Dost by mi to momentalne pomohlo

Souhlasím  |  Nesouhlasím  |  Odpovědět
Peppa  |  21. 12. 2007 11:07  | 

snad byste to nechtěli mít kompatibilní (verze) i směrem dolů ?

Souhlasím  |  Nesouhlasím  |  Odpovědět
Kaya  |  21. 12. 2007 11:21  | 

Program napsany ve frameworku 3.0 pobezi i nad 2.0, o tom tu byla rec

Souhlasím  |  Nesouhlasím  |  Odpovědět
McFisto  |  21. 12. 2007 11:35  | 

No, trochu me zarazi, co znamena program napsany ve frameworku x.x. Ale hrat se slovicky si nebudem, ze?! Predpokladam, ze mezi 3.0 a 2.0 jsou jiste i rozdily v API (napr. nove classy). Ty asi stejne jako v jave nebudou na nizsi verzi fungovat.
Jinak mi jeste nikdo nevysvetlil, v cem je ta java teda jako nekompatibilni....

Souhlasím  |  Nesouhlasím  |  Odpovědět
piErcE  |  22. 12. 2007 14:56  | 

ty si taky kecka. progrma napsany v .net frameworku 3 na 2 urcite nepobezi - proc? protoze knihovny ktere jsou soucasti 3ky (wcf, wwf, wpf) nejsou soucasti dvojky.
michas totiz dohromady dve ruzne veci - runtime a knihovny. a tady je "figl" v tom, ze .net 3 sebou neprinasi novou verzi jazyka, kompileru atd - je to porad dvojka. trojku z toho delaji jenom ty nove knihovny. cili pokud napises "program" ktery opravdu vyuziva funkce z tech trech novych knihoven, nepobezi. pokud napises program (radoby v trojce) , ktery vyuziva jen standardni 2kovou class library, tak pobezi i na ciste dvojkovem prostredi .. ale taky to neni program v .net 3.
novy runtime a nove verze kompileru prichazi az s .net fw 3.5

Souhlasím  |  Nesouhlasím  |  Odpovědět
McFisto  |  21. 12. 2007 11:31  | 

De to nastavit parametrem
-target version
Jak se to dela v NetBeans nevim - pouzivam Eclipse. Tam to de zaskrknout u kazdyho projektu zvlast nebo globalne. Ono si chce vobcas precist treba dokumentaci:
http://java.sun.com/j2se/1.5.0/docs/tooldocs/windows/javac.html

Souhlasím  |  Nesouhlasím  |  Odpovědět
kabakov  |  21. 12. 2007 15:55  | 

heh, nestudujes nahodou na cvut fel? Take jsem na tento problem narazil, ale imho to neni problem toho frameworku, jako spis netbeans, ze si s tim proste spatne poradily. Programy napsane v 1.6 normalne na tech sunech spustis (myslim tim ty jary) ... to ze je nemuzes znovu zkompilovat na te stare verzi je mozna celkem pochopitelne. Tezko mohl tehdejsi kompilator vedet jak se budou kompilovat veci v budoucnosti ...

Souhlasím  |  Nesouhlasím  |  Odpovědět
-pao-  |  22. 12. 2007 00:48  | 

Vidíš, tak to už bys mi mohl třeba vysvětlit, proč mne kdekterá java hrůza nutí instalovat starší verze, už mám v systému tak 4 a proč -mimo jiné například - takový Symantec Scan Engine není schopen pracovat v jiné Javě, než je jakási historická přímo v rámci instalace.... stálo mne to celkem dost hodin života.
Nechci už ani vzpomínat na situace, kde měly být na jedné stanici dvě aplikace, které vyžadovaly běh na různých verzích Javy a vzájemně si překážely.
Ale na druhou stranu - jako uživatel Lotus Notes a Sametime si nemohu stěžovat. Díky Javě si užívám tolik srandy jako nikdy předtím a než se to na tom C2D spustí, stihnu v pohodě ranní kávičku

Souhlasím  |  Nesouhlasím  |  Odpovědět
zz  |  23. 12. 2007 00:10  | 

no to mas pravdu z tymto som sa stretaval hlavne u cisco veci ale ono to moze byt aj tym ze niektory programatory si do programu zakomponuju natvrdo kontrolu verzie Javy a inak nejdu (aktualen som mal jeden program ktory pokial nemal nastavene locales na US tak treskol) ale zato nemoze java el ten jednobunkac co to nadatlil

Souhlasím  |  Nesouhlasím  |  Odpovědět
Kaya  |  21. 12. 2007 10:50  | 

Na .net framework 1.1 doporucuji vsem zapomenout a s ostatnimi pokud vim problem neni, jelikoz vsechny novejsi verze frameworku jsou jen nadstavby verze 2.0.....A co se tyce javy, tam je to podle me a kompatibilitou opravdu mnohem horsi.

Souhlasím  |  Nesouhlasím  |  Odpovědět
hatred  |  21. 12. 2007 11:13  | 

"A co se tyce javy, tam je to podle me a kompatibilitou opravdu mnohem horsi" - to asi myslis jako vtip, ze? ;)

Souhlasím  |  Nesouhlasím  |  Odpovědět
Matajon  |  21. 12. 2007 14:08  | 

Ne, nejsou ... .NET 3.0 sice ano, o tom bych nediskutoval, protože tam je jenom pár nových knihoven ale samotné CLR zůstává stejné. Ale v 3.5 se mění, takže tam bych o pouhé nadstavbě nemluvil (viz LINQ, C# 3.0 atp.)

Souhlasím  |  Nesouhlasím  |  Odpovědět
DeaLer  |  21. 12. 2007 21:37  | 

Ale ano, je to stále "jen" nadstavba. Ta hromada nových featurek v .NET 3.5 jen svědčí o robustním návrhu .NET 2.0.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Chupacabras  |  21. 12. 2007 14:50  | 

Netrep sprostosti, vidno že o Jave nemáš páru...

Souhlasím  |  Nesouhlasím  |  Odpovědět
Karel  |  21. 12. 2007 11:52  | 

.NET je zpetne kompatibilni, tzn. situace analogicka s Javou (Java:program pro 1.6 na 1.5 nespustis, program pro 1.5 na 1.6 spustis, .NET: program s .NET 3.5 tridami na hole 2.0 nespustis, program s 2.0 pustis na 2.0,3.0 i 3.5) ted si bez naliskat za ty nesmysly

Souhlasím  |  Nesouhlasím  |  Odpovědět
Anthavio Lenz  |  21. 12. 2007 18:33  | 

2.0, 3.0 i 3.5 maji stejny CLR, tedy 3.0 a 3.5 "pouze" rozsiruji base library. Existuje ale skupina trid "red bits", kde kvuli featuram v 3.5 sahli i do klas z 2.0 (instalace 3.5 upgraduje stavajici 3.0 na 3.0sp1 a 2.0 na 2.0sp1) a skutecne se MS podarilo zavest nekompatibilny zmeny. Ja teda vim pouze o drobnych problemech ASP.NET, kdy je nutno upgradovat kod. V jave se sunu zatim kupodivu podobna mrzutost myslim nestala.

Souhlasím  |  Nesouhlasím  |  Odpovědět
piErcE  |  22. 12. 2007 15:00  | 

proc by to neprispivalo k hladkemu chodu systemu? naopak, .net framework je od pocatu koncipovany tak, aby v maximalni mozne mire umoznoval side-by-side koexistenci vice verzi a je to naprosto bezproblemova zalezitost (neni problem mit na jednom pc 1, 1.1, 2 (a 3), 3.5. system vzdy vybere spravnou verzi pro spravnou aplikaci.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Anthavio Lenz  |  25. 12. 2007 20:28  | 

Mam pocit, ze zrovna tohle ma byt v 2008 zruseno. Tedy bude moci byt nainstalovan pouze jediny framework v jedne chvili. MS ma velky problem s odvekym problemem, nove featury versus zpetna kompatibilita.

Souhlasím  |  Nesouhlasím  |  Odpovědět
ach jo  |  25. 12. 2007 21:47  | 

no to je kravina jako brno ...

Souhlasím  |  Nesouhlasím  |  Odpovědět
eXavera  |  26. 12. 2007 12:23  | 

No tak to jsme se zasmáli. Leda tak v Blesku ....

Souhlasím  |  Nesouhlasím  |  Odpovědět
Jirka  |  21. 12. 2007 07:47  | 

Opět Microsoft "nezklamal". Autor vychvaluje publikování aplikací v RDP a přitom jaksi pozapomněl, že ICA od Citrixu to zvládá již cca 8 let! RDP je jen další vykutáleá krádež...
Jirka

Souhlasím  |  Nesouhlasím  |  Odpovědět
Karel Kahovec  |  21. 12. 2007 08:55  | 

Proč právě krádež? MS a Citrix už dlouhá léta úzce spolupracují.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Jirka  |  21. 12. 2007 12:35  | 

Citrix byl k té "spolupráci" dotlačen. A jen tak mimochodem. Dříve byl Citrix Metaframe nezávislý na platformě OS. Jak do hry vstoupil Mrkvosoft, znamenalo to jediné - s jinými Windows nový Citrix... To je na "férovku", ne? No Comment...

Souhlasím  |  Nesouhlasím  |  Odpovědět
Karel Kahovec  |  21. 12. 2007 18:23  | 

Ehm, jak dotlačen? Ekonomicky? To ale znamená, že bez toho by už neexistoval. Nebo mafiánsky? To byste musel dokázat. Svatbou mezi vysokými funkcionáři? To asi těžko...

Souhlasím  |  Nesouhlasím  |  Odpovědět
zz  |  23. 12. 2007 00:13  | 

je to KUPA nie kradez.
MS sem tam pouzije aj veci ktore su volne k distribucii (TCP/IP stack z BSD) zaklad powershellu
Alebo aj kupi ked nato nema: CItrix (RDP) Sybase (MSSQL)

Souhlasím  |  Nesouhlasím  |  Odpovědět
none  |  21. 12. 2007 09:52  | 

ad: pro přenos klasického http protokolu, je opojnější než marihuanová seance na vysokoškolském privátu.
ehm, kdyz se v minulsoti tohle objevilo jako argument proti IIS, tak linuxaci byli hloupi, pac administrace nebyla "komplikovana". Najednou po 10 letech se to dostava k woknum a woknari z toho maji orgac.
Takze panove ted vam rikam, ze PWSHL je nepochopeni systemoveho shellu. Vy to nechapete, M$ to nepochopil. Uz jste nedky videli mit nekoho nastaven login-shell PERL nebo jeste lepe python? Takze kecy typu PWSHL je lepsi nez bash si nechte, je to jako srovnavat IDE s Word. Az to za dalsich 10-15 let pochopite, tak to sem napiste.

Souhlasím  |  Nesouhlasím  |  Odpovědět
anthar  |  21. 12. 2007 10:02  | 

Myslím že k tomu už není co dodat.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Newkiller  |  23. 12. 2007 16:05  | 

Není k tomu co dotat,protože je to pravda

Souhlasím  |  Nesouhlasím  |  Odpovědět
Kaya  |  21. 12. 2007 10:46  | 

Je trochu paradoxem, ze verze Core nebude obsahovat PowerShell a ani myslim nepujde doinstalovat.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Peter S.  |  21. 12. 2007 11:05  | 

no a kde si stiahnem tú zakladnú verziu iba s shellom?
System Requirements:
Supported Operating Systems: Longhorn (Windows Code Name)
Internet Explorer
teda môžem si to stiahnut a vyskušat v nejakom virtualnom stroji alebo potrebujem mat naprv nainštalovaný longhorn?

Souhlasím  |  Nesouhlasím  |  Odpovědět
tata_tulen  |  21. 12. 2007 16:32  | 

Voli se to pri instalaci

Souhlasím  |  Nesouhlasím  |  Odpovědět
V.Mlich  |  21. 12. 2007 11:29  | 

Tak jsem ten nadpis cetl v RSS
A v serialu Letiste ten nadpis vzdy ctu jako Terminal server misto sever.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Newkiller  |  23. 12. 2007 16:10  | 

+1 ,taky jsem přemýšlel,proč je tam napsané Terminal server ,no a pak mi to došlo

Souhlasím  |  Nesouhlasím  |  Odpovědět
°b1()()b°  |  21. 12. 2007 12:01  | 

děkujeme ó velcí mágové, vy kteří jste vždy i dnes diktovali standardy ve všech odvětvích it, že jste zase zaspali dobu a přehodnocujete narychlo vaše tvrzení, že cli je přežitek. ó děkujeme vám, že zase vyplodíte hromadu nekompatibilních verzí, kteréžto každá zvlášť bude státi zahovno.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Bud_  |  21. 12. 2007 15:04  | 

Par poznamek:
- server core bezi normalne v GUI, jen se nespusti explorer (ktery tam tedy mozna neni), ale cmd. Zkuste si nabootovat XP v "safe mode command prompt only" a dostanete na 1. pohled +- to samy
- power shell je mozna dobra vec, ale prave proto, ze vyzaduje .NET framework, na server core NEFUNGUJE. Proc ? Protoze .NET framework potrebuje nejake windows GUI knihovny a ty udajne na server core chybeji. Tuto informaci mam primo od MS - pry to budou nejak resit.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Newkiller  |  21. 12. 2007 15:25  | 

Takže se ptám:
1.) Má už konečně Windows opravený ten bug,který mě 6 let používání Windows nehorázně štval? - Nemožnost maximilizování okna s cmd (ve WinXP a menších jde jen roztáhnout do výšky,ale ne do šířky,v nových windows nevím...)
2.) Má už Windows možnost správy přes něco podobné SSH (respektive telnet s ssl)? - Kdysi jsem měl tu "čest" spravovat pár pc s WinXP a správa přes rdp/vnc byla fakt utrpení,tak jsem zagoogloval a našel návod,jak nainstalovat cygwin + ssh daemon jako service... Půl dne jsem to nastavoval,potom to konečně (po restartu,jak je ve windows zvykem) začalo fungovat a nastavování (přes *nix,respektive cygwin příkazy již bylo jednoduché) ,ve Windows nastavování na půl dne,na *nixu ,respektive linuxu/bsd buď už po instalaci,nebo otázka jednoho příkazu balíčkovacího systému...
3.) Viry - jak je to na win2k8/winvista z viry? jdou na nich viry bez vědomí uživatele nainstalovat (pokud je zaplý user account control)?
Budu rád,pokud mi na otázky odpovíte... ;)

Souhlasím  |  Nesouhlasím  |  Odpovědět
avatar
21. 12. 2007 15:52 | 

1) Vista ne.
3) Nelze

Souhlasím  |  Nesouhlasím  |  Odpovědět
Newkiller  |  23. 12. 2007 15:51  | 

3.) - Myslel jsem to tak,že uživatel klikne na exe, exe se spustí, pokud chce přepsat systém. soubory, vyskočí tabulka s upozorněním a možností zadat heslo admina... Pokud ho uživatel nezadá,tak vir nepujde nebo bude mít přístup jen do uživatelové složky v Users,případně uživatelových dat na blbě zapezpečené jiné partišně, ale systémových souborů (nebude mít možnost přepsat data ve složce windows, program files, registry, local settings a další systémové soubory) se ani nedotkne. Fakt je Vista takhle zabezpečená? Tohle je jedna z věcí,proč jsem přešel na *nixový os - nemožnost rozumně pracovat ve windows pod normálním účtem bez power user/administrator práv (ano,vím,není to ani tak chyba win,ale spíš aplikací...)... (nesnažím se rozpoutat flame,jen mě to zajímá)

Souhlasím  |  Nesouhlasím  |  Odpovědět
eXavera  |  23. 12. 2007 18:54  | 

Ano, přesně takto to funguje.

Souhlasím  |  Nesouhlasím  |  Odpovědět
zz  |  25. 12. 2007 13:28  | 

akurat si zabudol poznamenat ze je to tak otravne (pita to heslo kazdu chvylu nie jeden krat pri praci z danym programom) ze to drvyva vecsina ludi skor ci neskor vypne takze su tam kde boli doteraz

Souhlasím  |  Nesouhlasím  |  Odpovědět
eXavera  |  25. 12. 2007 21:31  | 

Tak to je pak blbost uživatele. To "zapamatování" přihlášení administrátora mě chybí, ale zvykl jsem si. Většinou na PC pracuji, takže UAC vidím vyjímečně.

Souhlasím  |  Nesouhlasím  |  Odpovědět
tata_tulen  |  21. 12. 2007 16:36  | 

"maximalizaci do sirky" resim zvyseni poctu znaku na radek (vlastnosti okna, zalozka layout)

Souhlasím  |  Nesouhlasím  |  Odpovědět
avatar
21. 12. 2007 21:54 | 

Tak tak. Ve výchozím nastavení je počet znaků na řádek myslím 80, jako na některých hodně starých mašinkách :). Je to také proto, že pokud "hodíte" okno do fullscreenu na celou obrazovku, tak pokud máte nastaveno více znaků, tak ty se vám nezalomí, ale budou ukryté "za pravou hranou obrazovky". Pokud ale nepracujete s cmd maximalizovaným do fullscreenu, ale v okně, pak si nastavte počet znaků na řádek dle vašeho mínění...

Souhlasím  |  Nesouhlasím  |  Odpovědět
avatar
21. 12. 2007 21:58 | 

PS: Teď jsem to zkoušel - při rozlišení 1280x960 je (pod WinVista - širší okraje oken) třeba k zobrazení okna cmd na celé ploše nastavení šířka 155, výška 74.

Souhlasím  |  Nesouhlasím  |  Odpovědět
PF_  |  24. 12. 2007 00:13  | 

Jo, to pomůže... Ale když to srovnám s XTermem, který umí měnit velikost okna ve znacích dynamicky, dává přitom o tom zprávy aplikacím, které se přizpůsobují (třeba MC, vim a spol.), umí jim předávat i zprávy o událostech myši (meníčka a tak), a ještě to všechno funguje spolehlivě i přes síť... I dnes je ta věc ve Windows pořád ještě jen chudý příbuzný. http://sourceforge.net/projects/console vypadá jako moc pěkný projekt, ale nevím, jak moc je to dnes stabilní.

Souhlasím  |  Nesouhlasím  |  Odpovědět
-pao-  |  22. 12. 2007 00:54  | 

1. To šlo vždycky, je to jen o nastavení parametrů okna. Tvůj problém, že jsi lama
2. Samozřejmě že ano. Pokud bys měl patřičné znalosti (a nebyl lama - viz (1)), asi bys tím ani nestrávil půl dne. Administrace prostřednictvím RDP je mimochodem zcela bezproblémová a bylo by fajn, kdyby něco podobného uměl Linux. VNC vynechme, to je nepoužitelná parodie. Mimochodem - telnet server je standardně k dispozici ve Windows snad někdy od v. 2000 a ber to tak, že někteří z nás umí používat vpn, jako je ipsec
3. Jistě. Podobně jako prostřelit linux pomocí named a spousty dalších srandovních metod
Snad ti to tak bude stačít

Souhlasím  |  Nesouhlasím  |  Odpovědět
kozec  |  22. 12. 2007 01:06  | 

"Administrace prostřednictvím RDP je mimochodem zcela bezproblémová a bylo by fajn, kdyby něco podobného uměl Linux."
On to vie, len tomu hovori XDMCP. A pokial viem, dokaze rozbehnut aj cez RDP protokol komunikujuci server, pripadne sa da zapnut "X forwarding" pri spojeni cez SSH.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Newkiller  |  23. 12. 2007 16:26  | 

1. Ano,uznávám,ve Windows jsem lama a nevěděl jsem to... Nerozumím složitým GUI a bojím se jich,ostatně,to je také důvod,proč mám radši command line a unix-like systémy
2. S tím půl dnem jsem přeháněl,pomocí toho návodu jsem to měl nastavené za 10minut,ale půl hodiny jsem řešil,proč to nejde... No,potom jsem skusil restart a voila,SSH server byl najednou funkční
,Administrace v RDP je možná funkční,ale rozhodně ne na WinXP... Nesmí být připojeni žádní uživatelé,jinak RDP nejde a navíc,co je lepší? Připojit se přes RDP,5x/10x kliknout ,nebo napsat jeden příkaz? A je vůbec RDP šifrované? VPN používat kvůli jedné věci nebudu (to je jako kanón na vrabce)...
btw. jak už předemnou někdo psal: Linux umí to co RDP a to mnohem líp: XDMCP , (Free)NX , X Forwarding
3. Žádný software není bezchybný,ale Windows (XP ,Vista je na tom už co jsem slyšel líp) v počtu děr a počtu virů vede

Souhlasím  |  Nesouhlasím  |  Odpovědět
PF_  |  24. 12. 2007 00:22  | 

1) Proč k tomu "nastavení parametrů" nestačí táhnout za okraj okna? Halóóó, píše se jednadvacáté století!
2) Jak pravil kolega - možností je hned několik - velmi snadno použitelný X11 SSH forwarding, poněkud těžkotonážnější XDCMP, a pak NX protokol, v porovnání s nímž vypadá RDP jen jako chudý příbuzný. (Měli jsme ve firmě šílené technologické demo, plný desktop přes NX - na cestě GPRS, VPN a dvojí WIFI, a ono to bylo i přesto velmi dobře použitelné. Možná Citrix by byl podobně použitelný, s RDP nevím. )
3) Odkdy je named součástí Linuxu?

Souhlasím  |  Nesouhlasím  |  Odpovědět
Chulio Irrelevanti  |  28. 12. 2007 13:53  | 

1) Alt+Enter

Souhlasím  |  Nesouhlasím  |  Odpovědět
duplikat  |  21. 12. 2007 18:15  | 

Citujem: "Tento systém plně nahradí dnes již profláknutý příkazový řádek (sbohem cmd.exe) a skriptovací technologii Windows Scripting Host (třikrát hurá)."
To že autor článku nepochopil silu a o čom je WSH a potom ho samozrejme nezvládol, by nemusel dávať až tak hlasno najavo. Už vidím tisíce nadšených správcov sietí ako sa opäť učia nejaký skriptovací jazyk a zahodia svoje WSH, JS, VBS skripty použiteľné naprieč všetkými Windowsami.

Souhlasím  |  Nesouhlasím  |  Odpovědět
*  |  22. 12. 2007 14:32  | 

Jestli to takhle půjde dál, tak pro linux už bude jen HW nenáročnost a cena, nic víc

Souhlasím  |  Nesouhlasím  |  Odpovědět
abe  |  22. 12. 2007 22:52  | 

imho pre mnohych ludi je dolezitym kriteriom aj to, ze chcu pouzivat iba slobodny software

Souhlasím  |  Nesouhlasím  |  Odpovědět
*  |  24. 12. 2007 20:19  | 

To většinou IT managery zajímá až na posledním místě

Souhlasím  |  Nesouhlasím  |  Odpovědět
zz  |  25. 12. 2007 14:07  | 

do najblizsej kontroli legalnosti SW
Ono v case ked vsetci tlacia na znizovanie nakladou a MS a spol broja proti piratom je OpenSource pre IT pozehnanim.

Souhlasím  |  Nesouhlasím  |  Odpovědět
jozka  |  23. 12. 2007 12:54  | 

firme, ktera dokazala udelat pomalou i prikazovou radku
Ale Honzo, snazte se, Vanocni premii asi ziska Vlasta, jeho blognuti bylo bezkonkurencni!

Souhlasím  |  Nesouhlasím  |  Odpovědět
tomáš  |  23. 12. 2007 17:15  | 

Promiňte, ale psát, že na novém IIS je super to, že neotvírá jiné porty než port 80 je buď zoufalá neznalost redaktora nebo zoufalá nekvalita produktů Microsoftu. Vzhledem k rošíření produktů MS předpokládám, že jde o neznalost redaktora.

Souhlasím  |  Nesouhlasím  |  Odpovědět
piErcE  |  23. 12. 2007 17:25  | 

jo, je to tak. je to neznalost redaktora. IIS odjakziva po instalaci ma otevreny jenom port 80. nevim ani , jaky dalsi port by mel otvirat. (tak mozna 443....)

Souhlasím  |  Nesouhlasím  |  Odpovědět
Cizinec  |  23. 12. 2007 18:49  | 

Mě by nejvíc zajímalo, jestli tyhle windows budou umět po tolika letech spolehlivý shutdown a restart. To by měl systém, kterému se říká operační, umět.
Všechny dosavadní verze windows po povelu "shutdown" neprovedou shutdown, ale zobrazí mraky nesmyslných okének typu "aplikace blebleble neodpovídá"....

Souhlasím  |  Nesouhlasím  |  Odpovědět
piErcE  |  23. 12. 2007 18:56  | 

tak to ale neni problem windows... ale tech aplikaci ze se neumi ukoncit... ale teda nevim jak tobe, ale nikdy se mi nestalo ze by 2000 ci 2003 mely nejaky takovy problem s restartem...

Souhlasím  |  Nesouhlasím  |  Odpovědět
24. 12. 2007 01:08 | 

mal som ho ako betatester, cez microsoft technet, aj rc, a zadara, je to vcelku slusna vec od mrkvosoftu, treba byt velmi softifikovany aby ste ho vyuzily na plno,

Souhlasím  |  Nesouhlasím  |  Odpovědět
zz  |  25. 12. 2007 14:11  | 

preto rozumne OS daju vediet programom ze sa cirkus zatvara.
"VIP" programi cez: service XY stop
Ostatnim cez: killall
A tim co su natrvrdli to vysvetli komancom: killall -9
A vobec neobrazuje administratora z tym ze nejaky natvrdli program nechce skoncit.

Souhlasím  |  Nesouhlasím  |  Odpovědět
eXavera  |  25. 12. 2007 21:35  | 

Ve Windows Vista se mi ta hláška o neochotě ukončit se neobjevila ani jednou ( zatím ) . Podle mě je to opravdu záležitost prasáckého softwaru, který se na "příkaz" ihned neukončí.
Myslím že kdyby to totální střílení aplikací bylo ve Windows implementováno, byl by zde ten samý příspěvek s tím, že chudák uživatel přijde o svá data ....

Souhlasím  |  Nesouhlasím  |  Odpovědět
trolo  |  27. 12. 2007 10:35  | 

no a to znaci ze ten win je prasacky naprogramovany...
mna zaujima jedna vec...
ked som v praci rozbiehal siet, hodil som tam linux a so sluzbami
ako DNS server, webserver, dhcp server, fileserver a printserver co povazujem asi tak za zaklad pre firemnu siet som nemal problem(apt-get install to hned vyriesil
neviem si predstavit ako by som to vyriesil s takym windows server, firma by vysolila prachy len za nejaky blby OS, ku ktoremu by som musel este nakupit potrebny SW ktorymi by som mohol tieto sluzby realizovat, okrem file, print a ISS serveru to je asi tak vsetko co win server dokaze ostatne veci sa riesia tretou stranou.. alebo sa mylim?

Souhlasím  |  Nesouhlasím  |  Odpovědět
ach jo  |  27. 12. 2007 15:23  | 

vsechno to je samozrejme soucasti sytemu .. ach jo

Souhlasím  |  Nesouhlasím  |  Odpovědět
Jarda  |  27. 12. 2007 21:28  | 

jo, ve Win vsechno je...bohuzel jen jako jakesi "demo" - napr. ntbackup (proc sakra nedokaze zalohovat na vypalovacku?), prasacky DNS server nepouzitelny jako primarni NS, uzasne rozhrani pro vytvareni uzivatelu (idelani kdyz potrebujete vyrobit 300 uzivatelu a mate jenom jejich seznam v excelu) atd. atd.
O klientech (Hyperterminal - demo Hilegrave, nebo RDP - demo Citrixu..s jistou nadsazkou, samozrejme) nemluve.
Za ty prachy by tam snad mohli nacpat trochu pouzitelnyho softu, ne???

Souhlasím  |  Nesouhlasím  |  Odpovědět
ach jo  |  27. 12. 2007 22:22  | 

jenom, prozradite mi s cim srovnavate?
PS: co vam vadi na RDP?
pS2: skript pro davkove zalozeni uzivatelu z execlu (csv, txt, ...) je zalezitosti na asi 10 radek skriptu ...

Souhlasím  |  Nesouhlasím  |  Odpovědět
Jarda  |  28. 12. 2007 10:52  | 

srovnavam Win s *nixama - administruju oboji. Tim nechci rict ze wokna jsou spatny, jenom me stvou zbytecne zmrseny nebo nedotazeny nastroje. U *nixu je zase rada jinych veci, ale tohle je clanek o Win.
ad PS: mizive zabezpeceni/sifrovani prenosu, nemoznost pouzit pro prenos souboru (vim, existuje aplikace ktera to umi, ale neni soucasti woken).
ad PS2: nerikam ze to nejde, ale je to o poznani slozitejsi nez v *nixech kde to lze rovnou z shellu (jestli je PowerShell oprasknute ksh, je urcita sance ze se situace zlepsi...)

Souhlasím  |  Nesouhlasím  |  Odpovědět
Teri  |  28. 12. 2007 17:46  | 

Je jasne ze prenos suborov cez FTP je v IIS bez sifrovania, pocita sa najma s public FTP serverami a preto nie je mplementovana podpora STFP. Ale to ostatne co pises je uplna blbost. Myslim ze vela nedorozumeni prameni hlavne v tom, ze kazdy preferuje jeden zo systemov a ten druhy prilis nepozna. Samozrejme ze RDP je sifrovane pripojenie a komu sa nepaci ma moznost prejst dokonca na SSL (TSL) pripojenie, kde je plusom authentifikacia servera. Ostatne moznosti zabezpecenia je mozne riesit cez dobre znamy protokol IPSec.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Jarda  |  28. 12. 2007 19:54  | 

tak znovu: nerikam ze to nejde, rikam ze je to nedotazene/orezane/zbytecne komplikovane. Napr. prave u RDP: kdyz mam otevreny port ve firewallu pro terminal, pro prenos souboru si musim otevrit dalsi. Proc RDP nelze primo pouzit pro prenos souboru? Navic RDP vlastnimi prostredky nelze tunelovat, zase se musi pouzivat jine utility. Az budete spravovat vetsi mnozstvi vetsich serveru, zjistite ze prave tyhle "drobnosti" vam nejvic otravuji zivot, navic podle meho zbytecne.

Souhlasím  |  Nesouhlasím  |  Odpovědět
ach jo  |  28. 12. 2007 19:58  | 

rdp pro prenos souboru samozrejme pouzit jde.... pokud by jste tu jen zaslepene nesnazil "argumentovat" tak, aby to u* "vyhral" a misto toho si prosel nastaveni pro pripojeni tak zjistite ze je mozne nastavit mapovani disku tak, ze ve vzdalene relaci vidite vybrane lokalni disky jako sitove svazky....
mozna nejake pocitace spravujete, ale zatim mi prijdete jako spis spravce amater, ktery vlastne nic neumi a je to takyspravce...

Souhlasím  |  Nesouhlasím  |  Odpovědět
Jarda  |  28. 12. 2007 23:15  | 

ehm, zrejme si moc nerozumime - moje puvodni tvrzeni bylo (a je) ze ve Win je za ty penize spousta nedotazenych nebo zamerne omezenych utilit. RDP je jenom jedna z nich. btw zkousel jste pres to nekdy neco kopirovat jinak nez pres lokalni sit? Ano, teoreticky to lze, prakticky je to nepouzitelne.
A znovu pripominam (abychom nepokracovali ve zbytecne diskusi) ze je to jenom pro ilustraci uvedena jedna z mnoha utilitek...

Souhlasím  |  Nesouhlasím  |  Odpovědět
ach jo  |  28. 12. 2007 23:32  | 

jo zkousel a pouzival k normalni prace... vcetne mapovani tiskaren a tisku ..
kdyz uz chces necim argumentovat tak argumentuj fakty.. a ne necim co neznas a pak to omlouvat tim ze to bylo jen pro ilustraci ...

Souhlasím  |  Nesouhlasím  |  Odpovědět
Teri  |  28. 12. 2007 17:30  | 

To snad nemyslis vazne, to ma byt vtip ? Vsetky tieto sluzby su sucastou Win Servera a su dokonca integrovane s AD v pripade domenoveho radica. Ich sprava je velmi prehladna (ked im samozrejme rozumies) a funguju bez problemov, povedal by som ze uzasne spolahlivo.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Teri  |  28. 12. 2007 17:35  | 

Tento problem riesi sluzba User Profile Hive Cleanup Service, pretoze to moze byt v mnohych pripadoch spojene aj s problemom unloadu uzivatelskeho profilu pri odhlasovani alebo vypinani PC v dosledku nekorektne napisanych aplikacii.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Lukáš Kučera  |  29. 12. 2007 21:24  | 

"shutdown -s -f -t 0" je odpověď na tvé pocity. To že se při běžném shutdown (tedy bez -f odpovídá tomu co zavolá uživatel z GUI) pošle "jenom" všem aplikacím a službám konec, je v pořádku ve světe windows je nehezky zvik cpát do "handleru" reagujícím na konec kde co, takže se běžné stává, že taková apliakce na to nereaguje hned, a nebo reaguje vyžádáním uživatelské interakce ("ulož si to vole, padím dolů"), no a pak logicky skočí i hláška která upozořnuje, že se nechce se ukončit nějaká aplikace. Uživatelský správně, prostě očekáváš, že ti u stroje sedí dement. Každopádně, víše zmíněné zaklínadlo to řeší, s nikím se nepáře a zavře, už od dob windows2000 (po admin packu)

Souhlasím  |  Nesouhlasím  |  Odpovědět
Zasílat názory e-mailem: Zasílat názory Můj názor
Aktuální číslo časopisu Computer

Megatest: 20 powerbank s USB-C

Test: mobily do 3 500 Kč

Radíme s výběrem routeru

Tipy na nejlepší vánoční dárky