花了点时间才弄清楚怎么回事。就是说 swoole 作为 php 开源扩展，衍生出了第三方框架。现在官方也出了一个自己的框架，所以被第三方框架的人认为这是官方逼死同人。
我几年没碰 swoole 了。以前用过，后来发现有常驻内存的需求不如用 node 好了。
当时记得官方就出了个简单的官方框架呀。后面把框架做大 /商业化，这是情理之中的事情吧。如果前端框架 VUE 官方也出了一个官方的 UI 库，我是不会觉得奇怪的。从 php 扩展到 php 框架这个链路，我觉得官方做了也没问题。毕竟扩展和框架本身都是只是提供基础能力，没有脱离他们原来做基础支撑的初衷。上层应用才是第三方应该发力的地方，例如说用来做博客，做 cms 等等。从整个生态来讲，我反而支持有一个统一的 swoole 框架出现，框架统一，然后上层应用百花齐放。
我不知道官方有没有一开始讲清楚他们会做官方框架，如果完全没提过，那就有点不厚道了。对于第三方框架开发者，确实会是个遗憾，毕竟付出了那么多精力。我建议第三方框架做得比官方好，跟官方框架竞争，或者转型做应用层。

做这个简直是死胡同啊。大的站点用不上你的工具，因为自己有技术团队。小的站点用了你的工具也没用，来来去去就那么点内容。你最好先想办法验证有这个市场且市场需求能养活你再说吧。不然就是燃烧自己的生命最后什么都没得到。创业不是一个很值得自豪的事情。如果做不到平均年收入是在职时候的两倍以上，别傻乎乎创业。

@InnerPeace715 见仁见智。很多人喜欢这种简洁风的。已经累积不少用户了。

eggjs 还不错

好像我没讲对。总是这两种方式只选择一种来用就是了。

这个好像是 axios 源码设计如此。后面有 then 和没有 then 返回的东西不一样。它是为了兼容 await 的写法和早前流行的 then 写法。你选择其中一个方式去做就好。不要两个一起来

showdoc 挺简单好用的，可以试下 github.com/star7th/showdoc

除非你有足够时间去做自我审查，随时盯着流量大访问量多的代理，一发现不良内容就封杀

你这个服务肯定做不大的啊。不是一开始就应该考虑风险控制吗。你完全控制不了用户会代理什么内容，对内容审查失去了控制能力，这早晚会被封的。撑久一点也还是会被封的，这种命运在国情下活不了。你再怎么坚持，也不过是成为非法内容的温床而已。建议你换个方向做，或者考虑用个国外 vps。

@vsheyan 会被质疑的。这篇的质疑少一些是因为确实有很多干货。如果再发一篇就不合适了。另外我觉得，很多 markdown 类开源项目因为收集了一些教程 /资源而获得了高关注。这让我们这些实打实做代码开源的项目黯然失色。现在我尽量让自己的项目获取多一点的关注，都被小部分人质疑。长此以往，劣币驱逐良币，做开发类的开源项目更难了。

@encro 我在这里回答一下你吧。首先你们要考虑使用在线服务还是内网部署服务。如果是内网部署服务，你基本不能再考虑 tapd/语雀 /EOLINKER 等。这些要么不能内网部署要么部署成本太高，不如免费开源的 showdoc。
如果你不介意要不要内网部署。那么——
首先你要做的是知识管理，不单单是程序员使用，也不单单是管理 api，所以像 EOLINKER 之类的也不太适合你。这类产品专业性比较强，基本只适合管理 api。
tapd 我不知道外网版的如何，我只在腾讯时候使用过内网版。我觉得 tapd 在项目管理上很强大，但是 wiki 功能比较弱（这个工具一开始就把 wiki 定位为辅助性工具）。如果要做专门的知识管理，不是很建议。
传统的 wik 功能比较强大，但是界面一般，用户体验一般，我个人是很不习惯用的。
语雀是一个不错的产品。但它为了照顾更大群体使用者，引入了一些需要额外理解的概念，比如企业空间，以及其他。在应付中大型复杂组织可能会适用一些。只是对新手可能要花点时间去理解。showdoc 定位于简单好用，可以管 api 可以写知识文档，非常适合扁平化的 IT 团队，把易用性和性价比发挥得不错。
这是我个人的选择建议。

@encro 你说你发布的那个主题我访问不了，我不知道你发到哪个节点去了。
我访问不了是因为没绑定手机。v2 我一直 github 账户登录，还没绑定手机。而当绑定手机，它提示我要原密码，而原密码我又忘记了，所以不折腾了，就没绑定手机。

@lower 现在 runapi 做在线测试其实还可以。可以用那个。

@encro 我不贬低他人。我一般只说 showdoc 哪里好，不通过比较来说别人坏。我既然坚持做 showdoc，自然心里会有自己的想法，并且觉得 showdoc 依然有它的优势。如果你想讨论，你可以另外开贴，我会去回帖一下。但我就以自己的名义开贴公开讨论了，免得别人说我贬低他人作品。

@Simle100
@npe
使用 showdoc 也可以自动生成 api 文档，不一定需要人工写。创建项目的时候可以看到 showdoc 自动化生成 api 文档的说明

@outside
@onfuns
showdoc 和 rap2 走的是不同的路线。showdoc 更像一个文档工具，不单纯为 api 而生，还可以支持数据字段，团队文档资料等。扩展性会强一些。而 rap2 在 api 测试方面的专业性强一些。

@test3207 你说的这几点在新版都解决了啦。比如说可以一并删除一个目录和目录下的页面；目录排序和文档排序都改用了拖放方式。文档删除一开始只做标记，但是会定时清理的。这个是当初埋下的隐藏功能。现在已经把这个功能扩展为回收站功能。