-
Notifications
You must be signed in to change notification settings - Fork 8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Sending remote data #4
Comments
This needs more work. Please help out to finish it. I am not using mqtt myself so I cannot continue since I don't know about the usage in a real world.
Maybe we can disable the ability to get back the returned data for now? It will be "fire and forget" but at least the plugin will be somewhat useful.
If it is generic and can be used by several people, then yes. |
Thanks for the reply.
I'll check it out and see if I can help out some time in the future. I've not used mqtt a lot my-self (saw this as a usecase), so I might end up stalling as well..
That would probably make it usefull for probably 80% of it's usecases! Fire-and-forget sounds like a good solution while we wait for lupa#84..
I'll add this to my project-list.. I did hit a problem tho when trying to make a tellstick plugin package.. I'll create a new issue for it if I can't find a good solution. |
Will it be possible to get the http plugin with the fire-and-forget workaround operational? |
That would make the http-plugin useful to 98% for me! :) |
@mickeprag: Speaking of which....I still haven't figured out how to configure a callback for responses through the HTTP plugin. LUA confuses me, I think. 😓 from the "HTTP" plugin description: Due to technical reasons all calls are async. To retrieve the response from a http call a callback must be supplied. Can you provide an example how to do this? Also in the plugin description text:
...but there seems to be some Jedi mind tricks blocking that particular url: 👾 Andreas |
Since the http plugin is waiting for scoder/lupa#84, can be get another way in the meantime to send remote-data in a more generic way..?
The text was updated successfully, but these errors were encountered: