所以一切都很好,直到做npm更新,现在事情不像以前那样有效.
一点背景:在我的代码中我使用jquery来解析文本html.我不使用窗口,我不使用jsdom.过去工作得很好:
$ = require("jquery");
$(html).find("<h1>").html("The title");
但现在我明白了:jQuery需要一个带文档的窗口
我该如何解决？
我想在Node.js中动态加载文件,这会造成Node查看node_modules调用模块而不是查看node_modules正在加载的文件的问题.
我不想使用的原因require()是因为这些是插件,它们可以通过简单连接而包含在主应用程序中.所以使用require()打破插件.它们必须直接加载到主应用程序上下文中,但它们也必须能够访问其本地node_modules.
我vm.runInNewContext()用来评估代码.但是我怎么传递NODE_PATH给runInNewContext()？
是否可以使用由CA签名的证书作为其他证书的CA签署新证书,并且仍然由根CA验证它们？
例:
# create new key
openssl genrsa -des3 -out server.key 2048
openssl req -new -key server.key -out server.csr
....
# send csr to ca for signing
....
# now what if we make a new key and sign it with the received crt?
openssl genrsa -des3 -out newkey.key 2048
openssl req -new -key newkey.key -out newkey.csr
openssl x509 -req -in newkey.csr -CA server.crt -CAkey server.key -CAcreateserial -out newcert.crt -days 500
为什么不能这样做？我尝试将这个新证书用于服务,浏览器抱怨证书缺少CA链.基本上我想使用一个为域签名的证书,并使用域证书作为子域的CA为子域创建新证书.这个过程如何设计起作用？
在我看来,没有办法捕获与节点tls失败的连接.
tls.connect(port, host, options, function(){
// on connected
})
由于代码是异步的,我不能将它包装成try catch.我似乎没有发现一个表示ECONNREFUSED条件失败的事件.http://nodejs.org/api/tls.html#tls_tls_connect_options_callback
相反,这个过程只是崩溃和退出.虽然我能够用uncaughtException处理程序捕获它.但我无法找到从该处理程序的错误中恢复的方法.当程序到达时,甚至不知道哪个连接失败了.
那么我们如何捕获失败的连接？
我正在尝试诊断问题.问题是如果我在程序的开头放置printf(特别是printf),我的程序工作正常,如果我不这样做则不行.这个问题非常特定于一个循环,它读取我在systick_handler中递增的systick变量.
如果我用-fno-common编译,那么一切正常.为什么会这样？
此外,我已从我的链接器脚本中删除了.COMMON部分,因为它们使程序几乎增加了两倍.无论如何,一切都在没有它们的情况下运行良好,但我怀疑当我使用默认(-fcommon)标志进行编译时,它们的缺失会以某种方式导致无限循环.我仍然看不到我文件中的.COMMON部分的引用.它必须来自libc.
谁能解释一下发生了什么？