HTTP/2 stream was not closed cleanly: REFUSED STREAM about pushok HOT 9 OPEN

Well, I really appreciate you creating and maintaining this lib, so thank YOU! I feel like the APNS communication was "solved" years ago and nobody bothers to keep things up to do (live activities, etc), and then when you narrow it down to a specific language (in this case PHP), it makes that needle even tougher to thread.

Happy to chat with you offline about my use case. But overall, yes, I push >50k at a time, and over the course of some evenings, >1M+. :) Your library is fantastic. My skills are just above "hack" so I appreciate folks like yourself who can put out production, consumable and customizable code like this. Thanks again.

from pushok.

I haven't been able to test this theory specifically (I'm not going to hammer thousands of real devices with spammy messages), but it seems like there's some sort of upper limit per-client connection. That number appears to be ~50,000.

What I've done in my code is break my messages up into batches of 10,000. Each batch initiates a client connection, adds the 10,000 tokens to the notifications array, then attaches that to the client object, and finally pushes, then closes the connection. 10,000 more at a time until the end. So far, I'm not getting that error.

Just odd that this has come about all of a sudden. Likely nothing library-based (as nothing has changed), and more likely Apple has gotten more strict, without publishing any changelogs.

from pushok.

Thank you for the clarification! I am pleasantly surprised that you send such a big amount of notifications using this library

from pushok.

Fantastic numbers 😮

from pushok.

@yetdog did you ever manage to fix this?

from pushok.

We're still experiencing the same issue, even after reducing the subscriber count to 5,000 per batch.

from pushok.

@yetdog did you ever manage to fix this?

Sorry I haven't replied yet. My batch jobs seemed to fix it, yes. But bummed to hear @omitech is still having the issue. I would have to assume something on Apple's end changed and wasn't documented?

from pushok.

The problem is that it is not reproducible; sometimes it works, sometimes it does not. It looks like an issue on Apple's end, rather than with the library.

I'm using curl 7.86.0

from pushok.

we also use this library and occasionally hit the same issue. The amount of push notifications varies - the last time this happened we only sent to just over 1500 subs.

Has anyone attempted to reduce "maximum concurrent streams" with custom curl options and get success?

from pushok.