MossFox

Uint8Array 转 JSON 就是这样。

Uint8Array(3) [ 114, 51, 4 ]
> {"0":114,"1":51,"2":4}

要传二进制数据的话，能序列化在 JSON 中的只有字符串类型。如果必须在某个字段给二进制数据，用 base64 吧。后端收到的时候转回去就可以。

不要小看 iPad Pro 浏览器下的图形性能。先局域网里面部署一个测一下。

WebGL 下的 Unity 实例，满分辨率下的小场景，Safari 里面满分辨率渲染都不带掉帧的。

所以这种就客户端渲染吧。

如果写出来的是记录一个学习过程的流水账，这种自己都不会回头看的东西对其他人不会带来价值，于是一开始就不会去写。

如果写出来的是网上一搜就有同类型教程的技术类文章，那么自己的专业度不够的情况下，写出的东西对自己和其他人带来的价值不会比同话题下的已有文章高，于是一开始就不准备写。

如果写出来的是一个自己对正确性不能百分百有把握的探索性的技术分享，若有同类型更完善的资源，则自己的分享是无价值的。若没有同类型更完善的资源，自己会需要额外去查足够多的资料来保证写出来的东西不会对他人产生误导。这种不能百分百有把握就不敢随意分享的压力使得一开始如果没准备透彻地啃干净一个话题，于是打一开始就不会动笔。


总之就是，技术类博客，技术方面功夫不到家、没有自己独到的地方、或是对准确性没有把握的时候，完全不觉得写出来的东西对他人会有什么价值。写给自己看的话，回头看也不会觉得有价值，因为该学会的也没那么容易忘，没学会的东西当时写的肯定也透彻不到哪里去。于是，整个博客就丢掉算了。

我个人自己喜欢看的他人的博客，甚至都不是技术类的。文笔很漂亮、有个性，分享出来的有思考的文字，对我的吸引力已经大于什么技术博客了。

@default #59

只有 ID 显示名变了，帖子都在。有的回复留了楼层号的可以对应上现在的显示名，你指的那个就是本贴第一个回复的那位。

我觉得既然这里是鼓励用户对自己说出的话负责的论坛，就不应该自动移除任何一个有内容的帖子和回复。

是浏览器本身不提供这方面支持，所以只能包装一层走服务端转发。建立原始 TCP/UDP 连接对浏览器标准来说估计一时半会不会有相关支持计划。

想弄个轻量级客户端的话也会需要起个本地服务端 (比如用 Node.js) 负责跟浏览器网页配合，这么整一圈最后还是不如常见的现成的 ssh 工具了。

@june4 #8

确实，iOS PWA 使用体验我其实挺喜欢的，状态栏颜色还可以通过页面背景色设置。

给 Safari 做适配，虽然限制多，但好在统一，测试能用用户那边也基本就没问题，不用像安卓这边要查半天一堆手机内置浏览器是啥版本。

而且以我个人前一阵子测试的 MediaSession API 为例，谷歌自己的示例页面在某些安卓设备上的进度条状态更新都是抽风状态，苹果设备反而是最一开始测试就没问题了的，而且从系统通知栏控制的体验就跟原生应用一样，很漂亮。

Safari 可能有大量支持不到位的 API ，但是提供了支持的有不少实际表现都很惊喜 (Web Push 也是)。更新的版本还加过 iOS 的原生 Switch 样式的 Checkbox 。虽然是不痛不痒的功能，但是还是怪好玩的。

用户使用门槛是很重要的，“在支持的浏览器中打开”、“点击添加到桌面” 等一系列操作，最后还是小程序扫个码直接用、而且能显示在最近使用列表里面那种最对用户友好。

此外，iOS 的 PWA 和 Safari 的数据是相互隔离的。网页应用如果使用了第三方 OAuth ，出页面在客户端内授权登录回调，大概率会回到 Safari 里面，从桌面图标进入的情况下除非调整一下后台逻辑然后提示用户 “验证通过后，关闭 Safari 并回到此画面” 这种，否则不会同步浏览器内的登录凭据。

与之相对的是小程序啪一下的一键登录授权。

虽然小程序开发体验也不怎么样，但这也是没办法的事。

这个怎么白屏加载时间一百多秒……

要吸引和留住用户的话别整 PWA 。现在看到这个关键词我的印象一大半都是工具站那种了，留不住人。国内真宁愿做小程序。