Незважаючи на те, що WordPress є контрольованим середовищем, де помилки трапляються набагато рідше, ніж у типових умовах розробки програмного забезпечення, завжди є вікно чи двері, через які проблеми можуть пролізти.
Як правило, можна сказати, що чим більшу гнучкість надає вам інструмент, тим більше потенційних помилок ви можете зустріти.
У конкретному випадку WordPress є багато гнучкості, а отже, багато потенційних помилок. У вас є відкрита архітектура плагінів, яку можна використовувати для додавання функцій до CMS; у вас є веб-сервер, хостинг-провайдер, система керування базами даних і мережа. Усі ці компоненти є незалежними факторами, які вносять свою частку потенційних проблем.
Проблеми, з якими ви можете зіткнутися, включають низьку продуктивність, неправильний або пошкоджений вміст, повідомлення про помилки та, що найгірше: білий екран смерті (WSoD), який означає, що ваш веб-сайт зламався та потребує негайної допомоги.
Навіть незначні проблеми з продуктивністю — наприклад, затримка менше ніж 2 секунди — це те, про що вас слід хвилювати, оскільки це може (і завдасть) шкоди вашій стратегії SEO та вашому позиціонуванню в результатах пошукової системи. І це означає, що щодня стає все менше відвідувачів, тому що в наші дні швидка відповідь — це все, особливо для мобільних користувачів.
Ось чому вкрай важливо мати інструменти, які можна використовувати, коли ви відчуваєте, що ваш веб-сайт не працює належним чином. І навіть якщо це так, завжди є можливість покращити його продуктивність або зручність використання.
Що таке налагодження?
Налагодження — це завдання, яке виконують розробники, щоб виявити та усунути помилки (також звані помилками) у своїх програмах. Це робиться за допомогою спеціальних інструментів, які дозволяють бачити, що відбувається всередині програми під час її виконання.
Іноді найскладнішою частиною роботи з налагодження є визначення точного компонента, команди чи інструкції, які викликають помилку. Для цього розробники роблять те саме, що лікар, який має поставити діагноз: аналізують симптоми та, якщо необхідно, проводять дослідження, щоб виявити джерело проблеми. Розробка програмного забезпечення, еквівалентна медичним дослідженням, є інструментом моніторингу, який надає інформацію про внутрішню роботу веб-сайту.
Давайте подивимося кілька варіантів.
WP_DEBUG
У WordPress є вбудована допомога з налагодження, яку зазвичай не помічають. Це «прапорець» під назвою WP_DEBUG, який запускає режим налагодження в WordPress щоразу, коли він активується. Коли ви активуєте WP_DEBUG, створюється журнал, який записує всю активність вашого веб-сайту. Прочитавши цей журнал, ви можете дізнатися, що не працює належним чином на вашому веб-сайті WordPress.
Щоб увімкнути WP_DEBUG, вам потрібно трохи написати код, відредагувавши файл wp-config.php і додавши необхідні рядки, щоб наказати веб-сайту реєструвати всю активність у журналі. Це завдання кодування не для всіх: вам потрібно бути дуже обережним під час редагування файлу wp-config.php, тому що якщо ви втратите рядок або навіть символ, ваш веб-сайт може перестати працювати. Крім того, створіть резервну копію свого сайту/файлів, перш ніж щось робити. Якщо ви щось зіпсували, ви можете відновити резервну копію та повернути все до нормального стану.
Щоб відредагувати файл wp-config.php, скористайтеся файловим менеджером вашого хостинг-провайдера або використовуйте FTP-клієнт, щоб завантажити файл і відкрити його локально за допомогою текстового редактора, якому ви віддаєте перевагу. Файл знаходиться в головному каталозі вашої інсталяції WordPress. Відкривши його, знайдіть рядок, де визначено WP_DEBUG. Це має виглядати так:
define( 'WP_DEBUG', false );
Якщо такого рядка немає, шукайте такий коментар:
/* That’s all, stop editing! Happy blogging. */
і додайте наступні рядки над цим коментарем. Ці команди накажуть вашому сайту реєструвати всі помилки, не відображаючи їх, що корисно для веб-сайтів, які є загальнодоступними:
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
@ini_set('display_errors',0);
Збережіть змінений файл і, якщо ви використовуєте FTP, завантажте його на свій сайт. Потім спробуйте спровокувати помилку (або почекайте, поки вона станеться) і перевірте файл debug.log. Ви знайдете його в папці wp-content вашої інсталяції WordPress. Ви можете відкрити його за допомогою текстового редактора та знайти повідомлення про помилки, які показують, що спричиняє проблеми на вашому веб-сайті.
Після цього вам слід вимкнути журналювання, змінивши значення «true» на «false» у всіх рядках, які ви додали або змінили у файлі wp-config.php.
Звіт про помилки WPDB
Якщо ви знаєте або підозрюєте, що база даних вашого веб-сайту спричиняє проблеми, ви можете ввімкнути WPDB Error Reporting. Це також вимагає певного кодування. Увімкнувши звіт про помилки, ви можете наказати своєму веб-сайту почати відображати помилки бази даних на екрані.
Ви не повинні робити це на веб-сайті, що працює, якщо вам не байдуже, чи ваші відвідувачі отримають повідомлення про помилку на своїх екранах. Краще використовувати проміжний веб-сайт (як описано нижче), де ви можете перевірити все, що забажаєте, не дозволяючи всім бачити, що відбувається під капотом.
Читання цих звітів про помилки або журналів вимагає певних технічних знань, так само, як потрібні медичні знання, наприклад, щоб прочитати рентгенівський знімок. Вам доведеться розшифрувати певний жаргон програмування, мереж або баз даних, але ви, ймовірно, знайдете кореневу проблему, яка впливає на ваш веб-сайт, а потім отримаєте допомогу від когось, хто міг би вирішити цю конкретну проблему.
Щоб почати генерувати звіти про помилки бази даних, додайте такий рядок до вашого файлу wp-config.php (так само, як описано раніше для створення журналу налагодження):
define( 'SAVEQUERIES', true);
Якщо встановити для цього значення значення true, база даних почне зберігати всі запити, які робить ваш веб-сайт. Тоді ви зможете перевірити кількість запитів, викликаних кожним запитом сторінки, і команди, використані в кожному з них. Один із способів відобразити запити на екрані — додати ці рядки у PHP-файл вашої теми в рамках потоку виконання:
global $wpdb; print_r( $wpdb->queries );
Після завершення налагодження вам слід видалити ці рядки, щоб відновити нормальну роботу веб-сайту.
Використання проміжного веб-сайту
Постановчий веб-сайт – це клон вашого справжнього веб-сайту, на якому ви можете протестувати зміни або нові функції, перш ніж запускати їх. Також доцільно використовувати проміжний веб-сайт для усунення проблем або моніторингу його поведінки, оскільки це дає вам свободу випробувати все, що ви хочете, не заважаючи фактичним користувачам вашого веб-сайту.
Важливо, щоб проміжний веб-сайт точно відображав вміст і структуру вашого фактичного веб-сайту. Щоразу, коли ви оновлюєте свій сайт WordPress новим вмістом або новими доповненнями (здебільшого плагінами та темами), вам слід оновити проміжний сайт копією фактичного. Таким чином, якщо проблема виникне на вашому веб-сайті, ви зможете відтворити її у своєму робочому середовищі.
Багато керованих хостинг-провайдерів WordPress пропонують проміжний сайт як додаткову цінність до своїх платних планів. Це найзручніший для користувача спосіб створення сценічного середовища, де ви можете грати та випробувати щось без ризику. Але якщо ваш хостинг-провайдер не надає вам такої можливості, ви можете створити проміжний сайт за допомогою WP Staging підключати. Цей плагін дозволяє легко клонувати ваш веб-сайт, а потім використовувати клон так, ніби це справжня річ. Ви завжди знатимете, коли перебуваєте в середовищі демонстрації, оскільки помаранчева смуга у верхній частині екрана повідомить вам про це.
Якщо вам подобається бруднити руки, ви завжди можете створити проміжний сайт вручну на субдомене, якщо ваш хостинг-провайдер дозволить вам додати субдомен до свого облікового запису. Процес створення проміжного сайту таким чином може бути трохи складним, тому, якщо ви новачок у WordPress, ви можете скористатися іншим варіантом.
Монітор запитів
Його назва може ввести в оману, оскільки Монітор запитів робить набагато більше, ніж просто відстежує запити. Це повна панель розробника для WordPress, що дозволяє налагоджувати сценарії, таблиці стилів, виклики API, запити до бази даних, помилки PHP тощо. Деякі розширені функції дозволяють налагоджувати виклики Ajax і перевіряти можливості користувача.
Після встановлення та активації Query Monitor починає відображати інформацію про поведінку вашого веб-сайту найбільш корисним способом.
Наприклад, він показує сукупні запити до бази даних, згруповані за функціями, плагінами або темами, які їх викликали. Меню панелі інструментів адміністратора показує поточну статистику поточної сторінки з усією інформацією про налагодження, яка може знадобитися для оцінки проблеми, яку потрібно вирішити.
Використовуючи Query Monitor, ви можете поступово звузити пошук помилок за плагіном або темою, доки не знайдете ту, яка погіршує продуктивність вашого веб-сайту або спричиняє збій. Як і WordPress, Query Monitor є абсолютно безкоштовним і має відкритий код.
Раніше відомий як Firebug, Інструменти розробника Firefox це спеціальна версія Firefox, створена для розробників, яка пропонує найновіші функції та інструменти розробки. Це не специфічно для WordPress, але виявляється дуже корисним для налагодження веб-сайтів.
Неминуче порівнювати інструменти розробника Firefox із більш популярними інструментами розробника Chrome. При цьому солідний макет Firefox виділяється. Наприклад, ви можете клацнути правою кнопкою миші на будь-якому елементі, щоб відкрити вкладку інспектора, і веб-консоль запропонує розширені результати під час друку об’єктів, показуючи набагато більше інформації, ніж просто назву. Він надає додаткову інформацію для певних типів, уможливлюючи детальний аналіз властивостей об’єкта та надаючи повнішу інформацію для елементів DOM.
За допомогою інструмента «Інспектор» ви можете перевіряти та змінювати HTML і CSS сторінки, дозволяючи робити це зі сторінками, завантаженими локально у Firefox або на віддаленому пристрої, як-от Firefox для Android.
Веб-консоль показує всю інформацію, яка може знадобитися про веб-сторінку: JavaScript, мережеві запити, CSS, попередження, повідомлення про помилки та інформаційні повідомлення, явно зареєстровані кодом JavaScript. Це також дає змогу взаємодіяти з веб-сторінкою, безпосередньо виконуючи вирази JavaScript у контексті сторінки.
Нова реліквія
Як один із найбільших гравців у галузі моніторингу продуктивності додатків (APM), Нова реліквія це комерційний продукт, який тисячі розробників у всьому світі використовують щодня, щоб отримати інформацію про продуктивність своїх програмних продуктів. Він має архітектуру плагінів, яка дозволяє додавати додаткові функції сторонніми розробниками, що призводить до практично нескінченного спектру технологій, які можна контролювати за допомогою цього інструменту.
З діапазоном цін від $9,37 до $200 за хост на місяць, він призначений для професійних завдань налагодження. Він також передбачає розширену криву навчання, тому, окрім витрат на рішення, вам також потрібно витратити час, щоб навчитися ним користуватися. Користувачі New Relic цінують той факт, що він легко інтегрується в програми для APM та моніторингу інфраструктури.
Кінста дозволяє легко інтегрувати New Relic з панелі інструментів MyKinsta.
Панель налагодження
Панель налагодження це набір плагінів, до яких можна отримати доступ через меню налагодження на панелі адміністратора WordPress, яке показує різноманітну інформацію про налагодження. Його параметри включають консоль, короткі коди, константи, типи публікацій, cron, дії та фільтри, перехідні процеси, віддалені запити та сценарії списку та залежності стилів. Це плагін з відкритим кодом, тому його можна використовувати безкоштовно.
Основний плагін, Debug Bar, надає базову функціональність, розширену рештою плагінів. Він працює з вбудованими прапорцями налагодження, які пропонує WordPress, наприклад WP_DEBUG і SAVEQUERIES. Коли ці позначки активні, Панель налагодження додає корисну інформацію для налагодження, таку як попередження PHP і запити MySQL, позбавляючи вас від проблем із пошуком і читанням файлів журналу.
Кожна опція в меню панелі налагодження забезпечує свою частку потужності налагодження. Консоль, наприклад, надає консоль, у якій ви можете запускати довільний код PHP, який чудово підходить для тестування вмісту змінних (серед іншого використання). Cron відображає інформацію про заплановані події WordPress, наприклад час наступної події, кількість запланованих подій, список користувацьких запланованих подій тощо. Дії та фільтри є ще одним варіантом відображення хуків, приєднаних до поточного запиту. Вкладка «Дії» показує дії, підключені до поточного запиту, тоді як вкладка «Фільтри» показує всі теги фільтрів разом із функціями, доданими до кожного з них.
Налагодження для всіх
Інструменти налагодження здебільшого призначені для професіоналів із розробки програмного забезпечення. Але навіть якщо ви не розробник, якщо ви просто ведете блог WordPress, корисно мати принаймні базові знання про те, як контролювати та налагоджувати ваш сайт. Роблячи це, ви можете надати розробнику певну інформацію, яка допоможе йому або їй знайти джерело проблеми, і водночас, якщо ви почуваєтеся погано, ви можете позбавити лікаря від роботи, вимірявши температуру самостійно до походу в лікарню.
Дізнайтеся кілька способів заробити гроші як професіонал WordPress.