Сайт

Мультисайтовость: Установка WordPress Мультисайт – Beget

29.10.1986

Содержание

Что такое мультисайтовость на WordPress и нужна ли она Вам? — Блог БИТ

Автор Олег На чтение 8 мин Просмотров 252 Опубликовано

Эта статья освещает основные моменты, которые требуется понять, чтобы приступить к созданию мультисайтовой сети на Worpress.

Содержание

  1. Действительно ли вам нужна мультисайтовость?
  2. Виды мультисайтовых сетей
  3. Требования к администрированию
  4. Требования к серверу
  5. На базе домена (domain-based)
  6. На базе пути от корня (path-based)
  7. Требования к настройкам WordPress
  8. Ограничения

Действительно ли вам нужна мультисайтовость?

Сайты в мультисайтовой сети разделены по такому же принципу, как и на сервисе по созданию блогов WordPress.com. Они не связаны друг с другом как, например, элементы в любых других видах сети (хотя плагины могут создавать различные виды взаимодействий между сайтам). Если вы планируете создание сайтов, которые должны быть строго взаимосвязаны, к примеру, иметь общие данные или общих пользователей, тогда мультисайтовая сеть в данном случае — это не лучшее решение.

Например, если все, что вы хотите — это веб-страницы, которые выглядят по-разному (разный дизайн и функционал), тогда вы можете этого добиться на одном сайте, используя плагины для переключения тем, шаблонов и таблиц стилей.

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

Это первая часть из серии руководств по самостоятельной установке мультисайтовости на проинсталлированный WordPress. Если вы хотите получить мультисайтовый WordPress уже сейчас, существуют готовые к использованию пакеты, например, BitNami.

Виды мультисайтовых сетей

Вы можете выбрать между несколькими видами мультисайтовых сетей, зависящих от того, как вы хотите, чтобы формировался URL, и возможно было бы создавать посетителям вашего сайта свои собственные сайты на вашей платформе.

Различные типы сетей имеют разные требования к серверу, об этом будет написано ниже. Если у вас нет полного контроля над вашим сервером, тогда определенные типы мультисайтовых сетей могут быть вам недоступны. Например, у вас может не оказаться достаточных прав для изменения конфигурации сервера, потому что вы пользуетесь общим хостингом. В этом случае вам, возможно, придется договориться с владельцем хостинга на получение необходимых привилегий.

Сайты в мультисайтовой сети имеют разные URL’ы. Вы можете выбрать один из двух вариантов указания URL’а сайта:

  1. Каждый сайт имеет свой субдомен (subdomain). Например: site1.example.com, site2.example.com
  2. Каждый сайт имеет разный путь (
    path    ) от корня. Например: example.com/site1, example.com/site2

К тому же, вы можете выбрать, чтобы у сайта был свой домен, например: example1.com, example2.com и так далее. Существуют плагины, которые позволяют настраивать разные домены, например, WordPress MU Domain Mapping. Вы можете проделать это напрямую на своем сервере, однако это требует дополнительных навыков в администрировании.

Вы также можете выбрать, позволить или нет пользователям создавать новые сайты в рамках вашего. Такая возможность реализована только с помощью субдоменов (мультисайтовость по типу 

domain-based), таких как, site1.example.com и site2.example.com. Впрочем, такая возможность существует и для сайтов на основе подразделов (мультисайтовость по типу path-based).

Установка мультисайтовости оперирует определенной терминологией. Инсталяция через поддомены (sub-domain install) создает сеть на базе домена, даже если вы хотите использовать отдельные домены, а не поддомены для ваших сайтов. Инсталяция через поддиректории (sub-directory install) создает сеть на базе подразделов, даже если она не использует каталоги файловой системы.

Если вы хотите использовать инсталяцию через субдомены (sub-domain), вы должны установить WordPress в корень пути к сайту (например, domain.com), тем не менее для этого не обязательно устанавливать его в корень сервера (как правило, это папка /public_html/), например, в случае, когда WordPress запущен в своей отдельной директории.

После того, как установка мультисайтовости будет завершена, WordPress будет использовать термины “домен” (domain) и “путь” (path) в пользовательском интерфейсе Администратора Сети. Супер-администратор, то есть администратор всей сети сайтов, сможет редактировать домены у сайтов и настройки путей. Однако следует быть внимательным, так как такие изменения меняют URL’ы сайтов.

