Nun, das ursprüngliche Problem liegt wahrscheinlich an FEATURE: Include optimized thumbnails for topics (#9215) · discourse/discourse@03818e6 · GitHub, wo es scheint, dass Thumbnails jetzt nur noch aus Uploads stammen können. Discourse bricht Verhaltensweisen/Änderungen immer als Erstes. Entschuldigung, dass ich etwas gereizt bin, es ist einfach frustrierend. 
Ich verstehe jetzt, dass es vom Verhalten von Discourse abhängt. Danke für die Hilfe.
Ich teile hier nur meinen aktuellen Status mit. Ich kämpfe immer noch.
Ich habe versucht, das img-HTML so zu normalisieren, dass es nur das src-Attribut enthält, da es von Discourse scheinbar ignoriert wird. Normalerweise beginnt ein Beitrag aus WordPress beispielsweise mit folgendem Code (hier habe ich das HTML bereits bereinigt, es sind keine Attribute außer src vorhanden). Die von dir erwähnten Kriterien scheinen nicht damit zusammenzuhängen.
<div data-wp><a href="https://www.aliexpress.com/item/4000096717124.html" target="_blank"><img src="https://zuzu.deals/wp-content/uploads/2020/05/5ebd241f6e871-150x150.jpg" /></a><div><div data-buy>
Danach würde das Neubacken (wodurch Bilder heruntergeladen werden) über die Konsole nur für einige Themen funktionieren.
Typischerweise wird das Thema, aus dem ich das obige HTML extrahiert habe, ignoriert. Egal ob ich rake posts:rebake verwende oder in Rails post.save! ; post.rebake! aufrufe – das Thema wird ignoriert. Ich kann keinen Grund dafür finden, warum es fehlschlägt; es hat denselben HTML-Inhalt wie andere Themen, die funktioniert haben.
Wenn ich jedoch manuell über den Composer bearbeite, ohne den Inhalt zu ändern und speichere, wird das Bild extrahiert/heruntergeladen. Es gibt zu viele Themen, um sie manuell zu bearbeiten.
Hast du eine Idee, wie man dasselbe Speicherverhalten wie im Composer über die Rails-Konsole erreichen könnte?
Hinweis: Die Option „max old days