[VPS] CC 上次事故补偿
·
·
·
·
Post Content
·
各位 V 友大家好, 平时在不同设备(手机、电脑)或者同事之间传文件,大家可能都用过 Snapdrop 或 Sharedrop 这种网页工具。它们很方便,但在传几个 GB 的大文件时,经常会遇到浏览器崩溃( OOM )或者网络稍微波动一下就前功尽弃的问题。 为了解决这个痛点,我们开发了 ZWDrop。 这是一款基于 WebRTC 的点对点文件传输工具。核心目标就是在保持“打开即用”的便捷性同时,解决大文件传输稳定性和隐私安全的问题。 官方网站(国内): https://www.zwdrop.cn 官方网站(国际): https://www.zwdrop.com 界面截图: 相比同类工具,它做了哪些改进? 1. 支持断点续传(基于 IndexedDB ) 这是我们最想解决的痛点。很多网页传输工具一刷新页面连接就断了。ZWDrop 利用浏览器的 IndexedDB 进行存储,即使手抖刷新了页面,重连后传输进度依然可以保留并继续,不用从头开始。 2. 解决大文件崩溃问题(流式保存) 针对 10G+ 的 ISO 镜像或 4K 视频,ZWDrop 采用了智能流式传输方案。接收到的数据会直接写入磁盘,而不是堆积在内存里。理论上只要你的硬盘够大,支持的文件大小就没有上限。 3. 聊天窗口模式(适合发 Token/配置) 不同于“头像对传”的交互,我们把它做成了类似微信的聊天窗口。 传文件: 支持拖拽。 传文本: 这一点对开发者很有用。因为是 P2P 直连且不经过服务器,断开连接后记录即焚。在局域网内发一些敏感的 API Key 、服务器配置或者密码,比通过微信发要安全,也不用担心被云端同步。 4.
·
每次我 ctrl + s 的时候,居然会把文件格式搞乱掉,主要是让它添加注释,补全代码后。 会乱删乱动。简直离谱。连 trae 都不如,trae 至少没有这种低级问题。 这也怪不得用户只拿你做反代了。
·
Post Content
·
飞牛最新升级版本默认会关闭 SSH ,同时强制用户修改密码,不改进不去,可能有些不受影响的用户不想改密码
·
为了跟上 AI 的发展速度,最近天天得啃英文文档。 我发现自己有个毛病:一读长篇大论的英文就走神,读完一段不知道刚才看了啥,还得倒回去重看。 想找个工具测测自己到底有多慢,结果搜出来的网站要么丑哭,要么全是弹窗。 我也潜水很久很久很久很久很久了,一直想尝试做独立开发。 听说工具类站比较适合练手,就花了几天时间把站搭起来了: testmyreading.com 没啥高大上的技术,就是想让自己看着舒服点。 顺便问问各位大佬,你们读英文技术文档大概都是什么速度?我测出来只有 150 WPM ,是不是没救了?😂 网站刚上线,移动端的适配我还没太调好,有 Bug 求轻喷。 我现在也在思考该通过什么方式,来覆盖服务器成本。 这种工具类的站,有什么好的冷启动路子吗? 另外,大家觉得这种小工具站,是应该做大而全,还是极简到底? 欢迎各位前辈指点,有任何数据上的进展,我也会回来更新这个帖子。
·
年限 30 年 等额本金 有闲钱是缩短年限好还是减少月供好 哪种方式实惠一点
·
既然大模型的能力已经这么强了,那么基于 llm 来设计可进化的软件目前是否可能? 输入业务需求文档和技术要求文档,llm 可以设计出数据结构,然后建立高灵活性的后端(比如 supabase ) llm 可以实时根据用户的身份和相关文档,实时组织出 UI 供用户使用 如果需求发生变化,llm 可以根据文档的变化更新其关联信息 当然还需要版本控制能力,保证系统可以平稳、安全的进行演化 可以分为设计平台和运行平台,全部以 llm 作为核心,而不是传统的以数据库作为核心