• Content count

  • Joined

  • Last visited

Community Reputation

27 Good


About Mr_Moose

  • Rank
    Road Dawg
  • Birthday 26/10/93


  • Gang
    RageQuit community
  • Location
    RageQuit office
  • Occupation
    Software developer
  • Interests
    Programming, Web design, building and running servers using lightweight Linux distrubutions.

Recent Profile Visitors

562 profile views
  1. Backup snapshots and improvements in billing history is now available, a transaction page has also been added in where you can trace your payments and their current status. That and many other minor improvements has been made to the layout for a better overview of your active services. We've also added support for http2 to our control panel/dashboard which made it load 3 times faster than before.
  2. January update is finally here, read all about it in our forum post: News summary 14 new VPS configurations available in 12 new locations New data centers available in Canada, Singapore, India IPv6 and private networking is now free 50% off on dedicated DDoS protection All prices are now viewed as hourly
  3. You may consider using both, an unstable connection may after all result in data loss so while a freeze called server side may sync across all other players the affected player might not receive the freeze call, client side will freeze the affected player and thus theoretically stop him from moving but due to eventual data loss that signal might not reach the server, that could cause other players to see the affected player continue to move while he should be frozen.
  4. Those "errors" are only there to inform about a deprecated function, there should be replacements available in wiki already. House system needs access to the command ' executeCommandHandler' which can be set in acl.xml. The compiled file is simply outdated and unfortunately a third party resource I don't have access too, developers name should be available in it's meta file. Some location data can be modified via commands while others will require a modification of a table or XML file, most commands are listed in /help except for the admin commands.
  5. You should change your router password now, as soon your server is up your public IP is exposed to the world and anyone who paste that IP into a browser can connect to your network on port 80 which goes directly to your router (unless you have a web server at home).
  6. @iPrestege MTA servers are still available but they will no longer run on shared servers. When you click on "game servers" you'll be redirected to, a different company who is now fully responsible for the shared game server hosting. Unfortunately they don't have MTA servers so you'll need a VPS or a dedicated server for that which we have here and here. A universal installation script for all Linux distributions will be published in our knowledge base in the beginning of next year.
  7. Black Friday offer starting in about 30 minutes from now. 20% off on all plans ordered tomorrow and the discount applies for as long you choose to keep your server online. Do not miss this great opportunity!
  8. Fedora 24, 64-bit is now available for deployment in all locations and on all plans
  9. 100 new screenshots has been added: Also don't forget to check out our always online demo server: mtasa://
  10. For that you could use a cronjob: cron -e Then enter something like this: @reboot screen -S NAME_OF_SCREEN_SESSION -dm /path/to/mta-server && screen -S NAME_OF_SCREEN_SESSION -X quit On the last line, that will launch your server in a screen session and detach as soon your physical server is started or rebooted. If you wish to reboot after a crash you need to find some kind of event for that or use polling in a cron to see if the server is still running.
  11. You need to install a package called screen: yum install screen screen -S MTASA screen -ls screen -r <ID_OF_MTASA> Once you're connected to the screen session you can disconnect using CTRL+A then D and reconnect later using the last of above commands, also don't run your server as root, it doesn't need root privileges to run and it could be insecure if you load a suspicious resource or if someone else manage to take control over your server.
  12. int, int, int = getTimerDetails(timer theTimer) The function getTimerDetails returns 3 integers, first one is time left in milliseconds. Also the element data "atmhacked" will always be true as it's never set to false, thus the bugged code on line 16 will never be executed. A better way of adding anti spam prevention would be to define a timer with an empty function: cooldown[client] = setTimer(function() end, 1000*30, 1) and then check if the timer object exist: if not cooldown[client] or not isTimer(cooldown[client]) then return end Last but not least since you trigger the server side function from client use the variable client instead of source as source isn't reliable and could pass the wrong player.
  13. Creating a new VPS/VDS/storage server has never been easier and further improvements can be expected soon, here's a preview from our game ready VPS deployment configuration panel. On the software side we've also added CentOS beside Ubuntu and Debian.
  14. Which host is it and what operating system are you running on your server? most hosts has secure second alternatives from where you can access your server from within their control panels, alternatively they should be able to help you reset your password or provide you with a feature that allow you to reset your password via email for instance. I wouldn't recommend using any password cracker software as you would have to test millions of passwords while your server might start to drop (ignore your guesses) after just 3-4 failed attempts, or even worse your IP could be blacklisted and thus you wont be able to access your server at all.
  15. I wouldn't say "not oversold" if I didn't mean it, here's some benchmark results from a blank $6 / month VPS performed just a few hours ago: wget 100mb.test 100%[=====================>] 100.00M 140MB/s in 0.7s 2016-10-17 08:56:50 (140 MB/s) - ‘100mb.test’ saved [104857600/104857600] Bandwidth: 1Gbps is the specification on all plans, 140MB/s is 1120Mbps which is bigger than 1Gbps (1024Mbps) dd if=/dev/zero bs=1M count=1024 | md5sum1024+0 records in 1024+0 records out 1073741824 bytes (1.1 GB) copied, 2.82977 s, 379 MB/s cd573cfaace07e7949bc0c46028904ff - CPU: To measure CPU performance I'm using the `dd` command to calculate md5 checksums of 0 to see how much data is processed in a certain amount of time. As you can see, the result is 379 MB/s for a single 2.4GHz vCPU core. According to this site you get 469 MB/s on a 3.6GHz AMD Phenom II CPU by running the exact same command. Conclusion of that, our vCPU cores are 17% more efficient than they should be according to specifications. dd if=/dev/zero bs=4096 count=256k of=1gb.bin conv=fdatasync 262144+0 records in 262144+0 records out 1073741824 bytes (1.1 GB) copied, 2.66317 s, 403 MB/s SSD: This is where it all becomes interesting, no matter what type of disk you use for a VPS it will always be shared somehow, this disk is no exception and what you see here is a 15GB virtual hard drive running on a 120GB physical SSD and I'm still getting an average I/O of 403 MB/s which is good even for a physical local SSD drive. Feel free to try it out yourself @Adolf_T, our service is a pay-as-you-go service so a few hours of testing won't cost you more than a few cents.