Помилки wordpress і методи їх усунення

Зазвичай WordPress досить стабільний і не засмучує власника помилками. Але бувають ситуації, коли движок починає вередувати і видавати попередження, лаятися незрозумілими для непосвяченого людини словами. Давайте розглянемо найпоширеніші помилки WordPress. розберемося, чому вони виникають і як їх можна виправити.

загальні рекомендації

Я знаю, що ці поради давно набридли, що ви знаєте про це і що я нудний тип, який постійно пише одне і теж ... Але з завидною постійністю я відповідаю на одні і ті ж питання, 90% яких виникають через недотримання декількох досить простих правил:

Не встановлюйте плагіни, якщо не впевнені в їх надійності. Я знаю два джерела, яким можу довіряти в певній мірі: репозиторій WordPress і Codecanyon (магазин плагінів і скриптів). Звичайно, там теж вистачає сумнівних рішень, особливо це стосується рідного сховища з плагінами.
Оновлюйте WordPress. Розробники не тільки виправляють помилки, але і вносять деякі доповнення, змінюють механізми ядра. Буквально вчора зіткнувся з непрацюючим WooCommerce 2.0.5 на версії WordPress 3.4.1. Варто було оновити движок і все чудово завелося.
Не ставте експериментів на працюючому сайті. Неважливо, три відвідувачі у вас в день або триста - набагато розумніше зробити копію сайту і застосувати зміни на ній. Це вбереже ваші нерви від стресу, а ваш сайт від помилок і неполадок.
Робіть резервні копії. Це взагалі наріжний камінь не тільки веб-розробки, а й будь-якої діяльності, пов'язаної з комп'ютерами.

Білий екран смерті (WSOD)

Знайоме вираз для користувачів Windows, там системна помилка називається BSOD і відрізняється синім кольором екрану. Ось тільки в нашому випадку перезавантаженням комп'ютера проблему не виправити

Зазвичай, WSOD не виникає на порожньому місці і пов'язаний, найчастіше, з установкою будь-якого плагіна, або шаблону. Вся неприємність даної помилки - вона блокує адмін-панель і сам сайт. Відкотитися можна тільки за допомогою файлового менеджера хостингу або по FTP-протоколу.

Чому виникає WSOD?

встановлення модулів або шаблону, несумісного з поточною версією движка
конфлікт плагіна з іншим розширенням або темою
оновлення старого плагіна, що викликало помилку

У будь-якому випадку - відстежити винуватця нескладно, якщо ви тільки що оновили якийсь плагін або шаблон. Як бути, якщо ви оновили одним махом 10-20 плагінів (неймовірна ситуація, але все таки можливо і таке)? Дуже просто…

перейменувати каталог з плагінами (plugins1 наприклад) і створити новий з тією ж назвою, при цьому движок перестане бачити встановлені плагіни і можна буде включати їх по одному, щоб знайти винуватця.
перейменувати поточний використовуваний шаблон. не забувши попередньо додати стандартний шаблон (Twenty будь). Після перейменування WordPress переключиться на доступну стандартну тему і можна буде зайти в адмін-панель.

500 internal server error

Помилка досить неприємна, але рідкісна. Найчастіше пов'язана з неправильним файлом .htaccess в кореневому каталозі сайту. Лікується досить просто - достатньо видалити його, потім зайти в адмін-панель WordPress, перейти в розділ постійних посилань і зберегти ще раз бажану структуру. Після збереження - WordPress створить новий файл htaccess і з дуже великою ймовірністю помилка пропаде.

Крім цього, є ще безліч інших причин виникнення помилки 500. Кращий спосіб з'ясувати причину - відкрити файл error_log. який зазвичай знаходиться в корені сайту (якщо хостер включив журнал, звичайно).

Є непоганий стандартний варіант - необхідно включити режим налагодження WordPress. Для цього додайте в файл wp-config.php такий рядок:

і потім вже дивитися журнал помилок. В такому випадку помилка буде описана більш детально, що полегшить пошук і усунення.

Error establishing a database connection

На мій погляд - найбільш поширена помилка у початківців. Може виникнути в наступних випадках:

Warning: Can not modify header information - headers already sent by ...

An automated WordPress update has failed to complete

Помилка досить рідкісна, але іноді зустрічається. Найчастіше виникає, коли потужності хостингу не вистачає для завершення автоматичного оновлення. Я б рекомендував бігти від такого хостера Але якщо альтернативи немає, допоможе оновлення движка вручну в такому порядку:

