@seamonster 比如说，我在市面上暂时没有发现第二个类似的产品是会发短信提醒用户的，也未发现此类产品是有多平台终端的（ app ，小程序，网站）

@gongjinchu 要看对“活”的定义是什么。我觉得一个产品是不是活着，就是看其功能能不能正常使用。所以我觉得是活着的。至于你觉得不更新就等于没活过，那就是你的定义了。
"不计成本收益只是为了让他在线没啥意义"——因为你不是目标用户。对目标用户而言，让它在线，就是一种意义。

@seamonster 你可以认真看下产品介绍和那个帖子的回复，我把产品特色和亮点都说了

@bhqt
@linking
@boycottangent
@default
@keventseng
@lloovve
@miv
@a86261566
@jatesun
@maemolee
@TSai2019
@98jiang
@ChenBaoCN
@charliecaptain
@qiutianaimeili
@clemmsen
@AM2coder

就只是想说一下，时光树洞运营三年啦，后面也还会继续运营下去。https://www.v2ex.com/t/886052

从你的描述来看，
runapi + showdoc 的组合能满足你需求。https://www.showdoc.com.cn/runapi
runapi 是一个 api 调式工具，然后会自动生成文档到 showdoc
一个 demo https://www.showdoc.com.cn/demo

@jason56 没有足够的需求，就先不开发了。有足够的用户需求再看看。

放弃吧，你现在不放弃，后面也要放弃。你头硬就去试试，以你这些文字透出来的对陌生人交友的理解 ，给我的感觉就是一个门外汉。
我十年前就做过校园社交产品，研究过陌生人交友。但我不想浪费时间打字讲太多，总之放弃吧。去做一些重技术轻运营的事情。

这个流程图用什么工具画的啊

不看好这个方向。原因：
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/