Only my 2 cents:

I saw updates regarding the development of base-pol098 which sounds really excitting. But I doubt it's the time now mainly because pol097 is not even close to complete... I mean if you plan to use distro pol097 over pol098 like you guys did with pol095-096 I would say " Ok, they are going forward it's alright but damn could we have a break! lol "... Nah seriously I don't know how it's going in the background for the distro097 development but we definitively need that version completed before going to another version already... Anyways, of course I'm alright with it but we could spend time to complete 097 before all.

Modification: I don't want to complaint... I just want to understand your point of view.

I think last fix on pol097 should be done and after start working on pol098.
Before pol098 apply di pol097 last modify decided...

Things worked kinda well with 096 + 097. Having subreleases (.1, .2, ...) is a great way to support older core while developing new one (beta, release candidate) to motivated testers to play with.

I cannot see a reason to do otherwise, but alas, it's not my decision.

When it comes to distro, there are really not that many changes between 097 and 098 scripting wise - it should be possible, if no major changes are introducted and there's an interest to do so, to develop both at the same time without having to rescript much. As Austin is doing most of the distro work, it would make little to none sense to keep other devs from developing core while he works finalizing the distro, would it?

ncrsn wrote:When it comes to distro, there are really not that many changes between 097 and 098 scripting wise - it should be possible, if no major changes are introducted and there's an interest to do so, to develop both at the same time without having to rescript much. As Austin is doing most of the distro work, it would make little to none sense to keep other devs from developing core while he works finalizing the distro, would it?

098 starts as a copy of 097-Release, and we work from there. Last I talked with the other Devs, 098 will be focused more on bringing the server up-to-date, fixing bugs and quirks, and improving performance, rather than adding new features. As such, I suspect moving an 097 scriptbase (Distro included) to 098 will require minimal changes.

Luth wrote:

ncrsn wrote:When it comes to distro, there are really not that many changes between 097 and 098 scripting wise - it should be possible, if no major changes are introducted and there's an interest to do so, to develop both at the same time without having to rescript much. As Austin is doing most of the distro work, it would make little to none sense to keep other devs from developing core while he works finalizing the distro, would it?

098 starts as a copy of 097-Release, and we work from there. Last I talked with the other Devs, 098 will be focused more on bringing the server up-to-date, fixing bugs and quirks, and improving performance, rather than adding new features. As such, I suspect moving an 097 scriptbase (Distro included) to 098 will require minimal changes.

Correct.
Only change I plan to make to 098 is to make vendors a lot more script controlled - otherwise the other contribution I plan to do is upgrade our standard template libraries to something more modern and fix the repsys thread. The former two should be transparent changes to the end-user.

I have written, and am currently testing, the previously discussed change to separate Facing from Movement. So far, it's working splendidly. However, this will cause some scripts to need updating, as char.facing (for assignment only) will have to be replaced by char.setfacing. The .facing parameter will become r/o.

I have no other functionality changes planned for 098, unless its required for the creation of Distro systems.

I think that would be nice if you add an alternative SQL database, with some core function to make queries.
Ive got some experiences with l2 servers and i think that kind of database is so much better.. and even faster.

I hate to be a stick in the mud but the one thing I really like about POL is all I need to run it is well, POL. I don't need to run an IRC server to handle an InGame chat system and a login server to handle log ins and "world selection" and a separate database server for handling data yada yada yada.

I understand the reasons to use SQL or other databases but ya know there's something to be said for the elegance of simplicity.

I would be curious to see how SQL affected a larger (300+ active) shard as it scaled upward. However, since I don't have one at my disposal, an SQL DB is, to me, only a technical curiosity and not a plan to implement.

I totally agree with Yukiko.

I tend to agree with Yukiko also. The thought of having to mess with a sql server on top of the pol server would make managing things more difficult.

POL has a great method for dealing with data. It is the data file system and I vote to keep that system.

Umm, I expalined wrong myself.

Instead of changing the data system.. why not do you add a core function to make sql queries?
They could be usefull.

Edit: its just a suggestion

So you're proposing a built-in mini-SQL server, something like the internal webserver?
That might be an interesting idea. Mind you I know absolutely nothing about SQL programming but I can definitely envision the possibilities. It might make programming PHP (again another language I am ignorant of) interfaces to POL a lot easier.

I'm curious about what data you'd want the queries to have access to. It would be an interesting idea.

Also, the SQL server would require an IP/port and this means another place open to attacks from hackers but there's always those kinds of trade-offs.

I wonder what the overhead would be if this were implemented? I gather that would depend on the complexity of the queries allowed but as I said earlier I am ignorant of SQL.

I kind of like this idea as long as it doesn't compromise security too much and as long as it doesn't weigh down the server, not that my opinion counts for two Ningies.

I would like to see the bugs that are left fixed first though. BTW are there still memory leaks in the packethooks?

The SQL server... only interacts with localhost... no ports to be forwarded

What data? umm do you know Lineage 2? some nice web features and so. Dont know, it could be used for lots of things, and I think its complety secure..

some wow emulator useing mysql database can offer 8000+ players online

but the original wowemu which using txt database only offer 300+ players online

you can see http://wowscape.net/