Vreau să învăț experiența celor care au rezolvat această problemă. Dacă există mai mult de 3000 de postări (personalizate) în secțiunea admin, nu vă puteți conecta (Eroare fatală: dimensiunea permisă a memoriei de 134217728 octeți epuizată (încercată să aloce 64 de octeți) în / sata2)
Întrebarea este cum să reducem consumul de resurse VP. (care este, probabil, există lucruri pe care le puteți dezactiva pentru a permite funcționarea corectă a administratorului)
Mulțumesc.
Ciudat, am verificat acum WordPress 3.2.1 cu Twenty Eleven, nu am jucat-o. Aceasta este linia din wp-include / comment-template.php. În lista de excepții nu este.
Presupun că traducerea nu este suficientă în fișierele de localizare ale subiectului. Cu toate acestea, acum nu mai contează 🙂
Și care este diferența fundamentală de la WPLANG Lite?
În mecanismul de lucru.
WPLANG Lite a creat un fișier de traducere separat pentru partea exterioară a site-ului, din care au fost excluse rânduri care au fost utilizate numai în panoul de administrare. Au fost o mulțime de astfel de linii (aproximativ 3000 din 3,800), excluderea lor permisă de a reduce consumul de memorie pe partea exterioară a site-ului cu aproximativ 3 MB.
PHP Pure Localization cache-uri de fișiere de traducere ca array-uri ordinare PHP, care necesită mai puțină memorie decât cu fișierele .mo. Aceasta ține evidența datei la care au fost modificate fișierele sursă și cache-ul este actualizat automat după cum este necesar. Economiile sunt aproximativ egale cu 3 MB (și cu un număr mare de plugin-uri cu fișiere de traducere poate crește), dar deja în panoul de administrare. Pe partea exterioară a site-ului după eliberarea de WordPress 3.4 datorită numărului mai mic de rânduri de economii au devenit mai puțin semnificativă (verificat 3,6 - aproximativ 1,5 MB).
Este demn de remarcat faptul că dacă memoria nu este suficientă, este logic să creștem parametrul memory_limit din PHP. Plugin-urile au fost create ca un experiment în cazul în care furnizorul de gazde nu oferă posibilitatea de a schimba memory_limit.
hacking, desigur, puteți, dar 30 MB este destul de o situație normală, puteți elimina plug-in-uri inutile, temka este mai simplu, din nou wplang lite vă poate da niște crumbs, dar aceasta nu este o soluție radicală,
Plugin-urile se curăță acum, Temko voi remodela cel puțin puțin, dar să-l descărc.
În WordPress 3.4, separarea fișierelor lingvistice pentru panoul de control și partea externă a site-ului a fost implementată la nivelul kernel-ului (# 19582), de atunci pluginul și-a pierdut relevanța și nu a fost actualizat.
Puteți încerca Pure PHP Localization, tot trebuie să funcționeze. Acum am verificat consumul de memorie din panoul de control din WordPress 3.6 - fără plug-in sa dovedit a fi de 30.62 MB, cu acesta - 27.08 MB.
Bine, înțelegi. Mulțumesc. Și care este diferența fundamentală de la WPLANG Lite?
Cât de relevantă este WPLANG Lite?
În WordPress 3.4 separarea fișierelor de limbă pentru panoul de control și părțile exterioare ale site-ului au fost puse în aplicare la nivelul nucleului (# 19582), din moment ce plug-in nu mai sunt relevante și nu a fost actualizat.
Puteți încerca localizarea PHP Pure. el încă mai are de lucru. Acum am verificat consumul de memorie din panoul de control din WordPress 3.6 - fără plug-in sa dovedit a fi de 30.62 MB, cu acesta - 27.08 MB.
localizarea nu durează mai mult de 4 MB, relieful său, respectiv, va elibera aproximativ jumătate, IMHO nu este suficient.
Accelerator PHP folosiți? Reduce consumul de memorie
Trimiteți-le prietenilor: