Mailinglisten-Archive |
Vielen Dank Bjoern, Dein Vorschlag funktioniert hervorragend, wenn es jeweils Einzelspiele sind. Ich moechte aber sicherstellen, dass alle Mitspieler ihre Entscheidung abgegeben haben, bevor die zweite Seite ueberhaupt erscheinen kann. Dies liegt daran, dass ich mit der Summe der Angaben einige Berechnungen durchfuehre, deren Resultat auf Seite 2 erscheinen soll. Also muesste ich pruefen, ob in der Datenbanktabelle fuer Seite 1 alle Mitspieler ihre token gesetzt bekommen haben, und erst dann (fuer alle Mitspieler) den Zugriff auf Seite 2 erlauben. Gibt es hier ein einfaches Verfahren, welches prueft, ob alle Felder in der auth_user Tabelle z.B. fuer eine entsprechende Seite gesetzt sind, bzw. ob noch Felder frei sind ? Liebe Gruesse Joerg Björn Schotte schrieb: > * Joerg-Peter Schraepler wrote: > > Meine Frage: Gibt es generell die Moeglichkeit, das Aufrufen der > > naechsten Seiten erst dann zu erlauben, wenn alle Teilnehmer ihre > > Entscheidung in Form einer numerischen Angabe abgegeben haben. Also > > sowas wie ein Freischalten der naechsten Entscheidungsrunde. > > Du könntest in der Datenbanktabelle auth_user (die die Userdaten > enthält) ein Feld "nexttoken" einbauen. Jede Seite in deinem Spiel > enthält selbst einen token > > ------->-------->-------->--------->.... > Seite1 Seite2 Seite3 Seite4 > Tok1 Tok2 Tok3 Tok4 > > Auf Seite 2 kann der User nur landen, wenn er nach Beendigung der Fragen > auf Seite1 in sein auth_user den Token von Seite2 eingetragen bekommt. > Seite2 überprüft, ob in auth_user im Feld "nexttoken" der Token von seite2 > eingetragen ist. Wenn ja, darf er Seite 2 "betreten". > > Die Tokens selbst könntest du in eine separate Tabelle legen, z.B.: > > seite token > 1 32234rwerwer23423 > 2 we5ertte65435345 > 3 34534645756zrtzrtz > . . > . . > . . > > Nach Beendigung von Seite 1 suchst du aus dieser Datenbanktabelle den Token > von Seite 2 und trägst ihn in auth_user ein. Als token würde ich einen md5- > Hash, gebildet aus $md5 = md5(uniqid("faselblablubb")); verwenden. Der ist > nicht erratbar. > > Wenn ich jetzt keinen Denkfehler eingebaut habe (man korrigiere bzw. > ergänze mich), sollte das ganz gut funktionieren. > > HTH, Björn. > -- > Online-Applikationen für das E-Business: <http://rent-a-phpwizard.de/> > > => inklusive Newsletter rund um PHP & das E-Biz <= > > -- > ** Durchgehend geöffnet: http://www.php-center.de ** > Die PHP-Liste: mailto:php_(at)_php-center.de > http://infosoc.uni-koeln.de/mailman/listinfo/php -- ------------------------------------------------------------------------------------------ Dr. Joerg-Peter Schraepler Ruhr-University Bochum and DIW (German Institute for Economic Research, Berlin) Office: Ruhr Universität Bochum Lehrstuhl fuer Sozialwiss. Methodenlehre und Statistik Room GB1/129; Universitaetsstr. 150; D - 44780 Bochum/Germany fon.: +49 (0)234 - 32-23213; fax -14534 fon.: +49 (0)201 - 271980 (home) mailto: joerg-peter.schraepler_(at)_ruhr-uni-bochum.de ------------------------------------------------------------------------------------------
php::bar PHP Wiki - Listenarchive