[Problem / Bug?] Hochgeladene Bilder - mal funktionieren sie, mal nicht

tempestas

Bei mir wirds ja auch im Editor nicht angezeigt.

Meine Anbindung ist direkt via Kabel und 1Gbit switch, da rennt alles.

https werde ich mal probieren. Browsercache wird eh immer gelöscht automatisch.

damit man nochmal sieht, was ich meine:

über den Upload via vis:

Beim reinschieben nach Vis sehe ich die Bilder auch noch angezeigt, danach sind sie "weg". Anbei zwei Screens.

Upload, Pic sichtbar

! filename="upload_bild_da.jpg" index="1">~~

einfügen, nichts da, weder im Widget noch in der Auswahl

! filename="einfügen_nicht_da.jpg" index="0">~~

Bluefox

Ich habt alles in einen Topf eingeworfen.

Es geht um zwei Problemen:

1. Hochgeladene Bilder werden nicht im vis angezeigt.

2. https://www.yr.no/place/Germany/Saxony/ … eogram.png wird gecahed und nicht mehr upgedated.

Zu Problem nr 1. Gibt es eine Datei womit es immer nicht funktioniert?

Zu Problem Nr2. Wieso verwendet man static HTML Widget ? Dafür gibt es doch basic-image.

Bluefox

~~@tempestas:~~

Bei mir wirds ja auch im Editor nicht angezeigt.

Meine Anbindung ist direkt via Kabel und 1Gbit switch, da rennt alles.

https werde ich mal probieren. Browsercache wird eh immer gelöscht automatisch.

damit man nochmal sieht, was ich meine:

über den Upload via vis:

Beim reinschieben nach Vis sehe ich die Bilder auch noch angezeigt, danach sind sie "weg". Anbei zwei Screens.

Upload, Pic sichtbar

! upload_bild_da.jpg

einfügen, nichts da, weder im Widget noch in der Auswahl

! einfügen_nicht_da.jpg `
Sind die Bilder unter /opt/iobroker/iobroker-data/files/vis.0/main/img zu finden? Sind die korrekt?

Was für ein Access Modus die haben? Als was läuft IoB (pi/root) ?

mayer

> Zu Problem Nr2\. Wieso verwendet man static HTML Widget ? Dafür gibt es doch basic-image.

Basic Image funktionierte bis ungefähr vor 2 Wochen auch ohne Probleme. Seit dem wird nur noch ein leeres Widged angezeigt.

Mit static HTML bekomme ich wenigstens das Meteogram angezeigt, auch wenn es leider nicht aktualisiert wird.

Gruss, mayer

tempestas

~~@Bluefox:~~

~~@tempestas:~~

Bei mir wirds ja auch im Editor nicht angezeigt.

Meine Anbindung ist direkt via Kabel und 1Gbit switch, da rennt alles.

https werde ich mal probieren. Browsercache wird eh immer gelöscht automatisch.

damit man nochmal sieht, was ich meine:

über den Upload via vis:

Beim reinschieben nach Vis sehe ich die Bilder auch noch angezeigt, danach sind sie "weg". Anbei zwei Screens.

Upload, Pic sichtbar

! upload_bild_da.jpg

einfügen, nichts da, weder im Widget noch in der Auswahl

! einfügen_nicht_da.jpg `
Sind die Bilder unter /opt/iobroker/iobroker-data/files/vis.0/main/img zu finden? Sind die korrekt?

Was für ein Access Modus die haben? Als was läuft IoB (pi/root) ? `

Ja, die liegen da. Teilweise auch woanders zum ausprobieren, das hat aber keine Auswirkungen. JEDES Bild über ich ca 80kb Dateigröße geht nicht. Alle winzigen Dateien gehen ohne Probleme.

Ich werde nochmal mit WinSCp heute abend probieren um sicherzugehen, aber ich meine beim direkten Zugriff auf den Pi bekomme ich ganz normalen Zugriff, egal welche Dateigröße.

Was genau meinst du mit "as für einen Access Modus haben die"?

IoB läuft auf nem Pi3, den ich damals nach der ioBroker Anleitung (ohne image, gabs noch nicht) aufgesetzt habe.

Bluefox

~~@mayer:~~

> Zu Problem Nr2\. Wieso verwendet man static HTML Widget ? Dafür gibt es doch basic-image.

Basic Image funktionierte bis ungefähr vor 2 Wochen auch ohne Probleme. Seit dem wird nur noch ein leeres Widged angezeigt.

Mit static HTML bekomme ich wenigstens das Meteogram angezeigt, auch wenn es leider nicht aktualisiert wird.

Gruss, mayer `
Ist deine Vis-Seite http oder https?

Versuch mal im basic image (mit update):

//www.yr.no/place/Germany/Saxony/Chemnitz/meteogram.png

mayer

> Ist deine Vis-Seite http oder https?

Die Vis-Seite ist http.

` > Versuch mal im basic image (mit update):

//http://www.yr.no/place/Germany/Saxony/Chemnitz/meteogram.png `

Hat keine Veränderung gebracht. Im Editor alles schön, aber sobald die Runtime läuft

