个人域名 如何在一天之内搭建以你自己名字为域名又具备cool属性的个人博客

个人域名 如何在一天之内搭建以你自己名字为域名又具备cool属性的个人博客


文章图片

对于程序员来说,最好的简历是个人博客和GitHub
个人博客 每个优秀的程序员都会有自己专属的网络空,这是他自己的舞台。听说过他的人会逐渐聚集进来,了解他,熟悉他,鼓励他,赞美他。对他来说,他有一个可以自由说话的小房间。他可以专攻学术,谈谈自己的感受。同时和爱他的读者成为朋友,一起成长。
这不是很酷吗?
先看结果
我们先看看最后的结果,再来看教学方法。Http://wingjay.com是我的个人博客,主要包括以下几点:
1.个人域名:wingjay.com2 .不需要购买服务器。该网站同时安装在Github页面和GitCafe页面上。它可以做负载平衡,不需要服务器费用。想想有点刺激。3.在GitHub上同时管理你的博客和相应的代码,再也不用担心失去你的博客。4.SSL支持,即“http://-->;“https://,更安全更高,再看武器
博客框架:Hexo 3,这是一款能快速、简洁且高效的博客框架,支持Markdown编辑,自动渲染出漂亮的静态页面。前端主题:Next,效果参考http://wingjay.com域名购买:万网,你可以选购自己名字的域名,一年几十元左右,两杯咖啡的钱。SSL:CloudFlare 抄起家伙 本文的写作风格是安装工艺主线+高质量参考张文。因为网上有那么多关于和硕博客的教程,读者自己做的话就要一个一个找,浪费时间,走弯路;相反,如果作者全部摘抄,可能并不符合每个人的情况,不利于阅读。
所以主线说明思路,指的是深入阅读。
下面是一个设置http://wingjay.com个人博客的例子。
GitHub页面
不买服务器,我们的网站需要挂在GitHub Pages上。GitHub Pages是一个面向用户、组织和项目开放的公共静态页面构建托管服务,可以用来构建个人博客。
你需要拥有一个GitHub账号,去完成新手任务吧。进入GitHub Pages,一步步做,完成后就能在浏览器打开http://wingjay.github.io了。至此,我们已经使用GitHub Pages构建了个人博客的原型。接下来要做的就是个性化。
安装Hexo博客框架
经过以上步骤,我们已经有了一个初步的域名:http://username.github.io加上一个免费网络空。就像有了房间,却没有任何家具。所以我们需要丰富下面的博客空。
不用担心,不需要手工写很多html和css文件,也不需要找jQuery来达到酷炫的页面效果。Hexo是一个博客框架,会帮助我们构建。
安装Hexo
参考中文文档或英文文档。完成这一步后,你的电脑会有Git,Node.js和Hexo。
GitHub管理
为了将我们未来的博客和代码置于git管理之下,我们需要将Github上的博客项目拉到本地。例如,在我自己创建的https://github.com/wingjay/wingjay.github.io中,创建一个任意名称的文件夹,在这里将其设置为我的博客,输入文件夹,并克隆项目代码。
1git clonehttps://github.com/wingjay/wingjay.github.io 好的,这时候会在myblog目录下自动创建子文件夹wingjay.github.io,这里是我们博客的代码,以后所有的操作都在git的管理之下。此时,默认分支是master。
初始化Hexo
请参考文档。
熟悉Hexo
为了让读者快速了解和硕,我简单介绍几个。当然,更需要仔细阅读文档才能了解更多细节。

个人域名 如何在一天之内搭建以你自己名字为域名又具备cool属性的个人博客


文章图片

_config.yml是整体的配置文件,很多基础配置、插件配置等都需要在里面进行。要注意的是,该文件格式要求极为严格,缺少一个空格都会导致运行错误。小提示:不要用Tab缩进,用两个空格符。layout,包括draft(草稿)、page(页面)、post(文章)。这个就是三种文件的基本格式,其中post是你发表的文章,会显示在你的网站里,一篇post会包括title标题、date日期、tags标签等信息;draft是草稿,只有你在本地能看到,必须要publish后才能成为post,draft和post差别是date,因为draft没有发表,所以不需要指定日期。page是一个页面,对应一个新的html页面,比如博客内容展示页是一个页面,留言本也是一个页面。public文件夹,这个文件夹是最终会发布到网站上的真实内容。怎么理解呢?我们可以把public文件夹当作是真正的被用户看到的,而其他的source、themes等都是为public服务的。Hexo里有一个很重要的指令hexo generate,这个指令就是利用所有代码里的配置信息、source里写的文章、themes里的样式,共同生成最终的静态html文件,存入public文件夹内。在我们执行了发布指令hexo deploy后,就会把public的内容部署到GitHub Pages上。当用户在访问我们的博客时,他们会看到public里生成的html文件。这个概念非常重要,即代码和真实静态页面是独立的。generate和deploy,generate会把我们的配置、文章和主题结合起来生成一堆酷炫的html静态文件放在public里面。但此时用户还看不到本地public文件里的页面,我们必须用后一个指令deploy才能把静态文件部署到GitHub Pages上。不过,在部署前,需要配置让它自动部署到我们前面创建的Github项目中。deploy相关配置。为了能够让项目自动把public文件夹的内容部署到GitHub项目中,我们可以按部署文档进行配置,其中选择的branch为master。此后,每次运行deploy后,项目就会自动把public文件夹内容全部覆盖到当前的GitHub项目master分支上。代码和静态文件分开管理。根据上面知道,每次部署后,public文件内容会覆盖掉项目整个master分支。这样可以实现网站静态文件的版本控制,但是,仔细对比这个master分支,我们会发现里面只剩下静态文件了,我们的代码比如source、themes统统没有了,这就导致无法对代码进行版本管理了。这意味着我换一台电脑,我就再也找不到代码了,只剩下一堆之前编译出来的静态文件。所以,为了对代码也进行版本控制,我们创建一个新的分支:code,然后在这个分支里进行代码控制,master里则保存部署的新的静态文件。大家可以自行比对这两个branch的内容差异。 配置Hexo 只做一些基本配置,请参考配置文档

推荐阅读