fix: kein s.w.org-emoji-request + kein weissraum unter dem blocker (v1.4.3)

1) Das Warn-Emoji "⚠" im platzhalter-text loeste WordPress' wp-emoji aus, das
   die grafik von s.w.org nachlud (drittanbieter-request). Emoji aus den texten
   entfernt; das warn-dreieck wird jetzt rein per CSS gezeichnet (kein netzwerk).
   Hinweis: s.w.org ist der WP-emoji-CDN, NICHT Google.
2) Der platzhalter reservierte die hoehe des eingebetteten elements -> bei
   kuerzerem inhalt entstand weissraum darunter. Hoehen-reservierung entfernt
   (PHP min-height-style, JS minHeight, CSS min-height:180px) - der content
   blocker ist jetzt exakt so hoch wie sein eigener inhalt. Die original-masse
   bleiben als data-attribute fuer das iframe nach einwilligung erhalten.
3) Redundante, partielle de_DE-.po/.mo (mit altem emoji) entfernt - deutsche
   locales nutzen direkt die deutschen quell-strings.

+ version 1.4.3 (assets cache-busting).

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

hilfsdaten/strings.txt

@@ -28,7 +28,7 @@ MSGID	Erneut versuchen
 MSGID	Lizenz aktivieren
 MSGID	Empfänger:
 MSGID	Zweck:
-MSGID	⚠ Datenübermittlung in ein Drittland außerhalb der EU/des EWR
+MSGID	Datenübermittlung in ein Drittland außerhalb der EU/des EWR
 MSGID	Datenschutzerklärung des Anbieters
 MSGID	%s jetzt laden
 MSGID	Diesen Dienst künftig immer laden