Best practice for restricting edit access to PageBuilder content?

Options
It seems like many LO admins use PageBuilder to store, edit, and reuse content that is not necessarily any sort of page, but html snippets, javascript, tracking, etc, all loaded into giving pages via S-Tags.


Our goal is to give specific users access solely to their own PageBuilder content, not to any custom scripts (Currently in the default General category) that only admins should have access to. The secondary goal is to keep all users out of the fragile "Design Donor Screens" section of giving pages, though not necessarily lock them out, as all they need to do is maintain the sidebar content.

We understand that there are PageBuilder folders and Security Categories.


A PageBuilder security/permission use case we are trying to solve involves:
  • Creating a PageBuilder "page" HTML snippet that will simply be the sidebar content on one or more giving pages, loaded via S-Tag.
  • The content will be frequently updated by a specific user.
  • This user should have no access to any other PageBuilder content, not even in General, unless we instead need to move the General content to a more secure group.
Questions:
  • Do the content/scripts in PageBuilder need to remain in the General security category to be visible to anonymous visitors when the content is loaded into giving pages via S-Tags
I have a secondary test user I've been experimenting on permissions/groups with, but I am not at all finding it intuitive or seeing much documentation for this use case.


Thanks!

 
Tagged:

Comments

    • Creating a PageBuilder "page" HTML snippet that will simply be the sidebar content on one or more giving pages, loaded via S-Tag.
    • The content will be frequently updated by a specific user.
    • This user should have no access to any other PageBuilder content, not even in General, unless we instead need to move the General content to a more secure group.
    Create an Admin Group and Security Category. Create and assign your content to that SecCat.


    Now edit permissions for that admin group, and make the Authoring PB content default as NO EDIT - which is really 'No additional permissions (inherit from Any registered user)'


    Then add an overrride, and give edit just to your Security Category.


    Make sure your admins are not in any other admin group.

     
    • Do the content/scripts in PageBuilder need to remain in the General security category to be visible to anonymous visitors when the content is loaded into giving pages via S-Tags
    Nope. But whatever SecCategory these pages have must have Content Viewing - View Content as the default. 


    That should already be the case with any Security Category, except for the Admin Only security category unless you are actually making content that is access restricted to certain logged in users.


    * EDIT - a few words.



    BPM

Categories