Jguy

Dear community, Our wiki is our lifeline when it comes to documentation. There is no easier way to write documentation to be read and changed by all then to have it centralized to one place and easily linked through to places it needs to be linked. However, the current installation of MediaWiki we have is poor at doing its job for the most part. It's largely non-maintained and is hindering our IPB side progression as everything we do with the forum has to be compatible with our IPBWiki version, which is terribly outdated (with no more updates to it available) and is preventing us from installing automatically some updates to our IPB installation, or even upgrading our forums (we can't make the switch to IPB 4 because of the MediaWiki installation, for example). Therefore, effective immediately, the current installation of MediaWiki, located here, will immediately be set to read-only, and we will be moving most of the information to our GitHub HerculesWS account, which has Wiki support, located here: https://github.com/HerculesWS/Hercules/wiki Such integration with our GitHub account will allow us multiple advantages, including: * Cloning a local copy of the wiki to your desktop using git, which we already do for our repository * Making changes locally and pushing those changes back to the wiki, all offline. * Support markdown, RST and Textile, among others. * Easily reference bits or blocks of code and link back and forth between the wiki, a commit, issue, a file or pull request, if we want. With this, we can also make a push to upgrade our out of date IPB installation easier, and cut ties to things that are holding us back from a community standpoint. This also affords us the opportunity to sort through our documentation and write things that really matter, in a clear and concise way. The timeline for the move will hopefully be done in the next couple of weeks, "automagically". Note that the current mediawiki is still readable, except nothing can be changed any longer. Please let us know if you have any questions, comments or concerns with this change.

The Hercules Admin Tool bugtracker now available Bugtracker?! Why?!?! Cause I was bored. Couldn't you just integrate an existing bugtracker into the panel, like Mantis or Bugzilla? I could have, but eh. This is more fun. Like I said, I was bored. Alright, you were bored. What did you do? HAT now ships with a nearly fully featured bug tracker, integrated into the panel and customizable as such. What does this mean for you as a server owner? Well, I'll tell you! The list of completed features: Open bugs in a new bugtracker interface. Establish versions, categories, a title, and priorities. A field for comments and steps to reproduce are present. Each bug can be assigned to a developer (provided you have permissions to assign bugs and the person you want to assign a bug to can be assigned bugs). Each bug has a log of changes and comments, similar to github. Can add new comments, change status or category of a bug (again, provided you have enough permissions). Cool story bro. This can't be done yet! What else are you adding? Glad you asked! You will soon be able to: Use tags such as "AID", "CID", "ItemID", "MobID", "GID" or similar to reference and link to various parts of HAT (for example, if you write "CID150132" in a bug or comment it will create a link directly to "/character/details/150132") Search bugs Configure the bugtracker from within the panel. And probably more I'm forgetting. What's there that isn't usable yet? There's a few things that I've put in that aren't usable yet. You can mark a bug private and it will save it that way to the database, but there's no mechanism in place to hide private bugs from groups that can't see private bugs. There's a button for search bugs but there's nothing built for it yet There's a button for "Configure tracker" but again, nothing there for it yet. Where can I get this superawesomemegaamazing thing? https://github.com/jguy1987/HercAdminTool/commit/4eff39155f5c5f9aa96ef624b1fc189ffa88f203 Obligatory Screenshot: Hello all, As we're getting more and more feature rich, I plan to handle SQL database updates as Hercules does from this point forward. There will be update files with database updates that will need to be ran to keep yourself up-to-date for your tables. Each will be date stamped. This way you can keep your current database(s) and not worry about destroying any potential data. Note: Always still take backups though.

same problem like mine These issues are fixed in https://github.com/jguy1987/HercAdminTool/commit/ce446db815f8cc86e72cf99cf1f7fabbd2fe7f9a

Yeah, there's some things missing since a recent commit where I broke out the ability to have HAT in a separate database. The help would be appreciated if you want to make a pull request.

