Debug în WordPress (cod de depanare, wp_debug)

Dezvoltarea trebuie să fie în măsură să urmărească în cazul în care eroarea când ceva dintr-o dată a mers prost. În WordPress există un „debug“ modul (modul de depanare) speciale. În această notă vom analiza în afară și să vedem ce fel de astfel de WP_DEBUG constantă.

De ce avem nevoie de „modul de depanare“? Să presupunem că s-au schimbat tema functions.php fișier de cod și site-ul a încetat să funcționeze. Stead ecran alb - nimic nu este clar. „Debug“ va ajuta să înțelegeți, se va afișa o eroare și spune ceea ce ea linie a fișierului.

„Debug“ afișează nu numai greșeli, din cauza cărora site-ul încetează să funcționeze, dar remarcă, de asemenea. Notele pot fi create de PHP în sine (de exemplu, atunci când o variabilă este utilizată incorect), sau cod de script PHP (de exemplu, WP creează astfel de note, în cazul în care site-ul folosește funcția WordPress depășite sau parametru funcția depășite).

Debuger implicit dezactivată: WP_DEBUG = false. WP_DEBUG_DISPLAY = true și WP_DEBUG_LOG = false. WP_DEBUG_DISPLAY și WP_DEBUG_LOG funcționează numai dacă este activată constantă WP_DEBUG.

WP_DEBUG_DISPLAY întotdeauna dezactivată pentru cererile AJAX, există o eroare de surprinzător este posibilă numai printr-un fișier jurnal. Acesta este situat în wp_debug_mode ().

Se recomandă să utilizați „modul de depanare“, în procesul de lucru pe site-ul (temă sau plugin).

Se recomandă să dezactivați „depanare“ de pe site-ul dumneavoastră. Pentru a proteja informațiile private ale unor terțe părți. Pur și simplu pune, hackerii nu au putut obține informații de la „depanare“.

Cum să activați „debug“ (erori care arată în WordPress)

Deschideți fișierul wp-config.php în rădăcina site-ului și de a schimba false în true într-un rând:

Cu aceste erori de includere și notele vor fi afișate pe ecran, dar nimic nu va fi inregistrata.

Activarea și configurarea depanare

Inserați acest cod ar trebui să fie în fișierul wp-config.php oriunde, ci la linia:

Eroare de afișare includere dinamică

Acest lucru vă ajută să comutați rapid WP_DEBUG constantă. care se află pe site-ul dvs. ar trebui să fie închis. De asemenea, codul vă permite să includeți un ecran de eroare forțată sau un fișier de intrare debug.log eroare în directorul / wp-content.

De ce este necesar? Să presupunem că am făcut un site și funcționează pentru noi, dar vom schimba periodic codul și de a îmbunătăți unele puncte. În acest curs există diferite erori, inclusiv fatale. Pentru a vedea motivul pentru care, trebuie să activați depanare, aceasta trebuie să deschidă wp-config.php. schimbare constantă. Și cel mai important, pentru a finaliza lucrările necesare pentru a reveni totul înapoi. Și aceasta au nevoie de un singur buton cu ajutorul site-ului. Acest lucru este un inconvenient, este mult mai ușor să adăugați o variabilă în URL-ul și a vedea eroarea atunci când este nevoie. Sau salva setările într-un cookie și activați convenabil / debug dezactivare prin URL.

Că totul a început să lucreze, să înlocuiască linia defini (WP_DEBUG, false); în fișierul wp-config.php pe următorul cod:

Puteți salva, de asemenea, instalarea într-un cookie pentru permanent nu scrie? Debug și un alt astfel de conservare este util pentru depanare atunci când testarea AJAX apeluri, care a stabilit un parametru de interogare mai greu.

Pentru protecție, opțiunea de depanare ar trebui să se schimbe, să indice ceva rar și cunoscut doar pentru tine.

Când activați înregistrarea, nu uitați să ștergeți fișierul jurnal, și atunci el poate vedea pe nimeni. Sau îl puteți schimba, a se vedea. Descriere WP_DEBUG_LOG.

WP_DEBUG - este o constantă PHP (constanta la nivel mondial - care urmează să fie stabilită o singură dată). Valoarea acestei constante activează sau dezactivează afișarea erorilor în PHP, dar, de asemenea, este utilizat în diferite părți ale codului WordPress pentru a afișa sau suprimarea eroare în cazul în care este nevoie.

WP_DEBUG nevoie pentru a determina (stabili) în fișierul wp-config.php de pe site-ul rădăcină.

Pentru convenabil, puteți scrie numărul 1 sau 0:

Notă: Nu puteți specifica fals în ghilimele - „fals“. În acest caz, depanare este activat, deoarece valoarea este fals șir, și nu logică - nr.

erori PHP, avertismente și note (erori, avertismente și notificări)

PHP are un diferite niveluri de eroare. Fără a intra în detalii, semnificația acestor niveluri:

1. erori - o greșeală gravă, ceea ce conduce la un scenariu de oprire. PHP aborts.
2. avertismente - nu este o eroare, ci un avertisment cu privire la ceva. PHP nu întrerupe funcționarea.
3. avize - nu o greșeală, ci un articol despre ceva. PHP nu întrerupe funcționarea. Notele pot afișa eventualele bug-uri în cod. Corectarea acestora, de regulă, face codul mai stabil.

