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
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
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
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
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
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
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
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
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
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:
//
//
/
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
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
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
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
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.
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:
>>
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
17 matches
Mail list logo
