技术人如何利用 github+Jekyll ,搭建一个独立免费的技术博客

  • 时间:
  • 浏览:0
  • 来源:极速快3_快3讨论群_极速快3讨论群

上次其他同学留言说,技术博客是多多tcp连接 员的标配,但据我所知绝大部分技术同学到现在仍然这样 此人 的技术博客。愿因有所以,都在懒的写,都在怕写不好,还都在老会 想憋个大招,幻想做到完美再发出来,结果老会 胎死腹中。但着实 更多多多tcp连接 员是告诉我何如去搭建几个 博客,着实 如今搭建几个 此人 技术博客非常简单,其中最简单搭建最好的依据莫属使用 GitHub Pages + Jekyll 了,我的博客而是使用这些技术。

GitHub Pages

Github Pages 是面向用户、组织和项目开放的公共静态页面搭建托管服务,站点可不还可否了被免费托管在 Github 上,我应该 选着使用 Github Pages 默认提供的域名 github.io 可能性自定义域名来发布站点。Github Pages 支持 自动利用 Jekyll 生成站点,也同样支持纯 HTML 文档,将你的 Jekyll 站点托管在 Github Pages 上是几个 不错的选着。

使用 Github Pages 搭建博客有以下几个优点:

  • 删改免费,其中服务器、流量、域名哪几个的都管,删改零费用搭建几个 技术博客
  • 写博客而是提交代码,让写作和编程的体验保持一致
  • 支持绑定此人 的域名
  • 提供流行的网页主题模板

缺点也是有的:

  • 不支持动态内容,博客不还可否都在静态网页,一般会使用 Jekyll 来构建内容。
  • 博客不还可否了被百度索引,因 Github 和百度有过节,所以 Github 就把百度给屏蔽了。
  • 仓库空间不大于1G
  • 每个月的流量不超过400G
  • 每小时更新不超过 10 次

Github Pages 使用 Jekyll 来构建内容,这样 Jekyll 是哪几个呢?

Jekyll 介绍

Jekyll 是几个 简单的博客型态的静态站点生产机器。它有几个 模版目录,其含晒 高原始文本格式的文档,通过几个 转换器(如 Markdown)和朋友的 Liquid 渲染器转化成几个 删改的可发布的静态网站,我应该 发布在任何你喜爱的服务器上。Jekyll 也可不还可否了运行在 GitHub Page 上,也而是说,我应该 使用 GitHub 的服务来搭建你的项目页面、博客可能性网站,而且 是删改免费的。

但可能性朋友而是在 GitHub 后面 使用句子,到不还可否了知道 Jekyll 的语法,一般 Github 会自动将朋友写的 Markdown 文件转添加静态页面。使用 Jekyll 不还可否使用 Markdown 语法来写你的文章,不过 Markdown 语法非常简单,做为多多tcp连接 员来讲基本上两半个月就掌握了,朋友也可不还可否了参考这篇文章:markdown 使用总结。

给朋友分享这些 Jekyll 主题,这些网站下有所以 http://jekyllthemes.org/ 主题,朋友可不还可否了根据此人 的爱好去选着博客主题。

我的此人 博客

我的博客经过了几个 阶段,第几个 阶段,删改依托于使用 GitHub Pages 来构建;第几个阶段,将博客托管于国外的几个 服务商;第几个 阶段,服务器迁移回到国内、域名备案。前一天也写过几篇关于技术博客的文章,如下:

  • 千里追踪博客之殇
  • 历时2半个月,我的博客(www.ityouknow.com)终于又活了过来
  • 技术博客哪几个事儿

使用 Github Pages + Jekyll 构建几个 技术博客很简单,基本上步骤而是网上找几个 此人 喜欢的主题,直接 Fork 到此人 的 Github ,而且 在删掉原博客中的内容,在上传此人 的文章即可,以我此人 的博客为例。

