select(bf) updated auf Version 0.5beta

[shiny 0]

Es gibt da halt ein zwei Änderungen an den Tabellen auch. Betrifft insbesondere solche Datenfeld-Größen-Geschichten, wie bei den "repairs". Man kann die auch manuell machen. Am besten alle Zahlen-Spalten von TINYINT(3) unsigned auf INT(11) signed ändern, dann sollte das schon gehen.

Bzgl. des Updates der Stats: s(bf) hat jetzt ein eingebautes PHP-caching. Das ist jpcache und kann auch konfiguriert werden. Aktuell werden die Stats nur alle 15 Minuten neu berechnet, in der Zwischenzeit kommen sie aus dem Cache.

[old-pitcher 1]

Hab die Felder repairs, otherrepairs, first, second und third in den Tabellen selectbf_cache_ranking und selectbf_playerstats von TINYINT(3) auf INT(10) umgestellt, danach läuft es einwandfrei!

INT(10) unsigned habe ich gegen Deinen Rat gewählt, weil alle anderen Felder auch diesen Typ haben.

Danke für die Hilfe !

[old-pitcher 1]

Es kommen beim importieren der Logs allerdings immer noch viele Fehler

com.mysql.jdbc.MysqlDataTruncation: Data truncation: Out of range value adjusted for column 'score' at row 1

Das einzige Feld score finde ich in der Tabelle selectbf_playerstats und da ist es bereits ein INT (unsigned).

[shiny 0]

Mach es mal signed. Es gibt den Fall, dass einer User da mit -1 Score reinmuss.

[old-pitcher 1]

Aaaah, die Pr0g4m0r ... stimmt auffallend, scheint zu klappen.

Edit: in den Tabellen selectbf_cache_ranking und selectbf_playerstats muss das Feld score auf unsigned, dann sieht letztendlich alles gut aus

Edit2: gleiches gilt für Tabelle selectbf_cache_mapstats, die Felder score_team1 und score_team2

[-=Punkbuster=- 166]

Cool, ich verstehe nur Bahnhof, überlege aber dennoch eine News zu machen und auf die neue Beta-Version und diesen Fred hinzuweisen

[old-pitcher 1]

Ich verstehe auch nicht viel mehr

Aber hier mal ein (von phpMyAdmin generiertes) SQL-Script, das die genannten Änderungen machen sollte:

ALTER TABLE `selectbf_cache_mapstats` CHANGE `score_team1` `score_team1` INT( 10 ) NULL DEFAULT NULL ,

CHANGE `score_team2` `score_team2` INT( 10 ) NULL DEFAULT NULL;



ALTER TABLE `selectbf_cache_ranking` CHANGE `score` `score` INT( 10 ) NULL DEFAULT NULL ,

CHANGE `repairs` `repairs` INT( 10 ) UNSIGNED NULL DEFAULT NULL ,

CHANGE `otherrepairs` `otherrepairs` INT( 10 ) UNSIGNED NULL DEFAULT NULL ,

CHANGE `first` `first` INT( 10 ) UNSIGNED NULL DEFAULT NULL ,

CHANGE `second` `second` INT( 10 ) UNSIGNED NULL DEFAULT NULL ,

CHANGE `third` `third` INT( 10 ) UNSIGNED NULL DEFAULT NULL;



ALTER TABLE `selectbf_playerstats` CHANGE `score` `score` INT( 10 ) NULL DEFAULT NULL ,

CHANGE `repairs` `repairs` INT( 10 ) UNSIGNED NULL DEFAULT NULL ,

CHANGE `otherrepairs` `otherrepairs` INT( 10 ) UNSIGNED NULL DEFAULT NULL ,

CHANGE `first` `first` INT( 10 ) UNSIGNED NULL DEFAULT NULL ,

CHANGE `second` `second` INT( 10 ) UNSIGNED NULL DEFAULT NULL ,

CHANGE `third` `third` INT( 10 ) UNSIGNED NULL DEFAULT NULL;

[shiny 0]

Cool, ich glaube ich packe das mal gerade noch mit in die _setup.php rein, dann sollte das auf Knopfdruck gehen.

Bzgl. News posten: Kannste gerne machen. Warte aber vielleicht gerade noch, dann nehme ich diese Änderung noch mit auf und lade bei SF.net nen neues Package hoch, dann kriegen nicht alle Leute noch diese Probleme.

[-=Punkbuster=- 166]

Alles klar

[Tobias 0]

Gibt es eine möglichkeit um Java rumzukommen? Habe wie erwähnt nur einen Webspace, kann das ding in dem Punkt leider auch nicht starten...

