core_slidebox
Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
|
core_slidebox [2021/06/01 15:32] yves |
core_slidebox [2021/06/15 13:35] (current) yves |
||
|---|---|---|---|
| Line 8: | Line 8: | ||
| A couple of tasks need to be performed to make this interaction go smooth: | A couple of tasks need to be performed to make this interaction go smooth: | ||
| - | === Create root-directories === | + | Once you have [[core|the service account and necessary root-directories defined]], you go to the PMA.slidebox administrative panel to point it to PMA.core, and tell it which service account to use. |
| - | We need to tell PMA.core our slides live. You do this by creating a root-directory. | + | {{ ::pma_slidebox_config_main_user_credentials.png?400 |}} |
| - | {{ :make_rd_step_10.png?400 |}} | + | If you happen to want to use a PMA.core account that has the administrative flag set to True, you'll get a warning. It's not a requirement as such that you use a non-administrative account, but it is strongly recommended that you don't. |
| - | Next, you create a mounting point that tells PMA.core where the slides’ files are actually stored. | + | {{ ::pma_slidebox_admin_account_detected.png?400 |}} |
| - | + | ||
| - | {{ ::pma_slidebox_configure50.png?400 |}} | + | |
| - | + | ||
| - | Slides can be stored in a folder on the hard disk, but a mounting pointing point can also be in Microsoft Azure , or refer to an Amazon S3 bucket. | + | |
| - | + | ||
| - | {{ ::pathomation_cloud_storage_amazon_aws_microsoft_azure.png?400 |}} | + | |
| - | + | ||
| - | === Users and service accounts === | + | |
| - | + | ||
| - | Not all users have access to PMA.core. //You// do (obviously) when you go and create new root-directories. | + | |
| - | + | ||
| - | PMA.slidebox requires a PMA.core user account to be able to retrieve content from it. Therefore, it is recommended that you create a separate PMA.core account for each public PMA.slidebox portal. In our [[https://www.pathomation.com/lic|licensing model]], we refer to this kind of user accounts as service accounts. A service account is a concept; it's not something that you can explicitly specify in the PMA.core user interface. What you should do, however, is define the PMA.core user account with the Administrative flag set to False. | + | |
| - | + | ||
| - | {{ ::pma_core_pma_slidebox_user_creation.png?400 |}} | + | |
| - | + | ||
| - | PMA.slidebox re-uses the same user account time and time again. This means that when you have two people John and Michael navigating to your PMA.slidebox website, you won't be able to distinguish who did what afterwards. There's no audit trailing or individual tracking with PMA.slidebox (if you do need that kind of granularity, refer to [[https://www.pathomation.com/pma.studio|PMA.studio]] or [[https://www.pathomation.com/pma.control|PMA.control]]). | + | |
| - | + | ||
| - | === Linking PMA.core and PMA.slidebox === | + | |
| - | + | ||
| - | Once you have the service account and necessary root-directories defined, you go to the PMA.slidebox administrative panel to point it to PMA.core, and tell it which service account to use. | + | |
| - | + | ||
| - | If you happen to want to use a PMA.core account that has the administrative flag set to True, you'll get a warning. It's not a requirement as such that you use a non-administrative account, but it is strongly recommended that you don't. | + | |
core_slidebox.1622550746.txt.gz · Last modified: 2021/06/01 15:32 by yves
