Debug в WordPress (код отстраняване на грешки, wp_debug)

Развитието трябва да бъде в състояние да гледате когато грешката, когато нещо внезапно се е объркало. В WordPress има специална "дебъгване" режим (режим за отстраняване на грешки). В тази бележка ние го анализираме отделно и да видим какви постоянна такава WP_DEBUG.

Защо имаме нужда от "отстраняване на грешки режим"? Да речем, че са се променили functions.php тема код файл и сайтът спря да работи. Вместо бял екран - нищо не е ясно. "Debug" ще ви помогне да разберете, тя ще се покаже съобщение за грешка и казва това, което тя ред на файла.

"Debug" показва не само грешки, поради което на сайта престава да работи, но също така отбелязва. Бележките могат да бъдат създадени от самия PHP (например, когато една променлива се използва неправилно), или PHP скрипт код (например, WP създава такива бележки, ако сайтът използва остаряла WordPress функция или параметър остаряла функция).

за отстраняване на неизправностите по подразбиране е забранено: WP_DEBUG = неверни. WP_DEBUG_DISPLAY = вярно и WP_DEBUG_LOG = неверни. WP_DEBUG_DISPLAY и WP_DEBUG_LOG работи само ако е активирана WP_DEBUG постоянна.

Винаги WP_DEBUG_DISPLAY деактивиран заради исканията на AJAX, има изненадващо грешка е възможно само чрез лог файл. Той е разположен в wp_debug_mode ().

Препоръчително е да се използва "режим за отстраняване на грешки" в процеса на работа на сайта (тема или плъгин).

Препоръчително е да изключите "отстраняване на грешки" в уебсайта си. С цел защита на частната информация на трети лица. Казано по-просто, хакерите не могат да получат информация от "отстраняване на грешки".

Как да се даде възможност на "дебъгване" (грешки, които показват в WordPress)

Отворете WP-config.php файл, в корена на сайта и да промените фалшива да е вярно в един ред:

С включване на грешки и отбелязва, че това ще се появи на екрана, но нищо няма да бъде записано.

Разрешаване и конфигуриране за отстраняване на грешки

Поставете този код трябва да бъде в WP-config.php файл навсякъде, а на ред:

дисплей грешка Dynamic включване

Това ви помага да превключвате бързо WP_DEBUG постоянна. което е на вашия сайт трябва да се затвори. Също така, кодът ви позволява да включите принуден дисплей грешка или грешка влизане debug.log файл в папката / WP-съдържание.

Защо е необходимо? Да предположим, че сме направили сайт и работи за нас, но ние периодично промените кода и да подобри някои точки. В този курс има различни грешки, включително и с фатален изход. За да видите причината, ние трябва да се даде възможност за отстраняване на грешки, той трябва да отвори WP-config.php. постоянна промяна. И най-важното, за да завърши работата е необходимо да се върне всичко обратно. И това е необходимо на един бутон с помощта на сайта. Това е неудобно, че е много по-лесно да добавите променлива в URL и да видим грешката, когато това е необходимо. Или да запишете настройките в бисквитка и удобно активиране / деактивиране на отстраняване на грешки чрез URL.

Всичко това започва да работи, сменете линията дефинира (WP_DEBUG, невярно); във файла за WP-config.php на следния код:

Можете също да запишете на инсталацията в бисквитка за трайно не пишете? Debug и друго такова запазване е полезно за отстраняване на грешки при тестване AJAX призовава, които се определят параметър на заявката по-трудно.

За защита, възможност за отстраняване на грешки трябва да се промени, да се посочи нещо рядко и известна само на вас.

При включване на сеч, не забравяйте да изтриете лог файла и след това той може да види никого. Или можете да го смените, вижте. Описание WP_DEBUG_LOG.

WP_DEBUG - е PHP константа (в световен мащаб постоянно - да се определи само веднъж). Стойността на тази константа активира или деактивира показването на грешки в PHP, но и тя се използва в различни части на WordPress код за показване или потискане грешка, когато е необходимо.

WP_DEBUG трябва да определите (установяване) на файла WP-config.php от схемата на сайта.

За удобно, можете да напишете номера 1 или 0:

Забележка: Не можете да определите фалшиво в кавички - "фалшиви". В този случай, за отстраняване на грешки е активирана, защото стойността е низ невярна и не е логично - не.

PHP грешки, предупреждения и бележки (грешки, предупреждения и съобщения)

PHP е с различни нива на грешки. Без да навлизаме в подробности, значението на тези нива:

грешки - сериозна грешка, която води до спиране скрипт. PHP може да се прекрати.
предупреждения - не е грешка, а предупреждение за нещо. PHP не прекъсва работата.
съобщения - не е грешка, но статия за нещо. PHP не прекъсва работата. Забележки могат да се показват възможните грешки в кода. Коригиране тях, като правило, това прави кода по-стабилна.

