nicht angemeldet
(CGI)Reihenfolge der Formularfelder
Hallo zusammen!
Ich habe gerade festgestellt, daß Netscape 6 offenbar "hidden"-Felder in Formularen immer zuerst schickt, auch wenn sie im Quelltext zwischen den anderen Feldern oder sogar am Ende stehen.
Deshalb die Frage:
Welcher Platz ist im Allgemeinen der sicherste für "hidden"-Felder um ein "durcheinanderwürfeln" zu vermeiden?
MfG Thomas.
-
Hi,
Ich habe gerade festgestellt, daß Netscape 6 offenbar "hidden"-Felder in Formularen immer zuerst schickt, auch wenn sie im Quelltext zwischen den anderen Feldern oder sogar am Ende stehen.
Deshalb die Frage:
»» Welcher Platz ist im Allgemeinen der sicherste für "hidden"-Felder um ein "durcheinanderwürfeln" zu vermeiden?
die Frage verstehe ich nicht, sorry. Formularfelder definieren sich eindeutig durch den Namen, da ist eine Reihenfolge technisch im Zweifel sogar eher hinderlich.
Wenn Du z.B. für einen Formmailer eine Ausgabereihenfolge haben willst, solltest Du ein <input type="hidden" name="orderby" value="name1, name2, name3, ..."> einfügen und im Script auswerten. Alles andere ist - wie Du merkst - unsicher: die Reihenfolge der Übertragung ist m.W. in keinem RFC vorgeschrieben.
Cheatah
-
Deshalb die Frage:
»» Welcher Platz ist im Allgemeinen der sicherste für "hidden"-Felder um ein "durcheinanderwürfeln" zu vermeiden?
MfG Thomas.
Wenn du die Felder alle auffängst, und sie z.B. in einen Hash verarbeitest, dann ist die Reihenfolge der Felder doch vollkommen egal.
[http://www.teamone.de/selfhtml/tga.htm#a3]
Gruß
Cruz-
Hi,
[http://www.teamone.de/selfhtml/tga.htm#a3]
[perldoc CGI] ist mit Abstand(!) die bessere Alternative.
Cheatah
-
Hi,
[http://www.teamone.de/selfhtml/tga.htm#a3]
[perldoc CGI] ist mit Abstand(!) die bessere Alternative.
Cheatah
geschmacksache...
-
Hi,
[http://www.teamone.de/selfhtml/tga.htm#a3]
[perldoc CGI] ist mit Abstand(!) die bessere Alternative.
geschmacksache...
kaum. SelfHTML bietet in Sachen Perl nicht mehr als ein Einstieg, und der war vielleicht zu Perl-4-Zeiten gut. Mittlerweile gibt es Perl 5, und da kann man einiges deutlich besser machen.
Bestes Beispiel ist die fortschreitende Entwicklung von Modulen, die in SelfHTML gar nicht (oder höchstens nebenher) erwähnt werden. Für praktisch jedes größere Problem gibt es ein ausgereiftes Modul, dessen Programmierer die nötigen Hintergründe, RFCs etc. kennen und beachtet haben - viele davon sind sogar Standardmodule. Diese zu kennen und zu beherrschen ist ein Riesentrumpf.
Abgesehen davon ist jedes Tutorial - also auch SelfHTML - durch die Interpretation (auch im Sinne von Übersetzung) des Autors verfälscht worden. Wer sich auf so etwas verläßt, ist im Zweifel verlassen - die Doku sagt, wie's richtig geht.
Cheatah
-
Bestes Beispiel ist die fortschreitende Entwicklung von Modulen, die in SelfHTML gar nicht (oder höchstens nebenher) erwähnt werden. Für praktisch jedes größere Problem gibt es ein ausgereiftes Modul, dessen Programmierer die nötigen Hintergründe, RFCs etc. kennen und beachtet haben - viele davon sind sogar Standardmodule. Diese zu kennen und zu beherrschen ist ein Riesentrumpf.
CheatahHallo Cheatah,
Du magst ja im Grunde Recht haben, aber die Sache hat auch 2 Haken.
1. musst du dich dann immer vergewissern, daß die entsprechenden Module auf dem Webserver auch installiert sind. Und wenn nicht musst du sie erst mesorgen und installieren.
2. sind Module Resourcesaufwendiger, als eigener, lösungsoptimierter Code.
Es hängt auch ein bisschen von deinen Motiven ab. Wenn du grad mal eine schnelle Lösung brauchst sind Module ganz klar unschlagbar. Wenn es dir aber darum geht wirklich alles zu verstehen, was dein Code macht, dann schreibst du ihn lieber selbst.
Für die Auswertung von HTML Formularen finde ich das CGI Modul einfach überflüssig. Du kannst ja diese paar Zeilen Code, wie es auch in Selfhtml beschrieben ist ganz einfach in deinen code reinkopieren und dann weißt du, daß du alle Information über
$FORM{'feldname'} zuverlässig bekommst. Das ist kein bisschen umständlicher, als die Syntax vom CGI Modul. Außerdem hast du noch den Vorteil, daß du einen Haufen unnötigen Code, den du sowieso nicht verwendest nicht in deinen Code einbindest, + du kannst die Formularauswertung auch individuell anpassen, um einen noch einfacheren Algorithmus zu bekommen.
Also ist meiner Meinung nach der Einsatz vom CGI Modul für eine einfache Formularauswertung fehl am Platz.Gruß
Cruz
-
-
-
[perldoc CGI] ist mit Abstand(!) die bessere Alternative.
Gibt es davon irgendwo URLs im WWW?
Ich habe mir angewöhnt, in Antworten auf Forum-Fragen
über Apache gleich einen Link auf die Apache-Doku zu
setzen - wenn ich eine Perl-Doku in HTML im WWW kennen
würde, dann würde ich das dort ebenso machen.
(Hier im Büro in Mails via Lotus Notes tue ich das schon- die ActivePerl-Doku auf meinem Entwicklungs-Webserver
ist dafür prima zu gebrauchen.)
-
Gibt es davon irgendwo URLs im WWW?
Hi Michael,
vielleicht ist dies etwas für Dich:
http://ftp.stud.fh-heilbronn.de/doku/perldoc/gindex.html
Gruß
Timothy-
Hi,
vielleicht ist dies etwas für Dich:
http://ftp.stud.fh-heilbronn.de/doku/perldoc/gindex.htmlFein! (Bookmarked.) Danke schön - für den Rest gibt es ja CPAN.
-
Fein! (Bookmarked.) Danke schön - für den Rest gibt es ja CPAN.
Hallo Michael,
übrigens - war ganz einfach zu finden:
FIREBALL - Suchbegriff: "perldoc" -> erster Treffer.
Gruß
Timothy
-
-
-
Hi
Noch eine: http://www.activestate.com/ActivePerl/docs/
(Enthaelt auch die doc fuer viele Module.)So lange
- die ActivePerl-Doku auf meinem Entwicklungs-Webserver
-
-