ОШИБКА УСТАНОВКИ СОЕДИНЕНИЯ С БАЗОИ ДАННЫХ WORD PRESS

 

WordPress – одна из популярнейших открытых систем управления контентом. Изначально платформа WordPress разрабатывалась для блогов, однако со временем она стала более гибкой и производительной, и теперь подходит для обслуживания практически любого сайта. WordPress разрабатывается почти 15 лет; сегодня это очень надёжная и ошибкоустойчивая система, однако и в ней иногда случаются сбои и ошибки.

 

Ошибка установки соединения с базой данных (Error Establishing Database Connection) – одна из самых распространённых ошибок WordPress. Обычно её вызывает:

• Сбой БД (чаще всего из-за нехватки памяти).
• Неправильные учётные данные БД в настройках WordPress.
• Нарушение таблиц базы данных WordPress.

В этом руководстве вы узнаете, как определить причину ошибки установки соединения с БД и исправить её.

Содержание

1. Требования
2. 1: Проверка памяти сервера
3. 2: Проверка учётных данных MySQL
4. 3: Восстановление базы данных WordPress
5. Почему возникает ошибка error establishing a database connection wordpress
6. Что делать с error establishing a database connection
7. 1. Базы данных нет
8. 2. Неверные настройки
9. 3. Ограничения сервера
10. 4. Сервис mysql не запущен
11. Выводы
12. Есть ли белый экран на других ваших сайтах?
13. Исправление ошибки белого экрана в режиме восстановления WordPress
14. Увеличение лимита памяти
15. Отключить все плагины
16. Замените активную тему на тему по умолчанию
17. Включите режим отладки для поиска ошибок в WordPress
18. Очистите кэш на сайте
19. Белый экран у длинных статей
20. Зачем переводить WordPress сайт на HTTPS и SSL?
21. Что нужно для использования HTTPS/SSL на WordPress сайте
22. Настройка SSL HTTPS на WordPress сайте
23. Настройка SSL/HTTPS в WordPress с помощью плагина Really Simple SSL
24. Как настроить SSL/HTTPS в WordPress вручную
25. 301 редирект на https в WordPress
26. Как исправить ошибку смешанного контента в базе данных WordPress
27. Исправление ошибок смешанного контента в теме сайта WordPress
28. Исправление ошибок смешанного контента, вызванных плагинами
29. Переход на HTTPS у сайта WordPress в Яндекс. Вебмастер и Google Search Console
30. Переход на HTTPS в Яндекс. Вебмастер
31. Переход на HTTPS в Google Search Console
32. Что такое белый экран смерти?
33. 1. Режим отладки
34. 2. Отключите плагины
35. 3. Выбор стандартной темы
36. 4. Очистка кэша
37. 5. База данных
38. 6. Разрешения для файлов
39. 7. Ограничения сервера
40. 8. Неудачное обновление
41. Выводы
42. Проверьте данные подключения к базе данных WordPress
43. Как узнать данные базы данных на хостинге Beget
44. Узнайте сервер размещения вашей базы данных
45. Восстановление базы данных WordPress
46. Проверьте работоспособность вашего сервера базы данных
47. Суть проблемы
48. Как исправить ошибку установления соединения с базой данных
49. Шаг 1. Свяжитесь с тех. поддержкой хостинга
50. Шаг 2. Проверьте, что файлы тем и плагинов не повреждены
51. Как найти проблемный плагин или тему:
52. Шаг 3. Проверьте, что база данных не повреждена
53. Шаг 4. Проверьте логин и пароль для подключения к Базе Данных
54. Шаг 5. Восстановите стандартные файлы Вордпресс

Требования

• Машина с предустановленной платформой WordPress.
• Доступ к sudo.
• База данных должна быть запущена на одной машине с WordPress.
• Учётные данные БД: имя пользователя, пароль и имя базы данных для WordPress. Эта информация была создана во время начальной настройки WordPress.

1: Проверка памяти сервера

Для начала нужно убедиться, что MySQL работает, и что на сервере достаточно памяти для обработки данных WordPress.

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

Подключившись к серверу, убедитесь, что MySQL работает:

sudo netstat -plt

Команда netstat выводит информацию о сетевой системе сервера. Приведённая выше команда выведет имена программ, которые прослушивают соединения на сокете tcp (флаги –p, –l и –t соответственно). В выводе найдите mysqld:

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

