Nodes or folders are containers for Layouts and Items. Nodes are presented in a hierarchical tree structure where the “Cms” node is the root. It is important to note that content items are not placed in the same node grouping as your website’s grouping of content or sitemap. Rather, the node structure in the workspace should be structured to reflect an administrative grouping. Take for example, a node called “Press Releases” might not map directly to a section on the website for press releases, but contains all press release content items because a security policy exist on this node to only allow CMS users who are assigned the security group “Marketing Communications” to add, delete, update and publish items in it.
Note that system nodes are nodes that cannot be removed or renamed.
Node Inheritance
By default when creating a node, its allowable module types, properties and security policies are inherited from the closest parent node that has chosen to break inheritance. If a suitable node is not found, then its settings are inherited from the CMS root node. Any node can be configured to break inheriting from its closest parent by checking the Break Inheritance checkbox and saving. When inheritance is broken, then this node will act as the parent for any sub nodes seeking to find its settings from a parent.
To break inheritance on a node:
-
Right click any node other than Layout and Data
-
Click Properties in the context menu
-
Check "Break Inheritance"
-
Click Save
Allowed Modules in a Node
A node can be restricted to only allow items from certain modules. Having these restrictions along with applying security policies allows granular management control.
To view the allowed modules in a node:
-
Right click any node other than Layout and Data
-
Click Properties in the context menu
-
Check boxes will show next to each allowed module.
The Page module will be repeated for each defined Template. To modify the allowed modules, the node must break it's inheritance.
Node Properties
Nodes can be assigned custom properties that can be used from system wide searching and querying. To assign and apply custom properties to a node, the node must first break inheritance. Node properties must also first be defined in the Site Settings. Once defined and inheritance broken:
-
Go to the node's properties window
-
Clik the Properties tab
-
Click on Assign Properties.
-
Decide to assign properties to either the node or the items in the node
-
Assign by Node - Properties are available on the node itself
-
Assigny by Item - Properties are available on the items contained in the node
-
On either the Assign Node Properties or Assign Item Properties tab
-
Click Assign Property
-
In the prompt:
-
Select the property to assign
-
Check "Required" if a value is required for this property
-
Assign a default value for the property. Default values are used to fill the property when child nodes are created that inherit from the current node.
-
Check "Multi-language" if multiple languages are enabled in the CMS instance and if this property should be able to hold a different value for each language.
-
Click Assign Item or Node Property
-
If assigning node properties, click the Back to Node Properties, the click the Properties tab to view the available properties.
Managing Node Security
To manage a node's security permissions:
-
Right click any node
-
Click Manage Security in the context menu
Security permissions are applied in two categories:
-
Users
-
Click Add User or Add Group to add security policy onto the node
-
To learn about the policy settings, click here.
-
Membership Users
-
Click the "Membership User Security" button
-
Click Add User or Add Group to add security policy onto the node.
-
If there is at least 1 membership user security policy present on a node, then all items contained in the node are marked as private and only logged-in membership users granted access will be able to view the item's content.
-
If the secure item is a Page, then the entire page will be restricted even if other items referenced on the Page item do not have any security policies.
-
If the secure item is not a Page and is referenced on a Page that has no security policies, then membership users not granted access to the item will not see the item's contents.