Show HN: Temphia Platform for Apps
Hello HN,<p>Here is a thing i have been working on for sometime(more than I like to admit).
Its a platform for running apps. Think this as a programmable engine that can be molded to different thing. Here is a video[0] of some stupid example apps on it to showcase some features. Its still early but you can grab binaries from github and try, but there be dragons.
give it a try let tell me why its stupid.<p>best of luck<p>[0]: <a href="https:&#x2F;&#x2F;youtu.be&#x2F;NGPT5krw1RI" rel="nofollow">https:&#x2F;&#x2F;youtu.be&#x2F;NGPT5krw1RI</a><p><a href="https:&#x2F;&#x2F;github.com&#x2F;temphia&#x2F;temphia">https:&#x2F;&#x2F;github.com&#x2F;temphia&#x2F;temphia</a>
GitHub - temphia/temphia: Platform for apps.
Temphia
THIS PROJECT GOING THROUGH REWRITE AGAIN, JOIN DISCORD IF YOU WANT TO BE INVOLVED :D
Discord Link

Temphia is a platform for small apps, known as "plugs", which run inside a language virtual machine (VM) such as JavaScript (JS) or WebAssembly (Wasm), and communicate with each other through message passing. Apps have specific capabilities based on the resources they are assigned.
Each app also has its own private key-value storage for storing simple states, and can optionally assign a data table resource for more complex database needs.
Additionally, app has an associated user interface (UI) written in JS, which is executed inside an iframe or sub-origin (e.g., xyzapp.mytemphia.com). more
Features

💾 Datatables (postgres, sqlite).
🧦 Websocket rooms (called sockd rooms).
📂 Files and Folder (called cabinet).
🧩 Pluggable language executor (js, wasm).
👥 Group bashed user management.
🔍 Logging Abstraction and exploration.
🗄️ Key Value db for storing simple states.
📦 Repository/Store for importing packages, simple to implement own repository.
🐹 Extendable in native golang (custom resource/modules, custom executor).
🏢 Multi-Tenant
🗃️ Single static binary (ui embed)

Why

Batteries included means it's much faster to develop apps, as well as developed apps will be leaner because you are developing on top of primitives provided by the runtime.
If everyone makes apps targeting a common runtime, then system management burden becomes much less. System operations like data backup and restore are standardized across all apps.
Apps developed this way are much more composable, apps can emit message for special events and other apps can react to that messages.
As an app developer, you're relieved from the responsibility of hosting your app and dealing with associated problems. Instead, users can import and install apps from a repository of their choice on hardware they own or choose vendor they like.

