conninfo doesn't check for x-forwarded-for?
RPC InferRequestType with Param gives "Property is incompatible with index signature."
{param: {storeId, billboardId}}
to the request call but Typescript complains with the message below [and in screenshot].
Am I using something the wrong way in Hono ? is there a better a way of solving this ? ...Hono Scalar failed with Vercel serverless function
api
directory.
When I use vercel dev
or in production mode, I have this error
```...Adding Cron!
Using HonoX with React and react-three-fiber
Hono CORS lambda duplicate headers
Trouble with using `hono/cookie` helper with honox
getCookie
```ts
import { getCookie } from 'hono/cookie'
const cookie = await getCookie(c, 'testCookie');...Unable to get RPC working with the inferred input type
Nested islands in HonoX
how to use mongodb with cloudfare hono
zValidator Middleware Error
JSX.Element
How to upload a file and track it's progress on the client-side?
Cookies not available in other Route
``ts
r.get("/login/:userId", async (c): Promise<Response> => {
const redirectUri =
${c.env.WORKER_BASE_URL}/callback`;
setCookie(c, "userId", c.req.param("userId"), {...Uploading a file using FormData from React Native to Hono
Sentry - hono/trpc/cloudflare workers
@hono/sentry
middleware, what errors are exactly being caught? Will this middleware automatically catch all expcetions thrown from my middleware trpc server?
I guess if I want to have a bit more fine grained control (as to when I'm capturing exceptions) inside of each of my trpc procedures, I need a bit of a different implementation, right?
I'm not quite sure if I understood how everything works, I would very much appreciate any feedback!...Custom response with bearerAuth
Enforce OpenAPI types
openapi-router
package, which aims to enforce types (generated from an OpenAPI document using openapi-typescript
) in the routers of web frameworks like Hono or ExpressJs.
I've successfully added support for ExpressJs, as its typings are relatively straightforward. However, I'm finding the Hono types more complex, and I could use some assistance in creating the appropriate Hono types for the openapi-router
package. ...zValidator not coercing types correctly
"@hono/zod-validator": "0.2.2",
"hono": "4.4.10",
"@hono/zod-validator": "0.2.2",
"hono": "4.4.10",