Ankündigung

Einklappen
Keine Ankündigung bisher.

CometVisu - (interner) Beta-Test

Einklappen
Dieses Thema ist geschlossen.
X
X
Einklappen
 
  • Seite von 85
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge
Vorherige 1 2 42 49 50 51 52 53 54 55 62 85 template Weiter
  • Chris M.
    antwortet
    Zitat von vlamers Beitrag anzeigen
    Hallo,

    also hab mal versucht:

    Code:
    [B]> wget -v "http://wiregate225/cgi-bin/l"[/B]
--2011-02-27 20:28:54--  http://wiregate225/cgi-bin/l
Auflösen des Hostnamen »wiregate225«.... 127.0.1.1
Verbindungsaufbau zu wiregate225|127.0.1.1|:80... verbunden.
HTTP Anforderung gesendet, warte auf Antwort... 401 Unauthorized
Authorisierung fehlgeschlagen.
    gruß
    Bei mir:
    Code:
    root@wiregate121:~# curl http://localhost/cgi-bin/l
<?xml version="1.0" encoding="iso-8859-1"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
         "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
 <head>
  <title>401 - Unauthorized</title>
 </head>
 <body>
  <h1>401 - Unauthorized</h1>
 </body>
</html>
root@wiregate121:~# curl http://wiregate/cgi-bin/l
{ "v":"0.0.1", "s":"SESSION" }
    => probier mal die IP Addresse des WireGates und nicht 127.0.0.1

    Einen Kommentar schreiben:

  • vlamers
    antwortet
    Hallo,

    also hab mal versucht:

    Code:
    [B]> wget -v "http://wiregate225/cgi-bin/l"[/B]
