txiki.js
A tiny JavaScript runtime (by saghul)
wasmedge-quickjs
A high-performance, secure, extensible, and OCI-complaint JavaScript runtime for WasmEdge. (by second-state)
txiki.js | wasmedge-quickjs | |
---|---|---|
8 | 11 | |
2,337 | 451 | |
- | 1.8% | |
9.1 | 7.0 | |
9 days ago | 6 days ago | |
C | JavaScript | |
MIT License | Apache License 2.0 |
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
txiki.js
Posts with mentions or reviews of txiki.js.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2023-12-10.
-
A list of JavaScript engines, runtimes, interpreters
txiki.js
-
JavaScript Standard Input/Output: Unspecified
// https://github.com/denoland/deno/discussions/17236#discussioncomment-4566134 // https://github.com/saghul/txiki.js/blob/master/src/js/core/tjs/eval-stdin.js async function readFullAsync(length, buffer = new Uint8Array(65536)) { const data = []; while (data.length < length) { const input = await open("/dev/stdin"); let { bytesRead } = await input.read({ buffer }); await input.close(); if (bytesRead === 0) { break; } data.push(...buffer.subarray(0, bytesRead)); } return new Uint8Array(data); }
- Node.js fetch() vs. Deno fetch(): Implementation details...
-
How to compile serveTls for import into QuickJS?
I've only dabbled with the shared libraries once, with the help of the owner of the lnked repository. I wound up solving the issue adjusting the code I was working on https://github.com/saghul/txiki.js/issues/294.
-
C++ to C string concatenation
I have written the same code in C++ https://github.com/guest271314/captureSystemAudio/blob/master/native_messaging/capture_system_audio/capture_system_audio.cpp, Python https://github.com/guest271314/captureSystemAudio/blob/master/native_messaging/capture_system_audio/capture_system_audio.py, and QuickJS (C source code) https://github.com/saghul/txiki.js/issues/294. QuickJS is the only implementation that winds up clipping the end of real-time audio capture.
-
QuickJS JavaScript Engine – Fabrice Bellard
QuickJS is awesome, simple to use and very easy to integrate.
Over the past few years I slowly built a small JS runtime using QuickJS as the engine and libuv as the platform layer, amongst other things, in case anyone wants to take a look: https://github.com/saghul/txiki.js
- GitHub - saghul/txiki.js: The tiny JavaScript runtime built with QuickJS, libuv
- GitHub - saghul/txiki.js: The tiny JavaScript runtime built with QuickJS, libuv and ❤️
wasmedge-quickjs
Posts with mentions or reviews of wasmedge-quickjs.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2023-11-04.
-
Spin 2.0 – open-source tool for building and running WASM apps
I'm impressed you're already leveraging the component model. I thought it wasn't quite ready for primetime yet, but it seems you're proving that wrong... I'll have to dig in more here, as I'm working embedding WebAssembly in a high performance storage engine.
Thanks for the notes! I hear you on QuickJS - I've seen approaches of folks trying to build more node compatibility on top of quickjs (ala https://github.com/second-state/wasmedge-quickjs), but have recently heard about spidermonkey in wasmtime. Do you have intuition for nodejs vs browser in terms of what people want in terms of compatibility?
-
Node on Web. Use Nodejs freely in your browser with Linux infrastructure.
"A high-performance, secure, extensible, and OCI-complaint JavaScript runtime for WasmEdge. Run JavaScript in WebAssembly" wasm-edge-quickjs
-
ChatGPT-powered code review bot to boost your PR merge. Deploy in 5 mins
See potential problems #1 for its proposed changes https://github.com/second-state/wasmedge-quickjs/pull/82#iss...
-
Flows.network: Add eyes, ears, memory& hands to LLMs with serverless functions
https://github.com/second-state/wasmedge-quickjs/pull/82#iss...
Try the bot on a PR you're interested in:
-
How to compile serveTls for import into QuickJS?
I can conceptualize a way to convert JavaScript source code to WASM then convert WASM to C source code. I have considered just using WASM, however, that introduces yet another runtime to manage https://github.com/second-state/wasmedge-quickjs.
-
How to import prompt()?
Technically you can create a C shared object and import that shared object into QuickJS, see https://github.com/rsenn/qjs-modules, also https://github.com/second-state/wasmedge-quickjs.
-
Use SSH in browser
That was achieved with QuickJS here https://bellard.org/jslinux/vm.html?url=alpine-x86.cfg, and here https://github.com/second-state/wasmedge-quickjs.
-
Easier examples for the WasmEdge Rust SDK to get started with this Wasm runtime quickly.
WasmEdge provides excellent support for JavaScript, including ES6 and NPM modules, async networking, the fetch API, React SSR, and even mixing Rust code with JS code. https://github.com/second-state/wasmedge-quickjs
- GitHub - second-state/wasmedge-quickjs: A high-performance, secure, extensible, and OCI-complaint JavaScript runtime for WasmEdge.
- High-performance secure extensible OCI-complaint JavaScript runtime for WasmEdge