Domino 9 und frühere Versionen > ND6: Entwicklung

Feldvalidierung im Web

<< < (2/2)

Christopher:
Richtig gut finde ich ...
http://codestore.net/apps/validation30.nsf

mibo11:

--- Zitat von: Axel Janssen am 02.08.07 - 11:05:42 ---Bin mir nicht sicher, ob das überhaupt sicher ist.
Die  @Formeln erzeugen JavaScript. Aber werden die Werte dann noch mal  auf dem Server geprüft. Wenn dem nicht so ist, kann nämlich ein versierter User das HTML/Javascript der Maske ein bischen editieren und sich so an der Vallidierung vorbeimogeln.
Mit einem funktionierenden QM-Prozess wird sowas heutzutage nicht abgenommen, da das Phänomen sehr bekannt ist.

--- Ende Zitat ---

Hallo Axel,

was empfiehlst du?

Gruß
Sascha

flaite:
... die vorhandenen Vorschläge prüfen und vor  allem schauen, ob da auch eine serverseitige Valdidierung stattfindet.
Ansonsten diese Validierung selbst schreiben (z.B. im WebQuerySave). Es ist auf jeden Fall  wichtig, dass User-Angaben i.m.m.e.r validiert werden, bevor sie von der Anwendung verarbeitet werden.
Mach jetzt ziemlich viel JavaScript (oder wie es nun vornehm heisst: "Ajax"). Dafür bemühe ich mich immer stark vorhandene Lösungen möglichst stark zu benutzten. Nicht einfach wg. der Fülle der Vorgehensweisen und Angebote an freien Code & Frameworks.

jBubbleBoy:
naja JavaScript und Ajax sind schon 2 paar Schuhe  ;)
QuerySaveAgent hat den Nachteil (Aufwand) das man das Speichern nicht verhindern kann. Es stellt sich letztendlich die Frage was gemacht werden soll, will man mit Kanonen auf Spatzen (oder umgekehrt) schießen.

bubble

WernerMo:
Hallo


--- Zitat von: jBubbleBoy am 03.08.07 - 13:51:37 ---naja JavaScript und Ajax sind schon 2 paar Schuhe  ;)

--- Ende Zitat ---

Und ich dachte das "J" steht für JavaScript also ausgeschrieben:
„Asynchronous JavaScript and XML“

Grüße Werner

Navigation

[0] Themen-Index

[*] Vorherige Sete