Groups vs. Multiple Drupal installations

Events happening in the community are now at Drupal community events on www.drupal.org.
Rosamunda's picture

Hello there!
If you want to give a user total control over a site (his/her site, area, or whatever you want to call it), what should be better? Creating a group for each user, as in drupal Groups, or creating a multisite installation?

When I say "total control" I mean everything: Blogs, polls, newsletters, have a fan´s group (not buudies, I mean actual users that are created just to enter his/her personal site).

Would multiple sites installations become a huge monster, that no server could manage?

What are your thoughts?

Rosamunda

Comments

Good Question.

bsmirnov's picture

I am also interested in that.
Server issues aside is there anything of the sort around ?

Rosamunda - do you mean they can administer parts of their sites also by installing/enabling modules and managing/blocking users ?

Graphic and Web Design, Drupal CMS, Photography
My Drupal Photoblog

I think that it depends on

earnie@drupal.org's picture

I think that it depends on your overall needs. Easier to setup would be a multi-site environment. OG has potential for allowing what you want but is more work. I'm setting up a site now to do something like this with OG and the controls are in place to allow a group maintainer control over content types specific to the group.

Like Worpress MU?

merilainen's picture

Maybe Rosamunda meant something similar to Wordpress MU, which allows users to start writing their own blog and it becomes automatically part of the main site.
Multi-site installation is a possibility, but in my opinion gets difficult because it's a bit tricky to provide an easy-to-use environment to create a site. Maybe it is possible with installation profiles...
I'm also very interested to provide users with a possibility to create their own organic groups. With some setting up, they provide quite good alternative for creating per user websites. At the moment I'm struggling with getting everything set up so that the user can just start adding pages, books, polls etc. without understanding much of Drupal. Setting up a group in OG is easy, but personalizing it seems more tricky.

We were using Multisite for

shyamala's picture

We were using Multisite for our School publishing platform and maintaining them became a problem. We are palnning on moving from Multisite to Organic Groups.

The concept of OG is good for inter-related sites, when there are a lot of common functionalities across these sites.The decision of Multisite vs OG has to be based on the no of multisites that need to be created and the functionlaities across these sites.

I have a small write up on my blog, may be of help.

Netlink Technologies Ltd
http://shyamala-drupal.blogspot.com/

But... can OG manage big numbers? (+10.000 users)

Rosamunda's picture

Sorry for taking so long to comment here. It´s tha nasty side of having multiple ideas at once :)

What I think isn´t quite clear on how to manage, if you want, in example, 3000 users, to have their own groups. And maybe some users could have more than one group.
I don´t necesarily mean that each member could set their own active modules, but to have a proper "personal webpage" with all stuff that a complete 2.0 page should/could have.

Maybe multisite could get tricky, and hundreds of accounts inside /sites/ wouldn´t be advisable at all. But is OG a reliable solution for big numbers? Maybe not 3000 users, but 10.000...

I´m still wondering how that could be managed...

Again, sorry for the late catch up!!!!

Rosamunda

A good working example of OG

shyamala's picture

A good working example of OG is groups.drupal.org. I am not sure of the stats though.

For large user base it would be best to optimize the site.

Some good tools to optimize websites:

For HTML and CSS, no of DOM requests, etc. use YSLOW, make your theme efficient
For no of queries and time taken for these queries it's good to check them using Devel modules. Optmise queries on the most frequently accessed page. Make sure that all information that can be cached are cached and updated only when required
Enable PHP accelerator and make appropriates setting in Apache, PHP and Mysql to meet the requirements
Remove all unwanted modules

Netlink Technologies Ltd
http://shyamala-drupal.blogspot.com/

Look at Domain Access

boris mann's picture

What you describe could also be done with the Domain Access module.

Community

Group organizers

Group categories

Community Group Freetags

Group notifications

This group offers an RSS feed. Or subscribe to these personalized, sitewide feeds: