WBCE CMS – Way Better Content Editing.
Du bist nicht angemeldet.
Hallo zusammen,
möglicherweise habe ich ein extremes Brett vor dem Kopf, aber ich habe bislang in beiden o.g. Modulen keine Möglichkeit gefunden, Seiten, denen ich bei der Sichtbarkeit das Attribut "Registriert" gesetzt habe dann schlussendlich auch eine Usergruppe zuzuweisen, für die die Seite SICHTBAR (nicht bearbeitbar!) sein soll.
Bin ich zu blöde oder fehlt dieses Feature tatsächlich bei diesen Modulen?
Offline
Hi,
Für das Frontend ist das Attribut "Registriert" in diesem Fall bereits die Usergruppe Registriert, also nur sichtbar für die die einen WBCE Account haben.
Im Backend kannst du die User "in registrierte Webuser" zusammenfassen und durch das entfernen des Häckchens Bei Seite bearbeiten, den Zugriff darauf entziehen.
Beitrag geändert von colinax (10.09.2018 16:27:23)
Offline
Danke für die Anregung ... aber das macht mich nicht wirklich glücklich... 
Wenn ich (früher, bevor ich die 1.3.2 installiert habe... details zu "früher" unten...)
einen User einer Benutzer-Gruppe ohne Admin/Ansicht-Rechte (also gar keinen Haken in der Gruppenkonfiguration d. betreffenden Gruppe setze) zuweise, hat dieser User ausschließlich vom Frontend her Zugriff auf die (für seine Gruppe freigegebenen) Seiten (Also Haken bei "sehen können" bei der jeweiligen Gruppe in der Seiteneinstellung). Das ist das, was ich möchte.
Wenn ich den Weg gehe, den Du vorschlägst (User in eine Gruppe, dann dort Haken in den Seiten-Berechtigungen auf "Ansicht" bekommt der User auch Zugriff auf den Seitenbaum im Backend (Was ich echt unnötig finde...), nicht nur auf seine persönlichen Einstellungen (was mir auch frontendseitig völlig genügen würde...)
Ausserdem ist es auf dem von Dir beschriebenen Weg kaum möglich, Usern verschiedener Gruppen auf verschiedene Bereiche der Site Ansichs-Rechte zu zuweisen (da sich dies wieder nur über die Haken in den jeweiligen Seitenoptionen regeln ließe...)
Im Grunde würde mir bei "Multi Page Settings" unter dem "Admingruppen wählen"-Feld einfach ein "Viewergruppen wählen"-Feld genügen, wo ich die betreffenden Gruppen auswählen könnte...
Offline
... Achso: Stichwort "früher": Wo wandern denn neu registrierte (per Webanmeldung) User hin? bei mir tauchen die nicht als User in der betreffenden Gruppe auf, finde aber auch nichts, wo ich die als Admin frei schalten könnte). Überhaupt finde ich in Backend (Userverwaltung) derzeit gar keine User (die nicht ADMIN sind) . Nur im "User Groups" Modul kann ich einen Nicht-Admin Account sehen (den ich vor dem Update auf 1.3.2 angelegt hatte) zwei weitere Accounts werden "Anzahlmäßig" zwar richtig erkannt, jedoch werden die Accounts gar nicht gelistet...?
Offline
Die Admintools bieten tatsächlich nicht die Möglichkeit, Frontend-Nutzer einzurichten. Das ist in der Tat suboptimal.
Es gibt (und gab - meines Wissens) aber nie die Möglichkeit, dass ein Benutzer den Inhalt von seiten bearbeiten kann, ohne Zugriff aufs Backend bzw. den Seitenbaum zu haben.
Zur Frontend-Registrierung: Bei aktivierter Option "Registrierung" werden die Benutzer für die Gruppe registriert, die bei den Grundeinstellungen ausgewählt worden ist. Mit 1.3.2 ist zudem ein (optionaler) Double Opt-In und die (optionale) Accountfreischaltung durch den Admin eingeführt worden. d.h. neue Benutzer sind erst einmal deaktiviert, bis sie ihre Mailadresse bestätigt haben und/oder von einem Admin freigeschaltet worden sind (dieser erhält per Mail eine Benachrichtigung mit Freischaltlink). Bis das (beides) nicht passiert ist, erscheinen die neuen User im Backend in der Liste der inaktiven Benutzer.
Wir Benötigen: Cents, Euros... jetzt spenden!
Online
colinax
...Es gibt (und gab - meines Wissens) aber nie die Möglichkeit, dass ein Benutzer den Inhalt von seiten bearbeiten kann, ohne Zugriff aufs Backend bzw. den Seitenbaum zu haben....
Ich möchte auch nicht, dass diese Benutzer Seiten bearbeiten können. Im Gegenteil. Sie sollen sie nur sehen (besuchen...) können. Und sie sollen keine Möglichkeit haben auf irgend etwas im Backend zugreifen zu können. Dies ist (zumindest für den Seitenbaum) der Fall, wenn der Benutzer einer "völlig rechtelosen" Gruppe angehört und bei der jeweiligen Seite der "Ansehen"-Zugriff für die betreffende Usergruppe per Haken erlaubt ist. Ich habe mit "Multi Page Settings" einen Teil der Seite nebst Unterseiten als "für registrierte User sichtbar" geschaltet. Es wäre nun kein Problem mit dem Tool diese Seiten einer Admin-Gruppe zu zuweisen, ich frage mich einfach, warum es nicht gleichermaßen für die beiden benachbarten Datenbankfelder der "viewer" umsetzbar ist bzw. umgesetzt worden ist?
Wenn ich auch für nur mehr als 5 Pfennig ernsthaft programmieren könnte und nich so ein "digitaler zu Guttenberg" wäre, würde ich ja glatt selbst anfangen zu versuchen das umzusetzen. Allerdings gibt es da wohl reichlich Fallstricke, sonst hätte der nette Programmierer des Moduls das sicherlich schon umgesetzt? Mal gucken... Sollte demnächst in China ein Sack Reis umfallen und Hunger herrschen könnte dies in Zusammenhang mit dem Sturm geschehen, dessen Ursprung in einem brüllenden Lüfter eines HP-Servers bei meinem Provider liegt...
Beitrag geändert von stvis (11.09.2018 01:19:54)
Offline
Wenn es eine Nur-Lese-Gruppe gibt
dann sehen deren Mitglieder im Backend nur das hier
Wir Benötigen: Cents, Euros... jetzt spenden!
Online
... genau. So möchte ich es haben (wenngleich eine Änderung der persönlichen Daten auch übers Frontend funktioniert, also auch da kein Zugriff aufs Backend notwendig wäre).
Mein Problem sind nicht die Wahl der richtigen Einstellung, sondern die fehlende Option, Usergruppen Zugriffsrechte auf Seiten genau so "bulkmäßig" zuteilen zu können, wie ich es mit all diesen Tools auch für Admin-Gruppen kann...?
Offline
Probier mal (zunächst an einer Testwebsite) die Version im Anhang (alte Version vorher deinstallieren bzw. das "Überschreibe-Häkchen" setzen)
Wir Benötigen: Cents, Euros... jetzt spenden!
Online
Uhhh! Ich fürchte, Du hast schon fachgerecht umgesetzt, was ich mir irgendwie übelst zusammengereimt habe, als ich mir die "// Group list 1 (admin_groups)" -Passage in der tools.php angeguckt habe und die Datenbankstruktur...? Habe aber dann mit meinem "Fachwissen" schnell kalte Füße bekommen, denn weiter unten gehts dann doch passagenweise für mich nicht mehr komplett nachvollziebar weiter...
Werde das heute abend mal testen, vielen Dank vorab, berichte dann... 
Offline
Ich habe meine Modifikation auf einer kleinen Testwebseite ausprobiert, das hatte augenscheinlich funktioniert.
Ich habe mich an dem orientiert, wie die admin-Gruppen gesetzt werden, und das dann analog für die viewing-Gruppen umgesetzt.
Allerdings war mir aufgefallen, dass der ursprüngliche Modulersteller das wohl auch schon mal versucht hatte, auch die Frontend-Usergruppen änderbar zu machen, ihm das aber wohl nicht gelungen war (es gab noch Reste davon (Variablennamen) und in der info.php steht bei "Limitations" der Hinweis "Can't change permissions on multiple pages"). Daher meine Skepsis.
Wir Benötigen: Cents, Euros... jetzt spenden!
Online
...hat wunderbar funktioniert!
Teilstruktur der Site ausgewählt
viewergruppe ausgewählt
haken bei ergänzen gesetzt
Erfolg!
Danke!, ungemein nützlich künftig Gruppen per wenig Action ganze Teilbereiche der Site (un-)zugänglich machen zu können! (wobei ich bei aller Euphorie zugegebenermaßen den Rückweg noch nicht getestet habe...;) )
In meinem Fall hätte ich ansonsten bei ca. 100 Seiten händisch das Leserecht für die entsprechenden Gruppenmitglieder einräümen müssen ...
Was mir noch auffällt bei dem Modul welchen Sinn machen da "Haken" wo sie zu setzen sind (oder sind sie bei mehrfachwahl nicht sogar gefährlich?...), müssten das nicht besser 3 Optionsfelder sein? In welchem Fall machen zwei oder gar drei haken Sinn?
Wie auch immer, von den Problemen mit der Umsetzung was die Frontend-Gruppen betrifft hatte ich auch im Thread des Modules (glaube im WB-Forum?) gelesen und mglw. treten da ja auch bei anderen bzw. komplexeren Operationen noch unerwartete Effekte auf, werde das beim Einsatz beherzigen und im Auge behalten...
Vielen Dank bis hier hin erst mal, das hat mich erheblich weiter gebracht!
![]()
Beitrag geändert von stvis (14.09.2018 02:52:33)
Offline
O.K. wenn schon Betatester dann auch richtig, habe entsrechende Seiten einmal per "entfernen" erfolgreich wieder unsichtbar machen können und dann er "überschreiben" wieder mit Sichtbarkeit versehen. Soweit ich beurteilen kann ohne negative Nebenwirkungen. Wie das mit mehreren viewer-Gruppen aussieht werde ich denke ich kürzlich in Erfahrung bringen (müssen...)
Offline
florian