CONTENIDO Forum

Bei der Konfigurationsseite der Frontendgruppe gibt es eine Checkbox
"Standardgruppe".

Aber was ist eigentlich eine Standardgruppe?

Ich vermute es ist ein Mechanismus um allen Frontendusern Zugriff auf bestimmte geschützte Kategorien zu geben die für alle Frontend-Gruppen freigegeben sind. Und damit sind diese Kategorien für alle eingeloggten Frontenduser freigeschaltet, aber nur für diese User.
Für gewöhliche Besucher bleiben die jeweilige Webseiten der Kategorie passwortgeschützt.


Also, alle Frontenduser sind stets Mitglied dieser Gruppe ?
Aber warum wird dann die Listbox mit den hinzuzufügenden Usern noch angezeigt?
(Wenn eh alle per Definition schon mitglied sind?)



Wenn es so ist, wäre es dann eventuell nicht sinnvoller,
eine Gruppe "Standardgruppe" zu nennen und Contenido mit so einer gruppe vorinstalliert auszuliefern (und diese Gruppe nur schwer löschbar zu machen?)

Ich frag hier noch mal nach weil bei der FE-Userverwaltung in unserer C.-Installation nicht alles so funktioniert wie gedacht und deshalb meine Experimente nicht unbedingt zu allgemeingültigen Ergebnissen führen.

knb, Du kannst ja langsam einen FrontendUser-Guide auflegen.

Wenn eine oder mehrere Gruppen als Standard-Gruppen definiert werden und ein neuer Frontend User erzeugt wird, wird er automatisch in die Gruppe als Mitglied eingetragen.

Das verfolgt kein weiteres Ziel, kann aber natürlich super zum Berechtigen verwenden. Wenn Du beispielsweise die Newsletter-Module mit Frontend User-Link verwendest, erzeugt eine Anmeldung zum Newsletter automatisch neben einem Empfänger-Eintrag auch einen Frontend User-Account mit der E-Mail-Adresse als Account und einem automatisch erzeugten Passwort - die Aktivierung erfolgt erst, wenn der Nutzer seine E-Mail-Adresse bestätigt hat.

In den Newsletter-Modulen ist es aber (noch) nicht möglich, zu bestimmen, in welche Gruppen der Nutzer eingetragen werden soll. Wenn man nun eine Standard-Gruppe definiert und diese berechtigt, hat man automatisch eine Berechtigung realisiert.

Nein, nicht alle Frontend User sind stets Mitglied der Gruppe(n) - man kann sie manuell entfernen oder aufnehmen (why not?). Insbesondere das Aufnehmen ist sinnvoll, da man ja auch erst später eine Gruppe als Standard-Gruppe definieren kann (was auch diese Frage beantwortet).

eine Gruppe "Standardgruppe" zu nennen und Contenido mit so einer gruppe vorinstalliert auszuliefern (und diese Gruppe nur schwer löschbar zu machen?)

Nö, wieso? Man kann, man muss das aber nicht nutzen...

Ich würde es nicht zulassen, dass man mehrere Standard-Gruppen definieren kann (da das für mich nicht sooo viel Sinn macht), aber es ist halt im Moment möglich (und vielleicht findet sich dafür ein sinnvoller Einsatz).

Ich frag hier noch mal nach weil bei der FE-Userverwaltung in unserer C.-Installation nicht alles so funktioniert wie gedacht und deshalb meine Experimente nicht unbedingt zu allgemeingültigen Ergebnissen führen.

Poste doch einfach mal die Probleme - vielleicht kann man Dir helfen, ohne das Vorhandene umgestalten zu müssen...

Gruß
HerrB

Ich frage hier soviel Frontenduser-Kram weil ich mich letztens intensiv damit beschäftigt habe (Direktimport von Usern per SQL),
und weil derzeit jemand anscheinend eine Erweiterung des Plugins in Arbeit hat.
Also, dachte ich mir, mal rechtzeitig und in aller Ausführlichkeit posten damit man auf die Entwicklung dieses erweiterten Plugins noch Einfluss nehmen kann.


Ich halte also fest,

- mehrere Standardgruppen zu definieren macht (wie vermutet) meist keinen Sinn aber es ist grundsätzlich möglich (designprinzip: no unnecessary limits).
- nur *neue* FE User werden einer Standardgruppe hinzugefügt . Gut gut, nur muss ich jetzt mein User-direktimport-in-db-skript noch so anpassen so dass es auch in Tabelle frontendpermissions noch die Standardgruppen -Mitgliedschaften richtig einträgt. "Und auch "__GLOBAL__". Damit das Neueintragen durch mein Skript konsistent mit der Nutzereinrichtung via Contenidos Webinterface ist.

Hört sich gut an. Bitte denke daran, dass die Text-Einträge kodiert in die DB geschrieben werden (-> ä, ö, ü, Leerzeichen, @).

Gruß
HerrB

wie, kodiert??

mit urlencode(), oder wie es unter PHP heisst? - gut.
im prinzip gibt es nicht viel zu encoden da die meisten relevanten Spalten entweder rein numerisch sind (flags oder fremdschlüssel) oder Datumswerte (werden auch unkodiert richtig im Backend angezeigt)

Die MD5-Hashwerte gilt es nicht zu kodieren, oder ?

Was wird in der DB abgelegt:
MD5(url_encode(loginname)) oder einfach nur
MD5(loginname)? oder
url_encode(MD5(loginname)) ?


könnte ja selbst im Code nachsehen aber nachgefragt ist besser.

Nun, der Account-Name ist u.a. urlencoded eingetragen. Das PW ist md5(password).

Gruß
HerrB