tinyhttp
nanostores
Our great sponsors
tinyhttp | nanostores | |
---|---|---|
14 | 17 | |
2,601 | 4,739 | |
0.5% | 4.6% | |
7.8 | 8.4 | |
26 days ago | 5 days ago | |
TypeScript | TypeScript | |
MIT License | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
tinyhttp
- tinyhttp: 0-legacy, tiny & fast web framework as a replacement of Express
-
Hacktoberfest Conclusion
After this I really hit the ball rolling and was able to find more issues to work on. One thing that I enjoyed was that all of my PRs were drastically different from each other. I worked on correcting documentation for AdonisJS, fixed a HTTP Content-Type Header bug in tiny-http, and then finally even created a short script for users to load up their own local version of the Electron documentation site.
-
Hacktoberfest Week 2 (Pt. 2)
I worked on Issue 360. Essentially, when a user would set the "Content-Type" header before returning the file, the framework would overwrite the "previous" header, with the type that it determined from the files type.
- NRAF(Not Really a Framework) - A zero external dependency framework for WebApps
-
Using tsm as a shebang interpreter in TypeScript
tinyhttp: a modern web framework written in TypeScript. It uses tsm in its documentation examples as a simple way to get users up and running quickly
- Why are you still using express?
- tinyhttp V2 released: Now pure ESM
- tinyhttp V2 released — now with pure ESM
-
Using Redis Pub/Sub with Node.js
The framework I decided to use today was tinyhttp, with an API similar to Express, I don't have a specific reason to use this framework and the example code is easily replicated to other frameworks.
- Show HN: Tinyhttp v2 Released
nanostores
-
Astro.js as an alternative to Next.js: pushing the limits
In its docs, Astro recommends nanostores, but I’ve used effector in the past. And LOVED IT. So I’ve used it for this project as well.
-
React roadmap ( with explanations and resources, all in one place)
Nanostores explanation
-
How to Write a Great Readme
vidstack is very light on technical details but starts with a concise intro and a screenshot, as well as relevant links: https://github.com/vidstack/player
payload is well-structured in general: https://github.com/payloadcms/payload
nanostores starts out with an intro and telling code examples, followed by lots of technical details: https://github.com/nanostores/nanostores
-
Is redux and thunks still used or are there other alternatives for it now?
Nanostores and Reatom are also great, fast atomic libs
-
Is it possible to build a “framework agnostic” library like tanstack table?
Astro handles multi-framework components (React, Vue, etc) and they recommend using the nanostores library for shared state.
-
how to share state between components with distant shared parent?
Checkout Nanostore it's what Astro.build recommends for sharing state across different ui libraries.
-
Building a multi-framework dashboard with Astro
All of these are valid ways of fixing the state management issue, but it's clear that we need to find a common solution that works for all the UI libraries. This is where nanostores comes into play! The description they provide on their GitHub page is simply perfect:
- A tiny state manager for React/Vue/Svelte with many atomic tree-shakable stores
-
Explanation on how Redux or React Context could help and picking the best option
Jotai and Valtio are both also really good. Recently looked at Nanostore as well and has some similarity to Jotai and Recoil.
-
My next project will use this Ui lib...
Just to chime in on framework agnostic stores, Astro.build recommends using Nano Stores to handle reactivity, as the base library is very small and they have adapters for most relevant frameworks. I definitely agree that avoiding framework lock-in is the smart thing to do.
What are some alternatives?
fastify - Fast and low overhead web framework, for Node.js
jotai - 👻 Primitive and flexible state management for React
Express - Fast, unopinionated, minimalist web framework for node.
effector-react - Business logic with ease ☄️
http-proxy - A full-featured http proxy for node.js
nanoid - A tiny (124 bytes), secure, URL-friendly, unique string ID generator for JavaScript
request - 🏊🏾 Simplified HTTP request client.
zustand - 🐻 Bear necessities for state management in React
Nest - A progressive Node.js framework for building efficient, scalable, and enterprise-grade server-side applications with TypeScript/JavaScript 🚀
nextjs-course-code - Source code for my NextJS course (https://acad.link/nextjs)
Koa - Expressive middleware for node.js using ES2017 async functions
create-figma-plugin - :battery: The comprehensive toolkit for developing plugins and widgets for Figma and FigJam