Startseite
  • » Home
  • » Handbuch & FAQ
  • » Forum
  • » Übersetzungsserver
  • » Suche
Startseite › Forum › Drupalcenter.de › Module › Modulsuche ›

Erweiterung für Inhaltstypen: Sichtbarkeit des Inhalts soll als privat, für Freunde und innerhalb der Community wählbar sein

Eingetragen von lernwilliger (24)
am 21.11.2010 - 09:59 Uhr in
  • Modulsuche
  • Drupal 6.x

Hallo und guten Tag,

bei der Erstellung einer Community komme ich nicht so recht weiter. Die Community soll mit blogs und Gruppen (Modul OG) arbeiten. Im Profil kann jeder Nutzer die Berechtigungen seiner persönlichen Daten einzeln festlegen (Erweiterung der Profildaten über CCK private Fields unf content profile).

Mit welche(m/n) Modulen kann man für die Erstellung der Inhaltstypen blog und inhaltstypen von Organic groups erreichen, dass der Ersteller von Inhalten wählen kann zwischen Sichtbarketi für privat, Freunde oder innerhalb der gesammten Community'?

Danke für Hilfe.

‹ Organic Groups auf einer Site für zwei Zwecke einsetzen? Block aus anderer Seite (Multisite) einbinden ›
  • Anmelden oder Registrieren um Kommentare zu schreiben

http://drupal.org/project/tac

Eingetragen von rokr (593)
am 21.11.2010 - 10:42 Uhr

http://drupal.org/project/tac_lite
http://drupal.org/project/nodeaccess
http://drupal.org/project/content_access (ggf. + ACL)

...sind drei Module die sowas können, es gibt noch einige mehr. Im Grunde arbeiten sie alle ähnlich. Sie unterscheiden sich aber in der Art der Eingabe. Da Benutzer&Redakteure schnell von Rollen- und Rechtematrix überfordert sind, ist das erste Modul aus meiner Sicht ein sanfter Einstieg in die Rechtesteuerung für Endbenutzer, zumal man auch das Wording anpassen kann ("Dieser Beitrag soll öffentlich erscheinen" etc.).

ciao, Ronald

  • Anmelden oder Registrieren um Kommentare zu schreiben

Hier kannst du dir auch noch

Eingetragen von Exterior (2903)
am 21.11.2010 - 14:25 Uhr

Hier kannst du dir auch noch ein paar Dinge anschauen: Zugriffsbeschränkungen für Nodes - eine Übersicht der Möglichkeiten

  • Anmelden oder Registrieren um Kommentare zu schreiben

Klappt alles bis auf Beiträge nur für Freunde

Eingetragen von lernwilliger (24)
am 21.11.2010 - 23:05 Uhr

Vielen Dank für den Hinweis. Das Modul tac_lite war mir nicht bekannt und man kann damit ein schönes Auswahlfeld für die Endbenutzer bei der Erstellung der Inhaltstypen bereit stellen. Ich weiss allerdings immer nocht nicht, wie ich die Funktionalität: Beitrag soll nur für Freunde (realisiert über user relatioships) bei access for taxonomy als scheme hinterlegen kann.
Wie bekommt man das nur hin?

  • Anmelden oder Registrieren um Kommentare zu schreiben

Also auf der Project-Page des

Eingetragen von Exterior (2903)
am 21.11.2010 - 23:42 Uhr

Also auf der Project-Page des Moduls "User Relationships" finde ich unter anderem den folgenden Punkt:

Zitat:

Also bundled with the core relationships module is a set of twelve other modules directly related:
[...]
10. User Relationship Node Access lets users control access to their content based on relationships

Ist das denn nicht genau das, was du brauchst?

  • Anmelden oder Registrieren um Kommentare zu schreiben

Wer präsentiert Lösungsansätze für eine Online-Community?

Eingetragen von lernwilliger (24)
am 26.11.2010 - 19:37 Uhr

Ich verstehe nicht die Funktionalität von User Relationships Node Acess.

Unter dem Verwaltungsmenü entsteht ein Punklt "Post to social networking", in dem man für die selektierten Inhaltstypen dann beim Erstellen der Inhaltstypen einen Punkt "User Relationships Node Acess" erhält mit drei Feldern Post to: Fuzzy Anzeige, Aktualisieren und Löschen. Ich verstehe nicht, welche Funtionalität dahintersteht, zumal man auch eine Mehrfachauswahl treffen kann.