sudo systemctl start mysql

Примечание: В некоторых дистрибутивах Linux (например, в CentOS) используется mysqld вместо mysql.

Сервер MySQL должен запуститься. Чтобы убедиться в этом, снова запустите netstat и найдите в выводе строку mysqld.

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

zgrep -a "allocate memory" /var/log/mysql/error.log*

Команда zgrep выполнит поиск по логам, включая более старые логи в архиве с расширением .tar.gz. Команда будет искать в логах error.log* из каталога /var/log/mysql/ все строки с пометкой allocate memory.

Если вы видите на экране такую строку (или несколько таких строк), значит, причина ошибки подключения к БД в нехватке памяти для работы MySQL. Возможно, это произошло из-за резкого роста трафика. Если в выводе много таких строк, значит, сервер сталкивается с нехваткой памяти регулярно. В таком случае рекомендуется переместить ресурс на сервер с большим объёмом памяти. Большинство провайдеров облачного хостинга позволяют просто обновить свой сервер с минимальным временем простоя.

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

2: Проверка учётных данных MySQL

Если вы недавно переместили установку WordPress на новый сервер (или сменили хостинг-провайдера), вам нужно обновить информацию о БД в настройках WordPress. Они хранятся в PHP-файле wp-config.php.

Найдите этот файл:

sudo find / -name "wp-config.php"

Команда выполнит поиск в root-каталоге и найдёт все файлы wp-config.php. Если такой файл существует, команда выведет путь к нему:

Откройте его в текстовом редакторе:

sudo nano /var/www/html/wp-config.php

Этот файл содержит много переменных и комментариев к ним. В начале файла можно найти строки, отвечающие за настройки БД:

Убедитесь, что эти три переменные содержат правильные данные. Если здесь указаны неправильные значения, откорректируйте их, а затем сохраните и закройте файл (CTRL-O, CTRL-X). Даже если теперь в файле указана валидная информация о БД, стоит попробовать подключиться к базе данных из командной строки, чтобы убедиться, что ошибка исчезла. Скопируйте из конфигурационного файла и вставьте данные в следующую команду:

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

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

Убедитесь, что в этом списке есть БД, указанная в конфигурации WordPress. Перезапустите сайт и убедитесь, что ошибка подключения к БД исчезла.

Если исправить ошибку не удалось, попробуйте восстановить БД.

3: Восстановление базы данных WordPress

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

WordPress предоставляет встроенную утилиту для восстановления БД. По умолчанию она отключена (поскольку к ней нельзя ограничить доступ, а значит, она представляет угрозу безопасности сервера).

sudo nano /var/www/html/wp-config.php

Вставьте в файл такую строку:

Эта строка включает функцию восстановления БД.

Сохраните и закройте файл.

Откройте браузер и перейдите по следующему адресу:

Примечание: Вместо www.example.com укажите свой домен или IP.

На экране появится страница восстановления базы данных:

Нажмите кнопку Repair Database. На экране появится страница с результатами, где вы сможете отслеживать проверку и исправления в реальном времени.

После этого снова откройте файл wp-config.php и удалите из него строку, которая включает поддержку утилиты восстановления БД.

Проверьте работу сайта. Если WordPress обнаружил в БД ошибки, которые не удалось исправить, попробуйте восстановить БД из резервной копии.

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

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

Часто источником повышенного трафика (а также низкой производительности и ошибок) являются brute-force атаки. Чтобы узнать, как смягчить атаки WordPress, читайте статью Защита WordPress от взлома XML-RPC в Ubuntu 14.04.

https://www.youtube.com/watch?v=vyqh8NdhVTE

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

Эта ошибка будет выводиться на каждой странице вашего сайта и вы потеряете посетителей, а также доход, который могли получить. В этой статье мы рассмотрим почему возникает ошибка error establishing a database connection wordpress, а также способы борьбы с ней на хостинге и на VPS.

Почему возникает ошибка error establishing a database connection wordpress

Ошибка установки соединения с базой данных wordpress или error establishing a database connection wordpress по-английски может возникать по многим причинам.

Давайте сначала рассмотрим почему она может появляться на хостинге. Я раньше размещал свой сайт на хостинге и встречался с ней довольно часто. Тут может три причины:

