using a thread-sync
primitive. I'm not even going to talk about the repercussions of using this
approach with a ThreadPoolExecutor/ProcessPoolExecutor from within a view.
Regards,
Aditya N
On Thursday, June 3, 2021 at 2:48:27 AM UTC+5:30 Aymeric Augustin wrote:
> On 2 Jun 2021, at 0
butor in the long run and do some
exciting work. Let me knw how we can take this forward in the best possible
way.
Regards,
Aditya N
On Wednesday, June 2, 2021 at 2:02:35 AM UTC+5:30 Aymeric Augustin wrote:
> Hello,
>
> On 1 Jun 2021, at 14:35, N Aditya wrote:
>
> All I'm l
ecision or fallback to the default behaviour.
Also, something I'd like to clarify is that my use-case for a hook such as
*db_for_transaction* is different. You could read above to know more about
this.
Regards,
Aditya N
On Tuesday, June 1, 2021 at 11:34:55 PM UTC+5:30 lokeshw...@gmail.c
user
provided explicitly.
Regards,
Aditya N
On Tuesday, June 1, 2021 at 6:32:44 PM UTC+5:30 f.apo...@gmail.com wrote:
> On Tuesday, June 1, 2021 at 2:35:17 PM UTC+2 gojeta...@gmail.com wrote:
>
>> I don't see any reason for why providing a hook seems so difficult.
>>
>
&
runtime
> isn't officially supported, but this looks like the closest option to the
> intent you expressed.
>
> Best regards,
>
> --
> Aymeric.
>
>
>
> On 1 Jun 2021, at 12:09, N Aditya wrote:
>
> Hey all,
>
> I believe there's a major m
nts in the order of a few 1000s. Also, I'd genuinely
like to know why the DATABASES dictionary or the CACHES dictionary would
run into connection leaks/KeyErrors with such an approach.
Regards,
Aditya N
On Tue, Jun 1, 2021 at 12:04 PM Florian Apolloner
wrote:
>
>
> On Monday, May
Hey Adam/Simon,
How can we take this forward ?
Regards,
Aditya N
On Friday, May 28, 2021 at 3:04:14 PM UTC+5:30 N Aditya wrote:
> Hey Adam,
>
> Also, after giving it a bit of thought, I figured that integrating this
> logic with the routers framework isn't entirely necess
.
Let me know your thoughts on the same.
Regards,
Aditya N
On Friday, May 28, 2021 at 2:55:02 PM UTC+5:30 N Aditya wrote:
> Hey Adam,
>
> "atomic does already call DB routers" -> Firstly after reading code, I
> don't think the transaction APIs consult the
pecial info that can be
delivered to the transaction based on which a decision regd which DB to use
could be made, then it would be cleanly isolated into its own method.
Regards,
Aditya N
On Friday, May 28, 2021 at 2:03:16 PM UTC+5:30 Adam Johnson wrote:
> Aditya - you didn't answ
using = transaction_db_selector()
if using is None:
using = DEFAULT_DB_ALIAS
return connections[using]
Let me know your thoughts on this.
Regards,
Aditya N
On Friday, May 28, 2021 at 10:05:26 AM UTC+5:30 charettes wrote:
> Ticket that directed to the mai
>From the Django docs, for any ORM query made, the DB alias to use is
determined by the following rules:
- Checks if the using keyword is used either as a parameter in the
function call or chained with QuerySet.
- Consults the DB routers in order until a match is found.
- Falls bac
r the response.
On Mar 14, 6:27 am, James Bennett wrote:
> On Fri, Mar 12, 2010 at 4:39 PM, aditya wrote:
> > The trouble is, there is no straightforward way to configure the name
> > and domain of a site.
>
> Sure there is: create a Site object, or edit an existing one, s
A fixture won't really solve the problem. I'm okay with Gabriel's
solution though. It is not as simple as my proposal, but certainly
more elegant.
Aditya
On Mar 13, 6:57 am, Chuck Harmston wrote:
> This particular use case (having predefined sets of information loaded into
Could you be more specific? I'm not sure what you mean.
Aditya
On Mar 12, 5:26 pm, Gabriel Hurley wrote:
> You seem to be missing the point of the code you reference above. You
> should probably read up on the "Sites" framework that ships with
> Django:
>
> http:/
Description
=
This page of the Django documentation shows how to use the 'Sites'
framework to get the domain of the current site:
http://docs.djangoproject.com/en/dev/ref/contrib/sites/
I've noticed that 'domain = Site.objects.get_current().domain' is
becoming a common idiom in Django. Mo
ry and
db.models.query_utils. Where should I be looking?
Thanks for any help you all can provide!
Aditya
--
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group, send email to django-develop...@googlegroups.com
Got it. Thanks.
On Jan 9, 1:32 pm, Karen Tracey wrote:
> On Sat, Jan 9, 2010 at 2:24 PM, aditya wrote:
> > From what I can see, the following ticket:
>
> >http://code.djangoproject.com/ticket/4092
>
> > is addressing the same issue as this ticket:
>
> >http:/
>From what I can see, the following ticket:
http://code.djangoproject.com/ticket/4092
is addressing the same issue as this ticket:
http://code.djangoproject.com/ticket/10969
Ticket #10969 is closed, but ticket #4092 is still marked as "new".
Can we close #4092?
Aditya
--
You
18 matches
Mail list logo
