Benutzerverwaltung - Joomla 5 zu Joomla 6
Der Unterschied zwischen Joomla 5 und Joomla ist nicht so groß in der Bedienung, aber es gibt einige wichtige Änderungen bei Technik, Sicherheit und Zukunftsfähigkeit.
1. Systemanforderungen
Der größte Unterschied betrifft den Server.
| Bereich | Joomla 5 | Joomla 6 |
|---|---|---|
| PHP | ab 8.1 | ab 8.2 empfohlen |
| Datenbank | MySQL / MariaDB | modernere Versionen empfohlen |
| veralteter Code | teilweise vorhanden | entfernt |
➡ Joomla 6 läuft nur auf moderner Servertechnik.
2. Entfernung alter Funktionen
In Joomla 6 wurden viele alte, nicht mehr gepflegte Funktionen entfernt.
Beispiele:
- alte API-Strukturen
- veraltete Klassen
- alte Bibliotheken
Für normale Nutzer bedeutet das:
- bessere Stabilität
- weniger Kompatibilitätsprobleme in Zukunft
3. Performance
Joomla 6 ist intern etwas schneller.
Verbesserungen:
- moderner PHP-Code
- bessere Datenbankabfragen
- optimierte interne Klassen
Der Unterschied ist auf kleinen Websites oft nicht stark sichtbar, technisch aber vorhanden.
4. Sicherheit
Die Sicherheitsstruktur wurde verbessert.
Beispiele:
- strengere Passwortregeln
- modernere Sessionverwaltung
- besserer Schutz vor veraltetem Code
5. Backend
Das Backend sieht fast gleich aus.
Unterschiede sind nur klein:
- einige Menüs sind aufgeräumter
- bessere Darstellung auf Tablets
- kleinere UI-Verbesserungen
Der wichtige Pfad bleibt gleich:
6. Templates
Das Standardtemplate Cassiopeia wurde weiter verbessert.
Verbesserungen:
- bessere CSS-Struktur
- modernere Bootstrap-Integration
- bessere Unterstützung für eigene CSS-Dateien (z. B. user.css)
Für cassiopeia_extended bedeutet das:
- gleiche Bedienung
- gleiche Template-Struktur
- kompatibel mit Joomla 6
7. Erweiterungen
Nicht alle Erweiterungen aus Joomla 5 funktionieren automatisch in Joomla 6.
Grund:
- alte Programmierschnittstellen wurden entfernt.
Seriöse Erweiterungen haben jedoch bereits Joomla-6-Versionen.
8. Zukunft
Joomla 6 ist die technische Basis für die nächsten Jahre.
Joomla 5 ist weiterhin stabil, aber:
- Joomla 6 ist moderner
- zukünftige Erweiterungen orientieren sich daran.
Kurzvergleich Joomla 5 zu Joomla 6
| Bereich | Joomla 5 | Joomla 6 |
|---|---|---|
| Bedienung | gleich | gleich |
| Backend | fast identisch | leicht modernisiert |
| Performance | gut | etwas besser |
| Sicherheit | gut | verbessert |
| Serveranforderungen | moderat | moderner |
| Erweiterungen | viele | müssen angepasst sein |
Die 10 wichtigsten Unterschiede für Administratoren
- Modernere Serveranforderungen
Joomla 6 benötigt neuere PHP-Versionen (empfohlen PHP 8.2 oder höher). - Alter Programmcode entfernt
Viele veraltete Klassen und Bibliotheken aus Joomla 5 wurden gelöscht. - Bessere Performance
Datenbankabfragen und interne Funktionen wurden optimiert. - Verbesserte Sicherheit
Strengere Standards bei Sessions, Passwortverwaltung und Systembibliotheken. - Bereinigung der Erweiterungsstruktur
Erweiterungen müssen sauber programmiert sein, sonst laufen sie nicht mehr. - Verbesserte Fehlerbehandlung
Fehlermeldungen und Logs sind strukturierter. - Moderner PHP-Code
Entwickler müssen aktuelle Programmiermethoden verwenden. - Langfristige Wartbarkeit
Joomla 6 ist stärker auf zukünftige PHP-Versionen vorbereitet. - Optimiertes Routing
URL-Strukturen sind intern moderner aufgebaut. - Stabilere Updates
Updates funktionieren zuverlässiger, weil alte Abhängigkeiten entfernt wurden.
Für Administratoren bedeutet das vor allem:
➡ stabilere Websites
➡ weniger Probleme mit veralteten Erweiterungen
Benutzerverwaltung - Basics
Die Benutzerverwaltung in Joomla 6 ist essenziell für jede Website, die über statische Inhalte hinausgeht. Sie bildet die Basis für Personalisation, Sicherheit und Interaktion – egal ob für einfache Blog-Kommentare oder komplexe Community-Plattformen.
Anwendungsbereiche
-
Zugriffskontrolle und Sicherheit
- Ermöglicht die Verwaltung von Berechtigungen (wer darf was sehen/editieren).
- Verhindert unerlaubten Zugriff auf sensible Inhalte oder Funktionen.
-
Personalisierung und Benutzererfahrung
- Unterschiedliche Benutzergruppen erhalten maßgeschneiderte Inhalte (z. B. Mitgliederbereiche, exklusive Artikel).
- Ermöglicht individuelle Einstellungen (z. B. Sprachwahl, Templates).
-
Komplexe Websites und Communities
- Essenziell für Community-basierte Seiten (Foren, soziale Netzwerke).
- Unterstützt Interaktion (Kommentare, Bewertungen, Benutzerprofile).
-
Effiziente Verwaltung
- Massenbearbeitung von Benutzern (z. B. Gruppenzuordnung, Aktivierung/Deaktivierung).
- Integration mit Erweiterungen (z. B. Newsletter, Abonnements).
- Datenschutz (DSGVO)
- Ermöglicht die Verwaltung von Einwilligungen (z. B. für Cookies oder Newsletter).
- Unterstützt Benutzerdaten-Exporte oder Löschung bei Account-Schließung.
Typische Anwendungsfälle
-
Mehrsprachige Websites
- Benutzer können ihre Spracheinstellung speichern.
-
E-Commerce (z. B. mit Joomla-Erweiterungen wie VirtueMart)
- Verwaltung von Kundenkonten, Bestellverlauf, Adressen.
-
Intranets oder geschützte Mitgliederbereiche
- Zugangsbeschränkung für bestimmte Benutzergruppen (z. B. Mitarbeiter, Premium-Mitglieder).
-
Redaktionssystem
- Autoren, Editoren, Publisher erhalten unterschiedliche Rechte zur Inhaltserstellung.
-
Veranstaltungsmanagement
- Registrierung für Events, Verwaltung von Teilnehmern.
Joomla 6: Besonderheiten in der Benutzerverwaltung
- Verbesserte Benutzeroberfläche
– Intuitivere Verwaltung von Benutzern und Gruppen. - Flexiblere Berechtigungen
– Fein granulare ACL (Access Control Level)-Einstellungen. - Integration moderner Authentifizierungsmethoden
– Zwei-Faktor-Authentifizierung (2FA), OAuth-Unterstützung. - Erweiterbarkeit
– Entwickler können eigene Benutzerfelder hinzufügen (z. B. Telefonnummer, Firmenname).
Beispiel: Typische Benutzergruppen in Joomla 6
- Gast – Kein Login, eingeschränkter Zugriff.
- Registriert – Basisrechte (z. B. Kommentare schreiben).
- Autor– Kann eigene Artikel erstellen.
- Editor – Kann alle Artikel bearbeiten.
- Publisher – Kann Artikel veröffentlichen.
- Administrator – Eingeschränkte Admin-Rechte.
- Super User – Volle Kontrolle über das System.
Benutzerverwaltung Step by Step
Die Benutzerverwaltung ist das Zugangskontroll- und Berechtigungssystem von Joomla. Sie ist aus vier Gründen essenziell:
- Sicherheit:
Regelt, wer sich einloggen darf und blockiert unbefugten Zugriff. Basis für sicheres Hosting. - Arbeitsteilung & Rollen:
Ermöglicht die Vergabe unterschiedlicher Rechte (z. B. Autor, Editor, Shop-Manager). So können mehrere Personen sicher an der Website arbeiten, ohne sich gegenseitig zu behindern oder zu gefährden. - Personalisierung & Community:
Erlaubt Mitgliederbereiche, individuelle Inhalte, geschützte Downloads oder Kommentarfunktionen. Wichtig für jede interaktive Website. - DSGVO/Rechtskonformität:
Zentrale Stelle zur Verwaltung von Benutzerdaten, Einwilligungen und Löschanfragen.
Praktisch gesagt:
Ohne durchdachte Benutzerverwaltung riskierst du Sicherheitslücken, Chaos im Redaktionsteam und eingeschränkte Website-Funktionalität. Sie ist die Grundlage für jede professionelle Joomla-Website.
1️⃣ Grundprinzip von Joomla-Berechtigungen (sehr wichtig!)
🔑 Joomla verwendet DREI Ebenen, die immer zusammenwirken:
| Ebene | Frage |
|---|---|
| Benutzer | Wer ist es? |
| Gruppe | Was darf er tun? |
| Zugriffsebene | Was darf er sehen? |
Merksatz:
Gruppen = Aktionen, Zugriffsebenen = Sichtbarkeit
2️⃣ Benutzer anlegen
📍 Backend-Pfad:System → Benutzer → Benutzer
Spalten erklärt
| Spalte | Bedeutung |
|---|---|
| Name | Klarname des Nutzers |
| Benutzername | Login-Name |
| Aktiviert | Darf sich anmelden? |
| Blockiert | Gesperrt (z. B. Sicherheit) |
| Gruppe | Zugewiesene Benutzergruppe |
| Letzte Anmeldung | Kontrollzweck |
Benutzer anlegen
Pfad: System → Benutzer → Benutzer → Neu
Wichtige Felder:
- Name
- Benutzername
- Passwort
- Benutzergruppen (entscheidend!)
📌 Typischer Fehler:
Benutzer angelegt – aber keiner Gruppe zugewiesen → fast keine Rechte
3️⃣ Benutzergruppen – „Was darf der Benutzer tun?“
📍 Pfad:
System → Benutzer → Gruppen
Standard-Gruppen (Auszug)
| Gruppe | Darf was? |
|---|---|
| Öffentlich | Jeder Besucher |
| Registriert | Angemeldete Nutzer |
| Autor | Beiträge erstellen |
| Editor | Beiträge bearbeiten |
| Publisher | Beiträge veröffentlichen |
| Manager | Backend, eingeschränkt |
| Administrator | Backend, fast alles |
| Super Benutzer | Alles |
📌 Best Practice:
👉 Nie Super Benutzer für Redakteure!
4️⃣ Zugriffsebenen – „Was darf der Benutzer sehen?“
📍 Pfad:
System → Benutzer → Zugriffsebenen
Standard-Zugriffsebenen
| Zugriffsebene | Enthält Gruppen |
|---|---|
| Öffentlich | Öffentlich |
| Registriert | Registriert |
| Spezial | Administrator, Super Benutzer |
📌 Ganz wichtig:
Ein Benutzer sieht Inhalte nur, wenn seine Gruppe in der Zugriffsebene enthalten ist
Benutzerrechte in Joomla 6 (Benutzerverwaltung)
Unterschied Joomla 5 → Joomla 6
Die Bedienung bleibt gleich — aber Joomla 6 zeigt zuverlässiger an, was wirklich gilt.
Die Rechte-Logik (ACL) wurde nicht neu erfunden, aber intern überarbeitet:
| Bereich | Joomla 5 | Joomla 6 |
|---|---|---|
| Berechnungslogik | komplex, langsamer | schneller berechnet |
| Konflikte erkennen | schwer nachvollziehbar | klarere Anzeige |
| Vererbung | gleich | stabiler |
| Performance bei vielen Usern | merkbar langsam | deutlich schneller |
Grundprinzip der Joomla-Rechte (ACL)
Joomla arbeitet mit 3 Ebenen
| Ebene | Bedeutung |
|---|---|
| Benutzergruppe | Was darf der Benutzer tun |
| Zugriffsebene | Was darf er sehen |
| Kategorie/Artikel | Wo darf er es tun |
Fehler entstehen fast immer, wenn diese 3 Dinge verwechselt werden.
Wo werden Rechte eingestellt
Benutzergruppen:
Administrator → Benutzer → Gruppen
URL: https://joomla6.rneuhoff.de/administrator/index.php?option=com_users&view=groups
Globale Rechte:
System → Konfiguration → Berechtigungen
URL: https://joomla6.rneuhoff.de/administrator/index.php?option=com_config
Beitragsrechte:
Inhalt → Beiträge → Optionen → Berechtigungen
URL: https://joomla6.rneuhoff.de/administrator/index.php?option=com_content
Beispiel 1 – Redakteur darf Artikel schreiben aber nichts veröffentlichen
Schritt 1 – Benutzergruppe erstellen
Pfad: Benutzer → Gruppen → Neu
Name: Autor-Website
Übergeordnet: Registered
Speichern
Schritt 2 – Rechte vergeben
Pfad: Inhalt → Beiträge → Optionen → Berechtigungen
Gruppe wählen: Autor-Website
Rechte setzen: 👉 Benutzer kann schreiben — aber nicht veröffentlichen
| Recht | Einstellung |
|---|---|
| Erstellen | Erlaubt |
| Bearbeiten | Erlaubt |
| Status bearbeiten | Verweigert |
Ergebnis im Frontend
Benutzer sieht Button: Beitrag erstellen, aber kein: Veröffentlichen
Redakteur muss freigeben.
Beispiel 2 – Benutzer darf nur eigene Artikel bearbeiten
Pfad: Inhalt → Beiträge → Optionen → Berechtigungen
Ziel: Benutzer sieht nur seine Artikel.
Rechtevergabe:
| Recht | Einstellung |
|---|---|
| Eigene bearbeiten | Erlaubt |
| Alle bearbeiten | Verweigert |
Beispiel 3 – Menü nur für Mitglieder sichtbar
Menüpunkt bearbeiten: Pfad: Menüs → Hauptmenü → Menüpunkt bearbeiten
URL Beispiel: https://joomla6.rneuhoff.de/administrator/index.php?option=com_menus&view=item
Zugriffsebene: Registered
Frontend:
Gast → Menü unsichtbar
Mitglied → Menü sichtbar
Wichtigster Zusammenhang
| Einstellung | Wirkung |
|---|---|
| Gruppe | darf handeln |
| Zugriffsebene | darf sehen |
| Kategorie | wo er handeln darf |
Häufigster Anfängerfehler
Man erlaubt Bearbeiten, aber vergisst Zugriffsebene
→ Benutzer darf bearbeiten
→ sieht Artikel aber nicht
Warum „Verweigert“ gefährlicher ist als „Nicht gesetzt“ (Joomla-ACL)
Das ist der Punkt, an dem fast jeder Joomla-Einsteiger verzweifelt.
Der Grund: Joomla berechnet Rechte von oben nach unten – und ein einziges Verweigert blockiert alles darunter.
👉 Verweigert überschreibt alles — immer.
Die drei möglichen Zustände
| Zustand | Bedeutung |
|---|---|
| Erlaubt | Zugriff wird gewährt |
| Nicht gesetzt | Joomla entscheidet über Vererbung |
| Verweigert | Zugriff wird endgültig blockiert |
Wie Joomla Rechte berechnet
Joomla prüft:
- Globale Konfiguration
- Komponente
- Kategorie
- Beitrag
und zusätzlich:
- alle Benutzergruppen gleichzeitig
Der Benutzer bekommt also die Summe seiner Gruppenrechte.
Praxisbeispiel
Du hast einen Benutzer in zwei Gruppen:
| Gruppe | Recht „Bearbeiten“ |
|---|---|
| Redakteur | Erlaubt |
| Besucher | Verweigert |
Ergebnis: Benutzer darf NICHT bearbeiten
Warum?
Weil Verweigert stärker ist.
Beispiel mit Kategorie
Globale Einstellung: Bearbeiten = Erlaubt
Kategorie: Bearbeiten = Verweigert
Artikel: Bearbeiten = Erlaubt
Ergebnis
Bearbeiten NICHT möglich
👉 Kategorie blockiert alles darunter
Unterschied zu „Nicht gesetzt“
| Einstellung | Wirkung |
|---|---|
| Nicht gesetzt | erbt von oben |
| Verweigert | stoppt Vererbung |
Beispiel
Global: Bearbeiten = Erlaubt
Kategorie: Nicht gesetzt
Artikel: Nicht gesetzt
➡ Benutzer darf bearbeiten
Gleiches Beispiel mit Verweigert
Kategorie: Verweigert
➡ Bearbeiten dauerhaft gesperrt
Selbst Administrator kann es schwer finden.
Warum das so gefährlich ist
Viele versuchen Fehler zu lösen durch: „Dann verbiete ich es hier einfach“
Danach funktioniert plötzlich nirgendwo mehr etwas, und man sucht stundenlang.
Typischer Anfänger-Fehler
Man setzt: Registered → Bearbeiten = Verweigert
Später erstellt man Gruppe: Autor → Bearbeiten = Erlaubt
Autor ist Mitglied von Registered.
➡ Darf trotzdem nicht bearbeiten
Goldene Joomla-Regel
In 95 % der Fälle genügt: Nicht gesetzt oder Erlaubt
Wann Verweigert sinnvoll ist
Nur wenn du absolut sicher blockieren willst:
Beispiel:
Gast darf niemals Backend sehen
dann:Public → Admin Login → Verweigert
Warum sich ein Administrator selbst aussperrt — und wie man das rettet (Joomla 6)
Das passiert viel häufiger als gedacht. Nicht wegen Hackern — sondern wegen falsch gesetzter Rechte (ACL).
Die häufigste Ursache
Der Admin setzt irgendwo: Verweigert … und zwar in einer Gruppe, in der er selbst Mitglied ist.
👉 Joomla funktioniert korrekt — aber niemand kommt mehr rein.
Dann verliert er:
- Backend-Login
- Menürechte
- Komponentenrechte
- manchmal komplette Website
Typische Selbst-Sperr-Fehler
1. Backend Login verboten
Pfad: System → Konfiguration → Berechtigungen
Admin setzt bei Public oder Registered
Administrator Login → Verweigert
Ergebnis:
/administrator
→ Zugriff verboten
2. Super Users vererbt falsch
Admin erstellt neue Gruppe: Webmaster → übergeordnet: Registered
dann:
Super Users → Nicht mehr übergeordnet
Ergebnis:
Niemand hat Superrechte → Backend tot
3. Kategorie sperrt alles
Kategorie: Bearbeiten = Verweigert
auch Administrator darf nicht mehr bearbeiten.
Rettung – so bekommst du Zugriff zurück
Du brauchst FTP oder Hosting-Dateimanager (z.B. All-inkl KAS → Dateimanager)
Methode 1 –
neuen Super-Admin direkt in Datenbank anlegen (sicherste Methode)
Öffne phpMyAdmin im Hosting Datenbank auswählen → Tabellen
Schritt 1 – Benutzer anlegen
Tabelle: #__users
SQL ausführen:
INSERT INTO `#__users`
(`name`,`username`,`email`,`password`,`block`,`sendEmail`,`registerDate`)
VALUES
('Notadmin','notadmin',
MD5('Notfall123!'),0,1,NOW());
Schritt 2 – Super User zuweisen
Tabelle: #__user_usergroup_map
(`user_id`,`group_id`)
VALUES (LAST_INSERT_ID(),8);
8 = Super Users Gruppe Jetzt Login möglich:
https://joomla6.rneuhoff.de/administrator
Benutzer: notadmin Passwort: Notfall123!
Danach Rechte korrigieren und Notfall-User löschen.
Methode 2 – Erweiterung deaktivieren (wenn Plugin sperrt)
FTP Pfad: /plugins/
Verdächtigen Plugin-Ordner umbenennen:
Beispiel: /plugins/system/security → security_OFF
Seite lädt wieder.
Methode 3 – Session löschen (Login-Schleife)
In phpMyAdmin Tabelle: #__session
Alle Einträge löschen.
Warum das passiert
Joomla prüft Rechte so:
Super User ist keine absolute Rolle, sondern nur eine Gruppe mit allen Rechten.
Wenn sie blockiert wird
→ niemand mehr Admin.
Vorbeugung (wichtig!)
- Nie bei Public Verweigert setzen
- Nie Super Users ändern
- Immer zweiten Admin haben
- Backup vor Rechte-Änderung
Erklärung am Beispiel einer mittelgroßen Firma
🎯 Lernziele
Nach diesem Kapitel können Sie:
- Benutzer, Gruppen und Zugriffsebenen klar trennen
- ein sauberes Rollenmodell aufbauen
- exakt definieren: wer darf was – und wer ausdrücklich nicht
- Benutzeraktivitäten nachvollziehen
- typische Praxisfehler vermeiden
🏢 Firmenmodell (Praxisbeispiel Muster GmbH)
Die Firma hat folgende Abteilungen:
- Geschäftsführung
- IT / Administratoren
- Marketing
- Redaktion
- HR
- Externe Dienstleister
Die Website veröffentlicht:
- Unternehmensseite
- Internes Intranet
- Pressebereich
- Schulungsbereich
🧱 Grundprinzip (extrem wichtig)
Joomla trennt strikt zwischen:
1️⃣ Benutzer
2️⃣ Benutzergruppen (Rollen)
3️⃣ Zugriffsebenen (Sichtbarkeit)
❗ Diese drei Dinge sind nicht dasselbe.
1️⃣ Benutzer (Wer ist die Person?)
📂 Backend-Pfad
Benutzer → Verwalten
Was ist ein Benutzer?
Ein Benutzer ist:
- eine konkrete Person
- mit Login-Daten
- die Mitglied in mindestens einer Benutzergruppe ist
Typische Benutzer in der Firma
| Benutzer | Funktion |
|---|---|
| anna.marketing | Marketing |
| tom.redaktion | Redakteur |
| lisa.hr | HR |
| admin.it | IT |
| agentur.extern | Externer Dienstleister |
Wichtige Benutzer-Einstellungen
- Benutzername
- Zugewiesene Gruppen (sehr wichtig!)
- Status (aktiv / blockiert)
- Backend-Zugriff ja/nein
🔒 Typischer Fehler
❌ Benutzer direkt Rechte geben
✅ Immer über Gruppen arbeiten
2️⃣ Benutzergruppen (Was darf jemand tun?)
Definition
Eine Benutzergruppe beschreibt:
Welche Aktionen ein Benutzer ausführen darf
(z. B. bearbeiten, veröffentlichen, konfigurieren)
📂 Backend-Pfad
Benutzer → Gruppen
Standardgruppen (Joomla)
- Public
- Registered
- Author
- Editor
- Publisher
- Manager
- Administrator
- Super Users
Erweiterte Firmen-Gruppen (empfohlen)
Public
└── Registered
├── Mitarbeiter
│ ├── Marketing
│ ├── Redaktion
│ └── HR
├── Externe
├── IT
└── Führung
Public
└── Registered
├── Mitarbeiter
│ ├── Marketing
│ ├── Redaktion
│ └── HR
├── Externe
├── IT
└── Führung
➡ Hierarchie bedeutet:
- Untergruppen erben Rechte von oben
- Rechte addieren sich, nicht subtrahieren
🧠 Praxisregel
Ein Benutzer kann in mehreren Gruppen sein – Rechte summieren sich.
❗ Kritischer Punkt
Ein Benutzer in:
- Editor
- Administrator
➡ hat beide Rechte
➡ niemals „versehentlich“ zu viele Gruppen zuweisen
3️⃣ Zugriffsebenen (Was darf jemand sehen?)
Zugriffsebene = Sichtbarkeit von Inhalten
📂 Backend-Pfad
Benutzer → Zugriffsebenen
Nicht:
- bearbeiten
- löschen
- konfigurieren
➡ nur sehen oder nicht sehen
🧩 Beispiel-Zugriffsebenen der Firma
| Zugriffsebene | Sichtbar für |
|---|---|
| Öffentlich | Alle |
| Mitarbeiter | Registered |
| Redaktion | Redaktion |
| HR intern | HR |
| Führung | Führung |
| IT intern | IT |
Beispiel Benutzergruppe HR
Ein Beitrag:
- Zugriff: HR intern
➡ Nur Benutzer in der Gruppe HR sehen ihn
➡ Selbst Admins sehen ihn nur, wenn sie in der Gruppe sind
⚠️ Typischer Denkfehler
❌ „Administrator sieht alles“
✅ Nein – Zugriffsebenen gelten immer
⚠️ Typische Fortgeschrittenen-Fehler
| Fehler | Warum problematisch |
|---|---|
| Zu viele Gruppen | Unübersichtlich |
| Admin-Rechte vergeben | Sicherheitsrisiko |
| Zugriffsebene ignoriert | Inhalte „verschwinden“ |
| Gruppen mischen | Rechte eskalieren |
4️⃣ Praxisbeispiel: Marketing-Mitarbeiterin Anna
Benutzer:
anna.marketing
Gruppen:
Registered, Marketing
Zugriffsebenen:
Mitarbeiter, Marketing
anna darf:
✔ eigene Beiträge erstellen
✔ Marketing-Beiträge sehen
✔ Bilder hochladen
anna darf nicht:
❌ Beiträge veröffentlichen
❌ Benutzer verwalten
❌ System konfigurieren
🧠 Praxisbeispiel: IT-Administrator
Gruppen:
IT, Administrator
Alle Mitglieder der Gruppe dürfen:
✔ Benutzer anlegen
✔ Module verwalten
✔ Templates anpassen
Alle Mitglieder der Gruppe dürfen nicht:
❌ Geschäftsführungsinhalte sehen (Zugriffsebene!)
5️⃣ Benutzerhinweise (Notes)
➡ Nur für Admins sichtbar
📂 Backend-Pfad
Benutzer → Benutzerhinweise
Zweck
Interne Notizen pro Benutzer
Beispiele:
- „Zugang nur bis 31.12.“
- „Externer Dienstleister“
- „Zwei-Faktor aktiviert“
6️⃣ Benutzeraktivitäten (Audit & Kontrolle)
📂 Backend-PfadSystem → Aktionen protokollieren
(abhängig von Aktivierung)
Was wird protokolliert?
- Login / Logout
- Beiträge erstellt / geändert
- Benutzer geändert
- Einstellungen verändert
Wichtig für Firmen & DSGVO
- Nachvollziehbarkeit
- Revisionssicherheit
- Verantwortlichkeiten
Verständnisfragen
Was ist der Unterschied zwischen Benutzergruppe und Zugriffsebene?
✅ Antwort:
Benutzergruppen regeln, welche Aktionen ein Benutzer ausführen darf, während Zugriffsebenen festlegen, welche Inhalte sichtbar sind.
Warum sollte man keine Rechte direkt Benutzern zuweisen?
✅ Antwort:
Rechte werden in Joomla über Gruppen verwaltet, um Sicherheit, Übersichtlichkeit und Skalierbarkeit zu gewährleisten.