Choosing Between Bun.serve() and External Frameworks for API Development
Decide between Bun.serve() and external frameworks like Express. Learn when to prioritize raw Zig-powered performance over middleware convenience for your API.
ReadMeFeed / Community knowledge
Real questions. Useful conversations. Find the people who know your stack.
Decide between Bun.serve() and external frameworks like Express. Learn when to prioritize raw Zig-powered performance over middleware convenience for your API.
When managing a Bun installation in a development or production environment, what are the recommended steps to upgrade to a new stable or canary release while ensuring the ability to verify the update and roll back to a known good version if issues arise? Please outline any verification commands, version‑checking procedures, and rollback strategies that are
When managing a Bun installation, what steps ensure a safe upgrade to a new stable or canary release, and how can you verify that the upgrade succeeded? If an issue arises after upgrading, what procedures does Bun provide (or recommend) for rolling back to a previous version, and what precautions should be taken to avoid breaking existing projects during thi
Bun provides an all‑in‑one toolkit with fast built‑in tools and file I/O APIs (e.g., Bun.file ) that can be used to read, write, and verify data. When designing a backup and restore workflow, what steps should be taken to ensure the backup is correct and the restore reproduces the original state? Consider approaches such as checksum comparison, streaming val
I'm configuring a development server with Bun.serve() and want to make sure it is never reachable from other machines on the network. My understanding is that when no hostname is given, Bun binds to all interfaces ( 0.0.0.0 / :: ), which would expose the port beyond localhost if the host firewall permits it. My constraints: I want the restriction expressed i
Bun exposes two overlapping mechanisms for loading application code: its transpiling module loader, which caches compiled output so repeat imports are faster, and its watch/hot reload modes ( bun --watch , bun --hot ), which re-execute or patch modules when files on disk change. The boundary between these two mechanisms is not fully specified. In Bun 1.x, ho
Runtime Request Handling Bun provides a native implementation of the Web Standard Fetch API alongside a compatibility layer for the Node.js http and https modules. While these coexist to support legacy migration, they utilize different underlying mechanisms for request execution and header management. Specification Consistency When migrating from Node.js-sty
Context I'm designing a test suite that relies on Bun's built-in test runner, using its Jest-style glob discovery for .test.ts files alongside source code. Some tests intentionally exercise asynchronous code paths where promises may reject outside an explicit await or try/catch . Uncertainty The documented behavior for unhandled promise rejections inside tes
Goal: determine whether Bun's zero‑copy HTTP server reuses buffers in a way that can cause memory leaks under sustained high concurrency. Constraints: use the latest stable Bun release, run a simple Bun.serve() endpoint that echoes request bodies, no custom buffer pools, on a Linux system with default TCP stack. Monitor RSS via top or htop while generating t