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

Примечание: перед внесением любых изменений на ваш сайт, убедитесь, что у вас есть достаточные резервные копии.

Почему вы получаете эту ошибку?

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

Проблема возникает на других сайтах?

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

Увеличить лимит памяти

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

Отключение всех плагинов

Если увеличение лимита памяти не помогает, или если у вас высокий лимит памяти вроде 256 МБ или 512 МБ, то вам нужно начать поиск и устранение неисправностей. Наш опыт в устранении этой проблемы, мы всегда находили, что проблема либо с конкретным плагином или темой. Давайте отключим все плагины.

Используйте инструкции о том, как деактивировать все плагины для WordPress в один раз.

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

Заменить тему с темой по умолчанию

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

Альтернативно, вы можете пойти в свой phpmyadmin и обновление таблиц в БД в таблице wp_options. В следующей таблице названия должны быть обновлены:

• template,
• stylesheet,
• current_theme.

Измените значение на twentyeleven.

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

Другие исправления

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

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

error_reporting(E_ALL); ini_set('display_errors', 1);

 

define( 'WP_DEBUG', true);

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

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

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

/** Хитрость для длинных Сообщений */

ini_set('pcre.recursion_limit',20000000);

ini_set('pcre.backtrack_limit',10000000);

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

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

Примечание: перед внесением любых изменений базы данных, убедитесь, что у вас есть резервные копии.

Почему вы получаете эту ошибку?

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

Проблема возникает для wp-admin?

Первое, что вы должны сделать, это убедиться, что вы получаете ту же ошибку, как на фронт-энде сайта, так и на серверной части сайта (wp-admin). Если сообщение об ошибке такое же, как на страницах “ошибка установления подключения к базе данных”, переходите на следующий шаг. Если вы получаете различные ошибки в wp-amin для экземпляра что-то вроде “одна или несколько таблиц базы данных недоступны. База данных может нуждаться в ремонте”, тогда вам нужно восстановить вашу базу данных.

Вы можете сделать это, добавив следующую строку в ваш wp-config.php файл:

define('WP_ALLOW_REPAIR', true);

Как только вы сделали это, вы можете увидеть настройки, посетив эту страницу:http://www.yoursite.com/wp-admin/maint/repair.php

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

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

Проверка в wp-config файла

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

define('DB_NAME', 'database-name');

define('DB_USER', 'database-username');

define('DB_PASSWORD', 'database-password');

define('DB_HOST', 'localhost');

Помните, что DB_Host не всегда может быть localhost. В зависимости от хостинга, он может быть другим. Для популярных хостингов он является localhost. Вы можете найти другие принимающих значения здесь.

Некоторые люди предположили, что они зафиксировали свою проблему, спустя замены имя localhost на IP. Здесь часто можно увидеть такого рода проблему, когда под управлением WordPress в локальной серверной среде. Например на MAMP, DB_Host значение при изменении на IP может заставить работать.

define('DB_HOST', '127.0.0.1:8889');

IP адреса будут различаться для онлайн-услуг веб-хостинга.

Если все в этом файле является корректно (убедитесь, что вы проверить на наличие опечаток), тогда было бы справедливо сказать, что там что-то не так на серверной части.

Проверьте ваш веб-хост (сервер MySQL)

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

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

<?php

$link = mysql_connect('localhost', 'root', 'password');

if (!$link) {

die('Could not connect: ' . mysql_error());

}

echo 'Connected successfully';

mysql_close($link);

?>

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

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

В нашем случае, наш MySQL сервер был запущен. Все другие сайты на сервера работали нормально за исключением AndreyEx. Когда мы попытались зайти на наш сервер через phpmyadmin, то в итоге получили ошибку:

#1045 – Access denied for user ‘foo’@’%’ (using password: YES)

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

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

Решения, которые разработали для других

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

Дипак Миттал заявил, что его клиент получал ошибку, что база данных нуждается в ремонте. Даже после восстановление базы данных, ошибка не ушла. Он пробовал различные методы и в конце концов, проблема была в URL сайта. Видимо, что было какое-то изменение которое вызвало эту ошибку. Он напечатал SQL-запрос, зайдя в phpmyadmin:

UPDATE wp_options SET option_value='YOUR_SITE_URL' WHERE option_name='siteurl'

Не забудьте заменить YOUR_SITE_URL фактическим URL пример: https://AndreyEx.ru. В wp_options будет отличаться, если вы меняли префикс базы данных WordPress по умолчанию. Это, оказалось, решило данную проблему для него и немногих других, что прокомментировал его пост.

1. Есть еще предположения, что некоторые смогли соединить базу данных с testconnection.php, так он поменял wp-config.php пользователь — root. Вордпресс стал работать прекрасно. Затем он вернулся к настройкам в базе данных пользователя, и он продолжал работать. Он не мог понять, что был неправ, но сделал вывод, что это опечатка.
2. Возможно что они удалили контент из active_plugins в таблице wp_options и редактировали содержимое recently_edited. В принципе, что, казалось, исправить проблему.
3. Мы читаем о многочисленных источниках, когда пользователи просто загружают свежий дистрибутив WordPress и исправляют так ошибку.

Это очень печальная ошибка. Что вы пробовали, что сработало для вас? Мы были бы рады расширить на этот ресурс, чтобы другие не придется тратить столько времени на поиск решения.

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

Fatal error: Allowed memory size of 33554432 bytes 

exhausted (tried to allocate 2348617 bytes) 

in /home4/xxx/public_html/wp-includes/plugin.php on line xxx

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

Сначала откройте свой файл wp-config.php который находится в корневой папке WordPress. Затем добавьте следующую строку внутри основного тэга PHP:

define('WP_MEMORY_LIMIT', '256M');

Мы просто увеличили лимит памяти до 64М. Если вы по-прежнему получаете сообщение об ошибке после того, как исправили, то, пожалуйста, свяжитесь с вашим разработчиком. Скорее всего, ему придется зайти в php.ini, чтобы увеличить лимит памяти для вас. Если у вас есть другие способы увеличения лимита памяти, то дайте нам знать в комментариях ниже.