zigstum

Ahh, wrong forum again XD Yes, I was just trying to reform the regex on scripts/usr/local/lib/7dtd/monitor-log.sh Thanks for the quick response. edit/update: For anyone who wants a temp fix until Alloc has updated the monitor-log.sh: change: ip=*\([0-9.]*\)$ or ip=[0-9.]*$ to: ip=[::ffff:]*\([0-9.]*\)$ or ip=[::ffff:]*[0-9.]*$ on lines 127-131.

The A15.1 update has caused a problem for this Mod (on my machine at least - Ubuntu 14.4). IP address are being reported with extra characters, which I presume is also stopping the playerconnect parameters being carried to the scripts, and consequently any hook scripts that rely on any of the variables. It is reflected in the fact that the log files are also not receiving the player connect vars - player.log: +++ 9229 DRiVER 76561198012345678 12.246.93.316 76561198012345678 2016.12.07 22:32:38 --- 1184388 2016.12.07 22:34:48 --- 1616383 2016.12.07 22:36:50 +++ 2016.12.07 22:38:17 +++ 2016.12.07 22:38:22 --- 2016.12.07 22:38:41 +++ 2016.12.07 22:38:51 --- 103321 2016.12.07 22:39:18 +++ 2016.12.07 22:39:52 +++ 103321 Sniped2Death 7656119797246325 62.99.39.150 76561114892988235 Mostly, the players details are not available. Maybe related is the fact that the IP address is reported differently - as an LP command shows: 1. id=1616383, Worst, pos=(-2419.0, 37.9, 327.2), rot=(-34.2, 116.2, 0.0), remote=True, health=52, deaths=7, zombies=8, players=0, score=3, level=6, steamid=76561197912345678, ip=::ffff:35.115.218.221, ping=58 2. id=461972, zigstum, pos=(534.1, 69.1, -124.3), rot=(-16.9, 433.1, 0.0), remote=True, health=100, deaths=0, zombies=623, players=0, score=623, level=85, steamid=76561198012345678, ip=::ffff:94.36.88.795, ping=23 3. id=1183334, barthome, pos=(-1469.9, 58.9, 319.1), rot=(-4.2, 473.9, 0.0), remote=True, health=70, deaths=16, zombies=73, players=0, score=27, level=17, steamid=76561198012345678, ip=::ffff:192.82.2.685, ping=30 4. id=9229, DRiVER, pos=(-1404.7, 58.6, 339.1), rot=(0.0, 454.2, 0.0), remote=True, health=70, deaths=88, zombies=731, players=0, score=434, level=99, steamid=76561198012345678, ip=89.256.2.36, ping=36 Total of 4 in the game Is this a problem specific to my machine? Is there anything I can do to solve it? Thanks.

We re-enabled binimikes on our server with the release of A15 hoping they would not be so buggy and require constant admin hand-holding. Whilst the bike may be less buggy (within five minutes of someone having a bini it began "Admin!!"), the worst of it is that the whole map was pretty much uncovered after 300 days. Our server just gets laggier and laggier as the map gets uncovered - it was so bad after 350 days we had to do a wipe :/ We carried across playerfiles to ease the pain, disabled the bini chassis in XML, and re-opened on the modded tab. Now we are 650 days in and we are back to that place again - whereas A14 would get to day 1000 generally before it was wipe time. Everytime the word 'wipe' is mentioned, the tears flow enough to make Noah nervous; fortunately with the new 'English Weather Mod', they are just crying in the rain. I'd love to know how to keep a map running well, so that we could extend our wipe cycle, but am clueless other than flying in with a rocket launcher everytime i see some weird message about 'should be a parent but is not!' and blowing up anything i can find until the error stops it's 30 lines per second log filling mission. My latest favourite is some cryptic announcement about a 'shaggy_male_hair_hat' ^^

webpermission add <webfunction> <level> webpermission add web.map 2000 Put the second line in console.

The intance management scripts written by Alloc - https://7dtd.illy.bz/wiki/Instance%20management - I changed to a linux OS for the ability to use them.

Ah right. On linux with Allocs management scripts, it doesn't kill the process, it gracefully shuts down the server (if possible). I'm a winblows newb, so can't help with that.

On linux, you can use cron: 0 0,3,6,9,12,15,18,21 * * * /usr/local/bin/7dtd.sh kill instance_name #kills server 1 0,3,6,9,12,15,18,21 * * * /usr/local/bin/7dtd.sh start instance_name #starts server That would stop the server every 3hours on the hour and restart it one minute later.

In your case it may not be necessary as your app is watching the console the whole time (unless it loses connection - which will leave holes in your data), but I need to be able to query a playername/steamid/entityid in the console when needed rather than tail the logfile accumulating totals myself. For me, something like `showplayerstats playername` returning a json encoded playerstats object is ideal. I'm guessing this is better stored periodically/trigger-based in DB of some sort, rather than calling on the server process everytime to find out the required stats.

When we looked at the alternatives for storing data from console commands, we ended up using a MySQL DLL and storing in that DB. I know this isn't suitable here, but the reason I mention it is that we were limited to what version of .NET mono would be compatible with. We ended up using DLLs compatible with .NET 1 I believe to ensure compatibility. I don't know what version of .NET Alloc's standalone mono fingy will work with, but it will restrict what DLLs can be used (possibly).

Nice work man. Spent ages trying to get the apache process to delete/move player files so that my players can reset themselves. Gonna be a breeze now that you have made the reset player command! I was doing a restart using cron, but I like this method better. Thanks for working on this and sharing it

If I understand correctly, 'stats' are the cumulative totals of recorded events. Is it practical to record any more player events to the persist data bin for recall via a telnet command? What events are currently exposed and practical for recording? I noticed in dmustangers latest release with the reserved slots, he uses the amount of items crafted by a player as one way of deciding who should make space for a donor. Are there any other similar player statistics that can be exposed to the console? Thanks Alloc

This is a really desirable feature! Not just Z kills, but all player related stats. There is a post on the pimps dreams forum for this very thing: https://7daystodie.com/forums/showthread.php?49559-Player-Stats ...also added to the new list: https://7daystodie.com/forums/showthread.php?52507-contrasting-low-demand-Pimp-Dreams-(W-I-P-)

That's very useful info, thanks BeatKidz

Excuse my ignorance, and my laziness for posting before searching. This thread gives me the impression that it is possible for a dedi to store UI XMLs and push them to the client, which raises a few questions in my mind: Does this make the server go to the modded tab? Can a client run any UI version without it causing a problem with EAC/valve when joining a server? Thanks for your help

We had something very similar when we started using Coppi's Chat Colour command. Our serverTools InfoTicker messages would display the name of a player as the announcer rather than 'Server'. @Prisma501 amalgamated the two mods and sorted out the problem for us.