Убедитесь, что HTTP-ошибка не временная. Несвоевременная проверка комментариев

Сергей Арсентьев

Ошибки всегда неприятны, особенно, когда неожиданно появляются на только что работающем Вордпресс-сайте. К счастью, ошибка установки соединения с базой данных совсем нефатальна и обычно лечится за несколько минут.

Кстати, эта статья появилась в результате небольшого SEO-эксперимента: я случайно собирал ключи для страницы с настройкой рекламы и нашел длинный незанятый SEO-запрос, а именно: "Ошибка установки соединения с базой данных WordPress".

В чём именно заключается мой SEO-эксперимент с этой статьей смотрите в конце текста

А сейчас - за дело! Итак, у вас выскочил белый экран и на нем ошибка установки соединения с базой данных.

Важно знать, что любой сайт на WordPress состоит из двух важнейших элементов: программных файлов и базы данных .

Программные файлы доступны на хостинг по FTP-соединению (). А база данных использует специальное место на хостинге, доступ в которое осуществляется через специальный сервис, обычно это PhpMyAdmin.

При этом программные файлы используют информацию, хранящуюся в базе данных, чтобы правильно отобразить страницу сайта.

Для этого они получают к ней доступ, используя логин и пароль, заданный при первой настройке сайта на WordPress и хранящийся в файле wp-config.php в корневой (главной) папке сайта.

Выглядит это примерно вот так:

Поэтому если у вас возникает "Ошибка установки соединения с базой данных WordPress" или по английски: "Error establishing a database connection", то проблема заключается в том, что программный файл банально не может получить доступ к базе данных . По любой причине!

То есть получается, что без базы данных программным файлам просто неоткуда взять информацию для правильного отображения вашего сайта.

И следовательно, чтобы решить проблему ошибки установки соединения с базой данных WordPress, нужно проверить следующие моменты:

1. Убедиться, что база данных вообще существует. Для этого нужно зайти в панель управления хостингом (доступ выдает хостер при покупке его услуг - ), найти в меню панели ссылку на базы данных, обычно она так и называется "Базы данных", открыть и убедиться что база на хостинге существует.
2. Затем нужно зайти в саму базу и убедиться, что в ней есть информация (таблицы и записи), вдруг ее кто-то затер и на хостинге просто висит пустая база данных? Для этого нужно воспользоваться в панели хостинга ссылкой на сервис PhpMyAdmin и ввести логин и пароль от базы данных. Напомню - логин и пароль есть в файле wp-config. В самой базе должны быть какие-то таблицы, она должна весить определенный объем в Кб или Мб, то есть база должна быть непустой, занимать определенное место.
3. Если вы вводите логин и пароль и при этом доступ не открывается, значит скорее всего вы обнаружили корень проблемы возникающей ошибки - неправильное имя пользователя или (что скорее всего) неверный пароль. Возможно, вы его сменили для своей базы, а в файлах поменять забыли. Возвращайтесь на первый шаг, заходите в настройки базы данных, меняйте пароль у пользователя и после этого пропишите новый пароль в файле wp-config.php

Таким образом, вам нужно убедиться в том, что логин (имя пользователя) и пароль от базы данных полностью соответствуют тому, что прописано у вас в конфигурационном файле wp-config.

Пароль от базы на хостинге = Паролю от базы в wp-config.php

Ну и в том, что база данных вообще есть, и вы ее случайно не стерли.

Кстати, если даже это произошло и вы обнаружили, что база данных удалена - не спешите паниковать, просто напишите хостеру просьбу о восстановлении бекапа база данных на заведомо рабочую дату и всё!

Любой уважающий себя хостер хранит бекап баз данных своих клиентов как минимум за пару недель. Если ваш хостер этого не делает - повод его сменить. Вот , которых я рекомендую и сам использую в работе.

Вот и всё.
Ошибка несложная, и статья поэтому небольшая.
Если знаете свои способы решения данной ошибки установки соединения с базой сайтов на Вордпресс, пишите в комментариях. А если получилось решить задачу моими способами - ставьте лайки и звезды

SEO-эксперимент!

А сейчас как и обещал немного о SEO-эксперименте, который я решил поставить при написании этой статьи. Напомню, я собирал ключи для других постов на блоге и нашел длинный незанятый ключ: "".

