F5 button - WordPress - Apache - CMS - Fout - Error - Down - Crash

In deze How To leggen wij u uit hoe u heel simpel een CMS website (o.a. WordPress) in nog geen 10 seconden offline / down kan halen.

 
Let op! Dit is een How To met daarin een mogelijke fix in uitgelegd, gebruik van internet overbelasting en/of misbruik is strafbaar! , Deze How To is puur ter attentie bedoeld, en niet om misbruik te plegen tegen derde! Wij zijn als B.V ook in geen enkele vorm aansprakelijk als uw website offline gaat door middel van deze How To, U kunt tenslotte uw website en/of server hiertegen beveiligen!
 
Het punt:
1: Open Browser zoals Chrome, FireFox of dergelijke browser software
2: Ga naar een website die o.a WordPress draait
3: Houd 5 > 10 seconden uw F5 knop ingedrukt, u gaat de website nu geforceerd meerdere malen in een zeer korte tijd opvragen.
4: Laat knop F5 los, en u zult zien dat de website die u wilt bekijken op "stil loading...." staat. en bij sommige websites krijg je na verloop van tijd dat MySQL niet bereikbaar is,
Tevens zal uw browser (o.a. Chrome) u vermelden dat de website niet vindbaar is.
 
Wat gebeurd er ?
U vraagt de website meerdere malen op, met een zogeheten httpd protocol die via Apache verloopt, Apache reageert veel sneller dan uw MySQL, waardoor deze achter blijft, het gevolg is dat uw server een overload krijgt en vervolgens down gaat.
Tijdelijke snelle oplossing is "service httpd stop" te doen om de overload te killen, na een tijdje zal de site weer bij komen.
 
Met welke webserver software gebeurd dit?
Zover bij ons bekend is gebeurd dit alleen bij websites die gehost worden d.m.v. van Apache , uit onze tests is gebleken dat o.a. NGINX hier niet gevoelig voor is. Tevens is er uit onze tests gebleken dat de nieuwste versie van Apache geen positief resultaat oplevert.
 
Oplossing:
Soft oplossing: Maak een script die een maximaal aantal bezoekers toelaat en/of hoe vaak de unieke bezoeker de site in 30 seconden mag bezoeken en/of met hoeveel actieve browsers, na onze informatie heeft dWork.nl een script klaar liggen, wellicht deze te koop is.
Hard oplossing: Heel simpel gebruik NGINX in plaats van Apache, deze draait nu ook onder Plesk en afgelopen weekend hebben wij samen met DirectAdmin een Apache replacement naar NGINX geschreven zie hier onze how to: How To.
 
Nadeel van NGINX
U kunt tot op heden geen gebruik maken van htaccess onder NGINX, dus u zou uw scripting gebasseerd op htaccess, een nieuwe SEO rewrite script moeten maken (zie hier voor informatie)
 
Voordeel NGINX:
De meeste cms "o.a. WordPress" software draait hieronder, daarin is NGINX veel sneller en beter dan Apache, meer NGINX informatie zie Info NGINX.
 
Heeft u nog vragen:
Neem contact met ons op via onze Ticket Systeem.
 
Mocht u zelf een snellere fix/oplossing hebben wees dan niet egoïstisch en deel het met internet gebruikers zoals wij dat ook in deze topic hebben gedaan, juist vanwege de omvang van deze error/fout groot is, en vele websites getroffen kunnen worden.
 
 
 


Was this article helpful?

mood_bad Dislike 1
mood Like 3
visibility Views: 14398