Lack of reason to use ParoxityEcon

[DaPigGuy]

At the moment, there are zero plugins supporting ParoxityEcon.

Although a PR was made to libPiggyEconomy for ParoxityEcon to add support for various PiggyPlugins (PiggyShopUI/PiggyCEShop/PiggyAuctions/PiggyFactions), it was not merged due to backwards compatibility breaks from switching to callbacks to support ParoxityEcon's largely asynchronous API. Additional changes to implement multi-currency support by @TwistedAsylumMC will further reduce the likelyhood of the PR being merged.

Aside from PiggyPlugins, which plan on eventually adding support, there would be little to no other plugins who would use ParoxityEcon. Compared to EconomyAPI, which not only has official plugins, but also a multitude of unofficial ones, it becomes clear why many users are discouraged to switch from EconomyAPI.

Other than the lack of support, there are no distinguishing features compared to EconomyAPI in the eyes of users.

• Forms? Forms are just gimmicks.
• Is ParoxityEcon hoping for users to switch to ParoxityEcon for 4.0.0? Unlikely, as onebone's repository already has a 4.0 branch while maintaining backwards compatibility.

If ParoxityEcon wants to entice server owners to make the switch, then plugins supporting ParoxityEcon would have to be created and users would need a better reason than asynchronous queries.

[SOF3]

They still have a stupid /topmoney implementation very prone to DoS. Is this considered a reason? 🙃 https://github.com/onebone/EconomyS/blob/a31409dc0ad5ccc426087012cfe9c7994fd6ea52/EconomyAPI/src/onebone/economyapi/command/TopMoneyCommand.php#L65

[DaPigGuy]

Not if users don't know about it 😅

[SOF3]

Then let's send out bots to DoS them so that everyone knows economyapi is laggy. 🙃

[DaPigGuy]

@TwistedAsylumMC ^ :)

[SOF3]

Start working on basic economy utilities like shops and land purchases.

[SOF3]

Also consider developing some more informative analytics than "top money". Then users of ParoxityEcon can brag "we use machine learning/big data to adjust our economy".

[Thunder33345]

Lack of reason to use ParoxityEcon

that's a rough way to put it, but i agree
there's a few factors at play

it lacks both developer and owner appeal

catching up to parity of multi economy would be ideal, at current state, by user and developer appeal it's worse off #4
some sort of non callback based warper for more developer appeal??
async could count as developer apealappeal?

sponsoring or creating official line of "paroxity econ" plugins to increase owner appeal??
some sort of porting tool would be nice? to reduce friction in making a switch?

player appeal wise, there's not much other then a reasonable interface, good enough they wont be annoyed and bugs the server owner to change economy plugin, but most times players dont get to call the shot

but if you had to ask me, i think it's simply because there's no other plugins that uses paroxity, this means no one even knows we existed to start off with, and even if someone do, they often have no better reason to make a switch

[SOF3]

Providing API methods to access data synchronously and encourage thread-blocking operations just to allow noob developers to write in a slightly different syntax is a really stupid idea. It degrades our performance strength in general.

Porting tool would be nice indeed, and in fact I think it is a priority.

Developing peripheral plugins would very significantly increase reason for adoption. Even not for switching in old servers, at least it increases the chance of adoption in new servers.

[SOF3]

Is there a roadmap or something regarding development of peripheral plugins?

[Aericio]

Umm... we'll make one later. What do you think we should do as priority?