Last 12 weeks · 0 commits
2 of 6 standards met
Hello, the adapter seems to have the flag set to in index.ts file. This results in an error message from Astro when used with the component from . Despite this, the package appears to be fully functional in Deno from sharp v0.33.0 with the flag. This is something I could gather from multiple discussion threads (#1 and #2) and confirm with a crude testing. This makes me wonder if sharp is indeed compatible or whether Astro users should resort to an alternative image service configuration, and if latter, which one?
Repository: denoland/deno-astro-adapter. Description: A Deno adapter for running Astro applications on the Deno runtime. Stars: 110, Forks: 22. Primary language: TypeScript. Languages: TypeScript (100%). License: MIT. Homepage: https://npm.im/@deno/astro-adapter Topics: astro, deno. Latest release: v0.3.0 (11mo ago). Open PRs: 1, open issues: 9. Last activity: 4mo ago. Community health: 50%. Top contributors: kt3k, kwhinnery, irbull, lucacasonato, lilnasy, Daniel15, revgum, lisez, loucyx, matthewp and others.
TypeScript
With the latest version of Astro, the bundle uses instead of , so the current shim repleacer doesn't work. With this change we support both types of quotes (for old and new versions of Astro). Related issue
There is an issue with @deno/astro-adapter v0.3.1 and astro v5.13.5 Debug works fine – _(in node via pnpm and deno)_ tried building astro in deno docker to isolate it from node – _(same result)_ deno compile -A --output nice-binary ./dist/server/entry.mjs – _(compiles fine)_ implemented deno_server.ts using Deno.serve with handler from { handle } from "dist/server/entry.mjs" – _(also type stripping issue)_ Details node: v22.14.0 deno: v2.4.5 selected pages are set to pre-render Suspect So, I traced the problem to an empty shim file called __deno_imports.ts Its comment raised even more questions: what is the "final" deno build? @deno/astro-adapter/src/__deno_imports.ts dist/server/entry.mjs