Опрос: мультисайтовость

Ранее было краткое ТЗ instantcms.ru/forum/opros-multisaitovost-nuzhno-li-komu-to.html в котором описывался принцип построения. Т. е в идеале в админке иметь возможность задать домен или поддомен, за которым в дальнейшем закрепляются типы контента и записи типов контента. 

Т.е при создании ТК можно указать к какому домену/поддомену он относится. 
Если по какой-то причине надо сменить домен на поддомен, то при указании переезда включался бы 301 редирект, что позволит не потерять вес страниц и не превратить в сайт с кучей битых ссылок.

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

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

Кто может реализовать и за какой бюджет?

Нашел у Битрикса такие опции dev.1c-bitrix.ru/learning/course/?COURSE_ID=103&LESSON_ID=287

Нашел у Битрикса такие опции

Не зря видимо жалуются на сложночитаемый код у Битрикс. Они и по русски нормально писать не умеют).

Я так и не понял в чём суть данного вопроса. Я не о нужности(не-нужности), а о функционале. Полистал приведённую тему ( instantcms.ru/forum/opros-multisaitovost-nuzhno-li-komu-to.html  ), но там в основном дискуссии Letsgo(он был профи в этом деле 😁) о полезности данной темы. Как это должно работать для админа? Должна быть одна админка для всех сайтов? Или как? Есть //сайт.ру, //первый.сайт.ру, //второй.сайт.ру и тд. Корень у всех свой или общий?

Нашел у Битрикса такие опции

Не зря видимо жалуются на сложночитаемый код у Битрикс. Они и по русски нормально писать не умеют).

Я так и не понял в чём суть данного вопроса. Я не о нужности(не-нужности), а о функционале. Полистал приведённую тему ( instantcms.ru/forum/opros-multisaitovost-nuzhno-li-komu-to.html  ), но там в основном дискуссии Letsgo(он был профи в этом деле 😁) о полезности данной темы. Как это должно работать для админа? Должна быть одна админка для всех сайтов? Или как? Есть //сайт.ру, //первый.сайт.ру, //второй.сайт.ру и тд. Корень у всех свой или общий?

Да — админка одна. 

Реализация может быть разной. 

Как я вижу: 

В корень основного домена устанавилвается одна версия движка. 

Далее есть кнопка слева в меню: Создать сайт.

При клике есть опции: Указать доменное имя. Указываем домен или поддомен. 

При создании домена на сервере создается папка для файлов этого сайта.

Далее у данного сайта весь аналогичный функционал основного сайта. Можно создать свои ТК или скопировать имеющиеся, если это полный дубль  основного, только со своими скорректированными записями ТК. 

На самом сайте можно вывести виджет для переключения между сайтами.

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

Ясно).

Если будет создаваться физическая копия сайта для поддомена, в чем смысл мультисайтовости и общей админки?

т.е. у вас при создании новой папки сайта появляется новый сайт со своей базой и своими системными файлами. С таким же успехом можно создавать клоны сайта из ПУ хостинга.

Да и после подобных правок система не сможет обновляться т.к. при каждом обновлении нужно будет ручками вносить правки в системные файлы.

Если всетаки делаем общую админку и единые файлы, но при этом независимую базу, например под каждый поддомен добавляем свои таблицы но с префиксом поддомена, то нужно принять к сведению, что каждый сайт имеет примерно 110 таблиц, 1 сайт +10 поддоменов это более 1200 таблиц в базе. т.е. бэкапы базы будут разрастаться до гигантских размеров.

Если будет создаваться физическая копия сайта для поддомена, в чем смысл мультисайтовости и общей админки?

т.е. у вас при создании новой папки сайта появляется новый сайт со своей базой и своими системными файлами. С таким же успехом можно создавать клоны сайта из ПУ хостинга.

Да и после подобных правок система не сможет обновляться т.к. при каждом обновлении нужно будет ручками вносить правки в системные файлы.

