Forum: NGINX nginx-0.7.42

Announcement (2017-05-07): www.ruby-forum.com is now read-only since I unfortunately do not have the time to support and maintain the forum any more. Please see rubyonrails.org/community and ruby-lang.org/en/community for other Rails- und Ruby-related community platforms.
5640e332954fc0006aea97a155ce0afd?d=identicon&s=25 Igor Sysoev (Guest)
on 2009-03-16 08:42
(Received via mailing list)
Changes with nginx 0.7.42                                        16 Mar
2009

    *) Change: now the "Invalid argument" error returned by
       setsockopt(TCP_NODELAY) on Solaris, is ignored.

    *) Change: now if a file specified in a "auth_basic_user_file"
       directive is absent, then the 405 error is returned instead of
the
       500 one.

    *) Feature: the "auth_basic_user_file" directive supports variables.
       Thanks to Kirill A. Korinskiy.

    *) Feature: the "listen" directive supports the "ipv6only"
parameter.
       Thanks to Zhang Hua.

    *) Bugfix: in an "alias" directive with references to captures of
       regular expressions; the bug had appeared in 0.7.40.

    *) Bugfix: compatibility with Tru64 UNIX.
       Thanks to Dustin Marquess.

    *) Bugfix: nginx could not be built without PCRE library; the bug
had
       appeared in 0.7.41.
F5a6ed477b109fe6acc11a5a8f87e7e8?d=identicon&s=25 mike (Guest)
on 2009-03-16 08:53
(Received via mailing list)
2009/3/16 Igor Sysoev <is@rambler-co.ru>:

>    *) Change: now if a file specified in a "auth_basic_user_file"
>       directive is absent, then the 405 error is returned instead of the
>       500 one.

Shouldn't it be a 403? 405 doesnt' seem right there.
5640e332954fc0006aea97a155ce0afd?d=identicon&s=25 Igor Sysoev (Guest)
on 2009-03-16 08:56
(Received via mailing list)
On Mon, Mar 16, 2009 at 12:45:37AM -0700, mike wrote:

> 2009/3/16 Igor Sysoev <is@rambler-co.ru>:
>
> > š š*) Change: now if a file specified in a "auth_basic_user_file"
> > š š š directive is absent, then the 405 error is returned instead of the
> > š š š 500 one.
>
> Shouldn't it be a 403? 405 doesnt' seem right there.

Yes, this is typo.
F5a6ed477b109fe6acc11a5a8f87e7e8?d=identicon&s=25 mike (Guest)
on 2009-03-16 09:44
(Received via mailing list)
Excellent. Thanks for the quick release! This is going on production
right now :)

For the future it might be cool to also allow for "auth_basic" to also
accept the variable too (for customized realm names)


2009/3/16 Igor Sysoev <is@rambler-co.ru>:
1d7e58690643fef4a92750ff39f4c56c?d=identicon&s=25 Kevin Worthington (Guest)
on 2009-03-16 15:26
(Received via mailing list)
Nginx 0.7.42 for Windows is now available: http://cli.gs/742
--
Kevin Worthington
Be2f65409d85d0856e8a66f1019860fe?d=identicon&s=25 Athan Dimoy (Guest)
on 2009-03-17 18:10
(Received via mailing list)
Any idea when 0.7xx new features will be backported to stable tree
(0.6)?

Thanks.
F5a6ed477b109fe6acc11a5a8f87e7e8?d=identicon&s=25 mike (Guest)
on 2009-03-17 18:24
(Received via mailing list)
How about when it will be deemed stable (been running it fine ever
since I decided to use nginx ...) and consider 0.6.x legacy instead?
:)

2009/3/17 Athan Dimoy <foxx@freemail.gr>:
0ec929f9b2472896c4c8eb97d457a10d?d=identicon&s=25 Walter Cruz (Guest)
on 2009-03-17 18:56
(Received via mailing list)
good catch.

Why 0.7 is not considered stable?
561c2fb6d0c72e0c7bc52b263c7d56c3?d=identicon&s=25 Merlin (Guest)
on 2009-03-17 19:48
(Received via mailing list)
I would guess that it will be stable when Igor releases 0.8.x.

However, did PHP fastcgi recently break? I am referring to the incorrect
server name as 0.0.0.0 - maybe it isn't broken, just saying, perhaps
possible issues like this is why.  Also, more importantly, new features
have
been introduced that are still going through iterations (the try_files
directive, specifically).  Generally, this is what staves off
"stable-ness".  This is why debian packages are so old in the stable
branch,
btw - they do not update package versions or add new packages except for
security concerns - this is what makes it stable (rarely changing), as
opposed to volatile (often changing) system.

That said, many of us use the development branch in production, as
really a
recompile of the binary is no problem when you can switch the processes
with
zero downtime :).  NginX is one of the better programs out there to have
on
the cutting edge; Igore is from what I've seen very careful in what he
adds
or changes and it always seems to be improving, with fewer bugs being
introduced than fixed (which is awesome!).

- Merlin
F5a6ed477b109fe6acc11a5a8f87e7e8?d=identicon&s=25 mike (Guest)
on 2009-03-17 20:35
(Received via mailing list)
i would think it's nginx's fastcgi, not php's fastcgi.

nginx's told to fastcgi_param SERVER_ADDR the same, and the version of
nginx changed, nothing else - PHP didn't, etc. so the problem from
that angle is localized to something on the nginx side.
2c6f80fff253635f12c249ef4f116796?d=identicon&s=25 Jim Ohlstein (Guest)
on 2009-03-17 20:59
(Received via mailing list)
It should be easy to test. Define fastcgi_param SERVER_ADDR as a
constant (say your real IP) in your fastcgi_params file and see what's
passed in phpinfo.

BTW, a similar  bug appeared before and I pulled my hair out over it.
Igor did subsequently fix it in 0.7.20.  It's in the changelog.

Sent from my Verizon Wireless BlackBerry
52ec6f2d0206837902876df1c72e906d?d=identicon&s=25 Tomasz Pajor (Guest)
on 2009-03-18 15:41
(Received via mailing list)
+1 for 0.7.* to be stable
This topic is locked and can not be replied to.