dogfather-universe

319 Commits 2 Branches 0 Tags

3 Commits

Include renames

Author	SHA1	Message	Date
DogFatherGitandClaude Opus 5	14ad108c87	Rechtliches: elektronische Widerrufsfunktion (§ 356a BGB), Impressum, AGB, Widerrufsbelehrung und Datenschutz RECHERCHIERT, NICHT AUS DEM GEDAECHTNIS Der Webdesign-Bereich hatte KEINE eigene Rechtsseite -- obwohl dort Vertraege geschlossen und Zahlungen ausgeloest werden. Die Fusszeile verwies auf die Kontaktseite des Universe, die ein Content-Projekt beschreibt, kein Dienstleistungsgeschaeft. Die Web-Recherche hat eine Pflicht zutage gefoerdert, die seit zwei Monaten gilt und die die Seite nicht erfuellt hat: § 356a BGB -- elektronische Widerrufsfunktion, in Kraft seit 19.06.2026. Sie gilt fuer ALLE Fernabsatzvertraege, die ueber eine Online-Benutzeroberflaeche geschlossen werden, nicht nur fuer Finanzdienstleistungen. WARUM DAS HIER GILT: Im Kundenportal nimmt der Kunde Zusatzangebote per Klick VERBINDLICH an ("Damit nimmst du das Zusatzangebot verbindlich an"). Das ist ein Vertragsschluss ueber eine Online-Benutzeroberflaeche. Fuer die geplanten PayPal-Zahlungen gilt dasselbe. Der Anbieter sitzt in Luxemburg. Fuer Verbraucher mit gewoehnlichem Aufenthalt in Deutschland gilt nach Art. 6 Rom-I-VO trotzdem das deutsche zwingende Verbraucherrecht, weil die Seite sich erkennbar an den deutschsprachigen Markt richtet. Deshalb wurde der STRENGERE Standard umgesetzt, nicht der bequemere. WAS GEBAUT WURDE webdesign/widerruf.html -- die Widerrufsfunktion, genau nach dem Wortlaut der Vorschrift: * Beschriftung "Vertrag widerrufen" (gesetzlich vorgegeben) * ZWEITE Schaltflaeche "Widerruf bestaetigen" (ebenfalls vorgegeben -- ein einstufiges Formular wuerde die Vorschrift nicht erfuellen) * unverzuegliche Eingangsbestaetigung mit Nummer, ZEITPUNKT (nicht nur Datum), Empfaenger und dem Wortlaut der Erklaerung * Link in der Fusszeile JEDER Seite -- "staendig verfuegbar, hervorgehoben platziert, leicht zugaenglich" heisst nicht "in den AGB versteckt" Drei Entscheidungen, die unmittelbar aus dem Sinn der Vorschrift folgen: KEINE ANMELDUNG. Die Seite ist von der Zugangswand ausgenommen. Wer seinen Code verlegt hat, wuerde sonst seine Frist verlieren -- Fristverlust durch eine selbstgebaute Huerde ist der schlimmste denkbare Fall. KEINE MENGENBEGRENZUNG. Ueberall sonst richtig, hier ein Rechtsverlust: Wer in der letzten Stunde seiner Frist wegen eines hakenden Netzes dreimal klickt, darf nicht abgewiesen werden. KEIN ZWISCHENSPEICHER. Beim Anfrageformular ein Segen, hier eine Falle: Auf einem geteilten Rechner laege der halb ausgefuellte Widerruf des einen im Browser des naechsten. webdesign/rechtliches.html -- Impressum, AGB, Widerrufsbelehrung samt Muster-Widerrufsformular, Datenschutzerklaerung. Alle Betreiberangaben sind aus den bestehenden Seiten UEBERNOMMEN, nichts erfunden: Anschrift in Mondercange, Kleinunternehmerregelung nach Art. 57 TVA-Gesetz LU und Richtlinie (EU) 2020/285, netcup/Cloudflare, PayPal Luxemburg. Migration 0014: wd_widerrufe (der dauerhafte Datentraeger und der Nachweis, wird nie geleert) und wd_zustimmungen. Letztere speichert nicht nur den Haken, sondern den WORTLAUT, den der Kunde gesehen hat -- die Beweislast fuer die Zustimmung zum vorzeitigen Leistungsbeginn liegt beim Unternehmer (§ 356 Abs. 4 BGB), und im Streit zaehlt, WAS bestaetigt wurde. Bewusst OHNE Fremdschluessel: CASCADE wuerde den Nachweis mit dem Kunden mitloeschen, RESTRICT wuerde eine DSGVO-Loeschung blockieren. Druckansicht: Die Eingangsbestaetigung ist ein Rechtsnachweis. Auf Papier schwarz auf weiss, ohne Navigation und Knoepfe -- ein Nachweis, den niemand ausdruckt, weil er eine halbe Patrone kostet, erfuellt seinen Zweck nicht. ZWEI ECHTE FEHLER GEFUNDEN 1. Die Pflicht-Sternchen verschwanden nach der Uebersetzung. Ursache: data-i18n stand auf dem <label> selbst und ersetzte dessen ganzen Inhalt -- samt <span class="wd-pflicht">. Das Anfrageformular macht es laengst richtig (data-i18n auf einem INNEREN span); die neue Seite hatte das Muster nicht uebernommen. Aufgefallen ist es nur, weil der Test die Pflichtfelder GEZAEHLT hat statt sie vorauszusetzen. 2. window.WD.sprache() gibt es nicht, die Funktion heisst getSprache(). Dadurch brach der Uebergang zur zweiten Stufe stumm ab. GEPRUEFT: 58 Pruefungen, alle bestanden. Darunter die gesetzlich vorgegebenen Beschriftungen in allen FUENF Sprachen, "kein Grund noetig", genau drei Pflichtfelder, Datum UND Uhrzeit in der Bestaetigung, und die Druckansicht. WAS FILIPE NOCH PRUEFEN LASSEN MUSS: Diese Texte sind sorgfaeltig recherchiert, aber ich bin keine Rechtsanwaeltin. Vor dem oeffentlichen Start gehoert das Ganze einmal zu einer im luxemburgischen Recht qualifizierten Fachperson -- besonders die grenzueberschreitende Lage (Sitz LU, Kunden in DE/CH/FR/PT) und die Frage, ob die Seite in Franzoesisch und Portugiesisch aktiv verkaufen soll. Dann muessen die Rechtstexte auch dorthin uebersetzt werden, und zwar fachlich. Versionsstempel und Cache-Name auf v7. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-08-23 12:29:09 +02:00
DogFatherGitandClaude Opus 5	356bb974b8	Knopf war unlesbar, und der Code wird jetzt bei jedem Schliessen neu verlangt Zwei Rueckmeldungen vom 22.08.2026, beide behoben und mit Tests abgesichert. 1) "das sieht nicht gut aus" (Bildschirmfoto des Hauptknopfs) Ursache: ".wd a" ist Klasse+Element und damit spezifischer als die reine Knopfklasse ".wd-btn--haupt". Die Textfarbe des Knopfs wurde dadurch ueberstimmt -- hellblaue Schrift auf hellblauem Grund, praktisch unlesbar. Derselbe Spezifitaetsfehler wie zuvor bei den Namen auf der Zugangswand. Fix: ".wd a:not(.wd-btn)" plus zweistufig geschriebene Knopfregeln, damit das nicht wieder passieren kann. 2) "das sieht lang gezogen aus" Die Pillenform (border-radius 999px) laesst breite Knoepfe auseinandergezogen wirken, weil der Radius optisch mit der Breite mitwaechst. Jetzt fester Radius von 14px -- gleiche Form bei jeder Breite, ruhiger und hochwertiger. 3) "ich will das ich jedes mal den code gefragt werde wenn man die seite zu macht" Das Sitzungs-Cookie allein reicht dafuer nicht: Browser stellen genau solche Cookies beim Wiederherstellen von Tabs zurueck ("Dort fortfahren, wo du aufgehoert hast"), man landet dann ohne Codeabfrage wieder mitten in der Seite. Zusaetzlich jetzt eine Sitzungsmarke im sessionStorage, die beim echten Schliessen verschwindet. Fehlt sie bei vorhandenem Cookie, wird die Sitzung serverseitig beendet und zur Zugangswand geleitet. Token-Notbremse von 24 auf 8 Stunden gesenkt. 13/13 Tests im echten Browser, inklusive Schutz vor Endlosschleife. DEPLOY.md: zwei Checkouts auf dem Server dokumentiert (/home/dogiweb und /home/dogiintern) und der Vorfall, dass /webdesign nach dem Pull kurz ohne Zugangsschutz erreichbar war, weil der Dienstneustart fehlte. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-08-22 18:20:34 +02:00
DogFatherGitandClaude Opus 5	4b3ec450d5	Webdesign-Bereich: Fundament, oeffentliche Seiten, Zugangsschutz, PayPal Umsetzung des "Website Masterplan" (16 Seiten) unter /webdesign. Zugangsschutz mit EIGENER Schranke (server/webdesign-gate.js) statt gate.js: gate.js laesst seit dem oeffentlichen Start am 21.08.2026 jeden durch, weil die Pruefung auf SITE_PUBLIC_LAUNCH_AT als allererste Zeile steht. Haette man /webdesign dahintergehaengt, waere der ausdruecklich nicht-oeffentliche Bereich inklusive Preisen und spaeteren Kundendaten ab der ersten Sekunde fuer jeden lesbar gewesen. Eigenes Sitzungs-Cookie, bereich="webdesign" im Token, damit ein gueltiges Universe-Cookie hier NICHT gilt. 37/37 Tests. Sieben oeffentliche Seiten in fuenf Sprachen (de, de-CH mit echtem Dialekt, en, fr, pt). Preise, Zeitrahmen, Paketnamen und die 30-%-Regel stehen an genau EINER Stelle in wd-core.js -- der Masterplan verlangt "ueberall widerspruchsfrei", und vier Kopien laufen bei der ersten Preisaenderung auseinander. Als App installierbar auf Handy und PC. Der Service Worker speichert bewusst KEINE HTML-Seite zwischen: nach dem Abmelden wuerden sonst geschuetzte Seiten weiter ausgeliefert, ohne dass der Server je gefragt wird. 18/18 Tests. Handy-Abnahme ueber alle Seiten in fuenf Breiten (320-1440) und fuenf Sprachen: 40/40. Der Test fand 35 echte Fehler (Touch-Ziele unter 44px), behoben im Designsystem statt einzeln pro Seite. PayPal (Wunsch 22.08.2026 "sofort auf meinem paypal"): Orders API mit intent=CAPTURE, also sofortiger Einzug statt blosser Reservierung. Gebuehr und Nettobetrag getrennt gespeichert. Betraege durchgehend als Ganzzahl in Cent. Gefaelschte Webhooks werden abgewiesen. Fail closed solange Zugangsdaten fehlen. 28/28 Tests gegen einen nachgebauten PayPal-Server. Datenbank: 15 Tabellen mit Praefix wd_, fachlich vollstaendig vom Universe getrennt. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-08-22 18:06:52 +02:00

