Hi,
Nginx - 1.4.4
OS - windows
I ran it with the error log debug mode but didn't see anything out of
usual. I tried attaching it but its giving me some error.
Not sure how to get nginx - V output, the debugging mentioned was for
linux.
Maxim Dounin wrote in post #1135040:
> Hello!
>
> On Th
On Monday 03 February 2014 14:28:41 Josh Stratton wrote:
> Right, and that's fine. It just seems a bizarre behavior. I would have
> expected an nginx error or something. Thanks for all your help getting it
> figured out. nginx's configuration seems very intuitive in general.
Well, I tend to agr
Right, and that's fine. It just seems a bizarre behavior. I would have
expected an nginx error or something. Thanks for all your help getting it
figured out. nginx's configuration seems very intuitive in general.
On Mon, Feb 3, 2014 at 2:13 PM, Valentin V. Bartenev wrote:
> On Monday 03 Febru
On Monday 03 February 2014 12:59:28 Josh Stratton wrote:
> What does the DNS server have to do with it? I thought it just translated
> domain names to IP addresses. I thought the browser queries the DNS, gets
> the IP from the domain name (which is the same for both domains--with or
> without www
What does the DNS server have to do with it? I thought it just translated
domain names to IP addresses. I thought the browser queries the DNS, gets
the IP from the domain name (which is the same for both domains--with or
without www), and returns it to the browser. The browser then fires the
req
On Monday 03 February 2014 12:32:53 Josh Stratton wrote:
> Right, I actually have those lines commented out. That's the part I don't
> understand. For example, if I put everything in the same file (example
> below), neither one of them have a default_server or a wildcard. The only
> other option
Right, I actually have those lines commented out. That's the part I don't
understand. For example, if I put everything in the same file (example
below), neither one of them have a default_server or a wildcard. The only
other option I see from the link you sent me is www.morebears.com is
getting
On Monday 03 February 2014 11:48:41 Josh Stratton wrote:
> > or to the first one in the configuration if there is no such
> > parameter.
>
> As if all the server blocks are configured together? That sounds really
> strange to me, that one server block could be the default for another
> server blo
> or to the first one in the configuration if there is no such
parameter.
As if all the server blocks are configured together? That sounds really
strange to me, that one server block could be the default for another
server block.
# rgrep default_server /etc/nginx/
/etc/nginx/sites-available/stra
On Monday 03 February 2014 11:21:06 Josh Stratton wrote:
> How long is that cache kept?
It depends on browser if there were no cache-related headers in response.
> If it redirected to the other one, will be redirect on my phone indefinitely?
>
> I tried clearly my phone's settings and it stil
Mobile/GSM Phones On-Going Sales,Stock availability,
Apple iPhone 5C 16GB,32GB & 64GB (White, Blue, Green, Yellow, Pink)
Apple iPhone 5S 16GB,64GB & 64GB (Space Gray, White/Silver, Gold)
Samsung Galaxy S4 I9505
Samsung Galaxy S4 I9506
Samsung Galaxy Note 3 N9005
Sony Xperia Z1
Blackberry Q1
How long is that cache kept? If it redirected to the other one, will be
redirect on my phone indefinitely? I tried clearly my phone's settings and
it still pulls up the other site's page--the old page, too, as I've changed
the words. Is nginx saying this page is cacheable and thus not returning
On Monday 03 February 2014 10:52:29 Josh Stratton wrote:
> Nevermind. I found the answer here that fixed it. I'm redirecting from
> www now. Still don't understand why it fell back to the other server
> block.
[..]
This article should shed the light:
http://nginx.org/en/docs/http/server_names.
On 2014-02-02 15:13, Sarah Novotny wrote:
Hi Sarah,
> We are planning to make videos of the talks by Igor and Yichun. But,
> you're correct the experience will be more robust locally.
Excellent. Thanks!
Alex
___
nginx mailing list
nginx@nginx.org
ht
On 2014-02-03 19:01, Valentin V. Bartenev wrote:
> Sorry for the late answer.
Hi! No problem at all!
> This behavior cannot be avoided since even if you do not advertise SPDY via
> NPN/ALPN for some virtual hosts, but do for another, then browsers still be
> able to request any of them using a
On Monday 03 February 2014 10:57:33 Josh Stratton wrote:
> As a test, if I add a querystring to see if it breaks the cache, it does
> work. Is this an ISP cache?
>
> www.morebearsmore.com goes to strattonbrazil.com server block
> www.morebearsmore.com?foo=7 goes to the correct morebearsmore.com s
As a test, if I add a querystring to see if it breaks the cache, it does
work. Is this an ISP cache?
www.morebearsmore.com goes to strattonbrazil.com server block
www.morebearsmore.com?foo=7 goes to the correct morebearsmore.com server
block
On Mon, Feb 3, 2014 at 10:55 AM, Josh Stratton wrote:
That's strange. It only fixed it on my desktop. It still goes to the
strattonbrazil.com site when I type in www.morebearsmore.com on my phone,
which was the original problem. Is the phone doing some kind of caching?
Why would this happen on a windows phone and iphone with nginx (and apache
when
Nevermind. I found the answer here that fixed it. I'm redirecting from
www now. Still don't understand why it fell back to the other server
block.
http://stackoverflow.com/questions/9951827/www-in-domain-not-working-in-nginx
server {
server_name www.morebearsmore.com;
return 301 http:/
I think I have everything working as expected. The only thing that's still
strange to me is when I go to the morebearsmore.com domain with "www"
prefixed to it, it goes to the test html file in the other server block. I
had this problem in apache, so I switched to nginx and I'm still seeing it.
On Thursday 23 January 2014 15:54:58 Alex wrote:
> > On Thu, Jan 23, 2014 at 11:17:42AM +, Pankaj Mehta wrote:
>
> Hi,
>
> > These blocks have different ssl certificates. I understand that if I enable
> > SNI in nginx and the client supports it, then we have a predictable
> > behaviour where
On Monday 03 February 2014 09:13:24 Josh Stratton wrote:
> This is my nginx.conf page, which I haven't done anything with. The
> /etc/nginx/conf.d/ directory on my machine is empty.
[..]
> include /etc/nginx/conf.d/*.conf;
> include /etc/nginx/sites-enabled/*;
> }
>
Ok. Did you reload nginx af
This is my nginx.conf page, which I haven't done anything with. The
/etc/nginx/conf.d/ directory on my machine is empty.
user www-data;
worker_processes 4;
pid /run/nginx.pid;
events {
worker_connections 768;
# multi_accept on;
}
http {
##
# Basic Settings
##
sendfile on;
tcp_nopush on;
tcp_n
On Sunday 02 February 2014 09:14:03 Josh Stratton wrote:
> I've followed the tutorial below to setup a couple of server blocks, but I
> get the "Welcome to nginx" message every time.
>
> https://www.digitalocean.com/community/articles/how-to-set-up-nginx-virtual-hosts-server-blocks-on-ubuntu-12-04
Hello!
On Sat, Feb 01, 2014 at 12:01:17AM -0500, DamienR wrote:
> Hi,
>
> I have a nginx server doing ffmpeg video conversions, we've noticed if we
> upload a file around 100Mb in size it won't upload and throws a "zero buf"
> error in nginx log; other logs not capture anything.
>
> 2014/01/31
25 matches
Mail list logo