User Profil - Welcher Ansatz ist der richtige?
am 14.01.2015 - 15:54 Uhr in
Hallo liebe Drupal Gemeinde,
ich bin die Ramona und ganz neu hier. Indirekt habt Ihr mir hier schon alle (eure Beiträge) viel geholfen, nur jetzt muss ich doch einmal um Rat bitten.
Ich möchte mit Drupal 7 eine Community ähnliche Seite erstellen, sprich der User steht im Mittelpunkt. Er soll sein Account selbst verwalten können, es soll nach Interessen und Umgebung gefiltert werden können, sowie öffentliche und private Felder haben.
Profile 2:
Fast egal was ich Google kommt als Antwort das Modul Profile 2. Dann lese ich das es Probleme gibt mit Views, bei der Übersetzung, einige Bugs und schwer durchzublicken.
Views + Conten Typen + entsprechende Feld Module:
Der Gegenpart zu Profile 2 sagt am besten mit eigenen Content Typen "Profil" mit Feldern wie Name, Anschrift, Website etc. und mit Views Ansichten erstellen, der einen Überblick über die Beiträge, Bilder und was so zum User gehört, anzeigt.
Account um Felder erweitern:
Ich habe ein paar Beispiele gelesen wo Community Profile mit der Erweiterung der Felder des Accounts (People>Account Settings>Felder) erstellt wurden + field permission & field group Modul. Dann lese ich allerdings das man hier nur wenige Felder erweitern soll, da es hier direkt auf das User Object und unter Umständen zu Lasten der Performance geht?! Greifen diese Felder dann komplett anders wie Profile 2?
Ist ein Profil auf dieser Basis dann auch eine Art Node oder wird das trotz gleicher Handhabung ( CCK ) da noch unterschieden / anders gehandhabt?
Ich bin leider ganz schön verwirrt und habe zu wenig Erfahrung welcher Ansatz jetzt der beste für so eine Seite ist. Performance, Verwendbarkeit mit Views und Themeing.
Wie würdet Ihr euer Profil erstellen? Hat jemand da schon seine Erfahrung gemacht?
Über eure Anregung und Hilfe würde ich mich sehr freuen ;-)
Vielen Dank, Moni
- Anmelden oder Registrieren um Kommentare zu schreiben
Gibt es mehr als eine
am 14.01.2015 - 16:04 Uhr
Gibt es mehr als eine User-Rolle und sollen nicht alle User-Rollen die gleichen Profile haben, ist eigentlich immer Profile 2 die erste Wahl. Läuft bestens auch mit Views.
Wenn alle Benutzer der gesamten Seite immer (also wirklich jeder User immer, auch redakteure, Mitarbeiter etc.) die gleichen Felder in den Profilen haben sollen, dann kannst Du den Usern auch Felder direkt hinzufügen Allerdings nur, wenn es eben ein paar wenige sind und keine Felder mit Unmengen Informationen (ein Freifeld, wo jeder sich in epischer Länge sich selbst beschreiben kann, würde ich da vermeiden).
Kurz um: ich denke, Du solltest einfach Profile2 verwenden, das ist das einfachste.
Ps: einfache Inhaltstypen sind etwas blöd, weil Du dann selber einen mechanismus erstellen musst, der verhindert, dass jemand 2 Profile erstellt... Profile2 übernimmt das für dich
Hallo Ramona, ich würde für
am 14.01.2015 - 16:09 Uhr
Hallo Ramona,
ich würde für ein umfangreiches User-Profil immer das Modul Profil2 vorziehen.
Gerade wenn du eine Art Community-Seite einrichten willst, ist das Handling der User-Profile mit Profil2 wesentlich einfacher.
Die zweitbeste Lösung ist sicherlich die Ergänzung des "normalen" User-Profiles um weitere Felder. Damit kommt man auch ziemlich weit.
Auf keinen Fall würde ich User wie Nodes behandeln, also einen Inhaltstyp Profil einrichten und dort die Userdaten speichern.
Da bekommst du schnell Schwierigkeiten, insbesondere bei der Anpassung des Rechtesystem (Sichtbarkeit und Editierbarkeit der Nodes bzw. Profile). Es gibt zwar content_access um das individuell zu steuern, aber content_access arbeitet nicht mir Organic Groups zusammen. Und über kurz oder lang wirst du sicherlich organic Groups einsetzen, sonst macht ja eine Community Seite auch nicht so viel Sinn.
Gruß
Berthold
Drupal Video-Tutorials
Hallo Ihr beiden, vielen Dank
am 14.01.2015 - 16:35 Uhr
Hallo Ihr beiden,
vielen Dank für die super schnellen und sehr ausführlichen Antworten ;-)
Eure Antworten sind ja eigentlich eindeutig - Profile 2.
Meine letzter Plan sah grob gesagt wie folgt aus:
- Anschrift, Email, Website -> Zusatsfeld beim Account
- Interessen -> Account Feld Term Reference
- Bilder / Album -> Content Typ
- Text über sich -> Conten Typ
Aber stimmt hier kommt der Einwand das Sie mehr wie nur ein Content Typ erstellen könnten.
Zusammengefügt mit einem View.
Es sind zwar vom Prinzip die gleichen Grund-Daten mit unterschiedlichen Interessen. Wenn ich bei Profile 2 dann unterschiedliche Profile anlegen sollte, erzeuge ich da nicht doppelt gemoppelte Daten?
Auf keinen Fall würde ich User wie Nodes behandeln, also einen Inhaltstyp Profil einrichten und dort die Userdaten speichern.
Da bekommst du schnell Schwierigkeiten, insbesondere bei der Anpassung des Rechtesystem (Sichtbarkeit und Editierbarkeit der Nodes bzw. Profile).
Das habe ich leider nicht ganz verstanden :( Ich kann aber mit einer Rolle und entsprechende Berechtigung beim Inhaltstyp das regeln oder?
Wo ist dann der Nachteil von Profile 2 das manche es doch nicht für Ihre Community genommen haben? Auch bei drupal.org showcase hat von den Community Seiten lediglich einer zusammen mit der Common Distribution das genutzt. Die anderen irgendwie anscheinend anders.
Wie würdet Ihr es machen, wenn nicht mit Profile 2?
Echt lieb und vielen Dank.
Moni86 schrieb Das habe ich
am 14.01.2015 - 17:45 Uhr
Das habe ich leider nicht ganz verstanden :( Ich kann aber mit einer Rolle und entsprechende Berechtigung beim Inhaltstyp das regeln oder?
Naja, wenn ein User A eine Node wäre, also die Profildaten in einem "normalen" Inhaltstyp eingetragen werden und der User A nicht möchte, dass seine Daten jeder andere User und auch Gäste sehen dürfen, User B möchte aber schon, dass seine Daten von jedem gesehen werden können, dann kannst du das mit den "normalen" Berechtigungen nicht mehr abbilden. Dort gibt es nämlich keine Möglichkeit, einzustellen: die Node von User A ist nur für bestimmte User sichtbar und die Node von User B (das ist ja derselbe Inhaltstyp) ist für alle sichtbar.
Dazu benötigst du dann ein Modul, welches die Sichtbarkeitseinstellungen um so eine Funktionalität erweitert. Das wäre eben z.B. content_access. Wie aber schon geschrieben, arbeitet content_access nicht mit Organic Groups zusammen. Also manövrierst du dich da in eine Sackgasse hinein und das ist nicht ratsam.
Drupal Video-Tutorials
Ah okay so war das gemeint !
am 14.01.2015 - 18:03 Uhr
Ah okay so war das gemeint ! Das verstehe ich natürlich ;-)
Super erklärt. Vielen Dank für Deine Mühen. Das stimmt dann wohl mit der Sackgasse.
Ich werde gern euren Rat annehmen und mich ausgiebig mit dem Modul Profile 2 beschäftigen ;-)
Bin gespannt...
Danke für die Unterstützung. Hatte echt ein wenig Bammel vor einem Form.
Freue mich ;-)