Sandstorm: Open-source platform for self-hosting web app

• Sandstorm

  51 6,636 5.4 JavaScript

  Sandstorm is a self-hostable web productivity suite. It's implemented as a security-hardened web app package manager.

  

For me, the biggest blocker has been the inability to run on ARM https://github.com/sandstorm-io/sandstorm/issues/2083

• yunohost

  117 1,911 9.5 Python

  YunoHost is an operating system aiming to simplify as much as possible the administration of a server. This repository corresponds to the core code, written mostly in Python and Bash.

  

This looks exciting and definitely something to look out for as an option fkr self-hosting.

Similiar and a little bit more mature is also YunoHost, https://yunohost.org/, or for professional environments, UCS https://www.univention.com/.

• SurveyJS

  surveyjs.io sponsored

  Open-Source JSON Form Builder to Create Dynamic Forms Right in Your App. With SurveyJS form UI libraries, you can build and style forms in a fully-integrated drag & drop form builder, render them in your JS app, and store form submission data in any backend, inc. PHP, ASP.NET Core, and Node.js.

  

• Cap'n Proto

  66 11,180 9.2 C++

  Cap'n Proto serialization/RPC system - core tools and C++ library

  

I like how they use capability-based security [0] and use Cap'n Proto protocol. This is another technology that is slow to get broad adoption, but has many things going for when compared to e.g. Protocol Buffers (Cap'n Proto is created by the primary author of Protobuf v2, Kenton Varda).

[0] https://sandstorm.io/how-it-works#capabilities

[1] https://capnproto.org

• rupy

  31 136 1.1 Java

  HTTP App. Server and JSON DB - Shared Parallel (Atomic) & Distributed

• tempest

  2 93 8.6 Cap'n Proto

Tempest [0] looks very interesting. What is the current state of the project?

[0] https://github.com/zenhack/tempest

• node-capnp

  1 244 10.0 C++

  Cap'n Proto bindings for Node.js

  

I don't think it's going to happen with only a couple languages with good support. Messaging is fundamental enough that you don't want to swap libraries if not necessary, which means I won't choose it if the languages our products use are not well-supported. Just as a couple of examples:

- Node (& JS in general) have three implementations. One[1] mentions in the README that it's a hacky wrapper, the interface isn't final and the implementation is slow - for 9 years now. Another one[2] without support for RPC hasn't been updated in 4 years, and the last one[3] for 10 years.

- Lua[4] has been updated sporadically over the last couple of years, but the README mentions it ONLY works with LuaJIT v2.1, not with current Lua versions.

Currently it's hard to justify using it in a long-term project, considering how much broader the language implementations for Protobuf are. They also aren't perfect, but there is a lot more buy-in.

[1] https://github.com/capnproto/node-capnp

[2] https://github.com/capnp-js/plugin/

[3] https://github.com/jscheid/capnproto-js

[4] https://github.com/cloudflare/lua-capnproto

• plugin

  1 37 10.0 JavaScript

  Javascript plugin for Capnproto (by capnp-js)

  

I don't think it's going to happen with only a couple languages with good support. Messaging is fundamental enough that you don't want to swap libraries if not necessary, which means I won't choose it if the languages our products use are not well-supported. Just as a couple of examples:

- Node (& JS in general) have three implementations. One[1] mentions in the README that it's a hacky wrapper, the interface isn't final and the implementation is slow - for 9 years now. Another one[2] without support for RPC hasn't been updated in 4 years, and the last one[3] for 10 years.

- Lua[4] has been updated sporadically over the last couple of years, but the README mentions it ONLY works with LuaJIT v2.1, not with current Lua versions.

Currently it's hard to justify using it in a long-term project, considering how much broader the language implementations for Protobuf are. They also aren't perfect, but there is a lot more buy-in.

[1] https://github.com/capnproto/node-capnp

[2] https://github.com/capnp-js/plugin/

[3] https://github.com/jscheid/capnproto-js

[4] https://github.com/cloudflare/lua-capnproto

• InfluxDB

  www.influxdata.com sponsored

  Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.

  

• capnproto-js

  1 29 10.0 JavaScript

  Cap'n Proto for JavaScript

I don't think it's going to happen with only a couple languages with good support. Messaging is fundamental enough that you don't want to swap libraries if not necessary, which means I won't choose it if the languages our products use are not well-supported. Just as a couple of examples:

- Node (& JS in general) have three implementations. One[1] mentions in the README that it's a hacky wrapper, the interface isn't final and the implementation is slow - for 9 years now. Another one[2] without support for RPC hasn't been updated in 4 years, and the last one[3] for 10 years.

- Lua[4] has been updated sporadically over the last couple of years, but the README mentions it ONLY works with LuaJIT v2.1, not with current Lua versions.

Currently it's hard to justify using it in a long-term project, considering how much broader the language implementations for Protobuf are. They also aren't perfect, but there is a lot more buy-in.

[1] https://github.com/capnproto/node-capnp

[2] https://github.com/capnp-js/plugin/

[3] https://github.com/jscheid/capnproto-js

[4] https://github.com/cloudflare/lua-capnproto

• lua-capnproto

  1 142 0.0 Lua

  Lua-capnp is a pure lua implementation of capnproto based on luajit.

  

I don't think it's going to happen with only a couple languages with good support. Messaging is fundamental enough that you don't want to swap libraries if not necessary, which means I won't choose it if the languages our products use are not well-supported. Just as a couple of examples:

- Node (& JS in general) have three implementations. One[1] mentions in the README that it's a hacky wrapper, the interface isn't final and the implementation is slow - for 9 years now. Another one[2] without support for RPC hasn't been updated in 4 years, and the last one[3] for 10 years.

- Lua[4] has been updated sporadically over the last couple of years, but the README mentions it ONLY works with LuaJIT v2.1, not with current Lua versions.

Currently it's hard to justify using it in a long-term project, considering how much broader the language implementations for Protobuf are. They also aren't perfect, but there is a lot more buy-in.

[1] https://github.com/capnproto/node-capnp

[2] https://github.com/capnp-js/plugin/

[3] https://github.com/jscheid/capnproto-js

[4] https://github.com/cloudflare/lua-capnproto

• ocapn

  1 141 6.6

  General planning and documentation repository for the OCapN protocol suite for distributed networked objects

  

• CapRover

  31 12,181 7.6 TypeScript

  Scalable PaaS (automated Docker+nginx) - aka Heroku on Steroids

  

Looks like Caprover https://github.com/caprover/caprover which has been around for a bit, have used in past. Any notable benefits over it?

• runtipi

  25 6,861 9.9 TypeScript

  Runtipi is a homeserver for everyone! One command setup, one click installs for your favorites self-hosted apps. ✨

  

• ethibox

  1 171 6.6 JavaScript

  Open-source web apps hoster

  

• go-capnp

  3 1,149 7.5 Go

  Cap'n Proto library and code generator for Go

  

The Go implementation of capnp is alive and well, too. I highly recommend it: https://github.com/capnproto/go-capnp

• WorkOS

  workos.com sponsored

  The modern identity platform for B2B SaaS. The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning.

  

Suggest a related project