Doppelte Tans ind bei den Forcedbannern

[Dany]

Hi,
hab nen kleines Problem:
Wie oben schon geschrieben, werden beim Einbuchen der Banner teilweise die Tans bis zu 4x vergeben. Seit wann ich das Problem habe.. keine Ahnung.
Die einzigste Erklärung die mir einfällt währe, das die DB zu lahm ist und nicht mit kommt beim schrieben der Datensätze ?!
Hat jemand ne Ahnung was ich dagegen tun kann ?
Passiert bei allen Sponsoren.

Gruß Dany

[Xenon]

An der DB kann es nicht liegen da die db keine doppelten tans nicht annehmt , vill hast du was an der db verstehllt ??

kannst du mal 2-3 tans posten die doppelt sind ?



MFG
adi

[Dany]

An der DB kann es nicht liegen da die db keine doppelten tans nicht annehmt , vill hast du was an der db verstehllt ??

kannst du mal 2-3 tans posten die doppelt sind ?



MFG
adi

Warum sollte es nicht gehen, das die Tans Doppelt in die DB geschrieben werden, die Tans werden ja beim abholen vom Sponsor per create_code erst generiert.

0 0ry6RuhCX1aymyZ1dJQX0OmAUfNN2kXy 1080 http://www.adminlose.de/lose/forcedclickbanner.php... http://www.adminlose.de/lose/forcedviewbanner.php?... 80.00 100.00 15 4052 28800 adminlose forcedbanner 1 0 1 0 0 0 0 0 0
0 0ry6RuhCX1aymyZ1dJQX0OmAUfNN2kXy 1073 http://www.adminlose.de/lose/forcedclickbanner.php... http://www.adminlose.de/lose/forcedviewbanner.php?... 80.00 100.00 15 12077 86400 adminlose forcedbanner 1 0 1 0 0 0 0 0 0
0 0ry6RuhCX1aymyZ1dJQX0OmAUfNN2kXy 1076 http://www.adminlose.de/lose/forcedclickbanner.php... http://www.adminlose.de/lose/forcedviewbanner.php?... 80.00 100.00 15 12997 86400 adminlose forcedbanner 1 0 1 0 0 0 0 0 0

Hier ist z.B. einer der gleich 3x vorhanden ist.

[Gremlin]

Hi,
am besten ein neues Feld

id INT PRIMARY KEY auto_increment

und dann damit immer arbeiten ist in naher Zukunft sowieso geplant damit sowas verhindert werden kann wobei bei einem 32 Stelligen Code aus alphanumerischen Zeichen + Groß/Kleinschreibung wäre es schon ein wunder wenn eine tan 4x vergeben wird. Vielleicht ein Bug in einem Cron?

Gruß
Gremlin

[Dany]

Hi,
am besten ein neues Feld

id INT PRIMARY KEY auto_increment

und dann damit immer arbeiten ist in naher Zukunft sowieso geplant damit sowas verhindert werden kann wobei bei einem 32 Stelligen Code aus alphanumerischen Zeichen + Groß/Kleinschreibung wäre es schon ein wunder wenn eine tan 4x vergeben wird. Vielleicht ein Bug in einem Cron?

Gruß
Gremlin

Hatte ich auch schon überlegt, mit auto_increment, dadurch hat man aber sicher wieder das Problem das findige User die Tans die dann fortlaufend sind nicht mehr über die Seite aufrufen..
Und es tritt auch bei allen Sponsorcrons auf, also an einen Bug glaub ich nicht

[Gremlin]

dadurch hat man aber sicher wieder das Problem das findige User die Tans die dann fortlaufend sind nicht mehr über die Seite aufrufen

# Referer Check
$referer = parse_url($_SERVER['HTTP_REFERER']);
## ggf. auch noch Abfrage ob mit www. kam oder halt Subdomain aber bei mir geht die Domain nur ohne www deshalb ist es so^^
if ($referer['host'] != 'primeraclub.de') header('Location: index.php?content=/referer&referer='.$referer['host']);
# Referer Check 

Hab ich bei mir seit Beginn drin und funzt super, hat man sogar die Referer Blocker schön mit geblockt ^^

Man kann Referer zwar fälschen aber die wenigsten werde wohl die Plugins dazu haben.

Alternativ könnte man die tan zusätzlich übergeben und auch noch mit prüfen.

Gruß
Gremlin

[Dany]

Also, ich habs nun dahin geändert, das er die Tan aus der kid und create_code zusammensetzt, und das funktioniert komischerweise auch, obwohl die generierten Tans teilweise immer noch gleich sind. Durch die kid sind die Tans dann immer noch unterschiedlich.

Verstehen werde ich das ganze aber trotzdem nicht

Danke erstmal allen die geholfen haben.

Gruß Dany