Если сайт имеет новостную направленность или состоит из статей, то drupal фактически оптимальный вариант.
А какие еще могут быть варианты, которым можно было бы посоветовать не drupal, а именно мамбу?
Просто всё что я видел, обязательно является или новостныи сайтом или статейным, или их сочетанием. Исключениями из этого правила является только специфическая экзотика вроде фотосайта или fictionbook.ru, для которых движок полагается писать вообще целиком с нуля.
Примечание: тут даже не в форуме дело. Просто вопрос: могу ли я создавать независимые от drupal проекты, размещая их в подкаталогах, при установленном в корневой каталог друпале?
Замечу, что такое поле (ссылка на источник) - очень дельная вещь. Но вот стоит ли ее пробивать в структуру? Она при этом добавится к каждому документу сайта, тогда как нужна только для первых сообщений новостных топиков (или какая там для новостных тредов с комментариями используется терминология?).
Не получится элегантнее просто добавить в форму добавления новости кнопочку, добавляющую в поле ввода "bbcode tags", вставляющие картинку с земным шариком и надпись "Источник:", как это сделано в vitruanews?
К сожалению сколько смотрел форумов - phpbb, invision - везде архитектура очень закрытая и неудобная для модификаций (не зря они даже плагины предпочитают именовать "хаками", а не модулями - поскольку без правки ядра там часто функциональность и не расширишь). Вот VBulletin изнутри не смотрел, интересно насколько оно удобно сделано?
Третий не смотрел, а второй сделан, насколько я помню, даже без применения ООП.
Что такое Theme, Engine и Template, можете объяснить в двух словах? Что-то там как-то мутно это объясняется. Подстрочник я сделал, но он мне ясности не дал.
Да ... комментарии этак 20 понимаешь всю прелесть этого... Перед сообщением процитировано сообщений так 5... а то и больше ... И .. каждый раз приходится это перечитывать (чтобы понять что же комментирует очередной автор)... Даа... Сразу начинаешь чувствовать "веками отшлефованное" удобство...
ОК, по твоему необходимость цитировать то, на что отвечаешь - есть следствие табличной структуры (в противовес прогрессивной, древовидной), так?
"Я вот для одного из сайтах планирую в будущем (когда доделаю альтернативный модуль форумов) перевести его с Invision на Drupal."
Ключевой момент - "когда доделаю альтернативный модуль форумов".
Светлое будущее нам несет много интересного: например модуль интеграции друпал с vb или ib, или например встроенный форум, способный конкурировать с самыми известными и развесистыми форумами-монстрами.
Но мне казалось, что мы обсуждаем не то, что будет в светлом будущем, а то, что доступно "здесь и сейчас".
Ага, т.е. первый вход с таким именем на сайтеБ - это фактически ускоренная регистрация на нем. И повторные логины с этим именем на сайтеБ могут происходить даже если сайтА будет в дауне, верно?
Я это к чему:
Единожды залогинившись с таким именем на сайтеБ ты получаешь там отдельный независимый эккаунт. И последующая смена твоего пароля на сайтеА не приведет к смене пароля на сайтеБ - так?
"Никаких аватаров, почтовых адресов и любых других настроек не забирается, всё гораздо проще: пославший запрос сайт получает только ответ - UID юзера если авторизация прошла, либо 0 - если не удалась."
Но после этого-то на siteB этот пользователь как работает? Как гость (никаких настроек, никаких аватаров, никаких приваток), или на него заводят собственную учетную карточку?
Описание модуля я читал, там ничего относительно ответов на вышезаданные вопросы не сказано.
"В любом случае лучше делать сайт на одном скрипте. Интегрировать друг в друга разные продукты - дело более геморное."
Согласен. Но на самом деле, можно не интегрировать.
Я смотрю на здешний форум (его ведь можно считать наглядным примером встроенного друпаловского форума?) и вижу, что он даже близко не приближается по удобству к специализированным табличным форумам (invision, vbulletin, phpbb). Исключительно с точки зрения эргономики.
Drupal vs Mambo
Просто всё что я видел, обязательно является или новостныи сайтом или статейным, или их сочетанием. Исключениями из этого правила является только специфическая экзотика вроде фотосайта или fictionbook.ru, для которых движок полагается писать вообще целиком с нуля.
Кавычкер
(*разглядывая листинг*)
А кавычки-ёлочки там тоже в ASCII?
Кавычкер
Кстати, музыкой навеяло. Чем порекомендуете редактировать исходники? Есть какая-то возможность прикрутить UTF-8 к редактору фара, никто не в курсе?
Отдельные проекты в подкаталогах + ModRewrite
Примечание: тут даже не в форуме дело. Просто вопрос: могу ли я создавать независимые от drupal проекты, размещая их в подкаталогах, при установленном в корневой каталог друпале?
Как на page добавить поле "источник с которого бралась информация"?
Замечу, что такое поле (ссылка на источник) - очень дельная вещь. Но вот стоит ли ее пробивать в структуру? Она при этом добавится к каждому документу сайта, тогда как нужна только для первых сообщений новостных топиков (или какая там для новостных тредов с комментариями используется терминология?).
Не получится элегантнее просто добавить в форму добавления новости кнопочку, добавляющую в поле ввода "bbcode tags", вставляющие картинку с земным шариком и надпись "Источник:", как это сделано в vitruanews?
"Вау-сайты" на Друпале
Однако вот такие странички выдают друпал с головой:
http://www.mmix.ru/book/view/46

