Webformulare und Fehlerbehandlung beim Senden der Daten mit Ajax
Progressive Enhancement muss nichts Kompliziertes sein, außerdem steigert AJAX die Benutzerfreundlichkeit
- Abstrakte Datentypen in c deklarieren und in Dateien speichern
- Bilder verkleinern mit Perl und GD Library
- Bilder verkleinern, Thumbnails erzeugen mit PHP
- Binary und UTF-8 in MySQL Tabellen speichern
- CGI/1.1 Der Standard Common Gateway Interface
- CPAN Module Device::USB für Win32 compilieren und installieren
- Dateinamen in UTF-8 auf beliebigen Betriebssystemen
- Datentypen haben plattformübergreifend stets dieselbe Byte-Länge
- Datum als lange Zählung und Uhrzeit in dezimaler Darstellung
- Den Zustand von Checkboxen numerisch kodieren
- Der letzte Rest: GET, PUT, POST, DELETE ...
- Der richtige Umgang mit Binaries in C und in Perl
- Die Multi-Media-Mail-Datei der Zukunft, SMS, MMS, Internet-Mail
- Drucken auf einen Netzwerkdrucker mit Perl
- Ein eigenes Forum programmieren, Zustandsmodell einer Webanwendung
- Entwickeln auf dem Lokalen Rechner, dem localhost
- Ganze Zahlen in Dateien Schreiben in Programmiersprachen c, Perl usw.
- Globale Variablen der main-Class in einem Objekt bündeln
- HTTP/1.1 Multiple Request, Persistent Connection und Pipelining
- Hash-Slices erleichtern den wahlfreien Zugriff
- Interne Zeichenkodierung, Characters, Bytes und Bytesemantics
- Julianischen und Gregorianischen Kalender berechnen mit C
- Just another OOP Tutorial for Perl
- Little Endian, Big Endian
- Locken von Dateien für atomare Lese- und Schreibzugriffe
- Modern Perl, Modern Style, Perl OOP, TDD
- Nameserver-Abfragen, UDP mit Perl und mit C
- PHP serialize, unserialize ineffizient
- Perl OOP: Getter automatisieren ohne Gettermethoden zu definieren
- Perl's Exception::Class oder Exceptions klassifizieren
- Perl-Äquivalent zu PHP __toString()
- Perl5 OOP Overload und für was das gut ist
- Perl6 Perls Zukunft oder ein totgeborenes Kind
- Perl: Dependency Injection als Design Pattern
- Perl: Referenzen auf Variablen und Funktionen
- RFC gerechte Formate für Datum und Zeit
- RTSP Real Time Streaming Protocol leicht verständlich
- Random Access, Persistenz und ein Schichtenmodell
- Schlüselparameter, Zweckbestimmung und Umgang
- Serialize Algorithmen leicht verständlich, Binary safe Read and Write
- Serverumgebung nach CGI/1.1
- Simple Mail Transfer Protocol einfach erklärt
- Transformation von Datenstrukturen für eine transportgerechte Verpackung
- Warum ein Data Abstraction (Access) Layer
- Webformulare und Fehlerbehandlung beim Senden der Daten mit Ajax
- XML und der Unsinn, Random Access auf Dateiebene abzubilden
- Anwendungsbeispiele und Programmieren mit JavaScript
- Mein Framework gibt es auch in PHP
- Perl ist meine erste Wahl zum Programmieren von Webanwendungen
Oftmals bestehen falsche Vorstellungen über den Aufwand bezüglich Fehlerbehandlung zur Verarbeitung von Webformularen. Betrachte untenstehendes Formular, das Eingabefeld ist ein Pflichtfeld. Geben Sie also einen beliebigen Namen da ein und testen das Formular.
Erläuterungen
Grundsätzlich erfolgt die Prüfung der eingegebenen Daten immer serverseitig, eine doppelte Prüfung client- wie serverseitig ist unnötig. Dabei ist es unerheblich, auf welchem Weg die Daten gesendet wurden, egal also ob über Ajax oder ob ein normaler Submit erfolgte. In Perl sieht die Prüfung eines Pflichtfeldes etwa so aus:
my $name = $self->trim( $self->param('name') ) ||
die "Bitte Name eingeben,\ndas Feld darf nicht leer sein!\n";
Wobei obenstehendes Stückchen Code nur das Wesentliche zeigt, nämlich dass es genügt, zur Ausgabe der Fehlermeldung ganz einfach nur eine Exception zu werfen. Die wird natürlich aufgefangen und schließlich geht der Fehlertext mit einem HTTP-Status 502 als Response raus in Richtung Client, wo allein der HTTP-Status darüber entscheidet, auf welche Art und Weise der Fehlertext ausgegeben wird:
var xhr = new XMLHttpRequest();
xhr.onload = function(){
if( xhr.status != 200 ){
return alert(xhr.response);
}
};
Und wie gewöhnlich wird beim Senden der Daten mit AJAX die Seite mit dem Formular nicht neu geladen. Somit verbleibt die Seite mit Formulareingaben im Browser und der Benutzer muss nicht unnötig scrollen.
Datenschutzerklärung: Diese Seite dient rein privaten Zwecken. Auf den für diese Domäne installierten Seiten werden grundsätzlich keine personenbezogenen Daten erhoben. Das Loggen der Zugriffe mit Ihrer Remote Adresse erfolgt beim Provider soweit das technisch erforderlich ist. sos@rolfrost.de.