This shows you the differences between two versions of the page.
Both sides previous revision Previous revision | Next revision Both sides next revision | ||
rootdir_config [2022/02/11 18:54] yves [Control nesting] |
rootdir_config [2022/02/11 18:54] yves [Nested references] |
||
---|---|---|---|
Line 62: | Line 62: | ||
Nested root-directories are fine to use, as long as you only use PMA.core to host and view WSI content. | Nested root-directories are fine to use, as long as you only use PMA.core to host and view WSI content. | ||
- | |||
- | ^ storage type ^ information needed ^ | ||
- | | local hard disk | a path reference like c:\my_slides or e:\department\pathology\staff\dr_seuss. Note that you cannot map network drives (drive letters like Y: or Z: are usually network drives) as root directories this way. | | ||
- | | network drives | a UNC path reference like \\server\sharename\our_slides. | | ||
- | | S3 storage | Access and secret key combination, a path to a bucket like /my_bucket. Sub-paths underneath this path are allowed, too. | | ||
- | | Azure storage | A connection string, container name. As of [[what_s_new_in_version_2.0.1|PMA.core 2.0.1]], you can also specify a path to traverse directly down a hierarchy within the container | | ||
- | | FTP server | FTP server URL, username and password, optionally an initial path | | ||
- | |||
- | For some of these storage types, you'll also see a field "Chunk size". This has to do with [[caching]] and can almost always be left to its default setting. | ||
- | |||
==== Control nesting ==== | ==== Control nesting ==== | ||