sbrl
/
systemquery
1
0
Fork 0
Code Issues Pull Requests Releases Activity
Distributed system information query tool.
70 Commits 1 Branch 0 Tags 316 KiB
JavaScript 92.3%
CSS 4.2%
Shell 2.6%
HTML 0.9%
Go to file
Starbeamrainbowlabs 119e44165a
Add initial client-side system 
Looks like esbuild is shaping up to be just the thing we need, and wow 
is it fast!

Still ned to figure out how to get it to not mangle the index.html 
filename, but still!
 		2022-02-22 03:01:39 +00:00
docs Start setting things up for the HTTP subsystem, but we've got a ways to go 2022-02-10 21:42:53 +00:00
src Add initial client-side system 2022-02-22 03:01:39 +00:00
.gitignore Add initial client-side system 2022-02-22 03:01:39 +00:00
LICENSE Initial commit 2022-01-05 20:04:13 +00:00
README.md Add initial client-side system 2022-02-22 03:01:39 +00:00
package-lock.json Add initial client-side system 2022-02-22 03:01:39 +00:00
package.json Add initial client-side system 2022-02-22 03:01:39 +00:00

README.md

systemquery

Distributed system information query tool.

FAQ

Q: I see a scary native binary build system in the development dependencies!

A: You're probably referring to esbuild. If you install systemquery from npm, the build steps for the client-side javascript will already have been completed, thereby negating the need to install a native binary.

The advantage of using a build system for the client-side browser resources is significantly improved performance. With this approach, we get the benefit of a build system without needing to install a native binary on target machines which might be incompatible with the host machine's CPU architecture.

Useful Links

  • jpake - in case our STARTTLS-based idea doesn't work it didn't work :-/
  • sql.js - pure JS version of SQLite3 compiled with emscripten
    • This avoids the compiling-on-install problem may encounter with the regular better-sqlite3 package.