#nets-blox #cloud #user #message #environment #management #user-management

app netsblox-cloud

A cloud server for the NetsBlox programming environment. Provides user/project management and the network overlay for message passing.

16 releases (stable)

1.6.0 Feb 22, 2024
1.4.0 Dec 5, 2023
1.3.5 Nov 17, 2023
0.5.0 Jun 8, 2023
0.2.0 Mar 10, 2023

#1 in #nets-blox

Download history 9/week @ 2024-01-14 25/week @ 2024-02-11 125/week @ 2024-02-18 33/week @ 2024-02-25 1/week @ 2024-03-03 33/week @ 2024-03-10 1/week @ 2024-03-17 241/week @ 2024-03-31

275 downloads per month

MIT license

660KB
17K SLoC

NetsBlox API

This project is an experiment exploring implementing a new version of the "NetsBlox cloud" in Rust.

Motivation

  1. The current API server has significant cruft as it was initially an attempt to reverse engineer the Snap server. They have rewritten theirs but we still have the legacy code from the original one..
  2. There are actually a decent number of security issues that should be fixed. The recent malicious user makes me a little cautious about this as it wouldn't be hard to try to cause problems...
  3. The current API is not easily testable. This would be nice to improve.
  4. There are some additional features that would be nice to have such as friends (important given the recent malicious user) and persistent collaboration invitations (less important).
  5. On that note, adding better support for external applications (such as pyblox) would be good to have. This could also help decouple some of the client and server code so NetsBlox can provide generic message routing capabilities.
  6. Using a strongly typed language would be nice to prevent bugs. There have been a number of bugs that wouldn't have happened if the language was compiled.
  7. Scalability. This should have a significantly smaller memory footprint and I expect it to scale better with respect to message passing. Ideally, this will be migrated to webRTC when possible but this is for the future.
  8. Unlike the NetsBlox services server, this server has relatively low churn and not many contributors. This gives us more flexibility for implementing it in something focusing more on performance rather than simply ease of contribution.
  9. Given the first few points, I had already been migrating to a new API within the NetsBlox server (see src/server/api). However, I realized that I might as well work on addressing all the points (and hopefully making it more scalable) and make a bigger refactor rather than these tiny refactors.

Dependencies

~91MB
~1.5M SLoC