gesperrte User bei Klamm auslesen

[marcaust]

Danke @Xenon

Zu dem Preis kann ich das allerdings nicht selber schreiben, von daher... ;-)

[neoplacer]

Hi, wo bekommt der Cron die Daten her?

[dude32]

also der cron gleicht die daten über ef ab

Gesperrte User

http://www.klamm.de/engine/klamm/abuse.php
Parameter

ef_id// Ihre interne EF-ID (14934) ef_pw// Ihr EF-Passwort ab_time// Sperrungen ab unix_timestamp>=ab_time (optional) Returncodes

1001// Alles OK 1002// EF Account existiert nicht 1003// EF Passwort falsch 1004// Nicht genug freie EF Anfragen 1016// ab_time Parameter nicht zulässig (optional) 1097// EF temporär überlastet 1098// EF Account ist gesperrt 1099// Unbekannter Fehler Rückgabeformat

Returncode|#Ergebnisse|#freeEFAnfragen|#bezEFAnfra gen
userID|sperr_time
userID|sperr_time
... // bei Error sind versch. Werte ggf. -1 Beispielaufruf

http://www.klamm.de/engine/klamm/abu...345&ef_pw=test

funzt ähnlich wie bei der anmeldung

User Check

http://www.klamm.de/engine/klamm/validate.php
Parameter

ef_id// Ihre interne EF-ID (14934) ef_pw// Ihr EF-Passwort k_id// ID des klamm Users l_pw// Lose Passwort des klamm Users (optional) Returncodes

1001// Alles OK 1002// EF Account existiert nicht 1003// EF Passwort falsch 1004// Nicht genug freie EF Anfragen 1006// klammUser existiert nicht 1007// klammUser ist gesperrt 1009// Lose Passwort falsch (optional) 1097// EF temporär überlastet 1098// EF Account ist gesperrt 1099// Unbekannter Fehler Rückgabeformat

Returncode|Nickname|#freeEFAnfragen|#bezEFAnfragen |Signed|Status|Since // bei Error sind versch. Werte ggf. -1
// Signed = Anmeldedatum (erst seit dem 22.04.2002)
// Status = Onlinestatus des Users: ON (1), OFF (0), PRIVACY (2)
// Since = ON (wie lange), OFF (letztes Mal ON), PRIVACY (seit wann) Beispielaufruf

http://www.klamm.de/engine/klamm/val...345&ef_pw=test
&k_id=20876

[neoplacer]

Cool wusste ich noch gar nicht, wieder was gelernt, dass klamm da endlich eine Schnittstelle für hat. Darf man diese Daten speichern?

[jpwfour]

Denke mal du darfst die auch speichern, da es ja eh nur KlammID und Datum ist, beides nicht wirklich personenbezogen, besonders da es ja nur "unbenutze", da gesperrte, KlammIDs sind.

Muss man aber auch nicht speichern, anmelden können sich diese User eh nicht mehr,und beim nächsten Cronaufruf kann man das optionale Argument ab_time nutzen, um nicht jedesmal alle IDs abgleichen zu müssen.

[dude32]

Cool wusste ich noch gar nicht, wieder was gelernt, dass klamm da endlich eine Schnittstelle für hat. Darf man diese Daten speichern?

diese daten gibt es eigendlich schon solange ich einen ef bei klamm habe, also ca. 6 jahre

du kannst dort:

klamm

• User Check
• Gesperrte User
• Abmeldequeue
• Accountdaten
• Statistiken
• Transaktionen
• Neueste ID

EFklamm

• Losestand abfragen
• Lose einziehen
• Lose verschicken

EFEF

• EF Transaktionen
• EF Status
• Lose >> EF/Tresor
• EF Confirm

nur es wird halt nicht alles genutzt