这是一个专门讨论 idea 的地方。
每个人的时间，资源是有限的，有的时候你或许能够想到很多 idea，但是由于现实的限制，却并不是所有的 idea 都能够成为现实。
那这个时候，不妨可以把那些 idea 分享出来，启发别人。
每个人的时间，资源是有限的，有的时候你或许能够想到很多 idea，但是由于现实的限制，却并不是所有的 idea 都能够成为现实。
那这个时候，不妨可以把那些 idea 分享出来，启发别人。
这是一个创建于 3845 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近用了用一些静态博客生成程序感觉不错。但是有个问题，需要在本地建站，然后生成，再deploy到github之类的地方。安装这些生成程序还得装一堆东西，这些东西可能我平时根本用不到。
于是我想这样：
以HEXO为例
个人电脑我只留着.md文件，也就是post文件夹下的，并且这些文件搞个git仓库在bitbucket上。
网站生成程序配置好conf后放在vps上，再搞个webhook给bitbucket
这样，我每次本地只用维护一个若干md文件的小仓库，跟我没关系的都放在vps上。我每次只要写了新东西一push，就会出发webhook，这样vps就知道有新文章了。vps把新文章pull下来，然后生成静态站并deploy到github上。这样即使更换电脑，只需要把那几个md文件的小仓库搞下来，而不是整个网站。并且只要写完一push一切事情vps上都搞定了。
我现在就是这么搞的。但是我想，是不是可以提供这种服务。
生成程序的文件夹配置好后上传到某个这种网站，这种网站会给你相应的，比如webhook链接和公钥，你把它放在你要deploy的git仓库里。这样以后岂不很方便。总比每次写完还要本地生成本地deploy好些吧。
于是我想这样：
以HEXO为例
个人电脑我只留着.md文件，也就是post文件夹下的，并且这些文件搞个git仓库在bitbucket上。
网站生成程序配置好conf后放在vps上，再搞个webhook给bitbucket
这样，我每次本地只用维护一个若干md文件的小仓库，跟我没关系的都放在vps上。我每次只要写了新东西一push，就会出发webhook，这样vps就知道有新文章了。vps把新文章pull下来，然后生成静态站并deploy到github上。这样即使更换电脑，只需要把那几个md文件的小仓库搞下来，而不是整个网站。并且只要写完一push一切事情vps上都搞定了。
我现在就是这么搞的。但是我想，是不是可以提供这种服务。
生成程序的文件夹配置好后上传到某个这种网站，这种网站会给你相应的，比如webhook链接和公钥，你把它放在你要deploy的git仓库里。这样以后岂不很方便。总比每次写完还要本地生成本地deploy好些吧。
 |
1
robertding 2015 年 7 月 11 日
这不就是github page么
|
 |
2
wikinee 2015 年 7 月 11 日 via iPhone
|
 |
3
ppdg OP @robertding 是啊，我的意思是用于生成这些静态页面的站点托管，= =！
|
 |
5
wogong 2015 年 7 月 11 日
@robertding 可惜 Github 只支持 Jekyll，我刚刚从 Jekyll 转移到 Pelican。
直接托管 HTML 到 Github 实在是丑爆了，嗯。 所以要是有这样的服务还是挺不错的。 |
 |
6
orzfly 2015 年 7 月 11 日
travis-ci，配合 http://docs.travis-ci.com/user/encryption-keys/
|
 |
7
kzzhr 2015 年 7 月 11 日
搞个插件把github代码界面变成IDE不就行了。
|
 |
8
h404bi 2015 年 7 月 11 日
是要自动构建（自动 generate 自动 deploy ）吧？用 CI （https://travis-ci.com/）
|
 |
9
skpoo 2015 年 7 月 11 日 via Android
还有配置文件和主题要上传呢
把这些单独放在一个文件夹内？ |
 |
10
ss098 2015 年 7 月 11 日
FarBox
|
 |
11
XiaoxiaoPu 2015 年 7 月 11 日
在 VPS 上建 git 仓库，配置 hook 不就行了
|
 |
12
zhicheng 2015 年 7 月 11 日
TextArea.com 欢迎你。。。
|
 |
13
cnpaas 2015 年 7 月 11 日
|
 |
