Wordpress - Nu pot avea acces la panoul de control
WordPress - Nu pot avea acces la panoul de control
Bună ziua, dragi cititori și vizitatori pe blog 4remind.ru. În acest articol, ne vom concentra pe problema intrării panoului de control (admin) pe bloguri WordPress, care s-au confruntat sau se pot confrunta cu unele dintre noii veniți.
Motivul pentru scris acest articol a fost primirea de scrisori am primit de la prietenii mei, care se confruntă cu dificultăți în transferul site-urile lor la un alt hosting. Ei se depana orice probleme nu ar putea, pentru că foarte începători pentru a gestiona și configura site-uri. Problema este că, după site-urile de transfer create pe WordPress motorului 3.3.1. de la serverul local pentru găzduirea real, atunci când încercați să vă conectați la panoul de administrare în loc de panoul de administrare al paginii este afișată pagina albă complet goală. Ei bine, dacă era posibil, pentru a merge la panoul de administrare, modificarea și salvarea ce unele setări din nou afișează o pagină goală.
Cu ajutorul meu pentru a rezolva problema lor într-un fel a reușit, și toate acestea trebuie să lucreze, dar pentru mulți alții era clar modul în care să se ocupe de această situație, să analizăm mai detaliat.
Pentru mai puțin experimentat sau foarte nerăbdător voi spune imediat că principalul motiv constă în starea de PHP output_buffering setările de pavilion. Pune PHP output_buffering pavilion de stat «pe», iar problema este probabil să fie rezolvată imediat.
Dar pentru alții, care nu sunt foarte puternice în setările de server, aici sunt câteva exemple de când și pentru ceea ce ar putea să apară o problemă cu intrarea în zona de administrare a site pe WordPress motor, și cum să rezolve această problemă.
Poate voi începe cu faptul că, pentru a determina cauza, trebuie să știți despre erori care apar atunci când lucrează site-scripting.
Și greșeli trebuie să arătăm browser-ul, pentru că nu toată lumea are acces la jurnalele de găzduire server. Dar, pe cele mai multe servere de ieșire implicit în browser-ul bug-uri PHP este dezactivat. Prin urmare, pentru a vedea greșelile pe site-ul în timpul performanța de scripturi PHP, trebuie să instalați display_errors PHP este un steag în stare «pe»
În primul rând, acest lucru se poate face în fișierul php.ini. Desigur, dacă știi unde este, să aibă acces la ea, și dacă găzduire i se permite să schimbe setările PHP.
În al doilea rând, PHP display_errors pavilion poate fi activat folosind fișierul .htaccess. care se află în directorul rădăcină al site-ului. Va trebui să adăugați o linie cu următoarea comandă:
Dacă nu există nici un fișier .htaccess în directorul rădăcină al site-ului, acesta trebuie să fie acolo pentru a crea. În principiu, puteți crea un fișier .htaccess sau în directorul rădăcină, iar în cazul în care sunteți apeluri script care generează erori de rulare.
Și în al treilea rând, display_errors pavilion poate fi stabilit de script PHP de asteptare ini_set () funcția
După activarea erorile PHP de afișare în testele mele am ajuns aici despre o astfel de logare eroare la panoul de administrare WordPress:
Nu voi merge adânc în teorie, și voi spune pe scurt că unele dintre informațiile din eroarea
«Nu se poate modifica informații de antet - antetele deja trimise»
Am determinat aproape imediat ideea că atunci când se utilizează script-uri de pe site-ul există o nepotrivire. Cu alte cuvinte, serverul a emis browser-ul de informații este încă nevoie de un alt script pentru a efectua operațiunile sale, adică, una dintre script-uri sau funcții deja trimise browser-ul de pachete, fără să mai aștepte și fără a lua în considerare faptul că, chiar și un alt scenariu sau funcție au fost adăugate partea care urmează să fie expediate.
O soluție va trece tampon de ieșire în PHP, și au nevoie doar pentru a permite PHP output_buffering de pavilion, fie în php.ini (dacă, desigur, să aibă acces la fișierul php.ini)
sau prin adăugarea următoarea linie în fișierul .htaccess
Există totuși o remarcă despre output_buffering de pavilion. Setați valoarea la starea ON ar trebui să ia în considerare faptul că script PHP de ieșire de tamponare se va acumula de ieșire în memorie pe serverul de hosting, ceea ce poate conduce la o situație în care selecția pentru site-ul dvs. de stocare nu poate fi suficient, și ca urmare a unor cereri către site nu vor fi procesate până când memoria nu este eliberat. De obicei, poate apărea rapid atunci când site-ul este trafic mare si intens. Pentru a evita o astfel de situație pentru PHP output_buffering pavilion este oferit în loc de «pe» setați dimensiunea buffer-ului în octeți, cum ar fi
Cu valoarea pentru dimensiunea buffer-ului va trebui să experimenteze desigur, deoarece diferite site-uri pe diferite servere optimal valoarea ei poate fi destul de diferite.
De obicei găzduire, în cazul în care există deja WordPress instalat în prealabil, în special cea mai recentă versiune, PHP pavilion output_buffering este deja și eroarea de mai sus, de obicei, nu se pune. Dar cu siguranță am fost surprins de faptul că în WordPress 3.3.1 motorului la prima pornire, configurația și în operațiunile ulterioare nu este verificată posibilitatea unei situații similare. Să sperăm că în versiunile viitoare ale acestei probleme este eliminat.
La aceasta, probabil, până la linia de sosire.
Succes instalați și începe blogging-ul pe motor WordPress!
Alte articole din subiecte similare:
Material Ponderea cu alte persoane, folosiți butoanele: