Create an async version of posthog-python

[neilkakkar]

For some users where local evaluation doesn't work, request blocking in python makes things much slower. Consider an async version of the library in this case

more context: https://posthoghelp.zendesk.com/agent/tickets/6553 (moved to PostHog: https://us.posthog.com/project/2/support/tickets/9491)

[Paillat-dev]

Yes please

[benrapport]

+1!

[sumersao]

Please this would be a life saving!

[skulltech]

This would be much appreciated!

This is an optional library you can install if you're working with Python. It uses an internal queue to make calls fast and non-blocking. It also batches requests and flushes asynchronously, making it perfect to use in any part of your web app or other server side application that needs performance.

Does this mean we don't really need async for this library?

[michaelfeil]

+1

[preardon]

+1

+1

[m1chll]

+1

[autoluminescent]

+1

[r-sniper]

For some users where local evaluation doesn't work, request blocking in python makes things much slower. Consider an async version of the library in this case

more context: https://posthoghelp.zendesk.com/agent/tickets/6553 (moved to PostHog: https://us.posthog.com/project/2/support/tickets/9491)

Is the Zendesk request public, cause I see a not found page here

[Joao-Tiago-Almeida]

+1

[JasonLovesDoggo]

This would be much appreciated!

This is an optional library you can install if you're working with Python. It uses an internal queue to make calls fast and non-blocking. It also batches requests and flushes asynchronously, making it perfect to use in any part of your web app or other server side application that needs performance.

Does this mean we don't really need async for this library?

Yes — it’s already asynchronous in behavior. Events are queued and sent on background threads, so capture() is non-blocking, just not async/await.

A true async client would mainly help for flag evaluation or async-native runtimes (FastAPI/asyncio), not basic event capture.

[natansil]

+1