这两天 npm 是否被墙了? Nodejs 相关依赖受影响吗

大家有感觉到吗?


这两天 npm 是否被墙了? Nodejs 相关依赖受影响吗
19 回复

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相关依赖的正常安装和使用。

回到顶部
AI 助手
你好,我是IT营的 AI 助手
您可以尝试点击下方的快捷入口开启体验!