3c93027253
Nach reload mit bereits erteilter einwilligung blieb das e-youtube-base-video leer: ich kehrte frueh zurueck und ueberliess es Elementors eigenem render (unzuverlaessig). Die anderen blocker haben einen server-platzhalter, den loadPreConsented direkt laedt - das JS-gebaute YouTube-element nicht. Jetzt verwalte ich das widget mit embed-URL komplett selbst: - nicht eingewilligt -> platzhalter (eingeklappt, kein weissraum) - eingewilligt (auch nach reload) -> iframe wird sofort direkt gebaut (16:9), unabhaengig von Elementor/iframe_api. Reload-fallback nur noch ohne URL. + version 1.4.7. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
GDPR Content Blocker — Monorepo
DSGVO-konformer Consent-Blocker für externe iframes + selbst-gehosteter Lizenz-/Update-Server.
Struktur
gdpr-content-blocker/— das WordPress-Plugin. Aus diesem Ordner wird die Release-ZIP gebaut (Top-Level-Ordnergdpr-content-blocker/).license-backend/— Node/Express + SQLite Lizenz- & Update-Backend (Docker).hilfsdaten/— interne Notizen, Spickzettel, Gitea-Runner-Setup (nicht Teil des Plugins).release.ps1— baut die Plugin-ZIP und lädt sie ins Backend (manueller Release).
Manueller Release (Update verteilen)
- Version in
gdpr-content-blocker/gdpr-content-blocker.phpbumpen (HeaderVersion:unddefine( 'CB_VERSION', … )), committen. - ZIP bauen + hochladen:
.\release.ps1 -Version 1.0.1 -Token DEIN_ADMIN_API_TOKEN - Lizenzierte Seiten sehen das Update unter Plugins.
Details: siehe hilfsdaten/SPICKZETTEL.md.
Backend starten
Siehe license-backend/README.md.
Hinweis
Secrets (.env) sind per .gitignore ausgeschlossen und gehören nicht ins Repo.