Re: GeoDjango and __within query when IDL is involved

2013-03-18 Thread Omer Katz
Sorry, how is this related? בתאריך יום ראשון, 17 במרץ 2013 19:34:53 UTC+3, מאת Val Neekman: > > If you build a geom with a bounding box that contains IDL (International > Date Line) and run a point__within query on it, then the result is > unpredictable and incorrect. > > Does anyone know of a

Re: GeoDjango and __within query when IDL is involved

2013-03-18 Thread Val Neekman
I must have hit reply on my iPhone instead of new email. Not meant to be a response to your email. Sorry about the confusion. Sent from my iPad On Mar 18, 2013, at 5:40 AM, Omer Katz wrote: > Sorry, how is this related? > > בתאריך יום ראשון, 17 במרץ 2013 19:34:53 UTC+3, מאת Val Neekman: >>

GeoDjango International Date Line (IDL) handling

2013-03-18 Thread Val Neekman
My previous email got messed up (ended up in a different thread), so I am sending again. -- If you build a geom with a bounding box that contains IDL (International Date Line) and run a point__within query on it, then the result is unpredictable and incorrect.

Re: Persistent connections, take 2

2013-03-18 Thread Aymeric Augustin
On 28 févr. 2013, at 00:12, Aymeric Augustin wrote: > I'm just wondering if 10 minutes is a good default value for CONN_MAX_AGE. Since I committed the patch, I discovered that persistent connections don't interact well with runserver. By default, the development server creates a new thread f

URL dispatcher fallthrough?

2013-03-18 Thread julianb
Hi, imagine the following use case: You build an online store where you have sorted products into several categories and maybe associated an occasion. Now you want to build URLs. So the URL schema that all of the store's owners agree on is: // // // Look simple. Because product slugs should

Re: URL dispatcher fallthrough?

2013-03-18 Thread Andrew Ingram
The approach we take at work is to have a view that wraps around the product, category and occasion views and takes care of the fallthrough logic. I'm not a fan of this approach, because it means that you can't just look at the urlconf and see which pattern maps to which view function. On the other

Re: URL dispatcher fallthrough?

2013-03-18 Thread Andre Terra
Hi, Julian I think this problem can already be addressed by having a single catchall // URL pattern, and writing a SlugHandlerView which would try different options within the view code, rather than in the URL dispatching. Then it would just be a matter or catching exceptions for your .get() met

Re: URL dispatcher fallthrough?

2013-03-18 Thread Chris Wilson
Hi Julian, On Mon, 18 Mar 2013, julianb wrote: imagine the following use case: You build an online store where you have sorted products into several categories and maybe associated an occasion. Now you want to build URLs. So the URL schema that all of the store's owners agree on is: // // /

Re: Persistent connections, take 2

2013-03-18 Thread Jeremy Dunck
It sounds like we need a way to tell the worker that we are done sending requests to it so that the worker can do cleanup (of which db conn close is one task). This mirrors the previous request_finished "coupling" to requests_finished. (OS?) Signal? Sentinel queue/socket/named pipe + backgroun

Re: Persistent connections, take 2

2013-03-18 Thread Shai Berger
On Monday 18 March 2013 16:36:53 Aymeric Augustin wrote: > By default, the development server creates a new thread for each request it > handles. Not only does this negate the effect of persistent connections > (they're thread-local), > [...] > 1) Do we want to enable persistent connections in pr

Re: Is there a buildbot? Is there a waterfall? Do the tests pass against all backends?

2013-03-18 Thread Shai Berger
Hi, Reviving an oldish thread: On Tuesday 26 February 2013 00:35:10 Florian Apolloner wrote: > it would be of great help > if you could setup cx_Oracle on an Ubuntu 11.10 (I have to double check > that tomorrow, don't have my ssh keys with me currently) 64 bit system with > python 3.3 and see if

Re: Persistent connections, take 2

2013-03-18 Thread Aymeric Augustin
On 18 mars 2013, at 17:10, Shai Berger wrote: > If the persistent connections are thread-local, don't you want to close them > anyway when the thread exits? Yes, do you know how this could be achieved? I haven't found how to hook on thread termination. > ... but that fix will kill persistent c

Re: Persistent connections, take 2

2013-03-18 Thread Anssi Kääriäinen
On 18 maalis, 19:01, Aymeric Augustin wrote: > On 18 mars 2013, at 17:10, Shai Berger wrote: > > > If the persistent connections are thread-local, don't you want to close them > > anyway when the thread exits? > > Yes, do you know how this could be achieved? I haven't found how to hook > on threa

Why not switch hasher when number of iterations changes?

2013-03-18 Thread Ram Rachum
Look at this code: https://github.com/django/django/blob/master/django/contrib/auth/hashers.py#L55 Why does Django switch to the new hasher only if the algorithm was changed, and not if the number of iterations (which could be critical) changed? Thanks, Ram. -- You received this message beca

Re: Why not switch hasher when number of iterations changes?

2013-03-18 Thread Aymeric Augustin
On 18 mars 2013, at 21:51, Ram Rachum wrote: > Why does Django switch to the new hasher only if the algorithm was changed, > and not if the number of iterations (which could be critical) changed? See https://code.djangoproject.com/ticket/19043. -- Aymeric. -- You received this message bec

Re: Why not switch hasher when number of iterations changes?

2013-03-18 Thread Ram Rachum
Wonderful, thank you! On Mon, Mar 18, 2013 at 10:59 PM, Aymeric Augustin < aymeric.augus...@polytechnique.org> wrote: > On 18 mars 2013, at 21:51, Ram Rachum wrote: > > > Why does Django switch to the new hasher only if the algorithm was > changed, and not if the number of iterations (which cou

Re: Persistent connections, take 2

2013-03-18 Thread Shai Berger
On Monday 18 March 2013, Aymeric Augustin wrote: > On 18 mars 2013, at 17:10, Shai Berger wrote: > > If the persistent connections are thread-local, don't you want to close > > them anyway when the thread exits? > > Yes, do you know how this could be achieved? I haven't found how to hook > on thr