[vz-users] httpd Fragen

[Andreas Goetz]

Moin,

2015-08-26 11:24 GMT+02:00 Sirko <mail_ist at nurfuerspam.de>:

> verstehe,
>

Ich glaube nicht ;) Der vzlogger ist keien middleware und kann from...to
Anfragen nicht beantworten sondern einfach nur- wie geschrieben- aktuelle
Messwerte liefern für Polling. Das konkrete Frage/Antwortformat findet sich
hoffentlich im Wiki (habs nicht parat) oder es gibt einfach keins ;)


> wie muß denn eine solche Abfrage aussehen? Wenn ich die Benchmark-Abrage
> starte:
>
> 192.168.178.29:8080/data/a301d8d0-903b-1234-94bb-d943d061b6a8.json?from=1287541654974&to=1288488900567&tuples=1000&debug=5
>
> krieg ich nur ein:
>
> { "version": "0.4.0", "generator": "vzlogger", "data": [ ] }
>
> Grüße
> Sirko
>
>
Viele Grüße,
Andreas


>
> Am 26.08.2015 um 10:45 schrieb Andreas Goetz:
>
> Moin,
>
> der local in der vzlogger kann genau Eines: "rohe" Meßwerte direkt ab
> vzlogger ohne Middleware bereitstellen. Nützlich für alle die keine
> Middleware/Frontend verwenden wollen. vz/httpd hingegen ist ein
> vollwertiger Ersatz für die Middleware aber ohne Apache und deutlich
> schneller.
>
> Also "samesame" vom Namen her aber inhaltlich "totally different" ;)
>
> Viele Grüße,
> Andreas
>
>
> 2015-08-26 10:28 GMT+02:00 Sirko <mail_ist at nurfuerspam.de>:
>
>> Ich meinte die "local" Einstellungen in der vzlogger.conf
>>
>> "local" : {
>>         "enabled" : false,      /* should we start the *local HTTPd for
>> serving live readings*? */
>>         "port" : 8080,          /* the TCP port for the local HTTPd */
>>         "index" : true,         /* should we provide a index listing of
>> available channels if no UUID was requested? */
>>         "timeout" : 30,         /* timeout for long polling comet
>> requests, 0 disables comet, in seconds */
>>         "buffer" : 600          /* how long to buffer readings for the
>> local interface, in seconds */
>> },
>>
>> Mir war nur aufgefallen, daß der noch lief, weil er zufällig den gleichen
>> Port nutzte.
>> Aber wie gesagt, ich wollte ja den externen httpd testen...
>>
>>
>> Am 25.08.2015 um 22:40 schrieb Matthias Behr:
>>
>> Ja, mich wunderte nur folgende Aussage: „... "local HTTPd for serving live readings", wie er in der vzlogger.conf konfiguriert werden kann, …“
>>
>>
>> Warum vzlogger.conf? Welche Settings?
>>
>>
>> Am 25.08.2015 um 22:07 schrieb Andreas Götz <cpuidle at gmail.com> <cpuidle at gmail.com>:
>>
>> Der local im vzlogger hat damit nichts zu tun. Der vz/httpd ersetzt einfach Apache/nginx etc. Da gibts nichts weiter zu konfigurieren, die können beide laufen.
>>
>> Viele Grüße, Andreas
>>
>>
>> Am 25.08.2015 um 21:43 schrieb Matthias Behr <mbehr at mcbehr.de> <mbehr at mcbehr.de>:
>>
>> Wie hast du den „local httpd“ konfiguriert? Und wie die Middleware?
>> Hast du bei dem Test den externen httpd abgeschaltet?
>>
>>
>> Am 25.08.2015 um 20:32 schrieb Sirko <mail_ist at nurfuerspam.de> <mail_ist at nurfuerspam.de>:
>>
>> Hi,
>>
>> ich hab mal den httpd installiert, wie in https://github.com/volkszaehler/httpd beschrieben, hat auch soweit funktioniert.
>>
>> Wenn ich das richtig sehe, ist der vollkommen unabhängig von dem "local HTTPd for serving live readings", wie er in der vzlogger.conf konfiguriert werden kann, korrekt?
>> Der dort konfigurierbare HTTPd scheint auch nichts außer der Versionnummer zu liefern. Sollte der mehr können?
>>
>> Ich hab mal den Benchmarks laufen lassen wie hier beschrieben:http://wiki.volkszaehler.org/development/benchmark
>>
>> mit folgendem Ergebnis:
>> mit middleware.php und lighttpd: ca. 2,4 Sekunden
>> mit httpd Port 8080 ca. 3,6 Sekunden
>>
>> Ich hatte erwartet, daß mit dem httpd die Abfrage schneller geht. Die CPU-Last scheint auch etwas höher zu sein. Offenbar ist das für einen Raspberry doch eher kontraproduktiv oder hab ich was übersehen, was noch optimiert werden kann?
>>
>> Grüße
>> Sirko
>>
>>
>> Gruß
>>
>> Matthias
>>
>>
>> Gruß
>>
>> Matthias
>>
>>
>>
>>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20150826/5b5cbe79/attachment.html>