20 сентября 2006 в 17:50
Дайте пожалуйста советы и объяснения.
Планирую систему тематически родственных сайтов (порталов),
которые при этом также будут дополнять друг друга и ссылаться друг на друга.
И все они также будут как бы под крышей одного (главного или назовите его родительским) портала.
То есть между ними должна быть довольно тесная связь и легкость и удобство во взаимокоммуникации (взаимопроникновении).
Главный портал (крыша) будет под Top Level доменом (назовём его например top.com, а остальные порталы будут
как бы под ним на сабдоменах (т.е. например, sub1.top.com sub2.top.com и т. д.).
Возможны со временем также дополнительные TLD (Top Level Domains).
Первоначально планирую несколько сайтов в системе, но предполагаю, что постепенно система может
вырасти до нескольких десятков сайтов (порталов).
Хочу всё это реализовать с помощью мультисайтовости Драпала.
Вопросы:
1) Дайте советы.
2) Как лучше: использовать одну общую БД или на каждый сайт свою отдельную БД? Почему?
Есть ли при этом различия в тормозах (на сервер)?
3) Есть ли у Друпала ограничения по мультисайтовости?
Чем больше самых разных советов, тем лучше.
Заранее благодарю всех, кто найдёт время и силы на советы!
Комментарии
Да тоже заинтересовался такой полезной штукой, но на практике ещё не применял, однако приятно, что есть единомышленник так сказать в онлайне.. надо сказать, что и задумка у меня примерно таже, только у меня все порталы top level
Вопросов тоже много, ну чувствую нужно сперва пробовать, а потом спрашивать, если у самого не получится..
1. Советы нате..
2. Я в любом случае буду использовать разные базы. Во первых из-за размера, во-вторых хочу некоторой независимости порталов, в-третьих так просто удобней и как мне кажется надёжней.. С другой стороны, если использовать одну базу и ставить порталы с префиксами, то можно будет использовать некоторые таблицы на всех сайтах, например тех же пользователей и роли.. Но если в базах данных и программировании слаб боюсь не получится ничего, т.к. решения из коробки нет.. Хотя возможно не так это и сложно, но для меня это не очень актуально поэтому пожелаю удачи, потом всем пригодиться.
3. Фиг знает.. я 4 часа назад вообще думал что мультисайтовость это единые пользователи и всё..
Как раз хотелось бы, чтобы пользователю всей этой структуры сайтов не приходилось каждый раз на новом сайте по новой регистрироваться.
Но тоже боюсь слишком раздутой и необозримой БД.
Сам пока ещё мало разбираюсь и жду советов всяких.
Конечно, я по мере возможности, роюсь в инете, в доках и т. д.,
но не успеваю просто все эти горы как следует перемолотить.
Иногда и сам поиск занимает больше времени.
могу тока сказать , что нет никаких ограничений... надо тока всё прально настроить. А доки читал? мне это не надо было, но мельком видел по-моему доходчиво было написано..
так что их искать то они так сказать "инклуд ин ретэйл"
Встроенная Help - туфта какая-то.
Online handbook вроде бы ничего. А есть её русский перевод?
Что-то я не нашёл. Было бы попроще разобраться.
http://wiki.drupallers.ru
http://drupaldocs.ru
Особо переводами народу заниматься некогда, все сайты делают, денежку куют.
"Особо переводами народу заниматься некогда, все сайты делают, денежку куют."
у меня знакомый(фирма) перешла на джумалу т.к. большей популярностью пользуется....
вот ради интереса, yandex:
Mambo: страниц — 1 406 862, сайтов — не менее 1 930
Joomla: страниц — 1 321 749, сайтов — не менее 1 416
Drupal: страниц — 204 696, сайтов — не менее 1 088
так что нам надо популизировать drupal////
нафиг надо?
друпал для избранных.. вот!
я согласен, джумла добавляет кучу работы и отнимает много времени даже на начальных парах, очень трудно быстро сварганить что-то. Конечно ей далеко до Куби, но всё же... а если модуль кривой или что-то ещё всё труба, а в друпал все ошибки при рабочей системе, легко править, ДРУПАЛ РУЛИТ
мы то знаем что "ДРУПАЛ РУЛИТ" , а вот остальные...
А остальные в пролёте
ну вообще чем популярнее система, тем больше возможностей для уязвимостей и хакерских атак.
А чтобы Друпал становился популярнее в рунете, уанете и т.д., нужны локализации основные модулей и документация (хотя бы базовая, для начинающих). Ну и ЧаВо не помешает. Только где времени на все это взять?
---
---
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.
я сейчас решил для себя что каждый день буду тратить час на перевод всяких статеик... уже парочку сделал, но пока не тороплюсь их выкладывать...
типа робины гуды?