Vielleicht kann ich mal aufklären, wie es sich mit den Gutscheinen, den Code-Nummern und der "Überprüfung" verhält, rein aus Sicht eines Programmierers
Das Hawaii kann nichts dafür, wenn es im Moment ein wenig "hakt" bei der Überprüfung, warum ist auch schnell erklärt:
Die Nummern der Gutscheine wird mathematisch errechnet.
Zur grundsätzlichen Erklärung und mit einem Beispiel versehen:
UserID ist die eindeutige ID eines jeden Users hier, wenn man sein eigenes Profil aufruft, sieht man im Link im Browser
u= und dahinter die eigene ID
ThreadID ist die ID des Gutschein-Threads, ändert sich jeden Monat
RegDate ist der Unix-Zeitstempel des Zeitpunkt, wann man sich im Lusthaus registriert hat (sieht man auf der eigenen Profilseite unter STATISTIK ganz unten "Geb.:"
RegYear ist das Jahr der eigenen Registrierung im Lusthaus
Posts ist die Anzahl der geschriebenen Beiträge im Forum
Nehmen wir mal einen Beispiel-User:
UserID = 3456
RegDate = Registriert am 11.05.2011 um 14:00 Uhr, ergibt Unixtime 1305115200 (unixtime.de)
RegYear = 2011
Posts = hat bisher 75 Beiträge geschrieben
ThreadID = 251789 (Hawaii-Gutschein Monat September 2018)
bis ca. Mitte 2017 war die Formel:
(UserID * ThreadID * RegDate) # (RegDate * Posts) RegYear
Beim Beispiel-User wäre es also:
(3456 * 251789 * 1305115200) # (1305115200 * 75) 2011
ausgerechnet und auf dem Gutschein steht also:
1135688778176716800 # 978836400002011
Problem hierbei war, dass bei den vielen Accounts mit null Beiträgen, hinten immer "0" und das Jahr der Registrierung stand, der Gutschein also die Nummer nicht eindeutig war
ab ca. Mitte 2017 war die Formel:
(UserID * ThreadID * RegDate) # (RegDate * (Posts+5)) RegYear
(3456 * 251789 * 1305115200) # (1305115200 * (75+5)) 2011
ausgerechnet und auf dem Gutschein steht also:
1135688778176716800 # 1044092160002011
ab jetzt war die Nummer eindeutig, da auch hinter dem "#" auch bei null Beiträgen eindeutig gerechnet werden konnte
seit 01.09.2018 ist die Formel:
ThreadID * (RegDate * 7 + 79) # (RegDate * 3 + 21) * (Posts * 3 + 7) RegYear
251789 * (1305115200 * 7 + 79) # (1305115200 * 3 + 21) * (75 * 3 + 7) 2011
ausgerechnet und auf dem Gutschein steht also:
2300295577540931 # 9083601840722011
Die Codes sind also ein wenig "kürzer", und nun völlig anonym, da die personenbezogene UserID aus der Berechnung komplett entfällt. Entsprechend sind die gesamten Gutschein-Codes nicht mehr zwingend eindeutig und können bei verschiedenen Usern doppelt vorkommen.
Diese Änderungen erfolgen auf Seite des Lusthaus, und ich bin der Meinung, dass Tim hier gute Arbeit leistet.
Im Hawaii und überall, wo man die Nummern der eingelösten Gutscheine tatsächlich "prüft", muss man also auch immer wieder die Anpassungen verstehen und mitmachen - sonst werden Gutscheine mit "anderer Mathematik als Grundlage" selbstverständlich alle als "ungültig" angezeigt.
Da sich bisher in der Berechnungsformel immer der Wert "Posts" (also Anzahl Beiträge) findet, ändert sich entsprechend auch der Gutschein-Code nach jedem Beitrag - bzw. erst, wenn die Anzahl der Beiträge eines Users im Forumsystem aktualisiert wurde, was je nach Einstellung im Adminbereich bis zu 24 Stunden dauern kann.
Probiert es mal aus: Gutschein drucken, einen Beitrag schreiben, 24 Stunden + 1 Minute warten und nochmal Gutschein drucken... *tadaaaa* andere Nummer
Es ergibt also auch überhaupt keinen Sinn, wenn man als Anbieter die Nummern einfach protokolliert/speichert, da der gleiche User innerhalb eines Monats durch Schreiben von Beiträgen ganz einfach den Code selbst ändern kann, und das war schon immer so
|
Zitat von mir selbst ganz oben im Beitrag
Das Hawaii kann nichts dafür, wenn es im Moment ein wenig "hakt" bei der Überprüfung
|
Man braucht also eine Anpassung des Programms, in welche bisher die Codes eingegeben wurden. Diese Anpassungen sind immer erforderlich, wenn im Lusthaus etwas geändert wird, so ändert sich ja auch die ThreadID des Gutscheins monatlich!
Prüft man mit aktuellem System des Lusthauses nur Codes auf Duplizität, können Gutscheine von Usern abgewiesen werden ("war schonmal da"), obwohl das gar nicht stimmt, eben weil der Code nicht mehr 100% eindeutig je Benutzer ist.
Im Prinzip sollte man jegliche Überprüfung einstellen, da die
eindeutig einmalige Verwendung für einen bestimmten User nicht mehr zu prüfen ist. Alle bisherigen Formeln und Logiken zur Verifizierung eines Gutscheins aus dem Zeitraum bis einschliesslich August 2018 können nicht mehr verwendet werden.
|
Zitat von MR2
so dass die einmal Geschichte mit der fehlerbehafteten Gültigkeitsüberprüfung hinfällig ist
|
Ist nur ärgerlich, wenn man als User tatsächlich seinen monatlichen Gutschein nicht verwendet hat und dann abgewiesen wird, also effektiv kein Rabatt gewährt wird. Fehler im System... rein mathematisch begründet, Überprüfung einfach sein lassen
Sorry für einen sehr technischen Beitrag, aber wollte die Problematik mal in richtiges Licht rücken.
Schönen Sonntag noch
