Probleme beim Einbinden von Bildern mit dem [img]-Container

#1 von uhx , 08.01.2020 14:28

Liebe Admins,

ich schreibe heute, weil ich ein Problem beim Einbinden von Bildern mit dem [img]-BBCode-Container habe.

Konkret habe ich versucht, folgendes Bild einzubinden; Es hat eine Auflösung von 1024x768 Pixeln:

https://img.uncloud.lv/~uhx/mbahn/09/09_Roco_VT98_Decoder.jpg

Es erscheint jedoch immer die folgende Fehlermeldung, sobald ich auf "Vorschau" oder "Absenden" klicke:

Zitat
Die Größe des Bildes konnte nicht ermittelt werden. Bitte prüfe, ob die angegebene URL korrekt ist.

Lt. dem Sever-Log des Apachen gibt es keinen Zugriffsversuch auf das Bild, bevor die Fehlermeldung ausgegeben wird.

Für Hinweise zur Lösung des Problems wäre ich sehr dankbar.

Beste Grüße,
Ulli

#2 von Murrrphy , 08.01.2020 15:15

Hallo,

das, was Du verlinkt hast, ist kein Bild, sondern eine HTML-Seite. Folg mal dem Link und schau dir den Seitenquelltext an

Eine HTML-Seite kann nicht mit dem IMG-Tag eingebunden werden und aus der HTML-Seite lässt sich nicht die Größe des eigentlichen Bildes ermitteln.

#3 von uhx , 08.01.2020 16:29

Hallo Achim,

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 &gt; 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
 
 

Wie sieht denn der Seitenquelltext bei dir aus?

#4 von Analogbahner , 08.01.2020 16:34

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.

#5 von uhx , 08.01.2020 16:37

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.

#6 von uhx , 08.01.2020 16:58

So, ich habe versuchsweise mal unverschlüsseltes http auf Port 80 aktiviert und siehe da, es funktioniert (Edit: auch mit Tilde)!

Kann es also sein, dass der Stummi-Server sich am LetsEncrypt-Zertifikat verschluckt?

Edit: Jetzt gehts auch mit https

#7 von Analogbahner , 08.01.2020 16:59

Da sich das Bild bei mir mit Klick in img.uncloud.lv öffnet, scheint es ja richtig verlinkt zu sein. Mehr kann man nicht erwarten.

Vielleicht werden Leerzeichen oder die Tilde im Forum oder in bestimmten Browsern falsch übersetzt. Nicht jeder hat automatisch Unicode eingestellt.

Edit: hat sich wohl geklärt.

#8 von uhx , 08.01.2020 17:07

Zitat

Edit: hat sich wohl geklärt.

Nicht ganz, denn mit https funktioniert es ja nach wie vor nicht.

#9 von Analogbahner , 08.01.2020 17:15

Ein Testbild von Deviantart.com funktioniert bei mir auch nicht. Egal, ob http oder https.

#10 von Analogbahner , 08.01.2020 17:19

Der Direktlink (also zum jpg) aus Abload.de funktioniert.

Sind vielleicht einige Bilderanbieter generell gesperrt?

#11 von Murrrphy , 08.01.2020 17:24

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 &gt; 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
 
 
Wie sieht denn der Seitenquelltext bei dir aus?

Der Seitenquelltext sieht bei mir so aus:

1
 
&lt;html&gt;&lt;head&gt;&lt;title&gt;09_Roco_VT98_Decoder.jpg 1.024&#215;768 Pixel&lt;/title&gt;&lt;/head&gt;&lt;body style="margin: 0px"&gt;&lt;img style="-webkit-user-select:none; display:block; margin:auto; padding:env(safe-area-inset-top) env(safe-area-inset-right) env(safe-area-inset-bottom) env(safe-area-inset-left);" src="https://img.uncloud.lv/~uhx/mbahn/09/09_Roco_VT98_Decoder.jpg"&gt;&lt;/body&gt;&lt;/html&gt;

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.

#12 von Murrrphy , 08.01.2020 17:29

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.

#13 von Analogbahner , 08.01.2020 17:42

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...

#14 von B VI , 08.01.2020 19:29

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&#246;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.

Gruss
Chris

#15 von Murrrphy , 08.01.2020 19:47

[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&#246;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.

#16 von uhx , 09.01.2020 10:50

Zitat
Kann 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

Beiträge:	273
Registriert am:	26.03.2017
Spurweite	H0
Steuerung	JMRI->BiDiB->DCC
Stromart	Digital

Beiträge:	8.857
Registriert am:	02.01.2006
Homepage:	Link
Gleise	C-Gleis
Spurweite	H0
Steuerung	CS 3 / MS 2
Stromart	AC, DC, Digital

Beiträge:	273
Registriert am:	26.03.2017
Spurweite	H0
Steuerung	JMRI->BiDiB->DCC
Stromart	Digital

Beiträge:	3.232
Registriert am:	14.09.2009

Beiträge:	273
Registriert am:	26.03.2017
Spurweite	H0
Steuerung	JMRI->BiDiB->DCC
Stromart	Digital

RE: Probleme beim Einbinden von Bildern mit dem [img]-Container

RE: Probleme beim Einbinden von Bildern mit dem [img]-Container

RE: Probleme beim Einbinden von Bildern mit dem [img]-Container

RE: Probleme beim Einbinden von Bildern mit dem [img]-Container

RE: Probleme beim Einbinden von Bildern mit dem [img]-Container

RE: Probleme beim Einbinden von Bildern mit dem [img]-Container

RE: Probleme beim Einbinden von Bildern mit dem [img]-Container

RE: Probleme beim Einbinden von Bildern mit dem [img]-Container

RE: Probleme beim Einbinden von Bildern mit dem [img]-Container

RE: Probleme beim Einbinden von Bildern mit dem [img]-Container

RE: Probleme beim Einbinden von Bildern mit dem [img]-Container

RE: Probleme beim Einbinden von Bildern mit dem [img]-Container

RE: Probleme beim Einbinden von Bildern mit dem [img]-Container

RE: Probleme beim Einbinden von Bildern mit dem [img]-Container

RE: Probleme beim Einbinden von Bildern mit dem [img]-Container

RE: Probleme beim Einbinden von Bildern mit dem [img]-Container

Bitte geben Sie einen Grund für die Verwarnung an