Opened 8 years ago
Closed 4 years ago
#1933 closed enhancement (reported-upstream)
Automate Tagregator settings
Reported by: | hlashbrooke | Owned by: | |
---|---|---|---|
Milestone: | Priority: | normal | |
Component: | WordCamp Site & Plugins | Keywords: | needs-patch good-first-bug |
Cc: |
Description
The Tagregator settings (API keys) for each WordCamp site always need to be filled in by the organisers each year. My assumption is that there is no need to generate new keys every year and, in many cases, I'm sure this is something that organisers forget to do as there are so many more pressing things to take care of when organising a WordCamp.
While Tagregator is perhaps a more minor feature, we could do a lot to improve the flow of it. There are two options here I think:
- Organisers generate and add their API keys for the first camp in their city and then subsequent years automatically copy the previous year's keys as the site is created.
- We generate API keys for each service that are linked to the WordCamp Central and auto-populate all future WordCamp sites with them.
Option 1 would be a quick win (I think), but option 2 would be even better if we could do it. The main issue that would probably come up are the usage limits for each API key, so we would need to research those for each service before we could go with option 2.
If we don't do any of this, then we could at least try to improve the oAuth flow for organisers to make this whole thing a lot simpler.
Change History (4)
#1
@
8 years ago
- Keywords good-first-bug added
- Owner set to iandunn
- Status changed from new to assigned
This ticket was mentioned in Slack in #meta-wordcamp by coreymckrill. View the logs.
5 years ago
#4
@
4 years ago
- Resolution set to reported-upstream
- Status changed from assigned to closed
This ticket has been moved to GitHub https://github.com/WordPress/wordcamp.org/issues/589
I think we should try setting up a set of default keys that all sites can use, but let them override it if they want.
We'll need to double-check the API limits, but my rough worst-case calculations are that we'd have at most
14,400
requests per day in the short term, and24,000
per day in the longish term.Twitter's API allows
180
requests every 15 minutes, so we'd be fine there. (That's only for the Search endpoint; the others are15
every 15 minutes, but we don't use those).I'm assuming the other services have similar limits, but we should check. We could adjust the update interval if it's close enough.
Worst case, if we did run into problems, organizers could always create their own keys to override the default ones.
Also worth noting: Pinterest disable the API keys if the account connected to them doesn't use the app periodically, which is annoying and will bite us here. Maybe we just don't setup a default key for Pinterest, since it's break all the time anyway.