#Genazvale

1 messages · Page 1 of 1 (latest)

wheat fractalBOT
cerulean egret
#

Hi there!

#

Can you share the webhook endpoint ID (we_xxx)? And what do you mean by "flood" exactly?

latent mountain
#

it's we_1DyFadKFgWVc4PH5UTYl2Z8a.
On the screenshot is what I mean by flood. To many requests in a short period of time.

cerulean egret
#

This webhook endpoint is listening to ALL events. Do you really need this?

#

You should only listen to the events you actually need.

latent mountain
cerulean egret
#

Looks like your server failed, which means Stripe retried to send the events, which made your sever fail even more.
The solution is to only listen to events you actually need. Usually less than 10 is enough.

latent mountain
cerulean egret
#

So what is your end goal here? Disable this webhook? Stop the retry events from the webhook? Something else?

#

If you blocked requests from your server, it's expected that all events are failing and will be retried by Stripe.

latent mountain
#

right. The goal is to get rid of those requests. It's like a DDoS - every second a few fake payments requests created, which creates tons of requests for the server, which goes down because of them. If I block them to keep the server alive (which is the only way for now), then real payments won't go through. So the goal is to stop them somehow or filter fake from real ones, or something like that.

cerulean egret
#

The goal is to get rid of those requests.
Then just delete the webhook endpoint and re-create a new one.

latent mountain
#

then they will go to the new one, no?

cerulean egret
#

No, you will get only the new events I think.

latent mountain
#

Is this what you mean? Add endpoint?

cerulean egret
#

You can disable the existing webhook endpoint, and then create a new one.

latent mountain
#

Thanks! Won't it hurt new real payments?

#

Also, I have to set the url. If I use the same url, it won't help, right? Because nothing will change for the requests. So I have to set another url?

cerulean egret
#

For new payments you will recieve the events to your new webhook endpoint. The issue is for past payments that were sent to your server but your server responded with an error. So you'll need to check those.

latent mountain
#

Not really. I'm still getting them every second.

cerulean egret
#

Give me a few minutes to look into this.

#

Did you disable the existing webhook endpoint and create a new one?

latent mountain
cerulean egret
#

You should keep the same URL, since your code that handle webhook events is there.

latent mountain
#

ok, disabled the old one.

#

how can I test if it works?

cerulean egret
#

Did you create the new webhook endpoint?

latent mountain
#

Yes.

cerulean egret
#

So is it working?

latent mountain
#

How do I know 🤷

#

Need to make a real payment to check?

molten fog
#

If you changed this is test mode too you can create a payment in test mode

#

Live mode would depend on the events you set up

#

You might need to wait for a payment

latent mountain
#

Ok, guys, it didn't help at all, all the new requests keep flooding the new web hook, which was expected, because the link is the same.
Anyone have other ideas?
Also, how can I reach out to stripe support? There are no any options on the website.
Thanks!

molten fog
#

Well what do you mean, whats the issue?

#

Did you change the webhook configuration?

#

YOu set this up with almost 200 event types, why?

#

You should only listen for the events you need in your application

#

Yes, if you subscribe to all those event types you'll... get a lot of events

latent mountain
molten fog
#

add captchas, require auth, use rate limits, etc

latent mountain
#

Nope, it's not that. No one actually make payments. I don't even have stripe on my website, I accept payments through a third party (thrivecart). I'm just getting tons of requests to the webhook url. Thousands.
It's not card testing.

molten fog
#

Ok then you will need to speak to ThriveCart about these requests since yes they are coming from their platform

#

Whoops, sorry, Didn't mean to lock

latent mountain
#

no, they are not from there.

#

Check out this server log. That's what is happening.

molten fog
#

You can look over your logs to see other example requests

latent mountain
#

Yes, I saw them. They have different responses. From card declined to wrong amount.

molten fog
#

Sure, but these are requests from the paltform, they can be invalid for many reasons

#

but these are what are leading to your event flood

latent mountain
#

what? I don't understand, sorry. 🙂

#

they all have Thrivecart, you're right.

molten fog
#

Yes

#

Your first order issue is an overwhelmed webhook endpoint

#

This is because its getting a lot of events

#

These events are related to lots of requests

#

Those requests are coming from the platform you're connected to

latent mountain
#

got it, thank you. But how it can be? How can they come from the platform? Like "someone" (bot) is filling out my payment form on their website?

molten fog
#

More or less, yes, these are requests enabled by the platform -- I can only speculate on their origins

latent mountain
#

well, is it like DDoS but on the payment gateway, rather than on the website?