Подскажите какое построение (структура) мультисайтовости лучше?

Аватар пользователя Byteman Byteman 20 сентября 2006 в 17:50

Дайте пожалуйста советы и объяснения.
Планирую систему тематически родственных сайтов (порталов),
которые при этом также будут дополнять друг друга и ссылаться друг на друга.
И все они также будут как бы под крышей одного (главного или назовите его родительским) портала.
То есть между ними должна быть довольно тесная связь и легкость и удобство во взаимокоммуникации (взаимопроникновении).
Главный портал (крыша) будет под Top Level доменом (назовём его например top.com, а остальные порталы будут
как бы под ним на сабдоменах (т.е. например, sub1.top.com sub2.top.com и т. д.).
Возможны со временем также дополнительные TLD (Top Level Domains).

Первоначально планирую несколько сайтов в системе, но предполагаю, что постепенно система может
вырасти до нескольких десятков сайтов (порталов).

Хочу всё это реализовать с помощью мультисайтовости Драпала.

Вопросы:
1) Дайте советы.
2) Как лучше: использовать одну общую БД или на каждый сайт свою отдельную БД? Почему?
Есть ли при этом различия в тормозах (на сервер)?
3) Есть ли у Друпала ограничения по мультисайтовости?

Чем больше самых разных советов, тем лучше.
Заранее благодарю всех, кто найдёт время и силы на советы!

Комментарии

Аватар пользователя clubwave.ru clubwave.ru 20 сентября 2006 в 18:45

Да тоже заинтересовался такой полезной штукой, но на практике ещё не применял, однако приятно, что есть единомышленник так сказать в онлайне.. надо сказать, что и задумка у меня примерно таже, только у меня все порталы top level

Вопросов тоже много, ну чувствую нужно сперва пробовать, а потом спрашивать, если у самого не получится..

1. Советы нате..
2. Я в любом случае буду использовать разные базы. Во первых из-за размера, во-вторых хочу некоторой независимости порталов, в-третьих так просто удобней и как мне кажется надёжней.. С другой стороны, если использовать одну базу и ставить порталы с префиксами, то можно будет использовать некоторые таблицы на всех сайтах, например тех же пользователей и роли.. Но если в базах данных и программировании слаб боюсь не получится ничего, т.к. решения из коробки нет.. Хотя возможно не так это и сложно, но для меня это не очень актуально поэтому пожелаю удачи, потом всем пригодиться.
3. Фиг знает.. я 4 часа назад вообще думал что мультисайтовость это единые пользователи и всё.. Smile

Аватар пользователя Byteman Byteman 20 сентября 2006 в 19:22

Как раз хотелось бы, чтобы пользователю всей этой структуры сайтов не приходилось каждый раз на новом сайте по новой регистрироваться.
Но тоже боюсь слишком раздутой и необозримой БД.
Сам пока ещё мало разбираюсь и жду советов всяких.
Конечно, я по мере возможности, роюсь в инете, в доках и т. д.,
но не успеваю просто все эти горы как следует перемолотить.
Иногда и сам поиск занимает больше времени.

Аватар пользователя rariteth rariteth 20 сентября 2006 в 19:03

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

Аватар пользователя Byteman Byteman 21 сентября 2006 в 0:45

Встроенная Help - туфта какая-то.
Online handbook вроде бы ничего. А есть её русский перевод?
Что-то я не нашёл. Было бы попроще разобраться.

Аватар пользователя antazy antazy 21 сентября 2006 в 12:15

"Особо переводами народу заниматься некогда, все сайты делают, денежку куют."
у меня знакомый(фирма) перешла на джумалу т.к. большей популярностью пользуется....
вот ради интереса, yandex:
Mambo: страниц — 1 406 862, сайтов — не менее 1 930
Joomla: страниц — 1 321 749, сайтов — не менее 1 416
Drupal: страниц — 204 696, сайтов — не менее 1 088

так что нам надо популизировать drupal////

Аватар пользователя rariteth rariteth 21 сентября 2006 в 13:15

я согласен, джумла добавляет кучу работы и отнимает много времени даже на начальных парах, очень трудно быстро сварганить что-то. Конечно ей далеко до Куби, но всё же... а если модуль кривой или что-то ещё всё труба, а в друпал все ошибки при рабочей системе, легко править, ДРУПАЛ РУЛИТ

Аватар пользователя Natalie Natalie 21 сентября 2006 в 20:49

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

А чтобы Друпал становился популярнее в рунете, уанете и т.д., нужны локализации основные модулей и документация (хотя бы базовая, для начинающих). Ну и ЧаВо не помешает. Только где времени на все это взять?
---
---
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.

Аватар пользователя antazy antazy 22 сентября 2006 в 11:36

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