GitHub Trending的顶级项目, 投出的声音马上会响起 它把飞机,船只,卫星,地震,野火数据,交通,闭路电视来源,以及其它信息带入一个3D地球.
该寄存器还认真努力将数据标注为活化,建模,再造或模拟.
我们在Linux上测试了24.19.0和11.9.0号节点的承诺。
安装和安全检查 我们首先运行,审查安装标记源,然后运行正常。
两个装置都以201个包件成功.
根子工程没有前置,安装,或后置钩.
过渡性安装脚本来自esbuild,f77ts,Puppeteer,并尖锐.
报告在生产依赖方面没有已知的脆弱性。
常见的秘密式扫描没有找到硬码活口证.
这是一种有限的检查,而不是全面的源审计.
该项目与许多外部服务进行会谈,包括Google Maps,OpenAI,OpenSky,AISStream,NASA FIRMS,TomTom,CelesTrak,OSM,Open-Meteo,GDELT,和无线电浏览器.
这是本地第一,但并非离线。
OpenAI和AISStream等服务器侧键由本地Vite代理读取.
Google地图和Cesium令牌被故意送入浏览器.
用户必须限制裁判员和API,并规定提供者的预算和配额。 2 588起明显指控获得通过 主测试套房报告有2 587个通过断言和零失败。
单独进行的重点分配检查又增加了一个过去的说法。
可见的总人数为2,588人次,零故障.
过程在摘要后没有退出.
我们等了90多秒 手动打断了它 最终出站代码为130.
确切的结果是所有可见的断言都通过,而官方的测试命令却没有在这种环境下以干净的退出完成.
这可能表示一个开口的手柄、连接或儿童过程在测试结束后仍然活下来。
生产建设成功完成 出站代码为0 6.67秒.
该目录包含419个文件,约31 MB.
Vite报告了两个节点模块的浏览器外接警告,并警告了几个大于1.5MB的捆绑.
警告没有阻挡构建,但初始负载性能值得单独测量.
核心3D接口需要Google Maps密钥 我们在启动本地服务器之前清除了Google,OpenAI,AIS,Cesium,TomTom,以及FIRMS环境变量.
HTML shell还原了HTTP
200.
缺少钥匙的 API 路线行为清晰。
OpenAI,Google Places,以及AISStream明确回回503回.
FIRMS和TomTom状态路线仍然可用,没有TomTom密钥,交通可以回落到模拟状态.
主UI不同.
初始化时的检查, 缺席时丢出 。
互动的地球永远无法使用。
该密钥必须启用所需的 Google 映射服务并开启计费。
由于它在浏览器中可见,它也需要严格的裁判员和API限制外加预算和配额政策.
没有这把钥匙,用户可以安装寄存器,运行逻辑测试,构建出出产捆,并检查几个状态端点.
它们不能进入核心相片现实的3D体验.
浏览器和 WebGL QA 仍然不完整 该寄存器包括一个回归命令.
在启动服务器后,脚本发现了Puppeteer下载的Chrome.
Chrome随后坠毁,因为当前容器无法创建其进程- singleton socket.
命令以代码2退出.
这是执行-环境限制,而不是申请失败。
这也意味着我们没有验证WebGL,真实的映射平板,拖曳,目标焦点,或者活的数据准确性.
完成该阶段需要有一个可以运行Chrome和WebGL的桌面环境,加上一个有严格限制的计费功能的Google Maps密钥.
判之神眼观有相当的工程基础.
安装和产品