Meinem eigentlichen Ziel, Inhalt beim Erstellen wahlweise privat/für Freunde/ für die Community einzustellen, bin ich immer noch nur soweit, dass ich mithilfe von nodeacess und tac_lite leider kein Schema für Freunde treffen kann, da die Auswahl nur per Role möglich ist. Leider gibt es bei tac_lite keine Selektionsmöchkeit "grant access per relationshipt type" (Schade, dann hätte ich das Problem erschlagen), sonden nur "grant by role".

Wer weiss Rat, wie ich weiterkomme?
Ich muss für eine solche Funktionalität vermutlich ganz anders ansetzen, aber wie?
Es wäre schön, wenn ich bei der Lösung mit bestehenden Modulen arbeiten kann.

Anders umschrieben, habe ich zu dieser Thematik einen weiteren offenen Forumsbeitrag gefunden:

Ich bin gespannt, wer mir aus dieser aktive Community wieder weiterhilft.
Am Wochenende hat bestimmt jemand die Muße, mir eine Lösung zu skizzieren / zu erläutern.
Da ich am Wochende nicht online bin, lasse ich mich am Montag überaschen.

Danke !!!

  • Anmelden oder Registrieren um Kommentare zu schreiben

Vielleicht hilft dir das hier

Eingetragen von Exterior (2903)
am 26.11.2010 - 19:48 Uhr

Vielleicht hilft dir das hier weiter:

http://drupal.org/node/609304

  • Anmelden oder Registrieren um Kommentare zu schreiben

Danke für den Hinweis -leider keine Lösung

Eingetragen von lernwilliger (24)
am 30.11.2010 - 18:06 Uhr

Danke für den Link Exterior , leider auch hier keine Lösung des Problems:

Comment 6:
UR-Node Access doesn't make nodes private, it can only allow access based on relationships. I.e. it never votes 'no' on node access, only 'yes' or 'abstain'. You'd need another access control module of the many at d.o to make a node private.

Wenn man also die Frage umkehrt: Kennt jemand ein access control Modul, in dem auch zwischen privaten, für Kontakte und Beiträgen für die gesammte 'Community unterschieden wird neben den gängigen acess by roles ?

Ich habe bisher keines gefunden, aber es gibt ja viele Acess-Module, kann mir nicht vorstellen, das es keins gibt.

  • Anmelden oder Registrieren um Kommentare zu schreiben

Mmmh, das UR-NA kann also nur

Eingetragen von Exterior (2903)
am 30.11.2010 - 18:21 Uhr

Mmmh, das UR-NA kann also nur "yes" oder "abstain" voten, also "ja" und sich enthalten.

Und wenn man die Inhaltstypen nun pauschal nicht sichtbar für alle User macht (z. B. mit Content Access)? Dann kann man doch mit UR-NA den Zugriff für befreundete User gestatten und alle anderen können den Node nicht sehen. Oder nicht?

  • Anmelden oder Registrieren um Kommentare zu schreiben

Stimmt-aber

Eingetragen von lernwilliger (24)
am 30.11.2010 - 18:36 Uhr

