Is there any realtime API functionality which would allow me to know when an application has been pushed and completed? I didn't see anything in the documentation. Essentially, I'd like to write an add-on that could receive push events and than do something with them (trigger selenium tests, etc).
You can use deploy hooks. The HTTP POST hook is the most versatile one.
Related
I would like to configure my slack outgoing webhook such that it can trigger concourse job over http. Is there a way that we can trigger concourse jobs via http requests instead of manually clicking on job from web UI?
concourse has a feature where you can trigger pipelines via HTTP if you use a webhook token
https://concourse-ci.org/resources.html#resource-webhook-token
Yes, you can apparently trigger a concourse job via HTTP request as pointed out in this answer on Stackoverflow.
However you would need to implement an intermediary script (or Slack app) that receives the request from Slack and then triggers the concourse job accordingly. That would not work with a simple outgoing webhooks.
Also please note that Outgoing Webhooks are now outdated. Better use either a custom bot (based on Events API or RTM API) or a slash command to trigger them. The former is more flexible and powerful, the latter more easy to implement. I would advise to look into all mentioned concepts to see which bets fits your requirements.
I'm using legacy binary APNs and GCM and now I want to upgrade to their newer versions of these services, as recommended on their websites. All I need are push notifications to both iOS and Android devices, though I'd like to add "scheduled notifications" or "bulk push notifications" feature as explained in Firebase Notifications docs.
I'm curious what are the reasons why would someone with these requirements choose Amazon SNS over FCM? Are there any downsides choosing FCM? Is this just a personal preference, meaning the both services will work great for these requirements? Thanks!
The mentioned scheduled notifications can only be done when sending the message via the Firebase Console. If you intend to have implement your own App Server and send the message using the FCM API, you would have to implement the scheduled push yourself. (See here)
For the bulk push notifications, this one can easily be implemented if you use FCM Topic Messaging.
To answer your post (which is pretty much opinion based), I haven't actually used Amazon SNS before, but going with FCM not only allows you to use the new features (compared to GCM), but it can also be a starting point for you to use the other services (Realtime Database, Analytics, Authentication, etc.).
I'm a noob using Hubot, so please bear with me.
I was going through Hubot's documentation ( https://hubot.github.com/docs/deploying/ ) and saw that we can deploy to Heroku, Unix systems and others.
May I know how can Hubot be deployed on AWS Lambda ?
Best Regards.
I was wondering the same thing. I think the answer is probably "yes, if your chat system can send you http when traffic happens". I think Lambda is probably a great choice, since each message in chat is an event to process according to the rules that your bot has. So, the Lambda function invocation model is a good fit - lots of tiny invokes. You might, though, want to filter the traffic that gets to the function, though, if your chat system is high-traffic.
For example Slack's Events API lets you subscribe to all of the things you might need the bot to see, I think. You'd then need to route those requests to your lambda function, which you could do via AWS API Gateway.
The existing hubot-slack adapter uses the Real-Time Messaging API, though, so you'd need to write your own adaptor for the Events API http that the API Gateway receives.
The same approach (and requirement) applies to other chat systems.
I would like to build a realtime app with parse.com, am I better of using parse.com's push notification feature to implement the realtime part or shall I use firebase.com or even something else?
I am working as part of a team using Android and WP7 to create apps that communicate with a server. So ideally we want a consistent approach to receiving the data from the server.
I currently am using HTTPWebRequest to form a SOAP message and send it to a Java-based web service to receive messages (Adding as a ServiceReference didn't work no matter what I tried) At the moment it's a simple case of receiving the full list of things and just recreate the list each time via DespatchTimer to do periodic calls. But of course periodic pollin is likely to be ratehr battery intensive so not the best apporach for my needs.
I now need to change the code so that changes are pushed rather than polled. The team is looking at XMPP to do this as Android libraries are readily available to do this but I am having trouble finding open source libraries to do this.
Microsoft Push seems available but this appears to require a Microsoft based server side environment to push unless I have misinterpreted this? Or even if push notifications are a sensible way to do this.
So what I would like to know is the approach to handling pushed messages in this scenario which i hope someone out there has had experience in
Thanks
Microsoft Push Notification System [MPNS] does not require a MSFT-based server backend. It simply relays the Push Notifications through carrier or other data channels to subscribing phones. You should be able to make HTTP POST requests to MPNS at the Windows Phone subscriber Channel URI & MPNS would deliver the Push Notifications for you. Your server side can be anything, as long as you able to make the HTTP requests.
A good starting point can be found here.
Hope this helps!