We're currently using callin.io to publish web content to Webflow from Airtable. If I notice that I'm duplicating logic across several different situations, I'd prefer not to have to manage separate versions. For instance, one scenario might be a flow to publish a specific item received from a webhook, and another scenario could be scheduled to monitor for updates and publish them.
How can I consolidate some of my logic?
My initial thought is to trigger a webhook from the scheduled scenario, but I was wondering if there's a more streamlined approach. Has anyone else encountered this challenge and discovered an effective solution?
That’s the most effective method currently available.
I configured a workflow similar to this, and I noticed a significant performance impact. This is understandable, as a webhook execution is expected to take considerably longer than for callin.io to simply process the data. Ultimately, I concluded that duplicating the logic is likely a worthwhile trade-off.
Even with parallel webhook processing? I'm curious about what you mean by a “huge performance hit.” When does it become significant if calling a webhook causes a slight slowdown, I wonder?
I was executing the workflow from a button click in Airtable, and then waiting for the webhook response back to the button to show to the user. When I was invoking a webhook from within the workflow, it took a considerable amount of time, making it appear as though it had frozen. Switching back to processing the data within the original workflow resolved this issue.
Ah yes, if you have a UI element, that could potentially be an issue.