Toshiro

I suppose your offline server is still using PHP below version 8 (like 7.4 which is EOL since Nov 2022), while your online server is already using PHP 8. The problem is, #[0] (or generally #[identifier]) is considered an attribute since PHP 8, that is located at an invalid position, therefore resulting in a parse error. In older versions of PHP # was basically the same as // and just started a single-line comment (which it is supposed to be in your file as well). An easy fix is to just mass replace all occurances of #[ with # [ (add a space between) or replace with slash style comments (//[).

This is part of the EXP calculation for mobs that leveled up and not related to respawning. In src/map/status.cpp in function status_calc_mob_ replace lines if (opt&SCO_FIRST) { // Set basic level on respawn. if (md->level > 0 && md->level <= MAX_LEVEL && md->level != md->db->lv) ; else md->level = md->db->lv; } with if (opt&SCO_FIRST) { // Set basic level on respawn. if (md->level > 0 && md->level <= MAX_LEVEL && md->spawn && md->spawn->level) { // Restore specific level used in spawn file md->level = md->spawn->level; } else md->level = md->db->lv; } This restores the level set in a spawn file, otherwise the mobs will respawn with it's default level.

Definitely not a Lua error. Make sure to update your binkw32.dll (was updated in 2017). Size should be around 184kB (instead of the old one with ~350kB).

That headgear was part of the Easter event on twRO and fRO back in 2013.

Your config looks fine. I just tested it using different machines for both server as well, and now it's also no longer working. Edit: Okay, it seems it is caused by the subnet settings. Once your IP is on the same subnet (specified in conf/subnet_athena.conf) as the specified char_ip in that file, you'll always be told to connect to that IP instead of the one the char server actually is running on. This basically allows you to tell the server to give you a LAN IP instead of your server's WAN IP if you're connecting via LAN (and thus having a LAN IP assigned). While this is fine for a server consisting of just one game server, it will break if you have more than a single game server registered at your login server. Or at least I haven't figured out how to properly set this up. But what I can say is, you can freely remove the subnet entry (or entries) and it should work.

You already posted in this topic yesterday, and there's already a bug report (Issue:#498) on Github about this issue. There's probably already someone working on this .

Running multiple game server (= 1 char, 1 map each) using a single login server is definitely possible, even on the same machine (not slit into multiple VPS). Just tested in on both, Windows and Linux (Debian 7 VM), and on both it was working fine. http://i.imgsafe.org/dc32cb0.png Are you sure you have all IP configs (char_ip, map_ip in char_athena.conf, map_athena.conf) properly set up if you're running the server on remote host(s)?

I can canform the VIP system seems to be not working (anymore) at all. Even though @vip displays the remaining time, the VIP status is not saved, and vip_status and vip_time just seem to do nothing. The debug output you got was caused because you were trying to use a player named +strcharinfo(0)+ (you either forgot the second " at the beginning and end, or have to remove "+ +" at all) who was not online.

Just use the IP (e.g. 127.0.0.1) instead of an URL (http://127.0.0.1/). Also you should use the official SVN repository (or my GIT repo) to download from, instead of downloading from the CeresCP download section, containing outdated pre-packed files.

yes i was talking about this, maybe there are old files here in the internet where it is stored. i miss that grid and looks more classic Anyone got that old files grf or something, i download the ragnarok alpha client but i cannot open the GRF too bad This is probably the one you're looking for. http://toshiro.skylinero.net/grid.tga

It seems there are some configuration problems (webserver or PHP) regarding the language packs, that even affect older versions of CeresCP (like the one you are now using), which causes text that contains special characters (like è, é, ñ, ä) to not display anymore. If you have the spanish language pack active and receive an empty message box when trying to login, it seems to be mostly the "Incorrect Code." message that's not displayed (tested on latest version). I'll take a look at the general webserver/PHP configuration and the code and see if I can find a solution for this, but for now the only workaround is to just use the english translation. Update: Okay, I just figured out the problem. Since PHP 5.4 htmlentities, which is used for encoding the language pack texts, uses UTF-8 as default encoding, but we're having an ISO-8859-1 string, so it just returned an empty string. This has now been fixed in the newest version of CeresCP. Make sure you use the official SVN repository (or my GIT repo) to download from, instead of downloading from the download section, containing outdated pre-packed files.

Resolved his issue. The problem was that his version of class.smtp.php had more than just a single newline after the closing PHP tag, causing the emblem's header function to display an error message that corrupted the emblem output.

Are there any errors when trying to install CeresCP? While the downloads on the CeresCP project hosting on SourceForge have not been updated since like 2 years (those aren't fully working with newer versions of rAthena), the latest version is always obtailable using SVN. You can also use the "Download Snapshopt" button on the project's SVN overview to get the latest version.

Instead of deleting all weapons that contain a Thanatos Card, you rather just remove the card from the weapon. DELETE FROM `inventory` WHERE `nameid`=4399; DELETE FROM `cart_inventory` WHERE `nameid`=4399; DELETE FROM `storage` WHERE `nameid`=4399; DELETE FROM `guild_storage` WHERE `nameid`=4399; DELETE FROM `auction` WHERE `nameid`=4399; UPDATE `inventory` SET `card0`=0 WHERE `card0`=4399; UPDATE `inventory` SET `card1`=0 WHERE `card1`=4399; UPDATE `inventory` SET `card2`=0 WHERE `card2`=4399; UPDATE `inventory` SET `card3`=0 WHERE `card3`=4399; UPDATE `cart_inventory` SET `card0`=0 WHERE `card0`=4399; UPDATE `cart_inventory` SET `card1`=0 WHERE `card1`=4399; UPDATE `cart_inventory` SET `card2`=0 WHERE `card2`=4399; UPDATE `cart_inventory` SET `card3`=0 WHERE `card3`=4399; UPDATE `storage` SET `card0`=0 WHERE `card0`=4399; UPDATE `storage` SET `card1`=0 WHERE `card1`=4399; UPDATE `storage` SET `card2`=0 WHERE `card2`=4399; UPDATE `storage` SET `card3`=0 WHERE `card3`=4399; UPDATE `guild_storage` SET `card0`=0 WHERE `card0`=4399; UPDATE `guild_storage` SET `card1`=0 WHERE `card1`=4399; UPDATE `guild_storage` SET `card2`=0 WHERE `card2`=4399; UPDATE `guild_storage` SET `card3`=0 WHERE `card3`=4399; UPDATE `mail` SET `nameid`=0, `amount`=0, `refine`=0, `attribute`=0, `identify`=0, `card0`=0, `card1`=0, `card2`=0, `card3`=0 WHERE `nameid`=4399; UPDATE `mail` SET `card0`=0 WHERE `card0`=4399; UPDATE `mail` SET `card1`=0 WHERE `card1`=4399; UPDATE `mail` SET `card2`=0 WHERE `card2`=4399; UPDATE `mail` SET `card3`=0 WHERE `card3`=4399; UPDATE `auction` SET `card0`=0 WHERE `card0`=4399; UPDATE `auction` SET `card1`=0 WHERE `card1`=4399; UPDATE `auction` SET `card2`=0 WHERE `card2`=4399; UPDATE `auction` SET `card3`=0 WHERE `card3`=4399;