Author

SHA1

Message

Date

DogFatherGitandClaude Opus 5

14ad108c87

Rechtliches: elektronische Widerrufsfunktion (§ 356a BGB), Impressum, AGB,

Widerrufsbelehrung und Datenschutz

RECHERCHIERT, NICHT AUS DEM GEDAECHTNIS

Der Webdesign-Bereich hatte KEINE eigene Rechtsseite -- obwohl dort
Vertraege geschlossen und Zahlungen ausgeloest werden. Die Fusszeile
verwies auf die Kontaktseite des Universe, die ein Content-Projekt
beschreibt, kein Dienstleistungsgeschaeft.

Die Web-Recherche hat eine Pflicht zutage gefoerdert, die seit zwei
Monaten gilt und die die Seite nicht erfuellt hat:

  § 356a BGB -- elektronische Widerrufsfunktion, in Kraft seit
  19.06.2026. Sie gilt fuer ALLE Fernabsatzvertraege, die ueber eine
  Online-Benutzeroberflaeche geschlossen werden, nicht nur fuer
  Finanzdienstleistungen.

WARUM DAS HIER GILT: Im Kundenportal nimmt der Kunde Zusatzangebote per
Klick VERBINDLICH an ("Damit nimmst du das Zusatzangebot verbindlich
an"). Das ist ein Vertragsschluss ueber eine Online-Benutzeroberflaeche.
Fuer die geplanten PayPal-Zahlungen gilt dasselbe.

Der Anbieter sitzt in Luxemburg. Fuer Verbraucher mit gewoehnlichem
Aufenthalt in Deutschland gilt nach Art. 6 Rom-I-VO trotzdem das
deutsche zwingende Verbraucherrecht, weil die Seite sich erkennbar an den
deutschsprachigen Markt richtet. Deshalb wurde der STRENGERE Standard
umgesetzt, nicht der bequemere.

WAS GEBAUT WURDE

webdesign/widerruf.html -- die Widerrufsfunktion, genau nach dem
Wortlaut der Vorschrift:
  * Beschriftung "Vertrag widerrufen" (gesetzlich vorgegeben)
  * ZWEITE Schaltflaeche "Widerruf bestaetigen" (ebenfalls vorgegeben --
    ein einstufiges Formular wuerde die Vorschrift nicht erfuellen)
  * unverzuegliche Eingangsbestaetigung mit Nummer, ZEITPUNKT (nicht nur
    Datum), Empfaenger und dem Wortlaut der Erklaerung
  * Link in der Fusszeile JEDER Seite -- "staendig verfuegbar,
    hervorgehoben platziert, leicht zugaenglich" heisst nicht "in den AGB
    versteckt"

Drei Entscheidungen, die unmittelbar aus dem Sinn der Vorschrift folgen:

  KEINE ANMELDUNG. Die Seite ist von der Zugangswand ausgenommen. Wer
  seinen Code verlegt hat, wuerde sonst seine Frist verlieren --
  Fristverlust durch eine selbstgebaute Huerde ist der schlimmste
  denkbare Fall.

  KEINE MENGENBEGRENZUNG. Ueberall sonst richtig, hier ein
  Rechtsverlust: Wer in der letzten Stunde seiner Frist wegen eines
  hakenden Netzes dreimal klickt, darf nicht abgewiesen werden.

  KEIN ZWISCHENSPEICHER. Beim Anfrageformular ein Segen, hier eine
  Falle: Auf einem geteilten Rechner laege der halb ausgefuellte Widerruf
  des einen im Browser des naechsten.

webdesign/rechtliches.html -- Impressum, AGB, Widerrufsbelehrung samt
Muster-Widerrufsformular, Datenschutzerklaerung. Alle Betreiberangaben
sind aus den bestehenden Seiten UEBERNOMMEN, nichts erfunden: Anschrift
in Mondercange, Kleinunternehmerregelung nach Art. 57 TVA-Gesetz LU und
Richtlinie (EU) 2020/285, netcup/Cloudflare, PayPal Luxemburg.

Migration 0014: wd_widerrufe (der dauerhafte Datentraeger und der
Nachweis, wird nie geleert) und wd_zustimmungen. Letztere speichert nicht
nur den Haken, sondern den WORTLAUT, den der Kunde gesehen hat -- die
Beweislast fuer die Zustimmung zum vorzeitigen Leistungsbeginn liegt beim
Unternehmer (§ 356 Abs. 4 BGB), und im Streit zaehlt, WAS bestaetigt
wurde. Bewusst OHNE Fremdschluessel: CASCADE wuerde den Nachweis mit dem
Kunden mitloeschen, RESTRICT wuerde eine DSGVO-Loeschung blockieren.

Druckansicht: Die Eingangsbestaetigung ist ein Rechtsnachweis. Auf Papier
schwarz auf weiss, ohne Navigation und Knoepfe -- ein Nachweis, den
niemand ausdruckt, weil er eine halbe Patrone kostet, erfuellt seinen
Zweck nicht.

ZWEI ECHTE FEHLER GEFUNDEN

1. Die Pflicht-Sternchen verschwanden nach der Uebersetzung. Ursache:
   data-i18n stand auf dem <label> selbst und ersetzte dessen ganzen
   Inhalt -- samt <span class="wd-pflicht">. Das Anfrageformular macht es
   laengst richtig (data-i18n auf einem INNEREN span); die neue Seite
   hatte das Muster nicht uebernommen. Aufgefallen ist es nur, weil der
   Test die Pflichtfelder GEZAEHLT hat statt sie vorauszusetzen.

2. window.WD.sprache() gibt es nicht, die Funktion heisst getSprache().
   Dadurch brach der Uebergang zur zweiten Stufe stumm ab.

GEPRUEFT: 58 Pruefungen, alle bestanden. Darunter die gesetzlich
vorgegebenen Beschriftungen in allen FUENF Sprachen, "kein Grund noetig",
genau drei Pflichtfelder, Datum UND Uhrzeit in der Bestaetigung, und die
Druckansicht.

WAS FILIPE NOCH PRUEFEN LASSEN MUSS: Diese Texte sind sorgfaeltig
recherchiert, aber ich bin keine Rechtsanwaeltin. Vor dem oeffentlichen
Start gehoert das Ganze einmal zu einer im luxemburgischen Recht
qualifizierten Fachperson -- besonders die grenzueberschreitende Lage
(Sitz LU, Kunden in DE/CH/FR/PT) und die Frage, ob die Seite in
Franzoesisch und Portugiesisch aktiv verkaufen soll. Dann muessen die
Rechtstexte auch dorthin uebersetzt werden, und zwar fachlich.

Versionsstempel und Cache-Name auf v7.

Co-Authored-By: Claude Opus 5 <[email protected]>

2026-08-23 12:29:09 +02:00

DogFatherGitandClaude Opus 5

356bb974b8

Knopf war unlesbar, und der Code wird jetzt bei jedem Schliessen neu verlangt

Zwei Rueckmeldungen vom 22.08.2026, beide behoben und mit Tests abgesichert.

1) "das sieht nicht gut aus" (Bildschirmfoto des Hauptknopfs)
   Ursache: ".wd a" ist Klasse+Element und damit spezifischer als die reine
   Knopfklasse ".wd-btn--haupt". Die Textfarbe des Knopfs wurde dadurch
   ueberstimmt -- hellblaue Schrift auf hellblauem Grund, praktisch
   unlesbar. Derselbe Spezifitaetsfehler wie zuvor bei den Namen auf der
   Zugangswand. Fix: ".wd a:not(.wd-btn)" plus zweistufig geschriebene
   Knopfregeln, damit das nicht wieder passieren kann.

