hi,
Spannend wärew die Frage des Response-Status-Codes.
Och nö, obern Status-Code wird das bei mir nicht geregelt, wenn beim Speichern was schiefgegangen ist. Für solche Fehler gibts in der response ein Datenfeld 'errstr' und wenn da was drinsteht, kommt ein alert(errstr) und fertig.
Und außerdem ist es meistens sinnvoll, die Ergebnisse eines POST als flüchtige GET-Response wieder abzuholen und anzuzeigen, also:
- anfordern (lesen)
- lesen und beantworten
- schreiben . nochmal lesen lassen
Machs nicht so kompliziert. OnClick: Formularfelder lesen, ab zum Server, fertig. Oder ab in eine lokale Datei (optional).
In meiner Anwendung lade ich 'zig Konfigs at once (GET auf z.B. /shopconfig.html), die sind zunächst display:none; nach Auswahl aus der datalist wird das Formular für die gewählte Config auf display:block gesetzt, da gehts rein in die Datenfelder, Klick auf Speichern und fertig. Das sind ganze 90 Zeilen Perl, und 30 Zeilen Javascript (Libs und Templates außen vor).
Anwendungsseite einmal laden + Konfigs/Formulare anfordern => ein Request. Speichern je Formular => ein optionaler Request. Total übersichtlich und nicht 'zig mal hin und her.
Vile Grüse, Dag ;)