Eine Erweiterung für den EF

[ostsan]

Hallo

Ich hätte da einen Vorschlag für den EF

Und zwar ist ja bis jetzt das so das der Return string
das hier enhält

Returncode|#EFLose|#UserLose|#freeEFAnfragen|#bezEFAnfragen

jetzt hab ich das aber auch so auf meiner Seite das in meiner DB
gespeichert wird wieviel auf meinem EF liegt, das ich nicht immer
auf Klamm ins EF muss.

Kannst du nicht bitte noch hinzufügen das mann auch eine angabe
hat wieviel im Tresor ist ?
z.B. so ?

Returncode|#EFLose|#UserLose|#freeEFAnfragen|#bezEFAnfragen|#EFTresor

Das wäre echt super hilfreich wenn das ginge und noch dazu eine geile Erweiterung für den EF.


mfg
OstSan

 

[Mone]

ef_status.php:
Returncode|#freeEFAnfragen|#bezEFAnfragen|#EFLose|#EFTresorLose

efsend.php:
Returncode|#EFLose|#Tresor|#freeEFAnfragen|#bezEFAnfragen

Nimm doch eines dieser Scripte.

 

[ostsan]

Dann kostet mich ja das jedesmal eine Abfrage

Wenn es bei send.php und get.php mitlaufen würde ginge es automatisch

 

[theHacker]

Dann kostet mich ja das jedesmal eine Abfrage

Es reicht doch das einmal pro Tag per Cronjob zu machen.

Außerdem kannst du jedes Mal, wenn du am Tresor rumfummelst, deinen Wert ja aktualisieren. Dann musst du praktisch niemals n Daten-Sync machen.

 

[Mone]

Außerdem kannst du jedes Mal, wenn du am Tresor rumfummelst, deinen Wert ja aktualisieren. Dann musst du praktisch niemals n Daten-Sync machen.

Eben. Beim Tresor gibt es keine Gefahr, dass dir jemand die Lose klaut. Also reicht es, wenn du die Daten selbst aktualisierst.

 

[ostsan]

Ok ihr habt recht so hab ich das noch gar nicht gesehen

Ich gebe mich geschlagen

 

[DelphiKing]

Anfragen sparen, na super ^^
Kann man ja gleich bei jedem Returncode und bei jeder Anfrage jedes API-Teiles alle mit den gegebenen Daten angebbaren Daten ausgeben - damit man Anfragen spart, falls man mal was davon bräuchte...

edit: Geb dich doch nicht schon 32 Sek. vor meinem Post geschlagen

 

[ostsan]

Hehe doch gebe ich mich mir ist es ja nich direkt um das Sparen gegangen ich dachte halt nur das es so leichter ginge.
Aber es stimmt ja solange mann nicht immer das guthaben was ankommt sofort in den Tresor schibt muss manns ja auch nicht aktualisieren.
An das habe ich nicht gedacht
Oder halt nur einmal am Tag per cron dann ist das auch io
Deswegen kann ich mich auch geschlagen geben

 

[theHacker]

Aber es stimmt ja solange mann nicht immer das guthaben was ankommt sofort in den Tresor schibt muss manns ja auch nicht aktualisieren.
An das habe ich nicht gedacht

Wer ein sauberes Script hat (also niemand ), braucht nicht mal die Losemenge außerhalb des Tresors zu überwachen, weil auch die sich aus Summen von Ein- und Auszahlungen ergibt.

 

[Mone]

Wer ein sauberes Script hat (also niemand ),

haha.

braucht nicht mal die Losemenge außerhalb des Tresors zu überwachen, weil auch die sich aus Summen von Ein- und Auszahlungen ergibt.

Falsch. Bei CL wird diese Summe aktualisiert und mit dem EF-Stand verglichen. So sieht man gleich, ob unberechtigt oder überhaupt manuell Lose transferiert wurden.

Es soll tatsächlich - außer dir - auch Progger geben, die was können .

 

[theHacker]

Bei CL wird diese Summe aktualisiert und mit dem EF-Stand verglichen. So sieht man gleich, ob unberechtigt oder überhaupt manuell Lose transferiert wurden.

Ok, so rum kann mans auch verwenden

Es soll tatsächlich - außer dir - auch Progger geben, die was können .

Die Programmierer sind doch hier gar nicht angesprochen.
Nimms mir ned übel, aber du weißt doch, wie gerne ich über Jagusch&Co lästere

 

[DelphiKing]

wie gerne ich über Jagusch&Co lästere

Heh, wir sollten uns mal zusammentun

 

[Benutzer-2472]

Heh, wir sollten uns mal zusammentun

Aber ich dachte wir reden von programmieren

 

[TDS]

Ok, so rum kann mans auch verwenden Die Programmierer sind doch hier gar nicht angesprochen.
Nimms mir ned übel, aber du weißt doch, wie gerne ich über Jagusch&Co lästere

Aber ich dachte wir reden von programmieren

Also erstmal fettes *LoL*

Also ich denke das eine Abfrage nicht wirklich die EF-Abfragen drastisch reduziert.
Rechnen wir mal: 50.000 Anfragen = 5 Euro => 0,01Cent
Ich denke das kann man verkraften...

// ironie on
Zu den Scripten und der Struktur: Schau dir das VMS-Basisscript an
// ironie off