Его показатель KEI был небольшим, меньше 25 (что такое ), но при этом было много других сайтов с подобными запросами, только в сокращенной или искаженной форме:

• Ошибка соединения с базой данных wordpress
• Исправляем ошибку установки соединения с базой данных
• Ошибка при установке соединения с базой данных и т.п.

Посмотрите - их нереально много!

Но с прямым вхождением ключа "Ошибка установки соединения с базой данных WordPress" в ТОП-10 Яндекса только 3 сайта.

И я решил выяснить: а если я оптимизирую статью под этот длинный запрос - он "победит" всех конкурентов с этим же запросом, но в другой форме? То есть насколько точная форма запроса помогает продвигаться в поиске.

Или можно особенно не заморачиваться над строгим соответствием в метатегах, заголовках, тексте статьи (читать ) и важнее все же другие SEO-факторы.

Эксперимент будет продолжаться как минимум пару месяцев, ведь нужно будет отследить динамику роста данной статьи по конкретному запросу.

Кстати, и причем - совершенно бесплатно. Там есть секрет как это делать именно бесплатно, ведь сам по себе сервис платный.

Так что подписывайтесь на обновления блога , в одной из последующих статей я обязательно расскажу о его результатах.

Может возникнуть ошибка «http». Многие после этого начинают анализировать свои последние действия, произведённые в WordPress, но большинство просто ума не приложат, что произошло, ведь ничего «плохого» вроде не делалось. Если просмотреть ответы в интернете на вопрос «почему выдает ошибку http при загрузке изображений», то можно найти несколько рекомендаций, которые способны устранить эту ошибку.

Рекомендации, которые помогут устранить ошибку при загрузке изображений «http»

Первая рекомендация – просмотреть весь список установленных плагинов и отключить все ненужные. Потребуется также отключить все плагины и включать их по одному, после чего смотреть действие их работы на вашу площадку. Таким образом, может быть заработает загрузка фото, но далеко не факт, что сможете обнаружить именно тот плагин, который выдает ошибку. Если есть время и терпение – испробуйте эту рекомендацию, но нам она показалась слишком хлопотной, поэтому мы оставили этот вариант про запас.

Вторая рекомендация утверждает, что вся проблема может заключаться в сервере, на котором расположена ваша площадка. Но если у вас есть еще сайты, которые работают у этого хостера, и с ними все в полном порядке, то значит, ошибка кроется где-то в самом сайте. Если же сайт один, то все же обратитесь к хостеру, вдруг проблема кроется действительно в нем.

Тут также заметим, что не всегда рационально обновляться до версии, которая только-только вышла.

Как правило, она содержит множество полезных нововведений/обновлений, но вот не все разработчики плагинов успевают вносить корректировки в свои продукты. То есть если сейчас у вас все хорошо, то торопиться с обновлением движка не особо стоит.

Четвертый совет – добавить в файл.htaccess такой код:

SecFilterEngine Off
SecFilterScanPOST Off

Размещать вышеуказанный код необходимо в конец или начало файла, после чего все может начать работать.
Следующий совет – вставить в файл.htaccess код, при помощи использования FTP-загрузчика:

SecFilterEngine Off
SecFilterScanPOST Off

Заметим, что если уже такой код у вас есть в файле, то его потребуется переписать, то есть заменить новым. Попробуйте выполнить загрузку медиафайла сейчас; более того, загружать файлы вы сможете в неограниченном количестве. Мы неоднократно замечали, что в одном случае, если вставить код в начало файла, то все будет работать; при вставке кода на другом сайте в начало файла ничего не срабатывало, но все начинало работать, как только код был перемещен в конец файла.

Стоит запомнить, что после обновления Вордпресс этот файл может легко переписать и ошибка может возникнуть снова. Чтобы этого не происходило, рекомендуем сохранить бекап файла себе на компьютер и в случае чего выгружать его на сервер через FTP.

Еще одна рекомендация – установка плагина WPupload, которая заменяет по дефолту загрузчик WordPress на новый (он поддерживает HTML5, Flash, BrowserPlus и т.п.). Впрочем, новый плагин может добавить и новых проблем на сайте, но, во всяком случае, он устранит эту ошибку при загрузке изображений «http».

