Tooprogram.ru

Компьютерный справочник
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Ошибка базы данных

Предложение от 8host.com

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

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

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

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

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

Требования

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

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

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

Подключитесь к серверу по SSH:

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

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

sudo netstat -plt

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

Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 localhost:mysql *:* LISTEN 1958/mysqld
tcp 0 0 *:ssh *:* LISTEN 2205/sshd
tcp 0 0 localhost:smtp *:* LISTEN 2361/master
tcp6 0 0 [::]:http [::]:* LISTEN 16091/apache2
tcp6 0 0 [::]:ssh [::]:* LISTEN 2205/sshd
tcp6 0 0 ip6-localhost:smtp [::]:* LISTEN 2361/master

Если такая программа есть в выводе команды, значит, сервер 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.

2017-04-11T17:38:22.604644Z 0 [ERROR] InnoDB: Cannot allocate memory for the buffer pool

Если вы видите на экране такую строку (или несколько таких строк), значит, причина ошибки подключения к БД в нехватке памяти для работы 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

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

/** The name of the database for WordPress */
define(‘DB_NAME’, ‘database_name’);
/** MySQL database username */
define(‘DB_USER’, ‘database_username’);
/** MySQL database password */
define(‘DB_PASSWORD’, ‘database_password’);

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

mysqlshow -u database_username -p

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

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

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

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

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

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

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

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

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

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

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

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

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

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

WordPress can automatically look for some common database problems and repair them. Repairing can take a while, so please be patient. […]

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

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

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

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

Читать еще:  Gta 5 ошибка 0xc0000005

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

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

Чтобы сэкономить ресурсы сервера, настройте кэширование WordPress. Полезные инструкции вы найдёте в руководстве Настройка кэширования Redis для ускорения WordPress.

Ошибка установки соединения с базой данных: причина, исправление

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

WordPress

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

Написан WP на скриптовом языке общего назначения PHP. Сервером БД (база данных) служит MySQL. Впервые CMS появилась в 2003 году и сейчас имеет версию 4.8.1. Преимуществами WordPress считаются простота в управлении контентом, большое количество дополнительных инструментов — тем и плагинов.

Содержание

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

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

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

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

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

Проверка

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

Для начала придется проверить, есть ли вообще база данных. Для этого достаточно перейти к панели, на которой есть инструменты для управления хостингом. У каждого к ней есть доступ, если куплен хостинг. Далее переходим в меню к разделу с хранилищем. На панели этот пункт так и называется «База данных». Достаточно перейти сюда и удостовериться в том, что там не пусто.

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

Используем сервис PhpMyAdmin, вводим логин и пароль. Если вы не можете определить, пустая ли база, посмотрите на её вес и содержимое. Обычно должны быть таблицы и записи, а объем папки может быть от Кб.

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

Почему?

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

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

Частичная проблема

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

Чтобы восстановить её, переходим к файлику wp-config.php. Сюда нужно внести дополнительную команду: define(‘WP_ALLOW_REPAIR’, true);. Теперь нужно перейти в специальное меню site.com/wp-admin/maint/repair.php. На месте site.com указываете ваш ресурс. После появится окно с восстановлением.

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

Транспортировка

Возможно, со временем вы решили перенести блог с Denwer. Ошибка установки соединения с базой данных появляется при некорректности файла wp-config.php. Здесь нужно указывать конфигурацию, нужную для соединения с БД.

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

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

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

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

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

Выводы

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

WordPress.org

Русский

Поддержка → Проблемы и решения → Ошибка установки соединения с базой данных

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

VPS Debian 8 + Apache+php+mysql
ставил из репозиториев, конфиги не менял
WordPress+woocommerce+плагины (практически последние версии)

Читать еще:  Msi gaming app выдает ошибку

