Držanje tipke F5 zabije server [stran 3]

#21Sem za foro probal na naši strani, držat F5 skoraj minuto, in ko sem spustil, se je page nalozil v manj kot sekundi in ni blo nobenga freeza.
Je pa res, da imamo vse pokeširan, pa vklopljen mod_deflate, in gzipan html, javascript, css in naštiman header expires...

#22Ni šans, da zabije tako močan strežnik. Prav tako se poraba RAMa ne spremeni niti za 1%. Mogoče gre bolj za nastavitve tvojega routerja :)

#231. Za testiranje sem inštaliral eno freebsd virtualko z giga rama. Vse nastavitve apacheja, phpja in mysqla so default.

2. Inštaliral sem sveži wordpress 3.0.1

Prilagam video primer, kaj se dogaja s strežnikom ob držanju tipke F5 na prvi(Welcome to WordPress) stani. Wordpres "poje" ves ram in swap. Pa dober tek!

Help

#24Rešitev problema:

Statične datoteke(html fajli), ki jih apache servira, privzeto pošljejo "Last-Modified" header lahko tudi "Cache-Control" header, ki dovoljuje, da je stran cachirana določen čas. Zato s statiko ni problemov.

PHP sicer enostavno in elegantno generira spletne vsebine, ampak sam NIKOLI ne poskrbi za "Content Negotiation". Za to moramo vedno poskrbeti webmojstri sami.

Moje mnenje je, da bi to morala imeti vsaka spletna stran, ker je dobro za strežnik in tudi za boljšo uporabniško izkušnjo. Poleg vsega tega vam tudi google in ostali crawlerji ne bodo porabili toliko bandwidtha (hammering itd..)

#25@blackmamba: probaj do iste strani dostopati preko kakega webproxya takrat pa boš videl če dejansko pade server ali samo tebe "timeouta".

#26Mogoče ma tukaj prste vmes tudi keep-alive, ki po tolkih requestih "zablokira" nadalnje nalaganje strani ... samo misel:P

#27Tukaj dejansko izvajaš Denial of Service nad določeno spletno stranjo in to, da si ga izvajal nad drugimi spletnimi stranmi brez privoljenja (kibi recimo), je kaznivo...

Zdej pa na kratko:
Če imaš pravilno nastavljen strežnik, bi moral videti connectione/requeste iz enega ipja, ki grejo v višave. Nato potrebuješ modul v apacheju, ki zna banati ta določen ip, oz. spremeniti vsebino na katero dostopa ip z neko error napako. Html se servira miljonkrat hitreje kot php, za znatno manj CPU obremenitve. Veliko hujše cifre, kot si jih napisal v ab-ju za to php stran strežnik pri serviranju html-ja ne ganejo. V primeru serviranja napake se postreže minimalen html. Če ti pa to ni povšeči, pa pač nastaviš modul da ban-a uporabnika za določen čas prek iptables-ov in se ne ukvarjaš z njim več.

Toliko na kratko.

#28bb, thx :) Verjetno pa zna biti problem, ker grejo ponavadi IP-ji googla in ostalih v višave.

Če user samo drži tipko F5 (ali pa se mu zatakne) in nima cacha v browserju disablanega, potem zaleže že last modified header in cachiranje php-ja.

Če pa ima user cache izklopljen, oz. se izvajajo dos napadi iz različnih ipjev, prideta v poštev modula mod_limitipconn in mod_evasive. Pomojm se da s tema moduloma in nekimi zmernimi nastavitvami kar dobro zaščitit strežnik pred takimi "napadi"

Najboljša stvar je pa sigurno optimizirat skripto kar se da dobro, narediti dober (event)caching sistem in uporabiti oboje kar sem zgoraj napisal.

LP

#29Me veseli da si našel rešitev za težavo.