Zugriffsrecht pro Datensatz möglich?

Hallo liebe Contao-Community!

Für ein Uni-Projekt nutzen wir Contao und MetaModels, um eine Liste von Kursen darzustellen. Welche Kurse im Frontend angezeigt werden, soll aber davon abhängig sein, welcher User im Frontend eingeloggt ist, bzw. zu welcher Mitgliedergruppe er gehört.
Die Auswahl, welche Mitgliedergruppe welchen Kurs im FE sehen darf, soll beim Erstellen des Kurses, also beim Hinzufügen eines neuen Datensatzes geschehen. Dafür haben wir ein Attribut vom Typ Auswahl hinzufügt, dass die Mitgliedergruppen-Tabelle (tl_member_group) als Source-Tabelle nimmt. Soweit funktioniert alles.
Dann dachte ich, dass man einen Filter setzt, der dann nur die Einträge auswählt und anzeigt, die zur Auswahl der Membergroup aus dem Datensatz passen. Allerdings hat die Konfiguration nicht geklappt und mittlerweile bin ich etwas ratlos, bzw. frage ich mich, ob es überhaupt möglich ist, Zugriffsrechte pro Datensatz zu setzen.

Über einen Tipp würde ich mich/ würden wir uns sehr freuen!

Hanna

Willkommen im Contao-Forum.
Wahrscheinlich kann Dir das hier weiterhelfen:
https://community.contao.org/de/show...l=1#post289786

Danke!

Leider glaube ich nicht, dass das mit Gruppen genau so einfach geht. Ein Inserttag für Gruppen gibt es (natürlich) nicht. Wie kann man sonst herausfinden, in welchen Gruppen das aktuelle Mitglied gerade ist?

Hendrik

Bezüglich dem Inserttag hatte ich einmal kurz was gebastelt.

https://github.com/fabil/UserGroupsInserttag

Gesendet von meinem Nexus 5 mit Tapatalk

Wenn man Deine Erweiterung installiert, wo kommen die beiden Dateien .gitattributes und .gitignore hin ?
Ins Root-Verzeichnis, ins UserGroupsInserttag-Verzeichnis oder muß ich die mit den core-Dateien mergen ?

EDIT: Hab' das eben mal in einer 3.2.1 eingebaut und funktioniert. Nicht schlecht, weil mit SQL ist es schon nicht einfach, ein Blob aufzulösen.

Zitat:

---

Zitat von KlausGrenoble

Wenn man Deine Erweiterung installiert, wo kommen die beiden Dateien .gitattributes und .gitignore hin ?
Ins Root-Verzeichnis, ins UserGroupsInserttag-Verzeichnis oder muß ich die mit den core-Dateien mergen ?

---

Bitte nur den Ordner system beachten. Dort ist genau die Struktur wie in Contao aufgebaut. Also reicht es, nur den Ordner UserGroupsInserttag in den Ordner modules zu verschieben.

Falls der Inserttag weitere Funktionen haben sollte, schreibe mir einfach oder erstelle einen Issue. Ich setzte es dann um.

Ich hab' mal zu diesem Post ein Beispiel erarbeitet. Zugriffsrechte pro Datensatz sind also möglich.
http://contao.klausgraf.fr/metamodel...ormations.html
Das war mir ohne Deine Erweiterung gar nicht möglich. Allerdings war ich gezwungen, für den Namen der Mitgliedergruppen Ziffern zu wählen. Erst dann komme ich mit meiner SQL-Anweisung zum Erfolg, da der Text in numerisch umgewandelt wird.

Zitat:

---

SELECT mm_courses.id FROM mm_courses inner join tl_member_group ON mm_courses.membergroup = tl_member_group.id WHERE tl_member_group.name in ({ {UserGroups} })

---

