8 ms·
just use bun and sqlite on your own server. got burned by deno deploy and will never use deno again. serverless is useless and slow.
by spirobelv2 2y ago
just use bun and sqlite on your own server.
got burned by deno deploy and will never use deno again.
serverless is useless and slow.
- Sammi 2y agoYou can also just use sqlite and deno on your own server. Bun will also build their own cloud at one point. They need to monetise somehow.
- tqkxzugoaupvwqr 2y agoCould you please elaborate on what happened?
- spirobelv2 2y agoyes. took part in a hackathon and decided to make my own webframework while doing it. It was supposed to be compatible with deno and bun and I chose deno deploy to deploy my stuff. But 17 hours before the deadline this happened: https://twitter.com/spirobel/status/1786665928954085562 https://twitter.com/spirobel/status/1786665928954085562 deno deploy just showed a completely useless error message and stopped working. I installed caddy on a vps and got it to work in 5 minutes. I ripped out the deno compatibility and switchded to bun sqlite instead of turso and the website got even faster. That is because the server has the data in the sqlite db. No need to roundtrip to turso. btw. the framework is open source now: https://github.com/spirobel/mininext https://github.com/spirobel/mininext It is like a non bloated version of nextjs. My intention is to displace php and wordpress. It is possible to get started with just html and css knowledge, but you have the whole javascript ecosystem at your fingertips. It has no external dependencies, just 3 modestly sized files you can understand in an afternoon and it will reload your browser and rebuild when you save your code.
- chrstphrknwtn 2y agoI've been messing around with Bun, esbuild and TSX templates for generating static sites. Bun feels like the future.
- spirobelv2 2y agoI agree. It is so much fun. Difference between deno and bun is night and day. They really shouldnt be put in the same bucket.