看了下，ui 还可以的。大概以盈利为目标的话，会得不偿失。但如果你是在校生或者毕业没多久的，我建议你可以继续多探索下，可以学到一些东西，也有机会认识一些人

以我的经验，最低配的 cpu 都能满足你需求。所以，你就赶紧的选个低功耗的就行。

用 showdoc 编写数据字典 ？ 效果长这样 https://www.showdoc.com.cn/demo/15
showdoc 官网首页 https://www.showdoc.com.cn/
开源地址 https://github.com/star7th/showdoc

@no13bus 设计是很难的，很多时候靠临时的灵感和模仿现成的产品的配色。一般自己的初期产品先做出来再说，后续有搞头了就请专业设计师重新设计一版

@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 没有足够的需求，就先不开发了。有足够的用户需求再看看。

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

这个网站的访问速度简直到了人神共愤的程度，赶紧弄个 cdn ，用 dfyun 也行 https://www.v2ex.com/t/877718

我曾经有一段时间基于你的开源程序搭建一套这样的音乐网站，用了一段时间后就不用了，原因是，网站始终没有 app 方便，而且，音乐 app 的现成歌单也蛮好用。只有一些歌曲不好找的时候，才会上网站搜一下。
跟音乐 app 相比，tongzhong 没有明显值得让人持续使用的地方。至于说跨平台音乐搜索，即使在网站搜索到了又怎么样，音乐又不能存，还要担心过段时间失效的问题。不如老老实实中音乐 app 。

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

不看好这个方向。原因：
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 端口，对方会掂量一下不适合公众服务。