Файлы сайта относительно легко представить. Мы открываем папку на хостинге и видим изображения, PHP-файлы, стили, скрипты и каталоги CMS. Но значительная часть информации современного сайта хранится совсем в другом месте — в базе данных.
Там могут находиться публикации WordPress, настройки, учетные записи, комментарии, товары интернет-магазина, заказы и множество других данных. Открыть такую базу обычным файловым менеджером не получится.
Для работы с базами MySQL и MariaDB на хостингах часто используется phpMyAdmin. Это веб-интерфейс, который позволяет просматривать таблицы, искать и изменять данные, выполнять SQL-запросы, а также импортировать и экспортировать базы через браузер.
Для владельца обычного сайта phpMyAdmin полезен прежде всего как технический инструмент на случай переноса, восстановления или диагностики. Постоянно заходить туда для нормальной работы WordPress или другой CMS не требуется.
Что находится внутри базы данных сайта
Чтобы понять назначение phpMyAdmin, сначала полезно разобраться, зачем сайту вообще нужна база.
Представим интернет-магазин. Изображение товара можно сохранить обычным файлом на сервере. Но где хранить его название, цену, описание, остаток и принадлежность к определенной категории?
Можно было бы записывать всю эту информацию в отдельные файлы, но для большого динамического сайта это неудобно. Поэтому данные организуются в базе.
База состоит из таблиц. Каждая таблица предназначена для определенного набора информации, а внутри нее находятся столбцы и строки.
Очень упрощенно таблицу можно представить как электронную таблицу. Например, одна строка соответствует определенной записи, а отдельные поля содержат ее идентификатор, название, дату или другие значения.
Реальное устройство базы сложнее. Между таблицами могут существовать связи, используются индексы, типы данных и другие механизмы. Но для первого знакомства этого представления достаточно.
WordPress тоже активно использует базу данных. Даже если на хостинге лежат все файлы CMS, одного этого недостаточно для полноценного восстановления сайта.
В базе находятся записи, страницы, комментарии, пользователи и многие настройки. Плагины и темы могут создавать собственные таблицы или сохранять информацию в существующих.
Именно поэтому резервная копия сайта обычно должна включать не только файлы, но и базу данных.
При этом сама база MySQL или MariaDB и phpMyAdmin — не одно и то же.
MySQL или MariaDB является системой управления базами данных. Она непосредственно хранит и обрабатывает информацию. phpMyAdmin представляет собой инструмент, через который человек может удобно с этой системой работать.
Если удалить phpMyAdmin, база от этого не исчезнет. Сайт продолжит обращаться к ней обычным способом, если сервер и конфигурация работают нормально.
Поэтому наличие phpMyAdmin не является техническим требованием самой CMS. Это прежде всего удобство для владельца сайта, разработчика или администратора.
Есть еще один похожий раздел в панели хостинга, который обычно называется Базы данных или MySQL.
Там создают саму базу, пользователей и пароли, назначают права доступа. phpMyAdmin нужен уже для работы с содержимым созданной базы.
Например, при установке сайта вы можете сначала создать новую базу в панели хостинга, получить ее имя, логин и пароль, а затем указать эти данные установщику WordPress. После установки CMS самостоятельно создаст необходимые таблицы.
Как открыть phpMyAdmin и найти нужную базу
На виртуальном хостинге phpMyAdmin обычно уже установлен провайдером. Самостоятельно загружать его в каталог сайта не требуется.
Ссылка может находиться в разделе баз данных, инструментов или управления MySQL. У разных хостингов интерфейс устроен по-разному.
После входа пользователь видит доступные ему базы. Если на аккаунте расположен только один сайт, определить нужную обычно нетрудно. Но при нескольких проектах список может состоять из непонятных технических имен.
Не стоит открывать случайную базу и начинать изменять данные методом проб и ошибок.
Сначала выясните, какую базу использует нужный сайт.
У WordPress информация о подключении хранится в файле wp-config.php. В нем можно увидеть имя базы, имя пользователя и другие параметры соединения.
Пароли и содержимое конфигурационных файлов нельзя публиковать или отправлять посторонним. Если вы показываете такой файл в переписке с кем-либо, секретные данные необходимо скрыть.
После выбора базы phpMyAdmin показывает список ее таблиц.
У стандартной установки WordPress можно встретить названия вроде wp_posts, wp_users, wp_options и другие. Но префикс wp_ не является обязательным. При установке он может быть изменен, поэтому таблицы конкретного сайта способны называться иначе.
Кроме того, плагины часто добавляют собственные таблицы. На давно работающем проекте их может быть значительно больше, чем после чистой установки CMS.
Само большое количество таблиц не означает, что база повреждена или засорена.
Выбрав таблицу, можно посмотреть ее структуру и находящиеся внутри записи. Именно здесь phpMyAdmin становится одновременно полезным и опасным инструментом.
Интерфейс позволяет редактировать данные непосредственно в базе. Изменение вступает в силу независимо от того, понимает ли пользователь его последствия.
Например, CMS может ожидать определенный формат значения или связь с другой таблицей. Внешне небольшая правка способна нарушить работу функции сайта.
Поэтому просмотр данных и их изменение — совершенно разные по риску операции.
Если вы только знакомитесь с phpMyAdmin, сначала лучше научиться находить базу, открывать таблицы и пользоваться поиском, ничего не изменяя.
Для чего нужны экспорт и импорт базы
Одна из самых полезных функций phpMyAdmin для владельца сайта — экспорт.
Он позволяет сохранить структуру и данные базы в файл. Для переноса и резервного копирования часто используется формат SQL.
Такой файл содержит инструкции, с помощью которых можно воссоздать структуру таблиц и вернуть находившиеся в них данные.
Это особенно полезно перед рискованными изменениями.
Допустим, нужно вручную исправить несколько значений в базе. Перед началом работы разумно экспортировать ее текущее состояние. Если что-то пойдет не так, останется копия, сделанная до изменений.
Для небольшого обычного сайта быстрый экспорт часто выполняется буквально за несколько действий: выбирается нужная база, открывается раздел экспорта и сохраняется SQL-файл.
Но не следует считать ручной экспорт полноценной системой резервного копирования всего сайта.
База содержит только данные базы. Изображения, темы, плагины и остальные файлы сайта находятся отдельно. Для полного восстановления проекта понадобятся и они.
Импорт выполняет обратную задачу. phpMyAdmin читает подготовленный файл и загружает данные в выбранную базу.
Эта возможность часто используется при переносе сайта между хостингами. Сначала на старом сервере экспортируется база, затем на новом создается пустая база и в нее импортируется сохраненный SQL-файл.
Здесь важно внимательно смотреть, куда именно выполняется импорт. Загрузка дампа не в ту рабочую базу способна привести к очень неприятным последствиям.
Перед импортом в существующую базу желательно иметь ее резервную копию.
Еще одна проблема возникает с большими файлами. Веб-интерфейс работает в рамках ограничений PHP и самого хостинга. Большой SQL-дамп может не загрузиться из-за ограничения размера файла, памяти или времени выполнения.
Это не обязательно означает, что база повреждена.
Для крупных проектов могут использоваться другие способы импорта, в том числе консольные инструменты через SSH. Какой вариант доступен, зависит от хостинга.
Не стоит разбивать большой SQL-файл вручную случайным образом. SQL содержит структуру команд, и неправильное разделение способно сделать части дампа непригодными для корректного восстановления.
Экспорт полезен не только при переезде. Его можно сделать перед обновлением сложного сайта, ручной работой с таблицами или другим действием, способным изменить данные.
Но если хостинг уже создает автоматические резервные копии, ручной экспорт не обязательно выполнять ежедневно. Важнее понимать, какие именно копии у вас существуют и как из них восстановиться.
Что нельзя бездумно менять в phpMyAdmin
Главная опасность phpMyAdmin заключается в его удобстве. Таблица открывается прямо в браузере, рядом с каждой строкой находятся действия, а изменение значения выглядит почти как редактирование обычной формы.
Но это рабочие данные сайта.
Не удаляйте таблицу только потому, что ее название вам неизвестно. Она может принадлежать плагину, теме, CMS или собственному функционалу проекта.
Даже если плагин давно удален, сначала нужно убедиться, что таблица действительно больше не используется.
Особенно осторожно следует относиться к операции очистки таблицы. Очистить таблицу и удалить саму таблицу — не одно и то же, но обе операции могут уничтожить важные данные.
Не выполняйте неизвестные SQL-запросы, скопированные с форума или из случайной инструкции.
SQL способен не только искать информацию. С его помощью можно изменять и удалять огромные объемы данных одной командой. Ошибка в условии запроса иногда затрагивает не одну нужную строку, а всю таблицу.
Если инструкция предлагает выполнить запрос в рабочей базе, сначала разберитесь, что именно он делает, и создайте резервную копию.
Не следует вручную менять пароли пользователей CMS как обычный текст, если вы не понимаете, как конкретная система их хранит. Современные приложения обычно не записывают пароль пользователя в базу в открытом виде.
Так же осторожно нужно работать с адресом сайта, сериализованными данными и настройками плагинов. В некоторых CMS значение визуально похоже на обычную строку, но имеет внутреннюю структуру. Простая замена части текста может эту структуру нарушить.
Если задача решается через административную панель самой CMS, часто безопаснее воспользоваться именно ею.
Например, название сайта или адрес электронной почты администратора удобнее менять штатными настройками WordPress, если доступ к ним есть. CMS знает, какие дополнительные действия нужно выполнить вместе с изменением.
phpMyAdmin особенно ценен в другой ситуации: когда штатный интерфейс недоступен или требуется операция, которую CMS не предоставляет.
Представим, что после изменения настройки сайт перестал открываться и войти в административную часть невозможно. Если причина известна и нужное значение хранится в базе, опытный пользователь может исправить его непосредственно через phpMyAdmin.
Но действовать наугад здесь не стоит. Если причина ошибки неизвестна, случайное редактирование таблиц только добавит новые проблемы.
Отдельно стоит позаботиться о безопасности самого доступа.
phpMyAdmin дает возможность работать с очень важной частью сайта, поэтому его нельзя оставлять с простой комбинацией логина и пароля. На обычном виртуальном хостинге защитой интерфейса занимается в том числе провайдер, а доступ часто интегрирован с панелью управления.
Если phpMyAdmin устанавливается самостоятельно на VPS, вопросы обновлений, ограничения доступа и конфигурации уже ложатся на администратора сервера.
Не нужно устанавливать еще одну копию phpMyAdmin в публичный каталог сайта, если хостинг уже предоставляет безопасный штатный доступ. Лишняя веб-панель, которую никто не обновляет, создает ненужную поверхность для атак.
Для повседневной работы владельцу сайта достаточно знать несколько вещей. База данных и файлы сайта являются разными частями проекта. phpMyAdmin позволяет работать именно с базой. Через него удобно посмотреть таблицы, найти данные, сделать SQL-экспорт или импортировать сохраненную копию.
При этом phpMyAdmin не является редактором сайта и не должен становиться местом для ежедневного изменения контента. Если запись можно отредактировать через CMS, обычно так и стоит сделать.
Самое полезное правило при работе с базой очень простое: сначала копия, потом изменение.
Пока phpMyAdmin используется для просмотра, экспорта и осознанных операций, это удобный инструмент. Проблемы начинаются, когда пользователь воспринимает базу как набор непонятных таблиц, которые можно удалять и исправлять методом эксперимента.
Поэтому при выборе хостинга наличие phpMyAdmin или другого удобного инструмента управления базами является плюсом, особенно если сайт работает на MySQL или MariaDB. Но еще важнее, чтобы провайдер создавал резервные копии и позволял быстро восстановить данные, если эксперимент с базой оказался неудачным.