我的博客最初使用的是Yummy-Jekyll,但这些主题可能性尽两年多都这样 更新了。而且 后期我在这些主题的基础上做了这些改动,其含晒 依赖组件的更新,结合此人 情况表对个别页面进行了改版,就成为了现在的样子:

使用这些主题的愿因是,我比较喜欢简洁大气的风格,而且 此博客主题对代码展示支持良好。

快速构建几个 博客

以我的博客为例,介绍何如最快搭建几个 博客。这也是我博客经历的第几个 阶段。

1、首先打开地址https://github.com/ityouknow/ityouknow.github.io,点击 Fork 按钮将代码克隆技术一份到此人 的仓库。

过上一分钟,你的 github 仓库发现几个 ityouknow.github.io 项目。

2、删除 CNAME 文件

删除项目中的 CNAME 文件,CNAME 是定制域名的前一天使用的内容,可能性不使用定制域名会位于冲突。

3、设置 GitHub Pages

点击 Settings 按钮打开设置页面,页面往下拉到 GitHub Pages 相关设置,在 Source 下面的复选框中选着 master branch ,而且 点击旁边的 Save 按钮保存设置。

4、重命名项目

点击 Settings 按钮打开设置页面,重命名项目名称为:github_username.github.io。

github_username 有你的 github 登录用户名

5、重命名前一天,再次回到 Settings > GitHub Pages 页面

会发现位于而是几个 地址: https://github_username.github.io

这些前一天,你访问此地址可能性可不还可否了都看博客的首页,而且 点击文章的时链接跳转地址不对,这是可能性少配置了几个 文件。

6、配置 _config.yml

打开项目目录下的 _config.yml 文件,修改以下配置:

repository: github_username/github_username.github.io
github_url: https://github.com/github_username
url: https://github_username.github.io

这前一天在访问地址: https://github_username.github.io,就会发现博客就可能性构建完成了。剩下的事情而是去项目的 _posts 目录下删除掉我的文章,而且 按照 Jekyll 的语法就写此人 的文章就好了。

github_username 为你的 github id。

自定义域名

着实 通过地址https://github_username.github.io可不还可否了正常访问博客,而且 技术小伙伴们肯定其他同学想使用此人 的域名访问博客,而是的需求 GitHub Pages 也是支持的。

首先不还可否设置域名解析,将域名的地址指向此人 的 github 博客地址。这里以万网的域名配置为例,选着不还可否设置的域名点击解析,在域名解析页面添加以下两条记录

红框内,不还可否填写此人 github_username值。

而且 重新打开项目的 Settings > GitHub Pages 页面,Custom domain 下的输入框输入刚才设置的域名:xxx.com,点击保存即可。

重新配置 _config.yml

打开项目目录下的 _config.yml 文件,修改以下配置:

url: http://www.xxx.com

听候一分钟前一天,浏览器访问地址:www.xxx.com 即可访问博客。

自定义 DIY 博客

一般同学到后面 这些步也就完成了,基本满足了 400% 技术同学的需求。但还是有这些同学们有更高的追求,比如说使用 Github Pages 着实 简单方便,而且 不还可否了被百度检索白白流失了大量的流量,还有几个 愿因这些前一天,博客网络访问稳定性都在很高。

当时我在国外有几个虚拟机,而是用作它用,而是在后面 安装了几个 Nginx 作为静态页面的服务器。首先我在本机(win10)安装了 Jekyll 环境,将 Github 上的博客代码下载下来前一天,在本机编译成静态的 Html ,而且 手动上传到服务的 Nginx 目录下;而且 将域名指向虚拟机。

非常不建议朋友实践以上这段内容,win10 后面 安装 Jekyll 环境是一段惨痛的经历。

就而是很麻烦的步骤我用了几个月后,着实 是受不了了,一方面可能性服务器在国外,有前一天仍然不稳定(可能性可能性服务器安装了代理),此人 面我不还可否使用这些功能,使用哪几个功能的前提是网站不还可否备案,那段时间腾讯云在做活动,就把博客又从国外搬了回来,顺便重新优化了一下流程。

