Index: openacs-4/packages/acs-core-docs/www/rp-design.html =================================================================== RCS file: /usr/local/cvsroot/openacs-4/packages/acs-core-docs/www/rp-design.html,v diff -u -r1.39.2.1 -r1.39.2.2 --- openacs-4/packages/acs-core-docs/www/rp-design.html 2 Mar 2019 19:30:06 -0000 1.39.2.1 +++ openacs-4/packages/acs-core-docs/www/rp-design.html 3 Sep 2021 09:15:27 -0000 1.39.2.2 @@ -27,7 +27,7 @@ a global namespace containing variables associated with the current request.
abstract URL -- A URL with no extension that doesn't directly correspond to a file in the filesystem.
abstract file or abstract path -- A URL -that has been translated into a file system path (probably by prepending the +that has been translated into a filesystem path (probably by prepending the appropriate pageroot), but still doesn't have any extension and so does not directly correspond to a file in the filesystem.
concrete file or concrete path -- A file or path that actually references something in the filesystem.
Package Lookup
One of the first things the request processor must do is to determine @@ -43,7 +43,7 @@ able to figure out which package_id is associated with a given package_url, and package mountings must be persistent across server restarts and users must be able to manipulate the mountings on a live site, -therefore this mapping is stored in the database.
Authentication and Authorization
Once the request processor has located both the package_id and concrete +therefore, this mapping is stored in the database.
Authentication and Authorization
Once the request processor has located both the package_id and concrete file associated with the request, authentication is performed by the session security system. After authentication has been performed the user is authorized to have read access for the given package by the OpenACS 4 Permissions Design.