Looks interesting :)
Alex Hunsaker 于2014年7月14日星期一写道：
> I've started playing around with boringssl with nginx.
>
> Mostly everything works except OCSP. Seems like either openssl 1.0.2
> which boringssl was forked from does not have it, or the boringssl
> folk ripped it out. I have not investigated
Do you have any good suggestions?
Thanks in advance!
Roman Arutyunyan 于2014年7月21日星期一写道：
> Reload will not work properly with rtmp since rtmp connections are long
> unlike http.
>
>
> On Mon, Jun 16, 2014 at 11:19 AM, Harold.Miao > wrote:
>
>> hi all
>>
>> I use a endless rtmp stream
>>
>> /usr/
Hi,
I finally reproduced this, with debug logging enabled --- I found the
problematic request in the error log preceding the kill signal, saying it
was being buffered to a temporary file:
2014/07/21 11:39:39 [warn] 21182#0: *32332838 an upstream response is
buffered to a temporary file /var/c
is made active by using a symlink
for the document root, so we have something like:
/var/www/ourapp/20140721
/var/www/ourapp/20140720
/var/www/ourapp/20140717
/var/www/ourapp/current -> /var/www/ourapp/20140721
With “current” being the document root specified in the server block.
During the p
Hello!
On Mon, Jul 21, 2014 at 02:18:08PM -0400, gthb wrote:
[...]
> > The debuging log includes full information about all memory
> > allocations, see http://nginx.org/en/docs/debugging_log.html.
>
> Thank you. I haven't been able to reproduce this outside of production (or
> even in productio
> How do you track "nginx memory"?
What I was tracking was memory use per process name as reported by New Relic
nrsysmond, which I'm pretty sure is RSS from ps output, summed over all
nginx processes.
> From what you describe I suspect that disk buffering occurs (see
> http://nginx.org/r/uwsgi_ma
Hello!
On Mon, Jul 21, 2014 at 11:15:00AM -0400, gthb wrote:
> Several times recently, we have seen our production nginx memory usage flare
> up a hundred-fold, from its normal ~42 MB to 3-4 GB, for 20 minutes to an
> hour or so, and then recover. There is not a spike in number of connections,
>
Hi,
Several times recently, we have seen our production nginx memory usage flare
up a hundred-fold, from its normal ~42 MB to 3-4 GB, for 20 minutes to an
hour or so, and then recover. There is not a spike in number of connections,
just memory use, so whatever causes this, it does not seem to be a
Hi.
Am 21-07-2014 11:53, schrieb Roman Arutyunyan:
On 21 Jul 2014, at 13:20, Aleksandar Lazic wrote:
[snipp]
man curl:
-X
..
This option only changes the actual word used in the HTTP request,
it does not alter the way curl behaves. So for example if you
want to make a proper HEAD r
Hello!
On Fri, Jul 18, 2014 at 11:32:38PM +0100, Matthew Ngaha wrote:
> Hey, when I run './nginx -s reload' or './nginx -s stop' i get this:
>
> nginx: [error] open() "/usr/local/nginx-1.4.3/logs/nginx.pid" failed
> (2: No such file or directory)
>
> Any ideas why it's trying to open thi
On 21 Jul 2014, at 13:20, Aleksandar Lazic wrote:
> Hallo.
>
> When I make a GET request I get the file as expected, but the HEAD Request
> runs in a time out.
>
> curl -v 'http://vhost/cams/44/zoom.mp4?_=1405930346082' -X HEAD
>
> I use the following version.
>
> /home/nginx/server/sbin/ng
Hallo.
When I make a GET request I get the file as expected, but the HEAD
Request runs in a time out.
curl -v 'http://vhost/cams/44/zoom.mp4?_=1405930346082' -X HEAD
I use the following version.
/home/nginx/server/sbin/nginx -V
nginx version: nginx/1.7.3
built by gcc 4.4.3 (Ubuntu 4.4.3-4ubu
Hi,
I need to hide /it Query portion for SEO request in a django-cms setup.
I tryed with::
location /it {
if ($request_method = 'GET') {
rewrite ^/it(/?.*) https://my.domain.it$1 ;
}
}
location / {
uwsgi_pass preprod;
include /etc/nginx/proxy.conf
13 matches
Mail list logo
