I created a hook in Podio that calls a gitlab repository when a Podio item is changed. The repository then calls a pipeline that accesses the Podio API. The whole setup is working except that I am unable to verify the Podio hook: The Podio API requires some verification process (https://developers.podio.com/doc/hooks) to be completed but I am unable to do this since I don't have control over how Gitlab deals with hooks. Is there a way to get my use case working?
Yes your webhook receiver code needs to respond with an API callback that is specific for the initial verification step. In the API the "verify" is named as "validate"
https://developers.podio.com/doc/hooks/validate-hook-verificated-215241
https://developers.podio.com/examples/webhooks
Related
Use case: I want to only resend webhook attempts that I know never succeeded for specific webhook endpoints (i.e. using the webhook endpoint ID) without logging into the web UI. However, I have not been able to find a way to list the webhook attempts with details (like it does in the web UI) through the API or CLI tool.
So far I can find events that have unsuccessful webhook deliveries, but it only lists how many webhooks were unsuccessful (pending_webhooks > 0), but no webhook endpoint ID or anything else more specific.
This is not currently possible. You'd need the retrieve the IDs of the specific Event objects you want to re-send before using the CLI. The only way to do that currently is to view the webhook attempts via the Dashboard UI.
stripe events resend evt_xxx --live
I'm developing a chatbot in Dialogflow for Google Assistant, I made sign-in compulsory(using authorization code flows) in Account Linking Section from Actions on Google using this official documentation, so when I invoke a bot it asks for a sign in if a user not already signed in.
After the sign-in, it breaks the flow, and I need to again invoke my bot as shown in this image.
I want to make this flow continuous, instead of invoking a bot again, it should open the Default Welcome Intent once the linking process finished.
This is my linking setup
PS: I'm using python webhook for processing queries of other intents
but not for Default Welcome Intent.
This is my integration setup
It would be better to use Google Signin to handle Account Linking. It does not break the flow and you can access user profile details in parameters of your intent webhook.
Reference:
https://developers.google.com/actions/identity/google-sign-in
please make sure,
you have entered a valid callback URL.
your backend server(where authentication happens) should redirect to provided callback URL
I am creating the vuejs app on node js and want to call moqui as rest API. So I just wanted to know is there any mechanism which can be call from vuejs and it will authenticate user credentials by returning a token, so for the next time it will authorize user by token only.
Am I understanding you correctly in that you want a temporary api key to pass to other rest calls?
If so, have a look at the rest.xml screen in the runtime webroot folder. There are lots of examples there.
We're exploring dropbox api reference. Concretly, we're exploring webhook possibilities.
We're not quite to know how to specify a webhook url by code.
We are lokking for a way to add this webhook url avoiding user has to do it manually.
I hope I've explained so well.
It's not possible to programmatically register a Dropbox webhook URI. We'll consider it a feature request.
Developers should register their webhook URI(s) manually via the App Console. Those webhook URIs will stay registered and will be used for all users connected to the app.
I am trying to register a carrier shipping service with Shopify's API but not exactly sure where to place the API call to register the shipping service. So far I have an APP and able to athenticate and install the app into a test store successfully but how does Shopify store make the call to initialize and register the service after installation?
The API documentation states making a curl call:
curl -X POST -d #carrier_service.json -H"Accept:application/json" -H"Content-Type:application/json" -H"X-Shopify-Access-Token:TOEKN" https://aztest-3.myshopify.com/admin/carrier_services
Where should I make this call from?
you can make this call from any terminal window that's connected to the internet.
most people would use their own computer's.. I ran mine from heroku.
I faced the same dilemma when attempting the same thing.
It makes sense that when the App is installed, it saves the access token provided in the response from Shopify in the App's persistence layer. When that save is completed the App can then initiate a session with the shop. With a session a call can be made to setup the Carrier Shipping callback and the App is then ready to go. A rate request will hit the designated end point and it is then (at least partially) responsible for providing shipping rates.
Ideally, you should have some kind of framework that handles the OAuth flow, storing authentication data for later use (like the Ruby or Python implementations, or your own). In this case, you would want to use the framework's method for sending requests to Shopify, and not send requests manually through curl. The curl requests in the documentation are for quick-example's sake, allowing you to try out the requests yourself easily.
If you insist on triggering these requests manually, I would highly suggest using Postman- It's much more human-friendly than curl and has some great time-saving features.