De câteva zile tot primeam o eroare resource limit is reached , ori când aveam spike-uri de trafic, ori când umblam prin blog.
Resource limit is reached apare atunci când ați atins limitele alocate de resurse, pot fi mai multe cauze, ai resurse limitate de la host, ai multe pluginuri care mănâncă resurse, fișierul cron scrie linii peste linii la fiecare afișare (în wp 4.3.1 s-a rezolvat bug-ul) sau ai tu ceva pe server care rupe toate resursele.
Pentru că m-am săturat de eroarea resource limit is reached, m-am pus să verific de la ce poate fi. Înainte de toate am mai făcut un backup la blog.
Prima dată am verificat fișierul cron din wp-options, am văzut că era ok pe wordpress 4.3.1 ,deci nu este de acolo.
Apoi am verificat resursele alocate de firma de hosting, resursele erau ok, dar aveam o limitare de 24 de ore tocmai pentru că blogul meu suprasolicita.
În caz că sunt prea puține resurse alocate din script, puteți face în notepad un fișier php.ini în care introduceți linia memory_limit = 256M ; , apoi save as „All files” și o urcați în fișierul public_html al blogului.
Umblând pe blog simultan cu Cpanel, am vrut să instalez un plugin, în momentul ăla tot blogul a crăpat, nici nu se mai putea accesa.
Așa că am luat tot cpanelul la puricat. Primul lucru a fost să verific bazele de date.
Am observat că o bază de date a unui subdomeniu avea 280 mb iar asta a blogului 15mb, acel subdomeniu era lăsat în paragină iar pe el intrau boții de spam care umpleau paginile cu porn.
Șters bază de date, șters subdomeniu, eliberat din resurse.
Blogul era în continuare blocat,niște pluginuri au creat linii goale și dădeau eroare, pentru că nu puteam accesa wp-admin, Marius m-a ajutat să reinstalez wordpress 4.3.1 pentru a fi iar curat.
După reinstalarea wp am început să fiu mai atent la pluginurile alese, acum cred că am doar 10 pluginuri, optimizate maxim cu tema și cu jetpack.
Nici pentru fonturi nu mai folosesc plugin, am intrat direct în Style.CSS și am modificat fonturile, am redimensionat logo-ul, aranjat puțin primary menu și eliminat secondary menu.
Deci cauzele acestei erori pot fi multiple, trebuie să vă amintiți ce ați făcut înainte de eroare, este recomandat din timp să vă optimizați pluginurile, nu țineți baze de date aiurea pe host pentru că mănâncă spațiu, nu urcați poze fără să le redimensionați.
Modificarea cu php.ini e subiectivă. Cel mai bine se discută cu hostingul pentru că poți da în alte erori ca: 500 internal error. 🙂
Buba era la pluginuri mai mult ca sigur. Erau câteva care, cu debug activ îți înnebuneau tema de erori.
Cel mai bine se verifică în error.log și se ia din aproape în aproape.
În error.log aseară îmi afișa tot blogul, toate articolele și toate duceau în index
Când pui widgeturi scrise de indieni acum 20 de ani…
Totusi 10 pluginuri tot mult mi se par.
Pai as putea să activez mai multe funcții jetpack dar rupe la resurse. Așa că am găsit pluginuri alternative și mai plăcute.
Da, dar vezi că alea din Jetpack sunt scrise de echipa automatic, nu de indienii care ți-au **** ieri blogul. 🙂
Echipa sa își ia un designer
primesti limitare de resurse si cand ai site-ul compromis/atacat. atentie la update platforma+pluginuri+parole de minim 16 caractere
La mine era doar suprasolicitat , am parole strong:)
Am pățit și eu așa, însă am rezolvat treaba de unu singur.. și am scăpat ușor. Aveam doar un plugin tâmpit. Oricum, eu având blogul pe server la mine, îmi schimb singur limite etc..
Hostul m-a limitat scurt, probabil le floodam serverul:))