LKT-Auszahlfunktion-Pro Anfragenbegrenzung.

[Lokutos]

spaar dir die 40 Mio Lose

zeile 24 steht

$tag = time(); 

ersetz dies mit

$tag = mktime(0,0,0,date('m'),date('d'),date('Y')); 

ist ein Bug werd ich beim nächsten mal mit updaten

dan sollte das mit anfragen / User wieder funktionieren mit der angabe in den betreiberdaten.
(Pro user)

MFG Lokutos

[cr00sy]

dan sollte das mit anfragen / User wieder funktionieren mit der angabe in den betreiberdaten.
(Pro user)
MFG Lokutos

Vielen dank für die schnelle antwort. Kann es sein das dies nur für die User gilt die sofort auszahlen können ohne eine beantragung? Weil ich möchte gerne das die User die beantragen ebenfalls nur 1x täglich eine auszahlung beantragen können.

[Lokutos]

Dies ist so.

wen du das möchtest verschiebe die zeile (104)

db_query("INSERT INTO ".$db_prefix."_schnittstelle_anfragen (zeit,uid) VALUES ('".$tag."','".$_SESSION['uid']."')"); 

über

}else $auszahlmeldung = 'Deine Schnittstellenanfragen sind verbraucht!!!'; 

so:

                    db_query("INSERT INTO ".$db_prefix."_schnittstelle_anfragen (zeit,uid) VALUES ('".$tag."','".$_SESSION['uid']."')");
                }else $auszahlmeldung = 'Deine Schnittstellenanfragen sind verbraucht!!!'; 

MFg Lokutos

[cr00sy]

Guten Morgen!

Danke für deine Hilfe, es funktioniert wunderbar . Nur ist mir aufgefallen das nun die Uhrzeit nichtmehr übertragen wird, es wird immer angezeigt das es 00:00 Uhr sei, also: 09 Jan, 2011 00:00.

So wird 00:00Uhr ausgegeben:

$tag = mktime(0,0,0,date('m'),date('d'),date('Y'));

So wird es richtig ausgegeben, nur geht dann das mit der begrenzung nicht mehr:

$tag = time(0,0,0,date('m'),date('d'),date('Y'));

Hast du eine Idee wie das problem zu lösen ist?

[Prof.Dr.Mett-Wurst]

... gleich mal mit einhackt.

Sollte die angeforderte Menge der Lose etc. zwischen der Beantragung und dem sichten durch den Admin unter dem Limit liegen wird derzeit noch der volle Betrag der angefordert wurde ausgezahlt und nicht der tatsächliche.

Weiterhin ist die Funktion "Alle auszahlen" absolut zu meiden, denn das Script zahlt alle bisher angeforderten und zusätzlich alle in der DB befindlichen AZ-Wünschen aus selbst die schon mal ausgezahlt wurden.

Schaden bei mir: "zum Glück" NUR 100.000.000 Lose


Ich bitte das ganze zu fixen

[Lokutos]

... gleich mal mit einhackt.

Sollte die angeforderte Menge der Lose etc. zwischen der Beantragung und dem sichten durch den Admin unter dem Limit liegen wird derzeit noch der volle Betrag der angefordert wurde ausgezahlt und nicht der tatsächliche.

Weiterhin ist die Funktion "Alle auszahlen" absolut zu meiden, denn das Script zahlt alle bisher angeforderten und zusätzlich alle in der DB befindlichen AZ-Wünschen aus selbst die schon mal ausgezahlt wurden.

Schaden bei mir: "zum Glück" NUR 100.000.000 Lose


Ich bitte das ganze zu fixen

Hi gerne schaue ich mir dies einmal auf deiner Seite an.
Da ich bis heute nie eine solche fehlermeldung erhalten habe wusste ich von einem eventuellen bug auch nichts.

Ich gehe an der stelle einmal auf die details deines Postes ein:

Sollte die angeforderte Menge der Lose etc. zwischen der Beantragung und dem sichten durch den Admin unter dem Limit liegen wird derzeit noch der volle Betrag der angefordert wurde ausgezahlt und nicht der tatsächliche.

Dies ist aktuell korrekt so. Stimme ich dir zu.
Auf der Auszahlenübersicht steht aber folgender Satz:

Wenn der user weniger guthaben hat als er angefordert hat (nachträglich gezockt etc.)
signalisieren ihnen das die "!!!!!".

Weiterhin ist die Funktion "Alle auszahlen" absolut zu meiden, denn das Script zahlt alle bisher angeforderten und zusätzlich alle in der DB befindlichen AZ-Wünschen aus selbst die schon mal ausgezahlt wurden.

Bei mir nicht,
Das System arbeitet mit folgenden drei Status Möglichkeiten:
0=offen
1=bezahlt
2=abgelehnt

nun hat der admin den folgenden button:

<form action="" method="POST">
<center><input type="Submit" name="auszahlen" value="Alle Auszahlen">&nbsp;<input type="Submit" name="auszahlen" value="Alle Ablehnen"></center>
</form>

nach dem absenden an die selbe URL ist folgende if abfrage vorhanden:

if ($_POST['auszahlen'] == 'Alle Auszahlen'){
$ddd = db_query("SELECT * FROM vms_LKT_auszahlanforderungen Where status='0'");
    while ($fff = mysql_fetch_array($ddd)) {
        ...........
        auszahlenadmin (.....);
        if (!$error) {
            db_query("UPDATE vms_LKT_auszahlanforderungen    SET status = '1' WHERE status = '0' AND  id = '".$id."'");    
            db_query("UPDATE vms_kontodaten    SET kontostand = kontostand-".$betrag." WHERE uid = '".$uid."'");    
            ..........
        }else echo $trans_ausgabe.' bei uid '.$uid.'<br>';                
    }
} 

die Datenbankabfrage ergibt bei folgendem status:


Folgende ausgabe:


Was genau die 4 abfragen sind die Offen sind.

Wie gesagt ich bin gerne bereit mir das auf deinem system anzuschauen.

MFg Lokutos

[cr00sy]

Danke das Du dir die mühe machst finde ich echt Top! Kann es sein das Du mein Beitrag übersehen hast?

Sollte die angeforderte Menge der Lose etc. zwischen der Beantragung und dem sichten durch den Admin unter dem Limit liegen wird derzeit noch der volle Betrag der angefordert wurde ausgezahlt und nicht der tatsächliche.

Hab das bei mir so das dass komplette guthaben bei der beantragung abgezogen wird und nicht erst bei der auszahlung, dann kann der User das Guthaben auch nicht mehr ausgeben. Wenn du das willst (kostet nix) einfach mal per PN die Mail schreiben und ich sende es dir zu.

[cr00sy]

Push

Guten Morgen!

Danke für deine Hilfe, es funktioniert wunderbar . Nur ist mir aufgefallen das nun die Uhrzeit nichtmehr übertragen wird, es wird immer angezeigt das es 00:00 Uhr sei, also: 09 Jan, 2011 00:00.

So wird 00:00Uhr ausgegeben:

$tag = mktime(0,0,0,date('m'),date('d'),date('Y'));

So wird es richtig ausgegeben, nur geht dann das mit der begrenzung nicht mehr:

$tag = time(0,0,0,date('m'),date('d'),date('Y'));

Hast du eine Idee wie das problem zu lösen ist?

[cr00sy]

Push.. Kommt dazu noch eine Antwort?

[cr00sy]

Push