Many of the map images for some of the game types included in UTStatsDB are from me playing a map and taking a screenshot.

Have you missed something? Probably not. I had started making these changes years ago and only just started looking into it again, trying to pick up where I left off and get the new special events system working.

That's not practical to do on the fly by the web server, so better to get your map collection together and stick them all in mapimages.

Great that you figured out a solution!

You brought up some good points of reducing repeated code, and that there is a lot of clean-up that can be done, but there is certainly the matter of how much time to spend on making things look better versus working better. I am still working on getting the new special event handling working ...

The software was written in 2003 for a single version...UT2003. It was a weekend project initially. When you ask about everything being in one script, I assume you mean the log parser. The original version was extremely basic, but then I wrote a more a more robust logger in C for the global stats ...

I vaguely remember seeing weapon names do that sort of thing before due to a bug in how the objects were handled. See if the behavior occurs when only the AntiTCC mutator is enabled.

What logger are you using?

Because each weapon is being relabeled repeatedly by the mutator with custom names, so the stats see it as a new weapon. I'm not sure what the purpose is for that. If the stats were to simply strip numbers off the end of weapon names, that could potentially impact some that shouldn't be modified ...

I'm aware of some issues with the 3.10 release, and almost released a version 3.11, but eventually a number improvements and fixes have been made. Version 3.12 is in testing and will soon be ready for release, just fixing a few minor issues, plus it was brought to my attention that support for ...

Here are some details on using rsync to transfer log files from a game server to the web server.

First, you need to create a script, such as /etc/utstatslogs:
#!/bin/sh
rsync --rsh=/bin/ssh --remove-source-files user@server.com:/usr/local/ut/UserLogs/Stats_*.log /var/http/ut/Logs/
cd /var/http/ut ...

Mein Deutsch ist begrenzt.

I had help for the translation for UTStatsDB (and the Epic Games global stats).

I just checked, the code is still in place for displaying demorec links in the Match Stats page.

Guten Morgen.

/etc/cron.d:
*/5 * * * * apache /etc/utstatslogs >/dev/null 2>&1

/etc/utstatslogs
#!/bin/sh
rsync --rsh=/bin/ssh --remove-source-files user@server.com:/usr/local/ut/UserLogs/Stats_*.log /var/http/ut/Logs/
cd /var/http/ut
/usr/bin/php ./logs.php pass=<updatepass> nohtml

chmod +x /etc ...

That's an improvement, at least it contains most of the timestamp and would be much easier to locate. I've added configuration to the log config settings for the demorec files. I'll work on getting it to function. I don't even remember how the link is displayed, if it is at all.

Also, is there no way to improve the naming convention of the demorec files, set them to the match start time, or log the file name? The names make it difficult since it would require calculating the match length, adding that to the start time, then go looking for a file name with roughly that ...

You provided three demo recs and four logs, and the map names of the logs don't line up with the demo recs.

FYI, these logs parsed fine in my current version. Once you send me some demorec files (with matching log files) I'll get that added back in.

It looks like back in the early days of UTStatsDB before most of the configuration was put into a menu allowing multiple configs, it had:
$demodir = "./Demos/"; // Set to your demorec file path
$demoext = "demo4"; // Extension of demorec files
$demourl = "Demos/"; // Prefix to URL path of demorec ...

I didn't realize file uploads weren't working. We recently changed server hardware. Go ahead and try now.

Are the duplicate weapons occuring in a single match or across multiple matches? I'd prefer if you could narrow this down to one or two matches to debug it.

That's certainly a bug, possibly an encoding error causing that. Send me one of your match logs that have this issue and I'll take a look. It's also possible that it's already been corrected in the current code, but I do have one more similar problem to fix.

I only supplied SQL configurations with the full standalone verisions of UTStatsDB I created back in 2008, which I definitely don't advise using anymore. Better to use a modern version of MySQL (or better, MariaDB) and start with the stock configuration that can be tweaked for your hardware.

Currently my work in progress has a couple of bugs to fix, but I'll try to get to that soon. I haven't had much time for working on it these days, but I was just looking into them the other day and corrected some of them. As for MyISAM vs InnoDB, MyISAM is significantly faster (at least for reads ...

I should add, I've lately worked on PHP compatibility and fixing various bugs I've found. I currently have the system running smoothly on PHP 8.5.

I've mostly focussed on MySQL/MariaDB support, though certainly ADODB would have made supporting multiple database systems easier. It does, however, have its drawbacks. I've continued working on fixing some issues and improving performance. Some tables do not require any indexes because the entire ...

I'm testing version 3.11 and will release it shortly. Among other issues, this will correct some encoding problems that would cause duplicate map and other entries.

What version of PHP and SQL are you running? It seems as though a hard error is being thrown instead of just returning an empty result where the system would then initialize the database.

Your post was also lost in the system as a pending approval. You are now a fully registered account, and I'm looking to correct the system notifications. I'm not sure why you received the magic_quotes error, since that was supposed to have been removed in version 3.10. I just checked my current ...

I do apologize for not seeing your messages until now. I did not receive the system notifications of your new posts and though I had visited the forums a few times I did not log in, so did not see the posts with pending approval. Your account is now fully registered. I've been working on some ...