@librae 收到

@jdeal said in 当咕咕机遇上node-red: interval 里的定时功能无法使用，怎么解决额，各位大神们，求教 这个不是无法用哦，需要注意一下时区的问题，参考 https://bb.goiot.cc/topic/28/inject在specific-time时无法触发-已解决

多谢 @samuel 帮忙检查！目前已经知道问题所在。 猜测和之前 @bug 遇到的一直弹登录框是同一个原因。 如果浏览器设置阻止了网站的 cookie 使用，则会造成 Node-RED 应用内部用于 websocket 的存储信息（如下图）无法获取，所以无法正常打开。

@librae said in 这玩意还是页面整体刷新。。。: @stayfool said in 这玩意还是页面整体刷新。。。: @librae 昨天在V2EX给你提的左侧的URL还无法使用 查过了，应该是因为 win10 上窗口尺寸不同导致界面元素布局差异造成，究其原因是由于侧边栏一个比较傻 div block 盖掉了 information 已修复

正常了，感谢处理

是这样子的，Node-RED 中 inject 节点的 timestamp 是获取的服务器时间，而 debug message 中用于显示的时间戳是前端（也就是你的浏览器中）运行的 javascript 获取的时间，所以这两个时间有出入是有可能的，因为使用的ntp服务器可能会不同，客户端的时间也有可能是手动设置过的（但后者应该不是你的情况）。 debug message 中显示的时间戳在Node-RED前端代码里是这样获取的: function getTimestamp() { var d = new Date(); return d.toLocaleString(); } 而它也仅仅是作为日志的时间戳供debug参考。 Node-RED 所有后台流程中的节点里获取到的，是真正的服务器时间，也是所有的后台数据和逻辑所参考的时间基准。 时区转化是另外一个问题。在 Date 对象中获取的仅仅是一个标准 timestamp，本质上他是可以被格式化为任意时区的时间，在 Node-RED 中也一样。 可以使用 moment.js 来转换到需要的时区，对应的节点可以通过节点管理器安装，也试了一下和你一样的简单的获取时间流程，如下图所示。 也可以看到我这边的情况是并没有那个5s的时差。

系统升级导致，已修复

@oj 存储的时候前面需要加一个 /data 的，获取的时候不加试试

现在可以了，请再次尝试。 之前由于 exmail 强制启动了双重验证导致服务端无法正常发送邮件。

https://goiot.cc/hk77cn/aaa 可以启动啊

@harrrry 可以了

@librae ~.~

已修复 带来不便请谅解。

很酷呀，大大的👍

那要如何处理？