Ich vermute, das hängt mit den Änderungen an Blöcken im Update 5.3 zusammen. Den Beitrag findest du hier: In Conversation with Anna Morgan - Discussions - Nature Photographers Network
Zur Info: Ich habe auch dieses Snippet für CDN-Bilder:
add_filter( 'wp_discourse_excerpt', 'wpdc_custom_excerpt' );
function wpdc_custom_excerpt( $content ) {
return apply_filters( 'as3cf_filter_post_local_to_s3', $content );
}
Ich erhalte diesen Fehler ebenfalls in meinem Dashboard, was mit ziemlicher Sicherheit auf das WordPress-Plugin zurückzuführen ist.
Ich bin auf diesen Beitrag gestoßen: WP Discourse plug in being odd - #10 by adamprocter, aber ich nutze Version 1.9.7 und der Veröffentlichungsbenutzername ist ein aktives Konto.
Ich werde mich heute darum kümmern. Was ich auf meiner Seite sehe, ist, dass Bilder, die von WordPress veröffentlicht werden, korrekt angezeigt werden, bis Discourse versucht, das Remote-Bild herunterzuladen. Wenn das erledigt ist, lande ich bei einem Markup wie dem, das Sie in Ihrem Beitrag erhalten:
Ich bin mir nicht sicher, ob dies mit Änderungen in WordPress 5.3 zusammenhängt.
Wenn Sie die Warnung „We detected an API request using a deprecated authentication method“ erhalten, wird dies nicht die Ursache für das Problem mit den Bildern sein. WP Discourse-Versionen 1.9.6 und höher sollten diese Warnung nicht auslösen. Alle API-Anfragen vom Plugin verwenden jetzt eine Header-basierte Authentifizierung.
Das Problem scheint darin zu bestehen, dass das hochgeladene Discourse-Markdown nicht geparst wird, wenn es in HTML-Tags eingekapselt ist. Zum Beispiel sieht ein WordPress-Beitrag nach der Ausführung des Discourse-Jobs PullHotlinkedImages wie folgt aus:
<small>Originally published at: https://scossar.com/figure-tags-cause-issues/
</small><br>
<figure class="wp-block-image"></figure>
Das Bearbeiten des Beitrags, um alle HTML-Tags zu entfernen, die den Markdown-Link umgeben, löst das Problem, aber es muss eine angemessene Lösung dafür gefunden werden.
Entschuldige die Störung, aber arbeitest du daran, Simon, oder wurde jemand anderes damit beauftragt?
Das Problem besteht darin, dass bei der Veröffentlichung von Beiträgen mit Bildern auf Discourse der HTML-Code des Beitrags zunächst so aussieht:
<figure><img src="https://example.com/wp-content/uploads/your-image.png" /></figure>
Wenn die Discourse-Site-Einstellung „Remote-Bilder auf den lokalen Server herunterladen
Danke, Simon. Bilder von Remoteseiten lokal herunterladen war vorerst die einfache Lösung. Es entmutigt mich zu hören, dass die Veröffentlichung ganzer Beiträge möglicherweise eingestellt wird. Aktuell veröffentliche ich einen Beitrag auf WordPress, der dann im Artikelbereich von Discourse erscheint, der standardmäßig auf „Ersten Beitrag beobachten
Mir würde eine vollständige Veröffentlichung fehlen.
Ich bin mir nicht zu 100 % sicher, was du hier vorschlägst…
Wie würdest du Bilder extrahieren? Mit einem Regex?
Ich könnte mir einen Regex vorstellen, der Bild-Tags durch korrekte Markdown-Syntax ersetzt. Meinst du das, und würde das funktionieren?
Nein. Ich wäre versucht, das zu tun, wenn ich das in der Vergangenheit nicht bereits ausprobiert hätte. Dieser Stack-Overflow-Beitrag erklärt das Problem gewissermaßen: https://stackoverflow.com/questions/1732348/regex-match-open-tags-except-xhtml-self-contained-tags/1732454#1732454.
Ich werde untersuchen, wie schwierig es wäre, wenn das Plugin eine grundlegende HTML-Version des Beitragsinhalts zusammenstellen würde. Der letzte Ausweg wäre, DOMDocument-Methoden zur Analyse des Inhalts zu verwenden. Kommentare, die von Discourse zurückgegeben werden, werden mit diesen Methoden analysiert, und es gab bisher keine Berichte über Probleme damit.
Ich denke, dass das Veröffentlichen eines Auszugs und das Anzeigen des vollständigen Beitrags durch Klick auf die Schaltfläche „Vollen Beitrag anzeigen
Vielen Dank für die Erklärung.
Ich werde meine Autoren bitten, den Artikel einfach zu veröffentlichen und auf “Aktualisieren” zu klicken, da das Veröffentlichen und anschließende Aktualisieren des Artikels in WP die Bilder in Discourse immer zu beheben scheint.
Ich ziehe es vor, dass meine Autoren eine Sekunde länger pro Artikel benötigen, als die vollständige Veröffentlichungsoption verschwinden zu sehen 
Wenn die Discourse-Einstellung Remote-Bilder auf den lokalen Server herunterladen aktiviert ist, verschwindet das Bild nicht etwa wieder innerhalb weniger Minuten nach der Aktualisierung des Beitrags? Falls dies nicht der Fall ist, werde ich untersuchen, warum diese Maßnahme das Problem löst.
Ich habe diese Einstellung aktiviert, und die Bilder werden auch noch nach Tagen und Wochen in all meinen neuesten Artikeln korrekt angezeigt. Hier ein Beispiel mit einem ein Monat alten Artikel, in dem ich auf das Bildproblem gestoßen bin.
Außerdem habe ich mir die Bild-URLs auf Discourse-Seite angesehen, und die Links sind die von WordPress, was bedeutet, dass die Bilder nicht auf Discourse heruntergeladen werden. Liegt das daran, dass die Website und das Forum dieselbe Domain teilen?
(Site: https://monocycle.info, Forum: https://forum.monocycle/info)
Ich bekomme beim Aktualisieren des Discourse-Threads immer noch einen riesigen defekten Thumbnail anstelle des Bildes. Wenn ich den Beitrag bearbeite, sehe ich Folgendes in < >:
img src="http://mysite.com/wp-content/uploads/2020/03/asha2.jpg" class="ss-hidden-pin-image" alt="Blog" data-pin-url="" data-pin-media="http://mysite.com/wp-content/uploads/2020/03/asha2.jpg" data-pin-description=""/
Ist Ihre WordPress-Website http oder https?
Im Moment ist es http, aber ich schaue mir https an.
Browser laden keine Inhalte von unsicheren Quellen, wenn die Seite HTTPS verwendet.
Wenn Sie sich auf ein HTML-Element verlassen, um das Bild zu laden, funktioniert dies erst, wenn Ihre Hauptwebsite HTTPS verwendet.
Ich habe soeben WP Discourse Version 2.0.2 in das WordPress-Plugin-Repository hochgeladen. Das Update sollte das Problem mit beschädigten Bildern beheben, das auftrat, wenn Beiträge mit dem Block-Editor an Discourse veröffentlicht wurden.
Bilder, Bildergalerasen sowie YouTube- und Vimeo-Videos werden nun aus Beiträgen extrahiert und so formatiert, dass Discourse sie verarbeiten kann. Bitte teilen Sie mir mit, falls Sie beim Update auf Probleme stoßen. Falls es immer noch WordPress-Blöcke gibt, die auf Discourse nicht korrekt dargestellt werden, lassen Sie es mich wissen – Blöcke können nun nach Namen analysiert werden, sodass es möglich sein sollte, etwaige Probleme zu beheben.
Nächste Woche werde ich einen Filter hinzufügen, an den man andocken kann, um Blöcke zu analysieren, die zu speziell sind, um vom Plugin behandelt zu werden.
Nach dem Update gibt es hier ein paar Probleme.
In WP verwende ich den „Classic Editor
Das ist seltsam. Meine Hoffnung bei der Änderung war, dass sie keine Beiträge beeinflusst, die mit dem klassischen Editor veröffentlicht wurden. Ich werde versuchen, das Problem nachzustellen. Könntest du den Markup-Code teilen, den du siehst, wenn du den Beitrag im Reiter „Text“ des Editors öffnest?
Mit dem WP-Plugin ARVE
<p>Test vidéooo:</p>
<div class="arve-wrapper aligncenter" data-mode="normal" data-provider="youtube" id="arve-e6MCkspqtxo-3" style="max-width:800px;" itemscope itemtype="http://schema.org/VideoObject">
<div class="arve-embed-container" style="padding-bottom:56.250000%"><iframe allow="accelerometer; autoplay; encrypted-media; gyroscope; picture-in-picture" allowfullscreen class="arve-iframe fitvidsignore" frameborder="0" name sandbox="allow-scripts allow-same-origin allow-presentation allow-popups allow-popups-to-escape-sandbox" scrolling="no" src="https://www.youtube-nocookie.com/embed/e6MCkspqtxo?iv_load_policy=3&modestbranding=1&rel=0&autohide=1&playsinline=1&autoplay=0" width="480" height="270"></iframe></div>
</div>
<div class="arve-wrapper aligncenter" data-mode="normal" data-provider="youtube" id="arve-e6MCkspqtxo-4" style="max-width:800px;" itemscope itemtype="http://schema.org/VideoObject"><div class="arve-embed-container" style="padding-bottom:56.250000%"><iframe allow="accelerometer; autoplay; encrypted-media; gyroscope; picture-in-picture" allowfullscreen class="arve-iframe fitvidsignore" frameborder="0" name sandbox="allow-scripts allow-same-origin allow-presentation allow-popups allow-popups-to-escape-sandbox" scrolling="no" src="https://www.youtube-nocookie.com/embed/e6MCkspqtxo?iv_load_policy=3&modestbranding=1&rel=0&autohide=1&playsinline=1&autoplay=0" width="480" height="270"></iframe></div></div>
Ohne das Plugin, wenn ich einfach in WP schreibe:
https://www.youtube.com/watch?v=e6MCkspqtxo
Zeigt der Discourse-Editor dieses Ergebnis:
<p>Test vidéooo:</p>
<div class="fitvids-video"><iframe title="Volkor X - Enclave" width="800" height="450" src="https://www.youtube.com/embed/e6MCkspqtxo?feature=oembed" frameborder="0" allow="accelerometer; autoplay; encrypted-media; gyroscope; picture-in-picture" allowfullscreen></iframe></div>
Es scheint, als würde WP immer noch eine andere, nicht-native Bibliothek verwenden, vielleicht von meinem Theme? 
Ich vermute, das Problem liegt eher auf meiner Seite als bei dir, trotzdem hat es vor dem Update gut funktioniert… 