Darth_Rogue

You can thank second_coming for thinking of that already. There's code in the script that prevents using explosives in safe zones, provided you have them set up in your mission. :)

With the new version of the server files addAction checking can be disabled.  Personally, I'd prefer to see it set up so that you can add a list of allowed addActions, just like they have for global vars now.  That way any addActions not whitelisted would be blocked.  

With the new version of the server files addAction checking can be disabled.  Personally, I'd prefer to see it set up so that you can add a list of allowed addActions, just like they have for global vars now.  That way any addActions not whitelisted would be blocked.  

Yes that's been fixed for quite a while.

Find :
time = (round(240-(serverTime)/60));
 
 
Change the 240 to how ever many minutes your restart time is, only the red text needs changed.

Use it! Good Work!

Honestly I probably won't ever do Namalsk.  There's too many bugs with it in Arma 3, the map really isn't big enough for more than 40 players and, while Namalsk does have a good apocalyptic feel, I don't think it's well suited to Epoch simply because the terrain doesn't support many buildable areas.  It would be good solely for PvP in my opinion.   If my community grows and we need a second server it's far more likely that we will do either Altis or some other yet to be released map.  

The only way I've found is to sell a unique item to the trader and then look and see where it pops into the database.  Yet ANOTHER reason why SQL would be great.  *hint hint*   ;)

This config will be moved to the settings pbo like we have with other previously hardcoded configs.

With the stock AH it does a good job of reading the loot table to see what weapons, magazines and items can be spawned into the world.  But for vehicles it does not consult the allowed vehicles list in epochconfig.hpp.  It goes off of its own hard-coded list.  This should be changed so that folks running vehicle addons, like RHS, can spawn in addon vehicles as needed with the admin tool.  

There is no limit on the Bank account but changing the personal carry limit will be added to the todo list for the next client update.

0.3.0.3 Build 9

Native Linux Support
Thanks to a once over by devd our backend codebase now compiles natively on Windows or Linux. We will now officially support both Linux and Windows Epoch servers. Also included is a modified for Epoch linux start script by BIstudio, and Nasdero.
 
Disabled CRC check
With this check disabled it is no longer absolutely required to update the backend dll with each server build. Updates will still be required from time to time as version checks will still ensure the proper version for compatibility.
 
Battleye Integration
Direct integration with Battleye means we now have the following features server side: Requires (IP,Port,password) to be specified via the epochserver.ini. Some features are for future EAH updates and documentation will be provided for use server side by modders.
shutdown - shuts down the server with the #shutdown command. lock/unlock - lock and unlock the server. message - Broadcast a message to everyone from BE say command. kick - Kick user with message. ban. - Ban user with message and duration. Scripted Server Restarts
When enabled this feature will broadcast a message 5 minutes before restart and lock the server. Then message every 1 minute, till it kicks everyone from the server with the message "Server Restarting" before forcing a restart. This will ensure everyone saves before the server shuts down. Default state of this feature is disabled, when enabled the server will restart every 4 hours (14400 seconds). This can be changed via the epochconfig.hpp.
 
Optimization and Data Reliability
Optimized writing/reading more than 8K chars to database and fixed an Issue with potential data corruption issue when saving data.
 
NPC Traders Roaming
By default traders and their markers should now move with as they move from work to home. Server side trader FSM updated to fix direction issues.
 
General Fixes
Removed "srifle_DMR_03_spotter_F" from loots.h as it is missing textures.
If a player logs out in a vehicle they will be moved to the nearest static trader city.

 
 
EAH 2.0
 
More Config Driven.
Most all security checks can now be enabled/disabled and/or configured via security_checks.h inside epoch_server_settings.pbo.
 
Whitelist Variable Scanner with Learning Mode.
This scanner has the ability to ban any user that has a global variable set that is not explicitly allowed via whitelist. This check is disabled by default as it requires some setup to prevent false positives. Before enabling the variable scanner you need to profile your server so the server knows what variables to trust. Learning mode should only be used with a trusted group of players then disabled after profiling is complete.
 
