I built a project to add a terminal emulator to the browser (using a chrome extension): https://github.com/pomdtr/tweety.
I'm working on a `tweety edit` command which open arbitrary files in your $EDITOR of choice in a new tab.
HN user
I built a project to add a terminal emulator to the browser (using a chrome extension): https://github.com/pomdtr/tweety.
I'm working on a `tweety edit` command which open arbitrary files in your $EDITOR of choice in a new tab.
I personally use eget for this usecase. Might be worth a look: https://github.com/zyedidia/eget
I'm a big fan of pico.sh (it's one of my main inspiration for smallweb.run).
I'm sure you're aware of it, but it might be interesting to others: caddy exposes all of it's internal as library you can easily integrate to your projects: https://github.com/caddyserver/certmagic
If you want to get notified on future updates, you should join the community discord at https://discord.smallweb.run
I love pico.sh! Some of their service can be reimplemented as smallweb apps.
Ex: prose.sh is similar to https://jsr.io/@tayzendev/smallblog, an app created by a member of the smallweb community (we have a server at https://discord.smallweb.run). You can see it running from smallweb at https://blog.tayzen.dev
I even use the underlying lib ssh implementation of pico.sh in smallweb (https://github.com/picosh/pobj), and I plan to introduce a cloud service similar to their (you can subscribe to the waitlist at https://cloud.smallweb.run)
Yeah, I see smallweb as a playground.
I want to "develop in prod", not rely on successives git pushes to see changes.
If I need semantic releases, I publish the dev version as a package on jsr, and I then import it from the "prod" app.
I still uses github as way to store my apps though, you can find them at https://github.smallweb.run
Smallweb also allows you to run server-side code using deno. The main process watch for changes in the app directories, and automatically restart the corresponding deno processes when a change is detected.
If you ever interacted with cloudflare workers or https://val.town, it is a similar experience.
Feel free to join our discord at https://discord.smallweb.run if you're curious !
By vscode I mean vscode-web + an fsprovider extension.
You can play with it at https://vscode.demo.smallweb.live (the code is located in the `vscode` folder)
Yeah dokku is an inspiration!
The main difference is that smallweb use deno instead of docker for sandboxing apps, and leverages url imports (which can be used to distribute complex apps like VS Code):
```
import { VSCode } from "jsr:@smallweb/vscode@0.1.7"
const vscode = new VSCode({ rootDir: Deno.env.get("SMALLWEB_DIR") });
export default vscode;
```
You can play with a live instance of smallweb at https://demo.smallweb.live
This looks fantastic, I'll make sure to try it!
I've been working on a similar platform (https://smallweb.run), which allows me to host all my side projects from a single root folder. Each subfolder automatically becomes a subdomain, and I can just use vscode remote ssh or mutagen to live edit my websites.
Neat! I'm working on a self-hostable platform to host my deno apps (https://smallweb.run), I wonder if I would be able to your framework on there.
Smallweb is inspired both by serverless platforms (e.g. cloudflare workers and val.town), and older standards like cgi-bin. To create a new app, you just create a new file, and you're basically done.
Try out the demo at https://demo.smallweb.live
Smallweb is super easy to self-host (you can even keep it local to your device). It is distributed as a single golang binary, and there is an install script allowing you to set it up on a new VPS with a single command (https work out of the box, no need to set DNS records):
curl -sSL https://install.smallweb.run/vps.sh | sh
Since the app is based on deno, it supports url imports. It allows you to host complex apps like vscode or excalidraw by writing 3 lines of code: https://www.smallweb.run/examples#excalidraw
We also have a small community at https://discord.smallweb.run !
I would prefer an api base on codeblocks meta string and json attributes.
```sh name="build" deps=["install"]
npm run build
```
This would be displayed just fine in github, as it is valid gfm.
Yeah you guessed it, smallweb is basically CGI meets Deno sandboxing + https imports.
I had similar thoughts, and built myself a little framework for this: https://www.smallweb.run
The key feature it adds compared to your own setup is mapping subfolders to subdomains (+ dynamic websites, but you don't seem interested in that).
ex: ~/smallweb/example => https://example.localhost
We have a little discord community at https://discord.smallweb.run if anyone is interested.
`cmd+?` works, but it's visually quite hard to follow. The raycast version looks much more like an universal command palette, and supports fuzzy matching.
You can also pin menu items for each apps.
Another alternative is the "Search Menu Items" command from raycast: https://www.raycast.com/changelog/1-20-0
I found a way to embed a full-stack app (@vite_js frontend + @honojs backend) as a single JSR import.
Here is a demo of @excalidraw running from @ValDotTown: https://val.town/v/pomdtr/excalidraw
I feel like this could become a lightweight alternative to docker for self-hosting.
I ended up writing my own article: https://code-search-is-easy.pomdtr.me/
Earlier this week, Tom MacWright posted the "Code Search is Hard" article on the http://val.town blog.
So I decided to write my own search engine for http://val.town! More details in my own article, "Code Search is Easy"
Yeah, and you can finally run/debug vals locally (kind of, the version query param is not yet supported)
Hey! I'm a val.town fanboy and I immediately thought about a workaround while reading the blog post:
What if I dumped every publics vals in Github, in order to be able to user their (awesome) search ?
So here is my own "Val Town Search": https://val-town-search.pomdtr.me
And here is the repo containing all vals, updated hourly thanks to a github action: https://github.com/pomdtr/val-town-mirror
I think tabs could be interesting if coupled with a way to filter the list of blocks (ex: I only want to see math blocks, or only blocks containing the #daily tag, or only blocks from this month).
Then each tab would be an opportunity to apply a new set of filter on top of the same document.