Mykhailo Havelia

> @Arfey I think more duplication is acceptable IF we write in a such a way that we can use codegen to maintain it. @rtpg can you look at @Arfey...

I’ve moved the discussion about the explicit database connection to the Django forum to keep the code review thread more focused. 😊 Here’s the [link](https://forum.djangoproject.com/t/dep-0009-async-capable-django-discussion-about-connection-for-35629/40824/3) to the forum post.

> @dima-kov I think the way forward here is to pull this work into a third-party backend so we can all get trying it out. > > This is on...

> @Arfey yep, I think coordinating effort is good. (I've wanted to pick this up, but haven't had capacity. I'm totally happy for others to do so.) @carltongibson Got it....

@carltongibson, probably I'm overthinking too much, excuse me 😌 Maybe you’re right. There are a lot of places that we can’t reuse from Django without rewriting the entire code base....

Hey everyone 😌 Looks like we've gotta remove `gather/task_group` from signals coz it makes it impossible to share some variables via contextvar (like `open/close` a database connection with `request_started/request_finished`). If...

@carltongibson You’re right. Thanks for the suggestion! I’ve opened a dedicated ticket to describe the issue in more detail. I did my best 😅 — hope it’s clearer this time!...

This cache optimization generates problems with existing extensions like `ApolloTracingExtension` and `OpenTelemetryExtension` What do u think about using context var? do we have any pitfalls? ```python class CustomApolloTracingExtension(ApolloTracingExtension): _state =...