Es ist ein DNS-Dienst, der Domains mit schlechtem Ruf blockiert. Aber das ist nicht das Problem, denn 1) wenn ich über ein VPN verbinde, verwende ich ein anderes DNS und dieses Problem besteht weiterhin, und 2) der Benutzer, der mich auf dieses Problem aufmerksam gemacht hat, verwendet eine völlig andere Konfiguration, 3) die DNS-Konfiguration ist nur für mein LAN und nicht auf dem Discourse-Server, der das richtige HTML serverseitig nicht generieren kann, und 4) diese HTML-Datei lädt den iframe korrekt:
<!DOCTYPE html>
<html lang="en">
<head>
<meta name="description" content="Webpage description goes here" />
<meta charset="utf-8">
<title>Change_me</title>
<meta name="viewport" content="width=device-width, initial-scale=1">
<meta name="author" content="">
</head>
<body>
<div style="left:0; width:100%; height:0; position:relative; padding-bottom:25%; margin:0 auto">
<iframe src="https://www.tickcounter.com/widget/countdown/5847336" style="top:0; left:0; width:100%; height:100%; position:absolute; border:0; overflow:hidden" title="My countdown"></iframe>
</div>
</body>
</html>
Oh wow, das war’s, es fehlte der letzte /
Vielen Dank!
Irgendetwas hat sich in Discourse geändert, denn ich habe letztes Mal, als ich das versucht habe, https://www.tickcounter.com hinzugefügt und es hat funktioniert. Meiner Meinung nach sollte entweder die verwendete Regex-Logik oder die Beschreibung der Einstellung angepasst werden, denn es heißt:
Eine Liste von iframe src-Domainpräfixen, die Discourse sicher in Beiträgen zulassen kann
Wenn ich an ein “Domainpräfix” denke, denke ich an einen Domainnamen und/oder eine Subdomain, die beide kein / enthalten. Oder wenn es eine präzisere Logik für komplexe iframe src-URLs verwenden soll, dann sollte es etwas sagen wie:
Eine Liste von iframe src-URL-Präfixen, die Discourse sicher in Beiträgen zulassen kann