My current project and reason for lack of commits is because I am attempting to integrate and/or write from scratch a bug tracker into the panel. I hope to have this done soon.

I plan to make a stable pre-release once I finish the installation stuff I've been working on. Once you have a "Stable" way to install the panel that might be a good time to release a pre-release. Jguy, i was wondering if there is an possible to have for rAthena or only exlusively for Herc? I can charge for this or we will meet at downtown or my place in Chicago i live in Jefferson Park. In all theory it would be rAthena compatible with a few database changes. However the features would be much limited. I'm still around. There was a huge project at work I wasn't able to get time away from. I'm still floating around and still picking at the panel.

If you want to see the individual server consoles then starting each individual server in their own screen is the right answer. You can do this with running the individual executables for login, character and map. Alternatively, you can always use ./athena-start, and output the log to a file.

FYI - A lot of our development team I believe are still in university. It was the end of the semester. Everything tends to slow down during this time.

Original jAthena (from what Hercules is forked from) goal was to emulate kRO as much as possible. From back in 2002-2004 when AppleMod and Athena was forked from jAthena, this goal has remained true. However, accounts on kRO became scarce and members began hoarding them for themselves. Leaks from the Aegis source code because few and far between so holes had to be plugged with data from iRO and Aegis data without source. iRO is believed to be privatized now, so it is possible that it is no longer running an official copy of the Aegis software (it had some minor modifications over the years from kRO anyway). Only kRO itself can still be trusted to be official since it is still being operated by GRAVITY themselves.

Haha, I was beginning to wonder if anyone would notice that. We thought about it at first but this would screw with SEO. Not only that, it could take the 24h for the DNS to settle, then 24 more hours for it to settle back. Not worth it. Yup. I was a little late posting this (about 9am 1 April my time), but wanted to keep it up for nearly 24 hours. Some people did think that this was real and question it. It was somewhat amusing and something I've always wanted to do. Glad if you got a kick out of it

Note: I neglected to mention that the JmanAthena servers will be hosted on a 192kbit connection out of my house. But don't worry, my internet is as stable as the communications between the Philae lander and Earth.

Hello folks, Glad I could catch you. I have an announcement to make, that I'm sure you will find most satisfactory. From hence here forth, Hercules will be renamed to JmanAthena. This is to reflect my superiority over the Ragnarok Online Emulator scene. A commit will go through shortly that will reflect the change to the emulator. The source code will also change thusly: * The GNU GPL license will be removed and replaced with "GNUJman version 1". This license is basically "All your base are belong to me". * The 'src' folder will immedately be renamed to 'jman'. Yes, this will probably break a lot of stuff, but it'll be up to you as users to deal with it. * We will immediately be removing support for the /db/ folder as it stands now. Instead, all of the databases will be hosted on JmanAthena's servers. Furthermore, the following staff changes will be effective immediately: * Ind's account will be deleted. All contributions of his to the emulator either via the forum or source will be permanently deleted. * I am promoting this guy: http://herc.ws/board/user/15-zach/ to be JmanAthena's new development manager. Yes, no commits to the git repository and no forum posts, but I believe he has what it takes to do the job. * The moderator's abilities as moderators will be eliminated. Instead, all moderator actions must go through myself or the new Development Manager * Haru and Mystery will keep their titles but as the regular moderators, their actions must go through me. Their existence as administrators will be pretty much eliminated. Furthermore, the server hosting JmanAthena will be hosted on a 192kbit connection out of my house. But don't worry, my internet is as stable as the communications between the Philae lander and Earth. Welcome to the future! Welcome to the best RO Emulator money can buy (oh yeah, forgot to mention, to get access you must pay $9.99/mo plus shipping and handling of $39.99 in order to use JmanAthena). Welcome to JmanAthena! (Note: Some of this post might be exaggerated for humor and entertainment value. Results may differ.) Note: Special thanks to hemagx for the logo.

I plan to make a stable pre-release once I finish the installation stuff I've been working on. Once you have a "Stable" way to install the panel that might be a good time to release a pre-release.

