Сброс настроек WordPress: Методы и советы

WordPress — это самая распространенная в мире система управления контентом (CMS). Использование WordPress значительно упрощает создание сайта. Из огромного выбора плагинов и тем вы можете собрать желаемую функциональность и подходящий внешний вид. В течение пяти минут вы сможете создать свой собственный сайт в Интернете.

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

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

Даже в рамках регулярного администрирования сайта WordPress иногда полезно иметь возможность сбросить хотя бы часть сайта WordPress. Чаще всего такая необходимость возникает при необходимости внесения серьезных изменений на сайте. Есть несколько распространенных сценариев, когда рекомендуется сбросить настройки WordPress. К ним относятся перенос домена WordPress к новому хост-провайдеру (миграция), создание нового дизайна (редизайн) или перезапуск сайта под существующим доменом (перезапуск).

Существуют также определенные обстоятельства, требующие переустановки сайта WordPress, например, если сайт был взломан или перестал загружаться после обновления (восстановление/восстановление). Иногда также полезно переустановить некоторые части WordPress в рамках «весенней чистки». Периодическое удаление неиспользуемых устаревших файлов повышает безопасность сайта и может привести к улучшению производительности WordPress.

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

Что мы имеем в виду, когда говорим о сбросе настроек WordPress? На самом деле это может означать несколько вещей. WordPress состоит из четырех фундаментальных компонентов:

1. файлы и данные ядра WordPress
2. данные конфигурации WordPress
3. база данных WordPress
4. Данные сайта WordPress в файлах wp-content.

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

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

Под «ядром WordPress» понимаются папки и файлы, составляющие «ядро» WordPress. Они создаются во время установки WordPress и при необходимости изменяются во время обновлений. Разработчики WordPress из iThemes предлагают правдоподобное определение:

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

• index.php
• wp-login.php
• wp-admin/
• wp-includes/
• и т.д.

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

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

Изменения конфигурационных файлов WordPress быстро наносят ущерб сайту. Этот ущерб часто бывает немедленным: сайт перестает загружаться должным образом. Однако возможен и более тонкий ущерб, который становится заметен только спустя долгое время, например, когда рейтинг сайта в Google резко падает.

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

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

1. Таблицы ядра WordPress, включая:
   • wp_posts
   • wp_options
   • wp_users
   • wp_comments
2. Таблицы из плагинов и тем
   • Как именно они называются, зависит от соответствующего плагина или темы.

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

1. Удалить записи базы данных (DELETE * FROM <table>).
2. Удалить таблицы базы данных (DROP TABLE <table>).

Очень важно создать резервную копию базы данных («Дамп базы данных») перед изменением базы данных WordPress. Обычно дамп базы данных представляет собой сжатый текстовый файл с SQL-запросом. Чтобы вернуть базу данных WordPress в предыдущее состояние, дамп базы данных импортируется. При этом содержащиеся в нем SQL-запросы выполняются последовательно, и данные восстанавливаются.

При восстановлении базы данных WordPress после сброса есть один подводный камень: Если во время сброса были удалены только отдельные записи, то дамп базы данных должен быть экспортирован с элементами DROP TABLE IF EXISTS. В противном случае восстановление будет неудачным.

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

• Данные сайта: wp-content/
  • Установленные плагины: plugins/
  • Установленные темы: themes/
  • Загруженные данные: uploads/

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

Существует три основных способа сброса данных сайта WordPress. Мы подробно обсудим их по ходу дела:

1. Сброс страницы WordPress вручную
2. Сброс сайта WordPress с помощью плагинов
3. Сброс страницы WordPress с помощью WP-CLI

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

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

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

Представим, что у нас есть существующий сайт WordPress под доменом www.example.com. Теперь мы хотим начать с нуля со свежим WordPress. Конечно, мы хотим сохранить существующий домен и связанный с ним авторитет в поисковых системах. Общепринятый подход заключается в том, чтобы сбросить существующий сайт WordPress, а затем заново создать его под существующим доменом. Однако такой подход основан на ошибке в мышлении.

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

