Difference between revisions of "Cchost/admin"

From Creative Commons
Jump to: navigation, search
(main cchost admin page)
 
 
(2 intermediate revisions by the same user not shown)
Line 1: Line 1:
{{Draft}}
+
[[Category:ccHost]]
 +
[[Category:ccMixter]]
 +
[[Category:Developer]]
 +
[[Category:Software]]
 +
[[Category:Technology]]
 +
{{cchost_head}}
 +
{{lowercase}}
 +
Welcome to the ccHost version 5 Administrators' Documentation.  Here you will find a general overview of ccHost, a FAQ, and detailed descriptions of the various settings available to the administrator. 
 +
 
 +
* [[cchost/guide/Customize|Customizing your installation]] This gives you a breakdown of what's possible with ccHost
 +
* [[cchost/admin/System_Backups|System Back Ups]] Backing up and mirroring tricks and tips.
 +
 
 +
=Super Admins=
 +
 
 +
The main access levels are Everyone, Registered Users and Administrators.
  
=Introduction=
+
The potentially confusing thing is that both internal commands and user interface elements (like menu items and navigator tabs) have security clearances but they have very different effects.
  
Welcome to the ccHost version 5 Administrators' Documentation. Here you will find a general overview of ccHost, a FAQ, and detailed descriptions of the various settings available to the administrator.
+
  NOTE: Setting a security level on a menu or tab item does not restrict
 +
      functionality, it only affects the visibility of the menu or tab item.
 +
 
 +
You may have a menu item that invokes the editorial/picks command and mark the menu item as Administrators Only but that will only hide the menu item from everyone but Administrators, it would not prevent someone from entering that command into their browser directly and seeing the results of the command because that command happens to be registered integrally for Everyone.
 +
In order to change the access to the actual command use admin/access command.
  
'''ccHost''' is Creative Commons' open source ([http://creativecommons.org/licenses/GPL/2.0/ GPL] licensed) media content management system project that powers [http://ccmixter.org ccMixter] and is the winner of the [http://creativecommons.org/weblog/entry/6026 Linux Journal LinuxWorldExpo Product Excellence Award] for '''Best Open Source Solution.''' Read more about ccHost [[CcHost#Zeitgeist|here]].
+
Also note that the access permissions on commands only determine whether the code for that command is initially invoked. The code itself may determine even stricter criteria for the command. A command might be marked as for Registered users only (e.g. editorial/submit/{upload_id}) but the code that implements that command may have further restrictions (only allows 'editors' to do the actual submit).
  
 +
There is also an implied 'ownership' built into the code for upload and user records. That means a command marked Registered users only like files/delete/{upload_id} is further restricted by who 'owns' the upload, that is: who uploaded the thing.
  
Browse the following pages for your specific needs:
+
From ''Global Settings'' you can assign a small group of users ''super access'' which overrides normal admin privileges.
  
* [[cchost/admin/general_concepts|General Concepts]] Important reading in order to understand this documentation and your ccHost installation.
+
You can use the '''admin/access''' command to determine which commands in the system are restricted to this group and this group only.
* [[cchost/admin/faq_and_cooksbooks|FAQ & Cookbooks]] Many popular questions answered with cookbooks, and step by step howto tutorials.
 
* [[cchost/admin/content_manager|Content Manager]] How to manage static pages and text (non-media) related content.
 
* [[cchost/admin/system_backing_up|System Back Ups]] Backing up and mirroring tricks and tips.
 

Latest revision as of 10:31, 12 November 2008


Docs Home Install Upgrade Troubleshoot Customize Admins Devs Content Query Templates Commands Skins

Welcome to the ccHost version 5 Administrators' Documentation. Here you will find a general overview of ccHost, a FAQ, and detailed descriptions of the various settings available to the administrator.

Super Admins

The main access levels are Everyone, Registered Users and Administrators.

The potentially confusing thing is that both internal commands and user interface elements (like menu items and navigator tabs) have security clearances but they have very different effects.

NOTE: Setting a security level on a menu or tab item does not restrict 
      functionality, it only affects the visibility of the menu or tab item.

You may have a menu item that invokes the editorial/picks command and mark the menu item as Administrators Only but that will only hide the menu item from everyone but Administrators, it would not prevent someone from entering that command into their browser directly and seeing the results of the command because that command happens to be registered integrally for Everyone. In order to change the access to the actual command use admin/access command.

Also note that the access permissions on commands only determine whether the code for that command is initially invoked. The code itself may determine even stricter criteria for the command. A command might be marked as for Registered users only (e.g. editorial/submit/{upload_id}) but the code that implements that command may have further restrictions (only allows 'editors' to do the actual submit).

There is also an implied 'ownership' built into the code for upload and user records. That means a command marked Registered users only like files/delete/{upload_id} is further restricted by who 'owns' the upload, that is: who uploaded the thing.

From Global Settings you can assign a small group of users super access which overrides normal admin privileges.

You can use the admin/access command to determine which commands in the system are restricted to this group and this group only.