Качаємо останню версію з ru.wordpress.org (ну або на вашій рідній мові) і розпаковуємо
Відключаємо всі плагіни на сайті, якщо це можливо
За FTP заходимо в кореневу папку сайту і видаляємо директорії wp-includes і wp-admin
Копіюємо ці папки з розпакованого дистрибутива WP
Замінюємо файли в кореневій папці на вміст кореня дистрибутива
Важливо. Не чіпайте папку wp-content, сподіваюся зрозуміло, чому

Briefly unavailable for scheduled maintenance. Check back in a minute.

Проста до неподобства помилка, решающаяся видаленням файлу .maintenance з кореня сайту. Виникає через неправильно завершився автоматичного оновлення. Якщо це так - вам допоможе пункт вище. Але найчастіше просто автоматично не видаляється цей файл, тільки і всього.

FATAL ERROR: ALLOWED MEMORY SIZE OF - BYTES EXHAUSTED

Ця помилка WordPress виникає через нестачу пам'яті, виділеної для процесу PHP. Все, що вам потрібно зробити, це збільшити кількість пам'яті. якщо це можливо. Є кілька способів зробити це:

Якщо ви можете редагувати файл php.ini, додайте до нього рядок memory_limit = 64M (ну або знайдіть існуючу і змініть значення) і перезапустіть сервер.
Відредагуйте .htaccess файл, розташований в кореневому каталозі, додайте php_value memory_limit 64M.
Змініть файл wp-config.php, додайте DEFINE ( 'WP_MEMORY_LIMIT,' 64M ');
Створюємо php.ini файл всередині папки wp-admin c таким вмістом: memory_limit = 64M;

Один з способів повинен спрацювати Варто зауважити, що деякі хостери виділяють максимальну межу пам'яті на рівні 8-16М і не дають міняти це значення. В такому випадку я б радив заміну хостингу.

Connection time out

Це класичний симптом перевантаженості сервера. Це означає, що сервер перевантажений і не може завершити запит, відправлений користувачем. Якщо це відбувається досить часто, то моя порада - міняти хостинг. Якщо ж можливості немає - потрібно знижувати навантаження:

збільшуємо ліміт пам'яті (читаємо вище)
по можливості - деактивувавши не зовсім потрібні плагіни
перехід на стандартний шаблон, на кшталт Twenty Twelve

Maximum execution time of 30 seconds exceeded

Кожен файл PHP має максимальний час свого виконання. Якщо він не «вкладається» у відведені настройками рамки, виникає ця помилка. Найчастіше проблема виникає через неправильне функціонування доповнень (функція замикається в циклі, наприклад). Для вирішення спробуйте скинути каталог плагінів і поточний шаблон. Якщо це не спрацює, значить ваш хостинг недостатньо потужний для вашого проекту, з відповідними висновками.

Як варіант, можна спробувати збільшити максимальний час виконання:

змініть .htaccess в кореневому каталозі WordPress, додайте рядок: php_value max_execution_time 60
змініть, якщо є можливість, файл php.ini, додайте рядок: max_execution_time = 60;

Помилки, пов'язані зі структурою БД

Помилка 145. Це означає, що структура БД пошкоджена і потребує відновлення. За допомогою phpMyAdmin або будь-якого іншого менеджера БД можна провести repair (відновлення стандартними засобами) Не забувайте про попередній бекап вашої бази
Помилка 28. Чи не связаннних з WordPress помилка, яка відноситься до самого MySQL. Вирішується за допомогою техпідтримки хостингу.

Схожі записи

Більшість помилок движка виникає через те, що теми або плагіни не завжди сумісні з останньою версією движка. Ці трабли усуваються просто видаленням папки з кривим плагіном або темою. При цьому сам движок відкочується до теми за замовчуванням і все в порядку.

Не потрібно ставити плангіни, які не вселяють довіри, щоб уникнути помилки. Не кожна версія WordPress з ними дружити. Ну а якщо на те пішло, то потрібно оновити до останньої версії

Хлопців, проблема з контактною формою. Я її заповнюю і натискаю відправити а при відправці пише "Ваше повідомлення не було відправлено через внутрішню помилку.» Підкажіть в чому помилка будь ласка.

Так, з шаблоном завжди проблеми, краще стандартні використовувати + трохи переробити

Вітаю! У мене при запиті до неіснуючої сторінці віддається невірний статус код, (тобто замість помилки 404 видає код 500) як це виправити на WP?

З пошуку знайшов цю статтю про помилки WordPress.
На жаль не знайшов опис своєї помилки.
Але про всяк випадок спершу, може хто знає.
У мене шаблон з упертістю гідною кращого застосування в корені сайту створює папку рік-місяць
Через це перестають працювати посилання переміщення в архіві записів по місяцях. Помилка видається.
Де то в шаблоні помилково визначається де потрібно створювати цю папку. При цьому в папці uploads така ж папка створюється нормально, без проблем.
Ніхто не стикався з таким? Чи не підкажете де шукати помилку?

Дякуємо. Розібрався сам. Поустанавлівал плагінів всяких непотрібних ось і тупити став шаблон))) Так що хлопці не встановлюйте зайві - непотрібні плагіни це погано :))

