Sergei

php issue submitted https://bugs.php.net/bug.php?id=69393

@EugenMayer not sure, not using that package. try changing the ``` ini_get("default_socket_timeout") ``` value, it uses that timeout for socket operations.. _and check difference if using 5.5.22 and 5.5.23_ i'am...

Though this bug has been fixed upstream, it wasn't discovered until 5.5.23 and 5.6.7 were already in the RC stage and couldn't be included in these releases. The next set...

5.6.8 and 5.5.24 were in RC already, fix expected in 5.5.25.. look into comments from dev On Apr 19, 2015 12:45 PM, "ytn3rd" [email protected] wrote: > Issue still occurs in...

Fix Bug #69402: Reading empty SSL stream hangs until timeout https://bugs.php.net/bug.php?id=69402 believe thats the fix https://git.php.net/?p=php-src.git;a=commit;h=81f356b4aea79cd8f86e16096c7ccfbc455bfc3c and the comment says ``` This is now fixed upstream in 5.5 and 5.6...

i mentioned a workaround above, u can control "how long it will be stuck" reading with ``` ini_ini("default_socket_timeout", 1) ``` this way it will be stuck for 1 second each...

do it before you connect, not before you execute read from stream.. worked for me at 5.5.23 and currently works too ``` //5.5.23-1+deb.sury.org~precise+2 //execute before initializing stream_socket_client or use 4th...

works for me, i'am setting 2 seconds timeout as an stream_socket_client 4th argument, and seeing it work (taking 2 seconds, instead of 1 second in 5.5.22 as should be according...

apple doc clearly states that messages after error would not be processed as i remember. read apple docs. thats why there are disconnect+resend logic in apns. maybe iam wrong ')...

also the workaround was to prevent the 100%cpu load infinitely/60sec . not really to fix the logic. tho iam sending the messages 1by1 in backq probably thats why fix workex...