--2011-02-27 20:28:54--  http://wiregate225/cgi-bin/l
Auflösen des Hostnamen »wiregate225«.... 127.0.1.1
Verbindungsaufbau zu wiregate225|127.0.1.1|:80... verbunden.
HTTP Anforderung gesendet, warte auf Antwort... 401 Unauthorized
Authorisierung fehlgeschlagen.
    gruß

    Einen Kommentar schreiben:

  • manu241
    antwortet
    Hallo Makki,

    danke für deine Hilfe !!

    apt-get remove cometvisu ... install .. wird helfen.
    Das habe ich gemacht und danach habe ich dann:
    1) cd var/www
    2)svn co https://openautomation.svn.sourcefor...isu/trunk/visu visu_svn

    Ich kann zwar erkennen, warum die Visu nun unter:

    /CometVisu/trunk/visu

    liegt aber warum war es nicht vorher schon so ? Habe es doch auch darüber installiert.

    Gruß Manuel

    Einen Kommentar schreiben:

  • vlamers
    antwortet
    Hallo,

    Muss zwar jetzt leider arbeiten, kann das aber im laufe der nacht testen.

    Gruß

    Sent from my Dell Streak using Tapatalk

    Einen Kommentar schreiben:

  • makki
    antwortet
    Zitat von Chris M. Beitrag anzeigen
    Damit's nicht verloren geht, mal ein paar ältere Beiträge aufgefrischt:

    Wir wissen ja, nichts dauert so lange wie die Woche eines Entwicklers..
    Jaja
    Also mal der Reihe nach, schreib ich mal einfach so runter;
    seit vorgestern hab ich ein paar androiden zum testen (UA: "Mozilla/5.0 (Linux; U; Android 2.2.1; de-de; Android Build/MASTER) AppleWebKit/533.1 (KHTML, like Gecko) Version/4.0 Mobile Safari/533.1")
    a) Rel 0.5.3:
    1) Slider können nicht gezogen werden (bekannt?, dürfte derselbe Punkt auf allen Touches mit Scrollen sein, events for touch support: ontouchstart, ontouchmove, ontouchend?)
    2) Info: Die boppel der slider sind im Design discreet/slim auf einem verpatschten Touch IMHO quasi nicht erkennbar
    3) diagram-popup: Querformat: Wenn man runtergescrollt hat, geht der Popup - zwar in richtiger grösse - aber unsichtbar am oberen Ende auf.
    3a) wenn man hochkannt ein diagram-popup aufmacht, wird es in der richtigen Briete aber über die volle Höhe der Scrollpage gemacht.
    4) Bedienung quasi fast nur mit dem Fingernagel möglich, weil er sonst fast immer zoomen/scrollen will; wie auch immer müsste man das glaube ich noch deutlich "Daumenfreundlicher" machen.
    Eine initiale Idee war ja mal irgendwann evtl. das gescrolle ganz zu verhindern und eben mit jQ Tabs o.ä. soviele "sub-pages" wie nötig zu erstellen (? hoffentlich verständlich)
    5) es wird manchmal zweispalitig gerendert, obwohl nur ca. 1,1 Widgets hinpassen - nicht nachvollziehbar, nur für die checkliste zum testen.
    5a) vermutlich müsste man onorientationchange eh auswerten und ggfs. neu layouten(?)
    6) Was dabei noch zusammen mit madigem Wlan-Empfang drastisch auffällt, ist der hakelige reconnect&fehlende Meldungen darüber (man meint halt es hängt, liegt zwar am Wlan, aber irgendwie müsste man dem User IMHO sagen, das es ein Problem gibt..)
    7) Das ► zwischen Übersicht ► Subpage wird als leeres Kasterl angezeigt

    b) SVN-Version:
    - geht auf, keine Werte, (spätestens) nach dem ersten r?..t=0 ist Schluss
    -> muss ich jetzt erstmal ein bisschen Debugging unter android lernen..

    Fortsetzung und Rest folgt später..


    @vlamers: linknx ist nicht ganz umsonst unsoppertet und hat auf Port 80 nichts verloren, ad1) wäre mal, wer zum Henker auf Port 80 sitzt ausser dem lighttpd.
    Und was so alles in der lighty-config gedreht wurde..
    Was sagt og. /cgi-bin/r?=... bzw. /cgi-bin/l manuell aufgerufen?
    /var/www/lighttpd/error.log ? (ist das überhaupt der lighty, der da antwortet? steht auch im Firebug unter Header)

    @manu: /visu ist gelöscht, kann man machen, ist dann halt weg apt-get remove cometvisu ... install .. wird helfen. Die SVN ist unter /var/www/CometVisu/trunk/visu/ ausgecheckt und nicht weiter vorne beschrieben unter visu-svn; ergo wirst Du sie unter /CometVisu/trunk/visu im Browser erreichen..

    Makki

    Einen Kommentar schreiben:

  • Chris M.
    antwortet
    Zitat von Chris M. Beitrag anzeigen
    @Julian:
    Bei der SVN Version habe ich das seltsamme Verhalten, dass wenn ich im Editor ein neues Widget hinzufüge, es nicht auf der aktuellen Seite sondern auf einer Unterseite hinzugefügt wird.
    Habe das Problem gefunden, Fix wird gleich hochgeladen.

    Einen Kommentar schreiben:

  • Chris M.
    antwortet
    Zitat von vlamers Beitrag anzeigen
    Code:
    http://192.168.178.33/cgi-bin/r?a=0/0/1&a=5/4/0&a=13/7/0&a=3/4/4&a=3/4/1&a=3/5/4&a=3/5/1&a=3/6/3&a=3/6/0&a=13/5/0&a=13/1/0&a=7/2/2&a=11/2/1&a=11/2/2&a=11/2/1&a=11/2/3&a=11/2/0&a=11/2/4&t=0
