应该是当过飞行员或者塔台管制员

@BadFox #17
> 首先是你说的去中心，这本身就意味着冗余和低效率。
去中心还真不一定意味着冗余和低效率。至少某些功能不是。

上述匿名聊天室一个特点是支持 WebRTC 视频通话.

我正在探索做一个去中心化的 IM, 但不是基于邮件系统. 依赖邮件系统就不能真正去中心化.

目前把部分功能单独提取出来做了个匿名聊天室试水 https://github.com/webd90kb/webd/blob/master/chatrooms/README.md

但是用户量不大, 不知道成品做成了用户量会怎样.

@happy32199 #14
简单的文字群聊和私聊可考虑我这个 https://github.com/webd90kb/webd/blob/master/chatrooms/README.md
支持 WebRTC 视频通话

这个网盘软件 只有几十 KB 支持多个平台 https://github.com/webd90kb/webd
有 github 但不开源 文件列表最下面有一行不显眼的文字广告

@NewYear #3 不好意思没说清楚, 开始的问题是面板无法正常加载出来, 一直在加载界面.
用浏览器开发者工具发现是有个关键资源没能加载出来. 后来把那个 url 的子域名加到翻墙列表就好了.
之前好好的, 不知道为什么突然给墙了.

@cccssss 面板和各种配置界面正常嘛

最近做 WebRTC 视频通话 /t/1066232 的时候, 发现这东西有个很坑的地方.
只要第一次允许使用摄像头和麦克风后, 下次就能默认调用了. 被开摄像头时只会显示个图标而已.
需要在其他地方做处理决定是否接听才行.

@NewYear #10 谢谢提醒, 我这个确实颜色鲜艳了, 尤其是登录页的. 这个站的代码写起来不费劲, 但是调整界面用了好久.
@NewYear #11 这个东西的目的就是给人一个轻松说话的地方. 现在对一些 IM 的私聊也不放心.

@iqoo #4
@0o0O0o0O0o #5

只是全站静态资源 hash 固定还不够 也不够灵活

还要要求原始的代码够简单, 不说能完全让人读懂, 但至少能粗略审核保证没有主观恶意或漏洞/后门

要保证从服务器动态获取的只有数据, 不能有执行代码, eval 和动态加 script 标签肯定不行.
(注: 我的 webd 网盘的早期版本就是远程加载 js 文件, 当时想的是将来灵活加广告.
近期版本都改成了请求远程数据, 解析成链接加上去, 即便服务器被攻陷了, 用户也很安全.)

如果浏览器发现网站代码更新了, 做一次简单的分析, 改颜色改大小改文字图片这种, 可默认放过.

js/wsam 代码则用 AST 语法树分析, 给高级用户们显示个比较直观的 diff 代码, 给麻瓜们显示这次修改的风险等级.

这个原则下的网站/APP 需要做到真正小而美, 一坨坨的东西肯定不行.

Q: 如果依赖了太多东西整体庞大分析起来费劲怎么办?
A: 被依赖的东西做成标准模块, 带上签名, 避免重复分析.

下面的贴提到一些杀毒软件在做类似的工作, 但不是标准化行为.
/t/1064948 火绒 SSL 流量嗅探？

我觉得以后浏览器应该考虑这个东西, 毕竟现在浏览器已经是操作系统了.
如果有认识 chrome 或 ladybird 浏览器的大佬, 可以提一下这个想法.

@Michae1Jacks0n #4 确实有这个问题, 应该加上这个提醒

@zhng920823 #13 总是忍不住要按嘛?

@daqing #11 开始不要考虑那么多

搭车推荐我的匿名聊天室 /t/1066232 可 WebRTC 视频 可任意创建聊天室

@0o0O0o0O0o #1 大佬果然博学

厉害了, 不错的检测思路

@z1645444 #8 有不少积累的代码, 直接用了.

@z1645444 #6 多谢夸奖, 这个访问速度应该能保持住的. 只要体积够小加载就够快. 后端优化我比较擅长, 直接 C 写的 web/websocket 服务器.