Как установить WordPress на Linux локально
Почему стоит использовать WordPress
WordPress — это гибкая CMS, на которой работает около 40% сайтов в мире. Причины популярности:
- Удобство: интуитивная панель управления и небольшая кривая обучения.
- Универсальность: блоги, интернет-магазины, лендинги, порталы.
- Настраиваемость: темы и плагины позволяют изменять внешний вид и функционал.
- Экономичность: сам WordPress — бесплатный проект с открытым исходным кодом.
Важно: WordPress подходит для быстрого прототипирования и для серьёзных проектов при правильной архитектуре и оптимизации.
Требования и подготовка
Перед началом убедитесь, что у вас есть:
- Linux-дистрибутив (Ubuntu/Debian/федора-подобный). Рекомендовано: Ubuntu 20.04+.
- 2+ ГБ оперативной памяти для комфортной локальной разработки (меньше возможно, но медленнее).
- Диск: минимум 5–10 ГБ свободного места для проектов и бэкапов.
- Подключение к интернету для загрузки XAMPP и WordPress.
Краткие определения:
- LAMP: Linux + Apache + MySQL/MariaDB + PHP — классический стек для работы WordPress.
- XAMPP: упаковка, которая содержит Apache, MariaDB (или MySQL), PHP и т. д., упрощая локальную установку.
Обзор вариантов локальной среды
Вы можете выбрать одну из опций:
- XAMPP — простой графический установщик, хорошо для новичков.
- Docker — контейнеризация, рекомендуема для командной работы и воспроизводимых сред.
- Lando, DevKinsta, Local by Flywheel — удобные инструменты с множеством готовых конфигов.
Когда выберите инструмент, следуйте соответствующим инструкциям. В этом руководстве — подробные шаги для XAMPP и раздел с альтернативами.
1. Установка LAMP с XAMPP
XAMPP — быстрый способ получить Apache + MariaDB + PHP на Linux.
- Скачайте XAMPP для Linux с официального сайта. Сохранится в ~/Downloads.
Ссылка: XAMPP
- Дайте установочному файлу права на выполнение и запустите инсталлятор:
cd ~/Downloads && sudo chmod 777 xampp-linux-x64-*-installer.run
sudo ./xampp-linux-x64-*-installer.runСледуйте графическому установщику — по умолчанию путь установки: /opt/lampp.
Запустите XAMPP:
sudo /opt/lampp/lampp start- Откройте в браузере: http://localhost — должна появиться стартовая страница XAMPP.
Совет: если Apache не запускается, проверьте, не занят ли порт 80 другим сервисом (nginx, snapd). Остановите конфликтующий сервис или настройте XAMPP на другой порт.
2. Загрузка WordPress
- Скачайте архив WordPress с wordpress.org. По умолчанию он окажется в ~/Downloads.
Ссылка: WordPress
- Распакуйте архив:
cd ~/Downloads
unzip wordpress-*.zipФайлы WordPress появятся в папке wordpress/ внутри ~/Downloads.
3. Копирование файлов в директорию веб-сервера
- Создайте папку для сайта в /opt/lampp/htdocs. Имя папки будет частью локального URL (например, muo -> http://localhost/muo):
cd /opt/lampp/htdocs && sudo mkdir muo- Скопируйте файлы WordPress в папку сайта:
sudo cp -R ~/Downloads/wordpress-*/wordpress/* /opt/lampp/htdocs/muo- Установите владельца и права для удобной работы локально:
sudo chown www-data:www-data -R /opt/lampp/htdocs/muo/
sudo chmod 777 -R /opt/lampp/htdocs/muoВажно: chmod 777 подходит только для локальной разработки. На продакшне права должны быть ограничены (например, 755 для каталогов, 644 для файлов).
4. Создание базы данных и настройка WordPress
- Откройте в браузере: http://localhost/phpmyadmin — это интерфейс управления базами данных, поставляемый с XAMPP.
Нажмите «Создать» (New/Create) и укажите имя базы данных, например muo. Оставьте кодировку по умолчанию (utf8mb4_general_ci) для поддержки emoji и всех знаков.
Перейдите в http://localhost/muo — начнётся установка WordPress.
- Введите данные для подключения к базе данных:
- Имя базы данных: muo (или ваше имя)
- Пользователь: root
- Пароль: оставьте пустым (по умолчанию в XAMPP)
- Хост базы данных: localhost
- Префикс таблиц: wp_ (можно изменить для безопасности)
После успешного подключения продолжите установку: задайте заголовок сайта, имя администратора, надежный пароль и email.
Нажмите «Установить» и затем войдите в админку: http://localhost/muo/wp-admin
Проверка и отладка (частые проблемы)
Проблема: белый экран (White Screen of Death)
- Причина: PHP-ошибка или нехватка памяти.
- Решение: в wp-config.php включите отладку:
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);Проблема: ошибка подключения к базе данных
- Проверьте правильность имени базы и пользователя в wp-config.php.
- Убедитесь, что MariaDB/ MySQL работает (sudo /opt/lampp/lampp status).
Проблема: 403/Permission denied
- Проверьте права на файлы и владельца (chown/chmod). Не используйте 777 на продакшне.
Проблема: Apache не запускается
- Проверьте, не занят ли порт 80/443 (ss -tulpn | grep :80).
- Отключите конфликтующие сервисы или измените порт в конфигурации XAMPP.
Альтернативы XAMPP: когда стоит выбрать Docker или Lando
- Docker: воспроизводимость окружения, версии PHP/МySQL, лёгкая интеграция CI.
- Lando: быстрый старт для проектов WordPress, готовые рецепты.
- Local by Flywheel/DevKinsta: удобные GUI-инструменты для дизайнеров и разработчиков.
Мини-методология выбора:
- Если вы один разработчик, новичок — XAMPP или Local.
- Работаете в команде или нужна CI — Docker/Lando.
Безопасность локальной установки и подготовка к продакшн
Локально вы можете упростить настройки, но при переносе на продакшн учтите:
- Включите строгие права на файлы: каталоги 755, файлы 644.
- Отключите показ ошибок PHP на продакшне.
- Используйте сильные пароли и двухфакторную аутентификацию для админов.
- Регулярно обновляйте ядро, темы и плагины.
- Ограничьте доступ к wp-admin по IP или с помощью VPN/htpasswd.
- Настройте бэкапы базы и файлов (регулярные автоматические снимки).
- Настройте SSL (HTTPS) и заголовки безопасности (Content-Security-Policy, X-Frame-Options).
Простейшая локальная доработка для безопасности (wp-config.php):
// Заблокировать редактирование файлов из админки
define('DISALLOW_FILE_EDIT', true);
// Соль и ключи авторизации (сгенерируйте уникальные)
define('AUTH_KEY', '...');Перенос локального сайта на продакшн — чеклист
- Очистите ненужные плагины и темы.
- Снимите бэкап файлов и базы.
- Экспорт/импорт базы (wp-cli или phpMyAdmin). При смене домена выполните поиск-замену (используйте WP-CLI или специализированные утилиты для сериализованных данных).
- Настройте .htaccess и правила перезаписи.
- Проверьте права на файлы и владельца веб-сервера.
- Настройте SSL и CDN при необходимости.
- Настройте мониторинг и бэкапы на продакшне.
Рекомендация: тестируйте миграцию на staging-сервере перед публичным запуском.
Ролевые чеклисты при локальной разработке
Разработчик:
- Установить локальную среду (XAMPP/Docker).
- Подключить систему контроля версий (Git).
- Настроить локальную ветку и .gitignore.
- Настроить WP_DEBUG и логирование.
Системный администратор:
- Проверить настройки PHP (memory_limit, upload_max_filesize).
- Проверить права доступа и владельца файлов.
- Настроить автоматические бэкапы.
Дизайнер/контент-менеджер:
- Установить необходимую тему и плагины для контента.
- Подготовить демонстрационный контент.
- Проверить адаптивность и типографику.
Факто-бокс: ключевые числа и рекомендации
- Минимум оперативной памяти для комфортной локальной работы: 2 ГБ.
- Рекомендуемая версия PHP для современных WordPress-проектов: PHP 8.0+.
- Кодировка базы данных: utf8mb4 — поддерживает эмодзи и полные юникод-символы.
Критерии приёмки локального сайта перед продакшном
- Сайт корректно запускается по URL и проходит регистрацию пользователей.
- Вход в админ-панель работает, права пользователей настроены.
- Все ссылки и медиа корректно отображаются после поиска/замены домена.
- Бэкап базы и файлов успешно восстанавливается в тестовой среде.
- Настроен SSL и базовые заголовки безопасности.
Мини-чеклист тестирования (приёмочные тесты)
- Тест 1: регистрация пользователя и восстановление пароля.
- Тест 2: публикация записи с изображением и проверка загрузки.
- Тест 3: проверка форм (контакт, комментарии) и почты (SMTP).
- Тест 4: проверка производительности (страница загрузки < 3 с на локальной машине).
Короткая методика деплоя (SOP)
- Создайте бэкап файлов и базы локально.
- Экспортируйте базу через WP-CLI: wp db export.
- Загрузите файлы на продакшн (sftp/rsync).
- Импортируйте базу на продакшн и выполните поиск-замену домена.
- Проверьте работоспособность и включите бэкап на прод.
Частые ошибки и как их избегать (кратко)
- Ошибка прав доступа — используйте корректные владельцы и 755/644.
- Неверный URL после миграции — выполняйте сериализованный поиск-замену.
- Плагин PHP-версии несовместим — тестируйте на той же версии PHP, что и продакшн.
- Пропуск бэкапа перед изменениями — всегда делайте бэкап.
Когда WordPress не подходит (контрпримеры)
- Высоконагруженные real-time сервисы с миллисекундными задержками — лучше специализированные решения.
- Сложные корпоративные системы с уникальной архитектурой — возможно, потребуется фреймворк и кастомная архитектура.
Краткая инструкция по Docker (альтернативный путь)
Пример docker-compose.yml для WordPress:
version: '3.8'
services:
db:
image: mysql:5.7
environment:
MYSQL_ROOT_PASSWORD: example
MYSQL_DATABASE: wordpress
volumes:
- db_data:/var/lib/mysql
wordpress:
image: wordpress:latest
depends_on:
- db
ports:
- "8000:80"
environment:
WORDPRESS_DB_HOST: db:3306
WORDPRESS_DB_USER: root
WORDPRESS_DB_PASSWORD: example
WORDPRESS_DB_NAME: wordpress
volumes:
db_data: {}Запустить: docker-compose up -d и открыть http://localhost:8000
1-строчная глоссарий
- LAMP — классический веб-стек (Linux, Apache, MySQL/MariaDB, PHP).
- XAMPP — пакет для локальной разработки с Apache и MariaDB.
- WP-CLI — интерфейс командной строки для управления WordPress.
FAQ
Как узнать версию WordPress в Ubuntu?
Самый простой способ — зайти в панель администратора (Консоль -> На обзор) и посмотреть виджет «Сведения»/At a Glance, где указывается версия. Альтернативно — раздел «Обновления».
Подходит ли WordPress для крупных сайтов?
Да. При правильной архитектуре (кэширование, CDN, горизонтальное масштабирование, оптимизация запросов и кастомные решения) WordPress выдерживает большие нагрузки.
Обязательно ли использовать phpMyAdmin?
Нет. phpMyAdmin удобен для визуального управления базой, но вы можете использовать WP-CLI, Adminer или прямые утилиты MySQL. WP-CLI особенно полезен для скриптов и автоматизации.
Можно ли менять префикс таблиц после установки?
Да, но важно корректно обновить все таблицы и ссылки. Лучше задать префикс при установке.
Рекомендации по следующему шагу
- Попробуйте развернуть проект в Docker для воспроизводимости.
- Подключите систему контроля версий и автоматические тесты.
- Настройте регулярные бэкапы и мониторинг безопасности.
Визуальная схема типичного рабочего процесса
flowchart TD
A[Локальная разработка] --> B[Версионирование Git]
B --> C[CI/CD на staging]
C --> D[Тестирование]
D --> E[Деплой на продакшн]
E --> F[Мониторинг и бэкап]Резюме
Установка WordPress локально на Linux — быстрый путь начать разрабатывать и тестировать сайты без расходов на облачный сервер. Для большинства задач XAMPP обеспечивает удобную стартовую среду, но для командной работы и воспроизводимости лучше использовать Docker или специализированные инструменты. Перед переносом на продакшн убедитесь в безопасности, наличии бэкапов и корректной миграции базы данных.
Ważно: всегда храните резервные копии и тестируйте перенос на staging-среде перед публичным запуском.
Похожие материалы
RDP: полный гид по настройке и безопасности
Android как клавиатура и трекпад для Windows
Советы и приёмы для работы с PDF
Calibration в Lightroom Classic: как и когда использовать
Отключить Siri Suggestions на iPhone