Ошибки WordPress и методы их устранения

Общие рекомендации:

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

Белый экран смерти:
Обычно, WSOD не возникает на пустом месте и связан, чаще всего, с установкой какого-либо плагина, либо шаблона. Вся неприятность данной ошибки — она блокирует админ-панель и сам сайт. Откатиться можно только при помощи файлового менеджера хостинга или по FTP-протоколу. Почему возникает WSOD?

• установка плагина или шаблона, несовместимого с текущей версией движка
• конфликт плагина с другим расширением или темой
• обновление старого плагина, вызвавшее ошибку В любом случае — отследить виновника несложно, если вы только что обновили некий плагин или шаблон. Как быть, если вы обновили одним махом 10-20 плагинов(невероятная ситуация, но все таки возможно и такое)? Очень просто…
• переименовать каталог с плагинами (plugins1 к примеру) и создать новый с тем же названием, при этом движок перестанет видеть установленные плагины и можно будет включать их по одному, чтобы найти виновника.
• переименовать текущий используемый шаблон, не забыв предварительно добавить стандартный шаблон (Twenty любой). После переименования WordPress переключится на доступную стандартную тему и можно будет зайти в админ-панель. Знакомое выражение для пользователей Windows, там системная ошибка называется BSOD и отличается синим цветом экрана. Вот только в нашем случае перезагрузкой компьютера проблему не исправить

500 internal server error:
Чаще всего связана с неправильным файлом .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 — необходимо перезагрузить сервер, если обычный хостинг — обратиться в техподдержку, пускай проверяют.
• пользователь не имеет доступа к изменению таблиц БД. Для исправления необходимо добавить пользователю права(я ставлю обычно полный доступ к БД), делается это при помощи панели управления хостингом Ошибка при установлении соединения с базой данных

Warning: Cannot modify header information — headers already sent by:
Довольно частая ошибка, которая легко решается. Движок сам говорит, в каком файле проблема, а мы попробуем исправить ее. Для этого скачайте файл, который вызывает ошибку, это будет файл с расширением PHP. Используя ваш любимый текстовый редактор удалите все пробелы и пустые строки перед <?php и ?>, После чего перезапишите файл на сервере — с вероятностью в 99,9% проблема будет решена. Довольно часто эта ошибка возникает при сохранении файла в формате UTF- 8 с BOM, как правильно заметили в комментариях. Для решения необходимо выбрать формат сохранения без BOM. Для опытных пользователей WP это само собой разумеющаяся вещь, а вот новички иногда очень мучаются Предупреждение: Не удается изменить информацию в заголовке

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; Максимальное время выполнения 30 секунд превышен

Ошибки, связанные со структурой БД:
Я сталкивался только с двумя ошибками MySQL, возможно вариантов больше.

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

Date: Ноябрь 28, 2013/Author: admin/Category: Wordpress

Post navigation

Что такое WordPress тема Я не умею верстать!