Re: [Web-SIG] Global Variables

2005-09-10 Thread Shannon -jj Behrens
I second the statement about multi-threading headaches if you use globals in this way. In Aquarium, since I have to support different threading API's (no threads, Python threads, coroutines), I put everything in a Context object, and then pass that Context object to everything's constructor.

Re: [Web-SIG] Global Variables

2005-09-10 Thread Titus Brown
- I second the statement about multi-threading headaches if you use - globals in this way. - - In Aquarium, since I have to support different threading API's (no - threads, Python threads, coroutines), I put everything in a Context - object, and then pass that Context object to everything's

[Web-SIG] using WSGI for standard pluggable applications

2005-09-10 Thread Ksenia Marasanova
Hi, Sorry if this is a trivial question, but does it sounds reasonable to use WSGI for pluggable standard applications, instead of usual Python imports? For example, standard news module, like: app = NewsApp(path='/site/news/') The content of news app would be inserted into site template,

Re: [Web-SIG] using WSGI for standard pluggable applications

2005-09-10 Thread Ian Bicking
Ksenia Marasanova wrote: Sorry if this is a trivial question, but does it sounds reasonable to use WSGI for pluggable standard applications, instead of usual Python imports? For example, standard news module, like: app = NewsApp(path='/site/news/') The content of news app would be

Re: [Web-SIG] using WSGI for standard pluggable applications

2005-09-10 Thread Ian Bicking
Ksenia Marasanova wrote: 2005/9/10, Ian Bicking [EMAIL PROTECTED]: Ksenia Marasanova wrote: Sorry if this is a trivial question, but does it sounds reasonable to use WSGI for pluggable standard applications, instead of usual Python imports? For example, standard news module, like: app =