Deno Third Party Modules
deno.land/x is a hosting service for Deno scripts. It caches releases of open-source modules stored on GitHub and serves them at an easy-to-remember domain.
Deno can import modules from any location on the web, like GitHub, a personal webserver, or a CDN like esm.sh, Skypack, jspm.io or jsDelivr.
To make it easier to consume third party modules Deno provides some built in tooling like deno info and deno doc.
- kalender_eventsGets events from an ical-URL/file, a caldav-server or from the iCloud.
- jsx_streamJSX runtime for server-side only async streaming
- test_on_localhostCreate a localhost server and run tests
- pogoServer framework for Deno
- node_http🐢 Node.js-like HTTP server for Deno. Makes porting web things from Node (a little bit) easier.
- httpdFast and easy-to-use web server, using the Deno native http server (hyper in rust). It serves static files & dirs, with arbitrary handling using an optional `handler` argument.
- http_wrapperSimple Server/Router wrapper around Deno's HTTP module
- deno_graphqlGraphQL HTTP middlewares for Deno server frameworks.
- attainDeno API middleware Server
- zod_ffValidate forms with ease using Zod and get user-friendly error messages or valid typed data, compatible with any framework on both server and client side.
- yomo🦖 Stateful Serverless Framework for Geo-distributed Edge AI Infra. with function calling support, write once, run on any model.
- xml4jsxMake (almost) any server-side JSX runtime spit out XML!
- xdotoola deno.js wrapper around the GNU/Linux X server automation tool, xdotool
- xannyFast and low HTTP router and URL matcher for building Deno servers 🦕.
- wssDeno package to easily create a WebSocket server that runs over TLS.
- wsfsWebSocket server (ws) that broadcasts file system (fs) events to its clients.
- wonton🥟 An essential app, best served hot
- windportA small, dependencyless, web server/router for Deno
- websiWeb Server Interface: Universal TypeScript HTTP abstraction for the Web Platform
- websersocketThis is a lightweight, easy-to-use module for Deno that streamlines the creation and management of web, file, and WebSocket servers. Leveraging Deno's built-in serve function, this module simplifies the process of setting up servers, making it accessible even to beginners, while providing enough flexibility for more advanced users.
Q&A
Can I still publish to deno.land/x?
No. deno.land/x is now read-only. Existing modules and versions remain available and immutable, but no new modules or versions can be published here. New packages should be published to JSR, the modern registry for Deno and the broader JavaScript ecosystem.
How do I use modules on deno.land/x?
The basic format of code URLs is https://deno.land/x/IDENTIFIER@VERSION/FILE_PATH. If you leave out the version it will be defaulted to the most recent version released for the module.
Can I find functionality built-in to Deno here?
No, the built-in runtime is documented in the manual. See /std for the standard modules.
I am getting a warning when importing from deno.land/x!
deno.land/x warns you when you are implicitly importing the latest version of a module (when you do not explicitly specify a version). This is because it can be unsafe to not tag dependencies. To get rid of the warning, explicitly specify a version.
Can I edit or remove a module on deno.land/x?
Module versions are persistent and immutable. It is thus not possible to edit or delete a module (or version), to prevent breaking programs that rely on this module. Modules may be removed if there is a legal reason to do (for example copyright infringement).
A module is name-squatting or its just made as a joke, can I have it?
deno.land/x is now read-only, so module names can no longer be claimed or reassigned. To publish a new, well-maintained module, use JSR instead.