r/django

Just watched a benchmark testing 8 backend stacks (including Laravel, FastAPI, Go, Rust, Node) on a $12 VPS. Laravel's performance vs. the others is a great talking point.
▲ 107 r/django+1 crossposts

Just watched a benchmark testing 8 backend stacks (including Laravel, FastAPI, Go, Rust, Node) on a $12 VPS. Laravel's performance vs. the others is a great talking point.

Hey everyone,

I recently came across an interesting experiment by Arjay McCandless where he tested 8 different backend stacks (Node, Bun, Python/FastAPI, Go, Java/Spring Boot, C#, PHP/Laravel, and Rust) under the exact same load using a super budget server: 1 shared CPU and 2GB of RAM.

The goal was to see how many simultaneous users each stack could support before hitting latency/error thresholds, using a Twitter-style API with a PostgreSQL backend (50k users, 500k posts, 2M likes, querying 20 posts for the feed).

Here is a quick summary of the results:

  • The Heavy Hitters (PostgreSQL):
    • Rust (Axum) and Go led the pack at ~6,900 and ~6,500 simultaneous users.
    • Java (Spring Boot) and C# (.NET) punched way above expectations at ~5,100 and ~4,400.
    • Bun hit ~4,200, while standard Node (Express) landed at ~3,250.
  • The Lower End:
    • Python (FastAPI) capped out at ~2,150 due to connection pool timeouts under pressure.
    • Laravel (PHP) struggled massively out of the box, capping at 750 users because of the framework boot overhead per request. (When he stripped Laravel and used raw PHP, it jumped to ~2,700).
  • The SQLite Effect: When he swapped PostgreSQL for SQLite (removing the network/process database overhead), Rust skyrocketed to 14,050 simultaneous users on that same $12 machine.

This kind of benchmark is almost a worst-case scenario for heavy full-stack frameworks like Laravel, where the boot-up cost makes up a huge chunk of a lightweight query lifecycle. But how much does this actually matter in real-world CRUD apps where DB queries or external APIs dominate the response time?

Curious to hear what the community thinks especially regarding framework overhead!

u/amuza42 — 12 days ago
▲ 7 r/django

Django Alternatives to Adobe Sign

I have a fintech app with contracts currently being compiled by celery, sent to Adobe, sent to users emails for signing then retrieved once completed and stored in S3.

Clients are not too happy about going off platform to sign the contracts, however I needed something traceable and legally binding.

Can anyone recommend something similar that I could incorporate into my platform? Contracts are central to the app.

Many thanks.

reddit.com
u/__globalcitizen__ — 12 days ago
▲ 7 r/django

I built an open-source XRechnung / Factur-X package for Django — looking for feedback

I've been working on django-xrechnung, a free/open-source Django package for German electronic invoicing.

It currently supports:

  • XRechnung generation in UBL and CII
  • EN 16931 / XRechnung validation using KoSIT
  • Factur-X / PDF-A-3b invoices
  • importing and reviewing incoming e-invoices
  • credit notes and invoice corrections
  • Django admin integration

Validation runs locally, so invoice data doesn't need to be sent to an external service.

The project is still Alpha, and that's mainly why I'm posting: I'd really like feedback from Django developers who deal with invoicing or German/EU e-invoicing.

In particular, I'd be interested to know:

What would prevent you from using something like this in a real Django project?

PyPI: django-xrechnung
Source: https://codeberg.org/fsbraun/django-xrechnung

It's BSD licensed and completely free.

u/fsbraun — 12 days ago