Laura, you rock!
Open Source at IFTTT
21–29 of 29 posts
Re: Open Source at IFTTT
#22Re: Open Source at IFTTT
#23Laura, you rock!
Re: Open Source at IFTTT
#24I am in love with IFTTT's Do apps. The UX is purely phenomenon and has become part of my daily life. I hope they keep up these types of projects!
I have been meaning to dive in. What are some recipes/use cases that worked out best for you?
Re: Open Source at IFTTT
#25jot should be jottt. Keep up the good work!
Re: Open Source at IFTTT
#26Earlier quoted context omitted.
How does this handle authenticated requests? For example, does it store OAuth tokens and refresh on your behalf?
The Maker Channel Action doesn't support authenticated requests, at least anything beyond something you could send in the URL or body of the message. We do this to prevent people from using it to spoof requests to public authenticated services that might view such behavior as slightly "shady". The Maker Channel is really meant for prototyping and experimenting and so we've limited the capabilities to keep the uses in…
Have you thought about at least adding support for authentication where the credentials are generated by IFTTT? (Similar to the "secret" that you use for the trigger) This would allow makers to protect their endpoints while still disallowing spoofed requests.
Re: Open Source at IFTTT
#27Earlier quoted context omitted.
If you haven't looked recently, they now have incoming and outgoing web requests: https://ifttt.com/maker
But no authentication? Makes it somewhat useless. How many services allow unauthenticated requests?
Re: Open Source at IFTTT
#28Touché that their open-source efforts can't actually be used on true open-source systems like Linux.
I like IFTTT, but this was massively underwhelming.
Re: Open Source at IFTTT
#29Earlier quoted context omitted.
How does this handle authenticated requests? For example, does it store OAuth tokens and refresh on your behalf?
The Maker Channel Action doesn't support authenticated requests, at least anything beyond something you could send in the URL or body of the message. We do this to prevent people from using it to spoof requests to public authenticated services that might view such behavior as slightly "shady". The Maker Channel is really meant for prototyping and experimenting and so we've limited the capabilities to keep the uses in…