14
OpooPages 2015 年 7 月 12 日 via Android
明白贴主的想法，就是想要个静态网站生成服务，而不是托管服务。
我们提供过这种服务 /t/115502 只所以只能发布在指定空间，一个主要的原因是安全问题。如果我生成后发布到你指定的服务器，你需要将你服务器的访问权限交给我，尽管我说是加密存储，由程序使用我不偷看，你信么。 所以这种仅提供生成还是比较不好实现的。 考虑： 1 生成后通过打包下载地址，邮件通知。2 让用户提供webhook，生成后调用用户配置的webhook，你自己定义的hook，你想干嘛都行，你想发布到哪都行。 |
 |
15
ITOutsider 2015 年 7 月 12 日
@wogong 可惜 Github 只支持 Jekyll 神论。。
|
|
16
ppdg OP @OpooPages 我倒觉得你说的这个安全问题不是太大问题。因为你deploy到我的github pages上，用的是你服务器上的秘钥，你把deploy所用的公钥给用户，用户可以把它加到github上对应的repo里，你对用户其他的repo是没有权限的。如果说是用用户的服务器来托管这个静态网站。。。我觉得这个就没有必要了再开个这种服务了= =！
|
 |
17
loading 2015 年 7 月 12 日  1
便利性远不如 farbox，可靠性不如 github page.
|
 |
19
hjue 2015 年 7 月 12 日 1
可以试试 JustWriting , https://github.com/hjue/JustWriting ,你只需要维护 .md文件，使用dropbox自动同步到你的vps
|
|
20
OpooPages 2015 年 7 月 12 日 via Android
我觉得解决了发布问题，能有人提供这种服务是极好的。
用户内容（ugc）在本地，提交后，由这种静态博客生成服务生成站点，再把生成的内容发布到用户指定的位置（github pages,vps,ftp等），挺好的一个流程。生成服务应该支持多种静态博客（jekyll，Octopress，OpooPress，hexo等）。 之所以也有这个需求是因为之前在Windows下折腾Octopress的生成环境太郁闷了，不懂Ruby，好像几个gems依赖的ruby版本不一致，而且墙内有些gem巨慢，生成速度也慢。这也导致了后来我用自己熟悉的java新写了一个静态网站生成器 OpooPress。深知搭建这个环境对非java开发者来说不易，所以提供Opoo Pages. |
|
21
wogong 2015 年 7 月 12 日
@ITOutsider 抠字眼没有意义，懂的人自然知道我在说什么。
|
|
22
ITOutsider 2015 年 7 月 12 日 via Android
|
|
24
orzfly 2015 年 7 月 12 日
@ppdg http://docs.travis-ci.com/user/caching/ 虽然我没用过他的 CI，不过文档里讲到了对依赖缓存的支持。或许你可以试一试。
|
|
26
ppdg OP @orzfly 不错，我试过了，即使都安装一遍deploy一次速度也还是不错了。主要也不太需要什么太耗时的东西。已经迁去用travis搞了。盒盒！多谢！cache这个。。。我看了第一句就不用往下看了= =！私有的得收费啊。
|
|
28
orzfly 2015 年 7 月 12 日
@ppdg 你看第一句话最后 and our new container-based infrastructure. ……
只要你没有用 sudo，并且是 2015-01-01 后创建的，也没刻意改过设置， linux builds are sent to our container-based infrastructure. http://docs.travis-ci.com/user/workers/container-based-infrastructure/ |
 |
29
twor2 2015 年 7 月 13 日
farbox 在我这里，访问速度有点忙，其他的方面近似完美
|
|
30
twor2 2015 年 7 月 13 日
忙 = 慢
|
 |
31
huobazi 2015 年 7 月 13 日
daocloud 就可以
|
 |
32
NeoAtlantis 2015 年 7 月 20 日 via Android
我的站 NeoAtlantis.org. 是jekyll写的，但是我不仅写了博客文章，还自定义了模版，还添加了很多页面。注意jekyll的模版是可以用参数控制的，所以也可以说我增加了一点功能，比如最新的几篇文章中大量的公式显示，甚至还打算做带编号的单行编号公式。
所以我还是自己写好了…… |
Select Language