-
Notifications
You must be signed in to change notification settings - Fork 71
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Granular esi scheduling for users #682
Granular esi scheduling for users #682
Conversation
@recursivetree I have the use case that I need to increase refresh rate for our main holding corporation toons for a number of users to get Notifications, Contracts etc for Alliance services. |
As a reference my user has 40+ characters on SeAT and I need to get notifications more frequently on maybe 5 toons. Then there are a handful of other users with 10+ characters that has 1 character that need more frequent notifications and contracts etc. |
After some consideration, I've come to agree that is is worth it to have per-character instead of per-user scheduling. Therefore I'm going to close this and start a new PR. The eveapi side can remain unchanged. |
This PR builds upon eveseat/eveapi#409 and allows admins to adjust the schedule of esi updates based on conditions.
Admins can specify an update interval associated with an acl role. From all roles a user holds, the one with the shortest update interval is used, and the characters associated with the user will be updated according to that update interval. If no scheduling rule is specified, or the user doesn't hold any roles, a default of one hour is used. This means after upgrading, nothing changes until it is configured to do so.
I've made the decision to bind the update interval to roles and therefore users, opposed to individual characters, because of multiple reasons: