Ich glaub vor langer Zeit hatte ich das Thema schon mal irgendwo angesprochen, ich hätte gern die Möglichkeit das die ersten Plätze in den Stats nicht permanent von Spielern belegt werden die schon lange nicht mehr da waren.
Wenn möglich soll einmal pro Tag per Cron die Stats nach Spielern durchsucht werden die längere Zeit (z.B. 30 Tage) nicht online waren. Diese werden dann auf hideranking on gestellt. Sollten sie dann doch mal wieder online kommen soll hideranking wieder ausgeschaltet werden, so das sie wieder in den Stats auftauchen.
Alternativ könnte man auch die Stats der entsprechenden Spieler nach der festgelegten Zeit auch resetten.
Ich glaub mit kompletten löschen einzelner Spieler gabs Probleme.

Wäre es möglich sowas mit einzubauen bzw. als zusätzliches Script bereitzustellen ?

jup wäre möglich.

mache daraus einfach einen feature request und dann ist es vielleicht in der nächsten version enthalten

http://sourceforge.net/tracker/?group_i ... tid=370371

würde mich gern selbst mal dran probieren. Dachte daran es evtl. in die awards.pl mit einzubauen. Vorher aber die Frage, stört das HLStats eigentlich wenn man einzelne Spieler aus der Datenbank löscht? Ich glaub früher gabs da mal Probleme?

nope, gibt keine probleme damit.
du musst den spieler aber auch aus allen tabellen löschen.
also playernames, uniqueids und players (aus den events werden die sachen eh mit der zeit gelöscht ==> who cares)

wobei ich das lieber mit der awards.pl machn würde.
also solange die scores ausserhalb von 800 - 1200 sind täglich +20 bzw -20 zum skill dazu rechnen.

bei Bedarf kann ich da den 1.40 code-change der awards.pl posten posten.
musst halt sichergehn, dass die awards nicht mehrmals am tag ausgeführt wird...

ok gut zu wissen


jap hatte ich ja oben erwähnt


was genau meinst du hier ?


hast du sowas schon ??


jap einmal am tag, sonst ergibt der award selbst auch keinen sinn für mich

könnt ja sein, dass die awards.pl 2* hinereinander ausgeführt wird, was zwar zu keinen änderungen bei den awards führt, jedoch die doppelte normalisierung verursacht.

ich hab das in meinem hl-stats so gemacht, dass alle, die über 1200 punkte haben, jede nacht 25 punkte abgezogen bekommen.
alle die utner 800 punkte haben, bekommen jede nacht 25 punktedie breite masse an spielern hat um die 900-1200 punkte, somit veschwinden prolucker (welche bei einmaligem spielen 2000 pts angesammelt haben) mit der zeit in der breiten masse und haben dann 1200 punkte.
das selbe mit den noobs.

der code:
suche


ersetze durch

hmm hast du dann nicht irgendwie nur spieler die alle die gleiche punktanzahl haben ?

nur wenn alle inaktiv wären

nach 4 tagen hätt ein hochgeluckter 2000er spieler nur mehr 1900 punkte, nach weiteren 4 tagen nur mehr 1800, .... bis sie bei oder unter 1200 angelangt sind. (2001 würde zu 1201 und am nächsten tag zu 1149).

andere aktive spieler können dann einfacher über diese hockgeluckten einmalspieler rüber.

das alle unter 900 pts +25 bekommen ist so eine gegenbalance- nicht wirklich wichtig, aba wenns nur abzüge gäbe, wärs schwerer an punkte zu kommen.

habe mir den den neuen elo logger angeschaut und nicht wirklich verstanden, was da wirklich besser sein soll, als im 1.40 er?
wenn man bei 1.40er formel bei 10, anstelle von 100 cappt ist die an sich recht gut...
evtl. könnte man noch die kill:death ratio der spieler oda die absoluten werte zur berechnung heranziehen.
sprich, spieler mit vielen kills kriegen mehr punkte/verlieren weniger.

aber der code (cpu+ram) aufwand vom elo logger zum alten logger ist schon n unterschied und ich seh iwie ned ein, den neuen nutzen zu wollen

klingt interesant aber find es bisschen umständlich.
Welche Tabellen bzw. Daten müsst ich den eigentlich in der Datenbank Löschen oder Ändern um jemanden zu resetten?

ich hab auf meinem server regeln wie: ban = stat-reset, ...
also hab ich da entsprechende scripte
mein script ist nicht auf sicherheit ausgelegt und sollte NIE für nicht admins erreichbar sein.

nutzung erfolgt auf eigene gefahr. ich hafte für keine schäden an db computer, internet, welt, ... die möglicherweise durch das ausführen des scriptes entstehen. und das sonst übliche haftungsausschließende zeug halt...

nimm das script nur als hilfe für die erstellung eines eigenen scriptes.
manche felder bzw tabellen, die ich setze gibt es vl. im echten hlstats nicht.

ich habe meine hlstats-version schon vor sehr langer zeit angefangen zu "modden" und hab ka, was original ist und was verändert ist (nachdem ich -glaub ich- jede einzelne datei verändert habe...)

danke dir, hilft mir schon mal weiter.

Mit etwas Hilfe vom selfphp-Forum bin ich jetzt endlich mal bisschen weiter gekommen und hab es geschafft das die Daten von Usern gelöscht werden.
Dabei ist mir aber aufgefallen das ich die Daten aus der falschen Tabelle als Bedingung für den letzten Besuch genommen habe (lastuse aus hlstats_playernames).
Wo wird der "Last Connect" nun eigentlich wirklich gespeichert?

also in der aktuellen neuen version, dich ich hoffentlich bald fertig bekomme, ist so was schon enthalten:

http://bananas-development-server.de/hl ... me=cstrike

oben mit dem link hat man nun die möglichkeit nur aktive spieler anzuzeigen oder alle.

die Tabelle ist hlstats_Events_Connects und hlstats_Events_disconnects.

Wobei die Information der Disconnects nicht immer stimmt. Denn manchmal wird der disconnect nicht "richtig" in das log geschrieben.

oh das klingt ja schon mal nett.
Wonach richtet es sich dann in der neuen Version welche Spieler aktiv und welche inaktiv sind? Gibts dafür ne Option um das evtl. anzupassen ? Was passiert wenn ein inaktiver Spieler doch mal wieder vorbei kommt? Bekommt er dann seine Stats wieder zurück oder werden seine Stats irgendwann komplett gelöscht ?

also stats werden nicht gelöscht.

nur die Events nach einem definierten zeitraum.

der daemon setzt bei der änderung des skills den Spieler auf aktiv.

Nun kommt noch ein anderes Script dazu. Dieses setzt bei jedem Spieler, der innerhalb eines Zeitfenster keinen skillchange hat, die Einstellung aktiv auf inaktiv.

Sobald ein spieler wieder einen skillchange bekommt ist dieser automatisch wieder aktiv.