Ich frage mich, ob die Einstellung download_remote_images_to_local hier getestet werden könnte.
Bearbeiten: Nein, ich habe es gerade versucht und das hat das Problem nicht beeinflusst.
Ich frage mich, ob die Einstellung download_remote_images_to_local hier getestet werden könnte.
Bearbeiten: Nein, ich habe es gerade versucht und das hat das Problem nicht beeinflusst.
Ja, mein Fehler!
Der Link wird schließlich durch die hochgeladene Version im Beitrag ersetzt. Es dauert nur eine Weile und ich habe das übersehen. (Ich hatte erwartet, dass der ursprüngliche Link im Rohinhalt beibehalten wird)
Das ist das erwartete Verhalten. Wenn ein Bild zu groß ist, wird es entfernt.
Es ist weniger erwartet, dass wir keine Warnung haben, wenn Sie den Link zum ersten Mal im Composer posten.
Das plötzliche Verschwinden des Bildes ist sicherlich verwirrend.
Ich dachte, das erwartete Verhalten für extern verknüpfte Bilder sei, es passend zu verkleinern und mit dem Original zu verknüpfen? Genau das tut es in meinen PM-Ansichten.
Das vorherige Verhalten zeigte immer einen Platzhalter mit Text an, der besagte, dass das Bild zu groß sei.
Jetzt, da die Onebox einen Link enthält, wird sie immer entfernt.
Zugehörig zu:
Gut bemerkt.
Ich habe diese Änderung auf meiner lokalen Installation rückgängig gemacht und hier ist das Ergebnis, das wir erwarten:
@Arkshine das mag sein, aber das hier diskutierte Problem ist, dass das Bild nicht angezeigt wird – obwohl es angezeigt werden sollte.
Die Bilder, mit denen wir alle testen, sind keine toten Bilder, daher sollten sie angezeigt werden.
Sie wurden jahrelang (und jahrelang) unabhängig von der Größe immer angezeigt.
Und jetzt, in den letzten acht Wochen, werden sie nicht mehr angezeigt.
Können Sie in Ihren Protokollen für Mitarbeiteraktionen nachsehen, ob die Einstellung download remote images to local geändert wurde?
Hängen Sie einfach Folgendes an Ihre Website-URL an: /admin/logs/staff_action_logs?filters=%7B%22action_name%22%3A%22change_site_setting%22%2C%22action_id%22%3A3%2C%22subject%22%3A%22download_remote_images_to_local%22%7D
Nach meinem Verständnis wird beim Hotlinking eines externen großen Bildes:
Alter Code zeigte das “Bild größer als X MB” vor dem Bildlink an
Neuer Code entfernt das Bild vollständig (was falsch zu sein scheint)
Ich kann jedoch nur dann ein großes externes Bild in meinem Beitrag anzeigen lassen, wenn ich download remote images to local deaktiviere:
Sie haben Recht; wir sind vom ursprünglichen Problem abgekommen. Das von mir beschriebene Problem betrifft, warum die [zu großen] Bilder verschwinden (was ein valider Punkt und ein separates Problem ist
).
Es scheint nicht Ihre Situation zu sein.
Ich kann die fehlschlagende Onebox-Anfrage reproduzieren und auf Ihrem Forum 404 zurückgeben.
Es ist unklar, warum einige Ihrer URLs (derselben Domain) im ersten Beitrag fehlschlagen.
Es könnte ein Host-Problem zu einem bestimmten Zeitpunkt sein, und der Status wurde zwischengespeichert (sollte 1h dauern).
Ich habe versucht, andere große Bilder (> 20 MB) auf Ihrem Forum zu posten – es funktioniert gut (Lightbox funktioniert auch).
60 MB hier:
Bisher, wenn man bedenkt, dass andere Bilder funktionieren, klingt es, als hätte dronescene.co.uk vorübergehende Probleme gehabt. ![]()
ok ja, ich habe jetzt auch verifiziert, dass das Problem die Bilder von dieser Drohnen-Website sind. Ich habe erfolgreich eine Reihe von extern verlinkten hochauflösenden NASA-Bildern ohne Probleme in einen Test-Themenbeitrag geladen, und sie werden mit Links zu den Originalen angezeigt.
Bestätigt, keine Änderung seit vielen Jahren:
Es ist bizarr, nicht wahr?
Manche Bilder scheinen zu funktionieren, andere nicht ![]()
Denn ein Bild, das von Wikimedia.org verlinkt ist, funktioniert auch nicht mehr, wie @Canapin gezeigt hat:
Ich habe versucht herauszufinden, ob es ein Muster gab.
Vielleicht PNGs oder JPGs im Gegensatz zu JPEGs oder so, aber ich kann nicht erkennen, warum manche Bilder funktionieren und andere nicht ![]()
Ich denke, das würde nur gelten, wenn das Bild größer als die von Ihren Discourse-Einstellungen erlaubten wäre.
Wir können Bilder mit bis zu 100 MB in unser Discourse hochladen, weshalb dies für uns (bis vor kurzem) nie ein Problem war.
Und das ist wahrscheinlich auch der Grund, warum Arkshine ein 60 MB großes Bild hochladen kann.
Aber das Bild von Wikimedia.org, das Canadian geteilt hat, funktioniert auch nicht ![]()
Es ist sehr rätselhaft ![]()
Ich habe sowohl hochauflösende PNG- als auch JPG-Bilder von der NASA geladen
Ja, genau ![]()
Ich habe keine Ahnung, was los ist ![]()
Hier ist ein 6 MB großes Bild von einer anderen Domain, das hier auch nicht funktioniert:
https://wallup.net/wp-content/uploads/2019/05/10/838083-autumn-fall-landscape-nature-tree-forest-leaf-leaves-path-trail-bench.jpg
Und ein 4 MB großes Bild von einer anderen Domain, das hier ebenfalls nicht funktioniert:
https://www.wallpaperflare.com/static/364/459/767/plateau-landscape-photography-green-trees-wallpaper.jpg
Ich lasse es für den Moment dabei, es gibt wahrscheinlich noch viele weitere Beispiele für Domainnamen. Hoffentlich hat das Entwicklungsteam genügend Beispiele und Informationen, um damit weiterzuarbeiten ![]()
Ich wünsche Ihnen allen ein schönes Wochenende, nochmals vielen Dank für all die Hilfe und Beiträge ![]()
Nur zur Bestätigung: Das Bild erscheint immer noch im Composer, verschwindet aber aus dem erstellten Beitrag:
Das ist ein separates Problem, und es tritt bei Ihnen nicht auf.
Es funktioniert wie erwartet in Ihrem Forum:
Aber es funktioniert hier auf Meta nicht, und es funktioniert auch nicht auf try.discourse.org
Es ist bizarr ![]()
Hoffentlich finden die Entwickler heraus, was das Problem ist, danke nochmals @Arkshine ![]()
Es ist ein anderes Problem. Das Limit hier beträgt 4 MB, und da die Datei zu groß ist, wird sie entfernt (normalerweise würden Sie eine Meldung sehen).
Das ist nicht das, was mit Ihrem Forum passiert.
Dies ist ein direkter Upload von 6,7 MB zu meta:
Und dies ist ein direkter Upload von 4,8 MB:
Ich glaube nicht, dass es hier ein 4-MB-Limit gibt ![]()
Aber jetzt muss ich wirklich los, danke nochmal @Arkshine Kumpel ![]()