Tag: 时间

将十进制时间转换为unix时间戳

我一直在试图检查一个API，它使用十进制表示的time参数来过滤结果。 例如： GET /forum/topic/ajax_json_all_topic_tag?t=0.01949887323866628 t=0.01949887323866628是时间filter。 如何将这个时间filter转换为Unix时间戳？ 这是什么样的表示？

创buildPowerBI的自定义视觉时，无法在NodeJS中使用MomentJS

我正在为Power BI构build一个定制视觉，但我不确定这是否与我的问题更一般的问题有关。 无论如何，自定义视觉是使用Node.js和typescript构build的，使用自定义库应该没有问题（ 链接 ）。 但是，当我添加了一些时候，当我尝试使用它时，我的脚本就会“挂起”。 我没有收到错误消息或exception或其他。 使用下面的行 console.log('Trying moment.js'); console.log(moment); console.log('Moment-testing success'); 输出Trying moment.js后“停止”。 这些是我已经采取安装momentjs的步骤： 冉npm install momentjs –save 在我的tsconfig.json files中添加了"node_modules/moment/moment.d.ts" 。 根据我的理解，moment.d.ts是一个“header”文件，它只在我的IDE中用于autocompelte / InteliJ，即它只包含函数的声明，而不包含定义。 只要我添加这一行，我的IDE停止抱怨找不到moment 。 在externalJS （ link ）下面添加"node_modules/moment/moment.js"给我的pbiviz.json 在package.json dependencies下添加"moment": "^2.19.1", 。 有什么我错过了吗？ 这感觉就像我的应用程序无法find实际的moment .js并解决什么moment是…

通过Node.js发布时区模块“时间”

我刚刚遇到了一个今天发生的问题（由于1月31日在澳大利亚悉尼）。 基本上，给一年，date，小时，分钟，秒。 我想创build一个date，就像我在一个时区（澳大利亚/悉尼），然后将其转换为UTC（即获得毫秒）。 这是由于数据库（和服务器）以UTC工作的事实，因为客户端可以在任何给定的时区（当发布请求完成时，客户端提供时区和年，月，日，小时，分钟，秒值） 问题是，当我为今天创build一个date时，它将把date一直拖到本月3日的一月份，这里是代码来说明问题 var scheduled, someTime, time, timeinfo, timezone; process.env.TZ = 'UTC'; time = require('time'); timeinfo = { hour: 14, minute: '47', year: 2013, month: 1, date: 31 }; timezone = 'Australia/Sydney'; someTime = new Date(timeinfo.year, timeinfo.month – 1, timeinfo.date, timeinfo.hour, timeinfo.minute, 1, 1); scheduled = time.Date(timeinfo.year, timeinfo.month – 1, timeinfo.date, timeinfo.hour, timeinfo.minute, […]

node.js + mikeal / request – 如何测量请求时间？

我正在使用mikeal / request库来访问WebAPI。 我想logging到每个请求的控制台执行时间。 我有多个和嵌套的请求，所以我不想把每一个： var start = Date.now(); … var time = Date.now() – start; console.log('Finished in '+time+' ms'); var start = Date.now(); … var time = Date.now() – start; console.log('Finished in '+time+' ms'); 我希望有这样做的可能性： requestWithDefaults = request.defaults({ … startTime: null }); requestWithDefaults.on('request.prepare', function () { startTime = Date.now(); }); requestWithDefaults.on('request.finished', function () { […]

如何在JavaScript中实现一个精确的，跨平台的游戏循环？

我试图在node.js和现代web浏览器上每隔10ms运行一次游戏循环。 Chrome版本运行良好（精度保持在1ms以内）： var nextUpdate = Date.now(); function loop() { console.log(Date.now()); // update() here nextUpdate += 10; // ms setTimeout(loop, Math.max(0, nextUpdate – Date.now())); } loop(); 但是，在Firefox和node.js中setTimeout的准确性要低得多。 即使0ms的超时也需要比平均10ms的时间更长的时间来执行，这会导致循环完全不同步。 在javascript中实现一个精确的跨平台游戏循环的更好的方法是什么？

在远程服务器上获取本地时间

我在node.js中创build了一个小型的networking服务器。 目前服务器使用新的Date（）来获取当前时间。 当我在开发机器上运行服务器时，这工作得很好。 但是，一旦我把服务器部署到一个networking托pipe服务器（在其他国家），我得到了错误的时间。 node.js服务器如何获取我国的当前时间（包括夏令时偏移量）？ 如果可能的话，不涉及一些外部服务器，如Google时间API。

在不同时间单位之间转换人string时间

你知道一个NPM模块能够将人string时间转换为天，小时，秒或毫秒，最好使用moment.js时间单位吗？ 这有点难以解释，所以这里有一些例子： “1小时”到分钟= 60 “2天”到秒= 172800 “60秒”到分钟= 1 “30分钟”到秒= 1800 和上面一样使用空格： “1小时”到分钟= 60 '2d'到秒= 172800 '60s'到minutes = 1 “30米”到秒= 1800 这些是由moment.js使用的string单位 Key Shorthand ———————- years y quarters Q months M weeks w days d hours h minutes m seconds s milliseconds ms 或者expression为一个function： const convertUnits = (input, format) => { // Implementation }; convertUnits('1hours', 'minutes') […]

纳秒分辨率mtime / ctime / atime与节点的fs.stat

即使在支持纳秒级分辨率的文件系统（如ext4）上，由节点的fs.stat返回的fs.stat似乎也有一秒的分辨率。 var fs = require('fs') var stats = fs.statSync('.') stats.mtime.getMilliseconds() // => always 0 我如何获得更好的分辨率统计时间？ 毫微秒将是理想的，但是毫秒或微秒也是可以的。

我怎么知道我的socket.io连接滞后了多久？

我正在做一些具体的时间，并需要知道多less毫秒的东西被发送通过socket.io滞后。 如果延迟了10ms，那么我需要延迟10ms的时序逻辑，以便客户端正确地计时。

根据实际，用户和系统时间比较两个不同的进程

我已经通过关于真实，用户和系统时间的其他答案。 在这个问题上，除了这个理论之外，我有兴趣去理解两个不同的过程所报告的时代的实际意义，实现同样的任务。 我有一个Python程序和一个nodejs程序https://github.com/rnanwani/vips_performance 。 两者都处理一组input图像并处理它们以获得不同的输出。 两者都使用libvips实现。 这是两人的时间 python 真正的1分 17秒25秒 用户 1m54.766s sys 0m2.988s 的NodeJS 真正的 1m3.616s 用户 3m25.097s sys 0m8.494s NodeJS的实时性（其他答案的挂钟时间更less），根据我的理解，从input到输出的整个过程在NodeJS上完成的速度要快得多，但用户和系统时间相当Python使用htop实用程序，我发现NodeJS进程在整个过程中占用了大约360％的CPU使用量，最大化了4个内核，另一方面，Python在整个过程中的CPU使用率从250％到120％ 。 我想了解一些事情 较小的实时性和较高的用户+系统时间意味着进程（在这种情况下，节点）更有效地利用CPU来更快地完成任务？ 这些时代的实际含义是什么？随着请求数量的增加，速度越快越好？