CometVisu - (interner) Beta-Test

[vlamers]

Könnte man die Iframes auch mit einer Option austatten, um dies beim aufruf der CometVisu nicht gleich zu laden, sondern erst wenn die seite aufgerufen wird.
Mein Medienserver rödelt die ganze Zeit durch, wenn ich das Menü per Iframe einbinde...

Gruß

[ctr]

Feature request für iframes

Ich hätte da noch einen Feature request für iframes:
Könnte man die iframe attribute konfigurierbar machen?
Also z.B:
style
frameborder
allowtransparency
background-color


Ich experimentiere gerade mit der Einbindung einiger iFrames, aber bei dem dunklen Hintergrund hat bei schwarzer Schrift nicht viel Glück und wenn man den Inhalt des iframes nicht selber kontrollieren kann wird es unlesbar.

[makki]

Vermutlich würde man sogar beides brauchen, oder?

Am flexibelsten wäre es sicher. Ich bin zwar ein Freund von "eine DS pro RRD" aber Ausnahmen sind die Regel (eib_traffic.rrd)

Flot: ah, ok. Da hab ich JSON wieder falsch verstanden.. Die Werte sollten dann wohl nicht in " stehen, muss man nur sehen was man mit NaN (lücken im RRD) macht; aktuell klappt das ja sauber das dann eben auch eine Lücke im Graph ist (was ich so richtig finde..)

Makki

[Chris M.]

-> Kann aber (jetzt schon, ich hab die Ausgabe nur von Zeilen auf JSON umgenudelt) nur mehrere DS in einem RRD, nicht mehrere DS aus versch. RRD's (was wir hier brauchen)

Vermutlich würde man sogar beides brauchen, oder?

Aber solange wir nur "variant" haben, wäre mir das zu schade um in einem RRD auszuwählen...

Aber an Flot hat sich doch nichts geändert(?);

Keine Ahnung - aber vgl. mal http://flot.googlecode.com/svn/trunk/FAQ.txt die Frage 2.

-> Mein Vorschlag: für mehrere Datenquellen im Graph eigene Requests

Da müsste ich mir die FLOT API noch mal ansehen, ob man das leicht zusammen mergen kann. Aber so würde ich es wohl auch erst mal so planen.

[ctr]

Hmm anscheinend klappt es doch, habe gestern abend noch zufällig mit dem iPad reingeschaut und da wurden mir Kurven angezeigt. Nochmal zurück an den PC und siehe da: nach dem leeren des Caches ist etwas zu sehen.

[makki]

Nachtrag: wir sollten das Thema Diagramm schon IMHO mal dringend pimpen, auf das was flot hergibt (mehrere, Zoom)
Ich musste mir hier gerade verkneifen: "natürlich geht das, wirftse kurz das Visualstudio an, einfach ist alles ganz übersichtlich" (=ähnlich übersichtlich wie automake für MS-Office-Anwender! )

-> Mein Vorschlag: für mehrere Datenquellen im Graph eigene Requests (dem rrdfetch müsste man das natürlich mitgeben, ansonsten Default: die erste DS->würde nichtmal die ABI brechen)
Eine Mischung zwischen felxibel (wenn ein RRD mehrere DS hat) und performant/einfach.
Auf der C/Webserver-Seite (der client hat ja mehr Dampf im Kessel als 5 WG!) halte ich das für das einfachste/beste..(?)

Makki

[makki]

Das ist bereits genanntes Problem, dieses RRD enthält dummerweise mehrere DS und die werden 08/15 ausgegeben, ohne es im Detail zu prüfen würde ich vermuten das diagram-Plugin kommt damit nicht klar..

Makki

[ctr]

Hmm, ja das muß wohl eine unglückliche Kombination von release und SVN Stand gewesen sein bei mir, jetzt (nochmal svn update gemacht) sehe ich die Leiste auch bei "pure".

Noch eine kurze Frage zu Diagrammen, als Beispiel wollte ich mir mal die vordefinierte KNX Statistik als Diagramm einbinden:

<diagram_popup rrd="eib_traffic" unit="tps" series="week" refresh="60" tooltip="true">EIB Diagramme</diagram_popup>

Mit tcpdump sehe ich auch dass die Daten übertragen werden:

5.$yu.z.GET /cgi-bin/rrdfetch?rrd=eib_traffic.rrd&ds=AVERAGE&start=end-1week&end=now&res=1800 HTTP/1.1
Host: 192.168.x.x
X-Requested-With: XMLHttpRequest
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_8; de-de) AppleWebKit/533.21.1 (KHTML, like Gecko) Version/5.0.5 Safari/533.21.1
Accept: application/json, text/javascript, */*; q=0.01
Referer: http://192.168.x.x/visu/
Cache-Control: max-age=0
Accept-Language: de-de
Accept-Encoding: gzip, deflate
Connection: keep-alive


14:20:56.559096 IP 192.168.x.x.80 > 192.168.x.y.53919: P 13196:13337(141) ack 987 win 520 <nop,nop,timestamp 1977322462 900146297>
E...\.@.@._l..|......P..k.Y..n......~......
u...5.$yHTTP/1.1 200 OK
Transfer-Encoding: chunked
Content-Type: application/json
Date: Wed, 29 Jun 2011 12:20:56 GMT
Server: lighttpd/1.4.19


14:20:56.559486 IP 192.168.x.y.53919 > 192.168.x.x.80: . ack 13337 win 32829 <nop,nop,timestamp 900146297 1977322462>
E..4K.@.?.r>......|....P.n..k.Z>...=.2.....
5.$yu...
14:20:56.602410 IP 192.168.x.x.80 > 192.168.x.y.53919: . 13337:16137(2800) ack 987 win 520 <nop,nop,timestamp 1977322505 900146297>
E..$\.@.@.U...|......P..k.Z>.n.............
u..    5.$y43f
[[1308745500000,["0.45","4.82"]],[1308747000000,["0.49","5.31"]],[1308748500000,["0.49","5.23"]],[1308750000000,["0.50","5.40"]],

...usw

allerdings bleibt der Graph leer. Es wird zwar ein Diagramm erstellt (im Gegensatz zu einer nicht vorhandenen RRD, dann steht nur "loading"), aber ich habe keine Werte/Linie (getestet mit mehreren Design wegen Farbwerten) im Graphen.

[vlamers]

Ich nutze discreet. Aber Pure hat die leiste oben auch!

[ctr]

Das scheint aber nur in bestimmten Designs zu funktionieren, bei "pure" gibts das zB nicht...

[vlamers]

Zu 1. Da ist oben eine navigations leiste.
Meinevisu. -> pagename
Wenn du dann auf Meinevisu klickst bist wieder am Anfang.

Gruß

Sent from my Dell Streak using Tapatalk

[ctr]

Ich habe mal zwei Fragen:
1. Wie komme ich von einer Unterseite zurück zur vorherigen Ebene? "Back" Button des Browsers ist ja eher eine schlechte Idee, aber ich habe noch kein Element gefunden, mit dem sich zurück navigieren ließe...
2. Wenn ich ein neues Element "Page" anlege, kann ich darauf auch anders Referenzieren? Ich würde eine (die selbe!) Page gern mit einer Grafik und daneben Text verlinken...
(Edit: das ist wohl zur Zeit eher eine theoretische Frage, habe gerade gesehen, dass man aus einem Bild gar keine Page verlinken kann)

Danke!

[makki]

Das zu optimieren hatte ich aufgeschoben, bis es da Performance-Probleme gibt

=> Ja, ist wohl möglich.
==> Bitte Feature-Request oder Bug report stellen

Ist jetzt nicht dramatisch, bremst beim initalen laden hier so gefühlte 4 sek. Bei 48 (!) diagrams in der Visu. Fände es halt schöner wenn erst die IMHO wichtigeren (KNX) Werte geholt werden bevor das losbläst; sollte ja auch übersichtlich sein, war mehr eine Diskussions/Geschmacksfrage..
-> FR ist drin, damits nicht untergeht..

Das ist das RRD Backened für die Graphen, oder?

Jep.
Nun. momentan haben wir noch Wunschkonzert (soweit es meine beschränkten C-Kenntnisse zulassen)
Aktuell ist das "rrdtool fetch" (das hat sehr viele Vorteile ggü dump o.ä., die hochoptimierten internas des rrdtools zu nutzen, liefert automatisch beste Auflösung, ...)
-> Kann aber (jetzt schon, ich hab die Ausgabe nur von Zeilen auf JSON umgenudelt) nur mehrere DS in einem RRD, nicht mehrere DS aus versch. RRD's (was wir hier brauchen)

-> Nachdem ich meine Gedanken hierzu aber auch für halbgar halte und das nur ein Quickhack war, das wrapper-Shellscript ist ja nun auch nicht der Königsweg, sollte man sich das evtl. nochmal vorher im Detail überlegen.
Aber an Flot hat sich doch nichts geändert(?); bin da grad nicht so richtig drin (kanns also schlecht begründen), aber mein Plan wäre gewesen für mehrere DS (RRD's) einfach mehrere fetch zu machen und die in die zu flottenden Daten zu schieben.
Weniger wegen der Angst, es nicht hinzubekommen als das halbe rrdtool nach/umzubauen (fetch(j) ist optimal, 10J optimiert, xport etc. dagegen schnarchend langsam (ok: wir sprechen über ms aber es wird diese Visus geben; ich brauch locker auch 200 Diagramme am Ende des Tages - mindestens

Makki

[Chris M.]

[...]
Nun gibt es aber dafür zwei Schwierigkeiten:

1. Der Editor unterstützt das nicht (der kann auch das einfache "variant" noch nicht)
2. Wir sind im Feature Freeze (gerade damit der Editor nachziehen kann)

Was tun?

@Julian: Was ist Deine Meinung?

Was anderes:
#1) wenn man da eh an dem Diagram rumdreht (ich nehme es mir seit Wochen vor..): Vielleicht kann man das laden der RRD's in unterseiten irgendwie unterpriorisieren.

Wie's das Diagramm aktuell macht, weiß ich nicht - aber bei den KNX-Größen ist es tatsächlich so, dass die z.Zt. einfach alle mal pauschal geladen werden.

Das zu optimieren hatte ich aufgeschoben, bis es da Performance-Probleme gibt

=> Ja, ist wohl möglich.
==> Bitte Feature-Request oder Bug report stellen

#2) sind wir mit dem rrdtool fetchj so zufrieden (funktional, nicht umsetzung)?

Das ist das RRD Backened für die Graphen, oder?
Nein, damit bin ich nicht zufrieden - dass ausgegebene Datenformat passt nicht (mehr) zu Flot. D.h. hier muss ich live das Datenformat anpassen, seit dem ich Flot auf die neue Version gebracht habe...
Aber, bevor Du das anfasst und upstream schickst, sollten wir die Multi-Daten-Graphen implementieren. Nicht dass die schon wieder ein anderes Datenformat verlangen...

[makki]

Mir gefällt beides, kleiner finde ich aber besser, hab bei mir ja auch schonmal die Fontsize runtergedreht..
Mit dem variant&Co: die Anforderungen hast Du bereits beschrieben, ich halte mich da leidenschaftslos wie: aber man brauchts irgendwie! (Also mir fehlts richtig, ich behelfe mir mit graph2 solange als image aber das das langsam und keine echte Lösung ist, weiss ich bestens selbst)

Was anderes:
#1) wenn man da eh an dem Diagram rumdreht (ich nehme es mir seit Wochen vor..): Vielleicht kann man das laden der RRD's in unterseiten irgendwie unterpriorisieren.
Es geht zwar eigentlich recht schnell aber bei sportlich vielen (siehe Demo-Visu SVN) z.B. merkt man eine deutliche Verzögerung bis die KNX-stati da sind.
Nicht zuende gedacht: aber so eine Verzögerung bei onload von 500ms für die RRD's damit der /eibread erstmal alleine schnell darf oder sowas ? (In komplex eine Request-queue mit Prios.. Neh..)

#2) sind wir mit dem rrdtool fetchj so zufrieden (funktional, nicht umsetzung)? Ich werde mich dann nämlich mal echt auf den Hosenboden setzen das so oder so ähnlich Upstream ins rrdtool zu bekommen weil ich will davon wirklich mittelfristig keinen fork pflegen.. Und wenn man das sauber einkippt wirds schon werden (mein erster diff war ja gegen die "uralt-version" in lenny)

Makki