2) "das sieht lang gezogen aus"
   Die Pillenform (border-radius 999px) laesst breite Knoepfe
   auseinandergezogen wirken, weil der Radius optisch mit der Breite
   mitwaechst. Jetzt fester Radius von 14px -- gleiche Form bei jeder
   Breite, ruhiger und hochwertiger.

3) "ich will das ich jedes mal den code gefragt werde wenn man die seite
   zu macht"
   Das Sitzungs-Cookie allein reicht dafuer nicht: Browser stellen genau
   solche Cookies beim Wiederherstellen von Tabs zurueck ("Dort
   fortfahren, wo du aufgehoert hast"), man landet dann ohne Codeabfrage
   wieder mitten in der Seite. Zusaetzlich jetzt eine Sitzungsmarke im
   sessionStorage, die beim echten Schliessen verschwindet. Fehlt sie bei
   vorhandenem Cookie, wird die Sitzung serverseitig beendet und zur
   Zugangswand geleitet. Token-Notbremse von 24 auf 8 Stunden gesenkt.
   13/13 Tests im echten Browser, inklusive Schutz vor Endlosschleife.

DEPLOY.md: zwei Checkouts auf dem Server dokumentiert (/home/dogiweb und
/home/dogiintern) und der Vorfall, dass /webdesign nach dem Pull kurz ohne
Zugangsschutz erreichbar war, weil der Dienstneustart fehlte.

Co-Authored-By: Claude Opus 5 <[email protected]>

2026-08-22 18:20:34 +02:00

DogFatherGitandClaude Opus 5

4b3ec450d5

Webdesign-Bereich: Fundament, oeffentliche Seiten, Zugangsschutz, PayPal

Umsetzung des "Website Masterplan" (16 Seiten) unter /webdesign.

Zugangsschutz mit EIGENER Schranke (server/webdesign-gate.js) statt gate.js:
gate.js laesst seit dem oeffentlichen Start am 21.08.2026 jeden durch, weil
die Pruefung auf SITE_PUBLIC_LAUNCH_AT als allererste Zeile steht. Haette man
/webdesign dahintergehaengt, waere der ausdruecklich nicht-oeffentliche Bereich
inklusive Preisen und spaeteren Kundendaten ab der ersten Sekunde fuer jeden
lesbar gewesen. Eigenes Sitzungs-Cookie, bereich="webdesign" im Token, damit
ein gueltiges Universe-Cookie hier NICHT gilt. 37/37 Tests.

Sieben oeffentliche Seiten in fuenf Sprachen (de, de-CH mit echtem Dialekt, en,
fr, pt). Preise, Zeitrahmen, Paketnamen und die 30-%-Regel stehen an genau
EINER Stelle in wd-core.js -- der Masterplan verlangt "ueberall
widerspruchsfrei", und vier Kopien laufen bei der ersten Preisaenderung
auseinander.

Als App installierbar auf Handy und PC. Der Service Worker speichert bewusst
KEINE HTML-Seite zwischen: nach dem Abmelden wuerden sonst geschuetzte Seiten
weiter ausgeliefert, ohne dass der Server je gefragt wird. 18/18 Tests.

Handy-Abnahme ueber alle Seiten in fuenf Breiten (320-1440) und fuenf Sprachen:
40/40. Der Test fand 35 echte Fehler (Touch-Ziele unter 44px), behoben im
Designsystem statt einzeln pro Seite.

PayPal (Wunsch 22.08.2026 "sofort auf meinem paypal"): Orders API mit
intent=CAPTURE, also sofortiger Einzug statt blosser Reservierung. Gebuehr und
Nettobetrag getrennt gespeichert. Betraege durchgehend als Ganzzahl in Cent.
Gefaelschte Webhooks werden abgewiesen. Fail closed solange Zugangsdaten
fehlen. 28/28 Tests gegen einen nachgebauten PayPal-Server.

Datenbank: 15 Tabellen mit Praefix wd_, fachlich vollstaendig vom Universe
getrennt.

Co-Authored-By: Claude Opus 5 <[email protected]>

2026-08-22 18:06:52 +02:00