es ist absolut nicht erwünscht, dass wenn keine Auswahl für befreundete User getroffen wird UR-NA die Inhalte dann standardmäßig öffentlich macht.
Gibt es denn kein Modul wo man Zugriffe wie von mir gewünscht steuern kann mit UR-Typen (Freunde) & Rollen (hier Gästen, authentifzierten Benutzern?
Wenn tac-lite so erweitert würde, wäre das super & mein Problem erschlagen.

  • Anmelden oder Registrieren um Kommentare zu schreiben

Zitat: Wenn tac-lite so

Eingetragen von Exterior (2903)
am 01.12.2010 - 00:36 Uhr
Zitat:

Wenn tac-lite so erweitert würde, wäre das super & mein Problem erschlagen.

tac-lite ist aber eben nicht so erweitert und soweit ich das gesehen habe, gibt es da auch keinen Patch o. Ä.

Zitat:

Gibt es denn kein Modul wo man Zugriffe wie von mir gewünscht steuern kann mit UR-Typen (Freunde) & Rollen (hier Gästen, authentifzierten Benutzern?

All-in-One? Anscheinend nicht.

Zitat:

es ist absolut nicht erwünscht, dass wenn keine Auswahl für befreundete User getroffen wird UR-NA die Inhalte dann standardmäßig öffentlich macht.

Hö? Hat doch auch kein Mensch gesagt, wo hast du denn das her?

Ich persönlich würde folgendes probieren:

- Das Modul Content Access installieren

- anhand dieser Anleitung eine Zugriffs-Möglichkeit für Rollen anlegen

- Mittels UR-NA eine Zugriffsmöglichkeit für Relationships anlegen

- Alle Nodes des entsprechenden Typs für alle User (außer den Ersteller) standardmäßig nicht lesbar machen

Wenn dann ein Node erstellt wird, kann diesen Node niemand lesen. Wenn man nun festlegt, dass den Node die Rolle "authentifizierte Benutzer" lesen darf, dürfen alle Mitglieder dieser Rolle den Node lesen. Wenn man zusätzlich noch sagt, alle Freunde dürfen den Node lesen, dann dürfen eben alle Freunde und alle Mitglieder der Rolle "auth. Benutzer" den Node lesen, mehr nicht.

Weiß echt nicht, wo da dann noch das Problem liegt, damit ist doch alles abgedeckt.

  • Anmelden oder Registrieren um Kommentare zu schreiben

Danke

Eingetragen von lernwilliger (24)
am 01.12.2010 - 08:57 Uhr

Dann werde ich mich mal die Arbeit machen. :-)

  • Anmelden oder Registrieren um Kommentare zu schreiben

Benutzeranmeldung

  • Registrieren
  • Neues Passwort anfordern

Aktive Forenthemen

  • für drupal11 ein Slider Modul
  • [gelöst] W3CSS Paragraphs Views
  • Drupal 11 neu aufsetzen und Bereiche aus 10 importieren
  • Wie erlaubt man neuen Benutzern auf die Resetseite zugreifen zu dürfen.
  • [gelöst] Anzeigeformat Text mit Bild in einem Artikel, Drupal 11
  • Social Media Buttons um Insteragram erweitern
  • Nach Installation der neuesten D10-Version kein Zugriff auf Website
  • Composer nach Umzug
  • [gelöst] Taxonomie Begriffe zeigt nicht alle Nodes an
  • Drupal 11 + Experience Builder (Canvas) + Layout Builder
  • Welche KI verwendet ihr?
  • Update Manger läst sich nicht Installieren
Weiter

Neue Kommentare

  • melde mich mal wieder, da ich
    vor 1 Woche 2 Tagen
  • Hey danke
    vor 1 Woche 3 Tagen
  • Update: jetzt gibt's ein
    vor 1 Woche 4 Tagen
  • Hallo, im Prinzip habe ich
    vor 2 Wochen 1 Tag
  • Da scheint die Terminologie
    vor 2 Wochen 1 Tag
  • Kannst doch auch alles direkt
    vor 2 Wochen 6 Tagen
  • In der entsprechenden View
    vor 2 Wochen 6 Tagen
  • Dazu müsstest Du vermutlich
    vor 2 Wochen 6 Tagen
  • gelöst
    vor 5 Wochen 2 Tagen
  • Ja natürlich. Dass ist etwas,
    vor 5 Wochen 3 Tagen

Statistik

Beiträge im Forum: 250233
Registrierte User: 20451

Neue User:

  • Mroppoofpaync
  • 4aficiona2
  • AppBuilder

» Alle User anzeigen

User nach Punkten sortiert:
wla9461
stBorchert6003
quiptime4972
Tobias Bähr4019
bv3924
ronald3857
md3717
Thoor3678
Alexander Langer3416
Exterior2903
» User nach Punkten
Zur Zeit sind 0 User und 11 Gäste online.

Hauptmenü

  • » Home
  • » Handbuch & FAQ
  • » Forum
  • » Übersetzungsserver
  • » Suche

Quicklinks I

  • Infos
  • Drupal Showcase
  • Installation
  • Update
  • Forum
  • Team
  • Verhaltensregeln

Quicklinks II

  • Drupal Jobs
  • FAQ
  • Drupal-Kochbuch
  • Best Practice - Drupal Sites - Guidelines
  • Drupal How To's

Quicklinks III

  • Tipps & Tricks
  • Drupal Theme System
  • Theme Handbuch
  • Leitfaden zur Entwicklung von Modulen

RSS & Twitter

  • Drupal Planet deutsch
  • RSS Feed News
  • RSS Feed Planet
  • Twitter Drupalcenter
Drupalcenter Team | Impressum & Datenschutz | Kontakt
Angetrieben von Drupal | Drupal is a registered trademark of Dries Buytaert.
Drupal Initiative - Drupal Association