You say "difficulties" and "fails" but you don't say what that means. Do
you have a stack trace or an error message?
I'm not much of an Apache user, but if I'm not mistaken the consensus there
is that mod_wsgi is the best way to go. Therefore I would focus on that
rather than mod_fcgi.
I'm cross-
Hello Dale --
I see you asked this question nearly two weeks ago, but for some reason
your message was delivered to my inbox just today.
Since your background is apache, I would stay there if I were you (and use
mod_wsgi for your django apps). The only caveat is that I have no
experience runni
On Tue, Jan 17, 2012 at 3:56 AM, Tom Evans wrote:
> On Mon, Jan 16, 2012 at 11:12 PM, Stuart Laughlin
> wrote:
>> I also note that everyone who advocates
>> for apache concedes that the default installation/configuration is really
>> not appropriate for django apps. I in
eton wrote:
>
>
>
> On Jan 15, 9:40 am, Stuart Laughlin wrote:
> > Graham turned up on a thread in another forum where I was asking about
> how
> > to fix a strange error I had been seeing intermittently for months. He
> > instructed me on how to put mod-wsgi into d
that. Do you have a link?
>
> ** **
>
> *From:* django-users@googlegroups.com [mailto:
> django-users@googlegroups.com] *On Behalf Of *Stuart Laughlin
> *Sent:* Friday, January 13, 2012 12:52 PM
> *To:* django-users@googlegroups.com
> *Subject:* Re: Web Servers for
On Fri, Jan 13, 2012 at 12:37 PM, Javier Guerra Giraldez
wrote:
> On Fri, Jan 13, 2012 at 1:03 PM, Stuart Laughlin
> wrote:
>> Just wanted to clarify that there are in fact some instructions out there
>> for options other than apache/mod_wsgi, even though mod_wsgi remai
Having now looked more closely at the official deployment docs, I see they
have been updated at some point to mention gunicorn and uwsgi, as well as
nginx, cherokee, and lighttpd. So that's good. However, I also see that the
deployment docs are a bit of a mess and could really use some love and
that helps,
--Stuart
On Friday, January 13, 2012 10:04:42 AM UTC-6, Tom Evans wrote:
>
> On Fri, Jan 13, 2012 at 3:18 PM, Stuart Laughlin
> wrote:
> > I hope you are not lumping me in with the relentless grudge-bearing
> > apache attackers. (After all, I've already been
On Jan 12, 9:16 pm, Andres Reyes wrote:
> You mean that the webserver that Django itself recommends in
> https://docs.djangoproject.com/en/dev/howto/deployment/is not a good
> choice?
>
When that documentation was written, apache/mod_wsgi was likely the
best, easiest, and most stable option. Tha
On Jan 13, 5:01 am, Tom Evans wrote:
> On Thu, Jan 12, 2012 at 11:32 PM, Stuart Laughlin
> wrote:
> > I don't care a whit about what "the cool boys" are doing. What I care about
> > is a production deployment that works efficiently and reliably and that is
>
gt; running quickly. The hardest thing is getting nginx running within the main
> initlevel, but even that is not hard, just tedious.
>
> This does not, however, tell you how to setup S3 storage to be Django's file
> backend. You'll have to look somewhere else for that
>
>
On Thursday, January 12, 2012 10:09:13 AM UTC-6, Javier Guerra wrote:
>
> On Thu, Jan 12, 2012 at 9:54 AM, Stuart Laughlin
> wrote:
> > # author admits he is a non-sysadmin noob
>
> ad-hominem
>
False. I pointed out what the author clearly stipulates.
"I’m a sys a
No offense to the author, but I would advise ignoring that blog for
the following reasons:
# author admits he is a non-sysadmin noob
# he installs everything globally rather than using virtualenv
# he uses apache instead of... well... anything else
# there does not appear to be anything in
On Dec 22, 9:01 am, Chris Curvey wrote:
> The short version: when processing a request, does Django *always*
> collect session information from the session store before starting the
> view?
>
Yes. However note that django only saves to the session database when
the session has been modified. It
On Dec 6, 3:45 pm, Stuart Laughlin wrote:
>
> Another advantage of satchmo (and please forgive the self-promotion)
> is that you can purchase a companion mobile application that extends
> your website to iphones, ipads, android devices, and the like via apps
> native to each platfo
On Dec 7, 4:39 pm, Martin Tiršel wrote:
>
> I would not recommend the Satchmo although it is a great project and you
> can learn a lot from it. Reasons:
>
> 1.) very very very bad documentation, you have to search a lot in the
> Satchmo code (good for somebody who wants to learn :). And for some
>
I have firsthand experience implementing satchmo for a very large
storefront, and I can heartily recommend it. People who recommend
writing your own ecommerce platform have an overly romanticized
perspective. In my opinion ecommerce is not where you want to make
your own mistakes and go by trial an
I'm not so sure, Tom. It took me a few minutes to deduce an answer
from the page of code you linked. And I'm extremely clever! ;)
At any rate, in the case of a middleware class consisting of just a
pass statement, at startup load_middleware will find and validate the
existence of the entry in MIDD
ntation because of the Django Context.
> On Nov 13, 2011 8:53 AM, "Stuart Laughlin" wrote:
>
>
>
>
>
>
>
> >http://www.acronymfinder.com/MVP.html?
>
> > On Nov 12, 9:04 am, skier31415 wrote:
> > > I'm a coder, but I don't code for th
FWIW I agree with Mike. It's difficult to advise without seeing
exactly what you're doing, but I think Mike's advice/approach is
sound.
--Stuart
On Nov 15, 4:16 am, Mike Thon wrote:
> I'm no expert here but if it were me building this project, I'd build the
> logging mechanism as a separate app
http://www.acronymfinder.com/MVP.html ?
On Nov 12, 9:04 am, skier31415 wrote:
> I'm a coder, but I don't code for the majority of my time. What I do
> is identify, install, employ, and adapt mostly working solutions. I
> stand on the shoulders of giants. There are very few good ways to
> ident
21 matches
Mail list logo
