Гид по технологиям

Как клонировать WordPress на локальный сервер

• 6 min read • WordPress • Обновлено 13 Nov 2025
Клонировать WordPress на локальный сервер
Клонировать WordPress на локальный сервер

Зачем клонировать сайт на локальный сервер

Клонирование живого WordPress-сайта на локальную машину позволяет безопасно вносить изменения, тестировать обновления тем и плагинов, отлаживать код и проверять дизайн, не рискуя доступностью и целостностью рабочего сайта. Локальная копия — это «песочница» для разработчика и контент-менеджера.

Ключевые преимущества:

  • Минимальный риск для живого сайта
  • Быстрая отладка без сетевых задержек
  • Возможность тестирования в контролируемой среде

Что понадобится

  • Локальный сервер: XAMPP (рекомендуется), MAMP, WAMP или Docker
  • Установленный WordPress (скачать с https://wordpress.org)
  • Резервная копия базы данных живого сайта (SQL / gz)
  • FTP-клиент: FileZilla или любой другой
  • Доступ к cPanel/phpMyAdmin у хостинг-провайдера или к SSH (WP-CLI)

Установка WordPress на локальном сервере

Установка XAMPP/MAMP/WAMP отличается по платформе — следуйте официальной инструкции выбранного пакета. После установки разместите файлы WordPress в папке htdocs (или аналогичной) и завершите базовую установку через браузер. Возобновите чтение этой инструкции только после успешной установки WordPress локально.

Important: убедитесь, что локальный сервер запущен (Apache и MySQL).

Резервное копирование базы данных живого сайта

Есть два основных способа получить дамп базы данных: плагин или phpMyAdmin.

Через плагин

Плагины упрощают экспорт базы данных. Примеры: WP-DB-Backup, WP-DBManager, All-in-One WP Migration. Пошагово:

  1. Установите плагин в рабочем сайте.
  2. В админке WordPress откройте «Инструменты» → «Backup» или меню плагина.
  3. Отметьте все таблицы.

Резервная копия базы WordPress в админке

  1. Выберите опцию «Скачать на компьютер» и нажмите «Backup now!».

Скачивание SQL-файла резервной копии базы данных

После завершения процесса скачайте .sql или .sql.gz файл.

Через phpMyAdmin

  1. Войдите в cPanel или другую панель хостинга и откройте phpMyAdmin.
  2. В левой колонке выберите базу данных вашего сайта.
  3. Нажмите «Экспорт».
  4. Выберите формат SQL. Поставьте галочку «Сохранить как файл» и, при желании, сжатие gz.
  5. Нажмите «Go» и скачайте файл.

Notes: если база большая, используйте сжатие gzip или экспорт через SSH/доступ к серверу.

Восстановление базы данных в локальном сервере

  1. Запустите локальный сервер (XAMPP/MAMP/WAMP). Откройте браузер и перейдите по адресу:

http://localhost/phpmyadmin

  1. Создайте новую базу данных (например, wordpress).

Создание новой базы данных в phpMyAdmin локально

  1. Выберите созданную базу и нажмите «Импорт».
  2. Выберите скачанный файл .sql или .sql.gz и нажмите «Go».

Импорт SQL-файла в локальную базу данных

Если файл больше 2 МБ и импорт в phpMyAdmin не проходит, увеличьте upload_max_filesize и post_max_size в php.ini или используйте импорт через консоль mysql.

Настройка wp-config.php

Откройте файл wp-config.php в папке локальной установки WordPress (htdocs/your-site). В секции настроек базы данных измените параметры на локальные:

//unless you have changed the setting, else the default will be as follow  
define('DB_NAME','wordpress');//change this to the name of the database you have created earlier  
define('DB_USER','root');  
define('DB_PASSWORD','');//no password by default. Change this if you have added password during installation  
define('DB_HOST','localhost');//99% you won't have to change this

Добавьте строки с адресами локального сайта:

define('WP_HOME','http://localhost/wordpress');  
define('WP_SITEURL','http://localhost/wordpress');

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

Important: проверьте, что имя базы данных совпадает с созданной локально, и что пользователь базы (DB_USER) имеет права.

Файлы сайта: заменять ли wp-content?

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

Замечание: некоторые плагины могут хранить файлы вне wp-content; учитывайте это при переносе.

Пересоздание постоянных ссылок

После импорта базы данных зайдите в Админку → Настройки → Постоянные ссылки и просто нажмите «Сохранить изменения», чтобы сгенерировать правила .htaccess корректно для локальной среды.

Критерии приёмки

  • Локальная страница открывается по адресу http://localhost/wordpress
  • В админке можно войти: http://localhost/wordpress/wp-login.php
  • Темы и плагины отображаются корректно
  • Медиабиблиотека содержит ожидаемые файлы (если вы заменяли wp-content)

Частые ошибки и способы их решения

  • Ошибка 500 после импорта: проверьте файл .htaccess и включите отображение ошибок в php.ini
  • Проблемы с импортом большого SQL: увеличьте upload_max_filesize или импортируйте через mysql CLI
  • Сайт показывает старый URL (с продакшена): выполните поиск и замену в базе данных (например, плагин Better Search Replace или WP-CLI), заменив https://example.com → http://localhost/wordpress
  • Недоступна база данных: проверьте правильность DB_NAME, DB_USER, DB_PASSWORD и DB_HOST

Security и конфиденциальность

  • Удалите или обезличьте персональные данные пользователей в локальной базе, если работаете с реальными данными
  • Не запускайте локальный сайт в публичном режиме без защиты
  • Храните дампы и резервные копии в безопасном месте

Альтернативные подходы

  • Плагины миграции: Duplicator, All-in-One WP Migration — автоматизируют экспорт и импорт файлов + базы
  • WP-CLI: для опытных пользователей — экспорт/импорт базы и поиск/замена URL через командную строку
  • Docker: контейнеризация для воспроизводимой локальной среды (рекомендуется в командах разработчиков)

Руководство по откату (быстрый план)

  1. Если после изменений на локале что-то сломалось — просто отмените изменения в локальной папке или восстановите локальную базу из резервной копии.
  2. Никогда не синхронизируйте сломанные изменения обратно на продакшен.
  3. При уверенности в исправлениях — повторите процесс миграции в обратную сторону, предварительно сделав резервную копию продакшен-сайта.

План действий (Playbook): шаг за шагом

  1. Сделать резервную копию живого сайта (файлы + база).
  2. Сохранить дамп базы на локальном диске.
  3. Создать локальную базу в phpMyAdmin.
  4. Импортировать дамп.
  5. Скопировать wp-content (по необходимости).
  6. Настроить wp-config.php для локальной среды.
  7. Очистить/заменить URL в базе данных, если нужно.
  8. Зайти в админку и проверить сайт.

Чеклист по ролям

  • Разработчик: проверить темы, плагины, консольные ошибки, пермишены файлов
  • Тестировщик: пройти основные пользовательские сценарии, формы, регистрацию, корзину (если есть)
  • Контент-менеджер: проверить отображение изображений и структуру статей

Мини-методология поиска и замены URL (базовая):

  1. Выполнить поиск строк вида «https://prod.example.com» и заменить на «http://localhost/wordpress»
  2. Использовать плагин Better Search Replace или WP-CLI wp search-replace
  3. Проверить мультимедийные ссылки и serialized-данные

Mermaid-диаграмма: выбор метода миграции

flowchart TD
  A[Нужна простая копия] --> B{Есть доступ к хостингу}
  B -- Да --> C[phpMyAdmin экспорта + FTP файлов]
  B -- Нет --> D[Плагины миграции]
  C --> E[Импорт в локальный phpMyAdmin]
  D --> E
  E --> F{Большая база > 2MB}
  F -- Да --> G[Использовать CLI или увеличить upload_max_filesize]
  F -- Нет --> H[Импорт через phpMyAdmin]

Краткое резюме

  • Клонирование WordPress на локальный сервер — безопасный способ тестирования.
  • Экспорт базы можно сделать через плагин или phpMyAdmin; импортится через локальный phpMyAdmin.
  • Не забудьте настроить wp-config.php, проверить постоянные ссылки и заменить wp-content при необходимости.

Вопросы и ответы

Q: Нужно ли менять URL в базе данных вручную? A: Да, если в базе остались абсолютные пути на продакшен, их нужно заменить на локальные.

Q: Что делать при ошибке импортирования из-за размера файла? A: Увеличьте ограничения в php.ini или используйте импорт через командную строку MySQL.

Q: Можно ли использовать Docker вместо XAMPP? A: Да, Docker даёт более воспроизводимую локальную среду и рекомендуется при командной разработке.

Подробные рекомендации по безопасности и приватности

  • Удалите реальные пароли пользователей и API-ключи из локальной копии.
  • Используйте тестовые учётные записи при проверке функционала, связанным с пользователями.
  • Если ваши данные подпадают под GDPR, обезличьте персональные данные перед переносом в локальную среду.

Summary:

  1. Сделайте резервную копию продакшена.
  2. Импортируйте базу в локальный phpMyAdmin.
  3. Настройте wp-config.php и проверьте URL.
  4. Тестируйте и откатывайте изменения безопасно.
Поделиться: X/Twitter Facebook LinkedIn Telegram
Автор
Редакция

Похожие материалы

Несколько аккаунтов Skype: Multi Skype Launcher
Программное обеспечение

Несколько аккаунтов Skype: Multi Skype Launcher

Журнал для работы: повысить продуктивность
Productivity

Журнал для работы: повысить продуктивность

Персональные звуки уведомлений на Android
Android.

Персональные звуки уведомлений на Android

Скачивание шоу Hulu для офлайн‑просмотра
Стриминг

Скачивание шоу Hulu для офлайн‑просмотра

Microsoft Start: персонализированная новостная лента
Новости

Microsoft Start: персонализированная новостная лента

Как изменить имя в Epic Games быстро
Гайды

Как изменить имя в Epic Games быстро