Das kannst du im Bereich „Anmeldung
Vielen Dank für diese großartigen Informationen. Ich habe die Anmeldung deaktiviert (toller Tipp!) und werde wahrscheinlich einfach abwarten, was passiert, wenn ich die Hauptseite schließlich live schalte. Vielleicht wird dann der Button „Vollständigen Beitrag anzeigen
Es gibt einige Voraussetzungen dafür, dass ein Link eine Onebox bildet. Ich bin mir nicht sicher, ob HTTPS mittlerweile eine Voraussetzung ist, aber es würde mich nicht überraschen, wenn es so wäre. Die anderen Anforderungen sind, dass die verlinkte Seite ein Open Graph-Description-Tag enthalten muss und dass die Seite Anfragen vom Discourse-Server zulassen muss. Ich vermute, dass du bei deiner Staging-Umgebung auf einige Probleme stößt, die die Erstellung von Oneboxes verhindern.
1 „Gefällt mir“
Hallo Simon,
das ergibt Sinn. Ich werde es erneut mit Oneboxing versuchen, sobald ich die Hauptseite live schalte.
Wie oben erwähnt, sollte das Live-Schalten der Seite und das Entfernen aus der Testumgebung auch die Funktion „Beitrag zu Discourse
Es scheint, dass das defekte Bild aus dem RSS-Feed nicht manuell behoben werden kann.
Ich kann sehen, dass das Bild in der Vorschau auf der rechten Seite des Editors wieder erscheint. Aber nachdem ich auf Speichern klicke, ist das Bild im Beitrag weiterhin defekt.
Discourse erstellt keine Miniaturansicht, wenn das Bild nicht lokal ist. Wenn ich „disabled image download domains“ aktiviere, haben alle importierten Beiträge keine Miniaturansicht.
4 „Gefällt mir“
Ich habe das gleiche Problem. Ich sehe zwei Bilder in der Vorschau, aber nach dem Speichern sieht es so aus:
Gibt es eine Lösung, damit die Bilder auch im Beitrag und nicht nur in der Vorschau angezeigt werden?
Update: 2.7.0.beta7
2 „Gefällt mir“
Du musst den Beitrag bearbeiten, um über beiden Markdown-Tags eine leere Zeile hinzuzufügen.
Wenn du Beiträge von einer Website an Discourse veröffentlichst, solltest du die Domain, von der die Bilder bereitgestellt werden, in deiner Discourse-Siteneinstellung disabled image download domains hinzufügen. Dies sollte verhindern, dass das Problem bei neuen Beiträgen auftritt, die an Discourse veröffentlicht werden.
Danke, Simon. Leider bekomme ich es nicht zum Laufen:
Ich kann dir die öffentliche URL senden, bin mir aber nicht sicher, ob das als Spam gilt. Ich kann dir eine PN schreiben, wenn du möchtest.
Lass mich wissen, ob du weitere Informationen brauchst.
(Aktuell 2.7.0.beta7, 890b06b10f)
Update: etwas mehr Hintergrund: Die Beiträge wurden über ein Import-Skript importiert, das von einem Freshdesk-Forum-XML-Export stammte. Der eigentliche Inhalt enthielt das vollständige HTML. Anschließend haben wir das Backup von unserem lokalen Entwicklungssystem auf unsere frische Produktionsinstanz importiert. Anfangs wurden die Bilder angezeigt, da das ursprüngliche img-Tag auf die externe URL verwies. Nach einiger Zeit hat Discourse das externe Remote-Bild heruntergeladen… aber dann sah der Beitrag wie oben gezeigt kaputt aus.
1 „Gefällt mir“
Ich verstehe die Komplikation hier wirklich nicht. Offensichtlich wird das HTML-Bild-Tag durch Markdown ersetzt – zum Beispiel . Warum nicht einfach zwei Zeilenumbrüche vor dem ! einfügen? Das würde die korrekte Darstellung gewährleisten und die Bild-Upload-Funktion funktionsfähig halten, um defekte Bilder und Cross-Site-Probleme zu vermeiden.
Gibt es eine reale, nicht-theoretische Situation, in der dieses Leerzeichen ein Problem verursachen könnte? Ist dieses Problem schlimmer als der aktuelle Zustand des Plugins, bei dem Bilder einfach ständig defekt sind?
Unser WordPress-Plugin versucht, das Problem zu umgehen, indem es genau das auf WordPress-Seite tut. Das Einfügen von zwei Wagenrückläufen vor allen HTML-img-Tags bevor der Beitrag auf Discourse veröffentlicht wird, behebt das Problem.
Ich habe vorgeschlagen, etwas Ähnliches in unserem Markdown-Parser hier hinzuzufügen: Markdown rendering issue with image surrounded with HTML. Ich denke, der Grund für die Ablehnung dieses Ansatzes war, dass wir nicht von der CommonMark-Spezifikation abweichen möchten.
Okay, jetzt bin ich noch verwirrter! Und ich verspreche, das ist echte Verwirrung, nicht etwas, das ich für zusätzliche Wirkung inszeniere. 
Wir hosten Discourse selbst, und unser WordPress hat meiner Meinung nach die neueste Version des Plugins (2.3.0), aber wir erhalten immer noch defekte Bilder und müssen die Leerzeilen manuell einfügen. Muss ich etwas tun, um dies zu aktivieren?
Sicher. Es ist ein verwirrendes Problem. Das WP Discourse-Plugin versucht, das Problem mit Bildern zu beheben, erfasst diese jedoch derzeit nur, wenn Beiträge mit dem WordPress-Blockeditor veröffentlicht und Bilder mit dem Standard-Bildblock zu den Beiträgen hinzugefügt werden. Wenn Sie einige Details darüber teilen können, wie Sie Bilder zu den Beiträgen Ihrer WordPress-Website hinzufügen, könnten wir möglicherweise eine Lösung für dieses Problem finden.
Idealerweise wird dies auf der Discourse-Seite behoben, aber falls dies nicht möglich ist, muss die vom WP Discourse-Plugin durchgeführte Bildanalyse verbessert werden.
Hmm, okay, also Would you use this as your homepage? – Fedora Community Blog ergab Would you use this as your homepage? - Fedora Discussion. (Die Bilder im zweiten Link funktionieren, weil ich den Beitrag direkt bearbeitet habe.)
Wenn ich im WordPress-Backend nachschaue, sind alle Bilder Bild-Blöcke.
Aber ich verstehe trotzdem nicht, warum das so komplex ist. Etwas fügt in den Rohtext jedes Beitrags auf der Discourse-Seite Markdown wie  ein. Warum macht dieses Ding nicht einfach eine Leerzeile vor jedem solchen eingefügten Markdown-Stück?
Könntest du diese Frage bitte im entsprechenden Fehler-Thema hier stellen: Markdown rendering issue with image surrounded with HTML. Es ist wahrscheinlich, dass sie dort mehr Aufmerksamkeit erhält.
Edit: Ich werde @angus über das Problem mit dem WP Discourse-Plugin informieren, das die Bilder nicht korrekt analysiert, damit das Problem auf WordPress-Seite behoben werden kann. Wahrscheinlich wird er weitere Details von dir benötigen, um herauszufinden, was genau los ist.
1 „Gefällt mir“