Если всетаки делаем общую админку и единые файлы, но при этом независимую базу, например под каждый поддомен добавляем свои таблицы но с префиксом поддомена, то нужно принять к сведению, что каждый сайт имеет примерно 110 таблиц, 1 сайт +10 поддоменов это более 1200 таблиц в базе. т.е. бэкапы базы будут разрастаться до гигантских размеров.

У вас админка как единый ХАБ управления данными.

нужно принять к сведению, что каждый сайт имеет примерно 110 таблиц, 1 сайт +10 поддоменов это более 1200 таблиц в базе. т.е. бэкапы базы будут разрастаться до гигантских размеров.

Единые файлы и разные базы нельзя делать на InstantCMS 2. Либо делать разные файлы и к ним свою базу (что сейчас уже реализовано в движке), либо единые файлы и единую базу данных. В противном случае устанавливать и обновлять компоненты не получится. Поэтому достаточно добавить несколько таблиц и полей в существующие таблицы. Но базу придется «ворочать» всю, даже если на сайте всего пара записей в одном типе контента.

Использование одной админки как удобно, так и неизбежной генерацией проблем. Как минимум пустив в админку слабообученного товарища, можно положить все сайты разом. Ещё например поставили виджет один для всех сайтов, а второй только для конкретного сайта. Потом зашли с фронта и удалили виджет для всех сайтов (намеренно или ошибочно думая, что удаляется виджет для конкртеного сайта). Эту проблему на других сайтах вы заметите не сразу. Да и с праввами доступов будет сплошная неразбериха.

Единые файлы и разные базы нельзя делать на InstantCMS 2.

В противном случае устанавливать и обновлять компоненты не получится.

Почему?(не сарказм, просто не вижу причину)

Допустим для поддоменов создается свой файл конфига с заложенным для него сео и префиксом для БД. При любых действиях на сайте все изменения идут только в БД(кроме файла конфига), на файлы никак не влияют. При установке или обновлении любого стороннего компонента, файлы компонента заливаются в общую папку и при обновлении перезаписываются. Сам же компонент будет виден только на том поддомене где он был установлен. Единственный минус, это при обновлении стороннего компонента, если есть изменения в структуре БД, то придется произвести это обновление на всех поддоменах где он установлен. В любом случае обновить сторонний компонент на десятках поддоменов намного проще и быстрее, чем «ворочать» всю базу и пилить функционал для отслеживания поддомена.

При таком раскладе автоматически исчезает проблема с виджетами описанная ранее.

Единственный минус, это при обновлении стороннего компонента, если есть изменения в структуре БД, то придется произвести это обновление на всех поддоменах где он установлен.

Вот про этот минус я и говорю. Вы знаете какие компоненты или их обновления могут изменить структуру БД?

С единой базой при обновлении/установке сторонних компонентов файлы обновятся на всех сайтах, а база только на одном. Файлы будут ожидать данные определенного формата от БД и не получив их могут выдать фатальную ошибку, прекратив в целом доступ к админке необновленного сайта. И потом без танцев с бубном остальные сайты не обновить. Плюс работая с одним сайтом (устанавливая компоненты и настраивая сруктуру) вы не увидитенадругом сайтеизменений или проблем. А когда заметите, вы возможно и не вспомните, что «ковыряли» условную неделю назад на одном из сайтов и не сможете сопоставить свои действия недельной давности с обнаруженной сегодня проблемой. Как будетет исправлять? Чтобы этого избежать, надо держать в штате программиста, чтобы он сразу мог решать проблемы по мере их обнаружения, а не искать фрилансера и ждать, когда он сможет устранить вашу проблему. 

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

Имея разные базы, в чем проблема иметь и разные файлы? Так же легко можно обновить и файлы обновляя сторонние компоненты. Но при этом проблемы одного сайта никак не будут влиять на другиие сайты.

Достаточно вывести в админке ссылки на свои сайты/поддомены и настроить сквозную авторизацию, вот вам и мультисайтинг ))