Mr_Moose

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.

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).

@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 www.gameservers.com, 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.

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!

Fedora 24, 64-bit is now available for deployment in all locations and on all plans

100 new screenshots has been added: wuss.pw/am/F Also don't forget to check out our always online demo server: mtasa://par-fr.404rq.com:22004

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.

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.

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.

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.

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 http://cachefly.cachefly.net/100mb.test 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. www.99stack.com/pricing/vps

In the shared environment we allocate a certain amount of performance to a certain amount of player slots in relation to other plans. In reality this means that if you buy 50 shared slots for $1/month you can expect at least 128 MB RAM + 256 MB SWAP, 2GB SSD storage including backup and 15% of 1 CPU core running at 3.6GHz reserved. If you buy 350 shared slots it'll cost you $7 / month and the reserved performance would be almost the same as in our currently cheapest VPS plan. We do not oversell but the shared environment has it's disadvantages too such as missing features, i.e you can't install any additional features such as a web server for your community website, shared plans lacks in security and reliability as we can't sandbox the servers the same way we do in our other plans. When you choose a VPS or dedicated server you are guaranteed the performance you pay for while in the shared environment it's only a recommendation to stick to the limits within a fair usage policy. Based on that I would recommend a VPS or dedicated server unless you need something really cheap.

The problem with all this is that you're not using the live amount but a stored amount, it works when you send money to a different player but when you're sending to yourself you have your first amount of money stored in both targetmoney and playermoney so when you're giving money to yourself you basically ignore the money you took and subtracts from the first value. I'd suggest you use givePlayerMoney() and takePlayerMoney() instead of get/setPlayerMoney(), that way you'd specify an amount to give or take instead of having to calculate how much money you have before each transfer and then do the math yourself. Here's an example of a similar function using give/takePlayerMoney instead: --[[ Commands to transfer money between players ]]-- function sendMoneyToPlayer(player, cmd, receiver, amount) local money = tonumber(amount) or 0 if receiver and money and money > 0 and getPlayerMoney(player) >= money and getPlayerTeam(player) then local playerReceiver = getPlayerFromName(receiver) if playerReceiver then takePlayerMoney(player, money) givePlayerMoney(playerReceiver, money) exports.GTWtopbar:dm(money.."$ sent to "..receiver, player, 0, 255, 0) exports.GTWtopbar:dm(money.."$ received from: "..getPlayerName(player), playerReceiver, 0, 255, 0) outputServerLog("[BANK] $"..money.." sent to: "..receiver..", from: "..getPlayerName(player).." ("..getTeamName(getPlayerTeam(player))..")") else exports.GTWtopbar:dm("Player does not exist", player, 255, 0, 0) end elseif money < 0 then exports.GTWtopbar:dm("Negative amounts are not allowed", player, 255, 0, 0) elseif not getPlayerTeam(player) then exports.GTWtopbar:dm("You must be in a team in order to send money, please reconnect if youre not!", player, 255, 0, 0) else exports.GTWtopbar:dm("Correct syntax: /give <player-nick> <amount>", player, 255, 255, 255) end end addCommandHandler("give", sendMoneyToPlayer)

www.99stack.com Welcome to 99Stack™, the affordable and reliable cloud hosting provider located in the sunny town Karlstad in Sweden. Our vision is to make cloud hosting simple, affordable and transparent without overselling or hidden fees. Today we're connected to 28 cloud data centers with worldwide availability, and we are constantly looking for new markets. Choose between 32 different server plans, 24 operating system images (Windows, GNU/Linux, FreeBSD etc..) or 30+ application images. Select additional features such as dedicated DDoS protection, IPv6, backups, live snapshots and many more. Pricing Compute VPS, from $0.009 per hour. VPS plans with extra processing power SSD Cloud VPS, from $0.009 per hour. Balanced and generic VPS plans Memory VPS, from $0.18 per hour. VPS plans with extra memory (up to 256GB per server) Dedicated servers, from $0.09 per hour. Dedicated cloud, without noisy neighbours. Storage servers, $0.009 per hour. Affordable small VPS plans with large SATA disks. Domain name, via Namecheap Shared web hosting, by GreenGeeks (100% powered by wind energy). Multi Theft Auto server hosting advantages These are some of the benefits you will gain by hosting in our cloud instead of a typical shared plan. Pay as you go with hourly billing, no setup fees, no period of notice, start and stop at any time, pay only for what you use. Run as many mtasa servers as you want without extra charge Pick as many player slots as you want without extra charge Use any ports you'd like and enjoy your own dedicated IPv4 address Dedicated DDoS protection available within the same data center, to avoid increased latency. Full encryption on everything from control panel to remote terminals and file transfers via SFTP/SSH Database and community website can all be hosted on the same server Dedicated environment We use 100% KVM virtualization in our cloud and all system resources are mapped in a 1:1 scale. The specifications listed on our pricing pages shows what you are paying for and that's exactly what you get. Thanks to this we don't need any "fair use policies". If you need to load your CPU to 100% you can do that. If you need to use all your RAM, use it. If you need all your disk space, use it. If you need all your bandwidth, use it. All system resources can be fully used all the time. Resources Learn more about us and our services on our website: Website: www.99stack.com Community: forum.99stack.com Privacy: 99stack.com/legal/privacy Terms: 99stack.com/legal/tos SLA: 99stack.com/legal/sla Contact: 99stack.com/contact Support: support.99stack.com

