1) Jak uz bylo napsano, server spravovat "kde kdo" proste nemuze. Naprosto nesnasim widlowsi pristup "ses sice admin, ale tohle nemuzes". Admin je od toho, aby VEDEL co dela, a jeho ucet je v systemu proto, aby byl pro system BOHEM. Kdyz admin rozkaze odstranit kernel z pameti, muze system maximalne decentne zaprotestovat a zeptat se, zda to mysli vazne.
Existuji zkratka dva pristupy: jeden, zastupovany trebas M$ = "admin" muze jen neco, vsechny potencialne nebezpecny ukony zakazeme, nebo alespon maximalne znesnadnime. Co kdyby nahodou nevedel co dela a system trebas spadnul ?
Druhy, zastupovany Linuxem = admin je Buh, a co rozkaze je svaty.
V prvnim pripade stejne nelze osetrit vsechny moznosti jak system sejmout, tudiz je jednoznacne lepsi druhy pristup, v kombinaci s tim, ze lze bez omezeni pracovat pod uzivatelskym uctem (coz na widlich nelze).
2) Opet viz vyse, cmd je naprosto nejefektivnejsi zpusob spravy co znam, zadne GUI se vsema klavesovejma zkratkama neni a nebude (do doby nez bude mit vlastni AI) tak efektivni. Kolik tech hotkeys si muze clovek pamatovat ? 20 ? 30 ? Ty ktere pouziva nejcasteji. V cmdline (bash) je historie, tab na doplneni (staci tusit jak to zacina), lze napsat behem chvile vyraz, ktery je v GUI naprosto nerealizovatelny (mluvime o klikani na ikonky). Prikladem budiz trebas regularni vyraz, casto pouzivany nastroj pri hledani v logu. Neni problem si otevrit nekolik oken ssh a mit stale na ocich vypis cehokoli. Naroky na prenosove pasmo 00nic.
3) Proc mit GUI na serveru, ktery poskytuje web ? Proc mit GUI na serveru, kde je FTP ? Kolik pameti potrebuju na to, abych rozjel stejne vykony ftp server na win a kolik na lin ? Aha, ono je to +- stejne, jen na win potrebuju, podle prislusne verze prislusne nmoztvi RAM prave pro to GUI, ktere ale na nic nepotrebuju. Nebo obracene, pri stejnem mnoztvi pameti budu mit v lin mnohem vic mista pro cache = mnohem vyssi vykon.
Nikdo nezatracuje GUI textoveho editoru ci cehokoli, ale na SERVER(prectete si jeste jednou nazev clanku) proste GUI nepatri.