• База данных не создана. То есть, возможно, раньше она и была, но потом ее кто-то удалил и ее больше нет. Если база данных есть, но она пуста, то wordpress покажет сообщение что он неверно установлен и его нужно переустановить;
• Данные доступа к базе данных в файле wp-config.php указаны неверно. Если хост, пользователь базы или его пароль неверны, то вы не сможете к ней подключиться;
• Достигнут лимит подключений. Обычно, хостинги не хотят чтобы клиенты перенагружали общую базу данных и устанавливают лимит на количество подключений от одного клиента, например, 8. Когда у вас будет большая посещаемость этого станет явно недостаточно и вы будете видеть такую ошибку время от времени, казалось бы, совсем без причины.

На VPS две первые причины все еще актуальны, но к ним добавляется еще несколько, поскольку это ваш сервер и за его работу отвечаете только вы:

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

Что делать с error establishing a database connection

Теперь попробуем разобрать каждый из вариантов и попытаться понять что делать с error establishing a database connection, а также для предотвращения ее появления в будущем.

1. Базы данных нет

Если базы данных больше не существует, вы ее случайно стерли или ее стер хостер, то у вас есть два пути — либо установить WordPress заново, либо восстановить базу данных mysql из резервной копии. Все настройки базы данных находятся в файле wp-config.php, который находится в корневом каталоге сайта. Скорее всего, на хостинге у вас не будет доступа по SSH и придется довольствоваться FTP.

Вы можете посмотреть как называется база данных в нем:

2. Неверные настройки

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

• DB_NAME
  — имя базы данных;
• DB_USER
  — пользователь базы;
• DB_PASSWORD
  — пароль базы;
• DB_HOST
  — хост базы;

Или используя консольную утилиту mysql если можете подключиться по ssh:

mysql -h хост -u пользователь -p имя_базы данных

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

3. Ограничения сервера

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

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

4. Сервис mysql не запущен

Эта проблема уже касается только VPS, поскольку на хостингах у вас нет доступа к таким службам и вы не сможете ничего сделать. На VPS вы можете делать все что угодно с любой службой. Чаще всего в качестве сервера баз данных используется MariaDB. Чтобы проверить запущена ли она в CentOS наберите:

systemctl status mariadb

В Ubuntu имя сервиса будет немного отличаться:

systemctl status mariadb-server

Если вы увидите надпись Iactive (dead) значит сервис не запущен. Почему? Это уже другой вопрос. Чтобы восстановить работоспособность сайта попробуйте запустить его:

systemctl start mariadb-server

Чаще всего сервер баз данных падает из-за нехватки памяти для работы движка innodb. Чтобы предотвратить такие падения в будущем можно сделать две вещи:

• Удалить или остановить программы, потребляющие очень много памяти или увеличить количество памяти на сервере;
• Настроить автоматический перезапуск MariaDB в случае, если она упала с помощью systemd. В этом случае вы даже не будете замечать, что были какие-либо проблемы и ошибка error establishing a database connection возникать не будет, но это только пока с памятью все не совсем уж плохо.

Чтобы заставить systemd следить за состоянием сервиса и перезапускать его по мере необходимости создайте файл /etc/systemd/system/mariadb.service.d/restart.conf и добавьте в него такое содержимое:

Затем обновите конфигурацию сервисов:

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

systemctl show mariadb

Выводы

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

Обнаружили ошибку в тексте? Сообщите мне об этом. Выделите текст с ошибкой и нажмите Ctrl+Enter.

Белый экран – это распространенная ошибка WordPress. При появлении белого экрана на сайте не выводится никаких сообщений или предупреждений, чем вызвана эта ошибка.

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

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

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

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

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

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

Есть ли белый экран на других ваших сайтах?

Если на вашем хостинге есть несколько сайтов WordPress, проверьте, не возникла ли такая ошибка и на них.

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

В случае, если белый экран возник только на одном сайте или на определенной странице, то знайте – проблема только на определенном сайте. Давайте решать её.

Исправление ошибки белого экрана в режиме восстановления WordPress

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

Новая функция защиты от фатальных ошибок появилась в WordPress 5.2. Она может отлавливать ошибки, поэтому вы можете не увидеть белый экран. Вместо него, вы увидите сообщение “На сайте возникла критическая ошибка. Пожалуйста, проверьте входящие сообщения почты администратора для дальнейших инструкций”.

