Hi,
On Sat, 2014-06-28 at 20:39 +0100, Ian wrote:
> Hi all,
>
> I have been investigating a performance problem with my
> nginx/init-fastcgi/PHP set up and I'm not having much success. All ideas
> gratefully received.
>
> It appears as if the PHP worker processes return their reply (in 100ms
leev Wrote:
---
> Hi,
>
> If you're still looking to use the GeoIP2/GeoLite2 databases, a module
> is now available at https://github.com/leev/ngx_http_geoip2_module.
>
> Cheers,
> Lee
I've succesfully compiled the module but can't seem to get
Hello
When we configure nginx without modsecurity body filter, then the response is
processed in two stages. First the headers are processed followed by the body
filters
If however, modsecurity is configured, then modsecurity body filter may *once
again* call the entire chain of headers filter
Hi all,
I have been investigating a performance problem with my
nginx/init-fastcgi/PHP set up and I'm not having much success. All ideas
gratefully received.
It appears as if the PHP worker processes return their reply (in 100ms
or so), and then hang about for 500-700ms before being able to
Hi,
I'm trying to use the auth_request module in conjunction with the
more_set_input_headers to automatically login my users into web apps.
Basically, it works like this:
1. Users have some session cookie that authenticates them.
2. I have a PHP script (auth.php) that validates the cookie and
one of the core elgg coders was speaking about using the X-Sendfile header
to bypass php processing and serve the file directly, though i don't know
enough about how the architecture of nginx/php would handle that to know if
it would help here or not.
Posted at Nginx Forum:
http://forum.nginx.org
after more exploration, i see that files which are placed in the root of my
site can be preloaded and seeked correctly when played via the video.js
package or directly as a video element.
however, the videos that are played via the php application that runs my
site are stored outside of the root di
Maxim Dounin Wrote:
---
> Hello!
>
> On Fri, Jun 27, 2014 at 09:26:23AM -0400, crespin wrote:
>
> > Hello,
> >
> > here is another path still on ngx_http_request.c.
> > In function ngx_http_close_request(), the second parameter is an
> error
>
