@shermer
问题出在 array 的 for 循环用错了。
`for(let coin in coins)`

改成 `for (let coin of coins)`
或
```
for (let i = 0; i < coins.length; i++) {
const coin = coins[i];
```
就可以了。

XMind 很好用

富文本编辑器生成的网页代码一般会包含 inline style 代码。有的设置字体大小，颜色的会用到 <font size=` ，<font color=` 这种标签。直接用 html 的语法书写的一般会用 class 设置字体和颜色。

肯定还有救。就看你想要的结果是什么样子的了。

branchNew 上的修改结束了吗？修改内容代码变动很小对吧？
如果是的话，应该把 branchNew 上的修改 squash merge 成一个 commit，然后和 master 的历史记录合起来。
如果以后不用 master 分支，要切换到新的分支作为主干（ branchNew 看来不能作为主干了），
可以先从 master 分支复制出一份分支，叫 main 。
然后把 branchNew 分支 squash merge 到 main，这样这位老哥 X 写的代码会变成一个 commit 在 main 分支的历史记录里。branchNew 现在已经有 master 的新代码也没关系，没有过 conflict，所以和 main 合并时不会有问题。
以后新平台的开发在 main 分支开新分支修改，然后再 squash merge 到 main 。

网络不好的时候，简直就是浪费生命。还是携带笔记本靠谱些。
如果非要这么做，与其把电脑放家里，还不如考虑租个云服务器，在家，在公司，在外面都一样工作。
租云服务器，不仅可以用来开发，还可以放自己的网站。只要备份好数据，应该没什么可担心的。

你找一个搞 AI 的大佬，请他开发一个能管理 5 万台服务器智能系统。系统有了，管理 5 万台都不是事儿。
这样你俩的 KPI 都打成了，平时你俩闲聊，旁边他的系统管理你的机器，多么悠哉。

@yafoo 刚刚使用了一下，很不错，前台后台页面都很清爽。github 已 star 。

@heaton_nobu 哈哈 谢谢。说明天下苦这些恶心的用户体验久矣！

@Dreax 国外网站的大部分也这样，国内的部分还没有体现吧。

最讨厌知乎那种手机端提示你打开 App 浏览，打开 App 查看更多内容，打开 App 查看更多评论，不装 app 看不了，不登录看不了。
手机网页端做的体验本来就不够好，因为这些更难用。
桌面端一直提示你登录，只好写个插件，自动关闭这些讨厌的弹窗。

@yafoo demo 站的 URL 是什么？ me.i-i.me 不是你个人博客的地址吗？ 而且 me.i-i.me/admin 也无法访问，404

试了一下，使用 `DATE_ADD(created_at, INTERVAL - SECOND(created_at) % 5 SECOND)` 可以按照每分钟的 0，5，10.. 秒为单位统计。没有数据的时间段需要在程序补齐。

由于无法贴出代码，我把完整的 SQL 贴在了这里 pzwd.net/d/31/2 。

厉害! 如果提供一个 demo 网站，可以试用 admin 后台就好了。

买 Reeder5 或 Inoreader 应用，订阅各种常用的网站内容，应该比手机，电脑效果好得多吧。
装一些健身运动应用，室内室外运动时可以派上用场。
HomeCourt 应用试一试，既娱乐又运动，很好玩。

14islands.com 这个网站做得真好看。

一律采用 squash merge 。github PR 也只用 /允许 squash merge 。
太多的小的提交，或反复的修改后提交，会使历史记录很乱。合并成一个 squash merge，既简洁又能看到一个 feature merge commit 里的多次提交的记录。
尽可能在 Github 上面先创建 PR，再合并。

redis 6.2.0 版本新加的 GETEX 就是这个功能，[每次访问 key 后自动延长 key 的过期时间]。
具体看官方文档。redis.io/commands/getex

如果是老版本，不需要用 SET 命令重置时间，用 EXPIRE, EXPIREAT, PEXPIRE 或 PEXPIREAT 会更好些。

如果你的过期时间比较长，访问同一个 key 的频率很高（作为缓存，这个可能性很高），那么每次 GET 一次然后又 EXPIRE 一次，这样调用两次命令有点浪费。可以考虑异步更新过期时间。比如把要更新的 key 先存到内存里，定时更新一次。这样多次 GET，一定时间内只更新一次就可以了。当然这个方法会增加复杂性。性能和复杂性权衡一下，选择用简单的 GET + EXPIRE 方式还是异步方式。

> 还有一个考虑是趁这段时间去 github 写点东西看看能不能丰富一些自己，但是也是无从下手，没有什么思路，感觉门槛也不低。

关于这一点，我想给一点建议。
我建议你自己使用开源的博客程序搭建一个个人博客。
一方面可以练习写作，把平时学习的技术，整理成自己的技术文章。
同时在折腾博客程序的过程中，你能学到很多技术相关的东西，还会有机会和动机参与开源贡献。

那些开源博客的主程序如果深入了解的话，可以学到很多东西，但是刚开始时，参与贡献可能有些门槛。
但是它们的插件和模版使用过程中，你会发现自己也能做一个，或者帮助改一些问题。
这样就能参与开源贡献了，经验多了，主程序你也会有能力参与贡献的。

博客程序建议使用 SSG 形态的，因为你不需要购买服务器，可以把博客发布到免费的静态托管平台，例如 Github Pages 。
你可以试一下 Hexo, 很多国内开发者参与贡献和使用它。
或者 Hugo, 如果你想深入学习 Go 。
在 jamstack.org/generators/ 这个网站你还可以找到其他知名的 SSG 方案。


最后祝你得到一个不错的 offer 。

边憋气心里边数数，憋到憋不住为止。数字指定随机数的范围，比如 1-10，反复数，数到多少就是要得到的随机数。
副作用：提高肺活量

已领取，非常感谢