Из всего вышесказанного следует простой вывод: если хотите, чтобы ваш сайт стабильно работал, не спешите с . Новая версия хоть и обещает быть более функциональной и безопасной, но сторонние разработчики не всегда успевают оптимизировать под новые версии свои продукты (из-за этого и может выскакивать ошибка «http»).

日本語 ()

Contents

Description

WP_Error is a class that makes error handling within plugins and WordPress itself much easier.

Instances of WP_Error store error codes and messages representing one or more errors, and whether or not a variable is an instance of WP_Error can be determined using the function.

Error Codes

Error codes are slugs that are used to identify each error. They are mostly useful when a piece of code can produce several different errors, and you want to handle each of those errors differently.

The error codes used in WordPress are not integers, but strings, with any spaces between words replaced with underscores (example: an_error_code). The error codes used in WordPress are usually based on the error message associated with that code.

Methods and Properties

Properties

$errors Array containing the list of errors. $error_data Array containing the list of data for error codes.

Note: Since 4.0, these properties are private, see . Then were then made public again in .

Methods

__construct($code = "", $message = "", $data = "") Sets up the error message. All parameters are optional, and if the $code parameter is empty, the other parameters will be ignored. When you pass a value for the $code parameter, the $message will be added for that code, even if you did not pass a value for $message (but $data will be used only when you pass a value for $data). It is possible to add multiple messages to the same code by using other methods in the class. get_error_codes() Retrieve all error codes. Access public, returns array List of error codes, if available. get_error_code() Retrieve first error code available. Access public, returns string, int or Empty if there is no error codes get_error_messages($code) Retrieve all error messages or error messages matching code. Access public, returns an array of error strings on success, or empty array on failure (if using code parameter) get_error_message($code) Get single error message. This will get the first message available for the code. If no code is given then the first code available will be used. Returns an error string. get_error_data($code) Retrieve error data for error code. Returns mixed or null, if no errors. add($code, $message, $data) Append more error messages to list of error messages. No return. add_data($data, $code) Add data for error code. The error code can only contain one error data. No return. remove($code) Remove any messages and data associated with an error code. No return.

Example

function doer_of_stuff() { return new WP_Error("broke", __("I"ve fallen and can"t get up", "my_textdomain")); } $return = doer_of_stuff(); if(is_wp_error($return)) { echo $return->get_error_message(); }

Наткнулись в WordPress на ошибку 500 Internal Server Error? Ну что же, вы не одни! Ошибка 500 Internal Server Error – это одна из самых распространенных ошибок с которой сталкиваются пользователи WordPress. Однако найти реальную причину появления ошибки 500 Internal Server Error не так легко, как например ошибки 404, где причиной может быть либо сломанные permalinks или измененные URL страницы.

Самыми распространенными причинами стоящими за появлением ошибки 500 являются поврежденные файлы.htaccess, неправильно установленные права, задержки скрипта, неправильная версия PHP или неудачное обновление WordPress. Однако это еще не все причины появления этой проблемы. Поэтому вам необходимо копнуть глубже и узнать настоящую причину данной ошибки. Одним из лучших советов при появлении ошибки 500 Internal Server Error в WordPress является отследить ваши шаги до момента появления ошибки. Постарайтесь вспомнить какое событие или изменение могло привести к остановке работы вашего WordPress (к примеру, установка или обновление плагина). Как только вы узнаете причину появления ошибки, решить ее будет гораздо проще.

Вот краткое руководство по исправлению ошибки 500 в WordPress с помощью 9 различных способов. Будьте уверены, это руководство поможет вам справиться со всеми возможными причинами возникновения ошибки. Давайте не будем терять время и начнем данное руководство по WordPress.

ВАЖНО! Безопасность прежде всего. Перед началом данного руководства, мы рекомендуем произвести резервное копирование вашего сайта для предотвращения потери данных.

Перед тем, как вы начнете это руководство, вам понадобится следующее:

• Доступ к панели управления вашим хостингом
• Доступ к панели управления WordPress

Способ 1 - Ошибка 500 в WordPress из-за плагинов или тем

