Распространенные ошибки wordpress, fatal error.

 

 

…ошибки wordpress все же бывают и особенно пугает новичков.

Что только стоит увидеть на месте своего блога белый экран смерти или WSOD.

Для пользователей Windows системная ошибка называется BSOD и отличается синим цветом экрана. Наверно уже ознакомились и знайте как там в виндовс с этим борются.

Только в  случае с блогом перезагрузкой компьютера проблему не исправить

Ах, ужас !

Обычно, WSOD не возникает на пустом месте и связан, чаще всего, с установкой какого-либо плагина, либо шаблона.

Вся неприятность данной ошибки … она блокирует админ-панель и сам сайт. Откатиться можно только при помощи файлового менеджера хостинга или по FTP-протоколу.

Например с отличной программой FileZilla

Почему возникает белый экран смерти блога ?

  • установка плагина или шаблона, несовместимого с текущей версией движка
  • конфликт плагина с другим расширением или темой
  • обновление старого плагина, вызвавшее ошибку

В любом случае… отследить виновника несложно, если вы только что обновили некий плагин или шаблон. Как быть, если вы обновили одним махом 10-20 плагинов?

Очень просто…

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

500 internal server errorошибки wordpress

Oшибки wordpress или одна  ошибка довольно неприятная, но редкая. Чаще всего связана с неправильным файлом .htaccess в корневом каталоге сайта.

Лечится довольно просто – достаточно удалить его, затем зайти в админ-панель WordPress, перейти в раздел постоянных ссылок и сохранить еще раз желаемую структуру.

После сохранения WordPress создаст новый файл htaccess и с очень большой вероятностью ошибка пропадет.

Кроме этого, есть еще множество других причин возникновения ошибки 500.

Лучший способ выяснить причину … открыть файл  error_log, который обычно находится в корне сайта. Есть неплохой стандартный вариант – необходимо включить режим отладки WordPress.

Для этого добавьте в файл wp-config.php такую строку:

DEFINE (‘WP_DEBUG’, TRUE);

и затем уже смотреть журнал ошибок. В таком случае ошибка будет описана более подробно, что облегчит поиск и устранение.

Error establishing a database connection

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

  • неверный параметр соединения с базой данных. Какой-то из трех параметров подключения (адрес, логин, пароль) неверен, нужно перепроверить файл wp-config.phpВажно! Убедитесь, что каждый из них заключен в одинарные кавычки.
  • не работает сервер баз данных MySQL. Если у вас VPS – необходимо перезагрузить сервер, если обычный хостинг – обратиться в техподдержку, пускай проверяют.

пользователь не имеет доступа к изменению таблиц БД. Для исправления необходимо добавить пользователю права(я ставлю обычно полный доступ к БД), делается это при помощи панели управления хости

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;

Ошибки, связанные со структурой БД

Я сталкивался только с двумя ошибками MySQL, возможно вариантов больше. Если у вас есть информация – поделитесь в комментариях, я дополню статью.

  • Ошибка 145. Это значит, что структура БД повреждена и нуждается в восстановлении. При помощи phpMyAdmin или любого другого менеджера БД можно провести repair (восстановление стандартными средствами) Не забывайте про предварительный бэкап вашей базы 😉
  • Ошибка 28. Не связаннная с WordPress ошибка, которая относится к самому MySQL. Решается при помощи техподдержки хостинга.

Друзья! Желаю вам не видеть на мониторе сообщение про ошибки wordpress !

Схожие статьи по совпадениям:

Поделиться этой записью

PinIt
Если, Вы впервые на wp.aspekti.eu, то для Вас:

-ПОДАРОК!-

НАЖМИТЕ КЛАВИШИ "CTRL"и "D" ОДНОВРЕМЕННО! Чтобы быстро: ПОМЕСТИТЬ АДРЕС ЭТОЙ СТРАНИЧКИ В ИЗБРАННОЕ А почему? А потому, чтобы позже вернуться на нее!!!

Однако, Ваши мысли про статью

  1. admin:

    http://wordpress.org — WP error

  2. Елена:

    Спасибо огромное благодаря вашей статье решила проблему с белым экраном!!!!!!!!!!!!!!!!!

  3. ten:

    I ja

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Вверх