仍然把博客托管在 Github 后面 ,每次提交完代码后,在腾讯云后面 执行几个 脚本,这些脚本会自动从 Github 拉取最新更新的文件,并自动生产静态的 Html 文件推送到 Nginx 目录,域名重新指向这台服务器。可不还可否了在 Github 后面 设置这些钩子,当提交代码的前一天自动触发脚本,也可不还可否了定时触发脚而是发布文章。

脚本内容如下:

cd /usr/local/ityouknow.github.io
git pull http://github.com/ityouknow/ityouknow.github.io.git
jekyll build --destination=/usr/share/nginx/html

执行此脚本的前提是安装好 git\jekyll 环境,这些网上有所以案例,这里就不再多描述了。

关于 Jekyll 环境搭建和使用可不还可否了参考这里:https://jekyllcn.com/docs/home/

自动化部署

这半个月都看方志朋搞了自动化部署,我也按照他的步骤实践了一番,很好用,所以把自动化部署这段写补上。

配置 Webhook

在开发过程中的 Webhook,是有并是否是通过通常的 callback,去增加可能性改变 Web page可能性 Web app 行为的最好的依据。哪几个 Callback 可不还可否了由第三方用户和开发者维持当前,修改,管理,而哪几个使用者与网站可能性应用的原始开发这样 关联。Webhook 这些词是由 Jeff Lindsay 在 4007 年在计算机科学 hook 项目第一次提出的。

用大白话讲而是,代码仓库在收到代码提交的前一天,会自动触发几个 url 类型的通知,我应该 根据这些通知去做这些事情,比如提交了代码就自动去部署项目。

朋友的自动部署博客也是利用了这些机制,Github 自带了 Webhook 功能,朋友直接配置即可使用。

在 Github 仓库的项目界面,比如本博客项目 https://github.com/ityouknow/ityouknow.github.io,点击 Setting->Webhooks->Add Webhook,在添加 Webhooks 的配置信息,我的配置信息如下:

Payload URL: http://www.ityouknow.com/deploy
Content type: application/json
Secret: 123456

如下图:

服务器接受推送

朋友不还可否在博客的服务器后面 建立几个 服务,来接收 Github 提交代码后的推送,从而来触发部署的脚本。 Github 上有几个 开源项目可不还可否了做这些事情 github-webhook-handler。

这些开源项目目的很单纯,而是负责接收 Github 推送过来的通知,而且 执行部署脚本,不过他是使用 NodeJs 来开发的,所以朋友先不还可否在 Centos 后面 按照 Node 环境。

centos7 安装 Node 环境

首先添加源

sudo rpm -ivh https://dl.fedoraproject.org/pub/epel/7/x86_64/Packages/e/epel-release-7-11.noarch.rpm

//yum安装node.js
yum install -y nodejs

而且 在安装 github-webhook-handler

npm install -g github-webhook-handler     #安装 github-webhook-handler
#可能性这样

安装成功,可不还可否了选着法2来安装
npm install -g cnpm --registry=http://r.cnpmjs.org
cnpm install -g github-webhook-handler

安装成功前一天,朋友不还可否添加几个 脚本。进入到安装目录下:

cd  /usr/lib/node_modules/github-webhook-handler

新建 deploy.js

vi deploy.js

脚本内容如下:

var http = require('http')
var createHandler = require('github-webhook-handler')
var handler = createHandler({ path: '/deploy', secret: 'ityouknow' }) //监听请求路径,和Github 配置的密码
 
function run_cmd(cmd, args, callback) {
  var spawn = require('child_process').spawn;
  var child = spawn(cmd, args);
  var resp = "";
 
  child.stdout.on('data', function(buffer) { resp += buffer.toString(); });
  child.stdout.on('end', function() { callback (resp) });
}
 