В большинстве случаев, ошибка 500 Internal Server Error возникает из-за установки или обновления плагинов или тем. Если вы уже знаете какой из плагинов мог вызвать данную проблему, вы уже на пол пути к ее решению.

Способ 1.1 - Ошибка 500 в WordPress из-за обновления или установки плагина

Если страница перестала работать после установки или обновления плагина, вы можете починить ее просто отключив или удалив плагин. В зависимости от ситуации, существует два пути для достижения цели.

Отключение плагинов через панель управления WordPress

Если вы можете войти в вашу панель управления WordPress, следуйте данным этапам:

1. Войдите в вашу панель управления WordPress.
2. Нажмите на Плагины → Установленные в левом меню навигации .

1. Отключите проблемный плагин.

1. Обновите сайт в браузере, чтобы проверить решена ли проблема.
2. Если нет, отключите другой плагин и повторяйте данный процесс пока все плагины не будут отключены (или сайт не заработает).
3. Как только вы найдете плагин ответственный за появление ошибки, попробуйте переустановить его заново. Вы также можете поискать другие плагины на его замену или связаться с разработчиками плагина для уточнения информации о его работе на вашем WordPress.

Отключение плагинов WordPress через Файловый Менеджер или FTP

Существуют ситуации, когда ошибка не позволяет получить доступ к панели управления WordPress. В этом случае, вам придется отключить или удалить плагин с помощью Файлового Менеджера в панели управления вашим хостингом или FTP-клиентом вроде FileZilla .

1. Пройдите в корневой каталог вашего WordPress и войдите в папку wp-content/plugins .
2. Найдите проблемный плагин и переименуйте его для отключения. К примеру, вы можете добавить .отключен в конец файла, чтобы не забыть об этом плагине. Если вы хотите удалить его полностью, просто удалите папку с плагином.

1. После этого, обновите ваш сайт. В случае, если проблема остается, произведите данные действия для оставшихся плагинов до их полного отключения (или пока ваш сайт не заработает).
2. Как только вы найдете сломанный плагин, вы можете попытаться переустановить его, найти замену или связаться с разработчиками плагина для получения консультации.

Способ 1.2 - Ошибка 500 в WordPress из-за установки или обновления темы

Если ваш сайт перестал работать после установки или обновления темы, вы можете решить проблему изменив тему вашего сайта. Для этого существует два пути:

Изменение темы с помощью панели управления WordPress

Если вы можете получить доступ к вашей панели управления, вот что вы должны предпринять:

1. Перейдите в раздел Внешний вид → Темы .

1. Выберите любую другую тему и нажмите кнопку Активировать .

1. Как только вы закончите изменение темы, вы увидите подтверждающее сообщение со ссылкой на ваш сайт.

Изменение темы с помощью phpMyAdmin

Другой способ для изменения темы, это редактирование значений вашей базы данных MySQL через phpMyadmin, в панели управления вашим хостингом. Этот способ может быть полезен, если ваша панель управления WordPress не работает. Вот, что вы должны сделать:

1. Найдите таблицу wp_options и откройте ее.

ЗАМЕТКА! В зависимости от значений таблицы, выбранных вами в процессе установки, префикс таблиц не всегда будет wp_ .

1. Перейдите на Страницу 2 .

1. Найдите раздел template и stylesheet

1. Узнайте название темы на которую вы хотите ее поменять. Для этого перейдите в каталог wp-content/themes с помощью Файлового Менеджера.

1. Скопируйте название темы, которую вы хотели бы использовать. Далее, измените значения template и stylesheet в базе данных на название вашей новой темы. В данном примере, мы изменим тему twentyfifteen на twentysixteen

Теперь вы снова можете перезагрузить ваш сайт в браузере, и он загрузится с новой темой. Если ошибка 500 была связана с вашей старой темой, то это должно решить проблему. Вы можете попытаться переустановить вашу старую тему или связаться с разработчиком для получения информации о правильной установке темы для вашего WordPress.

Способ 2 - Проверка файла .htaccess

Еще одним способом для избавления от ошибки internal server error, является проверка состояния вашего файла.htaccess. Вероятность того, что ваш нынешний файл.htaccess был поврежден весьма высока. Это могло случиться из-за огромного количества причин; самые распространенные из них это установка нового плагина или другие изменения на вашем сайте.

