NPM 一把梭
经过《Hello Hexo & Travis !》的折腾，觉得 Hexo + GitHub Pages + Travis 整下来还是不够一键化，于是基于 WebCell 项目生成器的成功经验又开发了一个 Hexo Wiki 网站生成器 ——
除了一些必要的云服务配置，本机安装命令就一条 ——
npm init hexo-wiki repo_name \
--theme name \
--plugins one,two \
--remote https://github.com/your_id/repo_name.git
（若电脑访问国外网站比较慢，你可以先去喝个咖啡、吃个甜点）
以维基的名义
Hexo 作为通用的内容型网站生成器，可广泛用于博客、新闻、维基等类型的网站，为何我要把这个生成器以 Wiki 命名呢？
因为信仰 ——
| 类型 | 时代 | 内容 | 交互形式 |
|---|---|---|---|
| 新闻门户 | Web 1.0 | 政客、商人喉舌，缺乏知识 | 他发，你看，评论严重受限 |
| 个人博客 | Web 2.0 | 个人心得、情绪，知识性弱 | 他发，你看，评论相对自由 |
| 维基百科 | Web 3.0 | 公共知识、历史，链接丰富 | 民写，民读，评论完全自由 |
时代越发展，Web 就越接近 Tim Lee 大神发明 WWW（万维网）的初衷 ——
数据互联，人人平等
只有承载知识的文档之间建立更多的链接，知识才更成体系；只有人人拥有发表见解的平等权利，才能基于知识体系激发人类无穷的创造力！
归根到底，还是那个老大难问题 ——
德先生（民主）与赛先生（科学）
以 Wiki 为名，就是希望中小站长们在自己网站上的创作，能向维基百科看齐 ——
形式上添加更多有价值的链接
内容上更客观、民主
若有心，建设更多不同行业、地区的百科网站自是极好的~
Git 助力 Wiki
我与 Wiki 结缘也快十年了，不但把维基百科作为获取知识的得力助手，还带头创建过【川大百科】。
但私以为，目前各种百科系统有一些普遍的问题 ——
虽有专用的 Wiki 代码，但没有统一规范，以 [MediaWiki][8] 为首各自实现上手有难度的扩展插件
大多数系统都采用 PHP/JSP + SQL 数据库一类的传统网站架构，集存储、渲染、版本控制、数据 API 等功能于一身，复杂度高、性能较弱、扩展性差
而在 GitHub 引领的大开源时代，有更灵活的分层解决方案 ——
| 技术 | 类型 | 特点 |
|---|---|---|
| MarkDown | 文本格式 | 有基本规范，高级语法多样、开源扩展丰富 |
| Git | 版本控制 | 基于文件系统、文本比较的分布式系统，强大、可靠 |
| GitHub | 协作平台 | Fork -> Pull request -> Merge 工作流十分清晰 |
| Hexo | 网站生成器 | 插件式架构灵活、易用，插件、主题丰富，社区活跃 |
| GitHub Pages | 网页服务器 | 免费绑定自有域名的静态网站托管，与 Git 仓库完美结合 |
| Travis CI | 自动化服务 | 与 GitHub 集成的构建、部署、自动任务云服务 |
| LeanCloud | 后端云服务 | 基于容器的多语言服务器环境，并集成用户、搜索、消息等子系统，易学易用 |
每一层都各司其职、相互配合，也可以用同类技术替换，搭建、迁移都比较容易。
