Какой вариант мультисайтинга выбрать для WordPress?

Ссылка скопирована
1 ответ

Задача - сделать много одностраничных сайтов на WP с одной панелькой управления.

У WP для этого есть встроенные средства и делается все достаточно просто, но как сказал мне коллега, из-за этого сильно раздувается БД так как для каждого сайта создаются новые строки и она растет как на дрожжах ) Что в итоге приводит к всеобщим тормозам.

Думаю над двумя вариантами реализации:
1. для каждого сайта в сети мультисатинга подключать свою БД, но это как то не удобно постоянно плодить БД.
2. Сделать обычный однодоменный сайт, через днс все домены отправлять на него, далее средствами PHP отдавать те страницы которые соответствуют домену в запросе. Как все это дело повлияет на СЕО?

Или может я надумываю и есть более простые решения?

Дополнительно:

Ответы:

Я бы, скорее всего, использовал плагин типа "страница=субдомен".
Например
https://ru.wordpress.org/plugins/each-domain-a-page/
https://wordpress.org/plugins/page-as-subdomain-lite/

  • О, оказывает есть и такие готовые плагины. спс, я не знал.

1. для каждого сайта в сети мультисатинга подключать свою БД, но это как то не удобно постоянно плодить БД.

В режиме мультисайта не нужно плодить БД.

Только в этом режиме "одна панель управления" - понятие весьма условно.

Или может я надумываю и есть более простые решения?

ВП для одностраничника не нужен в принципе. Тем более для множества сайтов.
Можешь использовать ВП для сборки страницы (вообще в отдельном месте), а постом сохранить её в html и чуть подредактировать. При необходимости подключить форму.

  • Да плодить не нужно, но в одной БД постоянно создаются новые строки для отдельного домена что ее раздувает.
    Конечно просто html это круто) но для контент менеджера не посильно) они постоянно что то редачат и постоянно выгружать новый файлик будет проблемотично)
  • burtellbee, для твоей задачи лучше использовать не ВП, а какое-то специальное решение. (оно конечно можно и ВП, но это надо кодить. И рассказывать что-как - это много и всего не расскажешь)
Нужно решить такую задачу?

Опишите проблему, и специалист поможет с настройкой, исправлением ошибки или доработкой сайта. Подберём понятный план работ без лишней переписки.

Заказать помощь
Лучший ответ
1
Редакция DevOps Ответ

Для множества одностраничных сайтов с одной админкой WordPress Multisite — нормальный вариант, но его нужно выбирать не из страха «раздуется база», а по архитектуре. В multisite WordPress действительно создаёт отдельные таблицы для каждого сайта сети, но это штатная модель. Проблемы начинаются не от самого факта нескольких таблиц, а от плохого хостинга, тяжёлых плагинов, отсутствия кэша и тысяч сайтов без обслуживания.

Если у вас много независимых лендингов, которым нужны разные домены, пользователи и настройки, multisite подходит. Если это просто много посадочных страниц одной компании, лучше один WordPress + кастомный тип записей/страницы + привязка доменов/редиректов.

Вариант «все домены направить на один сайт, а PHP отдаёт страницу по домену» возможен, но он сложнее для SEO и поддержки. Вам придётся вручную решать:

  • canonical для каждого домена;
  • sitemap по каждому сайту;
  • robots.txt;
  • SSL для всех доменов;
  • кэш с учётом host;
  • админский интерфейс выбора домена.

Для SEO оба варианта могут работать, если у каждой посадочной есть свой уникальный URL, canonical и нормальная структура. Я бы выбрал так: до десятков простых лендингов — один сайт и отдельная сущность «лендинг»; для отдельных проектов с разными владельцами/настройками — multisite. Подключать отдельную БД на каждый сайт сети почти никогда не нужно: это усложнит бэкапы и сопровождение.

Другие ответы (0)

Пока нет других ответов. Будьте первым, кто поможет автору.

Ответить на вопрос

комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Вам также может быть интересно