rayn

set .@eac, eaclass(); Refer to : https://rathena.org/wiki/index.php?title=Category:Script_Command

Does it happen every time, at the same menu location?

Those are 'Pages' and are stored in the database, not the filesystem. Log in with an admin user, then you can modify the pages.

I have reported your bug: https://github.com/rathena/rathena/issues/361

Check your packet version and client version?

Im a big fan of 2013-08-07a.

It is fine. The quality of the network is more important.

Make sure you are using the latest version: https://github.com/rathena/FluxCP It fixes a donation issue.

sudo ln -sf /etc/localtime /usr/share/zoneinfo/Hongkong ?

https://rathena.org/wiki/Addrid addrid(1) is probably what you are looking for.

Login server isn't crashing. It's exiting due to an error. Your login server config file is telling login server to connect to MySQL database on your localhost (127.0.0.1) and connect using username "ragnarok" and the password you edited out. Make sure your MySQL server is running, and listening on localhost, port 3306. Make sure you have created a MySQL user named 'ragnarok' and assigned it whatever password you have in the config file. Try to access your MySQL server directly, and see if it connects.

SSD will not make much difference. rA is loaded into memory, and disk IO is no longer much of a factor after that (except for database read/writes). CPU and memory are more important. You have only 1 core, this can slow things down if you are running multiple processes on your VPS. 1GB memory is a bit on the low side too, as rA will consume over 500MB of RAM on loading. If you want to run on a VPS, bump it up to 2 cores and 2GB of RAM. Should help a bit.

Sure your VPS probably have a high contention ratio on the hardware. The only way to guarantee 'lag-free' is dedicated hardware on a good network. Personally, I never use VPS for running an rA server, but I'm sure others would disagree with me.

rAthena can only get better, and current issues will be fully resolved. Let us all not lose focus of our mission and goals We thank the community for its patience and support.

Search through all your scripts and see if any of them use addrid. If so, if they attach to all players (addrid(0)), simply change it to addrid(0,1) and reload any scripts that you change.

Look into https://rathena.org/wiki/Enablenpc

You should have a clientinfo.xml in you data folder, or inside one of your custom GRFs. Use a GRF extractor to pick it out, modify it, then repack t.

Your hunch is right, and you are on the right track. In packet_db.txt, define packet_db_ver: 31 In mmo.h #define PACKETVER 20120418 In clientinfo.xml <version>31</version> Recompile using Visual Studio (windows) or ./configure && make server on linux.

Try group level 20.

I can confirm that the latest GIT revision of FluxCP does not have a working IPN setup. I have to revert to an older version of PaymentNotifyRequest.php.

Hello. I have had some experience with this, and it was the same issue with Warper. For me, I had some scripts that attachrid to all players using addrid(0). The solution? Any scripts that attach to all users, attach only if players are not in a dialog box already using addrid(0,1). This may or may not appy to you.

A MAC address is non-routable (layer 2 in the OSI model). You'll need 3rd party software to get that information into your game client.

You want to check your picklog.

Are you using the latest revision of FluxCP from github? Might also want to check Flux's log folder and also your web server log files for errors.

You'll want to start here: https://rathena.org/wiki/Category:Installation