不要脑补技术好不好，看一点科普文也不至于误解这么深

@yuanxin1999 大模型要是连这种歧义都处理不了就不是大模型了。现在根本不需要做分词这种中间任务了。

现在已经支持图片分享, 并且图片是经过压缩后分享的, 凑巧解决了最近一些截图软件爆出来的安全漏洞

@vazo 直接用最简单的方式上线的，后续换个服务商稍微解决一下国内访问的问题。不过肯定有被屏蔽的风险，不可能 100%可访问

@Asvel 你可以看下我最新的帖子，已经做了一个 demo ，足够简单好用。私钥不仅不离开本地，是不离开当前页面的浏览器运行环境。这样交互足够简单

@Asvel 好的我错了，不过嘛，这个类只看一次都依赖服务器的销毁逻辑是正确的。才能保证能够在泄露的情况下知晓并补救。

我可能对安全现在有点偏执，不想信任一个开发者可以随意修改的服务器。

我知道安全一定是有成本的，更高的安全意味更高的成本。不过我已经把这个想法做出来了，并且我试用了一下并没有麻烦太多。你可以看一下我新发的帖子

@cmdOptionKana 不可以，这个链接里面的密钥是公钥，只能用来加密，不能用来解密。这是 rsa 这类非对称加密算法保证的。非对称加密广泛用于 https

这也是为什么我说这是最安全的，其他所有的服务都提供的是对称加密，加密解密用的是同一个密钥。one time secret 等等，你需要信任服务器的"只显示一次就销毁"的逻辑，才能保证信息不泄露。并且也有可能泄露，只不过能让你在泄露之后知晓补救。

安全里面最重要的就是不信任任何人，虽然这个网站依然依赖了你的浏览器是安全的，系统是安全的，CPU ，内存是安全的。但至少比依赖服务器是安全的靠谱多了（后者同样需要依赖浏览器系统 CPU 内存安全。

@wbrobot 窃取的话最多收到假消息，要是被篡改就麻烦了

@iBugOne 当然可以用其他的，每个人对安全的要求都不一样。但就原理上来说，这个是最安全的

@Admstor 因为我找到一些信息分享的网站都是 xx 小时之后失效，我这里考虑的只是如何快速安全传递一条消息，用阅后即焚确实有点不对

@kaddusabagei38 如果是 aes ，就涉及到服务器的信任问题了，显然服务器能拿到 url 信息，那这就是脱了裤子放屁了，和明文存数据库没太大区别

@SunsetShimmer 如果是对称加密的话，安全性有点弱

@Light3 你知道非对称加密吗？

体验完我我也震惊了。有这么多时间做一个完善的产品，为什么不先多花时间想想要做什么

@yolee599 就没考虑中国用户

m2 的 Mac 投屏到 iPad mini 6 ，无线，镜像屏幕，拍秒表，延迟稳定在 30ms ，windows 有任何可接近的替代方案吗？

@lzgshsj 其实你吐槽的那些基本原因就是能力不足。gpt 之前你根本不会看到那些低劣的产品，gpt 让💩都听懂人话了，所以什么人都有信心宣传自己的加了 gpt 的💩。

那些产品去除了 GPT 本质还是💩，所以无论技术还是体验都是💩

显然没解决问题，不还是有可能并发读订单金额？

@hs0000t https://www.hlsplayer.net/#type=m3u8&src=https%3A%2F%2Fv8.dious.cc%2F20230309%2FHqtGKhq0%2F1500kb%2Fhls%2Findex.m3u8 试试这个网站

复现步骤: 进去之后播放, 在进度条上乱点个七八次, 不行的话再快速点七八次