Zum Inhalt springen

Konzept für Mitgliederbereich

Erstellt am 19. Juli 2005 · 5 Antworten · letzte Antwort am 19. Juli 2005

Tags: Frontend-Benutzer, Frage

methusalem ·

Moin zusammen,

bin gerade ganz begeistert dabei mich in Typo3 einzuarbeiten (dank des hervorragenden Buches "Praxiswissen Typo3" macht das wirklich Spaß).

Nun werde ich mir mein Wissen im Rahmen der Portierung einer bestehenden Vereinshomepage erarbeiten. Es gibt dort einen geschloßenen Benutzerbereich. Hier können sich Vereinsmitglieder anmelden um dann z.B. Mitgliederlisten anzusehen.

Nun gibt es aber auch noch die Leute aus dem Vereinsvorstand. Zum einen sollen diese noch zusätzlich mehr Inhalte sehen als das "normale" Mitglied. Und zum andern soll der Vorstand teilweise eine ander Sicht auf Daten bekommen.

Beispiel 1: Es soll eine Downloadseite geben, auf der die Vereinsbriefvorlagen als Worddokument liegen. Diese Seite soll nur der Vorstand sehen.

Beispiel 2: Die Mitgliederliste soll vom Vorstand editierbar sein. Diese Liste soll ein normales Mitglied nur ansehen können.

Wie setze ich soetwas in Typo3 um? Es geht mir hier noch nicht um Details, sondern um ein Konzept, mit dessen Hilfe ich mich dann weiter in Typo 3 einarbeiten kann.

--
Martin

just2b ·

Hallo Martin,

methusalem schrieb

Beispiel 1: Es soll eine Downloadseite geben, auf der die Vereinsbriefvorlagen als Worddokument liegen. Diese Seite soll nur der Vorstand sehen.

Ich kenne deinen aktuellen Wissenstand noch nicht, weiß also noch nicht, wieviel du über geschützte Seiten weißt.
Soviel mal dazu:
Ext => sr_feuser_register zum Registrieren
Ext => newloginbox besseres Anmeldefomular

Du legst eine Usergruppe Vorstand an, machst eine Seite mit den Downloads und bei dieser Seite kannst du zB sagen, dass nur die Gruppe "Vorstand" diese sehen darf.

methusalem schrieb

Beispiel 2: Die Mitgliederliste soll vom Vorstand editierbar sein. Diese Liste soll ein normales Mitglied nur ansehen können.

Da könnte die ext Create/Edit Userdata - sg_userdata passen, hab aber keine Erfahrungen damit, ODER
du machst einen BE-Account für die Mitglieder, und weist dem BE-User genau die Rechte zu, die er eben haben darf, zB FE-user bearbeiten

ich wünsch viel vergnügen & erfolg
bei fragn sind ja wir immer noch da!

georg

Moeffz ·

Du musst die Bearbeitung und die Ansicht getrennt sehen. Die Bearbeitung von Seiten und Inhalten gehört ins Backend und wird folglich über Backenduser und Backendusergruppen geregelt.

Die Ansichten werden über Frontenduser und ihre Gruppen geregelt. Bei den entsprechenden Seiten kannst Du im Backend unten rechts angeben, wann sie angezeigt werden soll (Nach dem login, vor dem login oder für bestimmte Frontendusergruppen).

Wie Du die Aufteilung angehst, musst Du natürlich selbst wissen. Es ist aber gerade an dieser Stelle sehr wichtig, ein weitsichtiges Konzept zu umzusetzen. Grund dafür ist, dass das meiste auf Gruppenebene läuft:
Damit eine Seite von einer Gruppe bearbeitet werden kann (Backend), muss sie als Eigentümer der Seite eingetragen sein. Es kann immer nur eine Gruppe als Eigentümer einer Seite eingetragen sein. Backenduser kannst Du aber mehreren Gruppen zuweisen.
Gleiches gilt im Frontend für die Sichtbarkeit: Man kann bei den einzelnen Seiten immer nur eine Gruppe angeben, die die Seiten nach dem Login sehen darf, aber einzelne Benutzer können mehreren Gruppen angehören.

methusalem ·

Moin,
erstmal vielen Dank für deine Hinweise. Einges davon muss ich erst mal sacken lassen :-)

Moeffz schrieb

...
Wie Du die Aufteilung angehst, musst Du natürlich selbst wissen. Es ist aber gerade an dieser Stelle sehr wichtig, ein weitsichtiges Konzept umzusetzen. Grund dafür ist, dass das meiste auf Gruppenebene läuft.

Das ist ja der Grund, warum ich mir schon jetzt Gedanken darum mache. Die letzte Lösung ist mit Perl gemacht worden und mit der heißen Nadel gestrikt. Das ist ne Arbeit für D****, daran noch was zu ändern.

Damit eine Seite von einer Gruppe bearbeitet werden kann (Backend), muss sie als Eigentümer der Seite eingetragen sein.

OHHH, sehr schön! Hier hab ich mich wohl missverständlich ausgedrückt!
Ich hätte da besser ein Beispiel geben sollen. Noch mal auf die Mitgliederliste bezogen: Zur Zeit ist es so, das die Adressdaten und die für den Verein wichtigen Daten in einer Tabelle einer mySql DB stehen. Die bisherige Webseite ließt nun diese Daten aus und generiert daraus dynamisch eine Liste (HTML-Seite), die der angemeldete User angezeigt bekommt. Der User kann keine Änderung an diesen Daten vornehmen! Die Leute aus dem Vorstand, rufen die gleiche Seite auf, bekommen aber zusätzlich einen "Edit" Button hinter jedem Datensatz angezeigt. Wenn Sie diesen anklicken, können Sie den Datensatz in einem PopUp Fenster bearbeiten.

Mit bearbeiten meinte ich also nicht die redaktionelle Arbeit über das Backend, sondern das Ändern eines Datensatzes in der Datenbank über ein Form.

Ich hoffe, nun ist es verständlich.

--
Martin

just2b ·

Hallo,

methusalem schrieb

Mit bearbeiten meinte ich also nicht die redaktionelle Arbeit über das Backend, sondern das Ändern eines Datensatzes in der Datenbank über ein Form.

ja schon klar, aber wenn du das wirklich im FE lassen willst, dann musst du dir wohl eine eigene Ext schreiben, oder noch schnell eine finden, die das kann!

aber auch sonst ist das GAR NICHT dramatisch, wenn du da einen BE-User anlegst, der NUR FÜR DAS die Rechte hat und das dann dort BEQUEM erledigen kann 🙂

lg georg
ps: BE ist nichts schlimmes!

Moeffz ·

Mit Hilfe der Frontend-Editing Extensions kannst Du die Backendfunktionalität der Redakteure weitestgehend auch im Frontend verfügbar machen. Dann gibt es dort auch diese Buttons hinter den Contentelementen. Das ändert aber nichts daran, dass das eigentlich eine Backendfunktionalität ist und entsprechend die Rechte für die Backenduser(-gruppen) vergeben werden müssen.