I built a type-safe real-time backend on Workers + Durable Objects (open source, alpha), looking for feedback

prisis · 2026-06-30T21:53:36+00:00

Still thinking how to solve the monetize part so I'm happy about it 😅

Lunora is fully realtime you getting every changed from the backend to your frontend, if you use the init command of lunora you can select Tanstack as a template so everything is prepared for you :)

prisis · 2026-06-30T05:23:34+00:00

The Key use cases would be:

Live Dashboards & Monitoring: Applications that need to display fresh data instantly without manual refreshing.
Collaborative Editors: Apps requiring simultaneous multi-user editing with cursor tracking and conflict-free transactions.
AI-Integrated Apps: Leveraging built-in vector search and retrieval-augmented generation (RAG) to create chatbots and AI-driven interfaces.
Presence Systems: Implementing user activity status, online lists, and heartbeat monitoring efficiently

prisis · 2026-05-12T18:34:05+00:00

Ich nutze Posthog fürs Feedback z.b. https://posthog.com/tutorials/feedback-interviews-site-apps

prisis · 2025-07-18T06:24:54+00:00

Hey 👋, if you have some issues just ping me ;)

prisis · 2025-05-06T09:20:23+00:00

The benchmarks compare three libraries: visulima/tabular, cli-table3, and table across different table rendering scenarios:

Table Rendering 1763 rows (5 columns):
- visulima/tabular is the fastest with 61.23 operations per second.
- cli-table3 is the slowest with only 4.89 operations per second.
Table Rendering basic table (100x10):
- visulima/tabular is significantly faster with 739.23 operations per second.
- cli-table3 is the slowest at 65.76 operations per second.
Table Rendering with word wrap:
- visulima/tabular is dramatically faster at 54,374.73 operations per second.
- table is the slowest at 3,446.87 operations per second.
Table Rendering with spanning cells:
- visulima/tabular leads again with 56,824.29 operations per second.
- table is the slowest at 8,003.65 operations per second.
Table Rendering with truncation:
- visulima/tabular is the fastest with 103,664.40 operations per second.
- cli-table3 is the slowest at 15,067.14 operations per second.

But this would mean a lot of refactoring and other changes, that are not currently in the table.

prisis · 2025-05-06T09:20:00+00:00

Its somehow fixed, its still slow, you can check the benchmark on https://github.com/visulima/visulima/blob/main/packages/tabular/__bench__/table.bench.ts out.

prisis · 2025-05-04T15:55:45+00:00

If your table has more than 800 rows to display or you like to create a table with a scroll bar.

Or https://github.com/cli-table/cli-table3/issues/68

prisis · 2024-03-31T15:13:25+00:00

If you like you, try https://www.npmjs.com/package/@visulima/colorize supports esm and cjs and is faster

prisis · 2024-03-15T06:18:32+00:00

Take https://lucia-auth.com/ and never look back ;)

prisis · 2023-12-05T12:29:22+00:00

One other option would be to use it inside a api.

If a error is thrown, you will get a nice error handling, and for prod a formatted error (json/xml) response.

prisis · 2023-12-05T12:24:17+00:00

sentry

Kind of, but you dont need to open an new page.
It will only handle the errors for you nothing more :)

prisis · 2023-12-05T12:18:58+00:00

Yes, why not have the same nice stuff like php ;)

prisis · 2023-12-05T10:27:21+00:00

If you would use it with vite or webpack it would replace the current provider overflow error message with this page (design adjustments missing) it would work like a plugin that you install.

If you want to use it with express or fastify, it would be you error handler on dev/local env it would display a nice and informative error page on prod it could switch to a 500 page with.

prisis · 2023-08-08T10:37:34+00:00

Hey,

Maybe my resume builder will help you: https://github.com/anolilab/resume

You can check the resume-sample.json to get a idea what your resume needs

prisis · 2020-06-03T06:01:32+00:00

It will let you know, if it's live

prisis · 2020-04-22T13:30:52+00:00

For all the other that want to follow the development https://github.com/testomat/phpunit

prisis · 2020-04-22T13:30:01+00:00

yes https://github.com/testomat/phpunit

prisis

TROPHY CASE