Kann man mit Formularfeldern rechnen?

[juergen]

Oliver kennt die Prozeduren, die das ganze sicher halten... wenn man solche Prozeduren ohne Prüfung durch die Gegend würgt ist man schnell seinen Server los oder man hat eine Mailbombe gewonnen.

[Jörg_L]

Das ist interessant. Folgendes Skript habe ich in das Verzeichnis /template/inc_script/frontend_render und die Rechte auf 755 gestellt:

if(isset($_POST['Anzahl'])) {
// hier die Berechnung durchführen - an der Stelle ganz beispielhaft realisiert.
$_POST['Gesamtpreis'] = xss_clean($_POST['Anzahl']) * 350;
}

Obwohl ich das skript auf ausführbar gestellt habe, wird das ganze als Textzeile im Browser angezeigt. Es wird auch kein Ergebnis berechnet, das im Mailtext auftaucht

Was mache ich nur falsch?

fragt sich

Jörg

[Heiko H.]

Das ist interessant. Folgendes Skript habe ich in das Verzeichnis /template/inc_script/frontend_render

b) dazu dann ein frontend_init Script "my_form_init.php":

[Jörg_L]

Du meinst, dass das Skript in das Verzeichnis /template/inc_script gehört und dass es genau so heißen muss, wie Oliver es benannt hat, damit es funktioniert?

Immer noch ratlos

Jörg

[juergen]

Nein, er meint in frontend_init Verzeichnis, da ist es dann als Wachhund (Watchdog ) und checkt allgegenwärtig auf das auftauchen dieser Variablen. Im Render hingegen sitzen die Hunde die man pfeiffen muss, mit {HUND}

Sorry, ich sollte nicht so viele Tierheimhunde ausführen

[Jörg_L]

Ok. Jetzt liegt es im Verzeichnis /template/inc_script/frontend_init. Nur wird es nicht ausgeführt, sondern als Textzeile im Browser angezeigt.

Wat nu?

Beste Grüße

Jörg

[update]

Vielleicht mal
$phpwcms['allow_ext_init'] = 1; //allow including of custom external scripts at frontend initialization
$phpwcms['allow_ext_render'] = 1; //allow including of custom external scripts at frontend rendering
so?

[Jörg_L]

Ist beides in der config auf 1 gesetzt.

Daran wird's wohl nicht liegen.

[markus s]

Code: Select all

<?php
if(isset($_POST['fieldname'])) {
  // hier die Berechnung durchführen - an der Stelle ganz beispielhaft realisiert.
  $_POST['hidden_field_name'] = xss_clean($_POST['fieldname']) * 1000;
}
?>

[Jörg_L]

<vordiestirnhau>patsch</vordiestirnhau>

Das war's ich hatte tatsächlich die php-Tags vergessen.

Danke für Eure Hilfe.

[markus s]

also:
läuft einwandfrei !

erstelle dir die felder im formular wie im bild.



erstelle dir eine datei mit dem namen check.php und speichere diese
unter template\inc_script\frontend_init .

inhalt der datei:

Code: Select all

<?php
if(isset($_POST['eingabe'])) {
  // hier die Berechnung durchführen - an der Stelle ganz beispielhaft realisiert.
  $_POST['versteckt'] = xss_clean($_POST['eingabe']) * 1000;
}
?>

jetzt kannst du deine berechungen durchführen.
zur zeit wird der inhalt des feldes "eingabe" mit 1000 multipliziert.
angezeigt wird der eingabe wert und das ergebnis.

[Jensensen]

Funktioniert.

Das ist doch mal ein Konjunkturprogramm: 1 Teil bestellen und dann liegen 1000 Pakete vor der Tür.
Funktioniert das auch im Shop nach dieser Methode?

Sobald aber Buchstaben im Input-Feld eingetragen werden (können), ergibt die Rechnung in diesem Beispiel = 0. Das sehen dann alle Beteiligten sofort in der E-Mail, was ggf. etwas spät sein kann.
[edit] [so ein fe-init-hintenrum-zahlendreher könnte zudem ggf. kanzleien {jur} auf den plan rufen] [/edit]

Wie wäre das FEinit-Script zu ändern, damit
A) eine Error-Meldung ausgegeben wird und
B) das Formular erneut geladen, im Browser gezeigt wird?

Stichwort "error"
1) das template, lieber Markus S., ist komisch. Es funktioniert nicht mit label alignment: custom. Damit wird das gesamte Template als Text ausgegeben.

2.) Des weiteren hatte ich mal "required" angeklickt für "eingabe". Allerdings erscheint, obwohl unter required mark: * angegeben ist, in keinem Fall ein Sternchen.

Liegt das nun am Template oder ist das ein Bug?



BTW: Klar geht im Internet alles schnell, aber für meine Begriffe "fluppt" das Formular immer etwas schnell durch. Ist ja auch prinzipiell gut so. Aber wäre nicht (insofern ggf. per optional click on) eine Art preview der eingegeben Daten --> mit Ausgabe im Browser VOR dem Absenden interessant?
Sinngemäß (neuerdings gewohnheitsgemäß) ungefähr so: Das sind Ihre Daten, alle Eingaben richtig? dann GO/ else hier ändern.

[markus s]

doppelte prüfung - ich denke schon lange an eine ajax lösung nach - alla yahoo eingabeformular...
mal sehen...
das formular ist absolut standard !

[Oliver Georgi]

@Markus: Ajax wird eher selten für die Formularprüfung benutzt Nicht immer verwechseln.

@Jensensen: Dem hidden Feld einen Standardwert mitgeben. Feld als Pflichfeld im CP definieren. Bei Fehler in der Berechnung Feldwert auf "" ($_POST['my_hidden_field'] = "";) setzen. Ergebnis: Fehlermeldung -> ist das Ergebnis gültig, hat auch der hidden Feldwert das gültige Ergebnis.

Gruß
Oliver