Также администратор сайта получит письмо на почту с темой “Ваш сайт имеет техническую проблему”.

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

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

Обычно ошибка возникает из-за того, что скрипт исчерпал лимит памяти и не завершил свою работу. Чтобы это исправить, вам нужно увеличить лимит PHP-памяти для WordPress. Это позволит скрипту использовать больше памяти для завершения работы, которую он должен выполнить.

Отключить все плагины

Если после увеличение лимита памяти до 256 или 512МБ не помогло, то необходимо начать устранение проблемы другим способом.

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

Если админ панель работает, то вы можете зайти на страницу Плагины -> Установленные. Выберите все установленные плагины и выберите “Деактивировать” в раскрывающемся списке групповых действий.

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

Для этого подключитесь к своему сайту WordPress с помощью FTP-клиента. После подключения перейдите в папку wp-content, где увидите папку “ plugins“.

Вам нужно переименовать эту папку, например в “ plugins-deactivated“.

Не беспокойтесь, в будущем вы сможете переименовать папку обратно, данные и настройки не будут потеряны.

WordPress ищет папку с именем “ plugins” для загрузки плагинов. Когда этой папки нет, он деактивирует все плагины.

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

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

Замените активную тему на тему по умолчанию

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

Подключитесь к своему сайту с помощью FTP-клиента и перейдите в папку / wp-content/themes/. Эта папка содержит все установленные темы на вашем сайте.

После скачивания темы на компьютер, удалите её на сайте, выбрав пункт “Удалить”.

Если на вашем сайте установлена тему по умолчанию (Twenty Eighteen, Twenty Nineteen и т.п.), WordPress автоматически активирует её в качестве темы по умолчанию.

В случае, если у вас не установлена тему по умолчанию, воспользуйтесь ручной установкой темы по FTP.

Если это решит вашу проблему, то вам следует отредактировать файл functions.php вашей тему. Если в конце файла есть лишние пробелы, удалите их. Иногда это устраняет проблему.

Если вы используете плохо написанную функцию в файле functions.php вашей активной темы, то это тоже может вызвать белый экран WordPress.

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

Включите режим отладки для поиска ошибок в WordPress

Если ничего не помогло, то следующий шаг – включить режим отладки (дебаг) в WordPress. Это позволит вам увидеть, какая ошибка возникает на сайте.

Добавьте следующий код в ваш файл wp-config.php:

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

Если вы не видите никаких ошибок, то вы всё равно можете проверить журнал отладки. В папке wp-content
находится файл debug.log, содержащий журнал всех ошибок, уведомлений и предупреждений.

Очистите кэш на сайте

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

Белый экран у длинных статей

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

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

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

Вы собираетесь перевести WordPress сайт на HTTPS и установить сертификат SSL, но не знаете, как правильно это сделать? В нашем руководстве мы расскажем о переезде с http на https на WordPress сайте. Как исправить возможные ошибки после перехода на https, как настроить редирект на https.

Не волнуйтесь, если вы не понимаете, что такое SSL и HTTPS и зачем это нужно вашему сайту.

HTTPS или Secure HTTP – это метод шифрования, который защищает соединение между браузером пользователя и сервером (хостингом). Это усложняет возможность перехвата данных третими лицами при передаче данных.

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

Чтобы защитить передаваемые данные, пароли, адреса, необходимо использовать безопасное соединение.

Для реализации безопасного соединения требуется сертификат безопасности – SSL.

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

Теперь вы можете задать себе вопрос, зачем мне переводит свой сайт WordPress с HTTP на HTTPS? У вас простой блог или сайт малого локального бизнеса, который не имеет возможности платежей.

Зачем переводить WordPress сайт на HTTPS и SSL?

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

На данный момент большинство новых сайтов сразу создаются с использованием https, а старые сайты переходят с http на https. В Google заявили, что сайты с SSL будут получать более высокие рейтинги в поисковой выдаче.

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

Поэтому все ваши сайты WordPress должны перейти на https незамедлительно.

Если вы владелец интернет-магазина или принимаете платежи, то переход вашего WordPress (WooCommerce) сайта на https обязателен. Многие платежные системы, такие как Яндекс. Касса, PayPal, Stripe просто не подключат эквайринг к вашему сайту, если он не будет иметь защищенное соединение.

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

Что нужно для использования HTTPS/SSL на WordPress сайте

