Search results

I'm also wondering why you really need it. Server side or not it gives the appearance of cheating - not an image I want to perpetuate on my server. Glitch die? Drop to the lobby, I'll roll back your survivor. Takes a minute. Vehicle glitch-vanished? Well, that's unfortunate - here's the coords...

Thanks DeadEye - I was thinking of something similar myself. Just fire off a PHP script via cron every few minutes to collect GUIDs and store them.

I kinda read that too, but I don't see how they can say you can't skip this feature. I probably shouldn't have even mentioned the "make it optional" thought since it certainly would be optional -- If you want linked-inventory servers, they'll be seperate instances or worlds (or whatever...

Get an rcon program. Here's one popular choice - http://dayzmod.com/forum/index.php?/topic/68933-dart-a-lightweight-dayz-rcon-tool-v081-27012013/ rcon password is set by the cfg file in your server's battleye folder -- or in your hoster's control panel, if you're on a managed server.

Bummer :\ Thanks for letting me know, though.

I won't complain - If it works, it works... But back to the drawing board for me. I wish I'd thought of fancy firewall features when I was building my machine; that would have been the time to test installing something like Comodo.

Doc, I meant to ask after your PM before (and all the notifications have reminded me :)) -- What server OS are you running Comodo on? The reports of flaky support on Server 2008R2 scared me off Comodo earlier.

Could I make a feature request? Store the BE GUID in the profile (or equivalent) table. When I'm researching hack accusations after the fact I can usually find ready proof with my existing DB tools, but then I'm left scouring old server console logs to try and find this player's GUID, if they...

I have a conditional Yes -- It should be optional (I don't imagine it would be hard for an admin to not connect the instances, but I just wanted to put that out there). And it would be very very awesome if it could require players to be in certain locations before map hoping. Gotta drive a...

Ideally you should check your error log, but you'll need to figure out where that is. On a hunch -- double check config.php for typos? Missing "" ; etc ?

I might be reading it wrong, but it seems to me they want to standardize on one hiveext.dll and DB structure, then the different devs can still have their custom installer setups. So we'll probably still see Reality Builder, Easy Server Installer, etc -- all built on a common server core...

Sorry, it was a long weekend. Not sure I understand what you're saying about them being inverted. Looking back again at what you posted and the suggestions I made, I still think those changes should work. Give it a shot and see what happens.

Killzone still has the info on his blog: http://killzonekid.com/how-to-clear-chernarus-of-all-the-junk-rocket-put-on-it/

Well, your #112 looks like it's catching addWeapon on line 114 of your scripts.txt (I assume you already commented this one out?) Instead of commenting it, I would add this to the end of the line - !"player addWeapon _arme_principale;" And the #85 would be fixed by adding this to line 87 -...

That's a really insecure way to do it. The ideal method is to check the log, as suggested - search for "#12345" where the number is the restriction you got kicked for. It'll show the code block that kicked you. Find that line in scripts.txt - it will be the line number + any commented lines, so...

It doesn't have to be 2046 x 1024 - actually, I'm going to assume that was a typo and you were suggesting 2048x1024. It works best 2:1 or 1:1, and no bigger than 2048x2048. Otherwise, great tip - we need a section or wiki to just collect simple little things like this.

Awesome work, I love this script. While you're considering new features, I'd love to see an option to roll back characters using data from my history table - http://opendayz.net/index.php?threads/7073/ Roll backs are probably my most tedious admin task and there is no way I'm letting the lower...

I was under the impression that the profile table only updates on death, and doesn't include the current life. As for file size.. I did a git checkout. Maybe more than one branch was included? I'm not that pressed for space, so it doesn't really matter.

I'm not the greatest at SQF syntax, but there is a good bit of debugging info around to try and find the problem.. Try -showScriptErrors on your client, might pick up the problem there. Also, check your RPT and server console logs?

I like that DBHS that Excelsior linked. I think it compliments the Bliss Admin stats page well, so I made a link from Bliss Admin to DBHS for our stats pages - Chernarus & Namalsk. I should note that BlissAdmin is really big. 2.1GB. If you're setting it up for multiple servers you'll want to...