Differences between revisions 2 and 3
Revision 2 as of 2011-05-27 09:38:57
Size: 1944
Editor: benste
Comment:
Revision 3 as of 2011-05-27 09:48:16
Size: 2064
Editor: benste
Comment:
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
#pragma page-filename DEV/versions/11960547 #pragma page-filename DEV/versions/11960549
Line 35: Line 35:
==

|| <<Color2(Do we already have other than the mailman-web Django Project who access REST ?, col=#0000ff)>><<BR>>

Require user authentication in Core - and implement ACL in there

Pro Con
&nbsp;Very secure interface
&nbsp;Lot's of work in the Core UI to be done
&nbsp;REST-API could be extended to remote clients
(not Localhost only)
&nbsp;you would need to authenticate to the Core
&nbsp; &nbsp;difficult to know for WebUI what it is allowed to show

Pass Optional User Levels with each item you get via REST

Pro Con
&nbsp;each UI could access these Level directly while working with an item
Messing up the item
ACLs are treated optional - e.g. plugins could enable additional feautres Lack of security once you've got Web Plugins
very easy to show and hide items in the WebUI based on ACL
this only applys for list style values
&nbsp;complete rewrite of REST needed
&nbsp; &nbsp;user-levels could be treated in DOC
Do we already have other than the mailman-web Django Project who access REST ?

Implement it in the WebUI only

Pro Con
No need to change Core
&nbsp;every UI would need to it again - e.g taking a look at the documentation
Very big workload for every UI
&nbsp; &nbsp;
&nbsp;

MailmanWiki: DEV/Pro - Con ACL in different Layers (WebUI) (last edited 2011-05-27 14:30:05 by benste)