Лучшим методом для проверки состояния вашего файла.htaccess является создание нового. Все, что вам нужно сделать это:

1. Войти в панель управления вашим хостингом, далее в Файловый Менеджер в разделе Файлы . Альтернативный способ, это использовать FTP-клиент вроде FileZilla .
2. Перейдите в корневой каталог вашего WordPress сайта (если вы видите файлы вроде wp-content и wp-includes , вы в правильном месте).
3. Найдите здесь файл.htaccess отключите его. Это можно сделать задав ему другое имя. К примеру, .htaccess1.

1. После этого, создайте новый файл .htaccess и вставьте в него стандартный код.htaccess :

# BEGIN WordPress RewriteEngine On RewriteBase / RewriteRule ^index\.php$ - [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] # END WordPress

1. Убедитесь, что сохранили файл.

Теперь, откройте ваш сайт в браузере и посмотрите исправлена ли ошибка. Если нет, продолжите чтение руководства.

Способ 3 - Увеличение лимитов PHP

Если два способа описанных выше не принесли никакого результата, то неправильные значения PHP или нехватка памяти могли стать причиной появления ошибки 500. Это происходит из-за того, что скрипты и плагины требуют определенное количество памяти для своей правильной работы. В дополнение к этому, когда загружается ваш сайт, браузер делает огромное количество запросов для загрузки скриптов, плагинов и контента. Когда количество памяти для загрузки скриптов и плагинов не хватает, WordPress скорее всего выдаст ошибку 500 Internal Server Error. Именно поэтому, важно увеличить значение памяти вашего сайта и других PHP настроек. Вы можете это сделать с помощью файла .htaccess . Вот несколько строк, которые мы рекомендуем вам добавить:

Php_value upload_max_filesize 128M php_value post_max_size 128M php_value max_execution_time 300 php_value max_input_time 300 php_value memory_limit 256M

Способ 4 - Изменение версии PHP

Некоторые скрипты или плагины для WordPress требуют определенную версию PHP. Если рекомендуемые требования для них не выполнены, то в следствии этого может появиться ошибка 500. Вы можете проверить вызвана ли она версией PHP, изменив ее. Это можно сделать через панель управления хостингом в разделе Дополнительно → Выбор PHP версии.

В случае, если вы не знаете какая версия PHP вам необходима, попробуйте поочередно включать каждую из них. Не забудьте Сохранять ваши настройки и обновлять сайт при каждом изменении. Если ни одна из данных версий не помогла в решении ошибки 500, то верните вашу прошлую версию PHP и перейдите к следующем способу.

Способ 5 - Включение отображений ошибок

Поиск причины возникновения ошибки WordPress 500 Internal Server Error – это самая сложная часть в процессе ее исправления. Если ни один из предыдущих способов вам не помог, значит вам необходимо начать поиски поглубже – проверив ваши ошибки. Существует несколько способов для этого:

Включение отображение ошибок

Включив отображение ошибок, вы сможете найти определенный код вашего сайта, который ее вызывает. Это можно сделать в том же разделе, где мы меняли версию PHP. Дополнительно → Выбор PHP версии . Установите значение Отображать Ошибки на Включена и нажмите кнопку Сохранить .

Теперь, вы должны перезагрузить ваш сайт. Все ошибки кода будет отображены на экране, как на картинке ниже:

Как только вы найдете ошибку, откройте указанный в ней файл и посмотрите нужную строку. Вы можете использовать Google , Stackoverflow , WordPress Форум , или связаться с вашим разработчиком для получения информации о решении данной проблемы.

Способ 6 - Использование отладки WordPress

WordPress имеет свою собственную систему отладки, которую вы можете использовать для решения проблем с вашим кодом. Это также может помочь решить проблему ошибки 500. Для начала ее использования, вам необходимо сделать несколько изменений в вашем файле wp-config.php .

1. Найдите следующую строчку в файле wp-config.php:

define("WP_DEBUG", false);

1. Удалите и вставьте на ее место следующий код:

