Совершенно точно, что можно сделать через модуль Domain Access , но тогда каждому пользователю поддомен выделять надо будет.

Если и анонимным и просто зарегистрированным пользователям запретить просмотр созданного типа материалов, то вполне можно сделать так:

-спец. группа админов - разрешаете просмотр, редактировани и т.п.
-группа изолированных пользователей - разрешаете только добавлять и редактировать собственные. Просмотр запрещаете.

Попробуйте, вдруг подойдет.

Смотря для каких целей. В некоторых случаях вполне можно обойтись стандартными средствами Drupal. Главный вопрос кто еще сможет или не сможет просматривать создаваемый этой группой контент.

А в Джумле администратор это тоже фактически роль или группа к которой могут принадлежать несколько пользователей, другими словами.

Другое дело что таких групп в Джумле очень мало и права доступа там менее гибкие, ИМХО.

Сниппеты тут ни при чем. Дело в темлейте сайта - либо в css не оформлен вывод сообщений, либо в темлейт не включены. Сравните garland - там все есть так, как должно быть.

А попробуйте на основе 2-х перечисленных блогосоциальных движков не типовые хабраклоны сделать, а с какими либо другими web два нольными функциями?! Ну или, например, что-то интегрировать в движок для монетизации, какие-то особенные функции, не стандартные для соц. сетей.

Друпал в этом плане рулит, ИМХО. Да, требуется некоторое время на освоение, но это стоит того.

Я тож сталкивался с таким и на сайте не нашел. Если встречали где информацию о решении проблемы - ткните носом, пжта

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

Плюс содержимое settings.php из рабочего сайта. Пароли и т.п. замените на звездочки.

не заметил

Может стоит на друпал.орг написать?

За себя я проголосовал, что такая возможность мне не нужна. А вот для тех кто является начинающим пользователем друала это будет более чем удобно, ИМХО.

Главное, чтобы не только подключать данную функцию можно было, но и отключать

Либо в блоке в поле видимости укажите php-код, который будет проверять имя пользователя и если оно совпадает с заданным, то код возвращает true, т.е. блок показывается. Если false, то наоборот - показываться не будет именно этому пользователю.

Но это если пользователей не много будет - иначе запутаетесь в блоках.

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

Петр wrote:

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

Если доступ к файловой системе в целом и к файлам движка в частности не будет давать, то не пострадает. Если же будет доступ по ftp, например, то только в папку под файлы.

Модуль Domain Access более чем подойдет для ваших задач, ИМХО.

А спросить пробовали?

вот еще что-то похожее http://drupal.ru/node/10649

Патч уже есть http://drupal.org/node/222641

а модуль как раз меню из таксономии в блоке и делает.

Попробуйте через этот модуль сделать - taxonomy_context. Информацию по каждому факультету группируйте через термины таксономии.
Было еще интересное решение через Views, но не нашел с ходу. Попробуйте поискать здесь на сайте.

Попробуйте вот этот модуль - taxonomy_context

mkudrin, такой вариант запуска крона для Drupal не подходит!

Требуется как минимум вызов через wget или предложенный выше способ. Плюс еще по сайту ищите, есть другие варианты.