C’est un service DNS qui bloque les domaines ayant une mauvaise réputation. Mais ce n’est pas le problème car 1) lorsque je me connecte via un VPN, il utilise un DNS différent et ce problème persiste, et 2) l’utilisateur qui m’a signalé ce problème utilise une configuration complètement différente, 3) la configuration DNS est uniquement pour mon réseau local et non sur le serveur Discourse qui ne parvient pas à générer le bon HTML côté serveur, et 4) ce fichier HTML charge correctement l’iframe :
<!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, c’était ça, il manquait le / final.
Merci beaucoup !
Quelque chose a changé dans Discourse, car j’avais ajouté https://www.tickcounter.com la dernière fois que j’ai essayé et à ce moment-là, cela fonctionnait. À mon avis, soit la logique regexp qu’il utilise, soit la description du paramètre doit être ajustée, car il est indiqué :
Une liste de préfixes de domaines src d’iframe que Discourse peut autoriser en toute sécurité dans les publications
Quand je pense à un “préfixe de domaine”, je pense à un nom de domaine et/ou à un sous-domaine, qui n’incluent pas de /. Ou s’il est censé utiliser une logique plus précise pour les URL src d’iframe complexes, il devrait indiquer quelque chose comme :
Une liste de préfixes d’URL src d’iframe que Discourse peut autoriser en toute sécurité dans les publications