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.

Consumer convenience cannot be made at the expense of security measures and abuse mitigation, see: IoT.

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 :)

Hey guys, Stamplay's founder here!

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 :)

Thanks for jumping in. Very well put. :)

Thanks frequentflyeru,

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)

But does this mean you are storing passwords in cleartext?

That is not what he said, they send a mail with the new password, so that doesn't mean they store the passwords in plaintext (not cleartext).

It just generates a password, mails it and then (probably) encrypts it.

Ah, apologies. Misread.

Still could be better, though - with a reset link that then creates a new password.

Hi strick,

here you can switch pricing between plans and currencies https://www.stamplay.com/pricing

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 pointing this out

So this really depends on how quickly you can do the job :)