Attach from outside (standalone) ndb
See original GitHub issueIs there a way to leave ndb
running and have scripts executed with node --inspect
be picked up by it?
My current workflow is I open a standalone Node inspector from within Chrome, and leave it running. As I run my scripts that debugger attaches to them.
I can’t figure out how to get a standalone ndb
to attach to my script launched with node --inspect
from an external terminal. Yes I know I can click specific npm scripts but my workflow is more complicated than clicking a script to run. I use commands to automatically launch build scripts when the filesystem changes, like git ls **/*.ts | entr npm run debug
(which runs node --inspect
).
Issue Analytics
- State:
- Created 5 years ago
- Comments:15
Top Results From Across the Web
ndb: Documentation | Openbase
Use Ctrl / Cmd + R to restart last run · Run any node command from within ndb's integrated terminal and ndb will...
Read more >Attach files and graphics to the records in your database
You use the Attachment feature in Access to add one or more files — documents, presentations, images, and so on — to the...
Read more >ndb - NPM Package Overview - Socket - Socket.dev
ndb has some powerful features exclusively for Node.js: Child processes are detected and attached to. You can place breakpoints before the modules are...
Read more >MySQL NDB Cluster 7.5, MySQL NDB Cluster 7.6
they interact with standalone MySQL servers. MySQL clients using an NDB Cluster as a data source can be modified to take advantage of...
Read more >Nutanix Database Service User Guide
If any of the disks are part of the volume group that is attached through iSCSI, the NDB server uses port 3260 and...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Chrome has been unstable for me lately and I’ve been itching to switch over to something more focused. This quoted step is the biggest blocker for using ndb as a drop-in replacement in my own workflow right now.
Maybe I’m wildly off the mark here, but having this functionality out of the box could help with retention of users that otherwise would dip in to check it out, realize they can’t attach to their running process, and move back to full blown chrome where it ‘just works’.
That’s definitely a huge improvement in terms of convenience, for sure. From a more general perspective, though, I think the fact that it necessitates changing package.json/launch.json/etc introduces that little bit of friction that may hold people back that would otherwise experiment with it more. Again I could be clueless here but thought it might be helpful to add my view.