Помогите выбрать CMS (подойдет ли drupal?)
Помогите выбрать CMS (подойдет ли drupal?)
Перевод Administrator's Guide
http://drupal.org/node/937
Что такое Theme, Engine и Template, можете объяснить в двух словах? Что-то там как-то мутно это объясняется. Подстрочник я сделал, но он мне ясности не дал.
Помогите выбрать CMS (подойдет ли drupal?)
ОК, по твоему необходимость цитировать то, на что отвечаешь - есть следствие табличной структуры (в противовес прогрессивной, древовидной), так?
Что-то не сходится.
Перевод Administrator's Guide
Ладно, попробую состроить из себя маньяка.
Заодно, как знакомые с предметом, поможете мне прояснить те моменты, в которые я не смогу врубиться с лёту.
Сижу сейчас, определения терминов перевожу.
Пункты администрирования в меню модератора
Вопрос не в том, что у кого-то есть доступ куда не надо.
Вопрос в том: как внести разделители в это меню? Чтобы у одних групп были видны одни разделители, а у других - другие?
Помогите выбрать CMS (подойдет ли drupal?)
"Я вот для одного из сайтах планирую в будущем (когда доделаю альтернативный модуль форумов) перевести его с Invision на Drupal."
Ключевой момент - "когда доделаю альтернативный модуль форумов".
Светлое будущее нам несет много интересного: например модуль интеграции друпал с vb или ib, или например встроенный форум, способный конкурировать с самыми известными и развесистыми форумами-монстрами.
Но мне казалось, что мы обсуждаем не то, что будет в светлом будущем, а то, что доступно "здесь и сейчас".
Глобальная аутентификация drupal с точки зрения пользователя - нескольк
Ага, т.е. первый вход с таким именем на сайтеБ - это фактически ускоренная регистрация на нем. И повторные логины с этим именем на сайтеБ могут происходить даже если сайтА будет в дауне, верно?
Я это к чему:
Единожды залогинившись с таким именем на сайтеБ ты получаешь там отдельный независимый эккаунт. И последующая смена твоего пароля на сайтеА не приведет к смене пароля на сайтеБ - так?
Глобальная аутентификация drupal с точки зрения пользователя - нескольк
Приватки-то ему как будут посылаться?
Глобальная аутентификация drupal с точки зрения пользователя - нескольк
"Никаких аватаров, почтовых адресов и любых других настроек не забирается, всё гораздо проще: пославший запрос сайт получает только ответ - UID юзера если авторизация прошла, либо 0 - если не удалась."
Но после этого-то на siteB этот пользователь как работает? Как гость (никаких настроек, никаких аватаров, никаких приваток), или на него заводят собственную учетную карточку?
Описание модуля я читал, там ничего относительно ответов на вышезаданные вопросы не сказано.
Помогите выбрать CMS (подойдет ли drupal?)
ОК, тогда расскажи, как можно в drupal реализовать нижеследующее:
"Легкое измнение дизайна (желательно не в виде темплейтов, а именно возможность легко создать свой униккальный дизайн)"
Помогите выбрать CMS (подойдет ли drupal?)
"В любом случае лучше делать сайт на одном скрипте. Интегрировать друг в друга разные продукты - дело более геморное."
Согласен. Но на самом деле, можно не интегрировать.
Я смотрю на здешний форум (его ведь можно считать наглядным примером встроенного друпаловского форума?) и вижу, что он даже близко не приближается по удобству к специализированным табличным форумам (invision, vbulletin, phpbb). Исключительно с точки зрения эргономики.