Vlákno názorů k článku
Tři důvody proč se Linux hodí pro web servery víc než OS X od czeXit - jsem velky fanda Macu, ale na server bych...

  • Článek je starý, nové názory již nelze přidávat.
  • 1. 7. 2008 11:49

    czeXit (neregistrovaný)
    jsem velky fanda Macu, ale na server bych si ho nedal - stejne jako bych tam nedal Windows.

    Linux je pro me "pruhledny", vim co se tam deje, co mam cekat a kde to hledat.
    Mac je naproti tomu slatanina opensource aplikaci a sw od Apple. Proto se napr. aplikace chovaji, tak jak se chovaji (jen nektere berou v uvahu /etc apod.)
    Nektere aplikace vyzaduji "admina", jine bez "roota" nebezi (ty opensourcove).
    Takze nakonec dopadnete se tremi administratory a do kazdeho druheho dialogu je postupne zkousite... : admin/root/diradmin...

    Mac na desktopy - rozhodne ANO, je to bomba - klikatka jako na windows a pritom lze sahnout "do vnitr" a mam unix. Stabilni, rychle, bez viru/spywaru.
    Na server ale ne, pokud mate trochu vetsi naroky nez si to jen naklikat ve wizardech konfiguraci, tak se z toho stane straslive tamagochi. Ne ze by to vadilo, to se casem stane lecjaky server, ale horsi je ze do nej poradne "nevidite" a Apple s necim takovym ani nepocital...
  • 1. 7. 2008 20:34

    Lael Ophir (neregistrovaný)
    Konkrétně s tím rootem a adminem je problém tak trochu na straně unixů, kde dlouhá léta měl řadu práv pouze uživatel root. To je samozřejmě špatný design. Všimněte si, že ve Windows máte všechny uživatele skupiny Administrstors rovnocenné, a user rights můžete přiřadit jak chcete (vyberete si skupiny a uživatele s právem provést shutdown, debugovat programy, založit page file atd).
  • 1. 7. 2008 21:25

    anonymní
    Člověk by skoro řekl, že některá ta oprávnění jsou trošku umělá. Oprávnění debugovat programy? To jako že pokud ve firmě jsou vývojáři, musejí speciální nastavení? Mimochodem, většinu těchhle věcí řeší geniální nástroj jménem sudo. Prakticky komukoli lze udělit velmi přesně definované akce, které smí provádět nad rámec toho, co by se dalo očekávat od běžného uživatele. Jinak Unix umí i skupiny, má-li někdo mít přístup ke zvukové kartě, stačí ho přidat do skupiny audio. Má-li někdo mít přístup k VirtualBoxu, stačí ho přidat do skupiny vboxusers. A takhle by se dalo pokračovat. Každopádně situace není tak strašná, jak se snad v každém příspěvku snažíte naznačit. Samozřejmě, mohla by být i lepší. Ale to se týká i Windows. :-) (Tím spíš, že místo mechanismů nabízejí jen zásady. Dají se ve Windows k těm existujícím oprávněním typu "může vypnout počítač" nějak konzistentně přidat další?)
  • 2. 7. 2008 10:33

    Lael Ophir (neregistrovaný)
    Oprávnění debugovat programy mají by default členové skupiny Administrators (nikoliv na tvrdo jeden uživatel root). Systém user rights je rozšiřitelný. Musel byste vytvořit nový securable object, definovat k němu odpovídající privilege, a LSA zařídí zbytek.

    Sudo řeší provádění příkazů, je to věc pro uživatele. Kdo nebo co říká, které účty smí použít to či ono API? Pokud jsem si všiml, tak se dnes již některé věci řeší v konfigurácích, existuje jistá rudimentální podpora něčeho typu priviledges.

    Samozřejmě sudo můžete triviálně implementovat i pro Windows, určitě byste základ napsal za víkend ;). Ale proč?
  • 2. 7. 2008 13:18

    Jiří Zárevúcky (neregistrovaný)
    "Oprávnění debugovat programy mají by default členové skupiny Administrators (nikoliv na tvrdo jeden uživatel root)."

    Hehe... tahle pasáž mě dostala. :) Odkdy je třeba k debugování programů nějaké speciální oprávnění? Normální vývojář přece při debugování v systému nehrabe, to je totální kravina. Já se nepovažuju za experta, ale programuju, a tenhle váš výrok mě málem shodil ze židle. Co přesně se skrývá pod tím oprávněním debugovat?
  • 3. 7. 2008 22:53

    Lael Ophir (neregistrovaný)
    SeDebugPrivilege: Required to debug and adjust the memory of a process owned by another account. Upozorňuji, že "owned by another account" se týká instance procesu (ne práv FS); jde o kontext, ve kterém byl proces spuštěn.