// Enable WP_DEBUG mode define("WP_DEBUG", true); // Enable Debug logging to the /wp-content/debug.log file define("WP_DEBUG_LOG", true); // Disable display of errors and warnings define("WP_DEBUG_DISPLAY", false); @ini_set("display_errors", 0); // Use dev versions of core JS and CSS files (only needed if you are modifying these core files) define("SCRIPT_DEBUG", true);

1. Обновите ваш сайт и откройте Файловый Менеджер . Перейдите в каталог wp-content и найдите файл debug.log . Откройте редактирование данного файла для просмотра его значений.

1. Теперь вы знаете, что является причиной возникновения ошибки и сможете решить ее обратившись к разработчику или Google , Stackoverflow , WordPress Форуму . Более детальная информации о системе отладки может быть найдена .

Способ 7 - Восстановление резервной копии

Если вы сделали бэкап WordPress до его поломки, восстановление резервное копии тоже может стать решением. Для начала, удалите все файлы WordPress. Затем, загрузите ваш бэкаи перепроверьте работает ли ваш сайт.

Ручной способ восстановления WordPress может подойти не всем. Если вам кажется это слишком сложным, то мы можем подсказать вам другой способ. К сожалению, это не поможет вам, если ваш сайт не работает, но он точно поможет вам избежать подобных проблем в будущем.

1. Установите и активируйте плагин All-in-One WP Migration .

1. Найдите его в панели управления вашим WordPress и нажмите кнопку Export.

1. Выберите опцию File (Файл), если вы хотите скачать резервную копию на ваш компьютер.

1. Скачайте сгенерированную резервную копию на ваш компьютер. Она содержит файлы вашего сайта и базы данных.
2. Теперь в случае появления ошибки 500 Internal Server Error (или любой другой проблемы) и невозможности ее решения, вы можете просто восстановить ваш сайт с помощью резервной копии.
3. Для восстановления сайта с помощью сгенерированной резервной копии, вам необходимо полностью удалить ваш сайт и установить новый WordPress, вместе с плагином All-in-One. После этого, выберите функцию Import (Импорт) , выберите сгенерированный бэкап и продолжите процедуру восстановления.

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

1. Скачать последнюю версию WordPress .
2. Сохранить и распаковать ее на вашем компьютере.
3. Удалить файл wp-config-sample.php и папку wp-content для избежания перезаписи важной информации.
4. Переместить все корневые файлы на ваш хостинг аккаунт и перезаписать их. Это можно сделать с помощью FTP-клиента FileZilla .

1. Далее, должно появиться окно с разрешением на перезапись файлов. Поставьте значения как на изображении для автоматизации процесса.

ЗАМЕТКА! Убедитесь, что вы сделали резервное копирование вашего сайта перед началом данного процесса. Это позволит избежать потери важной информации.

Процесс загрузки может занять от 10 до 20 минут. После завершения, попробуйте вновь обновить ваш сайт в браузере. Если ошибка 500 Internal Server Error была связана с корневыми файлами WordPress, этот способ должен помочь решить проблему.

Способ 9 - Начать всё заново

Если все из приведенных способов вам не помогли, вам придется начать создание вашего сайта с нуля. Хорошей новостью является то, что вы можете восстановить ваш сайт даже с помощью резервной копии базы данных. Загляните в данное руководство для пошаговой инструкции по восстановлению вашего сайта только с помощью базы данных MySQL.

Заключение

Все, кто используют WordPress хотя бы раз сталкивались с ошибкой internal server error. Являетесь ли вы продвинутым разработчиком или начинающим пользователем, исправление ошибки 500 является довольно простым процессом, если вы знаете где искать ее причину. Как и в реальной жизни, для решения проблемы нужно сначала найти ее источник. После этого, вы можете использовать онлайн ресурсы или это руководство для решения данной проблемы.

Крушите свой рабочий стол в приступе отчаяния? Досадная ошибка привела к тому, что вы разлюбили WordPress ?

WordPress – это замечательная платформа для блогов и система управления контентом, но нет программного обеспечения без ошибок. В этой статье рассматриваются искусные решения трех самых распространенных ошибок WordPress : «Белый экран смерти », «Внутренняя ошибка сервера » и «Ошибка установки соединения с базой данных ».

