LANDGUTH.ORG wird fortgeschrieben, ohne frühere Arbeitsstände still zu überschreiben. Diese Seite dokumentiert die wesentlichen öffentlich wirksamen Änderungen nach Version und Datum.
Die Übersicht ist keine offene Handakte. Interne Prüfstände, Zugangsdaten, Sicherheitsdetails und nicht für die Öffentlichkeit bestimmte Arbeitsinformationen bleiben in den dafür vorgesehenen Projektakten.
PATCH PT-COM18 · 14.09.2026
Version 0.1.93 · Pager-Anzeige ohne Überdeckung
Gleichzeitig sichtbare In-App-Pagerkarten werden auf zwei in breiten und eine in schmalen beziehungsweise sehr niedrigen Ansichten begrenzt.
Weitere offene Meldungen bleiben über eine geordnete Warteschlange erreichbar; das Öffnen der Warteschlange oder das Einklappen bestätigt nichts.
Ein display-Nachweis wird erst nach einer clientseitigen Sichtbarkeitsprüfung der konkreten Karte ausgelöst; ein bloßer DOM-Eintrag genügt nicht.
Mehrfach-Tabs desselben Browserprofils koordinieren die aktive Darstellung über kurzlebige Leases und BroadcastChannel.
Quittierung bleibt eine ausdrücklich ausgelöste Serveraktion. Aufgabenstatus und Aufgabenannahme bleiben davon getrennt.
Keine Datenbankmigration; Betriebssystem-Push bleibt deaktiviert.
PATCH PT-DEV06 · 14.09.2026
Version 0.1.92 · PWA-Ampel und gerätebezogene Wiederaufnahme
Installation, Sitzung, aktueller In-App-Kontakt, Pager-Selbsttest und Einrichtungsabschluss werden pro PWA-Installation getrennt geführt.
Ein zweites ungeprüftes oder nicht aktuell verbundenes Gerät wird nicht durch kontoweite Sammelzustände grün dargestellt.
Historischer Einrichtungsabschluss und aktuelle Erreichbarkeit bleiben getrennte Aussagen.
Migration 0067 führt den installationsbezogenen Einrichtungsstand und seine Ereignisse ein.
PATCH PT-COM17 · 14.09.2026
Version 0.1.91 · Klingeln und Quittungsrücklauf
Quittiert wird nur nach ausdrücklich bestätigter Serverantwort für die konkrete Zustellung.
Ablauf, Authentifizierungsverlust und anderweitige Quittierung bleiben eigene Zustände.
Ein Pager-Selbsttest gilt erst nach bewusster Quittierung auf der betreffenden Installation als bestätigt.
Keine Datenbankmigration.
PATCH PT-AUTH05 · 14.09.2026
Version 0.1.90 · Zugang, Rechte und Gerätebindung
Administrative Sitzungsstärke, normale Nutzersitzung und PWA-Gerätebindung werden serverseitig getrennt geprüft.
Standalone-Modus allein autorisiert keine Installation; Geräte- und QR-Vorgänge bleiben an gültige Sitzungen gebunden.
Widerrufene PWA-Installationen verlieren ihre aktuelle Wirkung, während die Historie erhalten bleibt.
Keine Datenbankmigration.
PATCH PT-WEB09 · 13.09.2026
Version 0.1.89 · KI-Manifest · LANDGUTH Mühlenhagen
Das kanonische KI-Manifest unter /ki-nutzungsrechte/ ist auf LANDGUTH Mühlenhagen und Nadine Oswald als Urheberin angepasst.
Die CC-BY-4.0-Namensnennung lautet LANDGUTH Mühlenhagen / Nadine Oswald mit Verweis auf landguth.org.
Der ausdrücklich genannte Geltungsbereich ist landguth.org; Kundenarbeiten und passwortgeschützte Bereiche bleiben ausgenommen.
Der historische PT-WEB08-Eintrag bleibt im Versionsverlauf als damaliger Zwischenstand erhalten.
Keine Datenbankmigration.
PATCH PT-WEB08 · 13.09.2026
Version 0.1.88 · DREIFISCH KI-Manifest
Die kanonische Seite /ki-nutzungsrechte/ führt nun das DREIFISCH KI-Manifest mit ausdrücklicher Erlaubnis zum automatischen Auslesen frei zugänglicher Inhalte.
Das Manifest nennt Creative Commons CC-BY 4.0 als Nutzungsrahmen und verpflichtet zur Namensnennung DREIFISCH / Anselm Bonies mit Verweis auf dreifisch.com.
Der im Manifest ausdrücklich genannte Geltungsbereich bleibt dreifisch.com und dreifisch.de; Kundenarbeiten und passwortgeschützte Bereiche sind ausgenommen.
Keine Datenbankmigration.
PATCH PT-WEB07 · 13.09.2026
Version 0.1.87 · KI-Nutzungsrechte und Lizenzkanonisierung
Der maschinenlesbare Lizenzverweis rel=license zeigt nun auf LANDGUTH.ORG statt auf immoSoR.
Das KI-Manifest ist kanonisch unter /ki-nutzungsrechte/ erreichbar; /ki-manifest/ bleibt als permanente Weiterleitung erhalten.
Footer und Sitemaps verwenden die kanonische KI-Nutzungsrechte-Adresse.
Keine Datenbankmigration.
PATCH PT-WEB06 · 13.09.2026
Version 0.1.86 · KI-Manifest, Footer und Versionsverlauf
Ein öffentliches KI-Manifest beschreibt den Einsatz künstlicher Intelligenz als Arbeitswerkzeug unter Quellen-, Status-, Freigabe- und Versionsregeln.
Der Footer führt nun FAQ & Hilfe, Sitemap, KI-Manifest, Versionsverlauf, Impressum, Datenschutz und Nutzungsbedingungen in dieser Reihenfolge.
Der Versionsverlauf verarbeitet ältere Eintragsformate fehlertolerant und enthält die aktuellen Releases bis v0.1.86.
KI-Manifest und Versionsverlauf werden in menschenlesbarer und XML-Sitemap geführt.
Keine Datenbankmigration.
PATCH PT-COM16 · 13.09.2026
Version 0.1.85 · Aufgaben-Detailkarten und Abstände
Die Metadatenkarte im Aufgabendetail erhält ruhigere Innenabstände und ein gleichmäßigeres Raster.
Notiz- und Zuweisungskarte werden im Kartenrhythmus und in der Formularführung nachgezogen.
Keine Datenbankmigration.
PATCH PT-COM15 · 13.09.2026
Version 0.1.84 · Betriebsreife und Abnahme
MEGA-COM-01 erhält eine abschließende technische und reale Abnahmeordnung für Geräte, Aufgaben, Kalender, QR-Übergaben und Audit.
Das Aufgabendetail ordnet Priorität, Zuständigkeit, Quittierung, Fälligkeit und Anlage in einer lesbaren Metadatenkarte.
Keine Datenbankmigration.
PATCH PT-COM14 · 13.09.2026
Version 0.1.83 · Drawer-Führung und Wiederaufnahme
Die Einrichtung führt zustandsadaptiv durch Zugang, PWA, Communicator und In-App-Pager und setzt nach Unterbrechungen am ersten offenen Pflichtpunkt fort.
Contextual Help und technische Zustellnachweise werden in die Geräte- und Einrichtungsansichten eingebunden.
Migration 0066 ergänzt die notwendigen Zustands- und Hilfestrukturen.
PATCH PT-ADMIN05 · 13.09.2026
Version 0.1.82 · Nutzer- und Arbeitsleitstand
Admin und Super-Admin erhalten eine gemeinsame operative Sicht auf Nutzer, Communicator, Kalender, Aufgaben, Übergaben, Geräte und Verlauf.
PWA-, In-App-, Pager- und Arbeitszustände werden sichtbar, ohne sie fachlich miteinander zu vermischen.
Keine Datenbankmigration.
PATCH PT-HANDOFF02 · 13.09.2026
Version 0.1.81 · QR-Aufgabenübergabe
Peer-Übergaben bestehender Aufgaben erfolgen über einen kurzlebigen QR-Vertrag.
Der Browser bleibt Brücke; die Übernahme wird ausschließlich in einer gekoppelten LANDGUTH-PWA bestätigt.
Vergleichscode, Verantwortungswechsel, Quittierung und Aufgabenchronik bleiben nachvollziehbar.
Migration 0065.
PATCH PT-COM13D · 13.09.2026
Version 0.1.80 · In-App-Gerätebindung und Selbstkontakt
Browser und PWA werden als getrennte Zustände geführt; die PWA ist die gekoppelte Handlungsebene.
Kopplung, PWA, In-App-Erreichbarkeit und Pager werden als getrennte Ampelzustände sichtbar.
Der eigene Nutzer kann Klingeln und Mitteilungen an die eigene PWA senden.
Migration 0064.
PATCH PT-CAL05 · 13.09.2026
Version 0.1.79 · Aufgaben unter dem Kalender
Aufgaben werden als zeitliche Projektion in Heute, Woche und Monat sichtbar, ohne eine zweite Aufgabenakte zu erzeugen.
Ganztägige, offene und überfällige Aufgaben erhalten eine eigene Fälligkeitsdarstellung.
Migration 0063.
PATCH PT-COM13C · 13.09.2026
Version 0.1.78 · PWA-Pager und Betriebssystem-Push
Eine technische Web-Push-Stufe wurde als Zwischenstand aufgebaut und später revisionsfähig außer Betrieb genommen.
Push-Annahme, Anzeige, Klick und fachliche Quittierung wurden als getrennte Zustände geführt.
Migration 0062 bleibt als historische Evidenz erhalten.
Quittierung, Bearbeitungsbeginn und Erledigung mit verpflichtendem Erledigungsvermerk werden im append-only Aufgabenjournal protokolliert.
Eine kurze Pager-Mitteilung kann die neue Aufgabe ankündigen; sie ersetzt weder Aufgabenakte noch Quittierung.
Stille Peer-Neuzuweisung durch die verantwortliche Person ist gesperrt; QR-Übergabe folgt erst in M5.
Keine neue Datenbankmigration; bestehende Migration 0050 und Signal-Migration 0061 bleiben Grundlage.
PATCH PT-COM13B · 13.09.2026
Version 0.1.76 · MEGA-COM-01 M2 · Klingeln und Mitteilung
Der Communicator erhält die drei klar getrennten Aktionsarten Klingeln, Mitteilung und Aufgabe; die Aufgabe bleibt bis M3 bewusst schreibgeschützt.
Klingeln und Mitteilung verwenden den M1-Zustandskern und bleiben auf maximal 140 Zeichen begrenzt.
Aktive LANDGUTH-Sitzungen auf Smartphone, Tablet, iPad und Desktop erhalten eine touchfähige Pagerkarte.
Zustellübernahme, tatsächliche Anzeige und bewusste Quittierung bleiben getrennte Zustände. Das Einblenden des Pagers quittiert nichts.
Ein technischer Selbsttest kann das eigene Konto anklingeln; Betriebssystem-Push bei vollständig geschlossener PWA folgt später.
Keine neue Datenbankmigration; Migration 0061 aus M1 bleibt Voraussetzung.
PATCH PT-COM13A · 13.09.2026
Version 0.1.75 · MEGA-COM-01 M1 · Communicator-Zustandskern
Der neue serverseitige Communicator-Zustandskern trennt Erzeugung, Übernahme, Anzeige, Bestätigung und Ablauf einer Direktinformation voneinander.
Klingeln und Mitteilung werden als kurze interne Signale mit maximal 140 Zeichen vorbereitet; eine sichtbare Meldung gilt ausdrücklich noch nicht als quittiert.
Aktive Empfängersitzungen erhalten getrennte Zustellprojektionen. Bestätigt ein Gerät, werden andere offene Zustellungen als superseded geschlossen und nicht fälschlich als bestätigt bezeichnet.
Erzeugung ist über Absender-bezogene Idempotenzschlüssel wiederholsicher; Rate Limits begrenzen Klingel-/Mitteilungsfeuer.
Append-only Zustandsereignisse und die globale Auditkette dokumentieren den Verlauf, ohne den Nachrichtentext in der Auditspur zu duplizieren.
Migration 0061 führt drei additive Tabellen und vier Schutztrigger ein. Pager-Oberfläche, Aufgaben, Kalenderprojektion und QR-Übergabe folgen in späteren Phasen.
PATCH PT-WEB-05 · 13.09.2026
Version 0.1.74 · Lebensfunktionen · Tabs, Vertiefungsseiten & FAQ
Die zweite Sektion der Ökonomischen Siedlungslogik wird als 2+1-Komposition aus Wasser und Landschaft, Landwirtschaft und einer breiten Lebensfunktionsfläche geführt.
Wohnen, Versorgung, Arbeit, Bildung und Freizeit erhalten zugängliche Tabs mit Hash-Ansteuerung sowie dauerhafte Vertiefungsseiten unter eigenen Slugs.
20 neue FAQ-Antworten vertiefen die fünf Lebensfunktionen und verknüpfen sie untereinander.
Die 5/7/17-Karten werden auf Lebensfunktionen, Versorgungsstufen und Lösungsansätze vereinheitlicht; M01–M17 / Module bleibt die interne Projektbezeichnung.
Die Grundlagenüberschrift wird auf Desktop bewusst zweizeilig geführt.
Keine Datenbankmigration.
PATCH PT-WEB-04 · 13.09.2026
Version 0.1.73 · Header-Navigation & Leseführung
Die fünf Lebensfunktionen bleiben als begriffliche Reihe erhalten; danach folgt mit sichtbarem | der getrennte Handlungseinstieg Mitmachen.
Mitmachen führt dauerhaft auf /mitmachen/ und wird nicht als sechste Lebensfunktion behandelt.
Die beiden tragenden Überschriften der Ökonomischen Siedlungslogik werden bewusst zweizeilig geführt.
Lesebreiten der Grundsatzseite werden moderat beruhigt; der Fachtext bleibt unverändert.
Arbeitsraum bleibt eine eigenständige Handlungsschaltfläche.
Keine Datenbankmigration.
PATCH PT-AUTH-04 · 13.09.2026
Version 0.1.72 · Session- und Recovery-Bereinigung
Die einmalige Migration-0060-Bootstrap-Bruecke wird nicht mehr als Laufzeit-Anmeldeweg ausgewertet; ihre Daten bleiben als historische Evidenz erhalten.
Magic Link + Admin-PIN bleibt als sekundaerer Wiederzugang erhalten.
Aktive Sitzungen und bestehende Trusted-Device-Freigaben werden durch den Patch nicht beendet oder neu geschrieben.
Abgelaufene Administrationsgeraete werden unter Sicherheit & Geraete als abgelaufen gekennzeichnet.
Der Selftest prueft auf bekannte einmalige Recovery-Hilfsdateien im oeffentlichen Webroot.
Keine Datenbankmigration.
PATCH PT-AUTH-03 · 13.09.2026
Version 0.1.71 · Schema-Erkennung fuer Admin-PIN korrigiert
Die vorhandene Migration 0060 wird nun ueber INFORMATION_SCHEMA statt ueber einen parametrisierten SHOW-TABLES-Aufruf erkannt.
Damit wird eine vorhandene Tabelle nicht mehr faelschlich als fehlende Migration gemeldet, wenn PDO native Prepared Statements verwendet.
Die Migration 0060 wird nicht erneut ausgefuehrt; vorhandene Admin-PIN- und Trusted-Device-Daten bleiben unveraendert.
Direkter Admin-PIN-Zugang und Magic Link + PIN bleiben fachlich unveraendert.
Keine Datenbankmigration.
PATCH PT-AUTH-02 · 13.09.2026
Version 0.1.70 · Direkter Admin-PIN-Zugang · Magic Link + PIN als Zweitweg
Die Administration kann auf jedem Browser direkt mit freigegebener E-Mail-Adresse und vierstelligem Admin-PIN geöffnet werden; ein Magic-Link-Empfang ist für diesen Primärweg nicht erforderlich.
Bereits freigegebene Administrationsgeräte behalten den verkürzten PIN-only-Zugang.
Nach erfolgreicher direkter Anmeldung wird das aktuelle Gerät ausdrücklich als Administrationsgerät freigegeben.
Magic Link + Admin-PIN bleibt als zweites Anmeldeverfahren erhalten und wird nicht entfernt.
Rate-Limit, PIN-Sperre, Rollenprüfung und aktive Kontostatusprüfung bleiben serverseitig maßgeblich; falsche E-Mail-Adresse und falscher PIN erhalten dieselbe Fehlermeldung.
Keine Datenbankmigration; Migration 0060 bleibt Voraussetzung für die Admin-PIN-Funktion.
PATCH PT-AUTH-01 · 13.09.2026
Version 0.1.69 · Admin-PIN als Primärzugang · Magic Link + PIN als Sekundärweg
Ein freigegebenes Administrationsgerät kann eine neue Sitzung direkt mit dem vierstelligen Admin-PIN eröffnen; der PIN allein ist kein allgemeiner Fernzugang.
Neue oder nicht mehr freigegebene Geräte benötigen Magic Link und Admin-PIN gemeinsam. Der Magic Link bestätigt die E-Mail-Adresse, der PIN den administrativen Wissensnachweis.
Freigegebene Geräte erhalten ein zufälliges HttpOnly-Gerätetoken, das serverseitig ausschließlich als SHA-256 gespeichert und zusätzlich an die Browserkennung gebunden wird.
Für bereits eingerichtete Administratoren wird nur der vorhandene PIN-Hash übernommen. Die einmalige Umstellungsbrücke ist auf 24 Stunden, dieselbe Browser- und IP-Kennung sowie fünf Fehlversuche begrenzt.
Normale Nutzerkonten behalten den bisherigen Magic-Link-Primärzugang; deren PIN bleibt an die jeweilige Sitzung gebunden.
Migration 0060 führt die getrennten Admin-PIN- und Trusted-Device-Datensätze ein; Authentifizierungszeiten bleiben UTC.
PATCH PT-WEB-03 · 13.09.2026
Version 0.1.68 · Lebensfunktionen als öffentliche Hauptnavigation
Die öffentliche Hauptnavigation folgt nun den fünf grundlegenden Lebensfunktionen Wohnen, Versorgung, Arbeit, Bildung und Freizeit. Der Arbeitsraum bleibt als getrennte Handlungsschaltfläche erhalten.
Die fünf Menüpunkte führen auf stabile Anker der kanonischen Grundsatzseite zur Ökonomischen Siedlungslogik.
Der Grundtext ordnet Wasser und Landschaft als natürliche Grundlage, Landwirtschaft als verbindende Bewirtschaftungsebene und die fünf Lebensfunktionen als darauf aufbauende Zielperspektive ein.
Die Startseite verwendet dieselbe Reihenfolge der Lebensfunktionen; die Schreibweise Mühlteich bleibt verbindlich.
Keine Datenbankmigration; PWA-, Release- und Workspace-Abnahmestand folgen v0.1.68.
PATCH PT-WEB-02 · 13.09.2026
Version 0.1.67 · Ökonomische Siedlungslogik als eigene Grundsatzseite
Die große 5/7/17-Erklärung wurde aus der Startseite herausgenommen, damit deren ursprüngliche Dramaturgie wieder erhalten bleibt.
Die Ökonomische Siedlungslogik erhält unter /oekonomische-siedlungslogik/ eine eigene kanonische, crawlbare Grundsatzseite mit Definition, Kausallinie, Mehrfachnutzung und der 5/7/17-Struktur.
Die Startseite verweist nach den Versorgungsstufen nur noch mit einem ruhigen Textlink auf die vertiefende Grundsatzseite.
Die FAQ zur Ökonomischen Siedlungslogik verweist auf die kanonische Grundsatzseite; die Sitemap nimmt die neue dauerhafte URL auf.
Der Footer wurde wie vorgesehen auf FAQ & Hilfe, Sitemap, Versionsverlauf, Impressum, Datenschutz und Nutzungsbedingungen reduziert und räumlich beruhigt.
Keine Datenbankmigration; die noch offene Workspace-Abnahme folgt dem tatsächlich installierten Release v0.1.67.
PATCH PT-WEB-01 · 13.09.2026
Version 0.1.66 · Ökonomische Siedlungslogik & reduzierte öffentliche Navigation
Die Startseite erklärt die Ökonomische Siedlungslogik nun über fünf grundlegende Lebensfunktionen, sieben Versorgungsstufen und 17 konkrete Arbeits- und Entwicklungsfelder.
Räume und Nutzungen werden zugänglicher als miteinander verbundene Funktionen beschrieben; Küche, Wege, Werkstätten und Wasserwirtschaft zeigen die kausalen Beziehungen des Gesamtsystems.
Die öffentliche Hauptnavigation wurde auf Versorgungsstufen, Mitmachen, Frage stellen und Aktuell reduziert. Manifest, Module, FAQ und Termine bleiben über Inhalt und Footer erreichbar.
Die FAQ zur Ökonomischen Siedlungslogik wurde sprachlich geglättet und um die 5/7/17-Struktur sowie Mehrfachnutzung ergänzt.
Der Workspace-/Calendar-Abnahmestand wurde auf den tatsächlich installierten Release v0.1.66 fortgeschrieben; keine Datenbankmigration.
PATCH PT-OS-03 · 12.09.2026
Version 0.1.65 · Workspace Native Acceptance II
Der zweite Workspace- und Kalenderbogen erhält ein eigenes browsergeführtes Release Gate LANDGUTH_WORKSPACE_CALENDAR_PASS.
Die reale Abnahme umfasst Mobile/PWA, Drawer, Contextual Help, Rollenansichten, Messenger, Anhänge, Übergaben, Kalender, Anwesenheit, Serien, Context Scheduling, Ereignisse, Privatsphäre und Audit.
Die technische Web-Prüfung kontrolliert Release, Schemafolge 0044–0059, PWA, Drawer, Hilfe, Messenger, Kalender und Privatheitsgrenzen; Auditkette und Parallelitätswächter werden separat live geprüft.
Das Gate verlangt 25/25 reale Prüfungen, 10/10 Technikprüfungen und 2/2 Recovery-Nachweise. Neue spätere Belege überholen eine frühere Versiegelung.
PT-OS-03 führt keine neue Fachlogik und keine Datenbankmigration ein.
PATCH PT-CAL-04 · 12.09.2026
Version 0.1.64 · Events & Operations · Ereigniscontainer
Ereignisse erhalten einen eigenen betrieblichen Container über dem bestehenden Kalenderrahmen. Termin, Aufgaben, Beteiligte und Orte bleiben getrennte, verknüpfte Objekte.
Der Ereignisstatus führt Planung, Bereit, Läuft, Nachbereitung und Abschluss nachvollziehbar; Statusänderungen werden im Betriebsjournal fortgeschrieben.
Aufgaben können unmittelbar im Ereigniskontext angelegt werden und übernehmen bei Bedarf Modul-, Versorgungsstufen- und Ortsbezug.
Interne Nutzer und externe E-Mail-Beteiligte können dem Ereignis hinzugefügt werden; die vorhandene Kalenderteilnahme bleibt die zugrunde liegende Beteiligungsstruktur.
Primäre und weitere Orte können einem Ereignis zugeordnet werden. Öffentliche Veröffentlichung bleibt weiterhin ein ausdrücklich separater Freigabeschritt.
PATCH PT-CAL-03 · 12.09.2026
Version 0.1.63 · Context Scheduling · Ort, Zuständigkeit, Verfügbarkeit und Jetzt-Rückruf
Die Kontextplanung führt erstmals Zuständigkeit, ausdrücklich gesetzte Anwesenheit, Grundverfügbarkeit und tatsächliche Kalenderbelegung in einer gemeinsamen Entscheidung zusammen.
Routing bleibt fachlich geordnet: Ort vor Modul, Modul vor Versorgungsstufe, Versorgungsstufe vor Gesamtbetrieb; innerhalb des Kontextes Primärzuständigkeit vor Vertretung.
Interne Moderation und Administration können einen Kontext aus Ort, Modul und Versorgungsstufe prüfen und erhalten pro zuständiger Person Anwesenheit, aktuelle Verfügbarkeit, Belegung und nächsten freien Slot.
„Jetzt zurückrufen“ wird ausschließlich angeboten, wenn die zuständige Person anwesend, im aktuellen Verfügbarkeitsfenster und im Kalender frei ist.
Ein Sofortrückruf aus einem Messenger-Gespräch erzeugt einen bestätigten Kalendertermin mit Gesprächs-, Modul-, Versorgungsstufen- und Ortsbezug; der Ursprung bleibt append-only erhalten.
Die Kontextplanung verwendet keine Hintergrundortung und liest kein GPS automatisch.
PATCH PT-CAL-02 · 12.09.2026
Version 0.1.62 · Presence & Recurrence · Anwesenheit und Serientermine
Anwesenheit wird als eigener interner Betriebsstatus geführt: auf dem Hof, im Gelände, unterwegs, außer Haus oder nicht verfügbar. Der Status ist keine Arbeitszeiterfassung und löst keine permanente GPS-Ortung aus.
Anwesenheitsstatus kann optional an einem bekannten freigegebenen Ort und mit einer automatischen Ablaufzeit geführt werden; jeder Statuswechsel bleibt als eigener Audit-/Historieneintrag erhalten.
Serientermine trennen Regel und Durchführung: tägliche, wöchentliche und monatliche Regeln erzeugen eigenständige Kalendertermine mit eigener Auditspur.
Monatsregeln unterstützen sowohl einen Kalendertag als auch ersten/zweiten/dritten/vierten/letzten Wochentag, beispielsweise den ersten Freitag.
Module, Versorgungsstufen und ein primärer Ort werden aus der Serienregel in jeden erzeugten Einzeltermin übernommen.
Einzelne Serientermine können als Ausnahme übersprungen oder verschoben werden; pausierte oder beendete Serien löschen bereits erzeugte Termine nicht still.
Verfügbarkeit, Anwesenheit, tatsächliche Kalenderbelegung und Zuständigkeit bleiben bewusst getrennte Ebenen. Ihre gemeinsame Entscheidung folgt erst in PT-CAL-03.
PATCH PT-CAL-01 · 12.09.2026
Version 0.1.61 · Calendar Workspace · Heute, Woche, Monat und Abschlusslogik
Der interne Kalender erhält die drei primären Ansichten Heute, Woche und Monat. Die Tagesansicht ist der mobile Standard; fachliche Filter bleiben in einer nachgeordneten Ebene erhalten.
Der sichtbare Terminstatus bildet den Arbeitsverlauf als Entwurf, Angefragt, Bestätigt, Läuft, Nachbereiten, Abgeschlossen oder Abgesagt ab. Läuft und Nachbereiten werden aus Uhrzeit und bestehendem Status abgeleitet und erzeugen keine künstlichen Datenbankstatus.
Nach Beginn eines Termins kann ein berechtigter Verantwortlicher das tatsächliche Ergebnis append-only dokumentieren und den Termin abschließen.
Aus dem Abschluss kann unmittelbar eine Aufgabe oder ein Folgetermin entstehen. Modul, Versorgungsstufe, Ort und Ereignisbezug werden dabei weitergeführt.
Normale externe Nutzer sehen keine allgemeinen internen Kalenderereignisse mehr; sichtbar bleiben öffentliche sowie eigene oder ausdrücklich zugewiesene Termine.
PATCH PT-COM-12 · 12.09.2026
Version 0.1.60 · Messenger → Rückruf, Termin und Vorgang · Anhänge & Übergaben
Messenger-Nachrichten können private Fotos sowie PDF-Anhänge aufnehmen; Dateien bleiben außerhalb des öffentlichen Webroots und werden nur für berechtigte Gesprächsbeteiligte ausgeliefert.
Aus einem Gespräch können Rückruf oder Termin direkt als zugewiesenes Kalenderereignis entstehen. Modul, Versorgungsstufe, Ort, Gesprächsnummer und beteiligte Person werden übernommen.
Berechtigte interne Nutzer können ein Gespräch bewusst als operativen JETZT-Vorgang übernehmen. Der Ursprung bleibt als Übergabenachweis erhalten; Gesprächsfotos werden in die Fotodokumentation des Vorgangs kopiert.
Übergaben werden append-only mit Zielobjekt und Auditnachweis geführt. Das ursprüngliche Gespräch wird weder ersetzt noch still geschlossen.
Der Kontext-Hilfe-Layer erklärt Nachrichten, Anhänge und Übergaben direkt im Messenger.
PATCH PT-COM-10 · 12.09.2026
Version 0.1.58 · Contact & Messenger Intake · Frage stellen
Die öffentliche Website erhält einen eigenen Einstieg „Frage stellen“. Eine Frage kann Herkunftsseite, Modul und Versorgungsstufe übernehmen, ohne diese Kontexte erneut vom Nutzer abzufragen.
Unbekannte E-Mail-Adressen werden erst nach einem einmaligen Magic Link als bestätigte Kommunikation aktiviert. Die Bestätigung ist ausdrücklich keine Newsletter- oder Werbeeinwilligung.
Neue normale Magic-Link-Konten erhalten die technische Systemrolle user. Volunteer und Student bleiben davon getrennte fachliche/onboardingbezogene Kontexte; bestehende Konten werden wiederverwendet.
Bestätigte Fragen erscheinen in der persönlichen Inbox und für Moderation/Administration in der internen Inbox. Die Thread-/Antwort- und Routinglogik folgt getrennt in PT-COM-11.
Öffentliche Modul- und Versorgungsstufenseiten können ihren Kontext direkt an die Fragefunktion weitergeben.
Rate Limits, Honeypot, CSRF, Einmal-Submit-Token und append-only Intake-Ereignisse begrenzen Missbrauch und erhalten den Verfahrensstand.
PATCH PT-OS-02 · 12.09.2026
Version 0.1.57 · Contextual Help Layer · Hilfe & Bedienung
Der angemeldete LANDGUTH-Arbeitsraum erhält eine zentrale kontextsensitive Hilfeschicht, ohne die Fachoberflächen dauerhaft mit Erklärungstext zu überladen.
Kacheln und zentrale Funktionsblöcke erhalten ein einheitliches ⓘ oben rechts; der Hilfetext kommt aus einer zentralen Registry und wird nicht seitenweise dupliziert.
Ein ? im internen Kopfbereich öffnet die Hilfe zur aktuellen Seite. Auf Desktop erscheint ein seitliches Panel, auf Smartphone ein Bottom-Sheet.
Die Hilfe erklärt Funktion, Bedienmöglichkeiten, Umgang mit Angaben, Sichtbarkeit und einen fachlich wichtigen Hinweis im selben wiederkehrenden Schema.
Unter /app/hilfe/ steht eine durchsuchbare Bedienungsanleitung für Arbeitsraum, Kommunikation, Zeit, Ort, Betriebsmittel, Wissen, Administration, Konto und Sicherheit bereit.
Die Hilfeschicht verändert keine Daten, gewährt keine Berechtigung und erzeugt keine Telemetrie.
PATCH PT-OS-01 · 12.09.2026
Version 0.1.56 · Workspace Drawer & Navigation Context Separation
Der angemeldete LANDGUTH-Bereich erhält eine zentrale Drawer-Navigation als gemeinsame Betriebssystem-Schicht für App, Administration, Konto und Onboarding.
Öffentliche Navigation und interner Arbeitsraum sind sichtbar getrennt. Öffentliche Website, Mitmachen und FAQ erscheinen nicht mehr in der internen Hauptnavigation.
Der Drawer ordnet Arbeitsraum, Betrieb & Wissen, Verwaltung und persönliche Kontofunktionen in einer stabilen mobilen Struktur.
Normale Nutzerkonten sehen bewusst nur Inbox, Kalender, Konto und Sicherheit; Volunteer-/Studenten-Kontexte und interne Rollen erhalten die betrieblichen Arbeitsbereiche. Die Sichtbarkeit ersetzt keine serverseitige Berechtigungsprüfung.
Super-Admin-Funktionen Patch und Abnahme bleiben ausschließlich im administrativen Drawer sichtbar; das interne LANDGUTH-Logo führt zum Arbeitsraum statt zur öffentlichen Startseite.
Der Drawer ist tastaturbedienbar, schließt mit Escape oder Hintergrundtap und sperrt während der Nutzung den Hintergrundscroll.
PATCH PT-COM-09F1 · 12.09.2026
Version 0.1.55 · Web Acceptance Control · Abnahme ohne Terminal
Die native Communicator-Abnahme kann vollständig über die geschützte Administration durchgeführt werden; SSH oder Terminal sind im normalen Releaseweg nicht mehr erforderlich.
Release-, Schema-, PWA- und Sicherheitsvertrag, globale Auditkette sowie der Parallelitätsschutz können direkt im Abnahmeleitstand geprüft und append-only dokumentiert werden.
SQL-Dump und Dateibestand können über kurzlebige Browser-Uploads geprüft werden. Dauerhaft gespeichert werden nur Dateiname, Größe, SHA-256 und Prüfbefund; die Sicherungsdateien werden von LANDGUTH nicht archiviert.
Das Release Gate verlangt nun 20/20 reale Geräte-/Betriebsprüfungen, 7/7 technische Prüfungen und 2/2 Recovery-Nachweise vor der Versiegelung COMMUNICATOR_CORE_NATIVE_PASS.
Die Abnahme bleibt bewusst beweisorientiert: neue spätere FAIL- oder Recovery-Belege öffnen eine frühere Versiegelung wieder.
PATCH PT-COM-09 · 12.09.2026
Version 0.1.54 · Native Smartphone-, PWA-, Parallelitäts- und Recovery-Abnahme
Der erste Communicator-Entwicklungsbogen erhält einen geschützten technischen Abnahmeleitstand. Die Installation allein gilt ausdrücklich nicht als native Freigabe.
JETZT und die öffentliche Rückrufbuchung wurden gegen versehentlichen Doppel-Submit gehärtet; JETZT kann einen noch nicht gesendeten Text-/Auswahlentwurf gerätebezogen in der laufenden Browsersitzung wiederherstellen.
Die PWA-Grenzen wurden für reale Mobilgeräte nachgeschärft: private Arbeitsrouten bleiben vom Service-Worker-Cache ausgeschlossen, Update- und Versionswechsel werden nachvollziehbar behandelt.
Eine echte Zwei-Prozess-Probe kann den bestehenden row_version-Schutz gegen paralleles stilles Überschreiben nachweisen.
Datei- und SQL-Recovery werden über lokale SHA-256-Nachweise dokumentiert, ohne Sicherungsdateien über die Website hochzuladen.
COMMUNICATOR_CORE_NATIVE_PASS kann erst nach realen Geräte-, Privatsphäre-, Parallelitäts-, Audit- und Recovery-Nachweisen durch den Super-Admin append-only versiegelt werden.
PATCH PT-COM-08 · 12.09.2026
Version 0.1.53 · Inbox, Erinnerungen, öffentliche Termine und Routing
Eine persönliche Inbox bündelt ausschließlich Vorgänge, die die eigene Aufmerksamkeit benötigen: zugewiesene Aufgaben, direkte Anfragen, offene Terminreaktionen und fällige Erinnerungen.
Termine, Aufgaben und JETZT-Vorgänge können als persönliche Wiedervorlage erinnert werden; die Auslieferung erfolgt in der Inbox und optional per E-Mail.
Bestätigte Kalenderereignisse können durch die Administration ausdrücklich öffentlich veröffentlicht werden. Interne Teilnehmer, Aufgaben und Notizen werden dabei nicht gespiegelt.
Der interne Kalender kann nach Zeitraum, eigener Beteiligung, Status, Sichtbarkeit, Modul, Versorgungsstufe und Ort gefiltert werden.
Interne Anfragen und öffentliche Rückrufe können anhand hinterlegter Zuständigkeiten geroutet werden. Interessenprofile erzeugen weiterhin keine Zuständigkeit.
Die öffentliche Terminseite /termine/ wurde in Navigation und Sitemap aufgenommen; der Versionsverlauf wurde auf v0.1.53 fortgeschrieben.
PATCH PT-COM-06 · 12.09.2026
Version 0.1.51 · Werkzeug- und Materialstationen
Ortsgebundene Werkzeugstationen verbinden Bereich, Sollprofil und den jeweils nächsten verfügbaren Werkzeugkoffer.
Werkzeug und Kleinmaterial werden getrennt geführt; Soll- und Mindestbestand bleiben je Station nachvollziehbar.
Vollständigkeitsprüfungen dokumentieren „vorgefunden“, „hinterlegt“ oder eine Zwischenprüfung mit verpflichtendem Zustandsfoto.
Fotos erhalten den Status „empfangen“, „hinterlegt“ oder „Bestand“ und werden privat sowie SHA-256-gehasht gespeichert.
Abweichungen können unmittelbar als Aufgabe am Ort erzeugt und über die vorhandene Zuständigkeitsmatrix geroutet werden.
Bereichsfreigabe und Werkzeugfreigabe bleiben getrennt; einzelne Werkzeuge können freigegeben, nur begleitet nutzbar oder gesperrt sein.
Standort und nächster Werkzeugkoffer werden nur nach ausdrücklicher Standortaufnahme angezeigt; öffentliche Seiten nennen keine versteckten Stationen.
PATCH PT-COM-05 · 12.09.2026
Version 0.1.50 · Aufgaben, Zuständigkeiten und Vertretungen
Feststellungen, Termine und Orte können nun mit konkreten Aufgaben verbunden werden; jede Aufgabe erhält eine feste Nummer und eine fortlaufende Chronik.
Zuständigkeiten werden ausdrücklich für Gesamtbetrieb, Ort, Modul oder Versorgungsstufe hinterlegt. Interessen aus dem Onboarding werden nicht als Zuständigkeit oder Einsatzfreigabe behandelt.
Primäre Zuständigkeiten und Vertretungen können zeitlich begrenzt und geordnet werden; eine automatische Zuordnung bleibt als nachvollziehbarer Vorschlag an den jeweiligen Arbeitskontext gebunden.
Aufgaben werden nach Status fortgeschrieben statt gelöscht. Zuweisung, Statuswechsel und Notizen bleiben in Audit- und Aufgabenchronik nachvollziehbar.
Die mobile Aufgabenansicht kann nach eigenem Bezug, Status, Modul, Versorgungsstufe und Ort gefiltert werden; Orts- und Ereignisansichten zeigen ihre verbundenen Aufgaben direkt.
PATCH PT-COM-04 · 12.09.2026
Version 0.1.49 · JETZT · mobiler Communicator und Vorgangschronik
Mit „JETZT“ beginnt eine Feststellung direkt vor Ort: Notiz, Foto oder Fotoserie, optionaler GPS-Arbeitswert und bekannter Ort werden in einem Vorgang zusammengeführt.
Jeder Vorgang erhält eine eindeutige Nummer und eine fortlaufende Chronik. Frühere Einträge werden nicht still überschrieben; Statusänderungen und weitere Notizen bleiben nachvollziehbar.
Aus einer Feststellung kann unmittelbar eine Anweisung, ein Rückruf oder ein Kalendertermin angefordert werden. Die eigentliche Aufgaben- und Zuständigkeitsverteilung bleibt dem nächsten Entwicklungsschritt vorbehalten.
Fotos werden in einem privaten Speicher abgelegt, gehasht und nur nach Anmeldung sowie Vorgangsfreigabe ausgeliefert.
Der Ortskontext zeigt nun vorhandene Vorgänge, offene Punkte und erledigte Vorgänge; GPS bleibt eine ausdrücklich ausgelöste Rohbeobachtung und keine Personenortung.
Der öffentliche Versionsverlauf wird ab diesem Stand mit jedem Release fortgeschrieben; die sichtbare Portalversion wird aus derselben VERSION-Datei wie der technische Release-Stand gelesen.
PATCH PT-COM-03 · 12.09.2026
Version 0.1.48 · Orte, GPS, Umkreis und Zugangslogik
Ein hierarchisches Ortsregister verbindet Gesamtgelände, Bereiche, Gebäude, Punkte und Stationen mit M01–M17 und VS1–VS7.
GPS wird ausschließlich nach einer sichtbaren Nutzeraktion als Rohbeobachtung aufgenommen; eine Koordinate erzeugt weder automatisch einen Ort noch eine Zugangsfreigabe.
Bekannte Orte können im Umkreis angezeigt und bewusst bestätigt werden. Der Arbeitsstatus „Hier darfst du sein.“ beruht auf expliziter Freigabelogik und nicht auf Interessen aus dem Onboarding.
Kalenderereignisse können mit Orten verknüpft werden; die Ortschronik wurde für spätere Feststellungen und Aufgaben vorbereitet.
PATCH PT-COM-02 · 12.09.2026
Version 0.1.47 · Verfügbarkeit und sichere Rückrufbuchung
Persönliche Wochenverfügbarkeit, Urlaub, freie Tage und kurzfristige Ausnahmen wurden als eigene Zeitlogik ergänzt.
Terminarten berücksichtigen Pufferzeiten, Mindestvorlauf, Buchungshorizont und Slot-Takt.
Externe Rückrufe sind nur für ausdrücklich freigegebene Ansprechpartner buchbar und werden über einen persönlichen E-Mail-Link bestätigt, verschoben oder abgesagt.
Die E-Mail-Adresse dient der Zuordnung, ist aber kein allgemeiner Schlüssel zum Abruf fremder Termine.
PATCH PT-COM-01F1 · 12.09.2026
Version 0.1.46 · MariaDB-Kompatibilität der Kalenderprüfung
Die Schema-Erkennung des Kalender- und Auditfundaments wurde für MariaDB auf eine vorbereitbare Abfrage über information_schema umgestellt.
Der fachliche Umfang von PT-COM-01 blieb unverändert; es wurde keine zusätzliche Datenbankstruktur eingeführt.
PATCH PT-COM-01 · 12.09.2026
Version 0.1.45 · Kalender- und append-only Audit-Fundament
Ein gemeinsames Kalender- und Ereignismodell mit Teilnehmern, M01–M17- und VS1–VS7-Bezügen wurde eingeführt.
Eine zentrale, hashverkettete Auditspur dokumentiert Änderungen append-only; Kalenderereignisse werden nicht hart gelöscht, sondern über ihren Status fortgeschrieben.
Der geschützte Kalender-Arbeitsraum bildet die Grundlage für spätere Verfügbarkeit, Rückrufe, Ortsbezug und Communicator-Vorgänge.
PATCH PT-OPS-00 · 12.09.2026
Version 0.1.44 · Technischer Releaseweg über Patch-Administration
Die Super-Admin-Patchkonsole prüft selektive Patchpakete vor jeder Änderung gegen Projekt, Ausgangsversion, Pfade und SHA-256.
Dry-Run, privates Staging, Source-Backup, Zielprüfung, Release-Vertrag und Receipt machen den technischen Releaseweg nachvollziehbar.
Datenbankänderungen werden weiterhin ausdrücklich getrennt vom Datei-Patch ausgeführt; eine Patchinstallation löst kein stilles DDL aus.
PATCH 0043 · 11.09.2026
Version 0.1.43 · Kontext-Wechsler zwischen Website und Arbeitsraum
Der öffentliche Kopfbereich erkennt eine bestehende geschützte Sitzung erst nach dem Laden über einen no-store-Statusendpunkt und zeigt dann den aktuellen Arbeitskontext als Wechselziel an.
Super-Admin und Admin wechseln direkt in die Administration; Moderator, Volunteer, Student und andere Teilnehmerkontexte wechseln in den geschützten Arbeitsraum. Gesperrte Sitzungen führen zunächst zur PIN-Entsperrung.
Die öffentliche HTML-Ausgabe bleibt für Crawler und Caches unverändert; Rollenstatus, Name oder Sessiondaten werden nicht serverseitig in öffentliche Seiten gerendert.
Im geschützten Arbeitsraum steht der Gegenwechsel „← Öffentliche Website“ bereit; die öffentliche Startseite führt FAQ nun konsistent in der Hauptnavigation.
Der Mitmachen-Bereich erhält einen festen Zeilenbruch vor „Verantwortung übernehmen.“ sowie sprachlich und typografisch ausgeglichene Volunteer- und Studenten-Karten.
PATCH 0042 · 11.09.2026
Version 0.1.42 · FAQ & Help Engine · SEO, Slugs und strukturierte Navigation
64 redigierte FAQ-Antworten werden aus einer zentralen Datenquelle in acht Themenbereichen geführt; jede Antwort besitzt eine eigene sprechende, kanonische URL.
Die öffentliche FAQ-Suche filtert per AJAX ohne indexierbare Filter- oder Suchseiten zu erzeugen; ohne JavaScript bleiben alle Fragekarten und dauerhaften Detailseiten erreichbar.
FAQ-Hub und Detailseiten erhalten Canonical, Meta Description, Open Graph, BreadcrumbList und eine maschinenlesbare Seiten-/Fragestruktur; QAPage wird für redaktionelle FAQ ausdrücklich nicht verwendet.
Die XML-Sitemap wird auf 100 kanonische öffentliche URLs erweitert; Navigation, menschenlesbare Sitemap und Mitmachen-Seite verlinken die neue Hilfeebene.
Der Stand berücksichtigt, dass Google das FAQ-Rich-Result im Mai 2026 eingestellt und die zugehörige Dokumentation im Juni 2026 entfernt hat; die Google-Rich-Results-Prüfung konzentriert sich deshalb auf weiterhin unterstützte strukturierte Elemente wie Breadcrumbs.
PATCH 0041 · 11.09.2026
Version 0.1.41 · Rollenstatus im geschützten Arbeitsraum
Unter der LANDGUTH-Wortmarke wird im geschützten Portal und im Arbeitsraum der aktuelle Rollen- bzw. Mitmachkontext angezeigt.
Super-Admin, Admin und Moderator werden aus der technischen Systemrolle abgeleitet; bei normalen Konten kann der letzte Volunteer- oder Studentenweg als Arbeitskontext erscheinen.
Die sichtbare Kontextanzeige verändert keine Berechtigungen und stellt weder eine Einsatzfreigabe noch eine akademische Betreuungszusage dar.
PATCH 0040 · 11.09.2026
Version 0.1.40 · Mitmachen · interaktives Volunteer- und Studenten-Onboarding
Ein gemeinsamer AJAX-Onboardingmotor führt Volunteers und Studierende nach dem Magic Link durch Interessen, M01–M17-Schwerpunkte, Erfahrung, Lernziele, Zeitraum und Zusammenfassung.
Jeder Schritt wird serverseitig als Entwurf zwischengespeichert; erst die ausdrückliche Einreichung erzeugt eine Bewerbung.
Richtungswechsel erhalten gemeinsame Interessen, trennen aber wegspezifische Volunteer-/Forschungsangaben; offene Texteingaben werden vor dem nächsten Schritt zuverlässig gespeichert.
Wunschprofil und LANDGUTH-Einsatzbewertung bleiben getrennt. Die Administration kann nach Weg, Modul und Status filtern und spätere Freigabestufen A–C dokumentieren.
Die öffentliche Seite „Mitmachen“ macht Volunteer- und Studentenbewerbungen sichtbar; Praktikum und Berufsorientierung bleiben als eigener späterer Weg gekennzeichnet.
PATCH 0039 · 11.09.2026
Version 0.1.39 · Auth Foundation v2 · Magic Link, Session und PIN als ein System
Magic Link, Gerätesitzung, PIN-Sperre und Rücksprunglogik wurden als zusammenhängender Auth-Zustandsautomat neu aufgebaut.
Sitzungsalter und Ablauf werden konsequent datenbankseitig in UTC bestimmt; eine frisch erzeugte Sitzung kann dadurch nicht mehr wegen unterschiedlicher Server-/PHP-Zeitzonen sofort gesperrt werden.
Konto- und Adminzugang besitzen getrennte Rücksprungregeln; ein Wechsel von PIN zurück zu Magic Link beendet zuerst die gesperrte Sitzung und verhindert Rücksprung-Kreisverkehre.
Auth-Seiten verwenden ein gemeinsames zentriertes Kartenlayout; die Projekt-.env wird je Request als maßgebliche Konfiguration neu gelesen.
PATCH 0038 · 11.09.2026
Version 0.1.38 · Magic Link und Admin-Aktivierung entkoppelt
Privilegierte Magic Links führen ohne Umweg über das allgemeine Konto direkt in eine einmalige Geräte-PIN-Aktivierung.
PIN und Admin-Gerätesitzung werden erst gemeinsam nach erfolgreicher Eingabe erzeugt; der Magic Link bleibt bis dahin unverbraucht.
Mail-Inhalte werden transportfest base64-kodiert, damit lange HTML-Zeilen keine URLs beschädigen und die DKIM-Body-Integrität erhalten bleibt.
PATCH 0037 · 11.09.2026
Version 0.1.37 · Magic-Link-Rate-Limit für gemeinsame Netze getrennt
Die Begrenzung pro E-Mail-Adresse bleibt streng, während gemeinsame Hochschul-, Campus- oder Mobilfunk-IP-Adressen eine eigene höhere Grenze erhalten.
Ein Rate-Limit wird im Portal als Wartehinweis kenntlich gemacht und nicht mehr als vermeintlicher Versandfehler dargestellt.
Unerwartete Authentifizierungsfehler werden ohne E-Mail-Adresse oder Token serverseitig protokolliert; die öffentliche Oberfläche bleibt neutral.
PATCH 0036 · 11.09.2026
Version 0.1.36 · Direkter Magic-Link-Fluss ohne Mail-Kreisverkehr
erste Admin-Mail enthält den unmittelbar verwendbaren Magic Link
Admin-Magic-Link führt nach Klick direkt in die Gerätesitzung und bei Bedarf zur PIN-Einrichtung
kein zweiter E-Mail-Schritt zwischen Magic Link, PIN und Administration
vorherige unbenutzte Magic Links desselben Zugangskontexts werden bei Neuanforderung ungültig
PATCH 0035 · 11.09.2026
Version 0.1.35 · Super-Admin und privilegierter Portalzugang
Die Systemrolle super_admin wird als höchste technische Rolle in den bestehenden Magic-Link-, Session- und PIN-Fluss integriert.
Admin- und Super-Admin-Sitzungen benötigen vor dem Zugriff auf /admin/ einen vierstelligen Geräte-PIN; der PIN ersetzt den Magic Link nicht.
Die Rollenprüfung wird hierarchisch vorbereitet, und das Admin-CLI kann bestehende Super-Admins nicht versehentlich auf Admin herabstufen.
PATCH 0034 · 11.09.2026
Version 0.1.34 · Mail-Authentifizierung und Zustellgrundlage
Ein geschützter Prüfbereich unter /mail-auth-test/ bewertet SPF, DKIM, DMARC sowie PTR/Forward-confirmed Reverse DNS für die LANDGUTH-Absenderdomain.
Die Prüfung trennt öffentlich nachweisbare DNS-Bereitschaft von der noch separat am zugestellten Nachrichtenheader zu belegenden DKIM-/DMARC-Auswertung.
Der Bereich ändert keine DNS-Einträge und weist auf die sichere Fortschreibung eines bestehenden SPF-Records statt auf doppelte SPF-Einträge hin.
PATCH 0033 · 11.09.2026
Version 0.1.33 · Geschützter externer SMTP-Test
Ein geschützter Browser-Test unter /smtp-test/ prüft DNS, TLS, SMTP-Anmeldung und optional den echten Testversand.
Der Prüfbereich verwendet einen separaten .env-Schlüssel, eine kurzlebige Testsitzung und einen fest vorgegebenen Testempfänger.
Der bisherige ungeschützte SMTP-Kontrollpfad leitet auf den neuen Prüfbereich um; geheime SMTP-Kommandos werden in Fehlermeldungen verdeckt.
PATCH 0032 · 11.09.2026
Version 0.1.32 · Überlieferung und historisch inspirierte Veranstaltungen
Für M16 wird auf der dauerhaften Schattenseite ausdrücklich zwischen überlieferter regionaler Tradition und einer neu geschaffenen, historisch inspirierten Veranstaltung unterschieden.
Eine lokale Tradition in Mühlenhagen wird nur benannt, wenn sie belastbar belegt ist; andernfalls bleibt die heutige Neuschöpfung als solche kenntlich.
Die Ergänzung bleibt auf der vertieften Moduldetailseite und wird nicht in das Modul-Modal übernommen.
PATCH 0031 · 11.09.2026
Version 0.1.31 · Magic Link, Gerätesitzung und PIN
Die Anmeldung erfolgt primär per einmaligem Magic Link statt über ein zusätzliches Portalpasswort.
Eine bestätigte Anmeldung erzeugt eine eigene, serverseitig geführte Gerätesitzung mit absoluter Laufzeit.
Ein vierstelliger PIN kann die bestehende Gerätesitzung nach einer Arbeitspause wieder entsperren; er ersetzt den Magic Link nicht.
PATCH 0030 · 11.09.2026
Version 0.1.30 · Bewerberkonto und Admin-Ebene
Themenanfragen werden aus Forschung & Lehre in eine eigene Bewerber-/User-Ebene überführt.
Eine geschützte Admin-Ebene verwaltet Bewerbungsstatus und bereitet das spätere Onboarding vor.
Datenbankzugangsdaten bleiben ausschließlich in der serverseitigen .env und sind nicht Bestandteil des Patches.
PATCH 0029 · 11.09.2026
Version 0.1.29 · Artikel in der studentischen Ansprache
Im Bereich „Forschung & Lehre“ wird LANDGUTH im laufenden Satz als bezeichnetes Landgut mit bestimmtem Artikel geführt: „Das LANDGUTH …“.
Die Änderung betrifft die direkte studentische Ansprache, Untersuchungsraum/Daten und den Hinweis zur wissenschaftlichen Unabhängigkeit; Wortmarke, Navigation und Eigennamen bleiben unverändert.
PATCH 0028 · 11.09.2026
Version 0.1.28 · Forschung & Lehre in M01–M17
Der öffentliche Reiter „Förderung & Forschung“ wird durch „Forschung & Lehre“ ersetzt; Förderinformationen bleiben intern erhalten.
Alle 17 Module erhalten Forschungsbezug, studentische Arbeitsformen, geeignete Fachrichtungen, Untersuchungsraum und Datenlage, LG-Themenanschluss sowie einen Arbeits- und Betreuungsstatus.
Studierende werden direkt angesprochen und können über „Thema anfragen“ unverbindlich Interesse bekunden; akademische Betreuung und Bewertung verbleiben bei der jeweiligen Hochschule.
PATCH 0027 · 10.09.2026
Version 0.1.27 · Claim-Kachel mit Sockelzeichen
Die drei Quadrate der Claim-Kachel werden unter die Leitformel gesetzt und wirken nun als Sockel.
Die Kachel unten rechts im Modulraster bleibt ein ruhiger gestalterischer Schlussstein ohne zusätzliche Navigation.
PATCH 0026 · 10.09.2026
Version 0.1.26 · Claim-Kachel im Modulraster
Die bisher leere hellgrüne Schlusskachel unten rechts im Modulraster wird als ruhiger Abschluss gestaltet.
Drei Quadrate und die Leitformel „Im Ganzheitlichen seiner Tiefe.“ werden als typografische Claim-Kachel ausgeführt.
PATCH 0025 · 10.09.2026
Version 0.1.25 · Hero-Typografie · Teststand 0,25 px
Die große Hero-Headline wurde typografisch leicht geöffnet: letter-spacing 0,25 px.
Die Oberzeile „Ökonomische Siedlungslogik“ bleibt unverändert; Inhalt, Umbruchlogik und übrige Typografie bleiben unberührt.
PATCH 0024 · 10.09.2026
Version 0.1.24 · Ganzheitlichkeit präzisiert
Der Aufmacher der historischen Wissenslinien wurde sprachlich präzisiert.
Ganzheitlichkeit wird nun als Tiefe der Beziehungen beschrieben, ohne ein widerspruchsfreies Zusammenwirken der Teile vorauszusetzen.
PATCH 0023 · 10.09.2026
Version 0.1.23 · Sitemap und öffentliche Versionsspur
Die XML-Sitemap wird aus den kanonischen Modul-, Stufen- und Seitenrouten erzeugt statt von Hand fortgeschrieben.
Eine öffentliche Versionsübersicht dokumentiert wesentliche Änderungen ohne interne Betriebs- oder Sicherheitsdaten offenzulegen.
Die menschenlesbare Sitemap und die maschinenlesbare XML-Sitemap werden aus derselben öffentlichen Seitenordnung abgeleitet.
PATCH 0022 · 10.09.2026
Version 0.1.22 · Versorgungsstufen als Detaildokumente
Die sieben Versorgungsstufen wurden als eigenständige, dauerhaft lesbare Seiten vertieft.
Jede Stufe verknüpft ihre zugehörigen Module sichtbar und maschinenlesbar.
PATCH 0021 · 10.09.2026
Version 0.1.21 · Manifest-Filter für die gesamte Website
Wirkungsbehauptungen wurden nach Ziel, Beobachtung, Messung und Ergebnis getrennt.
Modulgrenzen und fachliche Schnittstellen wurden präzisiert.
PATCH 0020 · 10.09.2026
Version 0.1.20 · Sprachglättung und Aufgabenbereiche
M01 bis M17 werden öffentlich einheitlich als Aufgabenbereiche bezeichnet.
Die ökonomische Siedlungslogik wurde ausdrücklich von Siedlungspolitik abgegrenzt.
PATCH 0019 · 10.09.2026
Version 0.1.19 · Maschinenlesbare Projektstruktur
Die 17 Module und sieben Versorgungsstufen wurden als strukturierte Listen ausgezeichnet.
Für öffentliche Inhalte wurde eine maschinenlesbare TDM-Erklärung ergänzt.
PATCH 0018 · 10.09.2026
Version 0.1.18 · Canonicalisierung und Crawler-Zugänge
Der direkte Aufruf von /index.php wird auf die kanonische Startseite zusammengeführt.
Crawler- und Lizenzangaben wurden auf öffentlichen Seiten vereinheitlicht.
PATCH 0017 · 10.09.2026
Version 0.1.17 · Google-Crawlsteuerung und Lizenzbezug
Googlebot und Google-Extended wurden in der Crawlsteuerung getrennt geführt.
Der öffentliche Lizenzbezug wurde in die Dokumentköpfe aufgenommen.
PATCH 0016 · 10.09.2026
Version 0.1.16 · Sieben Versorgungsstufen in der Tiefe
Die Versorgungsstufen erhielten eigene Kachel-, Modal- und Detailseitentexte.
Ihre Ordnung wurde als sachliche Abhängigkeit statt als starre zeitliche Folge beschrieben.
PATCH 0015 · 10.09.2026
Version 0.1.15 · Historische Wissenslinien
Historische Landwirtschaftslehre wurde als Wissenslinie mit heutigem Fachwissen und Projektstand verbunden.
Kacheln, Modals und Moduldetailseiten wurden inhaltlich vertieft.
PATCH 0014 · 10.09.2026
Version 0.1.14 · Claim-Verwendung korrigiert
Der Claim wurde aus dem Signet- und Wortmarkenumfeld entfernt und nur noch an inhaltlich passenden Textstellen geführt.
PATCH 0013 · 10.09.2026
Version 0.1.13 · Claim als textliche Leitformel
„Im Ganzheitlichen seiner Tiefe.“ wurde als textliche Leitformel in den öffentlichen Auftritt aufgenommen.
PATCH 0012 · 10.09.2026
Version 0.1.12 · Zeitlich gesteuerte öffentliche Anforderungen
Manifest- und Newsletter-Anforderungen wurden bis zum vorgesehenen Öffnungstermin ausgesetzt, ohne die zugrunde liegende Infrastruktur zu entfernen.
PATCH 0011 · 10.09.2026
Version 0.1.11 · Bestätigungsversand gehärtet
Der technische Versandstatus von Bestätigungsnachrichten wurde zuverlässiger an die tatsächliche Serverannahme gebunden.
PATCH 0010 · 10.09.2026
Version 0.1.10 · Signet und Wortmarke getrennt
Signet, Wortmarke und App-Icon wurden gestalterisch und technisch voneinander getrennt.
PATCH 0009 · 10.09.2026
Version 0.1.9 · Einheitliche Bildmarke
Favicon, App-Icons und Manifest-Signet wurden auf eine einheitliche Bildmarkenbasis gebracht.
PATCH 0008 · 10.09.2026
Version 0.1.8 · Manifest-Signet und Ansichtsschalter
Die Manifestdarstellung und die Ansichtssteuerung des Arbeitsraums wurden gestalterisch bereinigt.
PATCH 0007 · 10.09.2026
Version 0.1.7 · PWA und Offline-Grundlage
Installierbarkeit, Offline-Hinweis und kontrollierte Versionsaktualisierung wurden ergänzt.
Geschützte Arbeits- und Prozessdaten bleiben vom öffentlichen Cache getrennt.
PATCH 0006 · 10.09.2026
Version 0.1.6 · Dauerhafte Modul- und Stufenadressen
M01 bis M17 und die sieben Versorgungsstufen erhielten dauerhaft adressierbare Detailseiten.
Breadcrumbs und die XML-Sitemap wurden entsprechend erweitert.
PATCH 0005 · 10.09.2026
Version 0.1.5 · Raster bereinigt
Rein gestalterische Blindkacheln wurden bereinigt; fachliche Inhalte blieben unverändert.
PATCH 0004 · 10.09.2026
Version 0.1.4 · Manifest-Anforderung und Bestätigung
Der öffentliche Ablauf für Anforderung, Bestätigung, Download und Widerruf wurde technisch vervollständigt.
PATCH 0003 · 10.09.2026
Version 0.1.3 · Manifest-Leseseite
Das Manifest erhielt eine eigene Leseseite und einen vorbereiteten Ausgabeweg für PDF und eBook.
PATCH 0002 · 10.09.2026
Version 0.1.2 · Vertiefte Modulmodals
Die Modulmodals wurden vergrößert und um eine gegliederte Tiefenansicht ergänzt.
PATCH 0001 · 10.09.2026
Version 0.1.1 · Öffentliche Grundarchitektur
Die Art-Impression wurde als Hero integriert und die Startseite strukturell aufgebaut.
