DevProTalk

DevProTalk (http://www.devprotalk.com/index.php)
-   Web aplikacije, web servisi i software (http://www.devprotalk.com/forumdisplay.php?f=30)
-   -   Apache VS Lighttpd, thttpd pitanje? (http://www.devprotalk.com/showthread.php?t=2281)

mega023 18. 01. 2007. 16:10

Apache VS Lighttpd, thttpd pitanje?
 
Mozda nije pitanje za ovu grupu ali nisam znao gde da ga stavim.
Moderatoru ako smeta neka prebaci negde ili neka obrise...

Planiram da uzmem jedan blank server sa kog ce se servirati
iskljucivo staticki sadrzaji (html + jpg velicine 25-150kb).

Iz razloga sto ce imati ogroman broj poseta, a nece biti dinamickih sadrzaja,
logicno bi bilo da instaliram nesto drugo sem apache-a tipa Lighttpd ili thttpd
ili neki slican web server. Jedina stvar koja mi je potrebna je htaccess (koliko
sam upoznat vecina to podrzava)

Vidim da npr. EliteSecurity koristi thttpd za staticke sadrzaje
(grafiku, banere) http://static.elitesecurity.org/

Kakva su vasa iskustva sa ovim web serverima?
Sta se najlakse instalira i konfigurise?
Sta vi preporucujete i zasto?


Ako se neko zanimao sa ovim i ima 10ak vremena minuta neka se javi na PM.



Takodje me zanima u slucaju kada na serveru vec postoji apache,
citao sam nesto da je moguce uz pomoc mod_proxy "propustiti"
odredjene zahteve tako da ih servira thttpd a ne apache?
Ima li neko iskustva i sa ovim?

Ilija Studen 18. 01. 2007. 16:20

Citat:

Originalno napisao mega023
Takodje me zanima u slucaju kada na serveru vec postoji apache,
citao sam nesto da je moguce uz pomoc mod_proxy "propustiti"
odredjene zahteve tako da ih servira thttpd a ne apache?
Ima li neko iskustva i sa ovim?

Ovo sam koristio za tracd (navodno Trac radi mnogo brže ovako nego kad se gura kroz Apache). Odlučiš na kom portu će da ti radi tracd (ili bilo koji drugi server) i kasnije samo kroz mod_rewrite guraš na taj port. Evo ga i uputstvo na TextDrive support sajtu: Proxy your Trac site to a tracd with Apache.

Ne znam da li je ovo najelegantnije rešenje, ali radi posao prilično fino već pola godine (stabilnost rada tracd-a na TD-u je posebna priča, ali nećemo o tome).

ivanhoe 18. 01. 2007. 20:41

mozes sa mod_proxy da prosledjujes zahteve kuda zelis, pa izmedju ostalog i na istu masinu (samo na neki drugi port od onog gde je apache, sto je obicno 80). To je zgodna postavka jer se vrlo lako skalira, ako se pojavi potreba za load balansiranjem na vise servera.

Na tom drugom portu dignes neki drugi server ili drugi apache. Sa thttpd nemam iskustva, a polemika o tome sta je brze lighttpd ili apache se vodi vec dugo, ali ja nikako da vidim neke dokaze, sve izgleda zavisi od setupa.

Ali mislim da apache moze bez problema da odradi i vrlo zahtevne poslove, samo naravno treba da se optimizuje i iskljuci sve sto ti nije potrebno. Znaci ako je sve staticko onda iskljucis php, ne koristis .htaccess, nego to sve pises direktno u httpd.conf (mod_rewrite je tako mnogo brzi) i sl...

EDIT: pogledaj i tux server, on se integrise sa kernelom i trebalo bi da je najbrza varijanta za staticke sadrzaje.. inace od obicnih servera je Zeus valjda najbrzi, bar po testovim koje sam gledao na netu, mada ne znam koliko su oni azurni

zextra 18. 01. 2007. 23:51

Imas i onaj Hibachi - najmanji webserver - trebalo bi da je strasno brz... za staticki sadrzaj, naravno :)

mega023 19. 01. 2007. 15:52

@ivanhoe
Da li mozda znas da li je bolje da koristim .htaccess da rewrite-ujem port ili je ipak mod_proxy bolje resenje? Da imam samo staticki sadrzaj ovo bi se apache sam odradio i verovatno ne bih ni postavljao ovakva pitanja... ili bih odmah stavio neki light web server... ali posto na serveru ima i dynamic i static sadrzaja ja bih da apache oslobodim statickih i to da prenesem na neki drugi web server.

Vec sam gledao TUX i dosada ima dosta dobru dokumentaciju sto mi je jako bitno.
Jedino pitanje je da li je neko instalirao TUX na CentOS i da li je bilo problema?

@zextra
Hibachi - zanimljiva stvarcica, ali nigde nema nekih benchmarka ili podataka koliko je zaista on brz. Ima i jednu manu jer nema podrsku za htacces (kao i lighttpd) koja mi moze zatrebati, tako da ta dva otpadaju, ostaje thttpd i tux.


BTW
Instalirao sam thttpd na portu 81 i sa mod_rewrite mi radi ok.
Mod_proxy nesto ne radi (apache 1.3). Sada sam malo u guzvi kada dospem pogledacu sta ga boli....

ivanhoe 19. 01. 2007. 16:59

ne znam kako planiras da sa mod_rewrite menjas port? Jel preko [P] flaga ? Meni to deluje kao ok resenje, vrlo je flexibilno, ali nisam siguran oko perfomansi, nikad nisam to koristio u praxi..

degojs 19. 01. 2007. 18:09

A može i jači hardver, ako već ništa ne pomaže :D

zextra 19. 01. 2007. 19:42

@mega023: salio sam se za hibachi, mada je cute resenje za static content only.. Ili za neke integrisane varijante.. Svasta ljudi smisle ;)

mega023 20. 01. 2007. 14:15

Citat:

Originalno napisao degojs
A može i jači hardver, ako već ništa ne pomaže :D

Dell Dual Xeon 3.2 GHz + 2GB ECC DDR + 2x73GB SCSI (4 jezgra)
sem memorije ne moze bas mnogo jace od ovog...


Citat:

Originalno napisao ivanhoe
ne znam kako planiras da sa mod_rewrite menjas port? Jel preko [P] flaga ? Meni to deluje kao ok resenje, vrlo je flexibilno, ali nisam siguran oko perfomansi, nikad nisam to koristio u praxi..

Ovo sljaka ok... mada sam negde citao da treba izbegavati ovakve stvari
(mod_rewrite) u kombinaciji sa JAKO mnogo poseta...
Kôd:

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond  %{SERVER_PORT} !^81$
RewriteRule ^(.*)$ http://www.sajt.com:81/$1 [L,R]
</IfModule>


degojs 20. 01. 2007. 16:13

Pa možda možeš da dodaš još jedan server, ne bi trebalo da je komplikovano pošto ionako serviraš samo statički sadržaj. Opet, to samo kažem onako.. ako baš ne nađeš dobro rešenje sa tim jednim serverom.


Vreme je GMT +2. Trenutno vreme je 08:38.

Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.

Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.
Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.