Was ist das Audit Log?
Read-only Ereignisprotokoll und Datenschutz.
Kurzantwort
Das Audit Log ist read-only und protokolliert fachliche Ereignisse zu Dokumenten, Berechtigungen, Versionen, Dateien, Workflow und Downloads. IP-Adressen werden nur als gesalzener HMAC-Hash gespeichert; sensible Kontextfelder werden redigiert.
Worum geht es?
Das Audit Log ist read-only und protokolliert fachliche Ereignisse zu Dokumenten, Berechtigungen, Versionen, Dateien, Workflow und Downloads. IP-Adressen werden nur als gesalzener HMAC-Hash gespeichert; sensible Kontextfelder werden redigiert.
So gehst du vor
- Öffne den passenden OJ-DocumentHub-Bereich im Joomla-Backend.
- Prüfe die für das Thema relevanten Einstellungen, Rechte und Objektzustände.
- Speichere Änderungen und kontrolliere das Ergebnis mit Frontend, Diagnose, Audit-Log oder Stable Release Gate, soweit passend.
Wichtig zu wissen
- Das Audit Log ist read-only und protokolliert fachliche Ereignisse zu Dokumenten, Berechtigungen, Versionen, Dateien, Workflow und Downloads. IP-Adressen werden nur als gesalzener HMAC-Hash gespeichert; sensible Kontextfelder werden redigiert.
- Sichtbarkeit und Aktionen bleiben an Joomla-Status, Viewlevels und die jeweils erforderlichen DocumentHub-Rechte gebunden.
- Bei Storage-, Download-, Update-Server-, JoomSubs-, Webhook- und API-Funktionen gelten zusätzliche Sicherheitsprüfungen; DocumentHub arbeitet bei geschützten Pfaden nicht mit stillschweigenden Freigaben.
Fehlerbehebung
Wenn das erwartete Ergebnis fehlt, prüfe zuerst Veröffentlichungsstatus, Kategorie, Zugriffsebene, ACL und den konkreten Objektzustand. Bei Dateien zusätzlich den gespeicherten Storage-Adapter und die Integritätsprüfung, bei Automatisierung die Scheduler-Historie und bei Integrationen die jeweiligen Logs bzw. das Stable Release Gate.
Verwandte Bereiche
Siehe außerdem „Rechte & ACL“, „Sicherheit & Performance“, „Stable Release Gate“ und „Fehlerbehebung & Diagnose“, soweit das Thema betroffen ist.