This is the case for PHP library that is used to collect data, but i guess others either already have it or will do it soon. Don't get me wrong - i'm ok with companies adding telemetry, but adding that as an opt-in by default is just not cool.
And this might be just the last straw in us switching away from DD, with all the random price hikes (them counting hosts and RAM on them and basing pricing on it?!), we will probably look into some OpenTelemetry setup we can host ourselves.
Fwiw you can start looking at migrating to OpenTelemetry while using Otel's DD exporter to start with and then continue shifting from there. Luckily Otel's PHP implementation is relatively complete so it should be relatively straightforward.
Shameless plug: I've been working on a DD alternative, pricing based on data volume (instead of adding on by hosts or users), Otel native as well so you're never locked in. If you want to check it out: https://hyperdx.io
I think parent was referring to the telemetry being opt in (enabled) by default, whereas you're mentioning that the telemetry itself is opt out. Both referring to the same thing, just opposite verbiage funny enough.
That's a misunderstanding I think, dictionaries say (of opt-in)
- choose to participate in something.
- to choose to be part of an activity, arrangement, etc
- The property of having to choose explicitly to join or permit something; a decision having the default option being exclusion or avoidance; used particularly with regard to mailing lists and advertising.
Yeah, thats what i think too, thanks. Hoping for a miracle solution. And also i did google, and i understand that the schema will have to be provided, we can do that, but the actual data transfer is the pain point here. I tried one solution, Airbyte, locally, but its mongo support is in beta, and does not use a feature like WAL, etc.
This is just a bad hot take. It does not even propose anything that's better. Just do work and it will be there? How? I'm confused. And, i, my self, don't believe sprints are 100% the best, but for us it helps to manage load, see how much we can do, and make sure everyone is on the same page. It's not a bible, it's just another tool in the chain.
I love that the pricing page is simple instead of having multiple paid tiers each with their own pricing scale for # of monthly emails. I'm currently doing 100k/month with Mailgun, and while saving money on sending isn't much of a priority at the moment, I'll definitely look into this more down the road. Maybe try it out for a side project in the mean time.
I'm sort of surprised I haven't noticed this before when researching email providers.
Thanks! You are more than welcome to test out our services, we do provide 12k emails/month for free. And yeah, we are quite new in the scene of transactional email providers, but growing fast so you should hear more and more about us in the future :)
Minimum $25 per month is not a good deal for many customers like me. Sometimes clients send $9-15 per month emails from their sites, sometimes $50 worth (with mailgun). I don't want to pay a fixed price like $25 when I may only use 1/5 of it.
