sbrl/systemquery
1
0
Fork 0
Code Issues Pull requests Releases Activity
Distributed system information query tool.
90 commits 1 branch 0 tags 316 KiB
JavaScript 92.3%
CSS 4.2%
Shell 2.6%
HTML 0.9%
Find a file
Starbeamrainbowlabs 32d69501b0
Add nightink; esbuild: mark html as text 
This way we can do an es6 import to get a html file as a string, which 
we can then pass to nightink for templating - all on the client-side!

Note to self: Instead of using .innerHTML directly, we might want to try 
doing document.createElement(), then .innerHTML, and then .appendChild 
where we actually want it to go
2022-02-26 00:23:33 +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
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 Add nightink; esbuild: mark html as text 2022-02-26 00:23:33 +00: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 Add basic lantern build script to help with setting up for development 2022-02-26 00:19:22 +00:00
LICENSE Initial commit 2022-01-05 20:04:13 +00:00
package-lock.json Add nightink; esbuild: mark html as text 2022-02-26 00:23:33 +00:00
package.json Add nightink; esbuild: mark html as text 2022-02-26 00:23:33 +00: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.