{"id":47142493,"title":"Show HN: Duck – A Django-compatible framework with native HTTP/2 and Live HTML","points":3,"user":"digreatbrian","time":1771964975,"time_ago":"6 hours ago","type":"link","content":"

I’ve been working on Duck, a Python web framework designed to modernize the development experience without throwing away what we love about Django.\nFor years, the standard path for real-time Python apps has been Django + Channels + Redis + daphne + Nginx. It works, but the overhead is immense. Duck aims to simplify this by making high-performance features "native" rather than "add-ons."

Key Features:

- Native HTTP/2 & HTTPS: No need for a reverse proxy just to get modern protocol support; Duck handles multiplexing out of the box.

- Lively Components: Think Phoenix LiveView but for Python. Build reactive, stateful UIs that update over WebSockets without writing a single line of JavaScript.

- Django Compatibility: You can keep your existing Django models and logic. Duck acts as a high-performance transport layer.

- Zero-Dependency Automation: A built-in task system that replaces Cron/Celery for 90% of use cases.

- Real-time Observability: A built-in terminal monitor (duck monitor) to watch your app's hardware impact in real-time.

Why build this?

I love the Python ecosystem, but I felt we were falling behind frameworks like Elixir’s Phoenix or Go’s Fiber in terms of "out-of-the-box" performance and developer velocity. Duck is my attempt to bridge that gap.

Docs: https://docs.duckframework.xyz\nGitHub: github.com/duckframework/duck

I’d love to hear your thoughts on the architecture, especially regarding the Lively component implementation!","url":"item?id=47142493","comments":[{"id":47143642,"level":0,"user":"apothegm","time":1771969627,"time_ago":"5 hours ago","content":"

Couldn’t care less about HTTP/2 support, but you had me at Django + LiveView. Wish I had time now to try it out.

Any sample projects?","comments":[]}],"comments_count":1}