Skip to content

Commit 4ff02c4

Browse files
committed
Update copy in start to make race conditions clearer
1 parent edffbcc commit 4ff02c4

File tree

1 file changed

+1
-2
lines changed

1 file changed

+1
-2
lines changed

README.md

Lines changed: 1 addition & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -19,7 +19,7 @@ IMO, the biggest issue with Stripe is the "split brain" it inherently introduces
1919

2020
There are [over 258 event types](https://docs.stripe.com/api/events/types). They all have different amounts of data. The order you get them is not guaranteed. None of them should be trusted. It's far too easy to have a payment be failed in stripe and "subscribed" in your app.
2121

22-
Trying to apply partial updates from Stripe is hellish. I recommend avoiding it entirely. My solution is simple: _a single `syncStripeDataToKV(customerId: string)` function that syncs all of the data for a given Stripe customer to your KV_.
22+
These partial updates and race conditions are obnoxious. I recommend avoiding them entirely. My solution is simple: _a single `syncStripeDataToKV(customerId: string)` function that syncs all of the data for a given Stripe customer to your KV_.
2323

2424
The following is how I (mostly) avoid getting Stripe into these awful split states.
2525

@@ -279,7 +279,6 @@ Gonna slowly drop more things here as I remember them.
279279
DISABLE "CASH APP PAY". I'm convinced this is literally just used by scammers. over 90% of my cancelled transactions are Cash App Pay.
280280
![image](https://github.com/user-attachments/assets/c7271fa6-493c-4b1c-96cd-18904c2376ee)
281281
282-
283282
## Things that are still your problem
284283
285284
While I have solved a lot of stuff here, in particular the "subscription" flows, there are a few things that are still your problem. Those include...

0 commit comments

Comments
 (0)