Плагины могут расширить доступные опции и помочь в администрировании. Например, вы можете использовать плагин, упоминавшийся выше, WordPress MU Domain Mapping, чтобы управлять сайтами на разных доменах. В другом случае, можете воспользоваться плагином Networks for WordPress для конфигурации мультисайтовой сети.

Требования к администрированию

Для создания мультисайтовой сети вы должны быть администратором текущей инсталяции WordPress, и вам потребуется доступ к серверной файловой системе, чтобы можно было редактировать файлы и создавать директории. Например, вы можете получить доступ к файловой системе на сервере, используя протокол FTP, или воспользоваться файловым менеджером какой-либо панели управления хостингом (cPanel или аналогичной).

Вам не обязательно обладать навыками разработки под WordPress, иметь представление о PHP, HTML, CSS, серверном или системном администрировании, однако знание этих вещей может быть полезным для решения каких-либо непредвиденных проблем или для более тонкой настройки вашей мультисайтовой сети после ее инсталяции.

Требования к серверу

Когда вы планируете создание сети, может оказаться полезным использовать тестовый сервер для экспериментов.

Однако, как правило, настройка происходит на «боевом» сервере, и использовать специально выделенный “под тесты” сервер не представляется возможным. Тем не менее, в некоторых случаях тестировать сайт на рабочем сервере — это более полезный путь для экспериментов с разработкой сети.

Во всех случаях вам следует убедиться, что ваш сервер следует более комплексным правилам в файле .htaccess (nginx.conf или web.config), чем требуется для мультисайтовости.

Мультисайтовость требует включенную директиву

mod_rewrite на сервере Apache, поддержку файлов .htaccess и опцию FollowSymLinks, либо уже включенную, либо, по крайней мере, не отключенную совсем. Если у вас есть доступ к конфигурации сервера, тогда вы можете использовать секцию Directory вместо файла .htaccess. Также убедитесь, что в вашем файле httpd. conf в секции «AllowOverride» установлено значение «All» или «
Options All» для работы виртуальных хостов. Поинтересуйтесь у своего хостинг-провайдера, все ли настройки установлены корректно.

О некоторых особенностях серверных требований, зависящих от типа мульсайтовой сети, которую вы хотите создать, читайте ниже.

На базе домена (domain-based)

Установка на базе домена или, “субдоменная (subdomain) инсталяция” использует следующие URL’ы: http://subsite.example.com

Сеть на основе домена отображает различные доменные имена в той же папке в файловой системе сервера, на котором установлен WordPress. Вы можете сделать это различными способами, например:

  • настроив подстановку субдоменов, то есть прописав специальную запись в DNS-зоне домена (wildcard subdomains)
  • настроив виртуальные хосты, указав тот же корневой документ для каждого
  • создав дополнительные домены или субдомены в панели управления хостингом

Сайты на основе поддоменов требуют метод на основе wildcard-DNS записи. Вы можете создать дополнительные сайты вручную в той же сети, используя другие методы.

Какой бы метод вы не выбрали, вам потребуется сконфигурировать ваши записи DNS (для отображения доменного имени на IP-адресе сервера) и сервер (для отображения доменного имени в админ-панели WordPress).

WordPress должен быть запущен из корневой папки на сервере (например, public_html) для корректной работы поддоменов. Они не будут работать из подпапки.

На базе пути от корня (path-based)

Инсталяция на основе пути от корня использует следующие URL’ы: http://example.com/subsite

Если вы уже используете постоянные ссылки (в терминологии WordPress “pretty permalinks”) на своем сайте, тогда сеть на основе пути от корня будет хорошо работать и вам нет необходимости читать что-либо дальше. Тем не менее следует знать, что ваш основной сайт будет использовать следующий шаблон URL для записей: http://example.com/blog/[postformat]/

Отсюда вывод: вы не сможете удалить строку “/blog/” без ручного изменения опций сети в не очевидном месте. Такая практика не рекомендуется.

Требования к настройкам WordPress

Установка мультисайтовой сети происходит на уже существующую инсталяцию WordPress. Если это “свежая” установка на собственном домене, тогда вам нет необходимости читать эту часть. Если это устоявшийся со временем сайт, тогда следующие рекомендации позволят конвертировать его в мультисайтовую сеть без особых проблем.