Battleye integration
With the integration of loadbans and loadevents, (BEC + watchdog) should no longer be required to use EAH.
 
Forced Quality and Viewdistance
This feature forces all players to have the same viewDistance and terrain detail. Changes can be made in server settings pbo.
 
 
-- 
 
 
0.3.0.2 Build 20 Notes [Fixed] Linux start script path was incorrect.
[Fixed] Typo in EAH that caused issues with Autoban #R2  [info] Recompiled epochserver.so on Debian 7.8 to increase Linux compatibility.  [Fixed] Windows EOL on epoch_linux_startscript.sh [Changed] Updated BE filters to resolve reported kicks since 1.44 was released.  (setvariableval.txt and publicvariable.txt)
[Changed] Bump requiredBuild to 130654 in config.cfg
[Changed] Updated Loots.h:
to spawn 150Rnd_762x54_Box for Zafir instead of 150Rnd_762x51_Box added 130Rnd_338_Mag to MachinegunAmmo class (cfgPricing was updated with client build 0.3.0.3)

I've had FuMS and A3EAI running on the same HC for a while now with no issues.

Status Bar With Icons & Server FPS display

After seeing all the struggles people were having in other threads I decided to redo this script to make it easier for folks to understand and edit. This has much of the same functionality and generally appears similar to Scarr's build but the back end code is much simpler and should therefore be easier for scripting noobs like myself to see what's going on where and make changes as needed.

The color gradients can be edited to suite your liking, but I feel it's pretty well spot on the way it is. Your mileage may vary.

Admins can add their UIDs to have the status bar show a real-time server FPS reading and also display their world space coords, which will be very helpful when doing map edits and object placement without having to use an editor just for a few small items.
 
 
UPDATE - v1.36 Released
 
Due to multiple requests I have added a feature to the status bar where the bar will resize automatically based on player interface size.
 
To update:  Remove the current 'status_bar' folder from your mission file and replace it with the 'status_bar' folder you will download from Github.  No other changes should be needed.  BE filters are the same.  
Here are a couple screenshot showing what it looks like

For Admins

For Players

Install Instructions





DOWNLOAD

Credits: See Github

10/10 IMO, this is the best status bar out there. It's simple, displays all needed information, and its not in the way of any default Arma 3 displays. Great Job!!!

Thank you very much Darth Rogue. 
 
Loving the status bar look very cool. 

Just change the 240 to 360 and you're all set.  

Crashing is still occurring.  As soon as the Epoch server interfaces with Redis it crashes.  I turned on logging in Redis to see if I could see where the problem was but nothing shows up.  It just crashes.  Windows event viewer was of no help either.  I also tried installing a fresh copy from the Epoch server files download and also off of the public Redis repo on Github. No change.  Also tried replacing the epochserver.dll and VB runtimes.  :/   Guess I'll be using the older version until a new one is released.  
 
Can we please.....PLEASE.....switch to SQL??

