我们正在就将数据发布到REST端点的问题进行一些讨论.由于对象非常复杂,最简单的解决方案是将它们序列化为JSON并在请求体中发送.
现在的问题是:这是犹太人吗？或者是否应将JSON设置为表格参数,如data = [JSON]？或者在请求体中发送JSON只是为了强迫客户端使用应用程序,通过JavaScript发送数据而不是让浏览器打包它application/x-www-form-urlencoded？
我知道这三个选项都有效.但是,这是OK？或至少推荐？
我正在尝试将CLI功能添加到我的npm包拦截代理中.我找不到任何好的文档,所以我基本上复制并修改了express.js中的东西.
我补充说:
"bin": {
"intercept-proxy": "./bin/intercept-proxy"
}
...到我的package.json文件并创建了一个包含CLI内容的/bin/intercept-proxy.js.
当我跑:
npm install -g intercept-proxy
......一切正常,直到连接部分.然后它失败了,说:
npm ERR! Error: ENOENT, chmod 'C:\Users\johan.obrink.24HRCOM\AppData\Roaming\npm\node_modules\intercept-proxy\bin\intercept-proxy
......并且日志说:
381 info linkStuff intercept-proxy@0.2.4
382 verbose linkBins intercept-proxy@0.2.4
383 verbose link bins [ { 'intercept-proxy': './bin/intercept-proxy' },
383 verbose link bins 'C:\\Users\\johan.obrink.24HRCOM\\AppData\\Roaming\\npm',
383 verbose link bins true ]
384 verbose linkMans intercept-proxy@0.2.4
385 verbose rebuildBundles intercept-proxy@0.2.4
386 verbose rebuildBundles [ 'commander', 'mkdirp', 'underscore' ]
387 info C:\Users\johan.obrink.24HRCOM\AppData\Roaming\npm\node_modules\intercept-proxy unbuild
388 verbose from cache C:\Users\johan.obrink.24HRCOM\AppData\Roaming\npm\node_modules\intercept-proxy\package.json
389 info preuninstall intercept-proxy@0.2.4
390 info …我在使用一些不能在GDI +中工作的ttf字体时遇到问题.我似乎无法找到一些工作和非工作字体之间的任何差异.有些可以毫无问题地被阅读和渲染.对于某些字体,GDI +只报告文件丢失(不是).格式的某些东西一定是错的,但我不能为我的生活找出它是什么......任何指针？