[gelöst] Inhalte/Felder nicht ausgeben die unter einer bestimmten Rolle erstellt wurde? (Membership-Webseite)

dann findest Du jede Menge Module. Da ist bestimmt was passendes dabei. Ich denke Du brauchst dafür auf jeden Fall auch noch rules, evtl. auch flag. Organic Group vielleicht auch. Aber ich habe damit noch nicht gearbeitet.

Viele Grüße

Marita Betz

field_permissions löst das Problem.

Wenn ich den Thread Opener richtig verstehe geht es primär nicht darum, das Einträgen von Inhalten zu beschränken, sondern die Anzeige von Inhalten in Abhängigkeit der Rolle des Autoren, die sich ändern kann.
Wenn man dies mit Field_Permissions angehen möchte muss man allerdings mit Löschen von Inhalten agieren, bei einer Rollen-Änderung z.B. per Rules. Das ist vlltr. eine nicht so schöne Experience für die Kunden, die damit tatsächlich Inhalte verlieren und bei einem "Upgrade" Ihrer Rolle diese wieder ins System einpflegen müssten, nur weil sie vllt. nicht rechtzeitig Ihr Abo verlängert haben.
Edit: So hat es der Thread Opener auch schon als besser für die User Experience angedacht.
Aus diesem Grund würde ich das Problem bei der Anzeige der Profile lösen. Da fällt mir zwar ad hoc kein bestehendes Modul für ein, aber so schwierig ist das nicht zu programmieren. Ich hätte da auch schon ein paar Ideen auf der Basis von Search API und der Steuerung des Indexierungs-Vorgangs. An der Oberfläche könnte man dann per Views die Anzeigen steuern.

Das stimmt, das hatte ich anders verstanden und das eigentliche Problem überlesen.

mit field_permissions kann ich für jedes Feld folgende permissions vergeben:

• Create own value for field XY
• Edit own value for field XY
• Edit anyone's value for field XY
• View own value for field XY
• View anyone's value for field XY

Damit wird also die Möglichkeit der Eingabe und des Zugriffs auf das Feld geregelt, aber das Problem der Darstellung nach Ablauf des Abozeitraums nicht.

Damit die Inhalte nicht gelöscht werden müssen, nur um nicht mehr öffentlich dargestellt zu werden, würde ich die user view mit einer Panels page überschreiben und da die Felder als einzelne panel panes einsetzen mit individuellen Sichtbarkeitsbedingungen (hier z.b. 'user hat Rolle').

während du natürlich die Rechte des angemeldeten Users steuern kannst, weil dieser als $user immer geladen wird, geht es hier ja um den Autor und seine Rolle.

Das heißt aber, dass der User, unabhängig von seiner Rolle, einen Inhalt nicht lesen darf, weil der Autor eine bestimmte Rolle nicht (mehr) hat.

Das wirst du wahrscheinlich nur mit einem eigenen Filter regeln können, der allerdings alle betroffenen Seiten extrem bremsen wird, weil für jeden content der Autor mit seinen Rechten geladen, und dann entschieden werden muss, ob das eine oder andere Feld angezeigt werden soll, oder nicht.

Mit panels kann man die Beziehung zu den Rollen des dargestellten users (oder auch des Autors eines nodes) herstellen und die wie oben kurz beschrieben als Sichtbarkeitsbedingung für jede einzelne panels pane (Feld oder was auch immer) innerhalb der panels page (node variante) nutzen.

Das ist nach meinem Wissen auch cachebar und wäre aus meiner Sicht sogar 'best practice' in Drupal.

Danke für die bisherige Beteiligung!

Ich würde nur seeeeeeehr ungerne mit Panels arbeiten! Wenn es IRGENDWIE anders geht, dann lieber anders ;)

Z.Z. versuche ich das ganze mit "Profile 2" und Views zu lösen.
Die Idee dahinter: eine Liste (view) in der die Branchenbuchdaten in Kurzform dargestellt werden, mit einem Link zur Detailseite, z.B. so: webseite.de/branchenbuch/50/werkzeuge-mueller - dann in der URL die ID (z.B. 50) als Argument (Contextual Filter heißt es jetzt ja) auslesen und dann nacheinander (wahrscheinlich über attachment - noch nicht probiert) die drei Versionen der Profile abfragen (Basis, Pro, Premium) und ich meine unter Views kann man den Author mit seiner Rolle filtern - nur noch rausfinden wie ;)

