Hexo Evolution

Hexo有哪些需要改进的地方

首先、代码结构。目前的结构有问题,应该是把配置和源码分开。

源码和配置分开的的意思很简单。theme算配置了,而且theme会经常由作者更新,或者用户也要做个性化修改,所以不应该放在某个项目下面,而是应该放在项目的上一层,这样多个项目之间还可以共用此主题。

而且/public目录也应该单独出来,毕竟很多时候有Google Adsense等广告联盟需要对网址做验证,需要对最终生成的代码进行一些调整。这也算是一种配置,总之不是源码。如果能新增一个config目录,专门保存这些验证用的东西,hexo generate命令生成的时候统一生成到/public目录,也可以的。

其次、数据库加载问题

现在的数据库,是warehouse,一个json文件数据库,但这个问题是,显然性能是有问题的,毕竟json文件大了,解析起来就慢了。那么,既然每一篇文章最终都会生成一个目录,里面有一个index.html,那么,能否把json数据库拆成多个小json,/public目录下的contetn.json只是一个索引。

第三、plugin

目前我对此研究不多,但是,是否可以有类似的思路,分开管理。

第四、商业化

Hexo作为一个很不错的发表工具,那么能否做成平台呢?

比如,主题广场,吸引设计师来卖主题。为了防止盗版,这还要涉及到能否远程拉取主题,就是主题配置的时候,可以写一个url,而不用把主题文件拉取到本地。

再比如,能否设计一个桌面客户端,从文本编辑,到生成静态文件,到购买域名,申请网络空间,最终发布出去,整个流程全部下来,点击几次按钮就可以,而完全不用命令行工具。这个可以的吧?

第五、平台化

如果上面这一步搞好了,可以吸收各种的静态网页生成工具,例如Ghost,Jekyll,Hugo等都弄进来。甚至把其他的CMS工具都集成进来。

Netlify都搞成了,都融到资了,这个idea为啥不行呢?

赚钱的方式很多,云服务,主题市场,图片市场,UI设计,SEO,等等吧。

第六、谁来用?

很多人、很多公司,以Google Adsense为生,他们可以多达100多个网址,因此有一个能够统一管理素材的发布工具,是非常有必要的。

中国也有很多人以各类公众号(不限于微信)为生,他们也很需要。

总之,自媒体吧。

© 2018 awesome.js All Rights Reserved.
Theme by hiero