Fórum Root.cz
Hlavní témata => Server => Téma založeno: Darkhunter 02. 10. 2015, 20:50:45
-
Ahoj,
u nás v práci se začíná všude migrovat z apache na nginx.
Já vím, jaké jsou výhody nginX a ty jsou, pokud jsou weby statické nebo nejsou prostě velké.
Chtěl bych se zeptat, jestli si myslíte, že vesměs všechno se bude nasazovat na nginX?
Jde mi o to, že apache2 docela ovládám, ale nginX nic moc, tak jestli mi ty zkušenosti s Apachem budou k ničemu a měl bych se radši začít učit nginX...
-
Ne, Apache tu s náma bude ještě dlouho, ale neučit se nginx je dobrá volba, často se používa v kombinaci s Apachem.
Mrkněte zde, je to dobrá kniha. http://www.amazon.com/Nginx-HTTP-Server-Second-Edition/dp/1782162321
-
Chtěl bych se zeptat, jestli si myslíte, že vesměs všechno se bude nasazovat na nginX?
Myslím, že všechno, u čeho to dává smysl. Na Apachi zůstane jenom to, kde se mu nedá vyhnout. Čili skoro nic, kromě specialit typu webdav, kterej je na Nginxu nic moc.
Jde mi o to, že apache2 docela ovládám, ale nginX nic moc, tak jestli mi ty zkušenosti s Apachem budou k ničemu a měl bych se radši začít učit nginX...
Tak zas nedělej, jakoby to byla kdovíjaká znalost. Prostě konfigurace jednoho softu, jako kterýhokoliv jinýho.
-
často se používa v kombinaci s Apachem.
Což je čím dál tím míň potřeba, protože spousta věcí se dá rozjet přímo na Nginxu.
-
No ja neviem, ja ked chcem nastavit nieco na apachi, tak kuknem do manualu, nastavim to a uz sa viac nestaram. Nie je to raketova veda.. Nginx to iste. Taketo otazky sa mi zdaju zbytocne.
-
Nemyslim si.
-
To je tezka otazka. Stravil si roky studiem Apache a ted premyslis jestli stravit dalsi studiem neceho uplne jineho. Je to zivotni rozhodnuti - kdyz si vyberes blbe, pro samou praci se nedostanes ani domu a opusti te manzelka i s detma. Na druhou stranu, kdyz to vyjde, budes se konfiguraci toho webserveru zivit, a kdyz to dobre uchopis, vydelas miliony. Je to risk, ale ja bych do toho asi sel...
-
Osobně si myslím, že Apache je mrtvý. Nehodí se na nic co vyžaduje velký výkon a má vysoké zatížení. Totiž rozdíl ve spotřebě systémových zdrojů je prostě extrémní v mnohonásobcích.
Tam kde Apache žere desítky GB RAM si NGINX řekne o pár set MB stejně tak je to i s CPU, IO atd.
Pokud někomu nezáleží na výkonu a potřebuje .htaccess tak Apache pořád bude použitelná volba.
Nicméně ovládání NGINX je jednoduché, nevidím v tom problém, pokud někdo ovládá Apache, proč by nemohl ovládat NGINX?
-
pokud někdo ovládá Apache, proč by nemohl ovládat NGINX?
Já spíš nechápu, co na tom chcete "ovládat". Jo, když někdo napíše, že "ovládá PostgreSQL" a nic jinýho se mu nechce učit, tak to chápu - je tam spousta nejrůznějšího know how, postřehy z praxe, tuning ... blabla, ale co by měl člověk "ovládat" na webserveru? Vždyť tam žádná raketová věda není. Nebo aspoň jsem o ní zatím ještě nezavadil, v kterémžto případě by mě to docela zajímalo, co "pokročilého" může člověk umět - aby to nebyl jeden až pět řádků v konfiguráku nginxe.
-
Já jsem třeba nějak přišel k Hiawatha serveru a ten používám. Nedávno jsem zkoušel Nginx a za boha jsem nebyl schopnej na něm zprovoznit nette. Na netu sem našel milion howto, krok po kroku, a já to stejně nedal. :D
-
Chtěl bych se zeptat, jestli si myslíte, že vesměs všechno se bude nasazovat na nginX?
Myslím, že všechno, u čeho to dává smysl. Na Apachi zůstane jenom to, kde se mu nedá vyhnout. Čili skoro nic, kromě specialit typu webdav, kterej je na Nginxu nic moc.
Jde mi o to, že apache2 docela ovládám, ale nginX nic moc, tak jestli mi ty zkušenosti s Apachem budou k ničemu a měl bych se radši začít učit nginX...
Tak zas nedělej, jakoby to byla kdovíjaká znalost. Prostě konfigurace jednoho softu, jako kterýhokoliv jinýho.
Tak v základu webdav na nginx funguje, což mě třeba stačí, nahrávám pomocí něj ze svejch aplikací data jinam, problém je u PROPFIND OPTIONS... Na to existuje https://github.com/arut/nginx-dav-ext-module ale již moc nefunkční, nicméně je to pár set řádků v cečku, tedy opravitelné...
-
pokud někdo ovládá Apache, proč by nemohl ovládat NGINX?
Já spíš nechápu, co na tom chcete "ovládat". Jo, když někdo napíše, že "ovládá PostgreSQL" a nic jinýho se mu nechce učit, tak to chápu - je tam spousta nejrůznějšího know how, postřehy z praxe, tuning ... blabla, ale co by měl člověk "ovládat" na webserveru? Vždyť tam žádná raketová věda není. Nebo aspoň jsem o ní zatím ještě nezavadil, v kterémžto případě by mě to docela zajímalo, co "pokročilého" může člověk umět - aby to nebyl jeden až pět řádků v konfiguráku nginxe.
Co pokročilého? Napsat si vlastní modul, jinak je to jen konfigurace, jako u apache, tedy čučení do manuálu...
-
Pokud jde o staticka data, tak je to jasne, ale v pripade minimalne PHP vysledky nginX nejsou o nic moc lepsi nez Apache s vypnutym .htaccess. Kazdopadne se to chystam vyzkouset primo na realnem provozu a ne jen na kravinach typy 100000x "hello world".
-
Tak v základu webdav na nginx funguje, což mě třeba stačí, nahrávám pomocí něj ze svejch aplikací data jinam, problém je u PROPFIND OPTIONS... Na to existuje https://github.com/arut/nginx-dav-ext-module ale již moc nefunkční, nicméně je to pár set řádků v cečku, tedy opravitelné...
Ano - a přesně proto jsem napsal, že "webdav je na Nginxu nic moc".
Co pokročilého? Napsat si vlastní modul, jinak je to jen konfigurace, jako u apache, tedy čučení do manuálu...
Ok, pokud pod "znám Apache" chápeme "znám jeho kód", tak to pak jo. Jenom nevím, jestli to tak OP myslel :)
ale v pripade minimalne PHP vysledky nginX nejsou o nic moc lepsi nez Apache s vypnutym .htaccess.
...což je přesně důvod, proč použít Nginx. Mám-li ho všude jinde, nebudu pro PHP dělat výjimku, když mi pro něj Apache nic nepřinese.
-
Tak v základu webdav na nginx funguje, což mě třeba stačí, nahrávám pomocí něj ze svejch aplikací data jinam, problém je u PROPFIND OPTIONS... Na to existuje https://github.com/arut/nginx-dav-ext-module ale již moc nefunkční, nicméně je to pár set řádků v cečku, tedy opravitelné...
Ano - a přesně proto jsem napsal, že "webdav je na Nginxu nic moc".
Co pokročilého? Napsat si vlastní modul, jinak je to jen konfigurace, jako u apache, tedy čučení do manuálu...
Ok, pokud pod "znám Apache" chápeme "znám jeho kód", tak to pak jo. Jenom nevím, jestli to tak OP myslel :)
ale v pripade minimalne PHP vysledky nginX nejsou o nic moc lepsi nez Apache s vypnutym .htaccess.
...což je přesně důvod, proč použít Nginx. Mám-li ho všude jinde, nebudu pro PHP dělat výjimku, když mi pro něj Apache nic nepřinese.
Jo ale provozovat apache jek kvůli webdavu je nesmysl...
-
Jedna z podstatnych veci mezi apache2 a nginxem je, ze apache je benevolentnejsi ke standardum, kdezto nginx je striktni. Priklad z praxe - aplikace na fizlbuk, kdyz to pustite na nginxu tak vam to prestane fungovat, protoze ta pojebana socialni sit nerespektuje nektere veci v hlavickach, apache to prehledne a kasle na to, nginx to zarizne. Ja bych rekl, ze tohle se castecne vyfiltruje implementaci http2 a ten server, ktery prinese "to nejlepsi" se stane postupem casu majoritnim, je to ciste muj nazor.
-
pokud někdo ovládá Apache, proč by nemohl ovládat NGINX?
Já spíš nechápu, co na tom chcete "ovládat". Jo, když někdo napíše, že "ovládá PostgreSQL" a nic jinýho se mu nechce učit, tak to chápu - je tam spousta nejrůznějšího know how, postřehy z praxe, tuning ... blabla, ale co by měl člověk "ovládat" na webserveru? Vždyť tam žádná raketová věda není. Nebo aspoň jsem o ní zatím ještě nezavadil, v kterémžto případě by mě to docela zajímalo, co "pokročilého" může člověk umět - aby to nebyl jeden až pět řádků v konfiguráku nginxe.
No já bych ten objem znalostí zas tak nepodceňoval. Je toho docela dost, co by měl administrátor znát a nezjistí to za pár dní, ale právě až zkušeností. Namátkou:
- přehled o modulech
- znalost zabezpečení, povědomi o bezpečnostních slabinách
- speciality při běhu ve virtualizovaném prostředí
- zkušenosti s laděním výkonu, schopnost interpretovat statistiky, monitorování
- rozdíly mezi verzemi, balíčkování, kompilace
- povědomí o tom, kde hledat informace a kam se obrátit - což zahrnuje třeba i zkušenost s tím, jak reagují vývojáři toho software a jak a kde se hlásí chyby
IMHO to bude podobné jako u toho SQL serveru, i když to asi nebude tak zajímavé téma.
-
je pravda že bych to také zrovna nepodceňoval, ono znát všechny proměnné do kterejch nginx různě ukládá, kršování, rewrie nebo https://www.nginx.com/resources/wiki/modules/lua/#access-by-lua ...
-
Mirek Prýmek: Na druhou stranu, pokud uz umi Apache a mam Apache neni vlastne duvod pro prechod. Mozna pametove naroky, ale to jeste nemam v praxi prokazane (samosebou pametove naroky nginx+php, ne jen nginx :-) ).
-
Mirek Prýmek: Na druhou stranu, pokud uz umi Apache a mam Apache neni vlastne duvod pro prechod. Mozna pametove naroky, ale to jeste nemam v praxi prokazane (samosebou pametove naroky nginx+php, ne jen nginx :-) ).
Tak já na jednom svém serveru přešel u WSGI aplikací a kvalitativní zlepšení je až neuvěřitelné. Výkon, nároky na paměť i procesorový čas jsou nesrovnatelné. Konfigurace je taky jednodušší. Už plánuji přechody.
-
Také úplně nechápu o co uživatešli jde, většina z nás zvládne nakonfigurovat obojí a ještě při tom čučet na seril a pokud zrovna něo nevím tak dokumentace.
Já sem na nginx přešel již před 4roky, z prvu kombinace s apachem a pak už čistě nginx a bylo to na serveru kde byla návštěvnost v desítkách tisíc lidí deně, hlavním důvodem byla bezpečnost a velký podíl statického obsahu.
No jinak apache je dobrý na hosting více domén mají li být bezpečně oddělené, takže většina hostingů prostě jede na něm, ale s trochou snahy toho lze dosáhnout i s nginxem zde to, ale není tak přímočaré a třeba samotná bezpečnost aby někdo nelezl kam nemá a nepouštěl co nesmí je otázkou konfigurace i dalších věcí. Ale stačí na to přijít jednou a pak už to generují scripty.
Ostatně to je můj názor do budoucna netřeba adminů, konfigurace bude čím dál tím více automatická. Už dnes lze nahodit tisíce serverů na nic všelijaké služby a přitom pít kafe a dělat jak dělám :D