Наверно уже три недели мучаюсь. (
Ситуация такая — сайт работает и внезапно (через день, два или 5 минут) возникает сообщение «Ошибка установки соединения с базой данных».
Сайт никто кроме меня не посещает.

Первое что подумал — mysql. Логи. Пусто.
Вопрос хостеру — вы ли это? Хостер нет не мы. И, похоже на правду.
Ведь последнее падение произошло сразу через 5 минут после перезапуска сервера.

Ресурсы сервера? Проапгрейдил. Слежу за использованием.
Процессор не нагружается выше 30%, Память около 50-60%. «Дисковой квоты» полно.

Думаю, что дело в WordPress, woocommerce или плагинах.
Плагины ставил из WordPress. Все совместимые. Все с высоким рейтингом от 500000 установок.

Почему думаю что виноват WordPress?
Часть лога апача

  • Тема изменена 1 год, 11 месяцев назад пользователем unity555 .
  • Тема изменена 1 год, 11 месяцев назад пользователем Yui .

Думаю, что дело в WordPress, woocommerce или плагинах.

Кстати, в Вашем случае возможно ещё это признаки сыплющегося HDD.

Как там может быть проблема, когда я ничего там не менял?

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

Но я же
apt-get install -y mysql-server mysql-client php5-mysql
и далее свежий вордпресс + коммерц + самые популярные плагины.
Ничего не правил.

Единственное что .htaccess в корень положил. Для кэширования.

Как там может быть проблема, когда я ничего там не менял?

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

Упало снова (свап на этом VPS не сделать)
dmesg

А не жирно ли 1024 мб оперативы для wordpress?

  • Ответ изменён 1 год, 11 месяцев назад пользователем unity555 .

А не жирно ли 1024 мб оперативы для wordpress?

Вопрос как-то странно поставлен, если честно. Не возникает желания узнать, куда ресурсы утекают?

Вопрос как-то странно поставлен, если честно. Не возникает желания узнать, куда ресурсы утекают?
Возникает. Осталось понять как.

Возникает ещё один вопрос — почему при установке вордпресс и популярных плагинов возникла такая ситуация.

Понятно — поставил не протестированный плагин от Васи — получи сбой.
Но поставил протестированный плагин с великолепным рейтингом и миллионом скачиваний…и сбой?

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

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

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

Доступ по SSH, очевидно, есть, так что для начала htop подойдёт.

3 последние строчки из лог-файла:

[Mon Apr 23 17:09:32.770830 2018] [:error] [pid 1357] [client 84.1.159.5:52836]
База данных WordPress возвратила ошибку Lost connection to MySQL server during query в ответ на запрос SELECT option_value FROM wp_options WHERE option_name = ‘ossdl_https’ LIMIT 1, выполненный include(‘wp-load.php’), require_once(‘wp-config.php’), require_once(‘wp-settings.php’), include_once(‘/plugins/wp-super-cache/wp-cache.php’), include_once(‘/plugins/wp-super-cache/ossdl-cdn.php’), get_option

[Mon Apr 23 17:09:33.493228 2018] [:error] [pid 1203] [client 84.1.159.5:46470]
База данных WordPress возвратила ошибку Lost connection to MySQL server during query в ответ на запрос SELECT option_value FROM wp_options WHERE option_name = ‘wbcr_clearfy_disable_emoji’ LIMIT 1, выполненный include(‘wp-load.php’), require_once(‘wp-config.php’), require_once(‘wp-settings.php’), do_action(‘plugins_loaded’), WP_Hook->do_action, WP_Hook->apply_filters, call_user_func_array, wbcr_clearfy_plugin_init, WbcrFactoryClearfy_Configurate->__construct, WbcrClearfy_ConfigCodeClean->registerActionsAndFilters, WbcrFactoryClearfy_Configurate->getOption, get_option

[Mon Apr 23 17:09:33.497461 2018] [:error] [pid 1163] [client 84.1.159.5:45860]
База данных WordPress возвратила ошибку Lost connection to MySQL server during query в ответ на запрос SELECT option_value FROM wp_options WHERE option_name = ‘wbcr_clearfy_disable_emoji’ LIMIT 1, выполненный include(‘wp-load.php’), require_once(‘wp-config.php’), require_once(‘wp-settings.php’), do_action(‘plugins_loaded’), WP_Hook->do_action, WP_Hook->apply_filters, call_user_func_array, wbcr_clearfy_plugin_init, WbcrFactoryClearfy_Configurate->__construct, WbcrClearfy_ConfigCodeClean->registerActionsAndFilters, WbcrFactoryClearfy_Configurate->getOption, get_option

Возникает ещё один вопрос — почему при установке вордпресс и популярных плагинов возникла такая ситуация.

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

Понятно — поставил не протестированный плагин от Васи — получи сбой.
Но поставил протестированный плагин с великолепным рейтингом и миллионом скачиваний…и сбой?

Ошибка установки соединения с базой данных WordPress

Когда сайт перестает работать — это неприятно, особенно если это происходит само по себе без каких-либо действий с вашей стороны.

Вы заходите на сайт и получаете такую ошибку:

Error establishing a database connection

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Читать еще:  Ошибка установки 0xc0000005

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

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

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

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

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

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

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

  1. Подключитесь к серверу по FTP. Одна из хороших бесплатных программ для этого FileZilla.

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

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

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

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

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

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

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

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

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

  1. Проверьте, что у вас есть доступ в админку: ваш-сайт.ru/wp-admin

Если вы видите ту же ошибку “error establishing a database connection”, пропустите это шаг.

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

Еще один вариант — вы можете увидеть сообщение, которое начинается с «Одна или несколько таблиц базы данных…». Это значит, что вам нужно восстановить базу данных.

Сделать это просто. Подключитесь к серверу по FTP, зайдите корневую папку и скачайте файл wp-config.php на компьютер.

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

Загрузите файл обратно на сервер с заменой существующего файла и перейдите по этому адресу:

Вы должны увидеть такое сообщение:

Восстановление и оптимизация базы данных

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

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

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

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

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

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

Откройте 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. Восстановите стандартные файлы Вордпресс

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

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

Скачайте свежую копию Вордпресс на компьютер и распакуйте архив. В распакованном архиве удалите папку wp-content.

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

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

Перейдите на сайт и обновите страницу.

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

Как избежать этой ошибки в будущем

Хотя нет 100% защиты от ошибки установления соединения с базой данных Вордпресс, вы можете применять 2 рекомендации для сведения к минимуму вероятности отключения сайта:

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

Читайте также:

Надеюсь, статья была полезна. Оставляйте комментарии.

Ссылка на основную публикацию
Adblock
detector