At current point in time EventSubClient in LukeBot only supports WebSockets as a connection backend. While this is great for locally developing the bot, this also presents a problem when trying to have LukeBot be actually recognized as a chat bot in broadcaster's chats - Twitch actively rejects WebSockets as a connection method and does not grant a Chat bot badge to bots connected this way.
EventSub has two other backends - Conduits and Webhook. Conduits are for a much more scalable scenario and LukeBot is probably not going to be anywhere near that. On the other hand, in the early days Webhook was not an option because LukeBot was always run locally. Since that changed, Webhooks should be an alternative way of hooking up to EventSub.
This will revolutionise EventSubClient a bit and has to be done after #22 .
This change has to be configurable as WebSockets are very handy when testing the bot locally, especially with Twitch CLI.
https://dev.twitch.tv/docs/eventsub/handling-webhook-events/
At current point in time EventSubClient in LukeBot only supports WebSockets as a connection backend. While this is great for locally developing the bot, this also presents a problem when trying to have LukeBot be actually recognized as a chat bot in broadcaster's chats - Twitch actively rejects WebSockets as a connection method and does not grant a Chat bot badge to bots connected this way.
EventSub has two other backends - Conduits and Webhook. Conduits are for a much more scalable scenario and LukeBot is probably not going to be anywhere near that. On the other hand, in the early days Webhook was not an option because LukeBot was always run locally. Since that changed, Webhooks should be an alternative way of hooking up to EventSub.
This will revolutionise EventSubClient a bit and has to be done after #22 .
This change has to be configurable as WebSockets are very handy when testing the bot locally, especially with Twitch CLI.
https://dev.twitch.tv/docs/eventsub/handling-webhook-events/