[...]
  <title>500 - Internal Server Error</title>
    Ah, ok, so kommen wir der Sachen schon näher

    Hier liegt das Problem irgendwie am Backend.
    Zitat von vlamers Beitrag anzeigen
    evtl auch wichtig:
    Code:
    http://192.168.178.33/visu/lib/jquery.js Zeile 6054
    Das ist dann irgenwie zu erwarten - das ist wohl der Teil, der das Read-Request absetzt und erwartet. Wobei die "Fehler" im jQuery meist wenig sagen - zum einen ist das nicht unser Code, zum anderen wird der ziemlich sicher funktionieren und der Fehler liegt in unserem Code, der den aufruft - oder wie hier auf der anderen Seite.

    Konkret kann ich da gerade leider nichts helfen, da der Request für mich erst mal syntaktisch i.O. aussieht - und bei mir kurz getestet auch wunderbar funktioniert.

    D.h. hier sollte man mal tiefer nachgraben, ob das eibread richtig mag, etc. pp.
    Hast Du unter /usr/lib/cgi-bin/ die Symlinks auf eibread und eibwrite?
    Funktioniert wenigstens
    Code:
    wget -v "http://wiregate/cgi-bin/l"
    ?
    Zitat von manu241 Beitrag anzeigen
    ich habe es mal wieder hinbekommen. Nichts läuft mehr !!!
    Ich habe ein Update gemacht per svn update.
    Hallo Manuel,

    direkt am WireGate kann ich nicht nachsehen, evtl. findet Makki was.

    Aber: funktioniert wenigstens das Paket "cometvisu"?

    Einen Kommentar schreiben:

  • vlamers
    antwortet
    Zitat von Chris M. Beitrag anzeigen
    Sent from my Dell Precision using Kubuntu Linunx, FireFox and my own brain
    jetzt seh ichs erst

    Gruß

    Einen Kommentar schreiben:

  • manu241
    antwortet
    Hallo,

    ich habe es mal wieder hinbekommen. Nichts läuft mehr !!!
    Ich habe ein Update gemacht per svn update.

    Danach konnte ich nicht per auf die Visu zugreifen.
    Egal dachte ich, ich lösche alles und installiere es neu.

    Doch irgendwie klappt es nicht. Ich kann zwar installieren aber irgendwie klapapt der Zugriff nicht mehr.

    Kann einer von den Experten mal nachschauen und stück für stück berichten was ich hätte machen müssen ?

    Gruß Manuel

    Wiregate 119

    Einen Kommentar schreiben:

  • vlamers
    antwortet
    Also

    Firebug:

    Code:
    http://192.168.178.33/cgi-bin/r?a=0/0/1&a=5/4/0&a=13/7/0&a=3/4/4&a=3/4/1&a=3/5/4&a=3/5/1&a=3/6/3&a=3/6/0&a=13/5/0&a=13/1/0&a=7/2/2&a=11/2/1&a=11/2/2&a=11/2/1&a=11/2/3&a=11/2/0&a=11/2/4&t=0

<?xml version="1.0" encoding="iso-8859-1"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
         "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
 <head>
  <title>500 - Internal Server Error</title>
 </head>
 <body>
  <h1>500 - Internal Server Error</h1>
 </body>
</html>
    hat aber 1000-de versuche unternommen im 2ms abstand

    Gruß

    evtl auch wichtig:

    Code:
    http://192.168.178.33/visu/lib/jquery.js Zeile 6054
    Zeile 6054:

    Code:
    // Send the data
