anpera.net

Hi Community

Meine User haben in letzter Zeit immer öfter mal das Problem, dass wenn ein Char seine Partnerin aus dem Reich der Toten wiedererwecken lässt, dass sie dennoch tot bleibt. Wenn sie sich ausloggt, er sie erweckt, und sie sich dann wieder einloggt klappt es immer, nur ist das eine recht unbefriedigende Lösung.

Hatte jemand von euch auch schon das Problem, und hat eine Lösung parat?
Oder zumindest einen Ansatz wo das Problem hängen könnte?

Gruß

_________________
Warum UNIX/Linux böse ist:

- 'kill' macht Menschen zu brutalen, blutrünstigen Bestien
- 'killall' züchtet regelrecht Massenmörder
- 'whoami' löst bei psychisch labilen Personen Existenzkrisen aus!

==> Transferbug. (Bisher) Unlöslich, vermeidbar wenn die Userin keinen Schritt macht bist der Geliebte sie befreit hat.
Im Posteingang kann man beliebig Erfrischern => Möglichkeit für Worte wie "Darfst wieder drücken";

Hatte ich schon befürchtet.
Vielen Dank für die Klarheit, auch wenns nicht die Gewünschte Antwort ist.

_________________
Warum UNIX/Linux böse ist:

- 'kill' macht Menschen zu brutalen, blutrünstigen Bestien
- 'killall' züchtet regelrecht Massenmörder
- 'whoami' löst bei psychisch labilen Personen Existenzkrisen aus!

Transferbugs lassen sich manchmal durch die Wahl eines anderen Tabellentyps beseitigen. InnoDB soll da ganz gut sein...

_________________
Mehr oder minder inaktiv

Sorry, aber das bezweifle ich bei dieser Art von Bug aber völlig. Wie kann bitte ein Tabellentyp entscheident seind für eine Überschreibung von Daten?
Der Transferbug in LoGD läuft folgendermassen ab:
User A startet Script, Startwert für Gold: 20'000
User B schickt nur wenige Millisekunden darauf Gold an User A - In der Datenbank wird auf 25'000 hochgeschrieben.
Das "session["user"]"-Array von User A weiss das aber nicht dass sich da ein neuer Wert befindet - Somit überschreibt die Funktion saveuser einfach die 25'000 wieder mit den 20'000. Und ich denke nicht dass ein Tabellentyp plötzlich Funktionen in mitten des Scriptes aufrufen kann die zuerst prüft ob da alles richtig ist.

Hingegen hab ich eine Wirksame Methode gefunden - Und bessere sie aus - Um die Wahrscheinlichkeit deutlich zu verringern und nebenbei noch den Update-Query des Users zu verkleinern.

Er kann Transferbusg nicht völlig ausschließen, allerdings hat InnoDB gewisse vorteie wie:



vor allem das Row level locking dürfte intressant sein.

_________________
Mehr oder minder inaktiv

hm eine ein wenig umständlichere aber durchaus wirkungsvolle Version um den Transferbug ziemlich gut auszuschliessen, habe ich durch das Gildensystem mit der special_vars funktion, die die transaktionen erst in eine seperate Tabelle speichert und bei Klick des Empfängers (bei mir village.php) im Dorf dann ausgeführt werden.. so kann es so gut wie gar nicht zu überschreibungen kommen. Ich nutze es mittlerweile in fast allen transaktionsmöglichkeiten, die ich so gefunden habe..

bekommen habe ich es damals von Raven aus Rabenthal, da er damit den Transferbug im Gildentool ausgeschlossen hatte.. Falls wer interesse an dieser Variation hat, bin ich gern bereit sie mal zu posten. Nur da es ein wenig viel wäre, alles zu erklären, wenn kein Interesse besteht, mach ich es net direkt *fg*

lg Rikka

_________________
~Inaktiv und Abwesend solange Mysql hier Moderatorenrechte hat~