Edit-Rechte für ein Feld eines speziellen Nodes für einen speziellen User einräumen
am 20.07.2013 - 23:50 Uhr in
Hallo zusammen,
folgendes Problem habe ich derzeit:
für mein Hotelportal setze ich D7 ein. Jetzt möchte ich, dass sich der Hotelier "sein" Hotel zuordnen kann und so spezielle Felder im Node (aber nicht alle) bearbeiten kann. Die Zuordung des Hotels zum Hotelier würde ich gerne per flag-Modul in Verbindung mit Rules lösen. Ein zweiter Flag den die Regel jedes Mal abfragt, sorgt dafür, dass sich pro Hotel nur ein Hotelier zuweisen kann.
Mit content access und Field Permissions habe ich bereits herum experimentiert, aber nicht die gewünschten Effekte erzielen können. Hier konnte ich die Edit-Privilegien nur rollenweise vergeben.
Zusammenfassend brauche ich also die Möglichkeit die Edit-Rechte einzelne Felder eines einzelnen Nodes einem User zuordnen zu können.
Wie kann ich dieses Problem am Besten lösen?
Danke schon jetzt für alle Antworten
Viele Grüße
dercheffe
- Anmelden oder Registrieren um Kommentare zu schreiben
ich habe field permissions
am 21.07.2013 - 15:47 Uhr
noch nicht ausgetestet.
Aber generell ist es immer eine gute Idee, Rechte nicht einem User, sondern einer Rolle zu geben.
Dies gilt nicht nur für Drupal, sondern auch in Netzwerken und Anwendungsprogrammen hat sich dieses Konzept bewährt.
User verändern sich. Irgendwann kommt ein zweiter User, der die gleichen Rechte haben soll.
Ihm die Rolle zuzuweisen ist erheblich einfacher, als ihm mehrere Einzelrechte zu geben.
Und wenn ein User geht, und ein anderer kommt, ist die Arbeit erheblich einfacher, wenn sinnvolle Rollen/Gruppen angelegt sind.
Nach wenigen Monaten oder gar Jahren, weiß niemand mehr, welcher User welche Rechte hatte.
Jeder Administrator verflucht jene Kollegen, die Einzelrechte vergeben haben.
Im Extremfall hat eben nur ein User diese Rolle. Na und?
Grüße
Ronald
Danke Ronald. Denke, dass du
am 21.07.2013 - 15:58 Uhr
Danke Ronald. Denke, dass du recht hast. wie viele Rollen verkraftet Drupal eigentlich? Wahrscheinlich so viel wie der Server verpackt oder :) ?
Wäre es besser bzw. sinnvoller organic groups für mein Problem zu verwenden? Also jedes Hotel stellt eine organische Gruppe dar und der Hotelier kann sich entsprechend zuweisen. Dann könnte man auch eine Stellvertreter Regelung basteln.
meine Drupal-Websites:
http://www.mathetreff-online.de
http://www.globewheeler.com
Wenn die Hotels
am 21.07.2013 - 16:21 Uhr
sich selbst, einschließlich ihrer Mitarbeiter und internen Rechte etc. verwalten soll, ist OG sicher richtig.
Wenn es aber keine Unterorganisationen mit Selbstverwaltung geben soll, ist es eher mit Kanonen auf Spatzen geschossen.
Die Anzahl Rollen ist unerheblich. Es müssen niemals alle Rollen irgendwie gleichzeitig verarbeitet werden.
Sie müssen in der Bezeichnung nur eindeutig sein.
Natürlich sollen Rollen für eine leichtere Wartbarkeit sorgen, und nicht diese durch chaotische Vergabe erschweren.
Hier hat der Administrator einer großen Website erhebliche Verantwortung.
Du könntest dir allerdings OG einmal ansehen. Ist sehr interessant, aber nicht trivial.
Immer wenn die Organisationsstrukturen nicht einfach sind, lohnt sich eine aufwändigere Planung.
Grüße
Ronald
danke nochmal für deine
am 21.07.2013 - 22:01 Uhr
danke nochmal für deine Hilfe. Muss die Struktur wohl nochmal überdenken. Wenn ich halt überlege, dass ich später bei ein paar hundert Hotelieraccounts ein paar hundert Rollen hab, wird mir schwindelig (vor allem bei der Rechtevergabe wird das bestimmt übels unübersichtlich aussehen :-) )
viele Grüße
meine Drupal-Websites:
http://www.mathetreff-online.de
http://www.globewheeler.com
idee/gedanke
am 21.07.2013 - 23:20 Uhr
Wenn diese Inhalte den Hotelmanagement usern zugeordnet werden, kann man es so einstellen, dass jeder nur den eigenen content bearbeiten kann.
Damit haben sie zwar die Rolle Hoteladministrator, können aber dennoch keine Daten eines anderen Hotels ändern.
Mit entsprechenden Views und Filtern, bekommen sie diese auch nicht zu sehen, obwohl sie die gleiche Rolle haben.
Grüße
Ronald