Akkarin

Upload your entire lua file. There's nothing technically wrong with that line so it stands to reason that the line before it may be screwed, or something else is affecting it.

I'm disappointed in the lack of codebox usage for these walls of code. Use the code button.

Free hosting sites don't work well enough for FluxCP.

The simplest solution would be to get in-touch with your web host and speak to them about increasing your plan. You'll probably be charged overages.

Short answer: No.

No. As i said, if you read the file, you'd see what you're doing is wrong.

The header of that file answers your question. If 100 = 1%, it's safe to assume that 200 would be 2%. Read the file and look at the original values.

4300!

Your spoiler is empty. Try again.

Screenshots are helpful. Is it a phpmyadmin error or a webserver error? Have you looked in your error logs?

It's not because it's a monster script, it's because it's spawning monsters to a map and most likely all have attached scripts and a timer. It can cause small amounts of network latency and increases the ram and cpu usage of the map server. It's not a big issue by any stretch, it's just something to remember when creating scripts for high population servers.

Yeah, that's the Clan System and works well. VIP must be enabled in source. There is a define point in src/config somewhere. I don't remember off the top of my head.

VIP has worked for years. There are several configs for you to change to your liking, or you can just enable it in /src/ and it'll work right out of the box. Trophies? I'm assuming you mean Achievements - this is in it's final stages. As is RODEX. Guilds have worked since the dawn of time... or atleast for the last 13(ish) years since they were implemented.. unless you mean Clans, which also work fine.

From what i understand, it's optimum value is 2. I personally have set mine to 20 as i have a lot of OnPCLoginEvent scripts which would ordinarily exceed the queue value. There's no magic settings to "optimize performance". The more scripts you run on a server, the more resources it will use. The more players you have connected, the more scripts you have running. The best answer i can give you for number 3 though, is to avoid scripts that use timers/loops. Scripts that use static data perform better than scripts that use dynamic data. Keep your variable usage to a minimum by using bitmasked values. Event scripts that spawn x amount of monsters in a specific location at x times of the day are discouraged, as that will create your resource bottlenecks.. but if you know where they are, then you can do things to combat them

Change #!bin/bash to #!bin/sh

Yes. Read the instructions for the software tool you're using.

rAthena takes "too long" to merge pull requests because too few people bother merging, testing, giving us their results. There are plenty of guides around on how to merge Pull Requests: https://help.github.com/articles/checking-out-pull-requests-locally/ https://gist.github.com/piscisaureus/3342247

There's no single solution to this as there are many aspects to running a VNC server that affect how this would be setup. For a basic example though, you can look at these: Desktop shortcut file (start.desktop) [Desktop Entry] Version=1.0 Encoding=UTF-8 Name=Start rAthena Type=Application Terminal=false Exec=/path/to/scripts/start_server.sh Icon=/path/to/icon.png start_server.sh #!/bin/sh DIR=/path/to/scripts xterm -title "Login Server" -bg black -fg white -hold -e $DIR/start_login_server.sh & start_login_server.sh #!/bin/sh cd /path/to/rAthena ./login-server There are a great many guides on the internet that can walk you through setting up a VNC server and then configuring it to run scripts based on desktop shortcuts.

As i said, the error is telling you which file is the problem. It's even telling you which line the issue is on.

There are 20+ guides on client setup - the more relevant guides are in https://rathena.org/board/forum/99-client-releases/

Not really sure why you're copy pasting config files when the error is given to you in the consoles, and if you read it you'd be able to fix it. Also, use code box in future.

Not really sure why you're only pointing 1 server out in bold.. I know of atleast 6 that have rodex fully implemented. NovaRO is actually the only server that does their own research on kRO and then gives their findings to the rA dev team, since it's owner is one of our devs. Looks like your post needs rewording.

RODEX is still being completed, while the old mail system isn't compatible with newer clients because of RODEX being introduced. Everyone seems to be waiting on the Devs to add new features. This would be sped up by people testing on official servers and providing packets, screenshots, replays, video files - anything to help the devs. Most server owners seem to be able to add their own content based off official servers before rAthena gets it because they do their own background work and then don't bother sharing it, because "they're the best servers because they have newer stuff". Very few people help the devs out so that code can make it's way into the master branch of the repo. If you want to use the old mail system, use an older client.

I mean exactly what i typed.. Your custom items should be in item_db2. When you pull the latest changes, you can just execute the item_db.sql file to make all the latest changes.

The item databases are designed to be "hot swappable". You can just run the item_db sql file and it'll reimplement any changes that have been made. You should keep your custom item data in item_db2. Any changes you've made to normal items should also be added to item_db2 so they're not overwritten when merging the latest item_dbs.