Требования для перевода WordPress сайта на HTTPS (SSL) минимальны. Всё, что вам нужно сделать, это купить SSL сертификат или получить его бесплатно от Let’s Encrypt на вашем хостинге.

Все популярные хостинги в СНГ предлагают выпустить бесплатный SSL сертификат на 3 месяца. После 3 месяцев он будет продлеваться автоматически.

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

Для малого бизнеса или просто новостного сайта, используйте бесплатный сертификат SSL.

Настройка SSL HTTPS на WordPress сайте

После того, как вы выпустите SSL-сертификат для своего домена, вам потребуется настроить использование SSL и HTTPS на своем WordPress сайте.

Мы покажем вам два способа, как настроить SSL сертификат на WordPress сайте. Вы можете выбрать тот вариант, который больше всего соответсвует вашим потребностям.

Настройка SSL/HTTPS в WordPress с помощью плагина Really Simple SSL

Использование Really Simple SSL для перевода WordPress на https – это самый простой способ, который мы рекомендуем для новичков.

Первое, что нужно сделать – установить и активировать плагин Really Simple SSL.

Really Simple SSL

Самый простой способ повысить безопасность! Используйте свой SSL-сертификат и защитите посетителей своего сайта.

После активации плагина Really Simple SSL, зайдите в админ панели в Настройки -> SSL. Плагин автоматически найдет ваш SSL-сертификат и настроит ваш сайт для использования HTTPS.

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

• Проверяет наличие SSL-сертификата у домена;
• Настраивает использование https в URL адресах в WordPress;
• Настраивает WordPress редирект на https с http;
• Найдет URL-адреса в вашем контенте, которые загружаются по http и попытается их изменить на https.

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

Хоть разработчики плагина и говорят, что если удалить плагин, то настройки SSL сохранятся, – это не так. После отключения плагина у вас появятся ошибки смешанного контента. Если на сайте остались картинки и ссылки с протоколом http, придется их менять на https.

Как настроить SSL/HTTPS в WordPress вручную

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

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

В рамках этого способа вам может понадобиться редактировать тему WordPress и файлы с кодом.

Для начала, вам нужно зайти в админ панель сайта во вкладку Настройки -> Общие. На этой странице вам нужно будет обновить поля адреса WordPress и адреса сайта, заменив http на https.

Не забудьте нажать кнопку “Сохранить изменения”, чтобы применить настройки.

301 редирект на https в WordPress

Далее нужно настроить в WordPress 301 редирект на https в файле .htaccess. Добавьте следующий код в конце файла .htaccess:

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
</IfModule>

Если вы используется сервер Nginx (большинство пользователей используют сервер с Apache), вам потребуется добавить следующий код для 301 редиректа на https в файл конфигурации:

server {
   listen 80;
   server_name example.com www.example.com;
   return 301 https://example.com$request_uri;
}

Не забудьте заменить example.com на имя своего домена.

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

Если вы хотите использовать SSL и HTTPS в вашей админ панеле WordPress или на страницах входа в систему, вам потребуется настроить SSL в файле wp-config.php.

Добавьте следующий код перед надписью “ /* Это всё, дальше не редактируем. Успехов! */
” в файле wp-config.php в корне сайта:

define('FORCE_SSL_ADMIN', true);

После того, как вы полностью настроили использование SSL/HTTPS, на вашем сайте попрежнему будут возникать проблемы с использование смешанного контента.

Почему появляется ошибка смешанного контента?

Ошибка смешанного контента возникает в случае, если страница пытается загрузить небезопасный контент (контент с протоколом http в URL-адресе). Это могут быть как CSS стили, JS-скрипты, так и вставленные картинки. Если это произойдет, то в адресной строке заместо замка, вы увидите предупреждение.

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

Чтобы узнать, какой контент загружается по небезопасному протоколу http, воспользуйтесь встроенным инструментом разработчика в браузере Inspect. Ошибка смешанного контента (Mixed Content) будет отображаться как предупреждение в консоли с информацией о элементе с небезопасным контентом.

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

Большинство современных тем и плагинов автоматически меняют http на https при установке SSL. Но бывают исключения.

Как исправить ошибку смешанного контента в базе данных WordPress

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

Всё, что нам нужно сделать, это найти все упоминания старых URL-адресов в базе данных, которые начинаются на http и заменить их на новые URL-адреса с https в начале.