Ich hänge aber leider noch an dem "Argument auslesen" fest, er erkennt zwar die ID = 50 in der URL, zeigt mir auch anderen Inhalt an, als wenn ich eine nicht vergebene ID verwende, aber er zeigt mir nicht den Inhalt an, der unter der ID 50 gespeichert ist, sondern den der ID = 1 (also des Admins), irgendwie muss ich das noch verknüpft kriegen mit der UID des Autors ... ich habe mal Screenshots angehängt, vielleicht hat ja jemand eine Idee?! ;)

Beziehung setzen von Node zum Autor und dann den Filter über diese Beziehung definieren. Dann kannst Du an die Rolle des Node-Autors kommen.

@marco. b: ich habe es jetzt doch mit Panels umgesetzt, das funktioniert endlich wie es soll.

Leider hänge ich jetzt trotzdem wieder in Views fest, denn ich möchte vor der Detailansicht (die jetzt dank Panels läuft), noch eine Listenansicht erstellen, wo z.B. die Premium-User nach oben in die Liste sollen und bei den Pro- und Premium-Usern noch ein Vorschaubild angezeigt werden soll.

Aber ich schaffe es einfach nicht in Views die Rolle des Benutzer dessen Profil gerade abgefragt wird auszulesen, es lässt sich immer nur die Rolle des gerade angemeldeten Benutzers auslesen und die brauche ich nicht, da ALLE Benutzer die Profile sehen dürfen, nur soll halt immer noch nicht Inhalt dargestellt werden, der unter einer Pro- oder Premium-Rolle eingestellt wurde.

Kann man nicht evtl. von der detaillierten Panelsseite eine reduzierte Form erstellen (Variante) und diese dann als "Template" in Views einladen für die Liste?

Entweder je eine extra Views pane für Pro- und Premium-User oder views_conditional (Modul) nutzen

Das geht auf jeden Fall - Was hast du denn für eine Basistabelle in deiner View? Profil2-Profile, oder?
Dann wie wla oben schreibt:

Unter Filer nach Rolle des Users filtern, der über o.g. Beziehung hergeholt wurde.

Ich habe Profile2 wieder runtergeschmissen und es mit dem eingebauten Profil aufgesetzt.

Für die Darstellung der Detailseite habe ich jetzt Panels genommen, dort kann man auf "user being viewed" schalten und somit die Rollen des Autors abfragen und dementsprechend die Inhalte darstellen oder auch nicht. Sie bleiben jedenfalls erhalten, wenn der Autor die Rolle verliert, aber sie werden - wie gewüncht - nicht mehr ausgegeben (wobei ich mittlerweile, zumindest theoretisch auch weiß, wie es über Views geht*, aber Panels lässt sich dann doch etwas netter stylen ;)).

Für die Listendarstellung nehme ich Views und ich weiß nicht wieso es anfangs nicht geklappt hat, aber ich muss einfach nur unter den Filtern die Rollen abfragen ... manchmal sieht man ja den Wald vor lauter Bäumen nicht ... allerdings bin ich auch nicht mit der Liste angefangen, sondern mit der Detailseite, wo ich auch noch mit Argumentübergabe arbeiten musste, das hat die Sache sicherlich erschwert. (* jetzt wo ich weiß wie es in der Liste funktioniert, könnte ich eine weitere Seite anlegen und das mit den Argumenten noch mal probieren, aber wie schon geschrieben, das Stylen ist dann doch schöner in Panels).

Das views_conditional Modul hatte ich auch irgendwann gefunden, das half mir dann sehr beim Trennen der Inhalte. Selbst per Anhang/Attach die Premium-Einträge nach oben zu verschieben hat geklappt *freu*

Also ich habe jetzt eine Listendarstellung in der alles angezeigt wird wie es soll und eine Detailseite wo ebenfalls nur das ausgegeben wird, was erlaubt ist. Der Rest (das Stylen und passende Felder anlegen) ist jetzt nur noch Fleißarbeit (hoffe ich ;)).

Allen vielen Dank fürs "Hinschubsen" in die richtige Richtung! Hab den Beitrag als gelöst markiert.