Часто бывает целесообразно оставить старый сайт на месте при перезапуске. Таким образом, вы сможете позже просмотреть содержимое и настройки и перенести их при необходимости. Хороший подход заключается в том, чтобы после перезапуска разместить существующий сайт под поддоменом, например old.example.com. Аналогично, до перезапуска создайте новый сайт на поддомене dev.example.com. Во время перезапуска поменяйте местами эти два сайта:

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

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

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

Но что если дочерняя тема не была создана? В этом случае все изменения были внесены непосредственно в тему. Как сбросить тему WordPress в таком случае, зависит от темы.

Этот метод чаще всего встречается в Интернете при поиске инструкций по сбросу настроек сайта WordPress. Он предполагает ручное удаление компонентов сайта WordPress, которые меняются со временем, но при этом оставляя некоторые (теоретически) неизменные компоненты на месте. Сайт фактически «потрошится», чтобы впоследствии наполнить его новым контентом.

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

1. Создайте полную резервную копию существующего сайта.

Создайте резервную копию базы данных WordPress и каталога WordPress!

       2. Создайте новую базу данных и сохраните данные доступа к ней.

Создайте новую базу данных в бэкенде хостинга или используйте команду mysql в командной строке.

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

       3. Удалите все содержимое папки wp-content/.

На этом этапе часто рекомендуется полностью удалить папку wp-content. В командной строке Linux это можно сделать следующей командой, если вы находитесь в корневом каталоге WordPress:

Более практичным является переименование или перемещение папки:

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

       4. Переустановите WordPress

Для этого откройте адрес WordPress в браузере и добавьте следующий суффикс: /wp-admin/install.php.

Введите данные доступа к новой базе данных и продолжите процесс установки.

Ручной процесс сброса настроек сайта WordPress трудоемок и склонен к ошибкам. Лучше ограничить потенциальное влияние. Если есть только несколько, четко определенных путей, сложнее ошибиться. Плагины сброса WordPress делают именно это. Здесь мы подробно представляем плагин «WP Reset».

Для большинства пользователей WP Reset — это самый простой и прямой способ сбросить настройки сайта WordPress. Плагин имеет интуитивно понятный веб-интерфейс и предлагает хороший уровень функциональности. Плагин удобно позволяет создать снимок базы данных WordPress. Так вы сможете отменить сброс. Осторожно: Снимок содержит только базу данных; резервное копирование файлов не производится! Поэтому вам все равно придется предварительно сделать полную резервную копию.

WP Reset позволяет вернуть сайт WordPress в исходное состояние. Удобно, что плагин позволяет сохранить важные значения после сброса. К ним относятся название сайта и URL сайта, а также пользователь и пароль администратора. Давайте рассмотрим несколько примеров использования плагина ниже.

Интерфейс командной строки WordPress» WP-CLI — это хороший инструмент для администраторов WordPress. С его помощью вы можете управлять WordPress из командной строки. Программа объединяет операции с файловой системой и базой данных под одним согласованным интерфейсом. Это можно использовать, в частности, для переустановки сайта WordPress с помощью WP-CLI.

Инструменты командной строки полезны тем, что позволяют стандартизировать этапы работы. Использование командной строки делает процессы воспроизводимыми и позволяет оформлять их в виде скриптов. Использование WP-CLI быстрее и менее рискованно, чем ручная работа.

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

Давайте рассмотрим несколько полезных команд WP CLI, которые помогут перезагрузить сайт WordPress:

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

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

Ручной метод является мощным и всегда работает, пока у вас есть доступ к серверу или ресурсам, расположенным на нем. Помимо SSH, доступ можно получить через (S)FTP, cPanel и phpMyAdmin. Каким бы мощным ни был ручной метод, он также требует наибольшего мастерства. Если у вас нет необходимых знаний, вы можете быстро нанести большой ущерб.

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