25 июля 2018 в 12:47
Господа, подскажите, пожалуйста.
У меня есть несколько сайтов на семёрке.
Они близки по географическому признаку.
Так вот я их сейчас собираюсь соединить в "стопку". С помощью мультисайтинга.
Да, я понимаю, что это надо было придумать намного раньше.
И делать мультисайтинг с самого начала.
Но... сайты создавались постепенно, по одному. И не было очевидно, что их можно объединить.
По мультисайтингу почитала много материалов, там и тут.
"Главный" сайт пока что вообще на html. Одна страница. Это будет что-то типа "обложки".
А 5 других, которые буду подсоединять к "главному", - на Друпале.
Как посоветуете - воспользоваться коробочным вариантом, просто в папки /sites/ и настройкой settings?
Или модулем Domain access?
В каких случаях лучше использовать тот или иной вариант?
Да, я осознаю, что надо будет повозиться с базами данных.
Но они у меня имеют разные префиксы (какая я молодец! :)).
С юзерами проблем не будет. "Писателей" аж два - одни и те же, на двух сайтах из пяти объединяемых. На остальных сайтах - только админ.
Один из сайтов на двух языках, языки подключены - в "папках", а не на поддоменах, вот так:
domen_sayta/ru
Конечно, я осознаю, что надо этим заниматься не на продакшене. 
Может, есть ещё какие-то нюансы, которые надо учесть?
Комментарии
Цель создания мультисайтинга какова?
В зависимости от целей - нужно и способ выбирать
1) Чтобы было проще обновлять.
2) Чтобы юзер пишущий мог зайти на один сайт и не перелогиниваться на втором.
3) Возможно, сквозные блоки (но это я подумаю позже). Блоки можно сделать таки отдельно на каждом сайте.
Может, над header'ом сделаю сквозную "полоску" с менюшкой на другие подсайты. Хотя... это тоже можно сделать на каждом по отдельности.
4) Сайты в стопку будут всё равно добавляться. Идеи ещё есть.
5) В новых сайтах, которые добавляются, будут добавляться ещё пользователи. И нужно разграничение прав по поддоменам.
Я вижу, что эта настройка есть в модуле domain access.
И да. Забыла уточнить - все сайты уже на поддоменах главного.
Я так поняла, что модуль Domain access не позволяет работать с таблицами с разными префиксами.
Раньше был модуль. На 7ке его нету.
Надо ещё поискать.
Или пользоваться коробочным вариантом.
Напишу основное из того, что встречалось (я эту тему только осваиваю пока тоже)
1. Не совсем пойму как Вы хотите организовать таблицы, но мне встречалась рекомендация, что если сайты будут использовать одну и ту же БД, то нужно использовать разные префиксы для уникальных таблиц и одинаковые для общих. Если хотите абсолютно независимые сайты, то в settings.php в $db_url нужно указать отдельную БД. Пользователь так же может быть другим.
2.Относительно префиксов, пишут (в частности xandeadx), что их можно использовать c Domain Access, если повозиться с этим модулем.
3.Я тоже пока только изучаю мультисатинг, но пишут, что при обновлении модулей в папке /sites/all обязательно запускать update.php на всех доменах, использующих эту папку.
При поиске сначала друпал будет искать модуль в sites/yoursite.ru/modules, а уже после в /sites/all/modules
И еще для обновления через drush тоже есть команда.
4.По вариантам рапсоложения сайтов
Вараинты расположения файлов
1)Расположение в папке sites. Для этого способа может быть сложность с файловой системой в подвтерждении для поисковиков и др
Устранение сложности с подтверждением - поджверждение с помощью метатегов, или спец модулей.
2)с помощью ярлыков
5.Если у Вас все же будут добавляться пользователи, в одном из мануалов предлагают на каждом сайте из связки завести отдельную роль, названную по имени сайта и присваивать зарегистрировавшимся пользователям роль, для упрщения возможного разделения пользователей по месту их исходной регистрации.
Это всё я читала в других местах.
Я же написала о том, что прочитала много всего.
Меня интересует именно _опыт_ объединения нескольких существующих сайтов.
И где лежат грабли при этом.
Скажите, а что это за информация? Вы где-то встречали, что нельзя объединять в мультисайтинг, если разные регионы? Из-за индексирования?
Разумеется, можно объединять любые сайты, по любому признаку или даже без признака.
например, часто делают мультисайтинг для разных филиалов одной большой фирмы в разных городах. Город - делают поддомен в мультисвязке.
Это я рассказала о своём конкретном узком случае.
В какой-то момент я поняла, что эти несколько сайтов просто нуждаются в объединении в мультисайт. Потому что они и так связаны между собой - в первую очередь, по географическому признаку.
Это сайты общественных организаций, организаций культуры и искусства...
Соответственно, на них можно ещё кое-что объединять, делать "сквозным".
Но пока они создавались, - было неочевидно, что ещё будут появляться похожие сайты.
Т.е. данных о том, что нужно париться относительно тем и географического признака при мультисайтинге пока нет, если я верно понимаю.
Про префиксы еще раз
xandeadx обычно пишет по делу, если говорит, что возможно, то, если Вам зачем-то все же нужен domain access, то наверное стоит попробовать заморочиться.
Коробочный вариант - одно ядро, разные БД (можно объединять некоторые таблицы, юзеров, например).
Надежно, просто разделить/слить сайты. Обновлять, так же, удобно.
DA - актуален, в целях разделения/объединения контента при разных/одной БД.
Можно потерять сайт, при неправильной "эксплуатации". Нагрузка.
А можно немного подробнее или хотя бы ссылку, что Вы имеете ввиду? Что нельзя делать и почему нагрузка больше с DA?
http://wadmiraal.net/lore/2014/10/08/why-i-do-not-recommend-domain-access/
Спасибо огромное!
Эта статья разложила абсолютно всё по полочкам. Отлично изложено, внятно, понятно.
Мне нужна была как раз такая статья, с такими советами, с указаниями на всякие грабли...
Разумеется, про мультидоменность по англоязычным сайтам я не читала, хотя прочитала, наверное, всё на русском языке.
У меня в голове уже всё сложилось.
Спасибо.
Про нагрузку, видимо, это имелось ввиду из этой статьи:
"To view a simple, published node, Drupal must now invoke the Node Access API to make sure it's viewable on the current domain. This can add a substantial overhead to every page load (although it should be reasonable on most sites)".
и тому подобное
?
Т.е. что перед загрузкой чего-то нужно кучу всего проверить?
Это именно при использовании Domain access?
А из коробки только настройки общие конфигурации и модули при желании, а публикации нод и представления отдельно для каждого сайта, поэтому при загрузке страницы нет доп наргузки?
Про "потерять сайт, при неправильной эксплуатации" я так не могу понять по этой статье, что самое такое опасное при мультисайтинге. Вижу, что редакторы могут не видеть материал отправленный на другой домен и что можно случайно вместо одного сайта на другом что-то поменять.
Также "he Domain Access module will not easily recognize dev.domain-1.com and www.domain-1.com as being the same, you will end up with unexpected errors or results... if an editor makes a mistake when selecting publishing options, you could be redirected to the production platform without noticing it at first on certain nodes. You might unknowingly start tweaking or experimenting certain settings on the live platform !" (это если честно, не вполне вообще понимаю)
Что-то еще?
С Domain Access удобно разделять по разным доменам один существующий сайт. А вот слепить несколько "отдельностоящих" в один с помощью Domain Access вообще не факт, что возможно (ну только если переделать всё с нуля и мигрировать контент)
Спасибо.
Я как раз не представляю, как с помощью Domain Access разделить существующий сайт.
Мне это таки непонятно.
Думаю, если бы Вы где-то описали подобный опыт, - это было бы интересно и полезно многим.
Или хотя бы в нескольких пунктах.
Я уже поняла, что надо таки использовать коробочную версию мультисайтинга.
Мне очень помогла в этом толковая англоязычная статья, ссылка на которую есть выше.
Я понимаю, что Domain Access можно использовать с самого начала, при планировании и первоначальной разработке проекта с "ветками".