[vz-users] Massive Probleme ... vzlogger läuft nicht mehr ...

[Thomas Gauweiler]

Das Problem ist heute nicht mehr aufgetaucht. Vermutlich eine 
Inkonsistenz mit dem Browser-Cache.
Läuft jetzt mit IE, Firefox, Safari und Chrome prima.

Liebe Grüße, Thomas

Am 13.07.2014 01:09, schrieb Andreas Götz:
> Mhm- daran hab ich nichts geändert? Welcher Browser und wann kommt die 
> Meldung?
>
> Viele Grüße, Andreas
>
>
> Am 12.07.2014 um 19:49 schrieb Thomas Gauweiler <thomas at gauweiler.org 
> <mailto:thomas at gauweiler.org>>:
>
>> Hallo Andreas,
>>
>> ich hab's mal getestet. Die Kommunikation vom vzlogger scheint erst 
>> mal zu gehen.
>> Den kritischen Fall mit dem Timeout hab ich noch nicht getestet.
>>
>> Aber das Frontend meldet jetzt in jquery.flot.canvas.js Zeile 44:
>> TypeError: classes is undefined
>> var Canvas = classes.Canvas;
>>
>>
>> Liebe Grüße, Thomas
>>
>>
>>
>> Am 11.07.2014 17:50, schrieb Andreas Götz:
>>> Hi Albert,
>>>
>>> Lieber nach dem Urlaub, stimmt. Du musst mein Repo clonen und dann 
>>> den branch wechseln:
>>>
>>> Git checkout ignore-duplicates
>>>
>>> Als config Option taugt das m.E. Nicht weil der Client entscheiden 
>>> sollte ob er das möchte oder nicht, nicht die Installation.
>>>
>>> Wenns kappt fehlt also auch noch eine Anpassung im Logger.
>>>
>>> Viele Grüße, Andreas
>>>
>>> Am 11.07.2014 um 17:22 schrieb Albert Dahmen 
>>> <albert.dahmen at gmail.com <mailto:albert.dahmen at gmail.com>>:
>>>
>>>> Hallo Andreas,
>>>>
>>>> ich würde es gerne testen ... allerdings geht es morgen für eine 
>>>> Woche in Urlaub ... und ich bin nicht sicher, ob ich es vorher noch 
>>>> machen soll :-) Aber danach werde ich es direkt ausprobieren! 
>>>> Versprochen :-)
>>>>
>>>> Aber noch eine vielleicht "dumme" Frage:
>>>> Wie installiere ich die neue Version? Bisher habe ich folgendes 
>>>> gemacht:
>>>>
>>>>   - dann Backup machen mit "cp -a /var/www/volkszaehler.org  <http://volkszaehler.org>
>>>>   /var/www/volkszaehler.org.dist"
>>>>   - jetzt mit "git clone git://github.com/volkszaehler/volkszaehler.org.git  <http://github.com/volkszaehler/volkszaehler.org.git>
>>>>   /var/www/volkszaehler.org  <http://volkszaehler.org>" die aktuelle Version holen
>>>>   - und mit "chown -R www-data /var/www/volkszaehler.org  <http://volkszaehler.org>" die Rechte anpassen
>>>>
>>>> Wie mache ich das jetzt mit dem anderen Zweig? Einfach den Teil hinter git:// anpassen?
>>>> Und noch eine blöde Frage: Wird mit diesem Teil nicht nur die middleware auf einen neuen Stand gebracht? Wenn ja, wie bekomme ich das Update von vzlogger? Das liegt ja in einem anderen Verzeichnis?
>>>> Ist sonst noch was bei einem Test dieser speziellen Version zu beachten?
>>>> Und warum hast Du das mit dem URL-Parameter gemacht und nicht diesen Parameter in die config-Datei aufgenommen?
>>>> VG Albert
>>>>
>>>>
>>>> Am 11. Juli 2014 14:05 schrieb Andreas Goetz <cpuidle at gmail.com 
>>>> <mailto:cpuidle at gmail.com>>:
>>>>
>>>>     Hallo,
>>>>
>>>>     jetzt wärs natürlich auch cool wenns mal jemand testen würde :/
>>>>
>>>>     https://github.com/andig/volkszaehler.org/tree/ignore-duplicates
>>>>
>>>>     Ich hab das Verhalten jetzt konfigurierbar gemacht- einfach
>>>>     options=skipduplicates an die URL anhängen, dann werden die
>>>>     ignoriert. zusätzlich wird jetzt immer rows=xyz ausgegeben
>>>>     woran man erkennen kann wieviele Datensätze tatsächlich
>>>>     eingefügt wurden.
>>>>     Prinzipiell nutzen wir jetzt immer plain SQL, es sollte also
>>>>     auch noch schneller werden...
>>>>
>>>>     vg
>>>>     Andreas
>>>>
>>>>
>>>>     2014-07-08 15:00 GMT+02:00 Andreas Goetz <cpuidle at gmail.com
>>>>     <mailto:cpuidle at gmail.com>>:
>>>>
>>>>         Hallo Zusammen,
>>>>
>>>>         ich habe hier mal einen Bastelzweig eröffnet:
>>>>         https://github.com/andig/volkszaehler.org/tree/master-ignore-duplicates
>>>>
>>>>         Darin gibts zwei wesentliche Änderungen:
>>>>         - statt ORM wird jetzt mittels SQL in die DB geschrieben-
>>>>         das könnte einen Performancezuwachs bringen (nicht getestet)
>>>>         - Duplikate werden bei JSON requests wie der Logger sie
>>>>         macht jetzt immer ignoriert (nicht konfigurierbar)
>>>>
>>>>         Viel Spass beim Testen!
>>>>
>>>>         vg
>>>>         Andreas
>>>>
>>>>
>>>>
>>>>         2014-07-07 12:09 GMT+02:00 Andreas Goetz <cpuidle at gmail.com
>>>>         <mailto:cpuidle at gmail.com>>:
>>>>
>>>>             Hi Thomas,
>>>>
>>>>             2014-07-07 11:52 GMT+02:00 <thomas at gauweiler.org
>>>>             <mailto:thomas at gauweiler.org>>:
>>>>
>>>>                 Hallo Andreas,
>>>>
>>>>                 na, man sollte schon beim ersten Problem anpacken.
>>>>                 z.B. sollte man den Timeout des vzloggers größer
>>>>                 machen, als den der
>>>>                 Middleware beim Bearbeiten eines Request.
>>>>
>>>>
>>>>             Klar- aber auch da muss im logger gehandelt werden.
>>>>             Letzlich ist das aber nur Linderung da durch
>>>>             Lastsituationen sowas prinzipiell immer auftreten kann,
>>>>             oder?
>>>>
>>>>                 Dadurch sollte dieser Zustand nicht mehr auftreten,
>>>>                 denn wenn die
>>>>                 Middleware kein Commit mehr machen kann, sind die
>>>>                 Daten nicht drin.
>>>>                 (macht die MW eigentlich Masseninsert mit
>>>>                 abschliessendem Commit wird
>>>>                 jeder Insert einzeln Committed?)
>>>>
>>>>
>>>>             Ich vermute vzlogger übergibt die Daten per JSON statt
>>>>             mittels einzelner Requests? Dann gibts auch den Commit
>>>>             nur einmal. Wenns da Befindlichkeiten bzgl. Performance
>>>>             gibt müsste mir jemand mal einen SQL Trace schicken da
>>>>             ich keinen vzlogger habe.
>>>>
>>>>
>>>>                 Dann hast du aber natürlich recht: nach einem
>>>>                 timeout sollte der vzlogger
>>>>                 die alten Daten nur unter Vorbehalt noch mal schreiben.
>>>>                 Am besten wenn er das der MW im Request mitteilen
>>>>                 kann. Dann könnte die MW
>>>>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20140713/f173440a/attachment-0001.html>