> In short, Django was not *designed* to be threadsafe, but any obvious
> problems that I'm aware of have been fixed. YMMV.
that's scary.
but then again, python itself isn't multi-threaded. (all threading is
faked - google "global interpreter lock". lazy s.o.b. python devs) so
all your
On 9/25/07, Graham Dumpleton <[EMAIL PROTECTED]> wrote:
>
> Can we please somehow settle this issue once and for all. I have tried
> to get discussions going on this issue in the past but have got
> minimal feedback. I thought that too a degree it had been determined
> that multithreaded servers
On 9/25/07, Leo Soto M. <[EMAIL PROTECTED]> wrote:
[...]
> At least on SVN trunk , object.__unicode__ is gone too. So, #5560 is
> no longer needed.
Forget that. object__unicode__ is gone on Jython, but the __unicode__
attribute on the instances is not recognized yet.
So #5560 is still needed
On Sep 26, 10:27 am, "Benjamin Slavin" <[EMAIL PROTECTED]>
wrote:
> On 9/25/07, Mike Scott <[EMAIL PROTECTED]> wrote:
>
> > It should be threadsafe - [... ] web applications [...] pretty much
> > [become] a threaded application
>
> Mike,
>
> There are two issues here. Thread safe and concurrent
He-he, I have one of those and it is great to wear to technical places
--- people ask questions, and it is easier to preach the gospel. ;-) I
think the official shop is the great idea.
Thanks,
Eugene
Marty Alchin wrote:
> On 9/25/07, Xan <[EMAIL PROTECTED]> wrote:
>> I think that this
On 9/25/07, Xan <[EMAIL PROTECTED]> wrote:
> I think that this official shop were good for promoting django and for
> financing this great project (personal opinion)
I know I've found myself jealously desiring one of those "I wish I
were made with Django" t-shirts. :)
-Gul
On 9/25/07, Mike Scott <[EMAIL PROTECTED]> wrote:
> It should be threadsafe - [... ] web applications [...] pretty much
> [become] a threaded application
Mike,
There are two issues here. Thread safe and concurrent operation, and
they are very different issues (though there is overlap).
Django
George Vilches wrote:
> All,
>
> Just throwing this out there because I think it breaks everyone
> currently using sessions against trunk. Already filed a ticket (and
> patch) for it: http://code.djangoproject.com/ticket/5598 .
Fixed in http://code.djangoproject.com/changeset/6425
Thanks
Istvan,
It should be threadsafe - the way web applications and web loads work mean
that lots of simultaneous connection will mean that it pretty much becomes a
threaded application, and for that reason I think more research should be
done into this sort of operation?
On 9/26/07, Istvan Albert
In reviewing bug #5579 (see http://code.djangoproject.com/ticket/5579),
I discovered I never receive the confirmation email from Trac at
http://www.djangoproject.com/accounts/register/. I've tried four
times since Sunday, using two email addresses in different domains. I
can't actually verify
On 9/16/07, koenb <[EMAIL PROTECTED]> wrote:
>
> I added a new patch to ticket 689. This one does not use settings
> (thanks Joseph Kocherhans).
> It combines the use of a middleware and an authentication backend to
> use the Remote_user information passed down by apache. This is usefull
> in
George Vilches said the following:
> Can someone else verify this is a problem? I didn't think that os or
> time was an implicit import. :)
You're right, they're not :)
--
Collin Grady
I know things about TROY DONAHUE that can't even be PRINTED!!
All,
Just throwing this out there because I think it breaks everyone
currently using sessions against trunk. Already filed a ticket (and
patch) for it: http://code.djangoproject.com/ticket/5598 .
Short of it, there's a couple imports that look like they're missing
from
Django is 0% threadsafe (as in nada, null or zilch)
it is not supposed to be run that way, but if you must keep locking
around every operation.
i.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django
Hi,
First of all, sorry for posting this to this group, but I don't know
where I should do that
I'm only interested if there is a "official shop" of django: t-shirts,
coffee cups, etc.
If not, an official channel in Cafepress.com, Spreadshirt.net or
Shopify.com would be a good starting point
I
On 9/25/07, Ian Kelly <[EMAIL PROTECTED]> wrote:
>
> On 9/20/07, Leo Soto M. <[EMAIL PROTECTED]> wrote:
> > Oh, yeah. That's Jython's unicode(foo) calling foo.__str__ even when
> > hasattr(foo, '__unicode__') under some circumstances.
>
> In case you missed it, Jython 2.2.1rc1 was made available
On Sep 25, 7:12 am, "Ramiro Morales" <[EMAIL PROTECTED]> wrote:
> Jeffrey, can you test that patch on your enviroment and report back
> if it solves the problem so a ticket+patch can be created on Django Trac?.
I have tested this fix, and it appears to work perfectly here, passing
all
On 9/20/07, Leo Soto M. <[EMAIL PROTECTED]> wrote:
> Oh, yeah. That's Jython's unicode(foo) calling foo.__str__ even when
> hasattr(foo, '__unicode__') under some circumstances.
In case you missed it, Jython 2.2.1rc1 was made available yesterday,
and the changelog includes this line:
- [
Opps , I test so many version , but none of them can do the right job.
Which one is I checkout previous time ?
I think this a big problem , I even can't write post form in firefox .
Who will do my favor to fix this :)
Thanks a lot
在 07-9-26,张沈鹏(电子科大08年本科应届)<[EMAIL PROTECTED]> 写道:
> bug with
bug with Django version 0.97-pre-SVN-6423
not bug maybe use the version commit at 2007.9.13 ?
在 07-9-25,SanPy<[EMAIL PROTECTED]> 写道:
> Which revision?
>
> On 25 sep, 14:40, "张沈鹏(电子科大08年本科应届)" <[EMAIL PROTECTED]> wrote:
> > I test the old edition in svn , seems not have this problem
> >
> >
Do you have the transaction middleware enabled? Given that you do not
have unique constraints on field Y/Z, I believe this would be the
expected behavior with transactions enabled.
Both threads conceptually have their own "picture" of what the
database looked like when the transaction was
Which revision?
On 25 sep, 14:40, "张沈鹏(电子科大08年本科应届)" <[EMAIL PROTECTED]> wrote:
> I test the old edition in svn , seems not have this problem
>
> 2007/9/25, 张沈鹏(电子科大08年本科应届) <[EMAIL PROTECTED]>:
>
>
>
> > >Sorry, but how is it connected to django?
> > I think this a bug of django?Or a bug of
oh sorry , this maybe because I use db_dump.py load the data .
在 07-9-25,张沈鹏(电子科大08年本科应届)<[EMAIL PROTECTED]> 写道:
> in urls.py
> #
> from django.contrib.auth.views import login, logout
> ...
> (r'^accounts/login/$',login) ,
> ..
>
in urls.py
#
from django.contrib.auth.views import login, logout
...
(r'^accounts/login/$',login) ,
..
#
when your input a not exist username this will report error
it seems caused by
On 9/24/07, Ramiro Morales <[EMAIL PROTECTED]> wrote:
>
> Fortunately this is being handled by an abstraction in the form of a
> is_secure()
> method on the Django handler classes on django.core.handlers.
> Perhaps a patch like this would solve Jeffrey problems?:
>
> ---
I test the old edition in svn , seems not have this problem
2007/9/25, 张沈鹏(电子科大08年本科应届) <[EMAIL PROTECTED]>:
> >Sorry, but how is it connected to django?
> I think this a bug of django?Or a bug of firefox in xp?
>
>
>
> 2007/9/25, Yuri Baburov <[EMAIL PROTECTED]>:
> > Hi, 沈鹏.
> >
> > Sorry, but
Most likely. I implemented it just to get more insight into Django's
internals, but I'm -0 on this ticket. I have never needed anything
more than my range0 and range1 filters (10|range0 => range(10); 10|
range1 => range(1, 11))
On Sep 25, 5:43 am, "Andrew Durdin" <[EMAIL PROTECTED]> wrote:
>
>Sorry, but how is it connected to django?
I think this a bug of django?Or a bug of firefox in xp?
2007/9/25, Yuri Baburov <[EMAIL PROTECTED]>:
> Hi, 沈鹏.
>
> Sorry, but how is it connected to django?
> Of course, it's great that you have found out this ;)
>
> 2007/9/25, 张沈鹏(电子科大08年本科应届)
Hi, 沈鹏.
Sorry, but how is it connected to django?
Of course, it's great that you have found out this ;)
2007/9/25, 张沈鹏(电子科大08年本科应届) <[EMAIL PROTECTED]>:
> Bug of form post in firefox .
>
> Look at the simple example in attachment .
>
> Include "test/urls.py" in your urls config , then visit
Hi all :)
I have the following problem.
I have a function that do some get_or_create on model X giving as
parameters the field Y and Z. The same function is running on
different threads, so it can happen that more get_or_create on model X
and fields Y/Z are called at the same time. It can also
On 9/25/07, vfoley <[EMAIL PROTECTED]> wrote:
>
> SmileyChris added a ticket to propose extending the for loop tag to
> support numerical looping. I posted a patch that adds such a
> capability and includes a few tests. Documentation is still lacking.
> Let me know what you think, here are some
check this out buddies. kool website for:
* hacking and anti hacking tricks
* anti hackng tricks.
* registry tweaks
* orkut tricks
* small virus
* computer tricks
and loads of different tricks...
www.realm-of-tricks.blogspot.com
www.registrydecoded.blogspot.com
Hi everybody,
I'm new in Django. Last days i was looking for a method to authenticate
Django via JA-SIG CAS (a single-sign-on product). I haven't find
anything, so i have started to develop my own script to do this.
Do you know if exists any product to do it?
Thanks.
--
Jose Jiménez López
Hi,
I tried your test app on OS X in Safari, Firefox and Camino. It works
on all three here, but:
in Firefox (although it shows the page, even after submit), my
terminal shows this error message when I do a GET or POST at
http://localhost:8080/:
Traceback (most recent call last):
File
*Management is the key to success.*
*http://www.100stuff.com/sdk/management/*
*-*
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To
Seems Collin, I and co will have to agree to disagree on this. It's
all relative I guess, you think we're upside down, I think you're
upside down :-) Just a shame to burn thousands of man hours on
something which is so plainly inconsistent to fresh eyes.
Collin Grady wrote:
> James Bennett
36 matches
Mail list logo