Локальный сервер

Править живой сайт прямо на хостинге рискованно: любая ошибка сразу видна посетителям. Поэтому обновления плагинов, новую тему или доработку сначала проверяют на копии, развёрнутой у себя. Имя localhost всегда указывает на текущий компьютер: запрос к нему не уходит в сеть и обрабатывается здесь же. В IPv4 ему соответствует адрес 127.0.0.1, в IPv6 — ::1.

Для WordPress нужны веб-сервер, PHP и база данных. Их ставят готовыми сборками: XAMPP, MAMP, Laragon, приложение Local, а также в контейнерах Docker. Для разработки блоков и плагинов есть официальный инструмент @wordpress/env, который поднимает окружение одной командой. Я держу локальные копии сайтов в Docker с теми же версиями PHP, nginx и MariaDB, что на боевом сервере, — так ошибки совместимости всплывают до выкладки.

Адрес сайта на своём компьютере

Несколько проектов удобно открывать по разным именам. Современные браузеры сами направляют на свой компьютер любые имена в зоне .localhost, например shop.localhost. Для других имён добавляют строку в файл hosts.

Как пометить копию

Начиная с WordPress 5.5 тип окружения задают константой. Плагины и свой код могут по ней отключать рассылки, платёжные шлюзы и счётчики:

// wp-config.php локальной копии
define( 'WP_ENVIRONMENT_TYPE', 'local' );

// в плагине или теме
if ( 'local' === wp_get_environment_type() ) {
    add_filter( 'pre_wp_mail', '__return_false' ); // письма не отправлять
}

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

• Адреса. WordPress хранит полный URL сайта в настройках и в тексте записей. После переноса их меняют командой wp search-replace из WP-CLI, а не простой заменой в SQL-дампе: она корректно обрабатывает сериализованные данные.
• Почта. Локально письма обычно никуда не уходят — их перехватывают тестовые ящики вроде Mailpit.
• Разные версии PHP и модулей на компьютере и хостинге: код работает локально и падает на сервере.

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