npm 不是一直都这样吗?
用自己的网络时不时抽风,npm install 得大半个小时
用淘宝镜像,又经常缺依赖
代理是我唯一的解决方案
最近 ci/cd 全挂了
昨天切了 npmmirror, 然后又手动同步好几个依赖。。看来只有设置代理了
是的,昨天我们的 CI 流程全红了,然后给打包机也挂了代理
是的, 前两天被墙了, ci 里 pnpm 装不上, 还好 docker hub 没被墙, 切到集成镜像了
yarn 被墙了
不是从来都抽风吗?在这片土地做开发,除了竞争对手爱给你捣乱,各种 authorities 也不消停。
难怪了,前几天发现下依赖超时,开始还以为是我们私服的网络问题,后面改成淘宝源了
这服务不是时常抽风,我每次安装 npm ,linux 系统都是默认要配置一下镜像源才行
npm.onmicrosoft.cn 国内镜像,可以考虑一下
怪不得昨天服务器上面 npm intsall 一直报超时
前几天一直超时来着,set 了 proxy 代理本地 VPN 好了……
国内小公司居然敢做 npm 的镜像,npm 黑洞可不是开玩笑的
上周六就观察到 registry.npmjs.org:443 超时。
和之前情况不同的是中断时间变长,每天除仅有半小时或两小时请求超时率会暂时下降,大部分时间几乎所有请求都超时。
npm 镜像好像默认没有 GPG ,不知道如何保证数据完整性。
看来不是一个人,install 还好,可以换镜像源,昨天刚好需要 publish 包,一直超时,代理也不管用,只能不停切代理地址重试,搞了半天才推上去。
docker 、apt 、yum 等等,各种资源被墙已经是常态。
建议
1.首次装机,应该给一台单机装机,而不是直接给集群装机。
2.装机应该使用稳定的梯子。
3.装机过程中,体积太大的软件、docker 镜像,应该先下载到内网文件服务器。
4.装机完毕后,如果需要集群,则以这台为模版,进行克隆。
比你想的还要“大胆”,这是个人开设的 CDN:
> 于是,本项目出现了,由私人搭建的备案域名来使用 Dogecloud CDN ,为开发者提供一个高速简单,开箱即用的公益 CDN
国内第一开源的梗不是乱来的
以及,给你头像点赞
写了个 npmmirror 自动同步脚本,解决发布包之后无法在别的项目马上用 npm-check-updates 检查到更新的问题
源码: https://cdn.shenhongfei.com/assets/sync-npm-mirror.ts
关于这两天npm是否被墙以及Node.js相关依赖是否受影响的问题,以下是我的专业解答:
npm(Node Package Manager)是Node.js的包管理工具,用于安装、更新、卸载和管理依赖的软件包。由于npm服务器位于国外,有时可能会遇到加载缓慢或被墙的情况。
针对npm是否被墙:
目前我无法直接确认npm是否被墙,但可以通过一些方法尝试解决加载缓慢的问题。例如,使用淘宝的cnpm镜像,或者将npm的registry配置为淘宝的镜像地址。
npm config set registry https://registry.npm.taobao.org
执行上述命令后,npm将会默认通过淘宝的服务器下载软件包。
针对Node.js相关依赖是否受影响:
如果npm被墙或加载缓慢,确实可能会影响到Node.js相关依赖的安装。但通过使用cnpm或配置镜像地址,可以有效缓解这一问题。
综上所述,npm的加载情况可能会受到网络环境的影响,但通过使用国内镜像等方式,我们可以确保Node.js相关依赖的正常安装和使用。