Возможность перенести WordPress в свою отдельную директорию совместно с работой мультисайтовости появилась, начиная с версии 3.5, тем не менее вы должны сменить директорию расположения WordPress на корневую, чтобы активировать мультисайтовость.

Хотя не рекомендуется использовать префикс WWW в URL домена, тем не менее вы можете выбрать такой вариант и при этом планировать мультисайтовость на базе поддоменов. Убедитесь, что оба адреса – адрес сайта и путь к папке с WordPress – одинаковы. В соответствующем разделе административной панели могут выводиться предупреждения о необходимости перейти на домен без WWW, чтобы включить мультисайтовость.

По этой и многим другим причинам мы не рекомендуем вам использовать www в названии домена. Если вы планируете изменить название на domain.com или www.domain.com, то сделайте это прежде, чем начнете настраивать мультисайтовость, так как изменение доменного имени после факта установки сети сайтов является гораздо более сложным делом.

Ограничения

Вы не сможете создать сеть в следующих случаях:

  • «Адрес WordPress (URL)» использует порт отличный от ‘:80’, ‘:443’.

Вы не сможете выбрать установку на базе поддоменов в следующих случаях:

  • URL к WordPress содержит путь отличный от названия домена, то есть WordPress установлен не в корне сайта
  • «Адрес WordPress (URL)» — это localhost
  • «Адрес WordPress (URL)» — это IP адрес, такой как 127.0.0.1

Помните, что вы можете создать сеть сайтов на основе поддомена (sub-domain) на своей локальной машине для целей тестирования, используя файл хостов, поэтому не нужно использовать localhost.

Вы не можете выбрать установку на базе поддиректорий (sub-directory), если вашей инсталяции WordPress больше месяца из-за проблем с существующими постоянными ссылками. (Эта проблема будет решена в будущих релизах).

Правильная настройка мультисайтовости в битриксе

Для чего нужна мультисайтовость
  • Управление всеми проектами из одного интерфейса;
  • Единая система безопасности для всех проектов;
  • Сквозная авторизация для пользователей;
  • Общий сервис мониторинга посещаемости и аналитика по всем проектам на одной платформе;
  • Удобство централизованного показа рекламы на всех сайтах платформы.

Мультисайтовость полезна, когда у компании есть один корпоративный сайт и множество сайтов филиалов. Или, например, есть корпоративный сайт и сайт интернет-магазина.

Если понадобится разместить новость или каталог продукции, то на обычных сайтах придется делать это в нескольких админ-панелях, что очень неудобно. А если таких сайтов-филиалов несколько десятков, то задача усложняется многократно, как и затраченное время.

Другое дело — мультисайтовость. Здесь одно общее ядро и общая база данных. И, соответственно, одна общая админ-панель. При этом публичная часть сайтов настраивается независимо, и может отличаться структурой, интерфейсом и дизайном.

Поэтому с управлением большим количеством сайтов справится один контент-менеджер, и ему не придется выполнять однотипные задачи по каждому отдельному сайту.

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

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

Мультисайтовость Битрикс на одном домене — все сайты расположены внутри одного домена. То есть, на поддоменах основного домена. Этот вариант больше подходит для сетей филиалов или многоязычных сайтов.

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

Как настроить мультисайтовость в Битрикс на одном домене

Каждый сайт для мультисайтовости должен быть размещен в отдельном подкаталоге внутри единого каталога, например:

/www/ваш-сайт.ru/s1/ /www/ваш-сайт.ru/s2/

Имена каталогов s1, s2 можно выбирать произвольно, например, shop и company, или en и ru соответственно.

Также возможен вариант, когда один из сайтов располагается в корневом каталоге, а второй сайт в подкаталоге. Например:

/www/ваш-сайт.ru/ /www/ваш-сайт.ru/s2/

Далее устанавливаем Битрикс в корневую директорию. В данном случае в ваш-сайт. ru. Чтобы правильно установить Битрикс воспользуйтесь этой инструкцией по установке и настройке Битрикса.

Затем необходимо выполнить ряд настроек в админ-панели Битрикса:

Настройки > Настройки продукта > Сайты > Список сайтов

