Piping —— 轻量级文件传输工具
Piping 是轻量级的开源文件传输工具,支持自托管,支持使用 curl、wget 下载,支持更广泛地在无浏览器的设备上使用,也可以用于不同设备间传输文本或者文件,或者在不同用户间传递资料等场景。
Piping 的传输方式基于 HTTP/HTTPS,使用 Stream 流式传输,可传输任何数据,比如屏幕共享、远程桌面、共享绘画、文字聊天等内容,也无大小限制。
据称开发者曾测试不间断用 64 天传输了 1PB 文件。
Piping 还提供了美观的 Web UI 界面,打开即用:https://piping-ui.org/

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
每日一博 | 探索 Design Token
前言 近几年中台化业务兴起,各个业务团队为了能快速响应业务需求,提升研发效能,引入「设计系统」来解决模块化和规模化的问题。 回顾一下什么是设计系统,设计系统是由设计语言和模式库构成,在设计原则的指导下,通过统一的协作语言和科学的管理方法组织起来,并创建体验一致的用户界面的系统。 设计语言:设计系统的基础,与品牌识别和情感有关,包含颜色、字体、图标等基础设计原子; 模式库:一系列由设计原子组成的可复用的组件、模板等; 作为「设计系统」执行方的设计师与前端工程师,日常工作分别是在两个差异化较大的工作流中进行的。常规流程是设计师在设计工具(Sketch、Figma)中完成页面设计后,前端再参照绘制好的原型稿和标注稿,在代码环境中还原视觉稿 UI/UX。但在这个过程中时常会遇到以下问题: 前端如何高效的获取上游设计的更新? 视觉稿中可复用的设计系统原子,如何准确地传达给下游? 视觉还原工作还能提效吗? 前端如何高效的获取上游设计的更新? 设想这么一个场景,在产研交付的过程中,设计师在视觉稿中做的每次修改,都希望能快速响应到最终的产品中,尽可能做到敏捷。而实际工作中,设计上游变更后会告知前端(存...
- 下一篇
PR 闲置时间太长?审查 PR 与创建 PR 同样重要
软件交付智能平台LinearB 的数据科学团队研究了来自 2.6 万名开发者的 73.3 万个 PR 和 390 万条评论,发现: 50% 的 PR 在其生命周期的 50.4% 的时间里处于闲置状态 ; 33% 的 PR 在其生命周期中闲置了 77.8%(高达)的时间; 参与调查的开发人员的平均周期时间为 6 天 + 5 小时; 这些开发人员的平均PR 审查时间为 4 天 + 7 小时。 对此,LinearB 的 COO 兼联合创始人Dan Lines则认为,PR 过程中的闲置时间就是开发者流程中的一个 killer。并表示,PR 悖论给自己和团队带来了很大的困扰。根据解释,所谓 PR 悖论(Pull Request Paradox)就是:我刚刚写了一些代码,可以对我们的客户产生积极的影响,我有动力尽快发布它。我需要你的帮助,但你却很忙,而且有动力继续写你自己的代码。这种冲突就是 PR 悖论。 Dan 称,研究所得的数据意味着: 每块工作平均有两天的闲置时间,造成了生产力浪费。 此举损害了开发团队合并和发布代码的能力,从而阻止价值交付。 闲置的时间会导致情景意识的降低、代码质量的降低和...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
- CentOS关闭SELinux安全模块
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- SpringBoot2整合Redis,开启缓存,提高访问速度
- CentOS7安装Docker,走上虚拟化容器引擎之路
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- Eclipse初始化配置,告别卡顿、闪退、编译时间过长
- Windows10,CentOS7,CentOS8安装Nodejs环境