Ich habe versucht, dies hier einzurichten, aber Miniaturansichten scheinen für unsere Themen nicht wirklich generiert zu werden.
Hängt dies in irgendeiner Weise mit der Einstellung für die Bearbeitungsfrist zusammen? Die Theme-Komponente „Topic List Previews“ erhält auch erst Miniaturansichten, wenn der erste Beitrag nicht mehr bearbeitbar ist – aber diese Kategorie passt überhaupt nicht zu diesem Ansatz, und wir möchten, dass Benutzer ihre Beiträge in dieser Kategorie unbegrenzt bearbeiten können.
Als reine Frontend-Mods nutzen Topic List Thumbnails und Topic List Previews denselben Kernprozess, der Thumbnails im Backend generiert. Dieser asynchrone Job wird erst ausgeführt, wenn die Bearbeitungsfrist abgelaufen ist UPDATE: wenn das Bild remote ist. Wenn die Bilder lokal hochgeladen werden, wird der Prozess zur Thumbnail-Generierung sofort gestartet.
Der Prozess ist nicht durch eine Theme-Komponente modifizierbar und würde ein Plugin oder einen PR im Backend erfordern, um ihn zu ändern (nicht zu vergessen, dass TLP ein ergänzendes Plugin für einige zusätzliche Funktionen hat).
Hinweis: Bevor die Thumbnail-Unterstützung in den Kern integriert wurde, war Topic List Previews ein Plugin und funktionierte in Bezug auf die Planung der Erstellung von Thumbnails auf die gleiche Weise. Ich kann nicht für das Team sprechen, aber Sie können die Logik verstehen, es so zu belassen: Sie möchten keine Thumbnails generieren, deren Quellbild häufig bearbeitet oder gelöscht wird, oder was ist, wenn ein Bild in letzter Minute hinzugefügt wird?
Eine Möglichkeit, dies zu mildern, ist die Verwendung der Standard-Icon/Bild-Funktion in jeder Theme-Komponente. Für die Masonry/Tiles-Ansicht reduziert dies zumindest dramatische Layout-Änderungen. Oder die Frist minimieren?
Ah, ja, ich verstehe. Es ist absolut sinnvoll, dass dies das Standardverhalten ist – wir befinden uns hier in einer kniffligen Situation, da ein Großteil dessen, was in dieser Kategorie gepostet wird, Minecraft-Mods sein werden, sodass es naheliegend ist, dass der erste Beitrag in jedem Thema selten bearbeitet werden muss und das Miniaturbild wahrscheinlich geändert wird.
Ich nehme an, Sie sind sich spontan keiner Plugins bewusst, die es Ihnen ermöglichen, dieses Verhalten zu ändern? Ich kann verstehen, warum Core dies nicht unterstützt, aber die Abhängigkeit von der Schonfrist wird für uns einfach nicht funktionieren.
Um noch hinzuzufügen: Ein wesentlicher Teil des Kampfes besteht darin, das genaue praktische Verhalten zu spezifizieren, das in allen Grenzfällen funktioniert. Befolgen Sie dann die Arbeit, d. h. stellen Sie sicher, dass das, was Sie wollen, in der Praxis funktioniert. Es ist alles modifizierbar. :).
Wenn sich der Beitrag nach Ablauf der Frist ändert, sollte das System meiner Meinung nach einen weiteren Abruf planen und die Miniaturansicht aktualisieren.
Ich glaube, ich habe mich zwischen der Kulanzzeit und der Bearbeitungssperre geirrt, denn seit Kurzem werden Thumbnails einfach generiert.
Ich glaube, ich muss das einem CDN-Caching-Fehler zuschreiben, haha. Trotzdem danke für deine Hilfe!
Gareth, Entschuldigung für die Verwirrung, aber jetzt, da ich wieder an meinem Schreibtisch bin, habe ich einige schnelle Tests und eine Überprüfung der Logik durchgeführt.
Meine Aussage war unvollständig:
Wenn das Bild in irgendeiner Weise remote ist (einschließlich Onebox eines Remote-Links, wenn er in einem CDN gehalten wird?), sind die Thumbnails von einem verzögerten Job betroffen: Jobs::PullHotlinkedImages und dieser ist tatsächlich nach der Bearbeitungsfrist geplant (dieser Teil war korrekt):
ABER: Es scheint, dass, wenn Sie ein Bild direkt auf die Website hochladen (z. B. durch Einfügen eines Bildes), die Thumbnails in einem asynchronen Prozess erstellt werden, der sofort ausgelöst zu werden scheint. Wenn Sie das Bild in ein anderes lokales Bild ändern, wird dies ebenfalls fast sofort übernommen. Ich habe ein paar Beiträge oben aktualisiert. Da ich dies nicht sehr oft tue, habe ich diesen Teil weggelassen.
Nein, das hat funktioniert. Ich habe es gerade zum Testen installiert und keine nicht standardmäßigen Einstellungen vorgenommen, aber es schien ordnungsgemäß angewendet zu werden und zu funktionieren.
@jtooker, @undasein Ich habe gerade eine Korrektur hinzugefügt. Wenn Sie die Komponente aktualisieren, sollte das Problem behoben sein (@tkearsley Ihre Website sollte bereits aktualisiert sein).
Fehler