gagadget.es 的前十大競爭對手

eloutput.com

Consulta nuestros análisis sobre gadgets y wearables antes de comprar. Las mejores reviews sobre pulseras fit, e-readers, smartwatches, accesorios para móviles y portátiles y mucho más

itchronicles.com

Enhance your job prospects with must-have computer skills for your resume. Explore key tech competencies sought by employers. Stay ahead in the job market with expert insights from IT Chronicles.

geekmobiles.com

Encontrar o amor depois dos 50 anos é completamente possível — e mais acessível do que nunca. Graças aos aplicativos de namoro grátis para pessoas com mais de 50 anos,…

iphoneness.com

In the past few months, we have covered plenty of affordable virtual reality headsets and 3D viewers for smartphones. The Micro VR Kit is perhaps the

kaffeinerd.co

Google Bardの拡張機能今まではただチャットに対して質問して世間一般の情報を回答をしてくれるというものだったのですが、Gmailを始めとするGoogleのサービスと連携できる用になりました。使い道と軽く使った感想Bardからの回答に

revoblog.ro

Un prieten a deschis o cafenea de specialitate pe Vasile Lascăr, Cloud 98 Coffee pe numele ei. Nu-i la prima cafenea, așa că are un barista bun și furnizori deja testați.Pe lângă cafea, mai au prod…

trickyenough.com

Looking for list of payment gateways in USA. PayPal, Payline, Blusnap, paysimple, Amazaon pay are the best payment gateway providers in USD.

bharattalk.in

Last updated: October 23, 2024

wayou.github.io

Node.js 调试相关 #0 Node.js 正确的书写方式 为了防止后面出现混乱的各种书写，先来了解一下如何正确书写 node 的名称。 下面使用来自@bitandbang 推文中的图片展示如何正确书写 Node.js 名称。 Node.js 名称的正确书写方式 --inspect 参数 本地开发，无论是 web 应用还是命令行工具，使用 --inspect-brk 参数启动程序，然后结合 Chrome DevTools 调试恐怕能满足大多数场景了。 具体步骤： 通过 --inspect-brk 参数启动程序，会进入调试模式。 $ `node --inspect-brk index.js` 这里使用 --inspect-brk 而非 --inspect 可保证代码第一时间断在开程序开头。如果使用后者，有可能无法进行后续操作。 打开 Chrome 新开标签页访问 chrome://inspect。不出意外会看到刚刚创建的一个调试实例，直接点击 inspect 即可启动调试。因为是 --inspect-brk 启动的，调试界面打开后会断在程序开头。后面在哪里加断点就有很大自主权了。 chrome://inspect 界面 需要注意的是，因为此时断在了程序开始，程序中其他文件可能没加载。所以无法看到。这种情况下，可事先在需要加断点的地方写上 debugger。 子进程中代码的调试 另一个需要注意的地方就是子进程。对于 子进程 中的代码，是无法断点的，这是调试大多数框架及复杂程序时的痛点。 一个简单的子进程示例： index.js var cp = require('child_process'); var child = cp.fork('./child'); child.on('message', function(m) { console.log('received: ' + m); }); child.send('Please up-case this string'); child.js process.on('message', function(m) { debugger; // Do work (in this case just up-case the string m = m.toUpperCase(); // Pass results back to parent process process.send(m.toUpperCase(m)); }); 这里，node --inspect-brk index.js 启动调试后，child.js 中的 debugger 并不会生效，因为它的代码在子进程中。 这也就是为什么，当你想调试 webpack 编译，恰好又用了类似 happypack 这种多进程加速编译的工具时，发现 loader 及 插件中无法断点的原因。 又比如，调试 eggjs，它也是多进程的模型，业务代码是运行在 worker 进程中的，直接通过 Node.js 的调试参数肯定是不行的。当然框架一般会有自身配套的调试方案，你可以安装 egg 的 vscode 调试插件，或者使用 egg-scripts 来启动调试。 那是不是就无能为力了？当然不是，只是需要费劲一点。我们需要找到开启子进程的地方，在开启的时候加上调试参数。 还是上面的示例，改造主文件为如下： var cp = require('child_process'); +var child = cp.fork('./child',[],{execArgv:['--inspect-brk']}); child.on('message', function(m) { console.log('received: ' + m); }); child.send('Please up-case this string'); 这样，就表示以调试模式来运行子进程中的代码，此时启动程序不要加 inspect，因为那是开启对主进程的调试，直接运行程序即可。node index.js。然后我们会在 Chrome://inspect 看到子进程已经 attach 到了调试界面。 所以，无论是通过 require('child_process' 的 exec 还是 spawn，只需要找到开启子进程的地方，加上调试参数。 但问题是，就看你能不能正确地找到所使用的框架工具他们开启子进程的地方。 善用 npx 调试 Node.js 模块时，特别是 npm 包，你需要手动拼出该模块的入口文件的路径，类似 node —inspect node_modules/webpack/bin/webpack.js, 但通过 npx 则不用，因为 npx 会自动在项目的 node_mod