Kaijun Chen

可以自行移植, 这个主题算是layout和page比较少拉, 移植起来应该比较快, 我本来也想移植的, 最后还是懒 以及怕1.6发布了 还得修改. 要是@Huxpro 同意的话, 有空了我可以尝试移植下!

今晚我在移植 已经弄完了index, post页面 发现目前featured_tags这部分以及tags页面无法较好实现, 因为只提供list_tags的helper方法 直接渲染, 不提供详尽的tags对象... 已经在hexo那提了[issue](https://github.com/hexojs/hexo/issues/1903), 实在不行我只能使用list_tags方法 渲染后再用jquery取出里面的tag 再显示了...

@yuanbaohundan 等我把About页面和Tags做完我就传到github 😄 我是基于biolerplate做的 可能和 @Huxpro 的主站有点不同, 比如post页面右侧没有目录

@yuanbaohundan @Huxpro 基于Boilerplate已经迁移了, 研究了下hexo, 看了下源码, 终于解决了tags的问题拉, 现在各项feature应该都覆盖到了, 大家可以测试下! 有问题可以给我提Issue 地址: https://github.com/Kaijun/hexo-theme-huxblog @Huxpro 希望1.6改动不是很大 哈哈哈 不然都是体力活 😄

@laili 哈哈 亮哥好! 我弄完才发现, 用ejs是最大的错误, 虽然可以直接使用JavaScript语法, 但是语法和Jekyll默认模板引擎相差甚大. 渲染模板引擎选择用swig或者nunjucks的话 应该移植起来很快!

@Huxpro 等v1.6 Release 我换新的模板引擎移植后写更加详细的Usage再给你发PR 😄

@LaiLi 很好奇你说的 docker 自动部署是怎么个流程. 是不是使用 Docker Hub的 WebHooks, 然后每次更新 github repo 就触发编译 image? 然后 Dockerfile 里定义运行hexo deploy?

@Huxpro 好哒! 感谢!

请教下 getter大量使用 `Symbol.for` 的意义是什么? 1. 为了实现(半)私有变量? 2. 用户要是知道变量的命名空间 同样使用 xxx[Symbol.for('namespace')] 就可以访问到吗? 是针对上面两点的考量吗?

竟然从zhihu一路过来看到凯多大佬的 blog go 社区有自动探测 container 内，通过 procfs 找到容器进程 cgroup 的信息，推算出容器自身的 cpu 限制 ，可以参考： https://github.com/uber-go/automaxprocs node 社区可能没有相关的自适应的工具和包，可以尝试搞一个