滚动比较舒服，觉得一直滚比较麻烦可以一次多滚点。
印象中之前用过的一个阅读器支持往上划一下自动滚一屏的，最上面会保留一行。

其他的左滑上滑，虽然类似于翻书的感觉，也做了翻书的动画，但是总是有割裂的感觉。

我是自己搞了一套自用的模板，随时更新，新项目用最新的搭，基本上就是 git clone 然后删 .git 重新 git init，然后 yarn……
create react app 感觉太重了（很多用不到的东西，不想留着

verdaccio 或者 cnpm ？

emmmm，我 chrome 扩展市场更新的版本也是，现在都快两个月了，中间就大概两个星期的时候回了个没提供缩略图打回，我重新上传之后就再没消息了……
那个没上传缩略图其实也算 bug，我之前版本是有缩略图的，提交审核之后，我想着把缩略图也重传一下，就先把旧的图删了，然后重传新的，但是在传新图片的时候提示正在审核中不允许修改。问题是我在提交审核之后去点的删除按钮是可以点的，重传就不行了，导致我的缩略图没了……

@RickyC 就帮着改了个正则而已😂

生日快乐，来自给你贡献过两行代码的我

@0312birdzhang 302 是临时跳转，像这种永久变更应该用 301 。
302 表示当前地址任然可用，但临时跳到另一个地址，以后应该继续请求旧地址

@mostkia
@ben1024
403 跳转？你们说的是 301 跳转吧？

按照我的理解，客户端应该是不好做的，特别你还是 web 端……
不考虑被破解的安全问题。如果是要客户端做，那么服务端推送的就是实时视频，那么为了延迟播放，用户在进入页面后的 3 分钟内将不允许看到任何画面，直到 3 分钟后才开始播放 3 分钟前收到的实时画面。那么这延迟的 3 分钟显示什么？
所以这个肯定是要服务端来做的，这样在用户进入页面的时候，才可以请求到 3 分钟前的画面，立即开始播放。

如果对延迟时间的控制精度不需要太高的话，实际上可以采用分段存文件的方式，比如是每十秒的视频流存一个文件，在客户开始请求的时候就从 3 分钟前的文件开始返回即可。

base64 解码之后 16 个字节？盲猜 MD5……😂

权限控制我看到过的系统都只支持：始终拒绝、仅允许一次、始终允许。
但是从来没见过有哪个系统支持“仅拒绝一次，下次继续询问”的选项。
导致我每次都点拒绝，然后在用到的时候又要去设置里临时打开权限……
这个需求很常见啊，比如说微信，我平时是肯定拒绝定位的，但是偶尔要给他人发送位置信息，这时就要临时允许一次……
（也许是考虑到拒绝一次后，应用会频繁弹权限申请提示？这样的话就看这个设置怎么设计比较好了，可以方便地临时拒绝权限，又不至于让应用频繁申请权限……

另外，虚拟权限貌似支持的有点少啊……

我输入法用的 ibus-rime，总体还行，有导入搜狗词库的教程、工具。
fcitx 版本的 rime 没试过

风险是有的，前两天看的视频： https://www.youtube.com/watch?v=ONHxcGMdkM0 就是讲 hack adb 的，片尾提到了通过网络去寻找开放的 adb 并进行攻击，但是说是 YouTube 限制所以没有演示。

@yxcoder 您这个就算没有 ?. 语法，也可以不用 ?: 啊……
用 ?: 是丑，但是直接
a && a.b && a.b.c && a.b.c.d && a.b.c.d.e && a.b.c.d.e.f || null
也稍微好看一些啊……
（虽然还是 ?. 更香

Chrome 84，吃了 2G 左右内存。
看起来是 http://www.shundehr.com/Images/EnterpriseLogo/202004141610345532.jpg 这张 6.3M 大小，分辨率 23310x12672 的图片缩放到 210x85 导致的……
感觉是故意的，不然正常做图也不会做 2 万宽度的图片啊，PS 都得卡死吧，所以不太可能是原图直接输出，反倒是故意设置输出分辨率的。