<div dir="ltr"><div>Thanks for the feed back Reinis<br><br></div><div>I agree that the extended module (<a href="http://wiki.nginx.org/Extended_status_module">http://wiki.nginx.org/Extended_status_module</a>) 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. <br>
<br>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.<br>
<br></div><div>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 <span class=""> more percentage points of market share.</span><br>
<br></div><div>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?<br><br></div><div>regards<br></div><div><br></div></div><div class="gmail_extra">
<br><br><div class="gmail_quote">2013/6/20 Reinis Rozitis <span dir="ltr"><<a href="mailto:r@roze.lv" target="_blank">r@roze.lv</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
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)<br>

</blockquote>
<br></div>
What are the "important" things in the "extended status" that you miss for the production use?<br>
<br>
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).<div class="im">
<br>
<br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
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.<br>
</blockquote>
<br></div>
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 (<a href="http://nginx.com" target="_blank">nginx.com</a>)) these "experimental things" are what have made nginx one of the fastest and feature richest webserver.<br>

<br>
<br>
rr<br>
<br>
<br>
<br>
rr <br>
______________________________<u></u>_________________<br>
nginx mailing list<br>
<a href="mailto:nginx@nginx.org" target="_blank">nginx@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx" target="_blank">http://mailman.nginx.org/<u></u>mailman/listinfo/nginx</a><br>
</blockquote></div><br></div>