这是一个专门讨论 idea 的地方。
每个人的时间，资源是有限的，有的时候你或许能够想到很多 idea，但是由于现实的限制，却并不是所有的 idea 都能够成为现实。
那这个时候，不妨可以把那些 idea 分享出来，启发别人。
每个人的时间，资源是有限的，有的时候你或许能够想到很多 idea，但是由于现实的限制，却并不是所有的 idea 都能够成为现实。
那这个时候，不妨可以把那些 idea 分享出来，启发别人。
这是一个创建于 3847 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近用了用一些静态博客生成程序感觉不错。但是有个问题，需要在本地建站，然后生成，再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