大家好，我是闪电藤的开发者，也是 虾传 的开发者，闪电藤在 7 月 10 号将会正式下线（虾传够稳定的话），虾传是我用 cursor 从零 vibe 开发的个人文件传输助手，以解决以下问题： 复杂网络无法传输问题：比如单向网络，A 可以给 B 传输，B 不能给 A 传输，我们的解决方案是，通过云端信令协调，让 A 从 B 请求下载；单向网络常见的场景有：windows 防火墙阻塞，WiFi 路由一个连猫一个连路由器 不方便安装客户端的场景：我们提供了网页端，客户端可以直接给网页端发文件，走 HTTP 局域网，当然网页也可以给网页传输，也是走的局域网，但只能走 webrtc 大文件断点续传：大文件传到一半突然中断，我们可以在断开的地方重新传输（注意如果某一端是 web 端的话就不支持断点续传了） 局域网完全不通的情况，我们通过 s3,webdav 等手段进行跨网传输 本产品定位是一个个人的文件传输助手，所以是围绕个人的设备之间开展的，如果是想传输给其他用户，我们离线的设备也会被识别成外部的设备，我们不登录其实就是一个 localsend 的产品 说一下开发这个项目的缘由，主要有 2 个，闪电藤存在历史原因，是基于 localsend 开发的，被不少人诟病，虽然 localsend 的开源协议允许二开重新打包上线，但口碑两极分化，另外一个就是闪电藤的代码包袱比较重，要想实现上述几个问题，非常困难，因此我们重写了一遍，并且开发了 web 版本，我们成功的实现了在公网的网页上进行局域网传输 开源地址： https://github.com/shrimpsend/shrimpsend 欢迎各位大佬不吝赐教，也欢迎各位大大 star ，更欢迎 commit （昨日刚有一位 commit ，让 iOS 版本实现了原生玻璃导航栏，非常欣喜，还是人间处处是高手啊）
大家好，我是闪电藤的开发者，也是 虾传 的开发者，闪电藤在 7 月 10 号将会正式下线（虾传够稳定的话），虾传是我用 cursor 从零 vibe 开发的个人文件传输助手，以解决以下问题： 复杂网络无法传输问题：比如单向网络，A 可以给 B 传输，B 不能给 A 传输，我们的解决方案是，通过云端信令协调，让 A 从 B 请求下载；单向网络常见的场景有：windows 防火墙阻塞，WiFi 路由一个连猫一个连路由器 不方便安装客户端的场景：我们提供了网页端，客户端可以直接给网页端发文件，走 HTTP 局域网，当然网页也可以给网页传输，也是走的局域网，但只能走 webrtc 大文件断点续传：大文件传到一半突然中断，我们可以在断开的地方重新传输（注意如果某一端是 web 端的话就不支持断点续传了） 局域网完全不通的情况，我们通过 s3,webdav 等手段进行跨网传输 本产品定位是一个个人的文件传输助手，所以是围绕个人的设备之间开展的，如果是想传输给其他用户，我们离线的设备也会被识别成外部的设备，我们不登录其实就是一个 localsend 的产品 说一下开发这个项目的缘由，主要有 2 个，闪电藤存在历史原因，是基于 localsend 开发的，被不少人诟病，虽然 localsend 的开源协议允许二开重新打包上线，但口碑两极分化，另外一个就是闪电藤的代码包袱比较重，要想实现上述几个问题，非常困难，因此我们重写了一遍，并且开发了 web 版本，我们成功的实现了在公网的网页上进行局域网传输 开源地址： https://github.com/shrimpsend/shrimpsend 欢迎各位大佬不吝赐教，也欢迎各位大大 star ，更欢迎 commit （昨日刚有一位 commit ，让 iOS 版本实现了原生玻璃导航栏，非常欣喜，还是人间处处是高手啊）
大家好，我是闪电藤的开发者，也是 虾传 的开发者，闪电藤在 7 月 10 号将会正式下线（虾传够稳定的话），虾传是我用 cursor 从零 vibe 开发的个人文件传输助手，以解决以下问题： 复杂网络无法传输问题：比如单向网络，A 可以给 B 传输，B 不能给 A 传输，我们的解决方案是，通过云端信令协调，让 A 从 B 请求下载；单向网络常见的场景有：windows 防火墙阻塞，WiFi 路由一个连猫一个连路由器 不方便安装客户端的场景：我们提供了网页端，客户端可以直接给网页端发文件，走 HTTP 局域网，当然网页也可以给网页传输，也是走的局域网，但只能走 webrtc 大文件断点续传：大文件传到一半突然中断，我们可以在断开的地方重新传输（注意如果某一端是 web 端的话就不支持断点续传了） 局域网完全不通的情况，我们通过 s3,webdav 等手段进行跨网传输 本产品定位是一个个人的文件传输助手，所以是围绕个人的设备之间开展的，如果是想传输给其他用户，我们离线的设备也会被识别成外部的设备，我们不登录其实就是一个 localsend 的产品 说一下开发这个项目的缘由，主要有 2 个，闪电藤存在历史原因，是基于 localsend 开发的，被不少人诟病，虽然 localsend 的开源协议允许二开重新打包上线，但口碑两极分化，另外一个就是闪电藤的代码包袱比较重，要想实现上述几个问题，非常困难，因此我们重写了一遍，并且开发了 web 版本，我们成功的实现了在公网的网页上进行局域网传输 开源地址： https://github.com/shrimpsend/shrimpsend 欢迎各位大佬不吝赐教，也欢迎各位大大 star ，更欢迎 commit （昨日刚有一位 commit ，让 iOS 版本实现了原生玻璃导航栏，非常欣喜，还是人间处处是高手啊）
不知道各位佬友有没有遇到过这种情况：微信消息发出去了，图片过了1分钟才能发出去，导致有点尴尬。这种事情我经常遇到，感觉微信传输速度烂到离谱，其实别的文件也是，发个压缩包给对方要好长时间。 我排查应该不是我的网络原因，看4k视频什么的都很流畅，想知道是不是微信的原因，佬友们有没有遇到过，有没有解决办法。 1 个帖子 - 1 位参与者 阅读完整话题
MacBookPro M2Max 系统 26.4 显示器 KTC-H27P6S 27寸 4k160hz 传输线 毕亚兹 USB4全功能Type-C数据线 兼容雷电4/3 现象： 一线连接mbp与显示器 供电与提供显示，频繁断联 然后自动恢复 每次过程大概需要15-30s 现在很不确定是线的问题还是显示器的问题 很烦 最近很频繁 之前还好 佬友有什么排查思路吗？ 或者可以推荐下你们在用的c-c支持传输和供电的线材 4 个帖子 - 4 位参与者 阅读完整话题
自己搭建的cpa，直接在cc-switch里面写配置，在codex里使用就error，但是在本地套了一层CodexManager之后ccs连CodexManager又可以使用了。 有大佬遇到过类似的问题吗，求助一下 url加v1和不加v1都试过 5 个帖子 - 2 位参与者 阅读完整话题
只要请求中附带图片，就会出现传输错误stream disconnected before completion: stream closed before response.completed，不知道啥原因，推理链的前一条命令还好好的，然后后一条命令涉及到读图片就报错。但是我的codex desktop就可以收到图片，很奇怪 1 个帖子 - 1 位参与者 阅读完整话题
https://i-o.tv/ 利用球体的视觉化展示输出的服务器实时传输的网络日志 调开发者模式 页面会跳出类似电视机测试卡的背景 挺有艺术风格的
codex的上下文太长了，自动压缩失败，传输中断。改cli手动压缩也失败了，换5.4 medium再压缩也失败了，如果不想换对话的话怎么解决这个问题？ 1 个帖子 - 1 位参与者 阅读完整话题
这几天首字延迟都给我延麻了，开了ws传输和美西vps都还是经常近十秒的首字。 原文： https://x.com/thsottiaux/status/2059651958710120733 12 个帖子 - 11 位参与者 阅读完整话题
我经常需要在 GPU 容器里传输数据集，但容器内通常没法直接挂载对象存储，于是做了一个类似 sftp 的小工具。 现在大概支持这些： 交互模式，像 sftp 一样 ls / cd / put / get / rm 命令模式，适合脚本里直接用 上传下载进度显示 下载中断后保留 .part ，支持续传 可以在交互过程中穿插执行本地命令 !<local command> 项目地址： https://github.com/barkure/bucketctl
IT之家 5 月 26 日消息，比亚迪旗下仰望汽车今日宣布，仰望 U7 获推 OTA 升级，带来 22 项新增功能和 16 项功能优化： U7 EV 版：V2.3.0 OTA U7 PHEV 版：V2.3.1 OTA IT之家附主要更新内容如下： 智能安防 新增 哨兵模式 · 高风险视频云端传输 ：高风险警报触发视频自动上传，比亚迪 / 仰望汽车 App 支持查看、下载近 7 天历史视频 新增 哨兵模式 · 取证视频便捷留存 ：支持本地或 U 盘快捷导出，还支持 Wi-Fi 极速互传，视频留存至手机端 智能座舱 新增 车生活 Agent 餐厅排队 ：前往热门餐厅自动触发排队提醒，可一键排队，同时支持语音提前取号排队 新增 车生活 Agent 智能点单 ：语音点单星巴克等热门饮品，支持车载刷脸 / 免密支付，一键导航自取 新增 智能语音简洁 / 标准播报选项 ：随心切换「简洁模式」，语音回复不啰嗦、不打扰 新增 语音唤醒上报驾驶辅助事件 ：唤醒语音助手，口述驾驶辅助问题，即可快速上报 新增 语音控制外后视镜 （非流媒体） 新增 手机网络共享 ：手车互联 OPPO、一加、真我部分机型新增网络共享功能，支持手车互联的同时，车机使用手机网络 智能体验 新增 爱奇艺音频模式 ：正在播放的视频一键切换至音频模式 新增 「巅峰之光」日照金山桌面壁纸 新增 IoT 设备语音控制扩展 ：联动智能儿童座椅、眼罩、颈部按摩仪，语音操控一步到位 新增 UWB 敲击开门 ：双击轻触即开，便捷无感出入 新增 随乐舞动 · 四小天鹅模式 优化 解闭锁迎宾 · “摇一摇”动作 ：响应更稳更静 极致驾控 新增 智能蟹行功能 ：四电机协同后轮转向，斜向平移灵活穿行，脱困更从容 新增 2D/3D 切换及数据展示页 ：视角自由切换，悬架、车轮、车身姿态清晰呈现
花了一个月，用 ai 做了一个网页对网页的公网局域网传输，地址是： xiachuan.net ，文件传输完全走局域网，只是协调传输走需要公网协调，比较神奇的是，传统局域网传输需要安装客户端，而我们不需要。相比很多客户端提供网页传输，大多需要输入 ip+端口，而我们都是用一个公网 https 网页就行，不过前提需要登录。 当然我们也用 flutter 做了跨平台客户端，客户端之间传输的话，支持断点续传，这个应该是目前市面上局域网传输领域的唯一一个吧（可能有别的我不知道，目前我知道的 localsend 、flix 、闪电藤等都不支持）。断点传输最大的好处就是，大文件传输中断的时候，重试后会从断点处开始传，而不是从头传，加入 5G 的文件，快传完了，因为某些原因中断，那么又要重头传，那就太恶心了。。。 还有一点就是比较重要的，就是能够解决单向网络问题，单向网络的意思是 A 和 B 可以连，但 B 和 A 不能连，比如一端防火墙阻挡了，还有一种常见情况是路由的上下游，如电脑连猫，手机连 WiFi ，像这类问题，目前市面上大多数都解决不了。我们提供的方案是：B 既然不能和 A 连，那么就让 B 请求 A 去连 B ，我称之为“反向拉取” 别的就不多介绍了，可以看网站，很详细了
花了一个月，用 ai 做了一个网页对网页的公网局域网传输，地址是： xiachuan.net ，文件传输完全走局域网，只是协调传输走需要公网协调，比较神奇的是，传统局域网传输需要安装客户端，而我们不需要。相比很多客户端提供网页传输，大多需要输入 ip+端口，而我们都是用一个公网 https 网页就行，不过前提需要登录。 当然我们也用 flutter 做了跨平台客户端，客户端之间传输的话，支持断点续传，这个应该是目前市面上局域网传输领域的唯一一个吧（可能有别的我不知道，目前我知道的 localsend 、flix 、闪电藤等都不支持）。断点传输最大的好处就是，大文件传输中断的时候，重试后会从断点处开始传，而不是从头传，加入 5G 的文件，快传完了，因为某些原因中断，那么又要重头传，那就太恶心了。。。 还有一点就是比较重要的，就是能够解决单向网络问题，单向网络的意思是 A 和 B 可以连，但 B 和 A 不能连，比如一端防火墙阻挡了，还有一种常见情况是路由的上下游，如电脑连猫，手机连 WiFi ，像这类问题，目前市面上大多数都解决不了。我们提供的方案是：B 既然不能和 A 连，那么就让 B 请求 A 去连 B ，我称之为“反向拉取” 别的就不多介绍了，可以看网站，很详细了
花了一个月，用 ai 做了一个网页对网页的公网局域网传输，地址是： xiachuan.net ，文件传输完全走局域网，只是协调传输走需要公网协调，比较神奇的是，传统局域网传输需要安装客户端，而我们不需要。相比很多客户端提供网页传输，大多需要输入 ip+端口，而我们都是用一个公网 https 网页就行，不过前提需要登录。 当然我们也用 flutter 做了跨平台客户端，客户端之间传输的话，支持断点续传，这个应该是目前市面上局域网传输领域的唯一一个吧（可能有别的我不知道，目前我知道的 localsend 、flix 、闪电藤等都不支持）。断点传输最大的好处就是，大文件传输中断的时候，重试后会从断点处开始传，而不是从头传，加入 5G 的文件，快传完了，因为某些原因中断，那么又要重头传，那就太恶心了。。。 还有一点就是比较重要的，就是能够解决单向网络问题，单向网络的意思是 A 和 B 可以连，但 B 和 A 不能连，比如一端防火墙阻挡了，还有一种常见情况是路由的上下游，如电脑连猫，手机连 WiFi ，像这类问题，目前市面上大多数都解决不了。我们提供的方案是：B 既然不能和 A 连，那么就让 B 请求 A 去连 B ，我称之为“反向拉取” 别的就不多介绍了，可以看网站，很详细了
花了一个月，用 ai 做了一个网页对网页的公网局域网传输，地址是： xiachuan.net ，文件传输完全走局域网，只是协调传输走需要公网协调，比较神奇的是，传统局域网传输需要安装客户端，而我们不需要。相比很多客户端提供网页传输，大多需要输入 ip+端口，而我们都是用一个公网 https 网页就行，不过前提需要登录。 当然我们也用 flutter 做了跨平台客户端，客户端之间传输的话，支持断点续传，这个应该是目前市面上局域网传输领域的唯一一个吧（可能有别的我不知道，目前我知道的 localsend 、flix 、闪电藤等都不支持）。断点传输最大的好处就是，大文件传输中断的时候，重试后会从断点处开始传，而不是从头传，加入 5G 的文件，快传完了，因为某些原因中断，那么又要重头传，那就太恶心了。。。 还有一点就是比较重要的，就是能够解决单向网络问题，单向网络的意思是 A 和 B 可以连，但 B 和 A 不能连，比如一端防火墙阻挡了，还有一种常见情况是路由的上下游，如电脑连猫，手机连 WiFi ，像这类问题，目前市面上大多数都解决不了。我们提供的方案是：B 既然不能和 A 连，那么就让 B 请求 A 去连 B ，我称之为“反向拉取” 别的就不多介绍了，可以看网站，很详细了
花了一个月，用 ai 做了一个网页对网页的公网局域网传输，地址是： xiachuan.net ，文件传输完全走局域网，只是协调传输走需要公网协调，比较神奇的是，传统局域网传输需要安装客户端，而我们不需要。相比很多客户端提供网页传输，大多需要输入 ip+端口，而我们都是用一个公网 https 网页就行，不过前提需要登录。 当然我们也用 flutter 做了跨平台客户端，客户端之间传输的话，支持断点续传，这个应该是目前市面上局域网传输领域的唯一一个吧（可能有别的我不知道，目前我知道的 localsend 、flix 、闪电藤等都不支持）。断点传输最大的好处就是，大文件传输中断的时候，重试后会从断点处开始传，而不是从头传，加入 5G 的文件，快传完了，因为某些原因中断，那么又要重头传，那就太恶心了。。。 还有一点就是比较重要的，就是能够解决单向网络问题，单向网络的意思是 A 和 B 可以连，但 B 和 A 不能连，比如一端防火墙阻挡了，还有一种常见情况是路由的上下游，如电脑连猫，手机连 WiFi ，像这类问题，目前市面上大多数都解决不了。我们提供的方案是：B 既然不能和 A 连，那么就让 B 请求 A 去连 B ，我称之为“反向拉取” 别的就不多介绍了，可以看网站，很详细了
花了一个月，用 ai 做了一个网页对网页的公网局域网传输，地址是： xiachuan.net ，文件传输完全走局域网，只是协调传输走需要公网协调，比较神奇的是，传统局域网传输需要安装客户端，而我们不需要。相比很多客户端提供网页传输，大多需要输入 ip+端口，而我们都是用一个公网 https 网页就行，不过前提需要登录。 当然我们也用 flutter 做了跨平台客户端，客户端之间传输的话，支持断点续传，这个应该是目前市面上局域网传输领域的唯一一个吧（可能有别的我不知道，目前我知道的 localsend 、flix 、闪电藤等都不支持）。断点传输最大的好处就是，大文件传输中断的时候，重试后会从断点处开始传，而不是从头传，加入 5G 的文件，快传完了，因为某些原因中断，那么又要重头传，那就太恶心了。。。 还有一点就是比较重要的，就是能够解决单向网络问题，单向网络的意思是 A 和 B 可以连，但 B 和 A 不能连，比如一端防火墙阻挡了，还有一种常见情况是路由的上下游，如电脑连猫，手机连 WiFi ，像这类问题，目前市面上大多数都解决不了。我们提供的方案是：B 既然不能和 A 连，那么就让 B 请求 A 去连 B ，我称之为“反向拉取” 别的就不多介绍了，可以看网站，很详细了
花了一个月，用 ai 做了一个网页对网页的公网局域网传输，地址是： xiachuan.net ，文件传输完全走局域网，只是协调传输走需要公网协调，比较神奇的是，传统局域网传输需要安装客户端，而我们不需要。相比很多客户端提供网页传输，大多需要输入 ip+端口，而我们都是用一个公网 https 网页就行，不过前提需要登录。 当然我们也用 flutter 做了跨平台客户端，客户端之间传输的话，支持断点续传，这个应该是目前市面上局域网传输领域的唯一一个吧（可能有别的我不知道，目前我知道的 localsend 、flix 、闪电藤等都不支持）。断点传输最大的好处就是，大文件传输中断的时候，重试后会从断点处开始传，而不是从头传，加入 5G 的文件，快传完了，因为某些原因中断，那么又要重头传，那就太恶心了。。。 还有一点就是比较重要的，就是能够解决单向网络问题，单向网络的意思是 A 和 B 可以连，但 B 和 A 不能连，比如一端防火墙阻挡了，还有一种常见情况是路由的上下游，如电脑连猫，手机连 WiFi ，像这类问题，目前市面上大多数都解决不了。我们提供的方案是：B 既然不能和 A 连，那么就让 B 请求 A 去连 B ，我称之为“反向拉取” 别的就不多介绍了，可以看网站，很详细了
花了一个月，用 ai 做了一个网页对网页的公网局域网传输，地址是： xiachuan.net ，文件传输完全走局域网，只是协调传输走需要公网协调，比较神奇的是，传统局域网传输需要安装客户端，而我们不需要。相比很多客户端提供网页传输，大多需要输入 ip+端口，而我们都是用一个公网 https 网页就行，不过前提需要登录。 当然我们也用 flutter 做了跨平台客户端，客户端之间传输的话，支持断点续传，这个应该是目前市面上局域网传输领域的唯一一个吧（可能有别的我不知道，目前我知道的 localsend 、flix 、闪电藤等都不支持）。断点传输最大的好处就是，大文件传输中断的时候，重试后会从断点处开始传，而不是从头传，加入 5G 的文件，快传完了，因为某些原因中断，那么又要重头传，那就太恶心了。。。 还有一点就是比较重要的，就是能够解决单向网络问题，单向网络的意思是 A 和 B 可以连，但 B 和 A 不能连，比如一端防火墙阻挡了，还有一种常见情况是路由的上下游，如电脑连猫，手机连 WiFi ，像这类问题，目前市面上大多数都解决不了。我们提供的方案是：B 既然不能和 A 连，那么就让 B 请求 A 去连 B ，我称之为“反向拉取” 别的就不多介绍了，可以看网站，很详细了