Эту операцию легче всего сделать с помощью плагина Better Search Replace. Более подробную инструкцию по работе с этим плагином вы можете прочитать в нашей инструкции по изменению адреса сайта WordPress.

После активации зайдите на странице Инструменты -> Better Search Replace. В поле “искать” введите адрес вашего сайта с http
(http://example.com), а в поле “заменить на” введите адрес сайта с https (https://example.com). Далее выделите все таблицы, снимите галочку с пункта “Холостой пуск” и нажмите кнопку “Запустить Поиск/Замену”.

Плагин найдет в вашей базе все URL-адреса, начинающиеся с http и заменит из на https. Это может занять некоторое время, в зависимости от размера вашей базы данных WordPress.

Исправление ошибок смешанного контента в теме сайта WordPress

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

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

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

Можете начать проверять каждый файл по очереди или воспользоваться сторонними программами для массового поиска текста в файлах.

Исправление ошибок смешанного контента, вызванных плагинами

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

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

Если вы не смогли избавиться от ошибок смешанного контента, то рекомендуем временно воспользоваться плагином Really Simple SSL. Плагин сам исправит ошибки, что позволит вам полностью перейти на HTTPS/SSL. Далее у вас будет время полностью исправить ошибки и отказаться от плагина.

Переход на HTTPS у сайта WordPress в Яндекс. Вебмастер и Google Search Console

Поисковые системы, такие как Яндекс и Google, рассматривают https и http, как два разных сайта. Это означает, что вам нужно сообщить поисковым системам Яндекс и Google, что ваш сайт переехал на HTTPS версию сайта. Это поможет избежать проблем с SEO оптимизацией сайта.

Переход на HTTPS в Яндекс. Вебмастер

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

Мы постарались описать, как перейти на сайте WordPress на https без потери позиций. Мы настроили редиректы с http на https, весь контент имеет протокол https, нет смешанного контента на страницах.

Последнее, что осталось сделать, это сказать Яндексу, чтобы он начал индексировать HTTPS версию, как основную.

Если ваш сайт уже добавлен в Яндекс. Вебмастер с версией http, то зайдите на страницу https://webmaster.yandex.ru/site/indexing/mirrors/
и выберите ваш домен из списка.

Далее поставьте галочку “Добавить HTTPS” и нажмите кнопку сохранить. Далее в течении нескольких недель (в зависимости от количества страниц и посещаемости) сайт переиндексируется.

Переход на HTTPS в Google Search Console

Google расценивает http и https версии сайта, как разные сайты. Процесс перехода с http на https в Google отличается от переезда в Яндексе.

Войдите в свою учетную запись Google Search Console и добавьте версию сайта с https, как новый сайт.

После этого Google попросит вас подтвердить права на сайт. Выберите удобный для вас способ подтверждения.

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

Убедитесь, что в вашем аккаунте добавлены две версии сайта – http и https.

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

---

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

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

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

Что такое белый экран смерти?

Этот экран получил свое название из-за другого экрана, который, наверное, все помнят:

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

Вызвать появление белого экрана WordPress могут различные факторы, вот некоторые из ник:

• Вы обновляли WordPress и обновление было завершено некорректно;
• Ошибку вызывает установленный плагин;
• Ошибку вызывает установленная тема;
• Ошибка работы с базой данных;
• Проблемы с кэшированием страниц.

Вы знаете причины проблем, а теперь давайте рассмотрим более подробно как выйти из подобной ситуации.

В идеале нам бы был очень кстати полный ssh доступ к серверу, на котором размещен сайт, но если его нет, то вам будет достаточно FTP или же файлового менеджера в веб-интерфейсе. Например, вы можете использовать FTP клиент Filezilla.

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

1. Режим отладки

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

Также вы можете открыть этот файл через редактор FTP. В нем найдите такую строчку:

И замените ее значение на true:

Дальше сохраните изменения в файле. Набрав :wq в случае использования vim или другим способом по FTP. Также не помешает включить отображение ошибок php. Если у вас VPS вы можете сделать это через терминал:

error_reporting = E_ALL;
display_errors = on;

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

2. Отключите плагины

Если же доступа к админ интерфейсу нет и там тоже белый экран, то можно предположить, что проблема не в плагине, а отключить плагин можно просто переименовав папку с ним через ftp или ssh. Все плагины Wodpress находятся в папке /путь/к/сайту/wp-content/plugins. Если не помогло отключение новых плагинов, можно отключить все. Можете просто переименовать папку plugins в plugins.old. Затем можете по одному активировать плагины чтобы найти виновного.

3. Выбор стандартной темы

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

Еще один способ изменить тему — модификация базы данных. За тему отвечают поля template и stylesheet, измените их значения на twentyfifteen и система будет использовать тему по умолчанию.

4. Очистка кэша

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

• кэш веб-сервера Nginx — /var/cache/nginx;
• кэш fastgci — /var/cache/fastcgi;
• кэш опкода php;
• Отключите кэш опкода, затем очистите папки с другими кэшами если используете их. Это может помочь решить проблему.

5. База данных

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

6. Разрешения для файлов

В Linux очень гибкая система разрешений, она позволяет указать какие пользователи смогут получить доступ и к каким файлам. Это же касается сервисов. Если веб-сервер или интерпретатор php не будет иметь доступа на чтение файлов wordpress, то вы не сможете открыть сайт. Права должны быть такими:

• Все файлы — 644;
• Все папки — 744;
• Файл wp-config.php — 660;

Чтобы установить такие права перейдите в папку с сайтом и наберите:

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

7. Ограничения сервера

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

Если это не работает, добавьте такую строку в php.ini:

8. Неудачное обновление

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

Выводы

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

Обнаружили ошибку в тексте? Сообщите мне об этом. Выделите текст с ошибкой и нажмите Ctrl+Enter.

• Почему возникает “Ошибка установки соединения с базой данных” в WordPress?
• Проверьте данные подключения к базе данных WordPress
• Узнайте сервер размещения вашей базы данных
• Восстановление базы данных WordPress
• Проверьте работоспособность вашего сервера базы данных
• Часто задаваемые вопросы

При открытии сайта вы увидели сообщение “Ошибка установки соединения с базой данных” на своём WordPress сайте? Это серьезная ошибка, которая делает ваш сайт недоступным для пользователей.

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

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

“Ошибка установки соединения с базой данных” (Error establishing a database connection) может быть вызвана неправильной информацией о базе данных в файле wp-config.php, поврежденной базой данных или не отвечающим сервером.

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

WordPress является CMS – системой управления контентом, поэтому использует базу данных для хранения всего вашего контента на сайте.

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

Для подключения к базе данных, WordPress требуется следующая информация:

• Имя базы данных
• Имя пользователя базы данных
• Пароль пользователя базы данных
• Сервер базы данных

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

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

Давайте рассмотрим способы решения данной проблемы пошагово.

Проверьте данные подключения к базе данных WordPress

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

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

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

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

Вы можете проверить информацию в панели управления хостингом.

Как узнать данные базы данных на хостинге Beget

Если вы используете хостинг Beget (мы его рекомендуем), то зайдите в панель управления в раздел MySQL.

Вы увидите список всех своих баз данных.

Мы выделили все нужные места, на которые нужно обратить внимание.

• Сервер для подключения на хостинге beget – localhost
• Имя пользователя – Совпадает с именем базы данных – wptuts_wptuts
• Имя базы данных – wptuts_wptuts
• Пароль от базы данных потребуется сгенерировать снова. Сделано это в целях безопасности, чтобы старый пароль никто не смог узнать.

Теперь когда вы знаете все данные от базы данных – впишите их в файл wp_config.php
и сохраните изменения в файле.

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

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

Узнайте сервер размещения вашей базы данных

Если вы уверены, что имя базы данных, пользователя и пароль верны, но вы всё ещё получаете ошибку о соединении с БД, то проверьте информацию о сервере базы данных.

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

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

Восстановление базы данных WordPress

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

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

Обязательно добавьте эту строку перед строкой:
/* Это всё, дальше не редактируем. Успехов! */

или на английском
/* That’s all, stop editing! Happy publishing. */

Нажмите кнопку “Починить и оптимизировать базу данных”, чтобы WordPress начал процесс восстановления базы данных.

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

Проверьте работоспособность вашего сервера базы данных

Если вам кажется, что все настроено правильно, но WordPress всё ещё выдает ошибку “Ошибка установки соединения с базой данных”, возможно дело в сервере базы данных (MySQL сервер) и он не доступен.

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

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

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

Создайте новый файл в корне вашего сайта с именем testconnections.php и вставьте в него следующий код:

Если вы получите сообщение “Connected successfully”, то это означает, что у вашего пользователя достаточно прав и что то не так с хостингом.

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

Суть проблемы

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

Вордпресс использует две основные технологии для отображения содержимого сайта: PHP и MySQL.

• PHP используется для расположения информации на странице (вместе с html и css),
• MySQL используется для хранения и выдачи информации по запросу.

Вордпресс с помощью PHP команд подключается к базе данных MySQL, получает запрашиваемую информацию и размещает ее на странице.

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

Причины могут быть разные, но основные причины такие:

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

Как исправить ошибку установления соединения с базой данных

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

Шаг 1. Свяжитесь с тех. поддержкой хостинга

Если ваш сайт работал минуту назад (или день назад), а теперь не работает, то скорее всего это ошибка на стороне хостинга.

Свяжитесь с тех.поддержкой, скажите, что получили ошибку “ error establishing a database connection”.

Спросите, работает ли база данных (или сервер базы данных), и спросите, не было ли пика нагрузки на сервере.

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

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

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

Шаг 2. Проверьте, что файлы тем и плагинов не повреждены

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

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

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

Как найти проблемный плагин или тему:

После подключения перейдите в корневую папку сайта. Корневая папка обычно называется «public_html» или «www», или вы уже можете быть в корневой директории после подключения к серверу.

2. Зайдите в папку «wp-content» и переименуйте папку «plugins», например, в «plugins1».
3. Зайдите на сайт в браузере и проверьте, пропала ли ошибка.

Если ошибка пропала, значит, проблема в каком-то плагине. Вернитесь на сервер по FTP и переименуйте папку с плагинами обратно в «plugins».

Зайдите внутрь папки с плагинами и переименуйте названия папок с отдельными плагинами одну за одной. Добавьте какой-нибудь символ к названию каждой папки, например, «1».

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

• Если проблема не пропала даже после переименования папки «plugins», сделайте то же самое с папкой «themes».
• Если это не помогло, переименуйте обе папки обратно в «plugins» и «themes». Проблема находится где-то еще.

Шаг 3. Проверьте, что база данных не повреждена

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

2. Проверьте, что у вас есть доступ в админку: ваш-сайт.ru/wp-admin Если вы видите ту же ошибку “error establishing a database connection”, пропустите это шаг.
3. Если вы видите что-то другое, прочитайте что Вордпресс предлагает вам сделать. В последних версиях Вордпресс улучшил решение проблем, возникающих при использовании системы, и предлагает варианты решений. Например, вы можете увидеть такое сообщение.

Откройте этот файл в Блокноте (или в Notepad++), и добавьте эту строку перед строкой Это все, дальше не редактируем:

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

Если ошибки нет, все в порядке. Удалите строку о включении ремонта в файле wp-config.php. Загрузите файл на сервер с заменой существующего файла.

Шаг 4. Проверьте логин и пароль для подключения к Базе Данных

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

Откройте wp-config.php и найдите эти строки:

define('DB_NAME', 'имя_базы_данных');
define('DB_USER', 'логин_пользователя');
define('DB_PASSWORD', 'пароль_пользователя');
define('DB_HOST', 'localhost');

Это данные для подключения к базе данных. Если они отличаются от данных для входа в базе данных, то соединение не будет установлено.

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

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

Если техподдержка даст другие данные, вставьте их в 4 строки в файле wp-config.php:

define('DB_NAME', 'имя_базы_данных');      /*вставьте сюда название базы данных*/
define('DB_USER', 'логин_пользователя');       /*вставьте сюда логин пользователя*/
define('DB_PASSWORD', 'пароль_пользователя');     /*пароль пользователя*/
define('DB_HOST', 'localhost');     /*адрес сервера. обычно localhost*/

Сохраните, загрузите на сервер.

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

Если проблема не пропала, переходите к следующему шагу.

Шаг 5. Восстановите стандартные файлы Вордпресс

Последнее средство, которое вы можете попробовать — восстановите стандартные файлы Вордпресс.

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

Загрузите распакованные файлы на сервер с заменой старых на новые. Вставьте данные для подключения к базе данных из Шага 4
и добавьте их в новый файл wp-config.php.

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