UserPreferences
There are various ways that preferences could be stored:
each nooron instance (ie. each website built with nooron) could use its own set of cookies on the user's browser containing particular preferences Pros
Cons
Performance sucks when there are lots of particular preferences, though that would be mitigated by the judicious use of paths in cookie
keys.
Preferences would not work across sites.
each nooron site could store in a cookie the URL of the UserPreferencesTopicMap? Pros
Cons
each site could store the URL of the UserPreferencesTopicMap? Pros
Cons
each site could store its own UserPreferencesTopicMap? Pros
Cons
each site could store its own site-local per-user preferences and merge
them with the UserPreferencesTopicMap? specified by the user
the user performs basic authentication using an URL as the username
and a password which matches the one crypted in the document retrieved
by the URL. This notion is hereafter called: NotSoBasicAuthentication
Perhaps an ordering of one or more of the above policies should be defined
at each nooron site. This is one more thing to put in the NooronSiteConfig?.
Maybe one of the user preferences should be which of the above policies
should be used.
Maybe facilities will be required to merge, filter and rewrite UserPreferencesTopicMap? instances so users can do things like.
There are possible requirements for user authentication being presented with
the request for the UserCentralPreferencesURI?.
Maybe per/requester scope can be defined in the UserPreferencesTopicMap? so
that only certain preferences are visible to particular other nooron instances.
OK, dead horse thoroughly beaten.
|