- A hozzászóláshoz be kell jelentkezni
- 1323 megtekintés
Hozzászólások
Ha kiraksz pl. 1-2 nagyobb letölthető file-t, és jópáran el is kezdik tölteni, az apache máris behal, mert nem lesz szabad processz a dinamikus tartalom kiszolgálására.
Userek kapják a "Connection timed out" üzeneteket, a gépen a terhelés meg semmi.
Userspace-ben is lehet ilyen "gyorsítást" csinálni, úgy hívják reverse-proxy.
- A hozzászóláshoz be kell jelentkezni
On 2005-06-01, bocs <bocsika@index.hu> wrote:
>
> van valakinek infoja arról, hogy egy tipikus content managelt portálon mi a
> statikus/dinamikus lekérések aránya?
>
> gondolom képek, flash-ek általában statikusak, de minden mást meg kód
> generál.
>
> ennek fényében mennyire számít az, hogy 2-3 szoros teljesítményű a statikus
> dolgok szolgáltatása? hasraütésre azt mondom hogy elenyésző az előny, a
> biztonsági kockázat miatt jelentős a hátrány
Nem feltetlenul a darabszamot kellene nezni, hanem a file-ok meretet/a
kiszolgalas idejet... Igy mar lehet jelentosen tobb a statikus a
dinamikustol...
- A hozzászóláshoz be kell jelentkezni
a francse implementálna kernelbe webservert ... Mar a linux kernel httpd tol is ki voltam akadva... Ott egy sechole es akkor tenyleg nagy szopas van ...
- A hozzászóláshoz be kell jelentkezni
van valakinek infoja arról, hogy egy tipikus content managelt portálon mi a statikus/dinamikus lekérések aránya?
gondolom képek, flash-ek általában statikusak, de minden mást meg kód generál.
ennek fényében mennyire számít az, hogy 2-3 szoros teljesítményű a statikus dolgok szolgáltatása? hasraütésre azt mondom hogy elenyésző az előny, a biztonsági kockázat miatt jelentős a hátrány
- A hozzászóláshoz be kell jelentkezni
mert megerdemled...
- A hozzászóláshoz be kell jelentkezni
kiegtel thuglife.
- A hozzászóláshoz be kell jelentkezni
Egy heti masszív hurling után ne csodáld. :)))
- A hozzászóláshoz be kell jelentkezni