Fe - Economy
Fe is a simple, lightweight economy plugin that supports Flatfile, MySQL and Mongo and works with Vault.
Installation | Commands | Permissions | FAQ | Build System | Source Code
Features
- Rock Solid, Fe wont let you down.
- Drag 'n' Drop Install, Fe just works, no need to worry about config or permissions.
- SQLite & MySQL, whether your server has 10 or 10,000 players, Fe can handle it.
- Vault Support, Fe works with almost every plugin.
Future Changelog
Checked items are finished. The latest development build will always have these features implemented.
- 0.8:
- Support for UUIDs
- Account caching to get rid of the huge amounts of database queries
- Remove conversion since Vault can handle this with its own command
- Fix for players' balances getting deleted
"If I create a table with "balance", "UUID" and name while leaving the UUID as null, will it fill in the missing information when players log in?"
@Dyenx999
Multiworld support will probably not be added into Fe as it is just supposed to be a simple economy plugin.
@zaino60
http://dev.bukkit.org/bukkit-plugins/fe-economy/pages/translation/
@TheBoomer
I see what you mean - not saving until the player disconnecting/Fe disabling definitely is risky. I can implement a timed system for saving cached accounts every few minutes, which would help in case of a crash. You can already disable account caching with the config if you'd like to.
Loving and disliking both the idea of caching;) Loving, because even having caching only be for 1 minute intervals would be a dramatic game changer, thinking of folks spamming buy and sell signs tens to hundreds of times in a row requiring a bal-check then transactional update, then all over again back to back to back for 20 to 50 seconds in a row...
However, I'm a little weary of it being cached for the on-lifetime of a player, waiting for him to leave 5 or 6 hours later... thats a pretty big wait time to hold in memory, and a lot of transactions performed that could go poof in the case of some catastrophic server failure, or messed up server failure that does a non-crash hibernation, dropping everyone and then popping back to life a moment or two later with events all out of order, lost connections to db, and such. And yes, I do have a lot of players who are actively online and buying/selling, trading, killing for bounty, etc, for 3 to 5h sessions before their first AFK-kickout happens
It would be nice to know that the queue is cutting down on the response times and overhead for the back-to-back work, but, to deprive the db of an update for so long waiting for clean, errorless conditions of player disconnecting is a bit less reassuring.
Will there be a way to compromise the caching extents, so that not as much is potentially lost in case of a odd crash or event-sequence bending process? I even personally find problems with my own plugins purging data to the db during the on-disable phase, sometimes they just dont seem to get the run time they need connecting to the db...
I have enough confidence in the future of this plugin that I have migrated from iconomy to Fe, knowing I will be able to work on the transition to uuids with it at some point, without having a 30x overbloated plugin alternative only. I was trying to wait for all plugins, and mine, to be uuidd up and ready before switching production server, but just knowing that they will all be able to work together later gives me more time to work on them later as well.
can you make it so I can edit the plugin messages?? Thanks!
@niccholaspage
Can u guys add multi world support for this plugin ?
@Shurkan2
This issue has been fixed in the newest development version of Fe. (or atleast should have been)
hey im getting this error: Could not pass event PlayerQuitEvent to Fe v0.8-SNAPSHOT all my plugins, my craftbukkit version and this plugin version are up to date... Could you please fix this issue
shurkan2
I've got a question: If I create a table with "balance", "UUID" and name while leaving the UUID as null, will it fill in the missing information when players log in?
Fixed it. It said "softdepend: - Vault" instead of "softdepend: [Vault]". Now it's fine.
@Kyorax
Are you sure that it was an invalid plugin.yml and not a different error? Try downloading the latest development build.
@niccholaspage The Fe dev build I used yesterday has an invalid plugin.yml. Was that fixed yet?
@Kyorax
Yup, Fe is about to receive a big update with the features found in the future change log section of the content above. I'll then release some bug fix releases in case anything is found and in the future, another big feature release.
Hi, I'm currently using iConomy and would like to change to Fé since iConomy will be broken soon. Can I be sure that the plugin is going to be continued and updated?
The newest development version of Fe has experimental support for UUIDs. If you would like to test it out, please download it from here. PLEASE backup your database before trying this out since it may have some bad bugs! I need some MongoDB testers to make sure that it still works as the SQL database seems to be fine.
@Darthmineboy
Backup your database and try out the new development version of Fe on a test server. Performance should be much better.
Fe is getting an update to support UUIDs for Minecraft 1.7.9+. The current version of Fe will still work without any issues until name changes are possible through Mojang.
I've updated the build system link to use a different server. If you'd like to download the newest development build, you can do so by clicking latest dev, but do NOT use it on a production server, it is not and will not be stable until it is released on BukkitDev.
The newest development version of Fe adds in account caching for online players so the server will not run a query each time a player's balance changes or needs to be checked. Accounts get added to the cache when a player logs in. Money gets saved to the database when the player logs out. This increases server performance by a huge amount since the database won't receive as many queries as it did before. This change can be disabled in the config.
@TheBoomer
Thank you for your help with the length of the UUID! I've pushed a commit to make it shorter.
The authors have been making changes to the source code very recently - up until hours ago even.
They are just not responding here to provide reassurances to people that work is progressing, but it appears that things are happening.
If the authors do read this... please note, your ADD uuid varchar(128); is way overkill. Its 128 bit, not byte. Varchar 32 numeric, 36 if with dashes.
@matgsan
I believe this will work.
Pls post the source code, to edit the messages
Will this plugin has been abandoned?
Long time a developer says nothing, there are problems with delayed response in the economy, etc. .. and nothing comes out.
regards