Multiple authors per website.

J

Jeff

What are the best practices for allowing multiple users
to update a website? ie/ shared staging network drive
configuration, publishing, permissions, etc. Has anyone
set this type of usage before? Thanks in advance.

Jeff
 
J

Jim Buyens

-----Original Message-----
What are the best practices for allowing multiple users
to update a website? ie/ shared staging network drive
configuration, publishing, permissions, etc. Has anyone
set this type of usage before? Thanks in advance.

First, if possible, segregate the site into subwebs. This
will minimize the number of people working on any one
subweb.

Then, plan on a three or four tier architecture. The
three tiers look like this:

At the top, your production server(s).
In the middle, an integration server.
At the bottom, personal Web servers or disk-based
for each developer.

Individual developers publish to the integration server
for testing, and then an admin publishes from the
integration server to production.

Four tiers look like this:

At the top, your production server(s).
* Below that, an staging image of your production
server.
In the middle, an integration server.
At the bottom, personal Web servers or disk-based
for each developer.

The idea here is that individual developers promote their
work to the integration server. Then, an admin promotes
new or changed content to the staging image for final
testing. If that works, the change goes to the
procdcution server. If it doesn't, you can always back
out but copying production back to the staging image.

Jim Buyens
Microsoft FrontPage MVP
http://www.interlacken.com
Author of:
*----------------------------------------------------
|\---------------------------------------------------
|| Microsoft Office FrontPage 2003 Inside Out
||---------------------------------------------------
|| Web Database Development Step by Step .NET Edition
|| Microsoft FrontPage Version 2002 Inside Out
|| Faster Smarter Beginning Programming
|| (All from Microsoft Press)
|/---------------------------------------------------
*----------------------------------------------------
 
J

Jeff

Thank you very much for the detailed advice Jim. I'm
setting it up as you suggested and looks like everything
is working fine now.
One last question:
In order to keep the integrity of the 3 tiers, what
should be the setting (local to remote/remote to local/
synchronous)when publishing in the following scenarios?:
1) From bottom tier (differnt developers publishing to
integration server)
2)From integration server to production server


thanks again.

Jeff
 
J

Jim Buyens

Jeff said:
Thank you very much for the detailed advice Jim. I'm
setting it up as you suggested and looks like everything
is working fine now.
One last question:
In order to keep the integrity of the 3 tiers, what
should be the setting (local to remote/remote to local/
synchronous)when publishing in the following scenarios?:
1) From bottom tier (differnt developers publishing to
integration server)

This is a little messy, but probably Synchronize.

The messy part is that one developer can publish a bad module, and
then all the other developers get it, and then you lose a lot of time.

It's much better if each developer has their own subweb on the
integration server. However, that's not always practical.

To avoid conflicts, you may want to turn on source control fro the
integration server.
2)From integration server to production server

thanks again.
Jeff

Always local to remote. You should never have a newer file on the
production server. If you do, someone has gone around source control.

Jim Buyens
Microsoft FrontPage MVP
http://www.interlacken.com
Author of:
*----------------------------------------------------
|\---------------------------------------------------
|| Microsoft Office FrontPage 2003 Inside Out
||---------------------------------------------------
|| Web Database Development Step by Step .NET Edition
|| Microsoft FrontPage Version 2002 Inside Out
|| Faster Smarter Beginning Programming
|| (All from Microsoft Press)
|/---------------------------------------------------
*----------------------------------------------------

 
Top