What netdna said is sensible and I imagine any cdn would say the same.
Ultimately the ball is in your court.
If you want to use a CDN (and it's not compulsory) then change your app so that
the image links are absolute links with the cdn domain name. There's no good
reason for nginx to have any
I also have this problem, when I use externet domain mail account send mail
to me, it display "530 5.7.1 Authentication required".
can you help me ? thanks
Posted at Nginx Forum: http://forum.nginx.org/read.php?2,12609,237663#msg-237663
___
nginx mail
The reply I received from NetDNA after supplying the same information as I
did here is as follows:
"Too many redirects" is a legit message in this scenario - example: You are
redirecting domain.com/file.jpg TO cdn.domain.com/file.jpg ---> request
comes to CDN and CDN neds to cache this file from o
Going to pushing out the change to 1 worker later today.
It's just become more of an exercise in understanding why it was behaving
that way.
Even under "high" load (in this case ~50 active_connections), the 3 socks
don't seem to be getting equal number of requests.
On Thu, Mar 21, 2013 at 12:29
On 21 March 2013 19:39, toddlahman wrote:
> As I already said, the code doesn't work with NetDNA, so there is nothing to
> fix. A different approach must be taken, and I am looking for solutions
> other than that which is already broken.
You haven't explained *why* it's broken, or what you've don
As I already said, the code doesn't work with NetDNA, so there is nothing to
fix. A different approach must be taken, and I am looking for solutions
other than that which is already broken.
Posted at Nginx Forum:
http://forum.nginx.org/read.php?2,237609,237655#msg-237655
On Thu, Mar 21, 2013 at 12:03:59PM -0700, John Watson wrote:
>Well doesn't make sense when theres >4 concurrent requests
>At any given time there's around 12 active_connections, but sock-3 is
>still never being used
Can you see a difference with only one worker process?
Currently, dif
On Thu, Mar 21, 2013 at 03:13:43PM -0400, toddlahman wrote:
Hi there,
> I talked to NetDNA and they said my redirect would in fact cause a redirect
> loop. Unfortunately the PHP project I am using the CDN for would take a long
> time to convert URLs to the CDN for static files so another route ma
On 21 March 2013 19:13, toddlahman wrote:
> I talked to NetDNA and they said my redirect would in fact cause a redirect
> loop. Unfortunately the PHP project I am using the CDN for would take a long
> time to convert URLs to the CDN for static files so another route may be a
> better solution.
>
>
I talked to NetDNA and they said my redirect would in fact cause a redirect
loop. Unfortunately the PHP project I am using the CDN for would take a long
time to convert URLs to the CDN for static files so another route may be a
better solution.
There has been mention of using proxy_pass to an upst
Well doesn't make sense when theres >4 concurrent requests
At any given time there's around 12 active_connections, but sock-3 is still
never being used
On Thu, Mar 21, 2013 at 9:34 AM, John Watson wrote:
> O... that makes complete sense now.
>
> Had 4 workers.
>
> Thanks!
>
>
> On Thu, Mar
On Thu, Mar 21, 2013 at 12:20:53AM -0400, toddlahman wrote:
Hi there,
> It is possible my CDN is using the same ruleset. I am using MaxCDN, and they
> use Nginx to serve static images. How would I write this ruleset to be
> compatible with MaxCDN (aka NetDNA)?
You shouldn't have to care.
If you
On Thu, Mar 21, 2013 at 01:48:20AM -0400, geopcgeo wrote:
Hi there,
> Thanks for your updates. We are able to proxypass to another domain. But
> the issue is domain’s sub directories are not working fine.
So, when you do
curl -i http://geotest.com/cms/address
what response do you get? What r
On Thu, Mar 21, 2013 at 03:30:32PM +0100, Heřbolt, Lukáš wrote:
Hi there,
> I am new in nginx and I'd like to know if nginx implements tcp-splicing
> system call.
If it does, I guess that the string "splice" will appear in the source
code somewhere.
$ grep -r splice ~/nginx/nginx-1.2.7
It shou
O... that makes complete sense now.
Had 4 workers.
Thanks!
On Thu, Mar 21, 2013 at 4:47 AM, Ruslan Ermilov wrote:
> On Thu, Mar 21, 2013 at 01:45:14AM -0700, John Watson wrote:
> >Was investigating some issues today when we noticed that least_conn
> wasn't
> >behaving as expected.
Got it, thanks, appreciate.
-C
于 13-3-20 上午1:38, Maxim Dounin 写道:
Hello!
On Tue, Mar 19, 2013 at 11:50:43AM -0700, Cool wrote:
Thanks Maxim, I got what you mean.
Since I'm using fastCGI so I put something like this:
fastcgi_param HTTP_COOKIE "$http_cookie; mycookie=$cookie_note";
(I popula
Hello,
I am new in nginx and I'd like to know if nginx implements tcp-splicing
system call.
Thanx
--
Lukáš Heřbolt
Linux Administrator
ET NETERA | smart e-business
[a] Milady Horákové 108, 160 00 Praha 6
[t] +420 725 267 158 [i] www.etnetera.cz
~
[www.ifortuna.cz | www.o2.cz| www.datart.cz
Hi folks!
We are excited to announce that Tengine-1.4.4 (development version) has
been released. You can either checkout the source code from GitHub:
https://github.com/alibaba/tengine or download the tarball directly:
http://tengine.taobao.org/download/tengine-1.4.4.tar.gz
The highlight of this
> > proxy_set_header SWSSLHDR $server_port;
> >
>
> nice catch! But once again, because HTTP_REQUEST is client-side, so
> says this F5-certified engineer with reference to the docs, it should
> be $proxy_port instead of $server_port.
Thanks to everyone that responded to my questions. Nginx ha
On Thu, Mar 21, 2013 at 01:45:14AM -0700, John Watson wrote:
>Was investigating some issues today when we noticed that least_conn wasn't
>behaving as expected.
>upstream backend {
> least_conn;
> server unix:/tmp/sock-1.sock;
> server unix:/tmp/sock-2.sock;
> server
Hello!
On Wed, Mar 20, 2013 at 06:09:26PM -0400, nickpalmer wrote:
> I am having trouble with proxy_pass and PUT without a Content-Length header
> returning a 411 error.
>
> # curl -XPUT http://localhost:8080/
>
> 411 Length Required
>
> 411 Length Required
> nginx/1.1.19
>
>
> # touch temp
I can confirm that allowing a longer backlog queue (in unicorn config +
net.core.somaxconn and net.core.netdev_max_backlog) did solve the issue (for
me).
I posted a bit more details at http://stackoverflow.com/a/15544229/1061997.
Posted at Nginx Forum:
http://forum.nginx.org/read.php?2,237573,23
Was investigating some issues today when we noticed that least_conn wasn't
behaving as expected.
upstream backend {
least_conn;
server unix:/tmp/sock-1.sock;
server unix:/tmp/sock-2.sock;
server unix:/tmp/sock-3.sock;
}
The expected behavior for 4 simultaneous requests it should distribut
23 matches
Mail list logo