Change it to this:
// Anti Hack antihack_Enabled = true; // built-in Anti-Hack antihack_addOnCheck = true; //addon check antihack_InvOpenCheck[] = {}; // blank array disables, enable with {6} distance in meters disallows gear access if another player is within this range also disables gear access in vehicles. antihack_banReason = "EpochMod.com Autoban"; antihack_checkFiles[] = { //script check, leave it blank to disable it {"\x\addons\a3_epoch_code\compile\setup\EPOCH_clientInit.sqf", "EPOCH_clientInit"}, {"\x\addons\a3_epoch_code\compile\EPOCH_onEachFrame.sqf", "EPOCH_onEachFrame"}, {"\x\addons\a3_epoch_code\compile\setup\EPOCH_masterLoop.sqf", "EPOCH_masterLoop"}, {"\x\addons\a3_epoch_code\compile\setup\EPOCH_client_rejectPlayer.sqf", "EPOCH_client_rejectPlayer"}, {"\x\addons\a3_epoch_code\compile\setup\EPOCH_clientRespawn.sqf", "EPOCH_clientRespawn"}, {"\x\addons\a3_epoch_code\compile\interface_event_handlers\EPOCH_KeyDown.sqf", "EPOCH_KeyDown"} }; adminMenu_Owner[] = {{"765************78","David"}}; //{{"765************78","David"},{"STEAMID","ADMINNAME2"},...}; ADMINNAME will be used for the Admin log instead of in-game name. /* Available Settings: "PLAYER-TELEPORT" => Teleport Admin To Player and Player To Admin "MAP-TELEPORT" => Click on Map to Teleport "TARGET-HEAL" => Heal Target "TARGET-AMMO" => Give Target Ammo "TARGET-KILL" => Kill Target "VEHICLEFLIP" => Flip Vehicle "BANPANNEL" => Access to Banpannel "SPAWN-MENU" => Access to Spawn Menu */ adminMenu_High[] = {}; //{{"STEAMID","ADMINNAME"},{"STEAMID","ADMINNAME2"},...}; adminMenu_HighSetting[] = {"PLAYER-TELEPORT","MAP-TELEPORT","TARGET-HEAL","TARGET-AMMO","TARGET-KILL","VEHICLEFLIP","BANPANNEL"}; adminMenu_Low[] = {}; //{{"STEAMID","ADMINNAME"},{"STEAMID","ADMINNAME2"},...}; adminMenu_LowSetting[] = {"PLAYER-TELEPORT","MAP-TELEPORT","TARGET-HEAL"}; adminMenu_BanReasons[] = {"Traderzone","Hacking","Glitch","Combat Log"}; You had your name in the wrong spot.  If that still doesn't work then remove one set of {} brackets around your name.  That spot is meant to be an array for multiple admin names.  I'm not sure if since you only have one name (yours) in the array if you still need both sets of brackets or not.
 
Note for future reference:  Whenever you see // with a line of text behind it that means that portion of code has been "commented out", meaning that anything after the // on that line will be ignored by the system.

Crashing is still occurring.  As soon as the Epoch server interfaces with Redis it crashes.  I turned on logging in Redis to see if I could see where the problem was but nothing shows up.  It just crashes.  Windows event viewer was of no help either.  I also tried installing a fresh copy from the Epoch server files download and also off of the public Redis repo on Github. No change.  Also tried replacing the epochserver.dll and VB runtimes.  :/   Guess I'll be using the older version until a new one is released.  
 
Can we please.....PLEASE.....switch to SQL??

That's why I did it the way I have.  Look at the first line of the code I'm using:
if (EPOCH_playerCrypto == 0) then   Part of the loadout script is that it gives players 100 Crypto, shown here:
EPOCH_playerCrypto = 100; So a player spawns/respawns, goes up to the box to get a loadout, and they are also given 100 Crypto.  Once they get the loadout and the Crypto, because of the first line of code where it check their Crypto amount, they cannot get a loadout again until their next spawn event.  This prevents box hoarding and keeps the spawn box nice and tidy.   ;)

1.42 PERF/PROF v4 (1.42.130549) released: https://www.dropbox.com/sh/582opsto4mmr8d8/3BSy9PdRGm optimizations, multiple crash fixes, more squad xml fixes, note: glasses error popup fix needs client {new phyx libs fixing more crashes in v4 and client is optional but recommended more than before}

Thank you for your support & your script Darth! :)

I offered this a while back and had very limited interest.

To have it start only once more than 20 players are on the server you could add
diag_log "[Loot Crates]Loading Static Loot Container Spawning System"; diag_log "[Loot Crates]Waiting for sufficient player count...."; waitUntil {count playableUnits => 20}; diag_log "[Loot Crates]Minimum Player count reached. Beginning loot crate spawning!"; to the top of the file.  That "should" work.
 
As for limiting the number of crates at a time, that's a question for someone smarter than me.   :)