Creating public websites with staging and custom skins
In this tutorial, Martin Aspeli plays investigative journalist, deciphering Alan's ramblings to find out exactly how Enfold deploy real sites with staging and different authoring and public skins.
Warning: This item is marked as outdated.
- Introduction Why would you want to do this?
- Pieces of the puzzle Several technologies are involved in this set-up. It is important that you understand what each of them does.
- Setting up Plone With the server set up, a Plone instance created and products installed, we must configure the Plone site to work with staging.
- Configuring your web server With Zope and Plone set up, you need to set up Apache or IIS so that the public site and the private site are on separate URL
- Trying it out With all the pieces in place, you can try out your new staged site.
- Taking it further The solution we have outlined is fairly flexible. However, not all content makes sense to stage. There are also many other ways of using EnSimpleStaging to stage content.
All content on one page (useful for printing, presentation mode etc.)
Deployment permissions
deploy the site. I don't really want to give them the manager role. There are probably many ways to do this, I did it as follows:
The deploy transitions in the staging_workflow need the "Use version control" permission, so I've added a "deployer" role[1] to the root of my site (bottom of the security page in ZMI), a Plone group with the role and added this group to the users I want to have it. The label field is now enabled on the staging folder (the initial clue that you have rights to deploy apparently). You also need to give the group rights in the public_website folder, I gave mine the reviewer role, possibly the member role might be adequate.
[1] I know adding roles is frowned upon, but I'm pretty sure this is the
only one I want to add. Plus IMHO deploying is a significantly different
action from publishing.