Preview: ACL Manager

**Sander** · 3 september 2010, 17:12

Degene die al met Joomla 1.6 hebben getest zullen het waarschijnlijk wel ervaren hebben, ACL is best ingewikkeld, zeker als je wilt weten wat nu de instellingen zijn.

Daarom ben ik bezig een ACL manager te ontwikkelen, zie de afbeeldingen op http://www.flickr.com/photos/sanderp...th/4953778512/

Graag ontvang ik jullie feedback op basis van de afbeeldingen. Dank!

JohanG · 3 september 2010, 19:32

Ziet er goed uit Sander.
Ik ben nu een paar dagen met ACL aan het stoeien geweest, maar om alles in te stellen blijf je heen en weer aan het flitsen, met het risico dat je net een belangrijke instelling vergeet.
Voor zover ik nu kan beoordelen zou dit een hele verbetering zijn.

adje · 3 september 2010, 19:52

goed initiatief Sander.
De joomla 1.6 beta ACL is een ramp. Het werkt niet.
De hierarchien tussen de verschillende permissie instellingen kloppen niet.
Ik kom hier later op terug
Ad

benjamins · 3 september 2010, 21:02

Ziet er goed uit wanneer kunnen we de eerste alpha/beta verwachten?

bole · 4 september 2010, 20:40

Het ziet er zo "kloppend" uit dat het eigenlijk de standaard implementatie had moeten zijn...

**HermanPeeren** · 6 september 2010, 07:39

Ja, zo'n overzicht is bijzonder handig. Ook heel prettig, dat een impliciete deny nu gewoon open gelaten is. Is dit alleen nog maar een mock-up of is er al iets geïmplementeerd?

2 kleine opmerkingen:

1. de handelingen (actions), dus: de kolommen van je grid, die liggen niet vast en zijn te definiëren via access.xml. Door daar bij het bouwen van je ACL-manager-component rekening mee te houden, zal het ding toekomstbestendiger worden. Ik verwacht juist bij die actions in de toekomst wel wat veranderingen en ook: eigen definities die bij specifieke extensies horen.

2. ik dacht dat de betekenis van "admin" op component-niveau nog steeds niet 100% duidelijk is, maar ik kan het niet allemaal bijhouden. Hier verandert dus misschien ook nog wat.

Mijn eigen belangrijkste vuistregel om met dit ACL-systeem te werken is: geef nooit een expliciete ontkenning (deny) uit als er niet een toestaan (allow) op hoger niveau staat. Een expliciete deny is dan namelijk onnodig, want de toegang is al door een impliciete deny tegengehouden. Een expliciete deny kun je echter niet meer overriden. Doe een expliciete deny altijd zo laag mogelijk in de hierarchie. Dit in gedachten, zie ik bij je voorbeeldplaatjes een aantal keer een expliciete deny staan in een kolom waarbij geen allow hoger in de hierarchie staat. Misschien is dat wel een bewuste keuze of wordt het bepaald door een gedeelte van het systeem dat nu buiten beeld blijft (bijvoorbeeld rechten van een super-groep), maar het kan goed zijn, dat dit punten zijn waar de setting van rechten geoptimaliseerd kan worden. Een uitbreiding van dit component zou kunnen zijn, om dit soort dingen te constateren en je er op alert te maken.

**Sander** · 6 september 2010, 09:11

Hallo Herman,

Hartelijk dank voor je feedback!

1. Dat ben ik mij zeer zeker van bewust, de kolommen liggen daarom nu ook niet vast en worden vanuit de access.xml uitgelezen. Het zal even afwachten zijn wat er gebeurd als heel veel extensies eigen actions gaan gebruiken, dan wordt het overzicht minder overzichtelijk en komen er veel kolommen voor acties bij die voor een extensie van toepassing zijn.

2. De betekenis of de uiteindelijke naam inderdaad nog niet, volgens mij wel dat de actie aanwezig blijft op component niveau. Ik hou vanzelfsprekend de ontwikkelingen op de hoogte en maak waar nodig aanpassingen.

3. Bij je vuistregel sluit ik mij zeker aan, dit is een van de belangrijkste dingen om in je achterhoofd te houden bij het instellen van de rechten. De expliciete denies die je ziet zijn niet bewust gedaan, ik heb het een en ander ingesteld voor testen en daardoor zien de instellingen er momenteel uit zoals in de afbeeldingen, welke zeker niet de meest handige zijn! Dank voor je goede suggestie hier een detectie voor te maken.

---------- Bericht toegevoegd op 6 september 2010 om 09:11 ---------- Vorige bericht was op 6 september 2010 om 08:39 ----------

O, en over je eerste vraag. Dit zijn screenshots van een volledig werkende versie, dus geen mock-ups