Apache http server (diskuse)

[Pavel 'lingeek' Szalbot]

Ahoj, co se ti nezdálo na Javě, že ji chceš opustit? Pochopil jsem to tak, že jsi programoval nějaké servlety/jsp a kvůli aplikační serverům odcházíš... V Javě přece můžeš programovat i s Apachem.

[Yin]

Nikdy som pre svoju potrebu v Jave nerobil... ja neodchádzam od Javy, ja k nej ani nejdem (teda ak nieje kompilovaná pomocou GJC).

[Pavel 'lingeek' Szalbot]

Pracoval som s dvoma aplikačnými servrami pre java aplikácie... WebSphere, JBoss, robil som Webovú aplikáciu, Webservice.

To jsem potom nepochopil, co jsi vlastně dělal.

[Yin]

Robil som na nejakých rozšíreniach hotových aplikácií a taktiež som sám robil nejaké WebServici...

No problém bol v tom, že som nevedel, čo WebService je (napr). A nedozvedel som sa to z nijakého článku ani toturiálu. Zato sa mi o skratkách, ktoré neboli nikde vysvetlené snívalo ešte tri mesiace.

Našťastie wikibooks má knihu v ktorej je to vysvetlené jednoducho a jasne, bez toho, aby sa na niečo odkazovala.

[Michal Vyskočil]

Přiznám se, že tomuto tématu moc nerozumím, ale ASF Javu silně podporuje, takže bych se obrátil na apache.org a tam zkusil hledat. Myslím, že aplikační server pro Javu od ASF se jmenuje Tomcat.

[Yin]

Tomcat je len "Servlet Container", aplikačný server je trochu viac (Jboss, WebSphere a tie obsahujú okrem iného aj SC).

[Michal Vyskočil]

Je to, jak jsem říkal, Javovým technologiím moc nerozumím .

[Marián André]

Tomcat nie je len servlet container - to je prílišné zjednodušovanie.

Ak som to dobre pochopil, tie technológie si jednoducho nepochopil :)

[Yin]

ano

[VícNežNic]

$ telnet www.abclinuxu.cz 80
Trying 80.95.102.12...
Connected to www.abclinuxu.cz (80.95.102.12).
Escape character is '^]'.
HEAD / HTTP/1.1
Host: www.abclinuxu.cz

HTTP/1.1 200 OK
Date: Thu, 14 Jul 2005 09:00:53 GMT
Server: Jetty/4.2.17 (Linux/2.4.22 i386 java/1.4.2_04)
Expires: Fri, 22 Dec 2000 05:00:00 GMT
Set-Cookie: JSESSIONID=4o3foqu1gqame;Path=/
Content-Type: text/html; charset=ISO-8859-2
Last-Modified: Thu, 14 Jul 2005 09:01:00 GMT
Cache-Control: no-cache, must-revalidate
Pragma: no-cache
Transfer-Encoding: chunked

[Yin]

Nechcem povedať, že nemám rád Javu! Ja s tými Java-related technológiami neviem pracovať.

Keď čítam nejaký tutoriál, mám pocit, že som nejaký super-guru, čo sa rozumie všetkému, len ten tutoriál mi chýba k dokonalosti. Lenže ja zväčša ani neviem o čom je daný tutoriál, len ako sa to volá (napr. "WebService").

[VícNežNic]

Vyznat se v Javových technologiích není žádná sranda. Samé zkratky a XML. Sun a W3C musí být nějaká pomsta za všechny spáchané zločiny či co

[Luk]

Vyznat se v jakýchkoli složitějších technologiích není sranda, to není specifikum Javy.

[Michal Kubeček]

Apache vyzerá byť omnoho silnejší (a verzia 2.x niekoľko krát)

Nevím, mne zatím Apache 2.0 příliš nenadchnul. Ano, je to pročištěné, podstatně lepší API pro psaní vlastních modulů (a filtrů), ale z hlediska uživatele je pro mne vlastně jediným pokrokem podpora IPv6 (a to je spíš důsledek toho, že autoři se zařekli, že do 1.3 ji záměrně nepřidají). Teoreticky by multithreadová koncepce (MPM Worker) měla přinést větší výkon, ale mé testy to zatím ne a ne potvrzovat a navíc to stejně nejde používat v kombinaci s PHP. Takže zklamání… a zatím zůstávám u 1.3.

[Yin]

Mne Worker a PHP 4 idú v pohode... a Worker sa prejavuje v malom počte prípadov, hlavne na architektúrach, ktoré nepoužívajú (pri fork()) copy-on-write. Taktiež ti to zníži nároky na pamäť, ak máš cca 10 requestov za sek.

Ale ja ti svoj názor nevnucujem

[Michal Kubeček]

Mne Worker a PHP 4 idú v pohode

To je právě ten problém: ono to většinou funguje, problémy nastanou jen ve velmi specifických situacích při nešťastném souběhu okolností. Samotné PHP thread-safe je (aspoň se to tvrdí), ale většina rozšíření není zkontrolována a nikdo si netroufne nějak závazně vyhlásit, která ano a která ne. Pro ostrý produkční server nic moc povzbudivého…

K porovnávání výkonu: zkoušel jsem čistého Apache bez PHP na stejném počítači, Apache 2.0 s Worker MPM a Apache 1.3, přeloženo ze zdrojáků se stejnými optimalizacemi. Zvolil jsem větší množství paralelních dotazů na jeden statický soubor, protože předpokládám, že právě při takovém typu zátěže by se měla nejvíce projevit výhoda threadů proti forku. Přes crossover kabel byl server propojen s druhým počítačem, kde jsem pomocí ab měřil výkon pro různé počty paralelních klientů (od jednoho po tisíc). Ověřil jsem si, že úzké hrdlo není ani v síti ani v klientském počítači. Výsledky: ať jsem dělal, co jsem dělal, pořád byl za těchto podmínek Apache 1.3 o něco (kolem pěti procent) výkonnější.

[Milan 'mmp' Plzik]

Z Tvojho subjektivneho hladiska mas pravdu - apache+php+mysql moze byt ovela lahsie spravovatelne/programovatelne (teda, pre Teba). Problem vsak je inde. Pri jednoduchych weboch a tak je to vsetko ok, nie je s tym ziaden problem. Zoberies, napises, predas, ide sa dalej. Pokial programujes velke riesenia (spominal si, ze v praci robite veci pre vacsie firmy), PHP je jednoducho prilis low-level. Vacsie aplikacie byvaju v drvivej vacsine objektovo orientovane a rozhodne nie su jednoduche. A to si uz vyzaduje nejake veci naviac, ktore im poskytuju aplikacne servery - napriklad prezitie objektov aj mimo behu aplikacie a vela inych featuriek naviac. Mozno sa to niekedy nezda, ale dost to ulahcuje zivot. A niekedy zase komplikuje (vlastna skusenost). Ja mam akurat mensie skusenosti s aplikacnym serverom zope, ktory je python-pozitivny - skusenosti dobre aj zle. Kladol som si otazku, preco aplikacny server a preco nie PHP. A odpovedal som si, ze aplikacny server (konkretne zope), lebo je to nieco nove, co som este neskusil