Zitat das, was Du verlinkt hast, ist kein Bild, sondern eine HTML-Seite. Folg mal dem Link und schau dir den Seitenquelltext an
das was Du schreibst kann ich nicht nachvollziehen. Der Link führt direkt auf das JPEG. Wenn ich im Firefox auf den Link klicke, wird mir natürlich das JPEG im Browser anzezeigt; die Funktion "Seitenquelltext anzeigen" ist aber entsprechend ausgegraut, da es sich um eine Bilddatei handelt. Das gleiche Ergebnis erhalte ich, wenn ich den Link kopiere, und manuell in die Adresszeile des Firefox kopiere.
Alles andere würde mich auch sehr wundern, denn im Verzeichnis auf dem Webserver liegen nur drei JPEGs, und keine weitere Dateien; auch keine HTML-Datei:
1 2 3 4 5 6
user@server:/path/to/mbahn/09 > ls -lh total 312K -rwxr-----. 1 uhx apache 96K Jan 5 22:30 09_Roco_VT98_Dachplatine_oben.jpg -rwxr-----. 1 uhx apache 109K Jan 5 22:30 09_Roco_VT98_Dachplatine_unten.jpg -rwxr-----. 1 uhx apache 102K Jan 5 22:30 09_Roco_VT98_Decoder.jpg
Zitat Versuch doch mal, mit Mausrechtsklick (oder wie auch immer) auf das geöffnete Bild im Tab den Bilderlink zu kopieren und den statt dessen einzubinden.
Das was ich im ersten Beitrag verlinkt habe ist genau diese URL.
Zitat Alles andere würde mich auch sehr wundern, denn im Verzeichnis auf dem Webserver liegen nur drei JPEGs, und keine weitere Dateien; auch keine HTML-Datei:
1 2 3 4 5 6
user@server:/path/to/mbahn/09 > ls -lh total 312K -rwxr-----. 1 uhx apache 96K Jan 5 22:30 09_Roco_VT98_Dachplatine_oben.jpg -rwxr-----. 1 uhx apache 109K Jan 5 22:30 09_Roco_VT98_Dachplatine_unten.jpg -rwxr-----. 1 uhx apache 102K Jan 5 22:30 09_Roco_VT98_Decoder.jpg
Wundern tut mich das nicht, es gibt immer wieder mal Server oder auch Browser, die Deeplinking auf einzelne Dateien nicht zulassen und Autoboxen und in z.B. Dummy-HTML einpacken vor der Auslieferung. Keine Ahnung, ob das bei uncloud auch passiert, sollte man vielleicht klären, bzw. im Auge behalten. Das erklärt zumindest den Effekt, der hier passiert, was nicht heißt, dass es die einzige Erklärung ist.
Zitat Sind vielleicht einige Bilderanbieter generell gesperrt?
Wir sperren keine Bilderanbieter.
Ich habe das Verhalten gerade schon erläutert: bitte prüfen, ob der Bilderhalter wirklich das reine Bild ausliefert und nicht Auto-Boxen mit HTML, dann hast Du verloren.
Bei Deviantart habe ich es ja probiert. Auch der Link zum reinen Jpg wird nicht als Bild dargestellt. Zumindestens sehe ich keinen Container, also ist die Vermutung, bestimmte Bilderanbieter erlauben keinen direkten Zugriff auf die Bilder (weil sie z.B. auf ihre Seite umgeleitet werden wollen) durchaus plausibel.
Hier in Android habe ich wenig Möglichkeiten, ich kann ja mal später auf dem PC testen, was mir der Link wirklich anzeigt...
Ich habe jetzt noch mal das Ursprungs-Posting aufgerufen. Da heisst es
1 2 3 4 5 6
Konkret habe ich versucht, folgendes Bild einzubinden; Es hat eine Auflösung von 1024x768 Pixeln: [url=https://img.uncloud.lv/~uhx/mbahn/09/09_Roco_VT98_Decoder.jpg]https://img.uncloud.lv/~uhx/mbahn/09/09_Roco_VT98_Decoder.jpg[/url]
Das Bild ist mit einem Weblink ("[url=...") eingebunden und nicht mit
1
[img]
. Da liegt das Problem - dann kann die Forumssoftware halt die Bildgroesse nicht bestimmen.
[quote="B VI" post_id=2059391 time=1578508150 user_id=21514] Ich habe jetzt noch mal das Ursprungs-Posting aufgerufen. Da heisst es
1 2 3 4 5 6
Konkret habe ich versucht, folgendes Bild einzubinden; Es hat eine Auflösung von 1024x768 Pixeln: [url=https://img.uncloud.lv/~uhx/mbahn/09/09_Roco_VT98_Decoder.jpg]https://img.uncloud.lv/~uhx/mbahn/09/09_Roco_VT98_Decoder.jpg[/url]
Das Bild ist mit einem Weblink ("[url=...") eingebunden und nicht mit
1
[img]
. Da liegt das Problem - dann kann die Forumssoftware halt die Bildgroesse nicht bestimmen.
[/quote]
Falsch, er hat es oben mit url eingebunden, damit wir den Link zum Bild haben und selber testen und kontrollieren können. Du kannst es gerne mit dem [img] Tag probieren und den Fehler damit selber nachstellen. Eine Problemlösung für das Problem ist Dein Vorschlag daher leider nicht.
ZitatKann es also sein, dass der Stummi-Server sich am LetsEncrypt-Zertifikat verschluckt?
Sooo, Problem gelöst. Es war tatsächlich so, dass der Stummi-Server sich am Zertifikat verschluckt hat:
1
[Thu Jan 09 08:45:47.259262 2020] [ssl:info] [pid 19725:tid 139693777696512] SSL Library Error: error:14094418:SSL routines:ssl3_read_bytes:tlsv1 alert unknown ca (SSL alert number 48)
Die Ursache lag allerdings bei mir: Ich muss wohl SSLCertificateChainFile im Apachen in einem Zustand geistiger Umnachtung auskommentiert haben. Das stört die meisten Browser nicht, den phpBB aber offensichtlich schon.
Vielen Dank an alle, die sich an der Lösung des Problems beteiligt haben