On Nov 9, 9:00 am, Greg Milby <[email protected]> wrote:
> i wasn't trying to offend - i did say "from what i've heard" - too new at
> wsgi to know much first hand. at the mercy of my peers atm
No offence taken. Just wanted to cut off the misinformation before it
gets out of hand.
Part of the problem is that people see all these comments and even if
they don't know for sure whether it is true, may echo further
questions about it and so one gets more and more people asking about
or suggesting there is a problem without knowing the facts. Over time
the weight of discussion simply makes it appear there is a problem and
people start believing it is fact.
Graham
> On Sun, Nov 8, 2009 at 4:42 PM, Graham Dumpleton <[email protected]
>
>
>
> > wrote:
>
> > On Nov 9, 5:15 am, Greg Milby <[email protected]> wrote:
> > > i have apache installed, but i'm not sold on apache with wsgi (from the
> > > little i've read on it [people say it creates a lot of load/threads/bulk
> > and
> > > the memory is not handled well by apache])...
>
> > That is FUD.
>
> > If you configure Apache/mod\_wsgi appropriately there is no problem
> > and is comparable to other solutions.
>
> > People who say that tend to be people who can't be bothered to read
> > documentation properly and set up their systems in a sensible way for
> > the type of application they run.
>
> > For a description of some of the issues that can come up due to poor
> > choice of configuration see:
>
> >http://blog.dscpl.com.au/2009/03/load-spikes-and-excessive-memory-usa...
>
> > In short, ensure your application is thread safe, use worker MPM for
> > Apache and daemon mode for mod_wsgi and you shouldn't have an issue.
> > If in a memory constrained system or what to get the most out of
> > Apache/mod_wsgi then use a nginx front end to handle static files and
> > proxy to Apache/mod_wsgi. This gives better static files sharing
> > performance and isolates your web application running on back end
> > server from slow HTTP clients.
>
> > Graham
>
> > > on the other hand, if i
> > > remember correctly, i heard that lighttpd did great... if running them
> > > in tandem will not cause any problems, i may do that (each on it's own
> > > port)
>
> > > On Sun, Nov 8, 2009 at 12:54 PM, Angelo Gladding <[email protected]
> > >wrote:
>
> > > > Do you *desire* to use a webserver? If so, installing lighttpd or
> > Apache
> > > > using your standard package manager, apt-get for ubuntu, will do the
> > dirty
> > > > work of setting up your Upstart or /etc/init.d.
>
> > > > To be clear, this is the advisable method of deployment.
>
> > > > On Sun, Nov 8, 2009 at 9:33 AM, Greg Milby <[email protected]> wrote:
>
> > > >> if memory serves, i think i saw 'setup instructions' for these options
> > on
> > > >> the webpy site... i will probably trying everything - see what works
> > best
> > > >> (for me). thanks for replying.
>
> > > >> On Sun, Nov 8, 2009 at 10:11 AM, Wesley Chow <[email protected]>
> > wrote:
>
> > > >>> Has anybody suggested simply running it via Apache with mod_python,
> > > >>> mod_wsgi, or Lighttpd and fcgi? Seems like the more straightforward
> > > >>> thing to do.
>
> > > >>> Wes
>
> > > >>> > On Sat, Nov 7, 2009 at 6:41 AM, geekbuntu <[email protected]>
> > wrote:
>
> > > >>> > right now i have a terminal window running my webpy app - is there
> > a
> > > >>> > way to make it run by itself - not dependent on it being executed
> > > >>> > manually? (like a standard webserver)
>
> > > >>> > --
> > > >>> > Angelo Gladding
> > > >>> > [email protected]
> > > >>> >http://angelo.gladding.name/
> > > >>> > E69E 47E8 5C3A 96E5 C70F
> > > >>> > D931 F35C ACBA 6F39 9611
>
> > > >>> ---
> > > >>>http://www.s7labs.com|http://standingrm.com
>
> > > > --
> > > > Angelo Gladding
> > > > [email protected]
> > > >http://angelo.gladding.name/
> > > > E69E 47E8 5C3A 96E5 C70F
> > > > D931 F35C ACBA 6F39 9611
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"web.py" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [email protected]
For more options, visit this group at http://groups.google.com/group/webpy?hl=en
-~----------~----~----~----~------~----~------~--~---
