harm
harm at millionmonkeys.nl
Tue Sep 18 14:16:19 EST 2001
On Mon, Sep 17, 2001 at 10:59:18PM -0400, Gregory (Grisha) Trubetskoy wrote: > > There is a PythonImport, which essentially does this. It has some severe > limitations. > > The thing is that mod_python will create separate subinterpreters for > separate virtual servers (or optionally directories), but the only > opportunity to learn this information is during request procesing. > > At Apache startup time you can't tell what the subinterpreters will be. But you do know it the moment the subinterpreters are actually created, don`t you? So mod_python could call some handlers the moment it creates an fresh interpreter. Ohwell, as mentioned, it in not _that_ important. Thanks for your reply! Greetings, Harmen > You have an option of manually giving interpreters names and making sure > that PythonImport executes under a specific name, but it's just kind of > messy.... > > I understand what the problem is, but can't think of a clean solution to > it. > > Grisha > > > Moi, > > > > first of all thanks for mod_python. I come from an (mod_)perl world and the > > python version definitely is the easier one to use (There are tons of traps > > you have to watch out for under mod_perl). > > > > Anyway. My tiny question. > > > > Why is there no init handler? It would run the moment the python > > interpreter gets loaded/intiated by the freshly forked apache. It would be a > > nice place to initialise some site global modules. > > > > Sure, I could do a: > > if not mypersistentvar: > > mypersistentvar = Some.Nice.Object() > > > > but an InitHandler does look like cleaner to me. > > > > Any better way to arrange initialisation than the above method? > > > > Thanks, > > Harmen > > -- The Moon is Waxing Crescent (2% of Full)
|