Hab die Readme zumindest so verstanden.

[shiny 0]

Ne, um Java kommste nicht herum. Der Parser macht im Prinzip die Hauptarbeit.

BTW: Hab nen neues Package bei SF.net hochgeladen. Da sollte jetzt auch das Updaten funktionieren.

@Punktbuster: Kannst loslegen, wenn Du willst.

@old-pitcher: Sind jetzt aber alles signed !

[-=Punkbuster=- 166]

Okeh. Wird aber wohl eher morgen, da heute noch einiges auf der Liste steht

[old-pitcher 1]

@Tobias: wo läuft denn Dein Gameserver ?

Du könntest Dir ein Szenario basteln, wo Du die Logfiles vom Gameserver auf Deinen heimatlichen PC kopierst, dort auswertest und dabei entweder direkt auf einen nach außen offenen Port Deiner MySQL Datenbank schreibst (sehr unsicher, nicht empfohlen), oder danach einen Dump der Datenbank auf den Server kopierst und dort importierst. Das meiste davon läßt sich vortrefflich scripten.

[shiny 0]

Da hat old-pitcher natürlich recht. Sorry, bin schon etwas an die "ne, das geht nicht"-Antworten gewöhnt, weil viele Leute fragen, ob man Java nicht weglassen kann !

Die einfachste Lösung ist glaube sich nen V-Server zu holen (~8,90€ bei nem Anbieter Deiner Wahl). Auf dem kannst Du locker die Stats und den Parser laufen lassen. So würde ich zumindest machen . Obwohl es V-Server bei der anfänglichen Entwicklung von s(bf) noch gar nicht gab !

[Kampfsau 0]

Please wait this takes a while

-> Caching 'Character-Type Usage'14:33:43,847 FATAL selectbf.SelectBf

-

================================================

14:33:43,847 FATAL selectbf.SelectBf - FATAL ERROR

14:33:43,847 FATAL selectbf.SelectBf - ----------------------------

--------------------

14:33:43,847 FATAL selectbf.SelectBf - An unexpected circumstance p

revented the Parser

14:33:43,847 FATAL selectbf.SelectBf - from continuing his work.

14:33:43,847 FATAL selectbf.SelectBf - Please report this error and

a COPY-PASTE of the

14:33:43,847 FATAL selectbf.SelectBf - following to selectbf@s-h-i-

n-y.com OR BETTER

14:33:43,847 FATAL selectbf.SelectBf - in the forums at http://www.

selectbf.org, Thanks!

14:33:43,847 FATAL selectbf.SelectBf - com.mysql.jdbc.MysqlDataTrun

cation: Data truncation: Data truncated for column 'kit' at row 25714:33:43,847 FATAL selectbf.SelectBf - StackTrace:

14:33:43,863 FATAL selectbf.SelectBf - com.mysql.jdbc.SQLError.conv

ertShowWarningsToSQLWarnings(SQLError.java:717)

14:33:43,863 FATAL selectbf.SelectBf - com.mysql.jdbc.MysqlIO.scanF

orAndThrowDataTruncation(MysqlIO.java:3102)

14:33:43,863 FATAL selectbf.SelectBf - com.mysql.jdbc.MysqlIO.sqlQu

eryDirect(MysqlIO.java:1862)

14:33:43,863 FATAL selectbf.SelectBf - com.mysql.jdbc.Connection.ex

ecSQL(Connection.java:3243)

14:33:43,863 FATAL selectbf.SelectBf - com.mysql.jdbc.Statement.exe

cuteUpdate(Statement.java:1343)

14:33:43,863 FATAL selectbf.SelectBf - com.mysql.jdbc.Statement.exe

cuteUpdate(Statement.java:1260)

14:33:43,863 FATAL selectbf.SelectBf - org.selectbf.DatabaseCacher.

cacheCharacterTypeUsage(DatabaseCacher.java:80)

14:33:43,879 FATAL selectbf.SelectBf - org.selectbf.SelectBf.run(Se

lectBf.java:167)

14:33:43,879 FATAL selectbf.SelectBf - org.selectbf.SelectBf.main(S

electBf.java:666)

14:33:43,879 FATAL selectbf.SelectBf - If you want to help even mor

e, also supply a

14:33:43,879 FATAL selectbf.SelectBf - copy of the Log-File that tr

iggered this error.

14:33:43,879 FATAL selectbf.SelectBf - ============================

Tja und das kommt bei mir raus, die Daten werden Ordnungsgemäß in die Tabellen geschrieben aber dann beim catchen kommt eben dies hier!

Kampfsau