I'm looking to setup a Drupal site for a K-12 school district, and am new to Drupal.
Will Drupal let me setup user privs in a way that will let me distribute updates of content for departmental areas to people in those respective departments, and enable subsections for each school, where I can give a site admin, or two, or three (i.e. Principal, Secretary, Techie) access to only update the information in their subsection?
The district has about 30 school sites, and I'd like to do this all under one central Drupal install, rather than having 30+ Drupal sites, and also enable district departmental content update options, without giving them access to update info of others.
Can you point me to more info and/or provide best practice options to setup a site in this kind of way?
I'd actually like the school sites to play a dual role with the info that is input - subsection within the school district site for basic info, and then a secondary (open in a second window) option to provide a more full-blown school site with the same info, but more bells and whistles that the school can also put to use outside of what shows on the district site.
Greg
Comments
Drupal sounds ideal for your
Drupal sounds ideal for your needs. The first thing you'll want to do is decide how you are going to segment the subsites.
You have a couple of options:
Personally I choose the og method for my intranet and it works great. There's a lot of modules that augment og functionality as well.
===
"Give a man a fish and you feed him for a day. Teach a man to fish and you feed him for a lifetime." - Lao Tzu
"God helps those who help themselves." - Ben Franklin
"Search is your best friend." - Worldfallz
I'm missing something
I'm trying the OG way, but am missing something in how it fits together.
I installed OG and enabled just the main OG piece so far, not the Views portion until I understand it better.
I added two content types - SchoolPage as a group node, and SchoolPost as a Starndard group post.
I added a role (example: xyzSchool role), and gave it add/update/delete privs for the SchoolPost content type.
I added a new user (example: gthomson) and added it to the above xyzSchool role.
In the Administer / Blocks, I added 'Group Details' to the navigation menu.
When I login as 'admin' (sitewide admin login) I added a 'SchoolPage', and added to a primary menu for 'Schools'.
I then added a SchoolPost also.
A couple things I'm confused on...
> When I login as gthomson, I was thinking it would let me add SchoolPost entries, but it says I must join a group first. As a central admin, how would I join gthomson to the group so that he can submit SchoolPost entries?
> I was expecting (wrongly probably) that the SchoolPost that I added as the admin would be listed similar to a blog entry almost on the SchoolPage entry. But the only way I can get to the SchoolPost entry I entered is by bumping up the node ID on the URL (haven't figured out how to do clean URLS yet - using Win2008 Web Server edition for this setup)
Is this where the 'og_views' piece comes in to give me a way to list the SchoolPosts on the SchoolPage node? I haven't worked with regular Views, yet.
> Am I right in thinking, that if I want to enable this kind of setup for, say, 30 schools on a district web site, I would be setting up, at a minimum, 60 content types - 2 for each school (one for a node, and one for a post for each school)?
> And if I set things up in this way, and then add in the subdomains module, a school secretary could add ongoing info which would display as a subsection on the district site, and also be dual-purposed, and display on their more full-blown school site, which might show as being a different subdomain specific to the school?
Greg
OG is a fantastic module,
OG is a fantastic module, but it can be a little overwhelming at first. One thing you might want to do is visit http://groups.drupal.org and poke around if you haven't already. It might help the pieces fit a little better.
Now lets see if I can address some of your questions:
Yes-- the whole point of groups is organize users into them. So you must join a group first (although it's news to me that it applies to user 1). If not done so automatically at installation, you should enable the 'group details' block at admin/build/blocks. Then when you visit an og group page you'll have the option to 'join' available right on the page (if you've configured it such that users can join themselves and its not an admin only thing).
There's quite a few options with og, I'm not sure of what they all are by default. They key is, you have to complete the schoolpost form from within the group context (while on the group page, you need to use the 'create schoolpost' link).
In other words, 'node/add/schoolpost' is not the same as 'node/add/schoolpost?gids[]=1' -- the latter of which has a group context. Simply creating a "schoolpost' page does not mean it's automatically associated with a group. Once the post has a group associated with it, it should appear on the group page similar to the way blogs work. If not, you may indeed have to enable one of the provided views for that functionality.
Alternatively, iirc, you can enable the 'groups' audience field to appear right on the node add form so it can be selected at creation time. I think you also have an option to require nodes be associated with a group.
No-- you actually only need 1 content type in addition to what drupal provides by default (technically, you don't even need that, but it gets confusing if you don't use a separate one for the group node).
I created a single "group" content type (yours might better be called 'school' instead of 'schoolpage'). Each school, will have 1 node of type 'group' (or whatever you called it) that acts as the home page for the group. You don't need to create additional content types for the posts-- you can simply use the default 'page' and 'story' types. If a page or story is created from the 'group details' create content links they will be associated with the group.
The subdomain module should just organize your group content into subdomains. For example, if one of the schools is named 'school1', then the group home page will be at 'http://school1.example.com' as well as all the content pages (ie school1.example.com/node/nid). This module has a bit of an advanced installation, so you might be better off using something like 'http://example.com/school1' type URLS (which is very easy using pathauto & tokens).
Where the school secretary will be allowed to post will be a function of what permissions you give them-- it has nothing to do with the subdomain or pathauto modules.
Hope that helps some. OG is quite a complex module with lots of features but you'll grok it-- just hang in there.
===
"Give a man a fish and you feed him for a day. Teach a man to fish and you feed him for a lifetime." - Lao Tzu
"God helps those who help themselves." - Ben Franklin
"Search is your best friend." - Worldfallz
Thank you
Thank you much,
I did have to install/enable Views, and then og_views, for the posts to begind to display it looks like.
I'm still not sure how/where a central admin can add a user to a group with closed groups, but I opened it up so the secondary user could add himself, and was then able to post in that way.
I can probably leave it open and require approval to get past that for what I'm doing.
I think I'm good for now, and probably need to start looking into what 'views' are, and how they work and what they're used for...
Greg