Für Gruppe 2 und 3 gibt mir UserGroups aus: 2, 3 . Die in-Anweisung "in (2, 3)" wird erfolgreich ausgeführt.
Für Gruppe "Kurs 2" und "Kurs 3" bekäme ich von UserGroups: Kurs 2, Kurs 3 . Die in-Anweisung "in (Kurs 2, Kurs 3)" führt aber leider zum Syntax-Error.
Gäbe UserGroups 'Kurs 2', 'Kurs 3' (optisch nicht schön) aus, wäre SQL zufrieden, da nun "in ('Kurs 2', 'Kurs 3')" erfolgreich ausgeführt würde.
Da ich aber keine Webseiten erstelle und ich das alles hier nur aus Spaß mache, besteht kein Grund, Deine Erweiterung zu ändern (außer wenn die Uni Dich drum bitten würde). Die funktioniert sehr gut so wie sie ist.
Gruß Klaus

Vielen Dank! Das hilft uns alles sehr weiter :)

Ich kann aber das gerne implementieren, sodass man z.B. {{UserGroups::sql}} eingibt und dann die Ausgabe für SQL erfolgt (also mit 'XX', 'XX' )

Hallo noch einmal an alle,

ich wollte gerade meine Erweiterung umbauen, als mir aufgefallen ist, dass Contao das von euch gewünschte schon selber mitbringt. Es ist nur nicht in der Dokumentation. Ich schau auch gleich danach, dass es in die Doku kommt.

Da Ihr ja nur die ID der zugeordneten Gruppen braucht und nicht den Gruppennnamen, könnt Ihr das hier so viel effizienter und ohne meine Erweiterungen realisieren :)

Code:

---

SELECT mm_courses.id FROM mm_courses WHERE mm_courses.membergroup IN ({{user::groups}})

---

Viele Grüße und noch viel Erfolg beim Projekt
Fabi

Vielen vielen dank, das hilft uns enorm! Wir haben es direkt ausprobiert und alles klappt, wie wir es wollen :)

Zitat:

---

Zitat von fabil

Es ist nur nicht in der Dokumentation. Ich schau auch gleich danach, dass es in die Doku kommt.

---

Ich finde das Inserttag weder in Wiki
http://de.contaowiki.org/Insert-Tags
noch im Handbuch:
https://contao.org/de/manual/3.0/man...tml#inserttags

Hallo Klaus,

bin leider noch nicht dazu gekommen...habe gerade recht viel zu tun.

Aber das Abitur ist doch vorbei, oder ?

EDIT:
Ach, ich sehe gerade, is' ja drin:

Code:

---

{{user::username}}        Dieses Tag wird mit dem Benutzernamen des angemeldeten Benutzers ersetzt.

---

Zitat:

---

Ach, ich sehe gerade, is' ja drin: {{user::username}} Dieses Tag wird mit dem Benutzernamen des angemeldeten Benutzers ersetzt.

---

Ging es nicht um {{user::groups}} ? ;)

Ja ging es.

Aktuell sehe ich jedoch nicht direkt den Sinn dieses Inserttags für die Doku, da dieser Inserttag nur die ID zurück gibt und nicht den Namen. Falls man also das braucht, kann man ja meine Erweiterung nutzen.

Viele Grüße
Fabi

Zitat:

---

Zitat von fabil

Aktuell sehe ich jedoch nicht direkt den Sinn dieses Inserttags für die Doku, da dieser Inserttag nur die ID zurück gibt und nicht den Namen. Falls man also das braucht, kann man ja meine Erweiterung nutzen.

---

Also da schliesse ich mich lieber dieser Äusserung hier an:

Zitat:

---

Zitat von fabil

Da Ihr ja nur die ID der zugeordneten Gruppen braucht und nicht den Gruppennnamen, könnt Ihr das hier so viel effizienter und ohne meine Erweiterungen realisieren :)

---

Für das in diesem Post angesprochene Problem war genau dieses Insert-Tag {{user::groups}} die effizienteste Lösung. Für die Doku also nur von Vorteil.
Muss aber wegen mir persönlich nicht unbedingt sein.