Point 3 is spot on. I think it would be a good strategy to avoid expire dates on subscriptions. Producers could take decisions on whether or not keep sending data by monitoring responses on the consumer's target URL.
Another thing that it should be worth mentioning is that some services batch notifications (e.g Facebook Messenger) so that they can send more data in a single POST request.
Yes but that's why you build webhook for, to let people consume your content. I think DX is critical today and big companies can afford to do the heavy-lifting. As I mentioned in the Subscription Expiration paragraph I totally get Microsoft's reason to put a 72hrs expire date on subscriptions but it adds some friction on the consumer side.
True. Also having a sample request at the very beginning is useful so you don't have to find a way to trigger the event by clicking around on the product UI.
Agreed. I believe that AMQP connections are best suited for wide and articulated local environments. Moreover REST HTTP endpoints are today's esperanto :)
It's hard to say by a simple landing page but the service looks quite different in terms of offering.
The visual workflow builder of Stamplay is just a fraction of the whole offering and can be used by developers to orchestrate services or build business logic of their apps quicker.
Aside from that we to offer out of the box User authentication and management API, social signup, Data storage API with automatic generation database and REST API on top of the data model you define, Serverless code execution to implement any custom logic (AWS Lambda like), 3rd party API integrations (Stripe, Sendgrid, Twilio, Firebase, AWS SNS, AWS SQS.. and more), Cronjobs, Webhooks, CDN backed hosting for static assets with SSL + custom domain support.
As long as you understand basic RESTful services, JSON and JavaScript you can use all our core API. Modularity is a key factor of our platform and developers can already share "Code Blocks" to add specific features to their apps.
Brightworks seems more close to be an API design tool and to manage it over the time but I look forward to see more :)
we're foreseeing that need that's why we're evaluating to build something like Divshot architect on our own (or with a partner already providing a similar service like Froont or Webflowapp)
I got your points. We had a short outage that has been restored in a flash. +90% of our users login with Google so password reset has been developed just to give users the possibility to re-enter and define a new one of their choice.
currently it's not an automated thing based on visitor's IP since the infos are all there. But I understand that into the product this could be not that nice to see.
thanks for the assessment but it doesn't really means that. We're in the middle of integrating a RBAC logic on the resources while before it was all about setting something as private/public. Since you pointed out the issue I'd like to know more about how you would use such functionality:
- explicitly declare if entries can be private/public
- define if users can fetch entries that they own/made
- any more fine grained logic?
ok this tell me that written like that, the features is very misleading. You can ALWAYS retrieve all the data via API on any plan. The data is yours.
The export one is just a commodity to have it formatted on an Excel or CVS file (good for non tech people or for those who dont want to integrate via API to collect data)
As a Stamplay co-founder, since the thread is getting crowded of many HN users that know this space very well I think that this is the perfect place to share my vision on how programming will evolve
Yep you're right, that one solve a very specific problem about monitoring resources. We want to empower people to build products in an easier and more efficient way :)
Hi Amzil, we're rolling out a developer program but at its fist stage it will be only to add (and sell) App Templates. Components are still on us but we will open that too.
thanks for the feedback. You can click on the "i" that appears when you move your mouse over a component to get this modal view with the usable triggers and actions. http://imgur.com/EdGf9Hz
Otherwise you can click the info button on the upper right corner of settings view of every component http://imgur.com/UpAcLdk
Another thing that it should be worth mentioning is that some services batch notifications (e.g Facebook Messenger) so that they can send more data in a single POST request.