PodiCloudPodiCloud

WordPress

Рецепт для WordPress на обробнику PHP: файли, база даних, інсталятор, HTTPS за проксі, cron і завантаження.

1. Проєкт і файли

  1. Створіть проєкт з обробником PHP, кореневий каталог public. Домен додайте одразу — інсталятор відкривається за ним.
  2. Завантажте WordPress у «Терміналі» (кілька секунд): 
    curl -L -o wp.zip https://wordpress.org/latest.zip
unzip -q wp.zip
rm -rf public && mv wordpress public
rm wp.zip
    Українська збірка: https://uk.wordpress.org/latest-uk.zip. Або розпакуйте архів на комп’ютері і завантажте вміст папки wordpress у public через SFTP.
  3. Створіть базу: «Бази даних» → «База для цього проєкту» (з користувачем). Запишіть хост, порт, ім’я бази, користувача і пароль.
Git-деплой теж підходить: репозиторій https://github.com/WordPress/WordPress.git, гілка версії (наприклад, 6.8-branch), каталог public. Завантаження і wp-config.php деплой не чіпає, бо їх немає в репозиторії.

2. Встановлення

Відкрийте https://ваш-домен/ — запуститься інсталятор. У полі Хост бази даних укажіть хост:порт із картки бази (не localhost), далі ім’я бази, користувача і пароль. Інсталятор сам запише wp-config.php: файли належать користувачу проєкту, окремі права не потрібні.

3. HTTPS за проксі

TLS завершує проксі панелі, а до контейнера запит приходить по HTTP — але вебсервер контейнера передає PHP ознаки захищеного з’єднання ($_SERVER['HTTPS'], SERVER_PORT), тож WordPress бачить HTTPS сам: ні блоку з HTTP_X_FORWARDED_PROTO, ні плагіна для проксі не потрібно. Варто лише закріпити адресу сайту з https://, щоб вона не залежала від того, як відкривали інсталятор, — у public/wp-config.php вище рядка /* That's all, stop editing! */ (через «Файли» або SFTP):

define('WP_HOME', 'https://ваш-домен');
define('WP_SITEURL', 'https://ваш-домен');

Якщо домен за Cloudflare, у Cloudflare SSL/TLS поставте режим Full.

4. Постійні посилання, завантаження, cron

  • Постійні посилання працюють одразу: неіснуючі адреси вебсервер передає в index.php, як це робить .htaccess. Сам .htaccess не читається; правила з плагінів кешу або безпеки переносяться у власні директиви Caddy.
  • Завантаження — до 64 МБ за файл (межа PHP у контейнері). Більші файли — через SFTP у public/wp-content/uploads.
  • Cron. WP-Cron запускають відвідувачі; щоб задачі йшли за розкладом, у «Cron і процеси» додайте */5 * * * * з командою php public/wp-cron.php, а в wp-config.php — define('DISABLE_WP_CRON', true);.
  • Пошта. Поштового сервера в контейнері немає — поставте SMTP-плагін і вкажіть SMTP вашого провайдера.
  • Оновлення WordPress, тем і плагінів з адмінки працюють без FTP-даних: файли доступні для запису.

5. Якщо щось не так

  • «Error establishing a database connection». Хост указано як localhost або без порту — беріть хост:порт із картки бази.
  • Адмінка перекидає на http або «занадто багато редиректів». Адреса сайту записана з http:// (інсталятор відкривали без HTTPS або адресу змінили в «Налаштування → Загальні») — закріпіть WP_HOME і WP_SITEURL з https:// (розділ 3).
  • Біла сторінка. «Логи» проєкту покажуть помилку PHP; часто винен плагін — перейменуйте його папку в wp-content/plugins.
  • Не вистачає пам’яті. memory_limit дорівнює половині пам’яті тарифу; WP_MEMORY_LIMIT вище нього не підніме — потрібен більший тариф.