Hi guys,
I’m at my first deploy of Nginx with php-fpm after 10+ years of love
with
Apache and mod_php. So far so (very) good.
I just have a peculiar issue with Safari on iOS. As you can read here
, my webapp allows the user to select an image, client-resize it via JS
and
then upload it via jQuery.
The problem is that Safari on iOS 9 sometimes fails the upload with the
error
POST , Could not connect to the server.
I just found out that when I disabled the HTTP/2 form my server config
the
issue vanishes.
Is this a known issue somehow? Is there any other solution that doesn’t
require me to go nuclear on HTTP/2?
Thanks for your help!
Posted at Nginx Forum:
Thank you very much!! At least now I know what’s going on! Let’s wait
for a
patch…
Posted at Nginx Forum:
On 6/6/16 10:53 AM, ZaneCEO wrote:
Thank you very much!! At least now I know what’s going on! Let’s wait for a
patch…
It was fixed in 1.11.0 two weeks ago.
–
Maxim K.
Hello,
I’m using horde and observe similar errors since some weeks.
Unsure if the same problem would be the reason.
Maxim K.:
It was fixed in 1.11.0 two weeks ago.
I found one patch 'preread_buffer.patch" attachtd to
https://trac.nginx.org/nginx/ticket/959
That patch looks not trivial (to me)
Would it be possible to publish a version for nginx-1.10.1, too
I would try if that solve the errors I observe.
Thanks
Andreas
On 6/6/16 1:00 PM, A. Schulze wrote:
#959 (Permit post before acking settings) – nginx
That patch looks not trivial (to me)
Would it be possible to publish a version for nginx-1.10.1, too
I would try if that solve the errors I observe.
Why don’t you just try 1.11.1?
The code difference between it and 1.10.1 (already released a week
ago) is marginal.
–
Maxim K.
Hi guys,
that’s the issue for me: I’m with Ubuntu 16.04 official packages. I apt
dist-upgrade, but still I’m on nginx/1.10.0…
Any solution other than switching to
NGINX Mainline (1.15.x) : “Nginx” team (wich scares
the
skull out of me, since this is a production server)?
Posted at Nginx Forum:
You can manually apply the patches and recompile.
Posted at Nginx Forum:
Any solution other than switching to
NGINX Mainline (1.15.x) : “Nginx” team (wich scares the
skull out of me, since this is a production server)?
Use nginx provided binaries if compiling from source is not an option:
http://nginx.org/en/linux_packages.html#mainline
The problem is, if (s)he is using the official packages, he will get the
updates of the mainline channel, thus differing more and more from the
stable channel which is supposed to be cheaper on features but with
usable
ones.
My 2 cents,
B. R.
@itpp2012 : building from source is a no-go for me due to future upgrade
concerns
@Lukas : will follow your suggestion and try the ngingx-provided bins,
thanks!
Posted at Nginx Forum:
I was anticipating such a compatibility problem to be fixed in feature stable
but so far its looking like we will have to bite the bullet and move to mainline.
Would I be correct here? It seems for our case at least, feature stable HTTP2 is
not stable for production use at this time.
Correct. It has been stated multiple times that mainline is the
suggested branch for HTTP2 use and that statement is still true.
So yes, do not use the stable branch if using HTTP2.
Lukas
On 11 Jul 2016, at 09:25, ZaneCEO [email protected] wrote:
@itpp2012 : building from source is a no-go for me due to future upgrade
concerns
@Lukas : will follow your suggestion and try the ngingx-provided bins,
thanks!
I’m beginning to hear many reports now of Safari and iOS users hitting
connection issues on several websites, not just around upload but any
arbitrary POST it seems.
Building from source is a no go too, and we’ve always stayed on the
feature stable branch as it’s easier to maintain since we don’t need to
worry about additional features causing issues.
I was anticipating such a compatibility problem to be fixed in feature
stable but so far it’s looking like we will have to bite the bullet and
move to mainline.
Would I be correct here? It seems for our case at least, feature stable
HTTP2 is not stable for production use at this time.
Jason