这两天 npm 被墙了？

npm 不是一直都这样吗？
用自己的网络时不时抽风，npm install 得大半个小时

用淘宝镜像，又经常缺依赖

代理是我唯一的解决方案

@twofox 最近 ci/cd 全挂了

昨天切了 npmmirror, 然后又手动同步好几个依赖。。看来只有设置代理了

是的，昨天我们的 CI 流程全红了，然后给打包机也挂了代理

是的, 前两天被墙了, ci 里 pnpm 装不上, 还好 docker hub 没被墙, 切到集成镜像了

yarn 被墙了

不是从来都抽风吗？在这片土地做开发，除了竞争对手爱给你捣乱，各种 authorities 也不消停。

难怪了，前几天发现下依赖超时，开始还以为是我们私服的网络问题，后面改成淘宝源了

这服务不是时常抽风，我每次安装 npm ，linux 系统都是默认要配置一下镜像源才行

npm.onmicrosoft.cn 国内镜像，可以考虑一下

怪不得昨天服务器上面 npm intsall 一直报超时

前几天一直超时来着，set 了 proxy 代理本地 VPN 好了……

@MiketsuSmasher 国内小公司居然敢做 npm 的镜像,npm 黑洞可不是开玩笑的

上周六就观察到 registry.npmjs.org:443 超时。
和之前情况不同的是中断时间变长，每天除仅有半小时或两小时请求超时率会暂时下降，大部分时间几乎所有请求都超时。

npm 镜像好像默认没有 GPG ，不知道如何保证数据完整性。

看来不是一个人，install 还好，可以换镜像源，昨天刚好需要 publish 包，一直超时，代理也不管用，只能不停切代理地址重试，搞了半天才推上去。

docker 、apt 、yum 等等，各种资源被墙已经是常态。

建议
1.首次装机，应该给一台单机装机，而不是直接给集群装机。

2.装机应该使用稳定的梯子。

3.装机过程中，体积太大的软件、docker 镜像，应该先下载到内网文件服务器。

4.装机完毕后，如果需要集群，则以这台为模版，进行克隆。

@chenqh 比你想的还要“大胆”，这是个人开设的 CDN：

> 于是，本项目出现了，由私人搭建的备案域名来使用 Dogecloud CDN ，为开发者提供一个高速简单，开箱即用的公益 CDN

国内第一开源的梗不是乱来的

以及，给你头像点赞

写了个 npmmirror 自动同步脚本，解决发布包之后无法在别的项目马上用 npm-check-updates 检查到更新的问题



源码: https://cdn.shenhongfei.com/assets/sync-npm-mirror.ts