-
Please be aware that you need a valid XenForo license to download our XenForo products. If you do not have a valid license, you will not be able to access any purchased products.
Please click here to validate your XenForo license.
DragonByte Credits 5.8.0b1
Change log
Change: Rework Daily Activity, Interest, Taxation and Paycheck to use cron jobs rather than login triggers
Fix: Prevent donating if either source is incapable of sending, OR target is incapable of receiving, donations
Fix: Prevent donating if either source is incapable of sending, OR target is incapable of receiving, donations
Release notes
This version reworks the way daily credits operations are handled.
In previous versions, the following events would be handed the first time a user performed an activity on your forum that day:
This turned out to sporadically cause a problem wherein these events could be multiplied if users had multiple tabs open, and all of them performed some kind of action at the same time (such as refreshing a chat box every second). This only affected sites that had background operations that ran every second, otherwise collision protection would kick in. Still, the number of affected sites was greater than 0, and as such a solution was needed.
In v5.8, this code has now shifted to a cron-triggered rebuild job. What this means in practice is that those events will now be shifted to rewarding users for yesterday's activity at the end of the day, rather than giving them today's reward the first time they login. The upside to this is that there's no chance of collision, no matter how many tabs they open, because it's all handled by XenForo's cron job system.
This release is flagged as Beta because it's received limited amount of testing, but it should be functional enough for a production environment.
In previous versions, the following events would be handed the first time a user performed an activity on your forum that day:
- Daily
- Interest
- Paycheck
- Taxation
This turned out to sporadically cause a problem wherein these events could be multiplied if users had multiple tabs open, and all of them performed some kind of action at the same time (such as refreshing a chat box every second). This only affected sites that had background operations that ran every second, otherwise collision protection would kick in. Still, the number of affected sites was greater than 0, and as such a solution was needed.
In v5.8, this code has now shifted to a cron-triggered rebuild job. What this means in practice is that those events will now be shifted to rewarding users for yesterday's activity at the end of the day, rather than giving them today's reward the first time they login. The upside to this is that there's no chance of collision, no matter how many tabs they open, because it's all handled by XenForo's cron job system.
This release is flagged as Beta because it's received limited amount of testing, but it should be functional enough for a production environment.