tjo sicher, die Daten werden schon 2x an den Server gesendet, aber nur die ersten werden ausgefĂŒhrt, da sie den 2. Request preventen... aber dank was?
Du speicherst also jeden Zug einzeln... dann kannst ja nach dem letzten Zug suchen der ausgefĂŒhrt wurde. und wenn der mit der gleichen farbe war wie der anstehende dann wird er einfach verweigert...
das lĂ€uft nicht ich hab zwei tables...eine wo jedes spiel jeweils ein datensatz hat...und eins wo pro figur auf dem schachfeld ein datensatzt besteht...wenn jetzt zum beispiel du etwas frisst...wird lediglich in der zweiten table die gefressene figur gelöscht und der standort der fressenden figur geĂ€ndert...in die erste table kommt nur wer als nĂ€chstes dran ist und von wo zu wo der zug gefĂŒhrt wurde.
Oder alternativ ein last-zug feld pro spiel haben. Also weber, jetzt hör mir doch auf und sag nicht dass sowas unmöglich ist. Ich hoffe nicht dass der zorg code so bastlig ist, wie es hier den eindruck macht.
es gibt ein feld, wo der aktuelle Spieler drin steht. nach dem wurde beim ziehen einfach nicht geprĂŒft.
ja, der Schachcode ist sehr bastelig.
ES TUT JETZT!
Naja, ich fands nur witzig.
einer sagt: "schach hat bug, man kann mehrere zĂŒge auf einmal machen."
cylander meint: "nein, ist nicht möglich"
dann meint er aber: "gut, ist doch möglich, aber problem ist unlösbar."
naja
kam mir jetzt ein wenig so rein, als mĂŒsstest Du dich selber rechtfertigen/verteidigen. So eine Art reflex.
Don't blame me, it's a hardware problem. Cylander hat im moment nicht gross lust am Schach zu coden, drum mag seine Argumentation etwas abschrekend gewirkt haben.
Ich jedoch bin am Start und bereit mich mit dem Schach-Code auseinanderzusetzen.