Некоторые советы, приведенные в этой статье, могут быть применены и для других ошибок, поэтому даже если ваш сайт никогда не падал, вы можете узнать кое-что полезное на будущее…

1) Белый экран смерти

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

• Нехватка памяти;
• Плагин;
• Тема.

Если экран смерти появляется на разных сайтах, которые используют один и тот же хостинг, то вы можете смело предположить, что проблема связана с провайдером хостинга. Если нет, то будьте уверены, что причина кроется в самом сайте.

Нехватка памяти

Часто проблемой, стоящей за этой ошибкой, является достижение лимита доступной памяти. Чтобы увеличить объем доступной памяти, найдите файл wp-config.php : перейдите к корневому каталогу вашего сайта с помощью FTP -клиента или файлового менеджера на панели управления хостингом. Внутри основного php тега нужно будет добавить строку кода, которая увеличит предельный лимит памяти до 64 МБ:

define("WP_MEMORY_LIMIT", "64M");

Можно задать и больше, чем 64 МБ, но это уже зависит от вашего сервера, поэтому 64 МБ, как правило, является безопасным вариантом. Возможно, увеличение памяти не помогло, или вы уже задали лимит выше 64 МБ? Тогда проблема может заключаться в плагинах или вашей теме.

Плагины

Если у вас есть доступ к панели администрирования, проблемы с плагинами легко решаются. Просто перейдите в раздел «Плагины » (Plugins ) и отключите последний установленный плагин. Если это не помогло, можно отключить все плагины вашего сайта, для этого выделите их, поставив галочку в самом верху, и выберете команду «Отключить » (Deactivate ).

Если же у вас нет доступа к панели администрирования, то альтернативным способом тестирования плагинов служит использование FTP . Если у вас есть FTP -клиент, то просто перейдите в соответствующий каталог.

Зайдите в каталог wp-content/plugins , в котором содержатся все установленные плагины. Просто переименуйте папку plugins , например, добавив слово в конец таким образом, что plugins станет plugins-test .

В качестве альтернативы вы можете использовать эту же методику, чтобы переименовать папки отдельных плагинов, что позволит протестировать каждый плагин индивидуально, а не все сразу. Если вам захочется восстановить ваши плагины, просто переименуйте папку обратно, присвоив ей исходное имя.

Если проблема кроется в плагине, причин этого может быть достаточно много. Самым лучшим выходом будет просто удалить его и найти плагин, который предоставляет такой же функционал. Попробуйте найти самый новый плагин, или тот, который был обновлен, чтобы он не вызывал проблем.

Темы

Если устранение неполадок в плагинах не помогло, тогда придется признать, что причина может быть в вашей теме. Первое, что нужно сделать - создать резервную копию папки темы. Затем вы можете просто удалить вашу тему, и WordPress установит тему по умолчанию.

Если вы обнаружили, что проблема заключена именно в теме, тогда нужно посмотреть файл functions.php . Плохо написанный код может быть причиной проблем, и если вы не уверены, что справитесь самостоятельно, то возможно, лучше связаться с автором темы. Рекомендуется приобретать проверенную тему, автор которой предлагает послепродажную поддержку.

Все еще бьетесь об стол в отчаянии? Есть другой способ, который может помочь - включение режима отладки.

Включение отладки PHP-кода

Если решения, приведенные выше, не помогли вам решить проблему, тогда нужно копать глубже. Процесс, описанный ниже, поможет вам обнаружить проблему. Однако исправление обнаруженных ошибок может потребовать от вас более специфичных знаний и навыков.

Сначала, откройте файл wp-config.php . И найдите в нем следующую строку:

define("WP_DEBUG", false);

Поместите ‘//’ в начале строки, так чтобы получилось:

//define("WP_DEBUG", false);

Теперь эта строка закомментирована. Следующий шаг: вставьте приведенный ниже код сразу после данной строки:

define("WP_DEBUG", true); define("WP_DEBUG_LOG", true); define("WP_DEBUG_DISPLAY", false); @ini_set("display_errors",0);

Вот тут вам потребуются небольшие знания программирования. Действия, которые мы предприняли, позволят направить ошибки в файл под названием error.log (который находится в папке wp-content ). Если вы не можете его найти, возможно, у вас нет прав для его создания. Просто создайте новый файл error.log и задайте для него права доступа 666 .