http.createServer(function (req, res) {
  handler(req, res, function (err) {
    res.statusCode = 404
    res.end('no such location')
  })
}).listen(4006)//监听的端口
 
handler.on('error', function (err) {
  console.error('Error:', err.message)
})
 
handler.on('push', function (event) {
  console.log('Received a push event for %s to %s',
    event.payload.repository.name,
    event.payload.ref);
  run_cmd('sh', ['/usr/local/depoly.sh'], function(text){ console.log(text) });//成功后,执行的脚本。
})

脚本的作业而是启动几个 监听端口来接收请求,接收到请求后执行部署脚本,脚本内容的关键点可能性标注上注释。

部署博客的脚本如下:depoly.sh

echo `date`
cd /usr/local/ityouknow.github.io
echo start pull from github 
git pull http://github.com/ityouknow/ityouknow.github.io.git
echo start build..
jekyll build --destination=/usr/share/nginx/html

而是拉取代码,进行部署而已。

这些脚本的启动不还可否借助 Node 中的几个 管理 forever 。forever 可不还可否了看做是几个 nodejs 的守护多多tcp连接 ,不需要还可否启动,停止,重启朋友的 app 应用。

不过朋友的先安装 forever,而且 不还可否使用 forever 来启动 deploy.js 的服务,执行命令如下:

npm install forever -g   #安装
$ forever start deploy.js          #启动
$ forever stop deploy.js           #关闭
$ forever start -l forever.log -o out.log -e err.log deploy.js   #输出日志和错误
/root/node-v8.12.0-linux-x64/lib/node_modules/forever/bin/forever start -l forever.log -o out.log -e err.log deploy.js

可能性报错:
/root/node-v8.12.0-linux-x64/lib/node_modules/forever/bin/forever start -a -l forever.log -o out.log -e err.log deploy.js

一并一般情况表下,朋友不需要对外保留所以端口,所以不还可否通过博客的地址来转发,不还可否在 Nginx 后面 添加几个 转发配置,用来监听的 /deploy 请求转发到 nodejs 服务上,配置代码如下:

location = /deploy {
     proxy_pass http://127.0.0.1:4006/deploy;
}

而是朋友整个自动化部署就完了,每次提交代码时,Github 会发送 Webhook 给地址http://www.ityouknow.com/deploy,Nginx 将 /deploy 地址转发给 Nodejs 端口为 34006 的服务,最后通过 github-webhook-handler 来执行部署脚本,已到达自动部署的目的。

前一天只不还可否朋友提交代码到 Github ,就会自动触发博客的自动化部署。

可能性会冒出的现象

有这些小伙伴反馈在克隆技术博客的前一天冒出了这些现象,在这里集中回复一下。

1、克隆技术博客后格式丢失

这是所以读者反馈的第几个 现象,可能性我的博客 css 和 图片是倒入另外几个 域名下的:www.itmind.net ,而且 这块朋友克隆技术过去不还可否改成本地的。

主要涉及的文件 ityouknow.github.io\_includes 目录下 head.html 和 footer.html 几个 文件夹,将文件中的 http://www.ityouknow.com/xxx/xxx 改为相对路径/xxx/xxx即可。

2、留言功能丢失

这里就不还可否朋友修改一下 _config.yml 中 gitalk 的配置信息。具体何如操作朋友可不还可否了参考这篇文章 jekyll-theme-H2O 配置 gitalk。注册完前一天,不还可否在 _config.yml 配置以下信息:

gitalk:
    owner: ityouknow
    repo: blog-comments
    clientID: 61bfc53d957e74e78f8f
    clientSecret: 31c61e66cdcc9ada8db2267ee779d0bdafac434c

将这里改成你注册好的信息

3、博客

博客现在还缺检索功能,下一页和上一页功能、系列文章优化查看的功能,朋友克隆技术后有完善功能的,也请帮忙留意,一并把这些博客完善的更好。

最后,朋友可不还可否了在这篇文章下留下你的此人 博客地址,方便同行们观赏、交流、学习。