On 23 Sep 2010, at 02:42, Amit Tomar wrote:
James Tucker wrote:
On 22 Sep 2010, at 12:00, Amit Tomar wrote:
luis i change my code as you said
filename = #...@stream.location}
response.headers['Content-Type'] = application/force-download
response.headers['Content-Disposition
My guess is middleware is trying to load the file to determine the etag or such.
___
Mongrel-users mailing list
Mongrel-users@rubyforge.org
http://rubyforge.org/mailman/listinfo/mongrel-users
On 22 Sep 2010, at 12:00, Amit Tomar wrote:
luis i change my code as you said
filename = #...@stream.location}
response.headers['Content-Type'] = application/force-download
response.headers['Content-Disposition'] = attachment;
filename=\#{File.basename(filename)}\
The problem is here
What was the request rate and total bandwidth flowing at your peak?
How far is that from your theoretical potential on the box?
On 21 Jun 2010, at 16:58, snacktime wrote:
Interested in some feeback on this (does it sound right?), or maybe
this might be of interest to others.
We are
On 25 Mar 2010, at 14:34, Nagy Tamás wrote:
Thank you Hassan, James!
So i will need one mongrel per domain. I think I can't carry out this because
I have a thousands of domains.
That sounds like a recipe for out of memory errors and cross-application errors
taking down the whole set at
On 25 Mar 2010, at 14:52, Jonathan Rochkind wrote:
Do you want a seperate app per domain, or do you want one app handling
multiple domains?
If you want a seperate app per domain, I think you'd need a mongrel per
domain too, I don't see any other way to do it.
map http://domain1.com/; do
On 11 Sep 2009, at 18:20, Luis Lavena wrote:
On Fri, Sep 11, 2009 at 7:03 PM, Daniel Gies
daniel_g...@bigfix.com wrote:
Hello Mongrel users,
I¹m a software developer at BigFix ( http://www.bigfix.com ) and we
use
Mongrel in one of our products. We have made changes to the
200-300MB is not unusual for a rails application.
Is it growing past that?
Maybe use 3 or 4 mongrels, rather than 8.
On 22 Jul 2009, at 09:18, Navneet Aron wrote:
Hi Folks,
I've a rails application in production environment.The rails app
has both a website as well as REST apis that are
You have a few options for your situation:
1) check mongrel_service FreeBASIC code (which is the actual service)
and implement your own variation.
(willl take you some time)
2) look into options like svrany or firedaemon, which let you run
console applications as services.
3)
On 8 Jan 2009, at 17:51, Jonathan Rochkind wrote:
We have contracts with literally hundreds of such providers.
Most of which do the right thing.
This one provider in particular that sends the bad URL is a
particular large company (EBSCO), with billions of dollars in
revenue, and
On 7 Jan 2009, at 21:31, Jonathan Rochkind wrote:
Yes, the third party sending me this information in a query string
was doing it in a way that was illegal and violated standards, but
they are more powerful than I, and I can not make them change their
behavior, and I need to handle those
On 30 Aug 2008, at 21:57, Roger Pack wrote:
As a note--using the mongrel example from
http://mongrel.rubyforge.org/web/mongrel/files/README.html and Mongrel
1.1.5
It yielded (for me) ~800 req/s [running ab -n 1000 -c 1
http://localhost:3000/test]
and if I changed
out.write(hello!\n)
On 16 May 2008, at 21:34, [EMAIL PROTECTED] wrote:
Hey,
I'm working on a project, and mongrel may be part of the stack, but
I've got some more general questions and ideas I'm hoping to run by
this list. The people on this list have a broader knowledgebase and
more experience than any
Forgive me for not having read the whole thread, however, there is one
thing that seems to be really important, and that is, ruby hardly ever
runs the damned GC. It certainly doesn't do full runs nearly often
enough (IMO).
Also, implicit OOMEs or GC runs quite often DO NOT affect the
On 25 Mar 2008, at 17:05, Steve Midgley wrote:
At 03:41 AM 3/25/2008, [EMAIL PROTECTED] wrote:
Date: Tue, 25 Mar 2008 10:40:50 +
From: James Tucker [EMAIL PROTECTED]
Subject: Re: [Mongrel] mongrel garbage collection
To: mongrel-users@rubyforge.org
Message-ID: [EMAIL PROTECTED]
Content
On 3 Jan 2008, at 13:45, Evan Weaver wrote:
Hello Mongrels,
Building on the last messages about Fastthread, can we get a detailed
survey of the different ways people are deploying their applications?
It will help with near-future Mongrel development.
Please include the following things:
I would have expected you to be getting the following on load:
c:/ruby/lib/ruby/gems/1.8/gems/daemons-1.0.9/lib/daemons/daemonize.rb:103:in
`fork': fork() function is unimplemented on this machine (NotImplementedError)
The -d is not actually supported on Windows, thus the warning:
** WARNING:
Shiva Kumaran wrote:
Rafael García wrote:
Shiva Kumaran escribió:
hi,
how to configure mongrel_cluster in windows.
mongrel_rails cluster::configure -e development -p 3000 -N 2 i have used
this one its configured correctly then if i start the server it is
throwing error.if any one knows how
Luis Lavena wrote:
On Nov 21, 2007 3:18 AM, James Tucker [EMAIL PROTECTED] wrote:
Yeah this is an unfortunate bug with the way that 'bin' files are setup on
windows. In particular, you can't call exec on a text file containing
nothing but ruby. The solution is to add .bat or .cmd
19 matches
Mail list logo