One of the goals of *Athena (Hercules was forked from rAthena which was forced from eAthena which is forked from jAthena...etc) is to closely emulate the official server(s) as possible. This includes databases, NPC's and yes, source and NPC code structure (with obvious modernization such as not using 96GB of RAM and Windows only to run). This change most closely follows that original goal.

I'm still alive, but got a bit busy with several server moves at work and for my own personal stuff. In the process of the server move I lost my testing database and need to find it, if not re-build some dummy data.

Should just ask randomly throughout the playing session, maybe only once or twice. Once within 10-30 minutes after login then after passing wait 15 minutes, then randomly through a timeframe. Don't count idle time and somehow detect bot like behavior (in the same zone, killing the same monster over and over for long periods of time, etc

Several other games limit the amount of furniture you can have to at most 10-20 pieces, eliminating the mouseover issue if one has tons of furniture. Or, you can just not have user movable furniture, and instead have 20 different house designs that users can choose from, and a way for admins to make more is to just modify the script, therefore keeping it fresh between house owners. Users should be able to purchase a vast number of different upgrades....such as: * A refiner that will allow refining equipment inside the house for a slightly lower failure rate. * A shop that sells some potions and other things to aid in questing for slightly cheaper than if you went to Prontera to grab them. * A storage NPC that perhaps allows you to access your storage * A heal/buff NPC if the server already doesn't have one to buff you for some zeny. * A way to "work" in your house (just by idling). The longer you idle, you gain some XP/JP bonuses to use while questing. * Storage chests inside your house for a little extra storage * An NPC that will grant you special potions or bonuses or just items for talking to them X number of times per day as a chance thing. Talk to them enough, the chances of getting rewarded is higher.

For you to do what you want, it's recommended you use something slightly more powerful than a VPS, or use two. Basically: VPS 1 IP: 55.55.55.55 VPS 2 IP: 77.77.77.77 You will start up login, char and map on VPS 1 and only char and map on VPS 2. Your settings will be something like this: On VPS 1, /conf/login_server.conf: // The login server listens on the interface with this IP address.// NOTE: This allows you to run multiple servers on multiple interfaces// while using the same ports for each server.bind_ip: 55.55.55.55// Login Server Portlogin_port: 6900 ON VPS 1, /conf/char_server.conf: userid: server1passwd: somerandomthing1// Server name, use alternative character such as ASCII 160 for spaces.// NOTE: Do not use spaces or any of these characters which are not allowed in// Windows filenames /:*?"<>|// ... or else guild emblems won't work client-side!server_name: Hercules1// Wisp name for server: used to send wisp from server to players (between 4 to 23 characters)wisp_server_name: Server// Login Server IP// The character server connects to the login server using this IP address.// NOTE: This is useful when you are running behind a firewall or are on// a machine with multiple interfaces.login_ip: 127.0.0.1// The character server listens on the interface with this IP address.// NOTE: This allows you to run multiple servers on multiple interfaces// while using the same ports for each server.//bind_ip: 127.0.0.1// Login Server Portlogin_port: 6900// Character Server IP// The IP address which clients will use to connect.// Set this to what your server's public IP address is.char_ip: 55.55.55.55// Character Server Portchar_port: 6121 On VPS 1, /conf/map_server.conf: userid: server1passwd: somerandomthing1// Character Server IP// The map server connects to the character server using this IP address.// NOTE: This is useful when you are running behind a firewall or are on// a machine with multiple interfaces.char_ip: 127.0.0.1// The map server listens on the interface with this IP address.// NOTE: This allows you to run multiple servers on multiple interfaces// while using the same ports for each server.//bind_ip: 127.0.0.1// Character Server Portchar_port: 6121// Map Server IP// The IP address which clients will use to connect.// Set this to what your server's public IP address is.map_ip: 55.55.55.55// Map Server Portmap_port: 5121 And on VPS 2: /conf/char_server.conf userid: server2passwd: somerandomthing2// Server name, use alternative character such as ASCII 160 for spaces.// NOTE: Do not use spaces or any of these characters which are not allowed in// Windows filenames /:*?"<>|// ... or else guild emblems won't work client-side!server_name: Hercules2// Wisp name for server: used to send wisp from server to players (between 4 to 23 characters)wisp_server_name: Server// Login Server IP// The character server connects to the login server using this IP address.// NOTE: This is useful when you are running behind a firewall or are on// a machine with multiple interfaces.login_ip: 55.55.55.55// The character server listens on the interface with this IP address.// NOTE: This allows you to run multiple servers on multiple interfaces// while using the same ports for each server.//bind_ip: 127.0.0.1// Login Server Portlogin_port: 6900// Character Server IP// The IP address which clients will use to connect.// Set this to what your server's public IP address is.char_ip: 77.77.77.77// Character Server Portchar_port: 6121 On VPS 2, /conf/map_server.conf: userid: server2passwd: somerandomthing2// Character Server IP// The map server connects to the character server using this IP address.// NOTE: This is useful when you are running behind a firewall or are on// a machine with multiple interfaces.char_ip: 127.0.0.1// The map server listens on the interface with this IP address.// NOTE: This allows you to run multiple servers on multiple interfaces// while using the same ports for each server.//bind_ip: 127.0.0.1// Character Server Portchar_port: 6121// Map Server IP// The IP address which clients will use to connect.// Set this to what your server's public IP address is.map_ip: 77.77.77.77// Map Server Portmap_port: 5121 The login server, character server and map server on VPS 1 will connect as usual, but on VPS 2, your map server will connect to VPS 2's character server, and VPS 2's character server will connect to VPS 1's login server. Players which connect to the login server and login successfully will be greeted with the Character select window allowing them to select Hercules1 or Hercules2.

