the model class methods seem to run in a
different thread. There must be an explanation for this somewhere deep
down Django. Does someone know why?
cheers,
Hilbert
On 22 apr, 11:14, Hilbert Schraal <[EMAIL PROTECTED]> wrote:
> Thanks for the tip. I fiddled around with the imports, but no
Thanks for the tip. I fiddled around with the imports, but no
results :(
On 20 apr, 21:33, Doug B <[EMAIL PROTECTED]> wrote:
> Its been a while, but I had problems getting this to work at first
> too. It turned out to be how I was importing the module that
> contained thread locals. I
check, that was a bit stupid :)
On 21 apr, 15:16, "Marty Alchin" <[EMAIL PROTECTED]> wrote:
> On Sun, Apr 20, 2008 at 10:45 AM, Hilbert Schraal
>
> <[EMAIL PROTECTED]> wrote:
> > # Make this unique, and don't share it with anybody.
> > SECRET_K
self).get_query_set()
Looks pretty much the same as the cookbook example I think...
On 20 apr, 16:45, Hilbert Schraal <[EMAIL PROTECTED]> wrote:
> Hi All,
>
> I've followed the CookBook (http://code.djangoproject.com/wiki/
> CookBookThreadlocalsAndUser) to have the user available in
Hi All,
I've followed the CookBook (http://code.djangoproject.com/wiki/
CookBookThreadlocalsAndUser) to have the user available in my model. I
have added the ThreadLocals class to my code and added it to the
middleware class setting. It gets called en sets values that look
valid.
However, when
Hi all,
I'm deploying django 0.96.1 on Apache + mod_python on debian etch. In
the setting.py I have:
LANGUAGES = (
('nl', 'Dutch'),
)
LANGUAGE_CODE = 'nl'
USE_I18N = True
On development using 'manage.py runserver' I have the admin app
translated in Dutch. Behind Apache + mod_python the
6 matches
Mail list logo