GitShow/honojs/node-server
honojs

node-server

Node.js Server for Hono

by honojs
honohttp-servernodejsserver
Star on GitHubForkWebsitenpm

TypeScript

655 stars94 forks55 contributorsActive · 1d agoSince 2022v2.0.6MIT

Meet the team

See all 55 on GitHub →
yusukebe
yusukebe204 contributions
usualoma
usualoma46 contributions
BlankParticle
BlankParticle4 contributions
tangye1234
tangye12344 contributions
tavvy
tavvy3 contributions
Jayllyz
Jayllyz2 contributions
GavinMeierSonos
GavinMeierSonos2 contributions
mgcrea
mgcrea2 contributions

Languages

View on GitHub →
TypeScript99.1%
JavaScript0.9%
HTML0%

Commit activity

Last 12 weeks · 28 commits

Full graph →

Community health

2 of 6 standards met

Community profile →
37
✓README✓License○Contributing○Code of Conduct○Issue Template○PR Template

Recent PRs & issues

Active · Last activity 1d ago
See all on GitHub →
yusukebe
fix(serve-static): serve precompressed files for application/octet-streamOpenPR

Fixes #360 didn't serve precompressed variants for files like , even when a // existed. Now it does.

yusukebe · 11h ago
BlankParticle
chore: migrate to pnpmOpenPR

follow up to https://github.com/honojs/middleware/pull/2006 fixes #365 can't be directly imported by pnpm, in bunfig will generate yarn.lock file, which was used to generate the pnpm lock file

BlankParticle · 1d ago
BlankParticle
[Discussion] Changing package managerOpenIssue

following my PR in honojs/middleware, https://github.com/honojs/middleware/pull/2006 I was looking into other hono repos if we should standardize the same package manager across all the repos, it would be weird for the to use bun as a runtime in dev/testing, but looks like bun is used for package manager only. uses bun, uses yarn Should we put more effort into standardizing all the repos or is it fine to keep these repos on bun/yarn as it is right now? cc @yusukebe

BlankParticle · 1d ago

Recent fixes

View closed PRs →
usualoma
fix: preserve status and statusText when cloning a Response with liveheadersMergedPR

fixes #362 The lightweight Response built its GlobalResponse via , but may hold a Response instance whose / are prototype getters and are lost when spread. Read those fields explicitly so they survive alongside the live headers.

usualoma · 1w ago
ljb7977
Regression: lightweight Response materialization changes status from 302 to 200ClosedIssue

Summary This looks like a regression from https://github.com/honojs/node-server/pull/357. That PR added a materialization path that spreads : This is safe when is a plain , but unsafe when it is a native . Native fields such as and are accessor properties, not own enumerable properties, so object spread drops them: As a result, materialization can effectively call , which defaults to status . With (the default), this can make 's lightweight lose its status during materialization. This is not specific to redirects: any non-default status from the native can be ignored and replaced with . A response created from a native : initially reports , but after is read it can become . Regression Range Tested with Node.js and : Reproduction Actual on / : Expected: Suggested Fix Do not spread a native as if it were a plain . Read metadata through accessors: Related: https://github.com/honojs/node-server/issues/304 https://github.com/honojs/node-server/pull/357 https://github.com/honojs/node-server/issues/321

ljb7977 · 1w ago
yusukebe
ci: use npm Staged publishingMergedPR

Relevant to https://github.com/honojs/hono/issues/5034

yusukebe · 1w ago
Structured data for AI agents

Repository: honojs/node-server. Description: Node.js Server for Hono Stars: 655, Forks: 94. Primary language: TypeScript. Languages: TypeScript (99.1%), JavaScript (0.9%), HTML (0%). License: MIT. Homepage: https://hono.dev Topics: hono, http-server, nodejs, server. Latest release: v2.0.6 (1w ago). Open PRs: 14, open issues: 31. Last activity: 1d ago. Community health: 37%. Top contributors: yusukebe, usualoma, BlankParticle, tangye1234, tavvy, Jayllyz, GavinMeierSonos, mgcrea, nakasyou, tsctx and others.

·@ofershap

Replace github.com with gitshow.dev