Выбираем Изменить параметры сайта s1 и указываем в них:

  • Название:s1
  • Доменное имя:оставить пустым
  • Папка сайта:/ либо /s1/ * (см. примечание ниже)
  • Название сайта:Корпоративный сайт компании «Название компании«
  • URL сервера:www.ваш-сайт.ru/
  • Путь к корневой папке веб-сервера для этого сайта:оставить пустым

* Если используем вариант с установкой основного сайта в корневую папку, а дополнительные в подкаталоги, то ставим просто слэш /, а если все сайты размещаем в подкаталогах, то пишем /s1/ (для каждого сайта соответственно свой номер).

В параметре Папка сайта необходимо указывать путь относительно корня к каталогу в котором расположена публичная часть сайта. А Путь к корневой папке веб-сервера для этого сайта не используется в данном способе настройки мультисайтовости и должен быть пустым для всех сайтов.

Аналогично настроим параметры сайта №2. Если его еще нет, то добавляем:

Настройки > Настройки продукта > Сайты > Список сайтов > Добавить сайт

И далее в настройках:

  • Название:s2
  • Доменное имя:оставить пустым
  • Папка сайта:/s2/
  • Название сайта:Интернет-магазин компании «Название компании«
  • URL сервера:ваш-сайт.ru/s2
  • Путь к корневой папке веб-сервера для этого сайта:оставить пустым
Как настроить мультисайтовость в Битрикс на разных доменах

В этом варианте каждый сайт необходимо размещать в соответствующем каталоге. Например:

/www/site1/ /www/site2/

Эти каталоги создаются автоматически при добавлении нужного домена в меню WWW-Домены — Создать, поэтому сначала нужно добавить адреса сайтов, которые планируется использовать. Далее устанавливаем Битрикс в один из сайтов. Пусть это будет site1. Чтобы ядро могло работать для обоих сайтов необходимо создать символьные ссылки для второго сайта.

Символьные ссылки нужны для папок /bitrix, /local и /upload.

Символьная ссылка: (также симлинк от англ. Symbolic link, символическая ссылка) — специальный файл, для которого в файловой системе не хранится никакой информации, кроме одной текстовой строки. Эта строка трактуется как путь к файлу, который должен быть открыт при попытке обратиться к данной ссылке.

Чтобы создать символьные ссылки, зайдите в Панель управления хостинга — https://my.jehost.ru/ispmgr

WWW > WWW-Домены > site2 > Каталог > Создать > Ссылка

В поле Имя пишем название папки. Например, bitrix. В поле Значение — полный путь к этой папке на основном сайте:

/var/www/логин/data/www/ваш-сайт.ru/bitrix/

Где ваш-сайт.ru — ваш основной сайт, в котором находятся каталоги bitrix и upload.

Если все сделали верно, то симлинк появится в каталоге сайта в виде папки с синей стрелкой. Если стрелка будет красная, значит, допущена ошибка в адресе пути.

В итоге у вас полуится символическая ссылка в таком виде:

Точно так же нужно будет создать симлинки для папок /local (при необходимости) и /upload.

Далее выполните те же настройки в админ-панели Битрикса, что и для варианта «Мультисайтовость Битрикс на одном домене» (см. выше), но с некоторыми изменениями:

  • Название:site1
  • Доменное имя:com
  • Папка сайта:/
  • Название сайта:Корпоративный сайт компании «Название компании«
  • URL сервера:site1. com
  • Путь к корневой папке веб-сервера для этого сайта:/home/www/site1/

Здесь в поле Папка сайта необходимо записать слэш /, а в поле Путь к корневой папке веб-сервера для этого сайта должен быть прописан полный путь к сайту на хостинге. Проще всего сделать это, нажав справа от поля ссылку «вставить текущий». Тогда адрес подставится автоматически.

Только обязательно проверьте, чтобы в конце строки был указан именно текущий сайт! Например, если вы настраиваете дополнительный сайт, то нужно проверить, чтобы в конце строки был указан именно он, а не основной сайт.

Важно! Обязательно также проверьте поле Сортировка сайтов в списке. Если второй сайт работает на поддомене первого сайта, то он в списке сайтов должен иметь более низкое значение. Например, сортировка у первого сайта — 10, сортировка у второго сайта (работающего на поддомене) — 5.

мультисайтовость | PHPClub — клуб разработчиков PHP

зверек
Новичок