@follow #5
@yangg 方便的话可以留一个账号，我送一个会员给您，感谢及时发现问题

@follow #5
@yangg 修复了，是 CDN 的限制，我把限制拉高了，重新启动就好了

@leeechsh 展示不支持，因为懒得做设置页，不过鼠标滚轮可以整体缩放页面

@k9982874 所有资产信息都是使用非对称加密储存到服务器的，私钥都存放在本地(我绕了很多圈来保证服务器无法逆向出明文，因为这些数据对我来说其实也是负担)，实在不放心可以使用免费版，免费版不会保存数据到服务器

@follow #5 万分感谢，我用一台新电脑测试发现确实有问题

@follow 目前免费版处理限制会话数量和多窗口以及资产同步，我的意思是不付费基本使用也没啥问题😁

@luckyv2 好的，感谢您的建议

@xmumiffy PWA 首次加载会进行缓存，第二次离线情况也可正常使用

golang + govcl ，轻量无依赖，打包完压缩后就几 M ，不依赖 Runtime, 开发简单的页面完全够了

你可能不太了解音视频开发相关的，通常一个完整的音视频流会分为控制通道和传输通道，还涉及到编码解码，因为不可能直接传原始音频 pcm 数据，这个体积会非常大，而且其他音频录入源必然也是编码后的数据， 我不知道你说的嵌入式设备是那种。
如果能带 Linux 系统，有一种最简单没啥门槛的方案，用 mqtt 通信/控制，集成一个 ffmpeg 调用 ffplay 通过 rtsp(延迟低)/rtmp(延迟高)，在此需要在服务器部署一个流媒体服务器（ mediamtx,ZLMediaKit 等等），客户端通过 webrtc/rtmp/rtsp/rtp 向流媒体推流，把流地址通过 mqtt 发送给设备，设备直接通过 ffmpeg 调用 ffplay 播放就完事了
如果是 stm32 这种单片机, 考虑到资源有限可用的轮子不多,那要做的事情可能就非常多了

另外如果服务器带宽有限，设备非常多的情况下，还需要实现 NAT 穿透，通过 ICE(STUN&TURN) 实现点对点通信啥的

慢的主要原因是你没提前开一个事务, (貌似 pgsql 关了自动提交，executeBatch 每条语句都是一个独立的事务)，所以执行前可以提前开一个事务
还有两种更快方案：
依然还是用 batchexecute
1. 基于 pgsql INSERT...ON CONFLICT DO UPDATE （主键冲突则更新）实现批量更新
2. 复制一张表，在这张表的基础上批量插入，执行完了再把名字改回去（相比第一种更快）

用二进制包的角度分析，看起来不难，前两字节应该是包类型(0x0002 为文本或者 error?), 第三个和第四个字节一看就是包长度 0x0008 ，正好对应后续字符所占字节数量

@mrjnamei 在国内做支付是要牌照的，就算对接的都是正经网站，严格意义上来说也构成非法经营了

四方支付？本来就是灰色产业

https://hexhub.cn/ssh 前端是开源的