Lieber blajschärr,

In der Session steht dann, dass $_POST['Zufallswert1'] nach dem Absenden existieren muss und dass es unbedingt 'Zufallswert2' enthalten muss - sonst wird der Eintrag nicht angenommen (sondern z.B. eine erneute(?) Vorschau angezeigt).

du meinst, dass ich die gleichen werte in die session schreibe?
da kann man doch ein schritt weiter gehen, und einfach nur $_SESSION['schonkommentiert'] benutzen - es verhindert auch z einfaches sapmmen.

zak sh droch!

das mit SID am url - ich weiss echt nicht, wie mein mod_rewrite darauf reagiert >:( so wirds wohl nicht gehen.

Tja, dann hast Du irgendwo in Deinem Script einen Fehler. Die SID ist ein gewöhnlicher URL-Parameter, der beim ersten Mal übertragen werden muss, denn der Server weiß beim ersten Kontakt noch nicht, ob Cookies akzeptiert werden.

aber gut bestätigt zu haben, dass es nicht möglich ist die SID automatisch an die urls anhängen zu lassen ;/

Du hast entweder die Doku nicht gelesen, oder nicht verstanden. Es existiert session.use_trans_sid, was die SID automatisch an entsprechende URLs anhängt - in meinen Scripten stört das allerdings, sodass ich das Teil nach Möglichkeit abstelle.

UND: Die SID ist ein Automatismus. Wenn Cookies akzeptiert werden, ist SID ein Leerstring und stört nicht weiter.

Liebe Grüße,

Felix Riesterer.

Lieber Malcolm,

1. Du startest eine Session.
2. In dieser Session hast Du eventuell schon Werte drin (wenn ein Besucher z.B. etwas abschickt, dann hat er vorher das Formular abgeholt und Cookie bekommen)
    - wenn schon vorhanden, dann übernehmen, falls nicht, neu anlegen:
      ~~~php $_SESSION['schloss'] = $zufallswert1;
      $_SESSION['schluessel'] = $zufallswert2;

3\. Du überprüfst, ob bestimmte $\_POST-Indices (z.B. `]$_POST['aktion'] == "auswerten"`{:.language-php}) vorhanden sind, falls ja -> Auswerten, falls nein -> Formular neu erstellen und ausgeben  
  
4a. (neues Formular):  
    - neue Zufallswerte anlegen (für Schloss und Schlüssel)  
    - ein hidden-Feld erstellen, dessen name-Attribut den "Schloss"-Wert, und dessen value-Attribut den "Schlüssel"-Wert erhält  
    - ein spezielles hidden-Feld, an dem unser Script erkennt, dass ein Formular ausgewertet werden soll (z.B. `<input name="aktion" value="auswerten" type="hidden" />`{:.language-html} (da könnte man aber auch den submit-Button nutzen, dem man das name-Attribut entsprechend verpasst, allerdings ist das dann mit dem value-Prüfen so eine Sache...)  
  
4b.(Auswertung)  
    - Die Session kennt ja `$_SESSION['schloss'] und $_SESSION['schluessel']`{:.language-php}, also wird geprüft:  
      `isset($_POST[$_SESSION['schloss']]) && $_POST[$_SESSION['schloss']] == $_SESSION['schluessel']`{:.language-php}  
    - Wenn obige Prüfung scheitert, dann wird 4a ausgeführt, und bereits eingegebene Userdaten im Formular voreingetragen.  
  
Zusätzlich kann man ein Texteingabefeld mit einem "verräterischen" name-Attribut ins Formular aufnehmen, zu dem man schreibt, dass der User es leer lassen soll, um alles mit CSS dann aus dem sichtbaren Bereich zu "verschieben". Bots tragen etwas ein, Menschen nicht.  
  
Prinzip klarer geworden? Näheres findest Du in meinem GB-SCript.  
  
Liebe Grüße,  
  
Felix Riesterer.

-- 
ie:% br:> fl:| va:) ls:[ fo:) rl:° n4:? de:> ss:| ch:? js:) mo:} zu:)