A következőt szeretném megoldani, de sajnos nem találtam használható útmutatót a keresőkben:
A dinamikus tartalmat (mint pl. php fájlok) szeretném ha az apache szolgálná ki, azonban a statikus tartalmakat (html, css, képfájlok, stb.) proxyzással (mod_proxy.c) átdobnám a 8080-as porton futó lighttpd-nek. Ezzel szeretném gyorsítani kicsit a statikus tartalmak betöltését.
Egy kérdés ezzel kapcsolatban: A virtualhostokat elég csak az apache-ban felvenni, vagy a lighttpd-ben is be kell őket állítani? A lighttpd az apache "mögött" futna, mint háttérszerver.
Ha valaki tudna egy rövid példát mutatni, hogy ez hogyan is nézne ki, annak köszönetet mondanék. Esetleg egy howto linkje is jól jönne. :)
Egyébként ez alapján próbálkozom, de az itt leírtak nem működnek, a képeket nem dobja át a lighttpd-nek: http://blog.efpe.hu/2008/03/14/apache-2-mod_proxy-lighttpd.html
- 1862 megtekintés
Hozzászólások
En a lighthttp-t tennem az apache ele, ha a statikus tartalmat meg apache-on os atviszed, lehet, hogy veszitesz a teljesitmenybol a jelenlegihez kepest!
----------------------
"ONE OF THESE DAYS I'M GOING TO CUT YOU INTO LITTLE PIECES!!!$E$%#$#%^*^"
- A hozzászóláshoz be kell jelentkezni
Apache-ot és Lighttpd-t töröld le és rakj nginx-et és nem kell szenvedni...
- A hozzászóláshoz be kell jelentkezni
+1, nagyon jól skálázható. Brutál látogatást is szépen lekezel.
Képfeltöltő oldal, kínaiak 1-2 képet feltöltöttek, fórumba beillesztettek, így minden mintavételi pillanatban 6-8-12 ezer aktív kapcsolat volt és szívták a képeket kifelé. Timeout eléggé le volt csavarva, szándékosan.
Na de nagyon pörgött már a proci, darált a vinyó, így leszabályoztuk őket, 2-3000 aktív kapcsolattal lazán elmegy.
Apache 3300 felett már behalt, pedig próbáltam annyi mindent. Keepalive off, felesleges modulokat nem forgattam bele..
- A hozzászóláshoz be kell jelentkezni
nginx-el csak az a bajom, hogy szinten egyáltalán nem ismerem, éles szerverre meg nulla ismerettel nem akarom felrakni. No meg a .htaccess fájlokat is át kéne írni, hogy le tudja kezelni. Igazából az apache szép, ikonos könyvtárindexelését sem szívesen váltanám le, de ez legyen a legkevesebb. :)
A fentiek miatt gondoltam ki ezt a kerülő megoldást, hogy akkor maradjon az apache a dinamikus tartalmaknak és mellette legyen egy lighttpd a statikusaknak.
- A hozzászóláshoz be kell jelentkezni
Így érthető. Sok weblapos szerverre én sem tenném ki a htaccess hiánya miatt.
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
pluzegy
- A hozzászóláshoz be kell jelentkezni
+1
Nginx Apache ele, a statikus tartalmat regexp, uri alapjan kiszurod, akar meg cache-elheted is, a tobbit meg atdobod apachenak. Eleg jo leirasok vannak a honlapjan.
- A hozzászóláshoz be kell jelentkezni
Esetleg nem tudnal a designon alakitani, hogy kulon gepen legyen egy static.somedomain.tld lighty-vel?
illetve lighty legyen elöl, s a dinamikusat köpje tovább, ha tud ilyet.
--
"SzAM-7 -es, tudjátok amivel a Mirage-okat szokták lelőni" - Robi.
- A hozzászóláshoz be kell jelentkezni
2 apache között le tom írni hogy kellene ezt a statikus dinamikus szétválasztást. Csak neked az egyik lighty :(
- A hozzászóláshoz be kell jelentkezni
Alternatívaként megpróbálhatod a squid(reverse proxy)<==>apache felállást is és akkor nem kell foglalkoznod a tartalom szétválasztásával.
--
maszili
- A hozzászóláshoz be kell jelentkezni
ugyanezt tudja az nginx is.
- A hozzászóláshoz be kell jelentkezni
Na a squid az apache után a másik használhatatlan őskövület bugware trutyi. varnish elmondhatatlanul jobb.
[ #FreedomFlotilla ] [ hupexpertize© || hupdiploma ]
- A hozzászóláshoz be kell jelentkezni