Maps stored in *.map files is not cached, those are downloaded every time a player join. You cold however convert them to a *.lua script using a tool like this to let them be cached properly. That would also reduce your download size for each map with up to 80%. Just remember to keep the *.map file in case you'd like to edit your map later using map editor.

You must make the *.so files executable with chmod just like you did to the file: mta-server. Try this for instance: chmod -R u+x *.so in the folder where your server is located. Additionally you might also need to check if the file actually is in place as this could also be caused by missing ssl libraries. To solve that you may wanna run: sudo apt-get install openssl libssl-dev

You probably have a router in between as well blocking your connection, that means you'll have to setup port forwarding to your server PC. Here's a site that might help you with that: portforward.com

Without a router you don't need to open any ports except in your own firewall. However hosting over 3G (or mobile networks in general) is usually a bad idea, even if the ports may be open you'll get a new IP very often, the latency will change a lot over time and there's often low data limits on those networks that could lead to high fees. Getting a server up and running in seconds on a real host won't cost you much.

Latest version: commit-710 (r-16629) is now running on our demo server: mtasa://104.238.188.170:22004

I suppose you use the new Ubuntu 16 which comes with the same mysql-client package as Debian 8+ which does not include the file: libmysqlclient.so.16. You should download that file and put it in /usr/lib in order to allow mysql connections from your server. Feel free to use this bash script to quickly get the file in place if you want. wget [url=https://repos.99stack.com/mtasa/libraries/libmysqlclient.so]https://repos.99stack.com/mtasa/librari ... lclient.so[/url].16 sudo cp libmysqlclient.so.16 /usr/lib/libmysqlclient.so.16 rm libmysqlclient.so.16 For verification here's the sha1 checksum: 6af02ee0af044fcb57a0a9bec4067542876ea110

2.3GB in 1.5 hours means 3.4 Mbit/s download speed, that's a very odd number for a home network but also very low for a host. You could try meassuring your own networks bandwidth first: http://www.speedtest.net/ to see if it's higher than 3.4Mbit/s, if it is then you may get a better speed from switching to a better host, if not then it's your local network that is the bottleneck. When using the builtin http server you can increase the amount of connections per client from default: 5 up to 8 to speed up the download a little bit since more files can be downloaded parallel. You could also pack resources into zip archives to reduce the amount of files and thus get less delay times from requesting files. If none of this works when you may need a better host, although some of them may find 2.3GB download quiet controversial and put restrictions on your server.

A webserver shouldn't timeout just like that, are you sure that the configuration is correct and that you copied all the client cache files to the webserver properly? An external server should be faster than the internal one but 2.3GB will take time to download anyway.

That's correct, updated

When you create it you could save it's coordinates and size as element data for easy access and then use: local x = math.random(x_pos, x_pos+x_size) local y = math.random(y_pos, y_pos+y_size) To get some random coordinates within.

MySQL should work without external modules so you can start by disable those, after that you need to make sure that your MySQL login credentials are correct and last but not least, the database has to be installed manually. This used to be very complex so we decided to just add the sql file with truncated tables to github as it is. All you have to to is to run this SQL script in your database: https://github.com/404rq/GTW-RPG/blob/master/db.sql to have the tables installed. Turfs are included in this file as a bonus.