@advwebrec/grainloading

中文文档
0.5.5发布于 2026/09/28AGPL-3.0-onlyTypeScriptES Module零依赖近 30 天下载 1.2万

YuriRTC浏览器客户端和服务工人运输.

中文使用文档

YuriRTC 浏览器传输

这个软件包是YuriRTC的浏览器客户端和服务工作者,发布于 @advwebrec/grainloading。通过 单独签名 shaintloadingcheckpak 指针.

已发布的软件包只包含被模糊的浏览器捆绑,自成一体 类型声明,以及 ROT13 显示字体。 可读类型脚本生活在 YuriRTC源数据库. 迷惑是一种分配阻力,而不是一种 安全边界.

新类型脚本消费者应当使用 YuriRTCClient 财务报告和审定财务报表 YuriRTCConfig。 。 。 . LoaderClient 财务报告和审定财务报表 LoaderConfig 仍然是现有兼容的别名 一体化.

装载器执行YuriRTC电线协议v3. 它谈判互动 首先,在最初申请之前确定所有四个车道 瀑布。 瀑布。 15秒后1至3号巷退休,没有资产工作,重新开放 需求。 传输使用128个 KiB 框架, 流取请求体通过 可转移流,并用消费驱动的双向 学分。 修改有线版本的加载器必须在 部署了相容的内容节点.

0号巷承载通航,API/mutation流量,并搭载了WebSockets. 莱恩 1为小的渲染批判脚本,样式,字体以及文档预留. 正常和增量资产使用道2和3,每道1个活动起步 和FIFO的承认,所以一个大型的游戏有效载荷不能占据每一个命令流 在拖带文件之前。 车道共用一个ICE/DTLS/SCTP协会和 拥塞窗口; 它们将调度和 SCTP 流顺序分开 比创建四个网络连接.

当一个重新启动的工人发现几个可控标签时,第一个完成 附加成为载体,后来的应答者仍为活状态. 醒来 发现从不会翻入仍由前身工人控制的页面,所以 现场升级不能取消老年工人的有效转移.

没有未到期的会话偏好,加载器会连接普通的ICE和 强制TCP平行. 一旦两个都准备好了, 每人得到相同的私人, 无压一米B探测器. 只有在至少15%的情况下才选择TCP 更快;如果只有一条线路连接,则使用该线路. 一个更古老的节点 不返回精确的探测标记 安全地离开普通的 ICE 。 这个 结果被记住十分钟,并在网络改变后清除.

在选定的 UDP 路径上, 页面汇总并列的响应字节 在第一具尸体到达后 如果至少8个米B超过至少4个 秒仍然低于 15 Mbit/s, 它温暖一个 TCP 唯一的连接, 不 解开UDP. 一旦 TCP 准备好, 新的请求会同时使用它 请求并携带 WebSockets 排出其原始路线; 前身 只有在下水道之后才退休。 一个失败的热身离开正在工作的 UDP 路由 无所未有. 阈值可以调谐,或者 行为禁用,不 更改线条 :

transport: {
  adaptiveTcp: {
    enabled: true,
    minBytes: 8 * 1024 * 1024,
    minSampleMs: 4_000,
    maxGoodputMbps: 15
  }
}

候选人过滤使用标准的 SDP 和 RTCIceCandidateInit 数据与数据是否 而不是补丁浏览器 API,所以基线和强制路径仍然可用 克罗姆 火狐 和萨法里 无法报告所选对保留的浏览器 普通的ICE行为并简单地跳过可选的 goodput推荐.

自足承运人可设定 recovery.clientUrls 到持久模块 URL. 装货机是先于自己的 import.meta.url 和两个 npm CDN 倒置,使服务员输入的文件能够从 原产地 client.js 即使第一个客户端是从临时导入的 内线 Blob.

对于符合条件的完整静态获取回复,一个有能力的浏览器发送 x-yurirtc-accept-wire-encoding: gzip; 节点标记压缩传输 字节为 x-yurirtc-wire-encoding: gzip这些是私人YuriRTC跳 信头, 不是 HTTP Accept-Encoding 或者说 Content-Encoding和装货机条 他们被解压后 没有浏览器 DecompressionStream("gzip") 删除 {\fn华文楷体\fs16\1cHE0E0E0}能力 范围、API、SSE、已经压缩的媒体以及 no-transform 答复仍未编码.

服务员还提供未知的静态路径 保守的,有界限的缓存 复用而不是假设EDurocks特定名称. 它发出 If-None-Match 财务报告和审定财务报表 If-Modified-Since 用于存储验证符支持的响应,组合为304 与被存储的躯体, 并可以使用该躯体作为离线倒置。 从来没有 承认经认证、范围/部分、事件流程、, no-store, (中文(简体) ), private,或 Vary: * 回复; 404, 410 或新不可存储的回复无效 旧的倒计时.

字体在 dist/assets/rot13.woff 来源于 Google Sans 并持有许可证 根据SIL 开放字体许可证1.1;其许可证文本作为 dist/assets/OFL.txt。 。 。 .

“Google”和“Google Sans”是谷歌有限责任公司的商标。 该字体已曝光 cSS 姓氏的外壳 YuriRTCDisplay; 此项目是 未被Google有限责任公司认可.

版本与发布记录

@advwebrec/grainloading 共发布 5 个版本,首次发布于 2026/08/28;过去 12 个月发布了 5 个版本。

版本发布日期距今
0.5.5latest2026/09/281 个月前
0.5.42026/09/241 个月前
0.5.32026/09/022 个月前
0.5.22026/09/022 个月前
0.5.12026/08/282 个月前

关于 @advwebrec/grainloading 的常见问题

@advwebrec/grainloading 是什么?

YuriRTC浏览器客户端和服务工人运输.

如何安装 @advwebrec/grainloading?

在项目目录运行 npm install @advwebrec/grainloading,或使用 pnpm add / yarn add / bun add。

@advwebrec/grainloading 支持 TypeScript 吗?

支持。包内自带 TypeScript 类型声明(package.json 声明了 types 入口),安装后即可获得类型提示,无需再安装 @types 包。

@advwebrec/grainloading 支持 ESM 还是 CommonJS?

以 ES Module 形式发布,推荐使用 import 引入。在 CommonJS 项目中,Node.js 20.19+ / 22.12+ 可以直接 require() 不含顶层 await 的 ES Module,更早的版本需要改用动态 import()。

@advwebrec/grainloading 可以商用吗?

@advwebrec/grainloading 使用 AGPL-3.0-only 许可。最严格的 Copyleft:除分发外,通过网络向用户提供基于它的服务也需要开源对应源码。闭源 SaaS 使用前务必评估。以上为概括,不构成法律意见,请以许可原文为准。

@advwebrec/grainloading 的下载量有多少?

根据 npm 官方下载统计,@advwebrec/grainloading 在 2026/10/05 – 2026/11/03 这 30 天内被下载 12,236 次,日均约 408 次。下载量会把 CI 构建、镜像同步和作为其他包依赖的安装一并计入,适合横向比较热度,不能直接等同于使用人数。

@advwebrec/grainloading 还在维护吗?

最新版本 0.5.5 发布于 2026/09/28(1 个月前);至今共发布 5 个版本,其中过去 12 个月发布了 5 个;首次发布于 2026/08/28。发布频率只是参考信号:功能稳定的工具可能很少需要更新,建议结合源码仓库的 issue 和提交记录判断。