Funcții perimate, cârlige și parametrii funcției învechite

WP_DEBUG include, de asemenea, notele interne ale WordPress. În WordPress are caracteristici speciale, cum ar fi _deprecated_function (). notificările care indică nivelul de eroare atunci când se utilizează o funcție veche, sau un parametru de cârlig sau cârlig, funcții, etc. Aceste note avertizează că funcția WP este depreciată și ar trebui să fie înlocuit, deoarece ar putea fi eliminate în orice moment. În aceste articole oferă adesea o alternativă pentru a înlocui funcția.

Sus

O altă componentă WP_DEBUG. care controlează afișajul (O) eroare pe ecran. Depinde de WP_DEBUG - funcționează numai în cazul în care WP_DEBUG este adevărat.

Implicit: true.

Dacă este setat la fals, nu va fi afișată eroarea. Este necesar, atunci când erorile sunt scrise într-un fișier (a se vedea. WP_DEBUG_LOG) și îl puteți viziona mai târziu.

WP_DEBUG_DISPLAY întotdeauna dezactivată pentru cererile AJAX (a se vedea. Mai sus).

O altă componentă de depanare. Acesta include fișier de erori de intrare /wp-content/debug.log. Depinde de WP_DEBUG - funcționează numai în cazul în care WP_DEBUG este adevărat.

Implicit: false

Eroare la scrierea într-un fișier poate fi util atunci când aveți nevoie pentru a verifica erorile din cod, care nu face nimic să nu printat pe ecran. De exemplu, atunci când o cerere AJAX, sau la testarea CRON, sau de odihnă.

Pentru a schimba numele fișierului, adăugați următoarea linie cât mai curând posibil, de exemplu, în plugin-uri UM:

Asociat cu constantan de depanare. Când este activat, toate cererile SQL vor fi stocate în $ wpdb- variabilă> interogări sub forma unei matrice. În această matrice puteți vedea toate interogările SQL și, dacă este necesar, pentru a găsi corect și asigurați-vă că este corect, etc.

În plus față de cererea, deoarece datele înregistrate cu privire la cât de mult a luat interogarea, și ce funcție a fost numit.

Important! că includerea cererilor de scriere necesită memorie suplimentară și operațiile PHP. Prin urmare, din motive de performanță, această constantă trebuie să fie dezactivate pe site.

Asociat cu constanta de depanare. Controlează ce JS și CSS fișiere pentru a utiliza: comprimat sau plin. În cazul în care WordPress nu va utiliza versiunile comprimate (versiunea dev) JS și fișiere CSS. În mod implicit, versiunile de fișiere min. Este necesar pentru a testa o schimbare js încorporate sau fișiere css.

Implicit: false.

Cum WP_DEBUG?

După ce instalați constantele de depanare în wp-config.php vom merge la site-ul. Și pentru a genera o pagină, la descărcarea WordPress începe (a se vedea. Wp-settings.php) a declanșat wp_debug_mode) funcția (. Ea folosește funcția PHP, stabilește modul în care și ce eroare nivelurile indică dacă pentru a crea un fișier jurnal, și așa mai departe nevoie

Nu funcționează WP_DEBUG?

Uneori, o situație poate apărea atunci când porniți WP_DEBUG în fișierul de configurare, iar eroarea nu este încă vizibil. Acest comportament poate apărea atunci când cândva după setarea parametrilor afișa WordPress eroare prin modificarea acestor setări. De exemplu, în MU conectați, plug sau fir convenționale, erori off reinstalării directivele PHP despre un astfel de cod INI:

În acest caz, instalarea depanare WP întreruptă și nu mai funcționează.

Pentru soluții, cel mai bine este de a găsi în cazul în care pentru a schimba setările și a șterge următoarele linii pentru a continua să funcționeze numai cu constantă WP_DEBUG.

Ca o altă soluție, puteți încerca din nou să-și întrerupă eroare la setarea de ieșire specificându-le din nou:

Plug-in-uri pentru depanare și crearea de profiluri în WordPress

În catalog există unele WP Plugin-uri bune care se extind posibilitățile de „depanare“, și să furnizeze informații suplimentare pentru a identifica punctele slabe ale codului. cele mai populare:

Solicitare Monitor - afișează în subsolul o grămadă de informații utile despre cererea curentă. Cât de mult timp petrecut ca interogări SQL, care interogări cât timp a luat fiecare interogare, cât de multă memorie este uzat, care au fost folosite cârlige etc.

Debug Bar - set de plug-in-uri pentru profilare și debagingu. Acesta este principalul plug-in după instalare are alte plug-in-uri pot fi conectate la acesta, care se extind capabilitățile de profilare. Dar eu cumva nu am aprecia.

Autentificare Notificări dezaprobate - scrie în jurnalul de toate notele de pe WordPress disponibilitatea unor funcții dezaprobate și parametrii acestora, etc. Ea nu depinde de WP_DEBUG - lucrul cu WP_DEBUG dezactivat.

❮ Frontend. 15+ cârlige pentru functions.php

Miniaturi pentru articole taxonomii ❯