lazilla
lazilla
```javascript //函数 Promise.retry = function (promise, num) { console.log(num); return promise().then(res => res, function () { return num == 1 ? promise() : Promise.retry(promise, --num) }); } //箭头函数 Promise.retry =...
```javascript const list = [1, 2, 3] const square = num => { return new Promise((resolve, reject) => { setTimeout(() => { resolve(num * num) }, 1000) }) } //迭代器实现...
看sequelize 运行日志，能发现，原本created_at: '2020-11-30 14:48:33',在运行时转换成了 "created_at"='2020-11-30 06:48:33.000 +00:00'；
> > 看sequelize 运行日志，能发现，原本created_at: '2020-11-30 14:48:33',在运行时转换成了 > > "created_at"='2020-11-30 06:48:33.000 +00:00'； > > 对的吧 +00:00 时区是06:48，+08:00 时区 就是 14:47:33了 错的啊. js对象数据： created_at: '2020-11-30 14:48:33' seq时区转换后：created_at:'2020-11-30 06:48:33.000 +00:00' seq数据库取出：created_at:Mon Nov 30...
> db,updated_at:Mon Nov 30 2020 **14:48:33 GMT+0800 (GMT+08:00)** db,created_at:Mon Nov 30 2020 **06:48:33 GMT+0800 (GMT+08:00)** > > 日志里 updated_at跟created_at 的时间都不一样? ```js updated_at: { type: DataTypes.STRING, allowNull: false, defaultValue: sequelize.fn('now'), comment:...
> sequelize 对 DataTypes.DATE 跟 DataTypes.STRING 的处理方法不一样，导致的吧? DataTypes.STRING 没问题，是为了对比Date类型才特意用的； DataTypes.DATE 有问题， **2020-11-30 06:48:33.000 +00:00** 存进数据库， 数据库取出是 **Mon Nov 30 2020 06:48:33 GMT+0800 (GMT+08:00)**，数据失真了，取出后晚了8小时；
> 看看这个嘞 [sequelize/sequelize#854 (comment)](https://github.com/sequelize/sequelize/issues/854#issuecomment-294385560) 好的，多谢.
> 这个问题解决了吗？我也遇到了这个问题 我知道的有俩种方式： 1.sequelize配置 timezone: '+08:00' 2.字段类型用DataTypes.STRING 可以规避掉这个问题的. 854那个issue，我还没去确认. 所以就还没这个关issue.
> 有的。kube-apiserver 集群无状态，也不需要选举，只要有一个活着，集群就能正常工作。这里指向其它节点 apiserver 都会有可用性的问题。 现在所有节点都是指向NODE_IPS[0]:6443，假设NODE_IPS[0]宕机了，那不是剩下的节点都不能工作了？ 我觉得就应该选举啊。所有节点都应该是动态的指向当前为Leader的kube-apiserver啊 。 我这样理解没问题把。