“云编辑器”这个叫法是我自创的，国内国外我都没仔细调研过。如果恰巧碰到做这个业务的朋友，欢迎给我评论留言。
当然，最初想法是我提出来的，但后面经过讨论，又进一步完善，才达到了本文的内容。是整个 wangEditor 团队的讨论结果。
背景最初的想法，大约在 2020 年春，开始组建团队时。
编辑器的几个 QQ 群经常会有人来提问：如何上传图片？这是一个长久不衰的问题，提问形式一般包括：
- 支持本地图片上传吗？
- 如何写图片上传的服务端代码？
- 谁能帮我看看，怎么报错了？
由于编辑器是一个前端工具，所以我们只能做前端的事情，然后规定图片上传的接口和输出，文档里都写的清楚。但奈何现状是：很多用户都看不太明白。
我猜测，这种感觉可能跟我 N 年之前第一次看 jquery 的 ajax 的文档一样。
于是，我就突然的萌生了一个想法：如果编辑器能默认就支持图片上传，这岂不是很方便的事情？
不仅仅是图片虽然目前编辑器仅仅支持图片上传，但未来肯定会继续支持：视频、音频、附件，甚至能支持嵌入不同类型的文件。
即，现代编辑器已经不仅仅是一个图文编辑工具了，它的内容正在越来越丰富。我之前的文章论述过。
所以，顺着上面的思路。如果能默认支持图片上传，那也就能默认支持视频、音频、附件、其他文件的上传。—— 但请注意，这两者的意义是完全不一样的！
图片文件比较小，做起上传来并不麻烦，不需要太专业的知识。所以，默认支持图片上传，也就仅仅是一个用户体验的提升，方便用户，节省时间而已。
但是，对于视频、音频、附件等，体积比较大的文件，上传可就是一个技术活儿了。有时候要考虑分片上传，断点续传，文件秒传等，这些可不是随便百度两下就能解决的。
而且，这些功能都需要前后端配合，编辑器如果只能管前端，那后端还得用户自己写，会更加麻烦。
还有，大文件存储也不好自己做，简单的方式是使用阿里云 OSS 或者腾讯云 COS 等服务。
所以，相对于图片上传，编辑器如果能默认支持视频、音频、附件等，对于用户来说，就不仅仅是方便和体验的事儿了，还是一个技术上的强需求。
什么是云编辑器目前的编辑器：就是一个前端的工具，后端按照接口的要求，自己玩。
云编辑器：前端工具 + 内容服务（基于各种第三方云服务）。这些内容服务，也不仅仅包括上述的文件上传和存储，还有很多可想象的功能，下文再继续介绍。
既然要使用内容服务，肯定得注册一下。就像其他第三方服务一样，有一个 appid 和密钥。
像 wangEditor 这种开源编辑器，目标用户都是一些中小型网站。大型知识库、文档平台，一般都会自研编辑器。
大型知识库、文档平台的用户量很大。但是如果能把这些中小型网站的内容数据都管理起来，相信也是一个很大的体量。
这就像，全国的程序员只有不到 10% 的人能进大公司，剩下的绝大部分都在中小型公司工作。
wangEditor 目前周下载量已 1.2w 左右。随着我们继续升级和优化，相信 2021 年还能有一个大的提升。
中小型公司一般没有精力自己去做专业的内容服务。内容服务范围很广，下文介绍。
所以，总结来看，我觉得是很有必要开始考虑这件事儿。万一做出点东西，说不定未来还有可能会商业化。
内容服务不仅仅是上传和存储文件。如果只是这两个，那我们最多也就能成为一个云存储的中间商。
还有，我们可存储、可操作的内容，也不一定是图片、视频这样的文件。编辑器的内容，也可以存储到云 mongodb ，然后进行如下的分析。
经过团队的一次讨论，大家头脑风暴，各抒己见，汇总了以下能力：
- 存储（一开始即提到）
- 性能：压缩，CDN，加速
- 安全：敏感信息检查，水印，防盗，备份
- 统计：常规统计，行为分析
- 协同编辑：codox 已经开始这么做
- 搜索（内容搜索，也不是简单就能做出来的，需要一个小型的搜索引擎）
- 翻译
我们团队开过一次 kick-off 会议，决定要做这件事儿，不过限于人力的情况我们进展很小。
所以，欢迎感兴趣的朋友，特别是服务端技术栈的，给我留言。
另外也欢迎 PM、测试、UI、运营角色，官网 有申请加入的方式。
最后想说，这个时代，程序员想要产出一些价值，必须找到一个细分领域，然后深度思考和耕耘。
幻想做出一款产品来轰动世界，那至少是 20 年之前的事儿，现在已经过时了。
