大致这样的:
Key = keygen(funcA(hashA(group_name, group_pass, salt_A)));
RoomId = hashB(group_name, group_pass, salt_B)));
服务端只知道 RoomId, 客户端知道 RoomId 和 key, 且无法通过 RoomId 推导 key
所以服务端和运营商不知道聊天内容, 除非输入法或设备本身被...
前端部分代码量不算多, 可用工具或 AI 分析并验证上述说法.
1
zhng920823 OP 可输入 组名 密码 昵称 创建分享链接, 然后把分享链接放入收藏夹, 以后可直接点开使用.
手机浏览器打开分享链接后, 用手机浏览器菜单的 添加到主屏幕/Add to Home Screen 可在桌面生成图标. 打开后是全屏显示的, 用起来有些类似 APP. |
2
zhng920823 OP webrtc 视频通话, 大多数情况下能直连.
如果不能直连会通过 TURN 中转, 可能比较卡. |
3
zhng920823 OP 在两端都有 IPv6 的情况下, 不管双方的光猫路由器防火墙的配置情况, 多数情况 WebRTC 是直连的.
还有两边都是 OpenWRT 路由器, 只有一边的路由器有公网 IPv4, 跨运营商, 没有开启 uPnP, 没有配置 DMZ, 没映射端口, 关了 IPv6, 的情况下 WebRTC 也能直连. 不知道它是怎么穿透的 NAT. |
4
rekulas 89 天前
梦回 2006
|
5
zhng920823 OP @rekulas #4 让你见笑了, 写前端的水平太差
|
6
z1645444 89 天前
我去年有 po 一个帖子找类似的应用,op 目前做的看起来最接近想法,很棒,如果境内一直保持这样的访问速度就最好了,简单多端同步一些临时性的信息,极其方便,样式小小改动看起来清爽一点真是无敌了,赞个
|
7
zhng920823 OP @z1645444 #6 多谢夸奖, 这个访问速度应该能保持住的. 只要体积够小加载就够快. 后端优化我比较擅长, 直接 C 写的 web/websocket 服务器.
|
8
z1645444 89 天前
@zhng920823 #7 服务端是直接 C 写的吗,太硬核了😨
|
9
zhng920823 OP @z1645444 #8 有不少积累的代码, 直接用了.
|
10
NewYear 88 天前
@zhng920823
UI 这块可以参考各个站点,V2 就是一个典型,我曾经注意过,一句话总结: 多用圆角,页面用到的颜色不要太多,白底+灰色边框是最简单的搭配。 圆角、白色背景、带点阴影,按钮也是淡灰色带颜色渐变,你看 V2 是不是就这样的一套逻辑。然后一个大背景作为点缀。。。不过聊天室不太适合搞大背景……但也可以像微信一样用一个圆角带背景色的框,把每一段话框起来。 设计简单,不失高级感,CSS 也好写。。。。其他颜色要搭配起来比较麻烦,可能要调好久才能比较合适。 |
11
NewYear 88 天前
楼主这个程序蛮是符合我的期待,现在各种聊天软件被监视,有的还随意封号( 3 年起步,封顶无期,说的就是 Soul App )。私有聊天软件还是蛮有必要的,能聊一些越界的话题比如如何上外网,比较轻松一点。
突然想起 20 年前的碧海银沙聊天室。 |
12
zhng920823 OP |