Címlap

HOVD 2011 - Kedvenc HTTP szerver

 ( trey | 2011. december 10., szombat - 19:06 )
apache
69% (547 szavazat)
boa
0% (1 szavazat)
cherokee
1% (7 szavazat)
java servlet container-ek (pl.: tomcat, jetty, ...)
5% (36 szavazat)
lighttpd
7% (56 szavazat)
litespeed
0% (2 szavazat)
microsoft iis
1% (10 szavazat)
nginx
15% (119 szavazat)
thttpd
1% (7 szavazat)
tux webserver
0% (3 szavazat)
Összes szavazat: 788
 »
  • A hozzászóláshoz belépés szükséges
  • 4541 olvasás

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.
 ( hnsz2002 | 2011. december 11., vasárnap - 10:21 )

Itt is az a helyzet, hogy kedvenc != legtöbbet használt. Az nginx nagyon tetszik, gyors mint a villám, apachehoz képest tényleg oldalbetöltés egy szempillantás alatt, viszont kevés helyen lehet használni, mivel a htaccess-t nem támogatja...
Emellett apache elé proxynak is kiváló, e célból többet használom mint önálló webszerverként.
--
Discover It - Have a lot of fun!

 ( Vizibirka | 2011. december 11., vasárnap - 12:51 )

ja ezzel én is így vagyok.
kedvenc nginx, legtöbbet használt glassfish/apache

 ( wladek1 | 2011. december 12., hétfő - 19:52 )

Az nginx rewrite rulejai sokkal egyszerűbbek és kézenfekvőbbek, mint az apache -éi, így igazából nem értem a felvetést.

 ( hnsz2002 | 2011. december 13., kedd - 10:03 )

A fejlesztő nem tudja piszkálni, állítgatni.
Emellett vannak olyan projektek, ahol minden könytárra jut egy htaccess, ezek átírását senki se vállalja.
--
Discover It - Have a lot of fun!

 ( wladek1 | 2011. december 13., kedd - 19:42 )

Nalunk a fejleszto meghatarozza, hogy kivan-e hasznalni rewrite ruleokat(routing mmellett felesleges).
Ezutan en beallitom. Ha valtozik, akkor van egy limitalt hozzaferese, amivel reloadolhatja az nginx -et. (Igy meg van oldva a hibas konfig betoltesenek lekezelese is, bikoz a reloadnal ellenorzi reload elott, igy nem hajt vegre baromsagot)
Hogy miert is jo nekem ez? Nem statol az nginx minden egyes oldalletoltesnel, hogy, "Na, vajon talalok -e valahol .htaccess file -t?"

 ( hnsz2002 | 2011. december 14., szerda - 0:52 )

Világos, és ebben rejlik a gyorsaságának az egyik ereje.
A fejlesztő meghatározza kérdés pedig talán működhet saját, nulláról induló fejlesztésnél, de hozott anyagból átgyúrásnál, illetve valamilyen kész motor használatánál (legyen pl. wp, drupal, cscart...) esélytelen.
SSH-t adni pedig semmilyen formában nem szeretek webfejlesztőnek :).
--
Discover It - Have a lot of fun!

 ( wladek1 | 2011. december 15., csütörtök - 9:45 )

Fejlesztői szerveren kap ssh -t, pusztán, hogy a környezetet is megismerje. Nálunk nincs hozott anyagbol átgyúrás, saját frameworkot használunk.
De egy nginx reloadot meg lehet oldani maskent is...:)

 ( artifex | 2011. december 12., hétfő - 9:34 )

A listából nginx, egyébként hiawatha.

 ( manfreed | 2011. december 13., kedd - 11:43 )

nekem a lighttpd szimpatikus, főleg azután, hogy megtudtam, hogy az apache-hez képest (amit előtte használtam, mert mások is azt használnak) fényévekkel gyorsabb. Kicsit csodálom is, hogy ennyire le van maradva

 ( wladek1 | 2011. december 13., kedd - 19:43 )

Vegyel kezbe egy nginx -et, s azt is megtudod, miert...:)

 ( x15 | 2011. december 20., kedd - 1:01 )

Feltettem, 2 helyre is.
Megtudtam.
Aztán visszatettem a lighttpd-t...
---
Repeat after me: I Will Use Google Before Asking Stupid Questions...

 ( manfreed | 2011. december 20., kedd - 11:10 )

Na, ez érdekel :)

 ( wladek1 | 2012. január 2., hétfő - 22:41 )

+1

 ( artifex | 2011. december 20., kedd - 14:59 )

Hogyan lehet lighttpd-ben sok alhálót engedélyezni vagy tiltani? Mert emlékeim szerint "if" parancsokkal, ami elég kényelmetlen volt. Esetleg ezen változtattak? Mert a lighttpd-vel nem volt bajom, tetszett, csak volt olyan, hogy korlátozni szerettem volna egy weboldal elérhetőségét és elég nehézkes volt. Vagy én csináltam rosszul.

 ( zdesigner | 2011. december 14., szerda - 18:20 )

Én is a lightyra nyomtam.