ist das Widget wieder leer.

Hier mal der Quelltext vom Widget aus dem Browser (Runtime):

![](//www.yr.no/place/Germany/Saxony/Chemnitz/meteogram.png?_vis_refts=1500995856071)

Gruss, mayer

tcz

N'abend,

hänge mich hier einfach mal dran an das Thema…

Habe genau das gleiche Problem mit dem Basic - Image Widget. Auch mit dem Meteogramm von YR.NO und sowohl im Browser als auch mit der APP für Android.

Im Edit Modus erscheint das Bild, im Online Betrieb auch zuerst, bis zum ersten Refresh durch das Widget. Danach ist es weg.

Habe auch verschiedene Widgets noch probiert, aber bei allen ist der Effekt ähnlich.

Ziemlich eigenartig, zumal es bislang ja einwandfrei funktioniert hat.

Gruß

Torsten

tempestas

~~@Bluefox:~~

Sind die Bilder unter /opt/iobroker/iobroker-data/files/vis.0/main/img zu finden? Sind die korrekt?

Was für ein Access Modus die haben? Als was läuft IoB (pi/root) ? `

Hallo Fox,

ich habe heute nochmal geschaut. Die Bilder liegen im besagten Ordner bzw. teilweise unter /opt/iobroker/iobroker-data/files/vis.0/main/img/back

Das spielt aber für mein Problem keine Rolle.

Ich habe per WinSCP nochmal auf die Dateien zugegriffen und auch die "großen" Dateien, die in VIS "leer" sind kann ich ganz normal anzeigen. Nur via VIS bleiben sie leer, wie meine Screenshots dargestellt haben.

Habe auch nochmal Bilder in andere Ordner geschoben via WinSCP. Ergebnis: wenn sie unter 80kb sind geht es, alles drüber ist wieder "blank".

Es liegt also eindeutig an der Dateigröße. Nur warum das so ist, verstehe ich nicht. Denn wir reden hier ja von nach heutigen Maßsstäben winzigen Dateien

Bluefox

~~@mayer:~~

> Ist deine Vis-Seite http oder https?

Die Vis-Seite ist http.

` > Versuch mal im basic image (mit update):

//http://www.yr.no/place/Germany/Saxony/Chemnitz/meteogram.png `

Hat keine Veränderung gebracht. Im Editor alles schön, aber sobald die Runtime läuft

ist das Widget wieder leer.

Hier mal der Quelltext vom Widget aus dem Browser (Runtime):
![](//www.yr.no/place/Germany/Saxony/Chemnitz/meteogram.png?_vis_refts=1500995856071)
Gruss, mayer `
Wenn ich https://www.yr.no/place/Germany/Saxony/ … 0995856071

im Browser eingebe, dann bekomme ich "Bad Request".

Bluefox

~~@tcz:~~

N'abend,

hänge mich hier einfach mal dran an das Thema…

Habe genau das gleiche Problem mit dem Basic - Image Widget. Auch mit dem Meteogramm von YR.NO und sowohl im Browser als auch mit der APP für Android.

Im Edit Modus erscheint das Bild, im Online Betrieb auch zuerst, bis zum ersten Refresh durch das Widget. Danach ist es weg.

Habe auch verschiedene Widgets noch probiert, aber bei allen ist der Effekt ähnlich.

Ziemlich eigenartig, zumal es bislang ja einwandfrei funktioniert hat.

Gruß

Torsten `
Dass liegt an http://www.yr.no

Basic Image addiert den Text zu den URL damit man keine Bilder speichert (cache). yr.no will das nicht.

mayer

` > Wenn ich https://www.yr.no/place/Germany/Saxony/ … 0995856071

im Browser eingebe, dann bekomme ich "Bad Request". `

Die korrekte URL ist ja auch https://www.yr.no/place/Germany/Saxony/ … eogram.png

Der Zusatz "?_vis_refts=1500995856071" kommt vom Widget.

Bluefox

~~@mayer:~~

` > Wenn ich https://www.yr.no/place/Germany/Saxony/ … 0995856071

im Browser eingebe, dann bekomme ich "Bad Request". `

Die korrekte URL ist ja auch https://www.yr.no/place/Germany/Saxony/ … eogram.png

Der Zusatz "?_vis_refts=1500995856071" kommt vom Widget. `
Ich sehe keine Möglichkeit so einfach das zu nutzen. yr.no gibt diese Möglichkeit nicht.

Ein Workaround währe per Skript jeder Stunde das Bild holen und dieses Bild dann zeigen.

Script:

var request = require('request');
setInterval(function () {
  request({url: 'https://www.yr.no/place/Germany/Saxony/Chemnitz/meteogram.png', encoding: 'binary'}, function (err, response, body) {
      writeFile('vis.0', '/img/yr.png', body, function (error) {
          console.log('file written');
      });
  });
}, 3600000);

Und link: http://IP:8082/vis.0/img/yr.png

Man kann im vis dann so was benutzen "/vis.0/img/yr.png"

mayer

Danke Bluefox. Der Workaround funktioniert.

Gruss, mayer

tempestas

Gibt es irgendeine Idee zu meinem Problem, um das es eigentlich mal ging?

Irgendwas, was ich testen soll?

Bluefox

~~@tempestas:~~

Gibt es irgendeine Idee zu meinem Problem, um das es eigentlich mal ging?

Irgendwas, was ich testen soll? `
Ich kann dein Problem nicht reproduzieren. So es ist sehr schwer einzugrenzen.

tempestas

Hmm ok, danke für die Bemühungen.

Gibt es denn etwas, das ich noch versuchen soll? Mir fällt nichts mehr ein.

Verzeichnise: ausprobiert, daran liegt es nicht

Hochlademechanismus: ausprobiert, daran liegt es nicht

Datei-Format: ausprobiert, daran liegt es nicht

Dateigröße: ausprobiert, daran scheint (!) es zu liegen

Berechtigungen: alle angeglichen, daran liegt es wohl nicht

Ein neues Projekt angelegt: Problem bleibt bestehen, am Projekt liegt es also nicht

….

....

Geht ja auch so, mich wundert es nur.

Ich weiß nicht, ob es damit zusammen hängt, aber ich habe ja auch das Problem, dass die APP bei mir mein Projekt nicht lädt. Obwohl es wirklich klein ist. die App fängt an zu laden, und dann geht es nicht weiter.

Bluefox

~~@tempestas:~~

Hmm ok, danke für die Bemühungen.

Gibt es denn etwas, das ich noch versuchen soll? Mir fällt nichts mehr ein.

Verzeichnise: ausprobiert, daran liegt es nicht

Hochlademechanismus: ausprobiert, daran liegt es nicht

Datei-Format: ausprobiert, daran liegt es nicht

Dateigröße: ausprobiert, daran scheint (!) es zu liegen

Berechtigungen: alle angeglichen, daran liegt es wohl nicht

Ein neues Projekt angelegt: Problem bleibt bestehen, am Projekt liegt es also nicht

….

....

Geht ja auch so, mich wundert es nur.

Ich weiß nicht, ob es damit zusammen hängt, aber ich habe ja auch das Problem, dass die APP bei mir mein Projekt nicht lädt. Obwohl es wirklich klein ist. die App fängt an zu laden, und dann geht es nicht weiter. `
Es ist natürlich interessant zu wissen was sagt der Browser (F12=>Console)

Und man kann auch bei WEB debug level einschalten und checken ob da was auftaucht.

Und das ist die Stelle wo die Datei gelesen wird:

https://github.com/ioBroker/ioBroker.we … in.js#L636

Man kann da die logs einbauen um zu schauen was da los ist.

tcz

~~@Bluefox:~~

~~@tcz:~~

N'abend,

hänge mich hier einfach mal dran an das Thema…

Habe genau das gleiche Problem mit dem Basic - Image Widget. Auch mit dem Meteogramm von YR.NO und sowohl im Browser als auch mit der APP für Android.

Im Edit Modus erscheint das Bild, im Online Betrieb auch zuerst, bis zum ersten Refresh durch das Widget. Danach ist es weg.

Habe auch verschiedene Widgets noch probiert, aber bei allen ist der Effekt ähnlich.

Ziemlich eigenartig, zumal es bislang ja einwandfrei funktioniert hat.

Gruß

Torsten `
Dass liegt an http://www.yr.no

Basic Image addiert den Text zu den URL damit man keine Bilder speichert (cache). yr.no will das nicht. `

Alles klar vielen Dank…

Habe Deinen Lösungsansatz mit dem Script implementiert und läuft! :D

pix

Nutze ein HTML Widget mit img-Tag, damit gehts auch:

[{"tpl":"tplHtmlNav","data":{"visibility-cond":"==","visibility-val":1,"html":"![](https://www.yr.no/place/Germany/Saxony/Chemnitz/meteogram.png)","nav_view":"Wetter","sync":false,"name":"YR Wetter Grafik  mit Navigation zu Wetter-View","class":"xxxyrdiagramm","signals-cond-0":"==","signals-val-0":true,"signals-icon-0":"/vis/signals/lowbattery.png","signals-icon-size-0":0,"signals-blink-0":false,"signals-horz-0":0,"signals-vert-0":0,"signals-hide-edit-0":false,"signals-cond-1":"==","signals-val-1":true,"signals-icon-1":"/vis/signals/lowbattery.png","signals-icon-size-1":0,"signals-blink-1":false,"signals-horz-1":0,"signals-vert-1":0,"signals-hide-edit-1":false,"signals-cond-2":"==","signals-val-2":true,"signals-icon-2":"/vis/signals/lowbattery.png","signals-icon-size-2":0,"signals-blink-2":false,"signals-horz-2":0,"signals-vert-2":0,"signals-hide-edit-2":false,"visibility-groups-action":"hide"},"style":{"left":"520px","top":"70px","width":"496px","height":"215px","z-index":"20"},"widgetSet":"basic"}]

Gruß

Pix

Community Forum

NEWS

[Problem / Bug?] Hochgeladene Bilder - mal funktionieren sie, mal nicht

Support us

459

32.4k

81.5k

1.3m