@Totato5749 谢谢，”目录保持位置不随文章滚动“ 这个样式已经添加 TODO ，正在准备写了

@wujiyu115 你这留链接都不 +1s

路过抽抽乐

@jwangkun 如果你改过主题模板的话，可能是 layout 模板的语法出错了导致的生成空文件。没改过的话，可能跟 node Hexo 版本有关，再不是就在本地生成一下，正常的话就应该是 travis 构建脚本出错了；总之你的问题不在于为什么 HTML 为空，而是你应该自己学着排查问题，一步步缩小范围，跟踪确定 Bug 具体引发位置。

@jwangkun 看看 Travis 的日志吧，这种情况应该是报错了

@nicoljiang 之前看到过一篇文章大概讲了下优雅的定义，刚刚翻了下没找到；肯定不止是语法灵活啦，用我的话说，大概是 [在完成同样功能时，两种方法其中一种更简单、更高效、易于扩展，冗余量低，实现方式更符合现代软件工程流程、更符合人的思维方式而不是机器的工作方式] ，就称这种方法比另一种更优雅。

@nicoljiang 无代码高亮请见谅
C style:
// exchange
int a = 1, b = 2, tmp = 0;
tmp = a;
a = b;
b = tmp;

pythonic:
# exchange
a, b = b, a

@TankyWoo 同为静态页面，关于搜索，我没有特别优雅的实现，只有能用的，要么用第三方搜索，要么 python 生成时生成一个含所有 wiki 条目文本内容的文件，前端 ajax 固定请求这个文件，然后正则字符串搜索。。。。

@nicoljiang
@TankyWoo www.tankywoo.com 怎么啦？四川联通网打不开啊， blog 和 wiki 的二级域名能打开，猜测是不是根本没有 www 的二级域名？[手动 doge]

@xiubin 额，不是 fork 的博客主题，只是最开始基础代码直接重用了，一直也没打算做共同样式，两者是分开的；博客是用来折腾的，相当于实验品； Wiki 就要他简单点，稳定的用着，只安静的写，不去折腾（没做任何优化、访问统计之类的，分享和评论也没加）。

博客和 Wiki 也刻意没有相互添加导航链接，也是刻意不想让两者关联，只是因为基础代码相同，所以偶尔发现想同的 bug 时就很不爽。。。

@TankyWoo 嘿嘿，我最开始试的就是 Simiki ~~
多级分类这个跟个人喜好有关了，部分人喜欢单层的，部分人喜欢多级的，也不算什么硬性要求。

支持历史版本这个也算是偷了个懒，本来是想调 GitHub API 然后在 Wiki 页面上显示的，然后发现我一直在用的 GitHub 版本比较就很不错，所以直接粘了个链接。

搜索功能用 python 整合资源应该也算容易吧，难道是因为没想到优雅的展示形式？

关于侧边栏展开这点，也是赞同你的观点，的确不是硬性要求，甚至有点不符合维基哲学；但是我用了一些系统后，确实就很强烈的想要有侧边栏有展开有跳转的；这也是我认为个人 Wiki 与维基百科的不同地方：

维百重在知识的全面，每个词条的内容全面、详尽，报道不会出偏差，是信息的堆砌；词条解释内可能有某些指向其他 wiki 页面的链接，但并不是指这两个词条之间关联，而仅仅是对这个句子中这个词语的解释，参考资料的链接才是挂钩有关联。

个人 Wiki 在这点上，力求对每个词条做到相尽，但做不到全面，受限于个人的知识有限。个人 Wiki 的目的，首先是为了构建自己的知识体系，然后才是积累和分享，知识体系之间是有关联的，呈网状和层状结构，构建并不是简单的堆砌，而是类似于分类聚合的形态；总体是森林，有不同的树木群，树上有分支，结满果实。

我希望 Wiki 页面能让我随时看到总体分类，把控整体，一是有助于知识的联想（看到分类能想得起里面有哪些词条，每条讲的什么，哪些和现在有关），不用点开每条，联想的过程也是在加深印象；二是随时看到知识面的匮乏和自己碌碌无为时激发一定的动力去学习（哎，我确实又懒，还 too young ，有必要学习一个），这点因人而异，不过我觉得好多人也需要吧（不然怎么都是晚上效率暴增。。。唉，都是白天啥也没干的羞耻心）；三是我对 Wiki 使用频率还挺高的，所以比起一般要退回首页才能跳转到其他词条的，有侧边栏链接，真是方便了不少。

@mantianyu
@qhxin 比如我的 Wiki 每个词条页面都有 EDIT 按钮，可以直接在线编辑（其实就是跳到 GitHub 的编辑器上了），完全不用敲什么 Hexo 命令自己生成，仓库放到 GitHub 、 Bitbucket 之类的网站上后，其实完全感受不到 Hexo 的存在了。

@sectic
@yangxuan8282
@Geeker 没用过 org 和 gogs ，诸君可以分享下使用感受之类的嘛

平时实际用到的时候，画流程图和框架图多于 UML ，一般是准备好要向被人讲解代码时才画 UML

@daiv 部署的话，可以参见我博客这里： [使用 Travis 自动构建 Hexo 到 GitHub Pages] https://blog.zthxxx.me/posts/Build-Hexo-Blog-by-Travis-CI/
简单讲了下 GitHub Pages 的申请和使用，详细讲了实现自动部署的过程。

@xiubin 蛤蛤，我的博客有两种配色 (scheme)，白色的叫 icarus ，黑色的叫 melan ，估计你看到的是白色的那款

@saymoon 欢迎使用

@loading 并不是的，两者没有什么直接联系，有些相似点，但大部分都是差异点；并且某些 Wiki 系统使用的 Wiki 语法也和 MediaWiki 的 WikiText 有所不同。

每个人心中都有一个属于自己的 Wiki 系统。
看来大家都是冲着 Wiki 汇总来的啊，
但我更希望的是这篇文章能抛砖引玉的，让诸君也参与一同分享一些知识管理上的经验和总结，
毕竟工具只是途径，构建自己的知识才是目的。