Web-based Rcon Administration

[gamerlv]

(08-23-2010, 05:39 PM)BehaartesEtwas Wrote:  that is a fact for all scenarios. if you use information provided by hlstatsx or hlx:ce, you use that backend. it cannot work without a backend, there needs something running all the time if you want to catch the log. unless you want to open the log files from disk.

Ahhh now I get ya. I was thinking about using flat file reading.

[scorpe51]

Hey guys.

I've just read your last posts. Indeed, getting rid of such a backend would be great, and providing an PHP-based extracting tool along with the script could turn very handy.

Actually, parsing the flat files, which is used by psychostats for example, cannot apply to our system as we need a real time monitoring. Far as I know, the files are updated at the end of the map, when the server is changing the map.

I've tried indeed the UDP port reading with PHP, but for some dark unknown reason it didn't work. RCon flow is working both ways, so I should take a deeper look into it.

Surely if you can provide me some help on the log monitoring with a great log parser class, that could be interesting.

I'd like to work more often on the project, but my job is taking all my time. That's why I didn't answer earlier .

[Stinkyfax]

parsing files is definitely not good idea, though files are being written in real-time (not on end of map).
I would really love to see this tool, eventhough I am using HLStatsX, without would be better.

[scorpe51]

(08-25-2010, 10:22 PM)Stinkyfax Wrote:  parsing files is definitely not good idea, though files are being written in real-time (not on end of map).

Oh I thought it was. Has it changed lately? Like the past 2 years? Or maybe I didn't configure it properly (though it was a test on HL2DM).

Anyways that could be a backup plan even though a bad idea. I'll look into it as soon as I don't have no more crazy working hours.

[BehaartesEtwas]

AFAIK the files are updated in certain blocks like 1kB or so. so if the log is quite active the file gets updated quite often. if the log is very quite it might get written only at map change (when the file is probably flushed by the engine).

Unfortunately my code that catches the UDP log seems not to work anymore (since the OB update probably). But it shouldn't be too hard to find a solution for that...