sbrl/systemquery
1
0
Fork 0
Code Issues Pull requests Releases Activity
Distributed system information query tool.
143 commits 1 branch 0 tags 316 KiB
JavaScript 92.3%
CSS 4.2%
Shell 2.6%
HTML 0.9%
Find a file
Starbeamrainbowlabs 9503607eab
typo
2022-08-05 21:24:00 +01: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
lantern-build-engine@094e175740 Add basic lantern build script to help with setting up for development 2022-02-26 00:19:22 +00:00
src typo 2022-08-05 21:24:00 +01:00
.gitignore Add initial client-side system 2022-02-22 03:01:39 +00:00
.gitmodules Add basic lantern build script to help with setting up for development 2022-02-26 00:19:22 +00:00
build.sh build.sh: add task to automate launching development environment 2022-03-11 01:38:08 +00:00
LICENSE Initial commit 2022-01-05 20:04:13 +00:00
package-lock.json Use Plot.ly for simple gauges 2022-05-25 02:47:06 +01:00
package.json Use Plot.ly for simple gauges 2022-05-25 02:47:06 +01:00
README.md 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.