Modernisierung der Neutrino nhttpd API

[Bartholomay]

Hallo,

wie stehen eigentlich die Chancen das die nhttpd API modernisiert wird? Die Leerzeichen getrennten Rückgabewerte usw. sind im Zeitalter von Web 2.0 nicht mehr soooo schön.

Ich würde mir JSON als Format sehr wünschen, dies ließe sich auch clientseitig direkt im Browser interpretieren. Dann ließe sich recht komfortabel eine asynchrone Remote-Kommunikation mit der DBOX basteln.

Bei mir sieht es zu Zeit so aus, aber man muss recht viel an den Rückgabewerten anpassen:


So... und nun steinigt mich...

[seife]

Ja mach halt mal. Die alten, einfachen sachen (/control, /zapto, was es halt so gibt) sollten schon noch einfach mit wget "bedienbar" bleiben (IMVHO), aber der Rest...

[SnowHead]

Bedenke aber bitte, daß viele Script-Plugins diese API verwenden. Ich
denke da zum Beispiel an das sehr nützliche und komfortable Remote-
Timer-Plugin. Wäre schade, wenn die plötzlich alle ausgeknipst würden.
Auch erschließt sich mir der Sinn einer solchen Aktion nicht ganz. Das ist
irgendwie mit Kanonen auf Spatzen geschossen, wenn man an die eigent-
liche Aufgabe einer solchen Box denkt.

[Bartholomay]

Hi,

also machen kann ich das nicht, da ich kein Ahnung von der Programmierung in C (ist das C?) habe. Ich wollte halt nur vorschlagen, das die API evtl. erweitert wird.
Es soll nichts abgeschaltet werden, die Funktionsfähigkeit der jetzigen API sollte schon gewährleistet sein.

Könnte man denn nicht jeden Aufruf um einen weiteren Parameter ergänzen? z.B: &format=JSON?

Oder ist das zuviel Aufwand?

[doc]

Den zusätzlichen Parameter beim Parsen zu testen dürfte das kleinste Problem sein.
Übergib den einfach mit dann kann man alles "alte" so lassen und du bekommst deine Daten dann eben im JSON Format.

Allerdings dürfte eben die engine zum erzeugen der JSON Daten dann der größere Rattenschwanz sein.
Ich bin schon froh wenn ich mich mal tiefer mit JS und DOM beschäftigen könnte. Wie immer ist die Zeit zu knapp.