On Jun 6, 1:51 pm, gert gert.cuyk...@gmail.com wrote:
On Jun 6, 5:38 am, Graham Dumpleton graham.dumple...@gmail.com
wrote:
2009/6/6 gert gert.cuyk...@gmail.com:
Suggestions ? Because if Graham makes it, it will end up something
like a debian logo, that looks like crap, literally
On Jun 6, 2:44 pm, gert gert.cuyk...@gmail.com wrote:
On Jun 6, 1:51 pm, gert gert.cuyk...@gmail.com wrote:
On Jun 6, 5:38 am, Graham Dumpleton graham.dumple...@gmail.com
wrote:
2009/6/6 gert gert.cuyk...@gmail.com:
Suggestions ? Because if Graham makes it, it will end up
2009/6/6 gert gert.cuyk...@gmail.com:
Suggestions ? Because if Graham makes it, it will end up something
like a debian logo, that looks like crap, literally
How about:
http://www.thegreenhead.com/imgs/main/real-cobra-scorpion-whiskey.jpg
Read:
http://code.google.com/p/modwsgi/wiki/ConfigurationIssues
about permission denied problem.
Haven't had a chance to read rest of email yet, will do so later when have time.
Graham
2009/6/1 Evgeny evgeny.fad...@gmail.com:
Hi Graham,
Thank you for your answer. I've tried to do what
2009/5/22 Carlos Aboim abo...@gmail.com:
Hi everyone,
I want to deploy a django powered website. So I 've installed apache2,
python2.6 and django 1.0 for db I will you sqlite3 for now.
I 've arranged everything up as instrutions that came with packages.
Module is in the modules folder,
On Thu, Apr 23, 2009 at 11:24 PM, Graham Dumpleton
graham.dumple...@gmail.com wrote:
Do you have mod_cache modules loaded into Apache. These apparently can
have a symbol conflict with sqlite libraries. Disable mod_cache
modules in Apache and see if problem goes away.
That did the trick!
On Fri, Apr 24, 2009 at 12:05 AM, Chris McDonough chr...@plope.com wrote:
Ftr, I haven't seen this behavior, but I have noticed via other travails
that
the libaprutil library loads the sqlite library, so it's likely that your
SQLite
version needs to be the same one as is loaded into Apache.
Do you have mod_cache modules loaded into Apache. These apparently can
have a symbol conflict with sqlite libraries. Disable mod_cache
modules in Apache and see if problem goes away.
Search for 'mod_cache sqlite' in Google and see discussions of issue. Eg:
Graham,
...When mounting at a sub URL of site, that sub URL should not be a
part of the patterns in urls.py... ...That you may have had to do
this with mod_python prior to Django 1.0 ...
Well, my urlpatterns as listed in my original post do work with Django
1.0 mod_python (they *do*
On Apr 22, 2009, at 8:49 AM, Birkin James Diana wrote:
...I came up with a solution that works...
Rereading some docs, I came across Joshua's comment at the bottom of:
http://code.google.com/p/modwsgi/wiki/IntegrationWithDjango
...and remembered I had read that before -- so the URL_PREFIX
Haven't read mail properly, but first guess is as follows.
When mounting at a sub URL of site, that sub URL should not be a part
of the patterns in urls.py.
Ie., this:
urlpatterns = patterns('',
( r'^studio/admin/(.*)', admin.site.root ),
( r'^studio/',
2009/4/5 Darryl Cousins darryljcous...@gmail.com:
Which particular problem is that now? Can still help you out as use
MacOS X myself so know the various problems.
Graham
Hi Graham,
Thanks. I had earlier had problems installing isolated Python on
Leopard which I describe here [1].
2009/4/5 Darryl Cousins darryljcous...@gmail.com:
On Sun, Apr 5, 2009 at 6:20 PM, Graham Dumpleton
graham.dumple...@gmail.com wrote:
2009/4/5 Darryl Cousins darryljcous...@gmail.com:
Which particular problem is that now? Can still help you out as use
MacOS X myself so know the various
2009/4/4 Darryl Cousins darryljcous...@gmail.com:
On Sat, Apr 4, 2009 at 7:51 PM, Graham Dumpleton
graham.dumple...@gmail.com wrote:
2009/4/4 Darryl Cousins darryljcous...@gmail.com:
Hi,
Thank you your reply and your suggestions.
On Sat, Apr 4, 2009 at 6:22 PM, Graham Dumpleton
2009/4/5 Darryl Cousins darryljcous...@gmail.com:
On Sat, Apr 4, 2009 at 8:41 PM, Graham Dumpleton
graham.dumple...@gmail.com wrote:
2009/4/4 Darryl Cousins darryljcous...@gmail.com:
On Sat, Apr 4, 2009 at 7:51 PM, Graham Dumpleton
graham.dumple...@gmail.com wrote:
2009/4/4 Darryl
2009/4/4 Darryl Cousins darryljcous...@gmail.com:
Hi,
I've dug around the posts on this issue but still fail to achieve.
Python-2.5.2 compiled and installed using:
HOME=/usr/local
PYHOME=$HOME/Python
VERSION=2.5.2
PACKAGE=Python-$VERSION
./configure --prefix=$PYHOME/$PACKAGE \
Hi,
Thank you your reply and your suggestions.
On Sat, Apr 4, 2009 at 6:22 PM, Graham Dumpleton
graham.dumple...@gmail.com wrote:
2009/4/4 Darryl Cousins darryljcous...@gmail.com:
Hi,
I've dug around the posts on this issue but still fail to achieve.
Python-2.5.2 compiled and installed
Once I get 2.4 and 3.0 out of the way I will be revisiting the
documentation and trying to work out what to do about it all. I agree
that it needs to be more step wise and offers lots more warnings, but
to do it properly you almost need a mini book on deploying it for each
different major
Hello Graham-- Late last night before falling asleep I realized that this
could be the only explanation, and suddenly realized that-- in fact-- the
very .wsgi file I wanted to test was called django.wsgi, which I had
renamed to django.py for something of a unit-test. Therefore, my import
was
Yes, I did. Now that you mention it, I am not sure why I felt I needed to
do that.
... Something must have prompted me to do it, but I cannot remember now. It
must have had something to do with seeing the following example line:
os.environ['DJANGO_SETTINGS_MODULE'] =
2009/4/1 Tim Valenta tonightslasts...@gmail.com:
Yes, I did. Now that you mention it, I am not sure why I felt I needed to
do that.
... Something must have prompted me to do it, but I cannot remember now. It
must have had something to do with seeing the following example line:
Hmmm, that crappy setup information is in:
http://code.djangoproject.com/wiki/django_apache_and_mod_wsgi
I'll fix it up.
:-(
Graham
2009/4/1 Graham Dumpleton graham.dumple...@gmail.com:
2009/4/1 Tim Valenta tonightslasts...@gmail.com:
Yes, I did. Now that you mention it, I am not sure
2009/4/1 Tim Valenta tonightslasts...@gmail.com:
Unless I've made a mistake in my thinking, I believe that the
IntegrationWithDjango page also states that you should put that ./apache/
directory in your apache conf
(http://code.google.com/p/modwsgi/wiki/IntegrationWithDjango)
2009/4/1 Tim Valenta tonightslasts...@gmail.com:
So then to clear up a little confusion from my end.. is there any need to be
putting that ./apache/ directory in the apache conf at all,
Yes, there must be a Directory container as previously showed for the
'apache' directory. This is required
2009/4/1 Tim Valenta tonightslasts...@gmail.com:
One final hurrah for the import error. So I've gotten everything running
this evening (thanks to direction given previously). The last thing I'm
noting is this:
My setup isn't particularly strange, in my opinion, yet I needed to add one
more
2009/4/1 Tim Valenta tonightslasts...@gmail.com:
Hm... yes, I had read that before, but I hadn't immediately caught the
reference to the fact that /usr/local/django was itself the document root.
I (personally) would suggest making a slight alteration to that
documentation, simply to state
2009/3/31 Tim Valenta tonightslasts...@gmail.com:
Hello all--
I've been casually trying to get mod_wsgi working in a Ubuntu 8.10 sever, to
run even the simplest of Django test projects. So far, I've had no dice
getting the example Django wsgi scripts to work.
Most simply, I'm having an
On Mar 25, 5:11 pm, Graham Dumpleton graham.dumple...@gmail.com
wrote:
2009/3/26 Duncan caphec...@gmail.com:
On Mar 24, 7:28 pm, Graham Dumpleton graham.dumple...@gmail.com
wrote:
2009/3/25 Duncan caphec...@gmail.com:
Are there any issues that I might run into with 300+ virtual
2009/3/28 Duncan caphec...@gmail.com:
On Mar 25, 5:11 pm, Graham Dumpleton graham.dumple...@gmail.com
wrote:
2009/3/26 Duncan caphec...@gmail.com:
On Mar 24, 7:28 pm, Graham Dumpleton graham.dumple...@gmail.com
wrote:
2009/3/25 Duncan caphec...@gmail.com:
Are there any issues
On Wed, Mar 25, 2009 at 8:03 PM, Duncan caphec...@gmail.com wrote:
On Mar 24, 7:28 pm, Graham Dumpleton graham.dumple...@gmail.com
wrote:
2009/3/25 Duncan caphec...@gmail.com:
we use suexec for
PHP applications already.
Curious, and totally off topic, why are you running PHP using
2009/3/26 Duncan caphec...@gmail.com:
On Mar 24, 7:28 pm, Graham Dumpleton graham.dumple...@gmail.com
wrote:
2009/3/25 Duncan caphec...@gmail.com:
Are there any issues that I might run into with 300+ virtual hosts,
Are you currently using mod_python with 300+ virtual hosts with a
2009/3/25 Duncan caphec...@gmail.com:
I've been reading up on mod_wsgi as a replacement for mod_python; it
looks like it'll be able to suit my user's needs, but I want to make
sure *before* I do the rollout. From what I've read it looks like
mod_wsgi works well with Apache virtual hosts and I
Congratulations Graham!
On Mar 17, 5:15 am, Graham Dumpleton graham.dumple...@gmail.com
wrote:
I know this doesn't take into consideration Linux distributions,
Windows binary downloads or subversion checkouts, but mod_wsgi 2.3
source tar ball downloads for mod_wsgi Google code site has hit
2009/3/17 Graham Dumpleton graham.dumple...@gmail.com:
I know this doesn't take into consideration Linux distributions,
Windows binary downloads or subversion checkouts, but mod_wsgi 2.3
source tar ball downloads for mod_wsgi Google code site has hit 1.
I never had a doubt it would be a
2009/3/11 rupert.thurner rupert.thur...@gmail.com:
hi,
if somebody is using mod_wsgi on solaris, there are now test packages
for opencsw on http://mirror.opencsw.org/testing.html.
Thanks, have made a link to the repository in wiki page about
installation on Solaris.
Graham
2009/3/11 rupert.thurner rupert.thur...@gmail.com:
(why) could it be that mod_wsgi used for many trac instances, one
enabled with agilo interferes?
see:
http://groups.google.com/group/agilo/browse_thread/thread/62d296608f871c1e
Seems there has been a followup to say it was a known agilo
2009/3/9 Thomas Allen thomasmal...@gmail.com:
Having read many accounts suggesting improved performance and other
incentives for switching to mod_wsgi, I did. I believe that my setup
is fairly standard, and I can't determine the cause of this slowness.
Using mod_python, a Trac page loads in
Hi Graham,
In response to your suggestions:
* I've only run mod_wsgi with mod_python off and vice-versa, so that
couldn't be an issue.
* The Trac installation is only a few days old with maybe twenty wiki
pages and fifteen tickets.
* Load testing on this seems to be a waste of time. I'm using
On Sun, Feb 22, 2009 at 11:20 PM, Graham Dumpleton
graham.dumple...@gmail.com wrote:
Try patch or just use version from 2.X branch out of subversion:
http://code.google.com/p/modwsgi/wiki/ChangesInVersion0204
I have tried to use this version. SIGTERM still does not work. Only SIGKILL.
--
2009/2/23 Dalius Dobravolskas dalius.dobravols...@gmail.com:
On Sun, Feb 22, 2009 at 11:20 PM, Graham Dumpleton
graham.dumple...@gmail.com wrote:
Try patch or just use version from 2.X branch out of subversion:
http://code.google.com/p/modwsgi/wiki/ChangesInVersion0204
I have tried to use
http://code.google.com/p/modwsgi/wiki/ChangesInVersion0204
I have tried to use this version. SIGTERM still does not work. Only SIGKILL.
Correction!
SIGTERM works with 2.X and daemon mode. It is not working with
embedded mode only.
My head works bad today...
Regards,
Dalius
2009/2/24 Dalius dalius.dobravols...@gmail.com:
http://code.google.com/p/modwsgi/wiki/ChangesInVersion0204
I have tried to use this version. SIGTERM still does not work. Only SIGKILL.
Correction!
SIGTERM works with 2.X and daemon mode. It is not working with
embedded mode only.
If it
Hello, Graham,
OK. I will use modwsgi group.
Answers to your questions:
My wsgi program executes pypy-c program in separate process.
I was trying to use both embedded and daemon modes. Config is very simple:
VirtualHost *
ServerName py.sandbox.lt
ServerAdmin dal...@sandbox.lt
On Thu, Feb 12, 2009 at 5:49 AM, Graham Dumpleton
graham.dumple...@gmail.com wrote:
2009/2/12 Jannis Leidel jan...@leidel.info:
For someone who does not know pinax except that it somehow builds on
Django, can someone give me a couple of line summary of what it does.
More importantly as
For someone who does not know pinax except that it somehow builds on
Django, can someone give me a couple of line summary of what it does.
More importantly as far as working out what may be a good
configuration, how long do average requests it handles take. Is the
nature of the application
2009/2/12 Jannis Leidel jan...@leidel.info:
For someone who does not know pinax except that it somehow builds on
Django, can someone give me a couple of line summary of what it does.
More importantly as far as working out what may be a good
configuration, how long do average requests it
WSGIDaemonProcess pinax threads=1 processes=25 python-path=/home/user/
pinax-env/lib/python2.5/site- packages
WSGIProcessGroup pinax
Just so Graham does not hate me for giving bad advice:
If you are not using any 'thread unsafe' python lib outside the Pinax
dependencies (like GeoDjango)
For reference, further detail on aspects of this question at:
http://groups.google.com/group/pinax-users/browse_frm/thread/8cbc9857c1b9c4b2?q=mod_wsgi
I'll respond later in more detail.
Graham
2009/2/11 pablo.pl...@gmail.com pablo.pl...@gmail.com:
Hi,
I'm studying pinax and trying to
2009/2/11 Graham Dumpleton graham.dumple...@gmail.com:
For reference, further detail on aspects of this question at:
http://groups.google.com/group/pinax-users/browse_frm/thread/8cbc9857c1b9c4b2?q=mod_wsgi
I'll respond later in more detail.
It may take me a bit longer to get to this than
It may take me a bit longer to get to this than had hoped. Daddy day
care today and baby demanding a lot of attention and hasn't adjusted
to timezone after getting back form holidays which is making it all
the more fun.
Sounds like fun!
For someone who does not know pinax except that it
What is GeoDango and how does that come into it? What are the
multithreading issues in GeoDango?
GeoDjango is django.contrib.gis
This could be part of your problem -- it should be `threads=1`. This
is because GEOS is not a thread safe library, and the serialization to
WKT code in particular
2009/2/11 Ariel Mauricio Nunez Gomez ingenieroar...@gmail.com:
What is GeoDango and how does that come into it? What are the
multithreading issues in GeoDango?
GeoDjango is django.contrib.gis
This could be part of your problem -- it should be `threads=1`. This
is because GEOS is not a
The prefork MPM is only relevant if you are running in embedded mode.
If using mod_wsgi daemon mode for WSGI application, where you are
separately controlling number of processes/threads for the daemon
process group, doesn't really matter.
If have separate requirement to also run mod_php,
oh thanks a lot. that's what i want and didn't even need mod_rewrite.
just wondering is there anyway to make mod_rewrite work with
mod_wsgi? i guess i may need it later.
mod_wsgi's WSGIScriptAlias seems doesn't work after mod_rewrite
-vince
On Jan 22, 10:08 am, Graham Dumpleton
2009/1/24 vince lapcc...@gmail.com:
oh thanks a lot. that's what i want and didn't even need mod_rewrite.
just wondering is there anyway to make mod_rewrite work with
mod_wsgi? i guess i may need it later.
mod_wsgi's WSGIScriptAlias seems doesn't work after mod_rewrite
One can use
2009/1/22 vince lapcc...@gmail.com:
in short
for the apache conf
WSGIScriptAlias / /var/www/devel/testwsgi.py
http://localhost/abc/def
would become GET /abc/def inside testwsgi.py
and with
WSGIScriptAlias /test /var/www/devel/testwsgi.py
http://localhost/test/abc/def
would become
2009/1/19 vince lapcc...@gmail.com:
i am trying to get mod_rewrite work with mod_wsgi. however the
rewrite seems to work according the log but then WSGIScriptAlias did
catch it.
when i have this config in apache
WSGISocketPrefix /private/var/run/wsgi
WSGIDaemonProcess devel user=www
Thanks a lot dear Graham.
I indeed had read the 2nd link before but not with the due attention because
I don't why I was looking at WSGIPythonPath.
Thank you very much.
Cheers,
Alan
On Sun, Jan 11, 2009 at 20:55, Graham Dumpleton
graham.dumple...@gmail.comwrote:
See:
2008/12/23 meppum mmep...@gmail.com:
Okay, lets see if I have this right...
If i have 2 apache servers and each apache server can have 25 threads
that's 50 threads total.
If mod_wsgi is running in daemon mode does that mean that each apache
thread will spawn a mod_wsgi daemon?
No. The
2008/12/23 meppum mmep...@gmail.com:
Good thing I asked. So lets say I'm using nginx for my static file
requests, and that only dynamic requests are fed to apache and that
keepalives are OFF. Would you recommend against setting the apache
process/thread settings equal to that of the mod_wsgi
2008/12/22 meppum mmep...@gmail.com:
What about apache mpm settings? Any examples on what they should be
for say the default WSGIDaemonProcess setting of 15 threads? Thanks.
The defaults for standard Apache source distribution are:
# worker MPM
# StartServers: initial number of server
On Thu, Dec 18, 2008 at 3:18 PM, Stefan Wallner
montodes...@googlemail.com wrote:
Lets make sure that mod_wsgi logging is working at all.
If you add before that code:
import sys
print sys.stderr, ABOUT TO ERROR
Does that appear in Apache error log?
Duh, should have though about
Sorry that haven't really responded about this, has been a hectic
couple of weeks with a 1st birthday party and me starting to take over
daddy day care duties a few days a week.
Not a problem, family first.
Anyway, what version of mod_wsgi are you using?
2.3
Are you using VirtualHost
2008/12/18 Stefan Wallner montodes...@googlemail.com:
On Dec 16, 1:36 am, Robert Coup robert.c...@koordinates.com wrote:
If Django is catching the error (ie. if DEBUG=True then you get a fancy
formatted error page), then its a Django problem that its not being emailed
to you. mod-wsgi
2008/12/17 wmiller walter.mil...@gmail.com:
A scheme which just tries to do textual substitution of 'print' in
code before evaling/compiling it is not a good idea.
this is the approach. For code between % % tags, first replace
'print' with 'printwrite', then compile, then pass to eval with
The templating is working as designed and it's pretty responsive
subjectively speaking. For those who might be interested, I'll post
some code and benchmarks after taking some time to clean up the code
and figure out a safe way to use eval within the template.
You should avoid 'eval',
here the the print statement is modified to just return output to the
browser. Also, variables surrounded by { } are returned to the
browser based on the variables in locals(). I'm still holding out
hope that there'll be a way to make eval safe or maybe figure out a
better alternative to
On Dec 16, 4:17 pm, wmiller walter.mil...@gmail.com wrote:
%
def fib(n):
a, b = 0, 1
while b n:
print(str(b) + , )
a, b = b, a+b
return b-a
var = fib(100)
%
brbr
{var}
Suggestion,
def fib(n):
a, b = 0, 1
while b n:
print(str(b) + , )
Suggestion,
def fib(n):
a, b = 0, 1
while b n:
print(str(b) + , )
a, b = b, a+b
return b-a
var = fib(100)
%
brbr
{var}
%
Would make it python compatible, wsgi compatible, unit test
compatible, import compatible, eval
2008/12/17 wmiller walter.mil...@gmail.com:
The templating is working as designed and it's pretty responsive
subjectively speaking. For those who might be interested, I'll post
some code and benchmarks after taking some time to clean up the code
and figure out a safe way to use eval
Are your development and production server configurations identical?
Maybe you are just doing some things differently on your production
server?
I diffed the settings file both for local development and production
use, but nothing seems different than what is supposed to (i.e.
database
If Django is catching the error (ie. if DEBUG=True then you get a fancy
formatted error page), then its a Django problem that its not being emailed
to you. mod-wsgi doesn't get involved in that process at all. The only time
you'd see an error/traceback in the apache logs should be if there's a
2008/12/15 gert gert.cuyk...@gmail.com:
lol :)
Anyway wsgi is not that bad, it just different and makes your code
look better. Ok the auto reload script thing is not as flexible as php
yet but Graham is working on a PythonPathMatch and a
Have not the foggiest what you are talking about
2008/12/16 wmiller walter.mil...@gmail.com:
It doesn't need C code and can be just as fast as normal WSGI
application. Am too busy at the moment to explain further, maybe later
today.
Graham
quick update, I got it working as you suggested:
Action pyp-scripts /pyp-interpreter
See i was not the only one thinking this way :-)
http://www.csh.rit.edu/~jon/projects/pip/
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
modwsgi group.
To post to this group, send email to
2008/12/14 gert gert.cuyk...@gmail.com:
See i was not the only one thinking this way :-)
http://www.csh.rit.edu/~jon/projects/pip/
Presumably abandoned when they realised that it wasn't perhaps a
useful thing after all.
Last updated: October 21, 2003
Graham
another approach i was thinking is the import approach
something like import apache and import cgi but then import wsgi and
import php
where php module defines your template specification like php.echo for
example.
Its just a bit weird that the wsgi guy's put there heads together to
redesign the
2008/12/10 wmiller [EMAIL PROTECTED]:
Is it possible configure mod_wsgi to recognize WSGI application script
files without explicitly declaring the application object within each
script file? If not, is there a elegant/crude work-around?
Along the same lines, if that were possible, it
So let me get this straight, you are going to rewrite all this parsing
cashing ch*t in python, just you can have your own templates ?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
modwsgi group.
To post to this
On Dec 10, 5:32 am, Graham Dumpleton [EMAIL PROTECTED]
wrote:
I have been asked something similar a number of times. I don't know
why but it is always to me direct and not on the mailing list. Not
sure if it means the others were embarrassed about their yearnings for
something more like PHP
On Dec 10, 1:52 pm, gert [EMAIL PROTECTED] wrote:
So let me get this straight, you are going to rewrite all this parsing
cashing ch*t in python, just you can have your own templates ?
That's part of the motivation. The rest is the desire to have the
option to choose pure WSGI application
Am I the only one here that thinks this is a bad approach (i said
approach not idea)
I mean you go from mod_wsgi and make it act as a cripple mod_scgi with
GIL stuff and no stdout to transform it into mod_php using a
interpreter that execute instructions as fast as a elephant doing
backstrokes in
On Dec 10, 2:24 pm, gert [EMAIL PROTECTED] wrote:
Am I the only one here that thinks this is a bad approach (i said
approach not idea)
I mean you go from mod_wsgi and make it act as a cripple mod_scgi with
GIL stuff and no stdout to transform it into mod_php using a
interpreter that execute
2008/12/11 gert [EMAIL PROTECTED]:
You just ask Graham where in his code he finished with all the caching
prefetching process management. And you change the tiny little wsgi
part of it. Note that, Graham actually has a translator around his
neck because of all the c code he has been writen
Sure assembler is also possible :-)
When Graham mind is in binary mode you can see on a egg scan his
brainwaves resembling IEEE 802.11 :-)
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
modwsgi group.
To post to
On Dec 9, 8:47 pm, wmiller [EMAIL PROTECTED] wrote:
Is it possible configure mod_wsgi to recognize WSGI application script
files without explicitly declaring the application object within each
script file? If not, is there a elegant/crude work-around?
Along the same lines, if that were
On the other hand i also think it can be solved with
WSGIScriptAliasMatch ^/wsgi-scripts/([^/]+) /web/wsgi-scripts/$1.wsgi
What would be a more Graham approved solution, for security
reasons :-)
http://code.google.com/p/modwsgi/wiki/ConfigurationDirectives#WSGIScriptAliasMatch
2008/12/9 wmiller [EMAIL PROTECTED]:
Is it possible configure mod_wsgi to recognize WSGI application script
files without explicitly declaring the application object within each
script file? If not, is there a elegant/crude work-around?
Along the same lines, if that were possible, it would
On Mon, Dec 1, 2008 at 2:17 PM, Matt Craighead
[EMAIL PROTECTED] wrote:
Works fine if I give it the .py file, but I prefer to ship my software as
.pyc files rather than .py files. Is there a way to tell mod_wsgi to load a
precompiled .pyc script?
The docs say,
In all ways that the
On Mon, Dec 1, 2008 at 3:31 PM, Matt Craighead
[EMAIL PROTECTED] wrote:
Yes, I'm aware that pyc files can be decompiled -- but this does at least
strip comments from the code, slightly speed up loading, and a few other
minor things.
Do you really have many comments or much code in your wsgi
2008/11/19 Rob Hudson [EMAIL PROTECTED]:
Is there a general rule of thumb that can guide a person on what
numbers might need to be put for:
WSGIDaemonProcess processes=X threads=Y
I'm curious if knowing what your requests per [time period] is if that
can guide you what to put here. I
On Tue, Nov 18, 2008 at 2:51 PM, Graham Dumpleton
[EMAIL PROTECTED] wrote:
Hmmm, even 1 hits per day is not a large site.
Yeah, that's why I said larger to keep it relative. But doing the
math and averaging out hits evenly, that's 1 request every 11 seconds
or so... definitely not large at
Two changes required to what you have done. See below.
2008/10/28 Giles Thomas [EMAIL PROTECTED]:
Hi all,
I'm trying to get mod_wsgi working with Django (1.0), and I've hit a
problem that I can't seem to be able to solve. It's simple enough that
I'm sure the solution is obvious and I'm
2008/10/28 Mike Beaumont [EMAIL PROTECTED]:
Your problem is this. You're prepending SCRIPTNAME to PATHINFO each time so
it adds another /admin for every successive request. What I suggest doing is
adding 3 Location directives in your apache configuration for /admin /foo
and /bar.
Not sure
Okay, here it is. All you need in the Apache configuration file is:
WSGIScriptAliasMatch ^/(admin|foo|bar)(/.*)?$
/Users/grahamd/Sites/echo.wsgi/$1$2
You do not need to make any changes to the WSGI script file. Just use:
import os, sys
sys.path.append('/usr/local/django')
Graham,
Many thanks for this and for all the details in your other emails - this
solution works perfectly!
Cheers,
Giles
Graham Dumpleton wrote:
Okay, here it is. All you need in the Apache configuration file is:
WSGIScriptAliasMatch ^/(admin|foo|bar)(/.*)?$
Your problem is this. You're prepending SCRIPTNAME to PATHINFO each time so
it adds another /admin for every successive request. What I suggest doing is
adding 3 Location directives in your apache configuration for /admin /foo
and /bar. But if you want it done the way you have set up, create some
Any news?
On Oct 10, 2:53 am, Graham Dumpleton [EMAIL PROTECTED]
wrote:
2008/10/9 m0nonoke [EMAIL PROTECTED]:
Any chance of adding a python 2.6 windows binary?
Adal, any chance of this?
Thanks.
Graham
--~--~-~--~~~---~--~~
You received this message
2008/10/9 m0nonoke [EMAIL PROTECTED]:
Any chance of adding a python 2.6 windows binary?
Adal, any chance of this?
Thanks.
Graham
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
modwsgi group.
To post to this
2008/10/2 Carlo Barrettara [EMAIL PROTECTED]:
Hi Graham,
My name is Carlo Barrettara, I'm a co-founder at a start-up company in the
mobile space – Polar Mobile. First off, let me say we really appreciate the
hard work you've put into mod_wsgi. We're using mod_wsgi for some of our
back-end
301 - 400 of 430 matches
Mail list logo