Откройте файл error.log в текстовом редакторе и проверьте на ошибки PHP . Если это то, что вы не понимаете или в чем не уверены, то целесообразнее обратиться к кому-нибудь за помощью.

2) Внутренняя ошибка сервера

Если вы столкнулись с внутренней ошибкой сервера 500 , тогда, возможно, вы еще не знаете действительно плохую новость - это может быть одной из многих проблем!

Поэтому берем горячий напиток с высоким содержанием кофеина, делаем глубокий вдох, и готовимся к предстоящему решению проблем. Есть ли хорошая новость? Да - некоторые подходы аналогичны методам, описанным в предыдущем разделе.

Плагины или тема

Обратитесь к секциям «Плагины » и «Темы » из предыдущего раздела. Метод решения проблемы полностью аналогичен.

Нехватка памяти

И снова, это решается так же, как описано в предыдущем разделе.

Некорректный.htaccess

Дело не в ваших плагинах и не в теме? Тогда пришло время проверить, не поврежден ли файл .htaccess . Сначала переименуйте данный файл - снова просто добавьте в конец «temp » или что-нибудь подобное. Не видите этот файл?

Тогда убедитесь, что вы включили опцию «отображать скрытые файлы ». Как именно это сделать, зависит от вашего FTP -клиента, но это довольно просто. Например, в Filezilla , просто выберете сверху «Сервер » (Server ) и затем - «Показывать скрытые файлы » (Show hidden files ).

Теперь следующий шаг - сначала вернитесь назад в панель администрирования WordPress . Пройдите в «Настройки - Постоянные ссылки » (Settings – Permalinks ) и затем сбросьте ваши постоянные ссылки. Сейчас вы сгенерировали новую версию рабочего файла, поэтому вы можете проверить, была ли решена проблема.

Включение PHP отладки

Это тоже было описано в разделе выше, поэтому снова пролистайте вверх.

3) Ошибка при установке соединения с базой данных

Эта ошибка может быть вызвана несколькими причинами. Обычно это ошибка сервера, но может быть, что вы просто изменили сведения для входа в вашу базу данных. Важно установить, получаете ли вы эту ошибку и на серверной, или на клиентской стороне вашего сайта.

Если вы видите такое же сообщение об ошибке на серверной стороне (wp-admin ) «Ошибка при установке соединения с базой данных » («Error establishing a database connection »), тогда пропустите следующий шаг.

Однако если видите другое сообщение об ошибке, в котором говорится что-то вроде «…..The database may need to be repaired …» («Возможно, требуется восстановление базы данных »), тогда вы должны добавить следующий код в ваш файл wp-config.php :

define("WP_ALLOW_REPAIR", true);

Затем перейдите на вот эту страницу http://www.адрес_вашего_сайта/wp-admin/maint/repair.php .

Теперь вы сможете увидеть опцию для восстановления базы данных. Как только вы восстановили ее, убедитесь, что вы удалили приведенный выше код из файла wp-config.php .

Файл wp-config.php

Вы меняли ваш пароль администратора, или пароль к базе данных? Если да, вам также нужно внести изменения и в файл wp-config.php . Поэтому зайдите в ваш файл wp-config.php , и убедитесь, что данная информация верна:

define("DB_NAME", "database-name"); define("DB_USER", "database-username"); define("DB_PASSWORD", "database-password"); define("DB_HOST", "localhost");

Важно проверить, значение хоста вашей базы данных, так что последняя строка корректна. В большинстве случаев, это будет localhost , но проверьте на всякий случай. Если вы запускаете WordPress на локальном сервере, замена localhost на IP -адрес может решить проблему.

Пообщайтесь со своим хостинг-провайдером

Если вы заметили ошибку, когда через сайт проходит большой поток трафика, тогда неисправность может быть на стороне вашего хостинг-провайдера.

Существуют методы, позволяющие проверить, отвечает ли сервер MySQL на запросы, но ваш провайдер также может сообщить вам это. В любом случае, поддерживать связь с вашим провайдером - это всегда хорошая идея, так почему бы не позвонить им?