2. Общие рекомендации
▪ Не устанавливайте плагины, если не уверены в их надежности. Репозиторий
WordPress и Codecanyon(магазин плагинов и скриптов)
▪ Обновляйте WordPress. Разработчики не только исправляют ошибки, но и вносят некоторые
дополнения, меняют механизмы ядра.
▪ Не ставьте экспериментов на работающем сайте. Это убережет ваши нервы от
стресса, а ваш сайт от ошибок и неполадок.
▪ Делайте резервные копии. Это вообще краеугольный камень не только веб-разработки, но и
любой деятельности, связанной с компьютерами.
3. Белый экран смерти
Обычно, WSOD не возникает на пустом месте и связан, чаще всего, с
установкой какого-либо плагина, либо шаблона. Вся неприятность данной
ошибки — она блокирует админ-панель и сам сайт. Откатиться можно только
при помощи файлового менеджера хостинга или по FTP-протоколу.
Почему возникает WSOD?
▪ установка плагина или шаблона, несовместимого с текущей версией
движка
▪ конфликт плагина с другим расширением или темой
▪ обновление старого плагина, вызвавшее ошибку
В любом случае — отследить виновника несложно, если вы только что
обновили некий плагин или шаблон. Как быть, если вы обновили одним махом
10-20 плагинов(невероятная ситуация, но все таки возможно и такое)? Очень
просто…
▪ переименовать каталог с плагинами (plugins1 к примеру) и создать новый
с тем же названием, при этом движок перестанет видеть установленные
плагины и можно будет включать их по одному, чтобы найти виновника.
▪ переименовать текущий используемый шаблон, не забыв
предварительно добавить стандартный шаблон (Twenty любой). После
переименования WordPress переключится на доступную стандартную тему
и можно будет зайти в админ-панель.
Знакомое выражение для
пользователей Windows, там
системная ошибка называется
BSOD и отличается синим
цветом экрана. Вот только в
нашем случае перезагрузкой
компьютера проблему не
исправить
4. 500 internal server error
Чаще всего связана с неправильным файлом .htaccess в корневом каталоге
сайта. Лечится довольно просто — достаточно удалить его, затем зайти в
админ-панель WordPress, перейти в раздел постоянных ссылок и сохранить
еще раз желаемую структуру. После сохранения — WordPress создаст новый
файл htaccess и с очень большой вероятностью ошибка пропадет.
Кроме этого, есть еще множество других причин возникновения ошибки 500.
Лучший способ выяснить причину — открыть файл error_log, который обычно
находится в корне сайта(если хостер включил журналирование, конечно).
Есть неплохой стандартный вариант — необходимо включить режим отладки
WordPress. Для этого добавьте в файл wp-config.php такую строку:
▪ DEFINE ('WP_DEBUG', TRUE);
и затем уже смотреть журнал ошибок. В таком случае ошибка будет описана
более подробно, что облегчит поиск и устранение.
Ошибка довольно
неприятная, но редкая.
5. Error establishing a
database connection
Наиболее распространенная ошибка у начинающих. Может возникнуть в
следующих случаях:
▪ неверный параметр соединения с базой данных. Какой-то из трех
параметров подключения (адрес, логин, пароль) неверен, нужно
перепроверить файл wp-config.php. Важно! Убедитесь, что каждый из них
заключен в одинарные кавычки.
▪ не работает сервер баз данных MySQL. Если у вас VPS — необходимо
перезагрузить сервер, если обычный хостинг — обратиться в
техподдержку, пускай проверяют.
▪ пользователь не имеет доступа к изменению таблиц БД. Для
исправления необходимо добавить пользователю права(я ставлю обычно
полный доступ к БД), делается это при помощи панели управления
хостингом
Ошибка при установлении
соединения с базой данных
6. Warning: Cannot modify
header information —
headers already sent by
Довольно частая ошибка, которая легко решается. Движок сам говорит, в
каком файле проблема, а мы попробуем исправить ее. Для этого скачайте
файл, который вызывает ошибку, это будет файл с расширением PHP.
Используя ваш любимый текстовый редактор удалите все пробелы и пустые
строки перед <?php и ?>, После чего перезапишите файл на сервере — с
вероятностью в 99,9% проблема будет решена.
Довольно часто эта ошибка возникает при сохранении файла в формате UTF-
8 с BOM, как правильно заметили в комментариях. Для решения необходимо
выбрать формат сохранения без BOM. Для опытных пользователей WP это
само собой разумеющаяся вещь, а вот новички иногда очень мучаются
Предупреждение: Не удается
изменить информацию в заголовке
7. 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М и не дают
менять это значение. В таком случае я бы советовал замену хостинга.
Фатальная ошибка: памяти
8. Connection time out
Это классический симптом перегруженности сервера. Это означает, что
сервер перегружен и не может завершить запрос, отправленный
пользователем. Если это происходит довольно часто, то мой совет — менять
хостинг. Если же возможности нет — нужно снижать нагрузку:
▪ увеличиваем лимит памяти
▪ по возможности — деактивируем не совсем нужные плагины
▪ переход на стандартный шаблон, вроде Twenty Twelve
Соединение тайм-аут
9. Maximum execution
time of 30 seconds
exceeded
Каждый файл PHP имеет максимальное время своего выполнения. Если он не
«укладывается» в отведенные настройками рамки, возникает эта ошибка.
Чаще всего проблема возникает из-за неправильного функционирования
дополнений (функция замыкается в цикле, к примеру). Для решения
попробуйте сбросить каталог плагинов и текущий шаблон. Если это не
сработает, значит ваш хостинг недостаточно мощный для вашего проекта.
Как вариант, можно попытаться увеличить максимальное время выполнения:
▪ измените .htaccess в корневом каталоге WordPress, добавьте строку:
php_value max_execution_time 60
▪ измените, если есть возможность, файл php.ini, добавьте строку:
max_execution_time = 60;
Максимальное время выполнения
30 секунд превышен
10. Ошибки, связанные
со структурой БД
Я сталкивался только с двумя ошибками MySQL, возможно вариантов больше.
▪ Ошибка 145. Это значит, что структура БД повреждена и нуждается в
восстановлении. При помощи phpMyAdmin или любого другого менеджера
БД можно провести repair (восстановление стандартными средствами) Не
забывайте про предварительный бэкап вашей базы ;)
▪ Ошибка 28. Не связаннная с WordPress ошибка, которая относится к
самому MySQL. Решается при помощи техподдержки хостинга.
11. КОНТАКТЫ
КУЛЬПИН АЛЕКСЕЙ
Tel: +7 (953) 950 98 22
Email: info@dd-l.name
Site: http://vCard.dd-l.name
Профессиональный подход
программиста, изысканный стиль
дизайна, поисковая
оптимизация, квалифицированная поддержка,
это составляющие вашего успеха.
WEB & SEO & PROGRAMMING
