Hi Nginx Team,
I used nginx for a few years and until now, i used to deploy it for
static
content. Right now, i 'd like to deploy it for dynamic content using
php-fpm. It works fine and performances are good.
But according to me and my team (and many other admins as far as i can
see), something important is really missing to push it in production.
This
is the “extended status” (i mean something like the apache
server-status)
There is a 3rd party module that is supposed to do that but it is buggy
and
nginx core has to be patched.
So my question is: Do you think that nginx dev team could do something
in
that way? i think it will be a much better improvment than getting stuff
like SPDY or other experimental things.
Best regards,
Julien
But according to me and my team (and many other admins as far as i can
see), something important is really missing to push it in production. This
is the “extended status” (i mean something like the apache server-status)
What are the “important” things in the “extended status” that you miss
for
the production use?
Combined with the php-fpm own status ( pm.status_path ) you can get
pretty
much all the vital metrics the only exception being the list of current
active request URLs and even then the problematic ones can be logged
with
the php-fpm’s slow log (request_slowlog_timeout).
So my question is: Do you think that nginx dev team could do something in
that way? i think it will be a much better improvment than getting stuff
like SPDY or other experimental things.
So to answer your question - while the dev team of nginx could probably
work
on more visually appealing status page (as far as I know it’s on TODO
list
and you can always speed up theese things by either contributing the
code
yourself or using the nginx commercial support (nginx.com)) these
“experimental things” are what have made nginx one of the fastest and
feature richest webserver.
rr
rr
Thanks for the feed back Reinis
I agree that the extended module (
http://wiki.nginx.org/Extended_status_module) is doing things right but
it
is no more supported with nginx 1.3 or later and i think that patching
nginx core is not a good thing.
This way, the php-fpm status is a good alternative but we miss some
metrics
like the client ip,Vhost (i can get it with the script path but i won’t
get
it if it’s an alias), the status (reading, writting…) and as you said
the list of current active request URLs. This is pretty important to
debug
and apache serverstatus helped us several times so it will be great to
have
the same on nginx.
Finally, i know that many admins (friends) don’t use nginx for dynamic
content because of this miss and getting it will be a way to gain some
more
percentage points of market share.
I will be interested to contribute but i haven’t found anything about a
TODO list, do you have a link or something like this please?
regards
2013/6/20 Reinis R. [email protected]
Me too, I am looking forward for this extension for 1.4.x
current branch which is not working for recent versions:
it would be greatly appreciated if one of geeks to do it
Regards
============================================