[vz-dev] Controllerparameter (war: Doctrine mysql.sql File erstellen)
Holger Plasser
holger at plasser.org
Mon Dec 6 09:42:04 CET 2010
Hi,
ich habe nochmals alles mögliche kontrolliert und möchte den Timestamp des Controllers benutzen. Bzgl. Path at the end - siehe unten.
Derzeit verwende ich wieder die unter http://wiki.volkszaehler.org/software/ethersex dargestellte Einstellung.
Es muss doch einen Grund geben warum ich keinen Timestamp in meinen Requests habe.
Demnach wieder eine access.log:
192.168.153.253 - - [06/Dec/2010:09:11:11 +0100] "POST /backend/index.php/data/4c4ac0e0-0053-11e0-b26b-2b76a871dbe5.json?ts=000 HTTP/1.1" 23000 429 "-" "-"
192.168.153.253 - - [06/Dec/2010:09:11:17 +0100] "POST /backend/index.php/data/4c4ac0e0-0053-11e0-b26b-2b76a871dbe5.json?ts=000 HTTP/1.1" 23000 429 "-" "-"
192.168.153.253 - - [06/Dec/2010:09:11:24 +0100] "POST /backend/index.php/data/4c4ac0e0-0053-11e0-b26b-2b76a871dbe5.json?ts=000 HTTP/1.1" 23000 429 "-" "-"
192.168.153.253 - - [06/Dec/2010:09:11:30 +0100] "POST /backend/index.php/data/4c4ac0e0-0053-11e0-b26b-2b76a871dbe5.json?ts=000 HTTP/1.1" 23000 429 "-" "-"
Bei der Fehlersuche bin ich jedoch auf folgendes gekommen (bzgl. NTP):
Mein Controller holt sich per NTP die richtige Zeit => soweit i.O.
jedoch hat 1min sicher keine 60sec.
Ich habe im telnet mehrmals mit date die zeit abgefragt, siehe folgendes:
date //beim der ersten Abfrage war die Zeit genau richtig (das war der Wert den der NTP geschickt hat)
06.12.2010 09:34:54
date
06.12.2010 09:34:54
date
06.12.2010 09:34:54
date
06.12.2010 09:34:54
date
06.12.2010 09:34:55
date
06.12.2010 09:34:55
date
06.12.2010 09:34:55
date
06.12.2010 09:34:55
date
06.12.2010 09:34:55
date
06.12.2010 09:34:55
date
06.12.2010 09:34:55
date
06.12.2010 09:34:55
date
06.12.2010 09:34:55
date
06.12.2010 09:34:56
date
06.12.2010 09:34:56
date
06.12.2010 09:34:56
date
06.12.2010 09:34:57
date
06.12.2010 09:34:57
date
06.12.2010 09:34:57
date
06.12.2010 09:34:57
date
06.12.2010 09:34:58
date
06.12.2010 09:34:58
date
06.12.2010 09:34:58
date
06.12.2010 09:34:58
date
06.12.2010 09:34:58
date
06.12.2010 09:34:58
date // als ich diese Abfrage abgesetzt hab war es lt. richtigem NTP 09:36:xx
06.12.2010 09:35:00
eine hab ich lt. richtiger Zeit um 09:41:xx noch gemacht
da liefert: date
09:35:15 zurück
lg
h
Am 05.12.2010 um 23:06 schrieb Justin Otherguy:
> Hi Holger,
>
> Am 05.12.2010 um 15:24 schrieb Holger Plasser:
>
>> Am 05.12.2010 um 15:09 schrieb Steffen Vogel <info at steffenvogel.de>:
>>
>>> Zu dem zweiten Problem:
>>> Kann es sein, dass du den falschen String entfernt hast?
>>> Jetzt fehlt ja die Formatendung (.json). die ist auf jeden Fall nötig.
>>> Sind die letzten 3 Stellen deiner UUID wirklich 000? Oder sind das noch
>>> die 000 des Timestamps?
>>
>> Nein meine UUID endet nicht mit 000. Das sind die 000 des Timestamp.
>> Anscheinend fehlt das .json weil ich die 000 entfernt habe.
> die "000" kommen von der Variable "CONF_WATCHASYNC_END_PATH" ("Path at the end").
>
> Die brauchen wir, wenn der Controller Sekundenwerte liefert und wir ms loggen wollen.
>
> sollten wir die Option nicht unterhalb von "CONF_WATCHASYNC_TIMESTAMP" ("Include unix timestamp") anordnen?
> -> wenn "CONF_WATCHASYNC_TIMESTAMP" deaktiviert ist, sollte "CONF_WATCHASYNC_END_PATH" ebenfalls deaktiviert sein (wir wollen die 3 Nullen nur anhängen, wenn wir timestamps loggen, korrekt?)
> der zweite Parameter ergibt ohne den ersten ja keinen Sinn.
>
> Fragen - wo wir gerade bei den Controller-Parametern sind:
> - wofür steht "pin identifier" in "Path in front of pin identifier"?
> - wofür benötigen wir ".json" in "CONF_WATCHASYNC_TIMESTAMP_PATH"?
> in welchem Fall brauchen wir's und in welchem Fall nicht?
> nach meinem Verständnis hat es mit dem timestamp nichts zu tun und ich würde dann vorschlagen, das auch als getrennte Option aufzuführen, z.B. "CONF_WATCHASYNC_APPEND_FORMAT" oder es anderenfalls gleich als Option zu streichen und fest einzubauen
> - "Path at the end" (default "000") sollen wir umbenennen, da es sich nicht um einen Pfad handelt; Vorschlag: "CONF_WATCHASYNC_APPEND_TO_TIMESTAMP", Text: "Append this string to timestamp:"
>
> Nun nochmal konkret zu Deinen weiteren Fragen:
>
>>> On Sun, 5 Dec 2010 14:52:33 +0100, Holger Plasser <holger at plasser.org>
>>> wrote:
>>>> Leider wurde das ursprüngliche Problem (den Timestamp vom net io erstellen
>>>> zu lassen) noch nicht gelöst.
>>>> Hab jetzt mal die unix timestamp funktion im make menuconfig deaktiviert
>>>> und die 000 entfernt.
> echt? was heisst "die 000 entfernt? Den String von "000" auf "" geändert? "000" wird ja immer noch angehängt
>
PATH AT THE END hab ich auf "" geändert nur läst anscheinend das menuconfig keine "leere" Eingabe zu und ersetzt wieder durch 000.
>>>> Jetzt folgendes access.log:
>>>>
>>>> 192.168.153.253 - - [05/Dec/2010:14:51:04 +0100] "POST
>>>> /backend/index.php/data/4c4ac0e0-0053-11e0-b26b-2b76a871dbe5000 HTTP/1.1" -
>>>> 330 "-" "-"
>>>>
>>>> kann das stimmen, ich denke da sah es ja vorher noch besser aus:
>>>>
>>>> 192.168.153.253 - - [05/Dec/2010:14:17:16 +0100] "POST
>>>> /backend/index.php/data/4c4ac0e0-0053-11e0-b26b-2b76a871dbe5.json?ts=000
>>>> HTTP/1.1" 23000 429 "-" "-"
>
> jein - "000" wird an die UUID angehängt, ".json?ts=" wird weggelassen (wie geheissen) ;-)
>
> Hat Jemand eine Idee, weshalb der timestamp noch als "" gesendet wird?
>
>
> Gruss, J.
>
More information about the volkszaehler-dev
mailing list