I am wondering how configuration works, or more specifically where permanent configuration is supposed to be saved.
If I create an extension where a streamer needs to enter their Steam ID in order to display some Steam profile information in the extension then I need to save that Steam ID for each streamer. Do I need to save that somewhere on my own hosting, or is there a way to save it on Twitch’s back end? Should I be setting up a database on my own hosting with a table of streamer Twitch IDs and their Steam IDs for this example?
not a twitch dev, but based on documentation right now you have to do it through you own hosting.
You would use their API endpoint if you want to block wrongly configured apps (you have to tell twitch if config is ok to go)
Thanks for the response. Given that that Trello task exists it seems pretty clear it is not something currently possible. As you say - hopefully this is something which comes soon
Hello Barry - I am not sure if I am reading your answer correctly. My question is wondering whether an Extension can be created where the config details are saved on Twitch’s back end somewhere. Your answer implies that its my EBS which would hold the Steam ID and corresponding Channel ID. Am I misunderstanding somewhere?
There is an undocumented end point that will spit out a streams SteamID if linked to Twitch, but a lot of Streamers will not link their Steam as they don’t want their Steam public, and it’s more of a viewer feature, of the CSGO game/map fetcher, so whilst the end point exists it’s not worth playing with
Thanks for the clarification. The Steam ID was just an example - there’s actually quite a few things I would want to save in config, some of which would not be already connected to Twitch in any way.
It just seems odd to me that Twitch would build a tool so conceptually linked to the idea of it being hosted and managed via Twitch, but then expects one of the most fundamental parts of it to be hosted and managed externally. At least it looks like something that will be changing soon!
Perhaps, but you can’t do much processing or many API requests/mergin/comparing in pure client side at all, so you gotta dump off to EBS for processing.
But I can see the benefit of storing such info on Twitch itself
Extensions were designed to allow third parties to develop and run their code on Twitch. EBSs are a first step in allowing remote computation, configuration, and state management for extensions. The configuration service will be the next step forward, which will lower the barrier to entry.
Thanks for the explanation - makes total sense from a computation point of view.
The sort of Extensions I am thinking of developing are things like latest posts on social media which, as long as the user’s posts are public, would require nothing more than passing a username parameter into a URL and grabbing a JSON feed.
Is there any sort of ballpark timing on when the configuration service would be made publicly available?
As of right now - yes. The config service is still not released. However, there was recently an RFC on these forums which usually means it is coming soon. My best guess would be a couple months but I guess it depends on a couple factors how long it takes.
Setting up an EBS to control everything is still possible as described above