Hi all, I've been pushing a few updates to github and working on a few more. I've updated the main topic with more information. I should be done with the UserGuide according to current features and should be able to commit it in the next few days. On the to-do list now is Guild functions and finishing out the gamelogs.

Sorry for the lack of updates, both to this thread and to the repo. Rumors of my death have been greatly exaggerated. I'm still alive, still with Hercules. I was in the process of moving and had a few family issues come up that had taken me away from my life for a bit. I was able to work on a few things but nowere near the activity level I was doing. I'm back, and have a bit more time than I did so I should be getting back into this. I started working on an Official User Guide which will be in PDF form and will detail how to install and use the panel. I hope to have a version of it ready to use by October 15th. During this time I will of course push more regular updates to the GIT repo. look for more updates soon!

...even the big names like iRO, or other games like World of Warcraft, Final Fantasy XI or XIV or EVE Online don't rely on a CDN to host game servers. CDN's are best used for static content. Not only that, will Hercules even run on a CDN? I'm pretty sure the official server software Aegis doesn't, therefore any emulated would probably do poorly or not work at all. You would have to mirror your MySQL data at least three times, once for the master and at least two slaves, increasing the chances of data transfer failure. If you have a server go down the load would switch to the other two servers which is the point of a CDN (kind of) but then to resume the downed server you would have to take the CDN down to refresh the data on the server that was down before you could put the entire thing back up again. Just not worth it. Get a centrally located server for your anticipated largest audience's location and run with it.

XenForo, from the creators of vB before version "suck": https://xenforo.com/

Hi all. quick update. Home ownership is going well, I'm in the process of moving in and bouncing between my new place and parents house. Internet is scheduled to be installed June 6th, this upcoming Saturday. I suspect the week after internet is installed I might be able to push a few updates more regularly as I had been. Thank you for your patience.

What page were you trying to access? What's the OS? PHP version? Apache version? An error without explanation as to what you were trying to do or your environment doesn't really help me at all. To all: I know I haven't worked on this for about 2 weeks. I'm currently in the midst of finding a new place to live, tomorrow is the date I'll get the keys, so after another week or two, I should be back into the swing of things like I once was.

You all expected something different?