Dies scheint nur auf einem meiner Foren und nicht auf dem anderen zu passieren, aus irgendeinem Grund, obwohl beide eine sehr ähnliche Version von Discourse haben.
Seit einem kürzlichen Update schneidet die Lightbox-Miniaturansicht die Seiten des Bildes ab, wenn Bilder in Beiträge eingebettet werden. Dies macht es sehr schwierig, die Bilder zu lesen, wenn sie Text enthalten.
Mir scheint nicht, dass dies ein gewünschtes Verhalten ist, und tatsächlich passiert es hier auf Meta nicht.
Dann liegt es wahrscheinlich an ihren Dateieinstellungen, wie z. B.:
Maximale Bildbreite: Maximale Miniaturbildbreite von Bildern in einem Beitrag. Bilder mit einer größeren Breite werden verkleinert und in einer Lightbox angezeigt.
Maximale Bildhöhe: Maximale Miniaturbildhöhe von Bildern in einem Beitrag. Bilder mit einer größeren Höhe werden verkleinert und in einer Lightbox angezeigt.
Minimales Verhältnis zum Zuschneiden: Verhältnis, das zum Zuschneiden hoher Bilder verwendet wird. Geben Sie das Ergebnis von Breite / Höhe ein.
Ich habe vielleicht etwas zu schnell gelesen.
Erschien das Bild vor dem Update korrekt?
Wenn Sie mit der rechten Maustaste klicken → Bild in neuem Tab öffnen, erscheint das Bild dann vollständig?
Welche Einstellungen haben nicht ihren Standardwert in Einstellungen → Dateien?
Ich habe versucht, das Website-Backup auf einer neuen Instanz wiederherzustellen, und das hat das Problem ebenfalls nicht gelöst. Es handelt sich also offensichtlich um ein Konfigurationsproblem, obwohl ich ehrlich gesagt nicht weiß, welches.
Ich habe die Website überprüft und es scheint, dass kein benutzerdefiniertes CSS oder andere Anpassungen die Thumbnails beeinträchtigen.
Dies sollte eine Fehlkonfiguration der Website-Einstellungen sein, wie zum Beispiel:
Aber Sie sagten:
Was ist übrigens der Standardwert für Ihre min ratio to crop-Einstellung?
Vielleicht eine Fehlkonfiguration des CDNs? Wenn Sie einen Cloud-basierten Bildresizer verwenden, um Bilder (Thumbnails) zu optimieren. Das ist nicht sehr wahrscheinlich, aber es könnte auch ein möglicher Grund sein.
Ein weiterer möglicher Grund ist ein Plugin, das Dinge mit Thumbnails tun kann. Wie Simon vorgeschlagen hat, können Sie auch versuchen, neue Bilder im abgesicherten Modus hochzuladen, um zu prüfen, ob dies durch ein Plugin verursacht wurde. (Aber wie ich gesehen habe, verwenden Sie kein solches Plugin.) Wenn ich falsch liege und Sie ein solches Plugin verwenden, reicht es manchmal nicht aus, das Plugin im Admin-Bereich zu deaktivieren. In diesem Fall müssen Sie es aus app.yml auskommentieren (entfernen) und es erneut versuchen…
Aber beachten Sie: Diese Thumbnails werden in diesen Größen “gekocht” und in Beiträgen zugeschnitten. Wenn Sie also etwas ändern, wirkt sich dies nicht auf die vorhandenen Thumbnails aus, bis Sie die Beiträge neu backen oder diese manuell skalieren, damit das System sie als neue Datei erkennt und neue Thumbnails dafür generiert. Bei neuen Uploads sollten diese Änderungen nach dem Neuladen der Seite das geänderte Ergebnis anzeigen.
Ich habe die Website im abgesicherten Modus besucht und das Problem besteht weiterhin.
Ich habe auch versucht, die Website auf einem anderen Server mit einer Discourse-Installation und derselben app.yml wiederherzustellen und dann die Beiträge neu zu backen, nur um zu sehen, ob sich etwas ändert, und das hat es nicht.
0,22, und es ist genau dasselbe in einem anderen Forum, das ich verwalte und das dieses Problem nicht hat.
Mein CDN ist nur das Basis-CDN von Amazon AWS, und es hat dieselben Einstellungen wie eine andere Website, die dieses Problem nicht hat.
Leider verwende ich kein Plugin, das damit interagieren würde. Vielleicht discourse-topic-previews-sidecar?
Ich habe in meinem AWS S3 Bucket nachgesehen, und es scheint, dass die optimierte Version der Bilder zugeschnitten wurde. Es handelt sich also um eine Art Fehler, der beim Hochladen von Bildern auftritt.
Bearbeiten Sie das Originalbild leicht (damit es von Discourse nicht als vorhandenes Bild erkannt wird, obwohl ich mir nicht sicher bin, ob dies der Fall ist, wenn Sie es aus der Zwischenablage einfügen).
Wechseln Sie in den abgesicherten Modus, alles deaktiviert.
Erstellen Sie einen Beitrag.
Fügen Sie das Bild ein/laden Sie es hoch.
Sehen Sie, ob die Vorschau oder das Ergebnis abgeschnitten ist?
:denkend:
Dies ist die Art von Fall, in dem alle hart daran arbeiten, ein Problem zu identifizieren, und am Ende werden wir alle sagen: „Das war so offensichtlich“, oder?
Ich habe gesehen, dass du geschrieben hast, als ich mein letztes Update gepostet habe. Sind diese Schritte angesichts meiner Entdeckung im AWS-Bucket noch nützlich?
Das Deaktivieren scheint das Problem gelöst zu haben (zumindest für neue Bilder).
Gäbe es jetzt eine Möglichkeit, alle optimierten Versionen neu zu erstellen, um das Problem standortweit zu beheben?
Ich sehe, dass es eine uploads:regenerate_missing_optimized Rake-Aufgabe gibt, aber soweit ich das verstehe, würde sie nur die fehlenden optimierten Versionen neu generieren.
Das erneute Backen des Beitrags hat die optimierten Versionen leider nicht neu generiert.
Ich bin versucht, den Ordner optimized/ in meinem Bucket zu verschieben und rake uploads:regenerate_missing_optimized auszuführen. Mal sehen, ob ich alles kaputt mache.
Bearbeiten: Ah, aber diese Aufgabe funktioniert nur für den internen Speicher. Nicht für S3.
Am Ende waren die problematischen Bilder wenige genug, dass ich sie alle manuell neu hochgeladen habe. Das Problem ist also gelöst, wenn auch nicht auf die effizienteste Weise.
