Schlagwort: weinhold-framework

  • geraetesicherheit


    Gerätesicherheit

    Schutz vor unbekannten Geräten

    Das Gerätesicherheits-Modul erkennt beim Login, ob ein Gerät zum ersten Mal verwendet wird. Ist das Gerät unbekannt, muss der Nutzer eine Sicherheitsfrage beantworten, bevor der Zugang gewährt wird – eine zusätzliche Schutzschicht, die auch bei kompromittierten Passwörtern greift.

    Wie es funktioniert

    Beim ersten Login von einem neuen Browser oder Gerät erscheint eine zusätzliche Abfrageseite. Nach erfolgreicher Beantwortung wird das Gerät als vertrauenswürdig gespeichert und beim nächsten Login automatisch erkannt – ohne erneute Abfrage.

    In der Praxis

    Das Modul wirkt netzwerkweit auf allen Sites gleichzeitig. Wer sich zum ersten Mal auf einer Subsite des Weinhold-Netzwerks einloggt, durchläuft automatisch diese Sicherheitsprüfung – ganz ohne zusätzliche Konfiguration auf Seitenebene.

  • benutzerverwaltung


    Benutzerverwaltung

    Das zentrale Login-System

    Die Benutzerverwaltung ist das Authentifizierungssystem des Weinhold Frameworks. Sie regelt Registrierung, Login, Profilbearbeitung, Passwort-Reset und Rollenzuweisung – netzwerkweit für alle Sites.

    Shortcodes

    • [weinhold_auth_login] – Login-Formular
    • [weinhold_auth_register] – Registrierungsformular für neue Nutzer
    • [weinhold_auth_profile] – Profilansicht und -bearbeitung für eingeloggte Nutzer (Passwort ändern, Avatar hochladen)
    • [weinhold_auth_lostpassword] – Passwort zurücksetzen
    • [weinhold_auth_nav] – Navigationsleiste mit Links zu Login, Profil und weiteren Bereichen

    In der Praxis – weinify.de

    Auf weinify.de und allen Subsites läuft das komplette Login- und Registrierungssystem über dieses Modul. Der [weinhold_auth_nav]-Shortcode ist im Custom Header eingebunden und sorgt für die siteübergreifende Navigation zwischen Login, Profil und weiteren Seiten.

    Rollen & Berechtigungen

    Administratoren weisen Rollen und Modulberechtigungen zentral im Dashboard unter Weinhold → Nutzerverwaltung → Modulberechtigungen zu. So kann pro Modul konfiguriert werden, welche Rollen Lese- oder Schreibzugriff haben.

  • audit-log


    Audit-Log

    Das Aktivitätsprotokoll

    Der Audit-Log protokolliert alle relevanten Aktionen im Weinhold-Framework-Netzwerk – von E-Mail-Versand und Benutzeranmeldungen bis hin zu Änderungen in einzelnen Modulen wie dem Kalender oder den Highlights.

    Filtern & Exportieren

    Die Log-Ansicht im Dashboard lässt sich nach Modul, Aktion, Nutzer und Zeitraum filtern. Einträge können als CSV exportiert werden. Eine konfigurierbare Aufbewahrungsfrist sorgt dafür, dass alte Einträge automatisch gelöscht werden und die Datenbank nicht unnötig wächst.

    Modul-Integration

    Andere Module registrieren eigene Aktionen im Audit-Log – z.B. „Termin erstellt“ (Kalender), „Post gelöscht“ (Highlights) oder „Login-Lockout ausgelöst“ (Security Manager). Dadurch entsteht ein vollständiges, nachvollziehbares Protokoll über alle Vorgänge im Netzwerk.

    Rein adminbasiert

    Das Modul läuft komplett im Hintergrund – es gibt keinen Shortcode und keine Frontend-Ansicht. Die Log-Übersicht ist ausschließlich unter Weinhold → Audit-Log zugänglich.

  • shortcodes


    Shortcodes

    Das Herzstück des Frameworks

    Das Shortcode-Modul ist das Rückgrat des Weinhold Frameworks. Es stellt eine zentrale Registry bereit, über die alle anderen Module ihre Shortcodes registrieren – inklusive Beschreibung und Parameterdokumentation.

    Wie es funktioniert

    Jedes Modul ruft beim Laden weinhold_add_shortcode() auf und übergibt Tag, Callback, Beschreibung und optionale Parameter-Dokumentation. Das Modul sammelt alle Einträge und listet sie übersichtlich im Admin-Dashboard unter Weinhold → Shortcodes auf – so hat man immer alle verfügbaren Shortcodes im Blick.

    Warum Core?

    Dieses Modul wird immer geladen, unabhängig davon ob andere Module aktiv sind. Ohne es würden keine Shortcodes anderer Module registriert. Es ist die stille Grundlage für alles, was auf der Seite sichtbar wird.

  • kalender


    Kalender

    Termine für das gesamte Netzwerk

    Das Kalender-Modul bringt einen netzwerkweiten Terminplaner ins Weinhold Framework. Termine werden zentral gespeichert und können von eingeloggten Nutzern erstellt, bearbeitet und geteilt werden – optional auch öffentlich für alle Besucher. Auf weinify.de/kalender ist das Modul live im Einsatz.

    Shortcodes

    • [weinhold_calendar] – Persönlicher Kalender: Zeigt alle Termine netzwerkweit, die der eingeloggte Nutzer sehen darf. Beim Aktivieren des Moduls wird automatisch eine Seite unter /kalender mit diesem Shortcode erstellt.
    • [weinhold_public_calendar] – Öffentlicher Kalender: Zeigt die Termine der aktuellen Webseite. Nicht eingeloggte Besucher sehen nur öffentliche Termine.

    Sichtbarkeit von Terminen

    Beim Erstellen wählt man zwischen drei Stufen:

    • 🌍 Netzwerk – Alle eingeloggten Nutzer können den Termin sehen
    • 🔒 Privat – Nur Ersteller und eingeladene Nutzer haben Zugriff
    • 🌐 Öffentlich – Jeder kann den Termin sehen, auch ohne Login (erfordert besondere Berechtigung)

    E-Mail-Erinnerungen

    Pro Termin kann eine E-Mail-Erinnerung aktiviert werden. In den persönlichen Einstellungen legt jeder Nutzer fest, wie viele Tage vorher die Erinnerung gesendet werden soll (0 = am selben Tag, -1 = deaktiviert). Der Versand läuft täglich automatisch per Cronjob.

    Farbkodierung & Herkunft

    Jeder Nutzer kann pro Webseite eine eigene Farbe für die Terminanzeige konfigurieren. Bei der Termin-Erstellung wird außerdem die Herkunft (welche Subsite) zugeordnet – so behalten Mitglieder mehrerer Sites den Überblick.

  • discord-notifications


    Discord-Benachrichtigungen

    Das Benachrichtigungs-Herz des Frameworks

    Das Discord-Benachrichtigungs-Modul verbindet das Weinhold Framework mit Discord. Neue Inhalte – ob Blogbeiträge, Highlights, Kalendertermine oder andere Modul-Events – können automatisch als Rich Embed in Discord-Kanälen erscheinen.

    Post-Type-Webhooks

    Für jeden WordPress-Post-Type (Beiträge, Seiten, eigene Post-Types) kann ein separater Webhook konfiguriert werden. Sobald ein Beitrag des jeweiligen Typs erstmalig veröffentlicht wird, sendet das Modul automatisch eine Benachrichtigung.

    Modul-Integrationen

    Andere Framework-Module registrieren sich als Modul-Integration und erhalten so einen eigenen Webhook-Slot mit individueller Nachrichtenvorlage. Aktuell integriert: Highlights, Kalender und weitere. Die Konfiguration erfolgt unter Weinhold → Discord-Benachrichtigungen → Modul-Integrationen.

    Nachrichtenvorlagen

    Jede Integration hat eine eigene Vorlage mit Platzhaltern wie {author}, {caption}, {url}, {date}. Discord-Embeds enthalten automatisch Author-Icon, Farbe, Bild (bei Medien), Timestamp und Footer.

    Manuelles Senden

    Über das Dashboard können auch manuell Nachrichten an konfigurierte Webhooks gesendet werden – praktisch für Ankündigungen oder Test-Nachrichten.

  • Highlights – Der Activity Feed im Weinhold Framework


    Highlights

    Der Activity Feed

    Das Highlights-Modul ist der Discord-ähnliche Activity Feed des Weinhold Frameworks. Mitglieder können Bilder, Videos und Links mit einer kurzen Caption posten – und die Community sieht es sofort im Feed.

    Shortcode

    [[weinhold_highlights]] – Rendert den vollständigen Highlights-Feed auf einer WordPress-Seite. Neue Posts erscheinen oben, ältere können per „Mehr laden“ nachgeladen werden (AJAX, kein Seitenreload).

    Medien-Upload

    Bilder und Videos werden direkt beim Posten hochgeladen und in einem eigenen Verzeichnis (uploads/weinhold-highlights/) abgelegt – getrennt von der WordPress-Mediathek. Die maximale Dateigröße und Posts pro Ladevorgang sind im Dashboard konfigurierbar.

    Discord-Integration

    Jeder neue Highlights-Post kann automatisch eine Discord-Benachrichtigung auslösen – über das Discord-Benachrichtigungs-Modul. Webhook-URL, Aktivierungsstatus und Nachrichtenvorlage werden zentral unter Weinhold → Discord-Benachrichtigungen → Modul-Integrationen → Highlights konfiguriert.

    Berechtigungen

    Über das Benutzerverwaltungs-Modul lässt sich steuern, wer den Feed sehen (view) und wer neue Posts erstellen (edit) darf.