不看好这个方向。原因：
1 ，注册公司的门槛越来越低，找代办或者注册云上公司，金钱和时间成本都不高。并且以后未来可能越来越简单。你的目标用户群会越来越少。有规模流量的 app 都会选择自己注册公司。
2 ，在黑产灰产的监管上你要花费很多时间精力，同时承担着一起挂掉的风险。你自己本人也可能受公安调查。
3 ，有些平台会强制走账进公司的公账。到时候公司的公账取钱出来分层也有麻烦。

我觉得做这件事，麻烦大于收益。

用 showdoc 啊 https://www.showdoc.com.cn/

有什么用，单纯把入口放在内存又如何。mysql 的业务数据还是主要在硬盘上，那个才是瓶颈。

你是怎么做到的？ 我很少运行不起来一个 nodejs 项目，一般没啥问题。能经常遇到问题你也算很厉害了。我好像遇到的少数跑不了的情况是，部分依赖包更新了版本，且不做向后兼容。这个时候需要自己指定依赖的安装版本才行。

@myqoo

你这个项目思路挺好，我也蛮欣赏。但你的项目跟我现在这个项目是不同的东西。

我需要在服务端层面控制很多东西，比如节点的 url ，节点的权重，用户的 ip 属地调度等等，纯前端无法满足需求

我可以无侵入客户的网站产品。用你的 freecdn 则必须引入 js 脚本，这个侵入性太强了，不宜用来做面向客户的产品。

我的 cdn 可以用于 app 的图片和视频（实质上这部分是客户主要的流量），而你的不能。你的只能跑在支持 js 的浏览器上。单单这一点我就必须放弃 freecdn 。

你的 freecdn 会导致初次刷新，影响用户体验。

要更新节点 url ，加速文件等，要提前用命令行操作生成。这导致使用范围大大受限制。我开放 cdn 服务出去，我的客户要加速什么文件，我怎么能知道呢。

总之我就是觉得 freecdn 是一个使用范围比较窄的项目，在某些场景下才能发挥作用，不适合用作 dfyun 的调度方案。

@shuang 为了避免滥用，就不用 80 端口了。用 8081 端口，对方会掂量一下不适合公众服务。

@hgg12580 是的，302 转发到可用节点。

@NUT nodejs ，对密集 io （网络 io 和文件 io ）比较友好。

@atshow 思考过。但是在国内，wordpress 市场太小了，赚不了钱，先观望观望吧。

@DeWjjj 要廉价的对象存储可以考虑用这个方案（不是我的） https://www.ladydaily.com/

@Kinnice 你说的 302 接口，应该是指我的调度服务吧。调度服务器确实是这个 cdn 的关键，所以我是跑在阿里云 k8s 集群上的，可靠性还是相对高的。

@id7368 处理了。

@docxs 不是。pcdn 的可靠性太低，我暂时没有打算使用它。

@wzy44944 不是走内部人员倒卖路线。是走正常的购买路线，不会被运营商封。至于公用域名的问题，以后用户多了可以推出自定义绑定域名的方案。

@Gaays 已经就好。可能需要刷新浏览器缓存才能生效。

@ETO

其实使用很简单。
假如你原来的图片访问地址是 www.website1.com/test.jpg ， 那么，去 dfyun 申请接入，通过审核的话，dfyun 会分配一个加速域名给你，比如说加速域名是 www.website2.com .
那么你的加速图片链接就是 www.website2.com/test.jpg ,就是改一下域名即可。

@baokk 不是文件存储。跟传统 cdn 的机制不一样。但也是一种 cdn ，Content Distribution Network ， 文件分发机制不一样而已。

也可以试下 内网穿透搞一下 https://www.showdoc.com.cn/gaoyixia

@luojianxhlxt 以后看看用户需求吧