6053 try {
6054 xhr.send( noContent || s.data == null ? null : s.data );
6055

    Einen Kommentar schreiben:

  • Chris M.
    antwortet
    Zitat von vlamers Beitrag anzeigen
    Also an den DPT Werten hab ich nichts geändert.
    Die neue Art die DPT´s zuzuweisen hab ich gemacht, und nachher ist auch alles soweit gelaufen.
    Welche DPTs hast Du denn - und was sagt denn FireBug?
    Zitat von vlamers Beitrag anzeigen
    Dann kam PL27 ich kann aber nicht sagen ob die Visu sofort nicht ging oder erst später.
    Wenn Du nicht das CometVisu Paket nutzt, dann sollte es keine wesentlichen Auswirkungen beim Update gegeben haben...
    (Nur ein Bug/Problem beim Backend wurde behoben, bei dem ich nicht weiß zu welchem Zeitpunkt Du das bekommen hast. Vgl. SourceForge.net: Open Automation: Detail: 3179162 - Internal Server Error of Backend at "unclean" request - halte ich aber nicht für die Ursache)
    Zitat von vlamers Beitrag anzeigen
    Das lighttpd log bringt auch kein licht ins dunkle:
    Halte ich auch nicht für die Ursache. Der lighttpd hat bei der CometVisu eigentlich (fast) nichts zu tun, der muss nur ein paar statische Seiten ausliefern und die CGI Requests weiterleiten.

    Am wichtigsten ist jetzt erst mal, was die Console (Firebug, o.ä.) für einen Fehler auswirft.

    Einen Kommentar schreiben:

  • Chris M.
    antwortet
    @Julian:
    Bei der SVN Version habe ich das seltsamme Verhalten, dass wenn ich im Editor ein neues Widget hinzufüge, es nicht auf der aktuellen Seite sondern auf einer Unterseite hinzugefügt wird.

    Beispiel:
    - Aufrufen von http://wiregate/visu_svn/edit_config.html?config=demo
    - Auf [+] klicken und ein Text-Widget ("Test") hinzufügen (d.h. auf die Start-Seite)
    - Das Widget erscheint aber unter "iframe Test"

    (Bug-Report kommt noch, SF mag gerade nicht)

    Einen Kommentar schreiben:

  • vlamers
    antwortet
    Also an den DPT Werten hab ich nichts geändert.
    Die neue Art die DPT´s zuzuweisen hab ich gemacht, und nachher ist auch alles soweit gelaufen.

    Dann kam PL27 ich kann aber nicht sagen ob die Visu sofort nicht ging oder erst später.

    Das lighttpd log bringt auch kein licht ins dunkle:

    Code:
    2011-02-27 06:26:02: (server.c.1361) [note] graceful shutdown started 
2011-02-27 06:26:02: (server.c.1475) server stopped by UID = 0 PID = 15197 
2011-02-27 06:26:03: (log.c.75) server started 
2011-02-27 13:37:14: (server.c.1475) server stopped by UID = 0 PID = 29703 
2011-02-27 13:37:15: (log.c.75) server started
    ausser das um 6:26 definitiv noch keiner wach war bei mir im Haus
    Der restart war ich.

    Gruß

    Edit:
    Hab die CometVisu deinstalliert mit apt-get remove CometVisu
    Danach das Visu verzeichniss unter var/www/ entfernt
    Cometvisu neu installiert.
    Visu_config.bak wieder zurück gespielt.

    Leider ohne Erfolg

    Einen Kommentar schreiben:

  • Chris M.
    antwortet
    Zitat von vlamers Beitrag anzeigen
    Ne die neue version hab ich schon länger und die GA's auch schon neu erstellt.
    [...]
    Jetzt kann ich wieder schalten aber der richtige Status fehlt noch. (On/off wird nicht angezeigt)
    Kann es sein, dass Du einen DPT nutzt der (noch) nicht unterstützt wird? D.h. in transform_knx.js kein Decoding enthält?

    Der Code der KNX Telegramme decodiert hat sich ja auch bei der neuesten Version geändert...

    @all: Für die öffentliche Beta ist es wichtig, dass wir alle üblichen DPT unterstützen. D.h. bitte die transform_knx.js checken und entweder um die noch fehlenden DPT erweitern (oder kurze Info damit ich das mache)
    @Julian: Der Editor sollte nicht die Liste aller verfügbaren DPT anzeigen, sondern nur die Keys vom globalen Objekt Transform.
    @mich selbst: sollte der User ein nicht vorhandenen DPT verwenden, sollte kein Fehler geworfen werden und zumindest der Rest decodiert...

    Sent from my Dell Precision using Kubuntu Linunx, FireFox and my own brain

    Einen Kommentar schreiben:

  • vlamers
    antwortet
    Hallo,
    Danke für die schnelle Antwort.
    Ne die neue version hab ich schon länger und die GA's auch schon neu erstellt.
    Die cometvisu bekomme ich nicht übers update. Hatte die immer manuell installiert.
    Hab gerade neu gestartet, weil der lighttpd ne Fehlermeldung gebracht hatte. Jetzt kann ich wieder schalten aber der richtige Status fehlt noch. (On/off wird nicht angezeigt)

    Gruß

    Sent from my Dell Streak using Tapatalk

    Einen Kommentar schreiben:

Vorherige 1 2 42 49 50 51 52 53 54 55 62 85 template Weiter
Lädt...
X

Wir verarbeiten personenbezogene Daten über die Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen. Weitere Informationen findest Du in unserer Datenschutzerklärung.

Indem Du unten auf "ICH stimme zu" klickst, stimmst Du unserer Datenschutzerklärung und unseren persönlichen Datenverarbeitungs- und Cookie-Praktiken zu, wie darin beschrieben. Du erkennst außerdem an, dass dieses Forum möglicherweise außerhalb Deines Landes gehostet wird und bist damit einverstanden, dass Deine Daten in dem Land, in dem dieses Forum gehostet wird, gesammelt, gespeichert und verarbeitet werden.

Ich stimme zu