Остарели функции, куки и остарели функционални параметри

WP_DEBUG включва и вътрешни нотки на WordPress. В WordPress има специални функции, като _deprecated_function (). съобщения, които показват ниво грешка при използване на стари функция, или параметър на кука или кука, функции и т.н. Тези бележки предупреждават, че функция WP е отхвърлена и той трябва да бъде заменен, тъй като може да по всяко време да бъдат отстранени. В тези статии често предложи алтернатива за замяна на функцията.

към началото

Друг WP_DEBUG компонент. която контролира дисплей (О) грешка на екрана. Това зависи от WP_DEBUG - работи само ако WP_DEBUG е вярно.

По подразбиране: вярно.

Ако е фалшива, няма да се показва грешката. Необходимо е, когато има грешки, се записва във файл (вж. WP_DEBUG_LOG) и можете да го гледате по-късно.

WP_DEBUG_DISPLAY винаги деактивирано за искания AJAX (вж. По-горе).

Друг компонент за отстраняване на грешки. Тя включва грешки Влизане /wp-content/debug.log файл. Това зависи от WP_DEBUG - работи само ако WP_DEBUG е вярно.

По подразбиране: фалшива

Грешка при запис във файл може да бъде полезен, когато трябва да се провери за грешки в кода, който не извежда нищо на екрана. Например, когато една заявка AJAX, или при тестване на CRON или почивка.

За да промените името на файла, добавете следния ред възможно най-скоро, например в плъгините MU:

Свързани с Константан за отстраняване на грешки. Когато е активиран, всички SQL заявки ще бъдат съхранявани в променливата $ wpdb-> запитвания под формата на масив. В този масив можете да видите всички SQL заявки и, ако е необходимо, да се намери правилното и се уверете, че тя е вярна, и т.н.

В допълнение към искането, както са записани данни за колко време отне на заявката, както и какво е неговото предназначение е наречена.

Важно! че включването на достъп за запис изисква допълнителна памет и PHP операции. Поради това, за изпълнение, това постоянно трябва да бъде забранено на вашия сайт.

Свързани с константа за отстраняване на грешки. Контролира какво да използват JS и CSS файлове: сгъстени или пълна. Когато WordPress няма да използва компресирани версии (Дев версия) JS и CSS файлове. По подразбиране версии на файлове мин. Необходимо е да се тества промяна вградени JS или CSS файлове.

По подразбиране: невярно.

Как WP_DEBUG?

След като инсталирате константи за отстраняване на грешки в WP-config.php отидем до сайта. И за да се генерира страница, в началото WordPress мишката (виж. Wp-settings.php) задейства wp_debug_mode () функция. Тя е с помощта на функцията за PHP, установява колко и какви грешки нива показват дали да се създаде лог файл, и така нататък нужда

Тя не работи WP_DEBUG?

Понякога може да възникне ситуация, когато включите WP_DEBUG в конфигурационния файл, и грешката все още не се вижда. Тази ситуация може да възникне, когато някъде след настройки на параметрите показване WordPress грешка, като промените тези настройки. Например, в MU приставки, щепсел или конвенционален резба, грешки извън преинсталиране INI PHP директиви за такъв код:

В този случай, инсталация за отстраняване на грешки WP прекъсна и тя спира да работи.

За решения, най-добре е да се намери къде да промените настройките и да изтриете следните редове да продължи да работи само с WP_DEBUG постоянна.

Като друго решение, можете да опитате отново, за да се прекъсне грешка настройка на изхода ги посочва отново:

Приставките за отстраняване на грешки и профилиране в WordPress

В каталога има някои добри WP Plugins, които разширяват възможностите на "отстраняване на грешки" и да предоставят допълнителна информация за идентифициране на слабостите на кода. Известни хора:

Запитване Monitor - дисплеи в мазето на един куп полезна информация за текущата заявка. Колко време, прекарано като SQL заявки, което запитва колко време всяка заявка се, колко памет се изразходват, които са били използвани куки и т.н.

Debug Bar - набор от плъгини за профилиране и debagingu. Това е основната плъг-ин след инсталацията има и други плъгини могат да бъдат свързани с него, които се простират възможностите на профилиране. Но аз някак си не оценявам.

Влезте Отпаднали Бележки - пише в дневника всички бележки на WordPress за наличност, отхвърлени функции и техните параметри и т.н. Тя не зависи от WP_DEBUG - работа с WP_DEBUG забранено.

❮ Frontend. 15 + куки за functions.php

Миниатюри за елементи класификации ❯