I'm working on a `tweety edit` command which open arbitrary files in your $EDITOR of choice in a new tab.
18 karma · joined December 23, 2023
I'm working on a `tweety edit` command which open arbitrary files in your $EDITOR of choice in a new tab.
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
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)
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
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 !
You can play with it at https://vscode.demo.smallweb.live (the code is located in the `vscode` folder)
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
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.
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 !
```sh name="build" deps=["install"]
npm run build
```
This would be displayed just fine in github, as it is valid gfm.
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.
You can also pin menu items for each apps.
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.
So I decided to write my own search engine for http://val.town! More details in my own article, "Code Search is Easy"
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
Then each tab would be an opportunity to apply a new set of filter on top of the same document.