maca134

Here is my advice:
Stay out of other peoples business, if BIS have issue, then they will take it up with them. If you dont like it, dont play there or start your own server.
 
These hate threads are getting tiresome!

IF we want to do this in a separate teamspeak.
I have setup 31.3.224.210 and will give lowrey server admin...

More info goto http://maca134.co.uk/portfolio/m3editor-arma-3-map-editor/
 
I will not be announcing updates on this forums anymore.
a3_epoch_custom.zip
@m3editor.zip
convert.htm

This is really gunna entice me to join...
And pretty sure if you asking around, people would disagree ;)

Im not cheap you know :P

No idea what you are talking about  :ph34r:

To be fair the guy has a point, Maca has a busy community to manage, I would imagine it takes up a lot of time.
Also the launcher is free and will cost Maca in bandwidth and again more time, also he maintains other things like M3editor.
 
He probably gets bugged daily so i don't see what was wrong with emailing him :unsure:

The latest version of emod may have a few surprise in it ;)

This is really gunna entice me to join...
And pretty sure if you asking around, people would disagree ;)

We already do, it's called Skype

Ok, here is a quick sum up of all the bad things in this code. Do with it whatever you see fit.
 
Creating MANY spawns (threads) when a single one could do all the work (clientside) Multiple levels of indentation, breaking it up into smaller functions would help everyone (maintain the code, understand it and edit it if needed). Call compile anything is dangerous! Creating multiple loops, could be replace with a single loop or use triggers. (if your heart is set on loops :P) Using while instead of waituntil. You can put code inside a waituntil, just needs to return a bool. Using many global variables. Good practice in programming, you should avoid polluting the global namespace, potentially introduction name collisions. Good Luck :D

The latest version of emod may have a few surprise in it ;)

waitUntil {!((_donn_notSafe && donn_notSafe) || (!_donn_notSafe && !donn_notSafe)) || !_runOneTime};
This is also a loop that runs on the engine level.
 
Trust me, using a trigger is probably the most efficient way to do this.

The latest version of emod may have a few surprise in it ;)

More info goto http://maca134.co.uk/portfolio/m3editor-arma-3-map-editor/
 
I will not be announcing updates on this forums anymore.
a3_epoch_custom.zip
@m3editor.zip
convert.htm

The latest version of emod may have a few surprise in it ;)

This isnt completely correct:
"Checks if the given parameter matches any case. If so, the code block of that case will be executed. After that the switch ends so no further cases will be checked."
https://community.bistudio.com/wiki/switch_do
 
Im not entirly sure why such a huge script is needed for this. Just check each vehicles position when the server spawns them in @ startup.

I have made and setup 100s of websites. I have sites that get millions of hits a month. These sites run PHP and use MySQL for storage of information. Some also use redis for storing cached data that normally has a TTL of a few minutes at most.
 
I can tell you from experience, MySQL AND Redis can both deal with ALOT of data IO, even concurrently. 
And yes Redis is faster than mysql at pure data IO but were it falls down is trying to manipulate the data once its in there.
 
The fact that Redis has no scheme/structure so having no data validation, makes it fast. In my opinion this is terrible for a game server like ARMA, were structure is everything, one var datatype miss match and the whole server can go to shit.
 
Redis IS NOT FASTER than MySQL when you consider the day to day management of an ARMA server, were hackers can and do spawn crap in which is near enough impossible to find in Redis, without an application to load to the data set into memory and search it. (This is were MySQL is faster).
 
The reason the dev's are using Redis I suspect is because it is easy to change the "database* schema" on the fly and you don't need much additional knowledge to interact with Redis, MySQL is more involved.
 
* Redis IS NOT a database!
 
Please don't flame me, I really do have a lot of experience with this crap :P

-loadMissionToMemory Server will load mission into memory on first client downloading it. Then it keeps it pre-processed pre-cached in memory for next clients, saving some server CPU cycles, -autoInit Automatically initialize mission just like first client does. Note: Server config file (server.cfg) must contain Persistent=1; , if it's 0 autoInit skips. -serverMod=<string> Loads the specified sub-folders for different server-side (not broadcasted to clients) mods. Separated by semi-colons. Absolute path and multiple stacked folders are possible. In Linux multiple folders arguments need the following separation syntax: -mod=mod1\;mod2\;mod3.

+1 for mysql

I have an old version of Epoch A3 converted over to MySQL.
Yes i de-obfuscated all the server code + rewrote sections of the code to optimize for MySQL Tables.
When i was de-obfuscated the code, thats when i noticed your tool was obfuscating the code was changing _index  breaking code etc.

I could easily redo the work in 2-3 days if was allowed to maintain a fork on a public Github.
But that breaks  EPOCH License, since we are not allowed to redist any changes etc
 

Not stumped, just know a lost cause when I see one. 
Redis is really not fit for this purpose but whatever. I have tried to make a reasonable and serious case and you come back with a flippant response :( shame.

If they work as well as the server browser then there is no hope.
 
Seriously though, Im a web developer, been doing it for ages. I started to write a php based client for Epoch.
The more I wrote the more it felt wrong. There are too many limitation in Redis for it to serve as a viable persistence layer on a game server. To many things can go wrong on the game side.
 
And, I know of plans to make a some client to allow server owners to perform live action ingame via some interface (im guessing web based).
Anyone who knows anything about that kind of thing will be scared.
The system will basically, add code into a key in Redis and the server monitor will query that key every x seconds, if there is code it gets 'call compiled'. Not dangerous at all...
 
Redis has a single password, thats it! No user management what so ever.... To run this admin panel you will either need to run it locally on the same box as the ARMA server, which as of the latest update is sucking all CPU from the world or open up the redis port to the internet. This would mean people could brute force the password and take over the server.
 
 
Another thing too. The settings.ini in the @epochhive folder has to be stored inside the ARMA 3 directory. 
EVERYTHING inside the ARMA 3 (applies to ARMA 2 too) CAN BE ACCESSED from the ARMA server. So if someone setting up a server who doesnt know exactly what they are doing, sets up a server incorrectly or changes a setting my mistake, boom hackers can steal the password for Redis.
(there are file type restrictions for ARMA 3)

I have made and setup 100s of websites. I have sites that get millions of hits a month. These sites run PHP and use MySQL for storage of information. Some also use redis for storing cached data that normally has a TTL of a few minutes at most.
 
I can tell you from experience, MySQL AND Redis can both deal with ALOT of data IO, even concurrently. 
And yes Redis is faster than mysql at pure data IO but were it falls down is trying to manipulate the data once its in there.
 
The fact that Redis has no scheme/structure so having no data validation, makes it fast. In my opinion this is terrible for a game server like ARMA, were structure is everything, one var datatype miss match and the whole server can go to shit.
 
Redis IS NOT FASTER than MySQL when you consider the day to day management of an ARMA server, were hackers can and do spawn crap in which is near enough impossible to find in Redis, without an application to load to the data set into memory and search it. (This is were MySQL is faster).
 
The reason the dev's are using Redis I suspect is because it is easy to change the "database* schema" on the fly and you don't need much additional knowledge to interact with Redis, MySQL is more involved.
 
* Redis IS NOT a database!
 
Please don't flame me, I really do have a lot of experience with this crap :P

At least with Access you can search the data :P