HyperCache rulz

Cam aşa arată un load pe serverul pe care e hostat zoso.ro. Ajunge pe la 80%.

Băgăm în funcţiune HyperCache. Şi loadul începe să scadă. Şi scade. Şi se stabileşte la 30-40%, în aceleaşi condiţii de trafic.  Pus pagina la 30 minute, bifat cache redirects şi aia e.

Mulțumesc că ai citit acest articol.
Dacă vrei să susții acest blog, cumpără un abonament de 5$

19 comentarii

  1. Daca nu ai scris cu minim 5 de z (rulzzzzz) nu te credem :)

    00
  2. Asta ce înseamnă mai pe înțelesul „afonilor” IT?

    00
  3. nice nice ;)

    pe intelesul alora, nu va trebuie ca nu aveti trafic mare incat sa mearga blogul greu :)

    00
  4. @Piticu: sa-nteleg ca numai IT Gurus au trafic mare?

    00
  5. Inainte de a folosi HyperCache foloseai WP Super Cache? Alt plugin de Cache?

    00
  6. load balancing ? more CPUs ?

    00
  7. @Andrei Dutu: da.

  8. De curiozitate, cate vizualizari de pagina ai pe zi?

    00
  9. Multumesc pentru raspuns.
    Cu toate ca m-am chinuit sa optimizez wordpress-ul la maxim, tot mai am probleme uneori. Poate HyperCache va fi solutia salvatoare.

    00
  10. Pana la urma dintre: WP Super Cache, DB Cache si HyperCache care il/le recomanzi?

    00
  11. @Fire Angel: scrie in dreapta sus, la stats.

  12. Poate ca un server mai bun te-ar scapa de griji. Chiar si dupa ce ai laudat HyperCache, siteul tot a fost picat.

    00
  13. Dude poza aia este autentica? Daca da sunt curios pe ce hosting ai avut tu load-ul asta

    00
  14. Am avut wp-super-cache, mergea binisor dar se ineca brusc si se bloca serverul. (5K unici pe zi)
    Pana la urma am renuntat la el si am studiat un pic my.cnf din setarile MySql (VPS Ubuntu), am optimizat un pic pe acolo si merge struna.
    Daca mai am probleme, ma indrept spre HyperCache si ce ai mai recomandat (DB Cache).

    00
  15. mosule, noi avem un site cu o baza de date babana si mult php si care are cam cati vizitatori ai tu acilea.. si sta procesorul in cpanel pe la load 3-4 si mai suntem si pusi in shared cu inca 200 de site-uri :) , asa ca suna un programator sa vina sa-ti faca ceva la saracul asta de wordpress si nu mai tot schimba hostiungul , ca nu ei sunt de vina , ci codul din site-ul tau care e scris cu picioarele…..

    00
  16. @blowfish: te-as minti eu?

  17. @Victor: serverul pe care e sunt doua wordpressuri, in total vreo 50.000 unici pe zi.

    dbcache nu face mare lucru, din cate am vazut.

  18. Nu e doar siteul pe care am mailul acolo, ala e un proiect mereu amanat.
    In total sunt 6 WordPress instalate si 1 WordPress Mu, cu peste 20K pe zi.
    Server in SUA, trafic din SUA, merge struna. (medie de 7% procesor).
    Inainte sa umblu prin my.cnf, oricat de mult ma stresam cu wp-super-cache, nu mergea nici batut.
    Aveam si un plugin de related posts mai „avansat” care facea niste mysql queries care erau „slow”. Am setat mysql sa faca log cu toate interogarile care depasesc 1 secunda, m-am uitat in log si m-am speriat.
    Am umblat direct in cod in pluginurile buclucase si acum nu mai am probleme, poate si asta e o cauza.
    In afara de wp-super-cache nu am incercat altceva, acum sunt curios ce face hypercache asta, de abia astept sa se inece iar ca sa il testez :)

    00
  19. Pentru MySQL, poti sa folosesti tuning primer, de aici: . Numarul de vizitatori unici sau media/peak de requesturi/secunda nu explica load-ul pe care il are masina. Ai putea incerca sa investigezi de ce ai WAIT queue asa de mare ( vmstat si top sunt prietenii tai).

    O alta sugestie e sa lasi amatorismele cu Apache2. Exista un server mult mai rapid decit Apache2 care in cazul tau, poate face minuni. Da-i un ‘emerge lighttpd’, configuratia nu e simpla de facut dar merita. Daca tii neaparat sa ramii in Apache2 (pentru mod_rewrite mainly..), treci in FastCGI, mod_php5 is so obsolete.

    HyperCache-ul, ca orice sistem de caching, are micile lui neajunsuri (invalidare cache). Vezi siteul lor oficial.

    00

Susținere

Susține acest blog cumpărând de la eMAG sau de la Finestore.