external nodejs console
npm install second-consoleExternal nodejs console for you outputs.
``sh`
npx second-console
Copy/paste the code-snippet and you are already connected.
`sh`
npm i second-console
`js`
const Console = require("second-console");
const console = new Console();
console.log(["Hello from remote!"]);
This will automatically create a new terminal window for you and reconnect to the same window.
If you want to start the remote console yourself (e.g. in your IDE), just use npx second-console with the same parameters.
The created console has the same interface as the default nodejs console.
`js
const Console = require("second-console");
const remoteConsole = new Console({
// use either seed, path OR port
seed: "
path: "/
port: 8090, // use when seed is not working or you want to connect to a remote host
// when using port, you can define a remote host by IP
host: "192.168.178.22",
//these will be passed to the remote consoled if open by your process
reconnect: true, // when set to false, the remote console will not allow reconnections
wait: true, // when wait and reconnect are set to false the remote console will terminate with you process
clearConsole: false, // when set to true, the console will be cleared after every reconnect
});
`
So pratically multiple processes could share multiple remote consoles, where for example P1 and P2 both write to C1 and C2.
This could come in handy when you're running some network of workers and have multiple reporting channels.
Although this works you could encounter that some issues when two or more workers try to write big outputs on the same console.
Since the transmission is chunked and not properly ordered on the remote console, this could result in overlapping messages.
- Windows is making problems when we use the IPC channels for connection. If you're having troubles try using npx second-console -p 9098 instead.0.0.0.0
- WSL in itself works but is not (yet) intercomatible with Windows consoles. Maybe the external console needs to be started with for host.
IPC Channels between WSL and Windows is probably never going to work (at least in the forseeable future).
- WSL is not (yet) supporting automatic start of an external console. This is probably fixable.
Here are some use-cases I had in mind. (howtos coming soon)
Haven't we all been there when you just want to debug some code with console.log(whyAreYouFalse) and winston or some other module is just spaming logs.
At this point you can:
- disable the spaming code (good luck finding it)
- console.log("\n\n\n\n\n\n", { hahaFindMe }, "\n\n\n\n\n\n\n\n")
- second-console
When working with a network of workers it can be handy to have them write their results or issues to a common console, especially when you're running over 200 in a LAN.
Been there, done that – waisting not just time but also my precious sanity.
Yeah, you can docker logs -f myCuntainer` but you don't have time to type that every time!
Just outsource these badboys to an external console and have a nice day.
Could you? -> Sure!
Should you? -> Probably not
- browser support
- input support
- inject external console to modules via wrap function
- close() function
- (alpine) docker image with injected external console
Open for suggestions, issues and PRs.
- tests
- closing testing on all platforms
- test over the network