Доброго дня. У мене не стандартна помилка. Я зробив сайт на движку вордпресс, все ніби йшло нормально. Але в один прекрасний день прокидаюся, захожду на сайт, а у мене мій шаблон встановлений два рази (тобто 2 рази повторюється при прокручуванні вниз). Допоможіть вирішити проблему. Сподіваюсь на вашу підтримку. Заздалегідь дякую.

Величезне спасибі за розумні поради

Здравствуйте! Допоможіть будь ласка! Вчора після установки плагіна jivosite на вордпресс, спочатку заблокувався адмін, тобто не можу зайти через свій логін пароль, видає помилку 121, і при спробі просто зайти на сайт, теж виходить рядок з тієї ж ошібкой.Что мені робити ? це взагалі підлягає відновленню?

добрий вечер.я вже і не знаю що мені робити начитався, жах ... але все одно видає ошібку.дело ось у чому: встановив Денвер, потім вордпрес, зробив базу даних, користувача, але увійти в адмінку не можу пише «Одна або кілька таблиць бази даних недоступні »почен .... почен. і вся справа стало показало що тільки дві бази справні, а решта нет.как це исправ, що зробити не знаю. підкажіть.
створив таблиці з тими іменами що не вистачає, ... почен ... ченить. Все пройшло успішно ... видаліть рядок в wp-config.php видалив і все спочатку. спробувала ченить і отімізіровать деякі бази не змогло оптимізувати. що робити? в чому проблема? помогіте.только що спробувала все стер і заново, все стало коректно, але в кінці коли має відкритися станиця з входом в вордрес висвітлений просто білий фон з логотипом самого вордпресу і все.

З усіх помилок у мене здається тільки три. Помилка 500, 404, Білий екран смерті теж був і проблему вирішив, просто перевстановити wordpress, З усіх проблем найвідчутніша ця помилка 404 ео вона здається виникає після того як неправильно будеш перевстановлювати постійні посилання.

На сайті у мене, іноді є такі помилки: не можу завантажити зображень на пост і не може предворительно дивитися. Я деактіровал все плагін і тому актувати ще раз але не вийшов. Потім я нічого не робив, і він сам вирішив проблему. Взагалі не зрозуміло!

Уже другий день б'юся з хостерами, але не як не домовимося ... Не один доданок не хоче оновлюватися ... І плагіни відключав, і тему міняв, навіть заради інтересу сайт на свій локальний сервер переносив (на локальному все літає) ... Як ще змусити хостерів свербіти? Я ж їм цілий рік проплатив і в перший же місяць косяки ...

Відмовитися від їхніх послуг, іншого нічого не покладу. Що це за хостер такий, що не можуть оновитися плагіни?

З'являється така помилка - Missing required field «updated». Допоможіть виправити

Друзі, а ось 403 похибка не встречалас в шаблонах WP? Розумію що трохи не в тему, це вже шаб, але все ж. У мене вже 2 рази вона вилітала.

Хостер сказав що з правами у них все нормально, це шаб, а саме:

«Анную помилку генерує не наш сервер. Десь в коді, я так і не знайшов де, скрипт звертається до іншого сервера, отримує помилку і вставляє її в шаблон. У шаблоні заголовка є функція wp_head (), що викликає ту функцію, яка звертається на віддалений сервер і отримує помилку. Але де саме ця частина коду, знайти складно.
Я рекомендую Вам звернутися до розробників даної теми. Напевно вони знають для чого відбувається таке зовнішнє звернення і де його шукати. »

Може хто що підкаже?

а у мене ось така помилка при вході у внуторь статті Fatal error: Unknown: Can not use output buffering in output buffering display handlers in Unknown on line 0.

Знаю, що офтоп, але складно промовчати - gering111 входить в число небагатьох сайтів, які дуже добре виглядають на великому екрані. Дякую за таку верстку і диз)

Що може викликати appсrush IE7 при заході на сайт? WordPress + шаблон Immersion, на головній слайдер.

Не маю поняття, якщо чесно. Забув навіть, як виглядає IE7 Напевно JS, більше нема чому там ламатися.

Спасибі, Іван
Так, зовсім забув про ВВП, додав до статті.
З пам'яттю досить цікаво виходить, насправді. Дуже залежить від відвідуваності і налаштованої статики. У мене один клієнтський проект чудово на 16М крутиться. Звичайна візитка, але все ж.