Posts by wild1145

    As part of trying to rationalise what we have on the forums, and also to make use of some of the new features that WoltLab offers over that of Flarum, I'm retiring the "Support" and "Tech Support Help Desk" boards from the forums.


    All threads in these boards will be moved to an appropriate new board, many to the new support category on the forums, and many into other similar boards (Like the non-minecraft tech boards for example). I've also introduced a new board in the support section called "Community Support" which really is the direct replacement for what was the "Support" Category, but with a somewhat wider scope and is intended for any general TF Support that you want to use the community to answer, but also for general tech queries.


    I'm hoping to make the forums a bit more sensible in terms of their structure, so as always if you have feedback on boards you'd like to see or things you think we should merge / refactor then please provide feedback on our suggestions section :)

    While we are in the process of planning to reset all of our worlds, if we plan on keeping using the worlds for a very long time (which is fine) we should investigate an automatic solution to clearing unnecessary regions files to avoid issues with the servers file size, which is an even bigger concern now that the world hight has increased

    So the intention will be to set a fairly generous world border which should let us manage the world growth. The trade off is either that or being forced to do more regular resets. Speaking to Steven before we had decided this was the best compromise for the time being as well as potentially some other plugins that might help manage world sizes.

    The issue wasn't CoreProtects efficiency, it was that people were using things like nukers, when you're getting hundreds of block requests per second it sorta fucked with the entire MySQL Env. It might be better on SQLite.

    Right, my memory was kinda out of sync. Isn't there a packet limiter on the server now to prevent stuff like nukers from overloading stuff?

    I think the nuke check stuff is just a block break event. Where core protect doesn't care about tfms nuke prevention the events never got cancelled. Again we can absolutely try unblocking stuff. I just haven't got the means personally to test if it'll shit the bed.

    I'm happy to un-block it given it's using SQLite but there could be a performance hit to the server rather than my DB, though again I have no means to test that because I don't fully understand how it got abused in the first place other than through hacked clients.

    People enabled the inspector and then spam clicked a bunch of blocks with an autoclicker to overload the DB. Idk if the packet spam filter has been tweaked since then to prevent that, but I do know that coreprotect has had improvements to their DB speed since then, so it shouldn't be a problem anymore.

    The issue wasn't CoreProtects efficiency, it was that people were using things like nukers, when you're getting hundreds of block requests per second it sorta fucked with the entire MySQL Env. It might be better on SQLite.

    Hi Folks,


    One of the things I've been thinking a lot about as we start to look at the next major update for TF and the Freedom server is the direction the Freedom server itself should be taking and I'm keen to hear from you guys on this one.


    There have been two main positions the Freedom server has taken over the years.


    The first being throughout Mark's ownership when the worlds were disposable and the server focused more heavily on exploring new maps and worlds and building was less of a priority, but still possible (Though you had to be more careful about saving your builds). Maps would get reset usually daily and during peak times potentially a few times per day.


    The second being from somewhere between Windows and Seth's ownership (And what we have today) where the worlds are loaded as empty shells and building is the main activity that takes place on the server. We actively avoid map resets and the server is very much a persistent long term thing. Saving your builds is less important because we don't wipe entire worlds.


    I'm keen to know where the community actually want to see the server going, and if you guys like the current way we're running the Freedom-01 server, likewise if you think there's a better solution that isn't accounted for on either of the two ways we've ran things historically, please shout and I'll add more options to the poll :)

    So as I've said before, I am not happy to have shadow lists / duplicate content around the forums.


    I've raised an ask on the WoltLab team to add a feature to a feature called Thread Forms which would allow us to turn the IBR form into a thread form and restrict who can then see some of those fields. The other option in the future might be to build a dedicated tool to do this sort of thing that we can auth against the forums, but that requires a bit more time and effort.


    If you want to support the suggestion I've raised it here - https://www.woltlab.com/commun…d-forms-content-by-group/

    I'm bumping this to mostly confirm I've not forgotten about it. I'd rather not put any dev effort into updating our fork if we can help it. I'm hoping to get some time soon to get the Plots Server up and running properly which will make it significantly easier to stay in-step with these releases.

    Paldiu Have you got a Jira ticket reference for the /ins bug.


    I'm happy to un-block it given it's using SQLite but there could be a performance hit to the server rather than my DB, though again I have no means to test that because I don't fully understand how it got abused in the first place other than through hacked clients.