利用Hexo GitHubの上のブログ
＃
EDITORIAL
実際に、私はブログの記事の3の1月の初めに書いた、あなたは右、ちょうど3を読み書きし、何もそこではありません。私は、彼らがどのくらい知ることができない、書かれた記事の一つでした。実際には、ために、約2日間に付着する、ということです。このように、更新を停止します。それは本当に恥ずかしです。しかし、今それについて考えます。フレームワークは、以前に、これは便利なよう、確かではないかもしれ使用しました。ジキルを使用する前に、実際には、自分自身のGitHubで静的なページを生成します。しかし、常にコードを提出した後、GH-ページを更新する必要があります。少し問題を感じ。そして、時には、まだ生産に遅れがあるでしょう。いつも幸せな気分。だから、今日でHexoは、自分のブログサイトを書くことにしました。今では、Node.jsの静的なページに基づいて発電機が良いと思われます。私は、その後のパフォーマンスがどうなるかわかりません。とにかく、それが直接の構成を展開することができ、これはまだ非常に良いです。より詳細な中国の文書は、実際には、この時点ではまだ非常に魅力的である、があります。
しかし、いくつかの問題があるだろう、このHexoを展開するプロセスでは問題ではありません。私は単純に優れているものを記録します。私は忘れ防止の後。実際には、ブログを書くの主な目的の一つは、あなたがそれを記録するために簡単にアクセスできる場所を持って行って自分のものになります。それ以外の場合は、ストーリーと同じで冷笑。それは忘れていた問題を解決するためのタイムリーである一方で、問題を解決するための努力にいる間。
GitHubのは、自分の自由なライブラリを設定し使用して、覚えている場合は、ページのためのGitHubのページは、対応する要件は、例えば、時間あたり10回以上提出することはできませんされ、制限関連の容量があります。我々は彼らの文書を見ることができるこれらの、導入に関連があるでしょう。しかし、一般的な使用のためのブログのカテゴリページには、このような限界を超えないようにしてください。あなたは本当に非常に牛でない限り。
ここで追撃を始め、使用する方法HexoはGitHubの上のブログを設定します。内部の内容は基本的にネットワークから収集されます。だから私は記事のハイパーリンクが残っている引用された記事の最後に置かれます。また、これは練習学術的です。つまり、あなたが他の誰かのコンテンツを参照してください自体は結構ですが、あなたがそれを言っていない場合は、盗作だという。多くのオープンソースソフトウェアで使用されるプロトコルは同様です。あなたはそれらのコードを使用することができます。しかし、プロトコルのコードや関連情報は、あなたが、同時に、あなたはそれらのプログラム文にこれらのプログラムを使用したい、維持する必要があります。
利用Hexo GitHubの上のブログ
まず、あなたはGitHubのアカウントを持っている必要があります
これは、気持ちは冗談で、笑っていないしてください、と述べました。本当に誰かがこのステップを無視します。しかし、詳細は、関連文書を参照してください。これを説明するための私の焦点ではありません。
GitHubの上、適切なRespositiryを設立
ほとんどの文書は、実際には、GitHubのページ機能に2分割され、あなたを伝えるためにここにはありません。ユーザーページとプロジェクトページである以下のように、違いは次のとおりです。
| ユーザーページ | プロジェクトページ | |
|---|---|---|
| かどうかより | アカウントは一つだけです | レポの各複数あってもよい対応するプロジェクトページを持つことができます |
| レポと支店 | レポ名は、ページのマスターに、<ユーザー名> .github.ioでなければなりません | ランダムにレポ名、ページが分岐GH-ページの下でなければなりません |
| URL | HTTP（S）：// <ユーザー名> .github.io | HTTP（S）：// <ユーザー名> .github.io / <プロジェクト> |
アクセスするプロジェクト名を使用する必要があるので、前に私は、使用するプロジェクトの下のページのページを構築しました。さて、これはユーザレベルのページ、これだけの使用です。しかし、本当にたくさんの短いパス。私は特に怠惰な人ですので、私はこれらの事をできるだけ簡単にしている願っています。
使用Hexo確立ブログ
フォローアップアクションがOpnSuse Iに準拠している書かれて使用していた、他のオペレーティングシステムで同様です。
依存関係Hexo製剤のインストール
其实在 Linux 这类系统使用这种编译的东西是很方便的。命令行可以很快的解决很多问题。比如官方文档提出需要 Git 和 Node.js .其实这两样在连着网的 Linux 下安装简直是很爽的。我看了一下，需要 npm，于是只要安装 npm 就好了， node.js 会自动以 npm 依赖的方式自动安装上的。
sudo zypper install npm
至于 Git 本来是基本每个常规 Linux 都自带的。即使没有初始化安装也可以通过类似的命令行进行安装。
安装 Hexo
sudo npm install -g hexo-cli
等着终端里的字符不滚动了，就会提示你已经安装好了。
建站
这个名称是来自与官方文档的，总感觉怪怪的。
安装 Hexo 完成后，请执行下列命令，Hexo 将会在指定文件夹中新建所需要的文件。
hexo init <folder>
配置
这个时候，进入刚才生成的那个文件夹。可以在 _config.yml 中修改大部份的配置。
网站
大专栏 使用 Hexo 在 GitHub 上建立博客 · Utopia's Daily Note| 参数 | 描述 |
|---|---|
| title | 网站标题 |
| subtitle | 网站副标题 |
| description | 网站描述 |
| author | 您的名字 |
| language | 网站使用的语言 |
其中，description 主要用于 SEO，告诉搜索引擎一个关于您站点的简单描述，通常建议在其中包含您网站的关键词。author 参数用于主题显示文章的作者。
网址
| 参数 | 描述 | 默认值 |
|---|---|---|
| url | 网址 | |
| root | 网站根目录 | :year/:month/:day/:title/ |
| permalink_defaults | 永久链接中各部分的默认值 |
网站存放在子目录 如果您的网站存放在子目录中，例如
http://yoursite.com/blog，则请将您的 url 设为http://yoursite.com/blog并把 root 设为 /blog/。
我只是改了上面的两部分的内容，还有有别的内容，可以参考一下官方文档。
生成静态页
其实，在生成这个项目的时候，是自带了一个示例页面的。位置在 resourse/_post 下。格式是 markdown 的。基本上都是在写这个格式。不用担心排版的事情，还是很省心的。
hexo g
此时会生成静态页面，页面存放在项目下面的 public 文件夹下。
在这个时候其实你有两种选择发布这些页面，一种就是通过 Git 客户端，直接把这些页面放置在 master 分支下。还有一种选择，就是使用这个框架自带的发布工具。
使用 Hexo 自带工具发布
首先要执行的就是安装一个依赖工具。记住，不要偷懒，不要省略后面的 –sava 参数。我省略了，然后就不能正常工作。
sudo npm install hexo-deployer-git --save
然后回到 _config.yml 中修改参数。
| 参数 | 描述 |
| repo | 库（Repository）地址 |
| branch | 分支名称。如果您使用的是 GitHub 或 GitCafe 的话，程序会尝试自动检测。 |
| message | 自定义提交信息 |
在这个步骤上我也出现过错误。就是在啊设置仓库地址的时候。最好是从 github 上直接粘贴那个地址。而不是使用有些文章中所说的地址。
配置妥当以后，执行如下命令：
hexo d
这个命令会直接把本地的代码推送至你的 GitHub 仓库。
刷新浏览器就应该能够看到已经存在的示例页面了。
写篇文章
其实这个框架还有一个好处是可以直接通过命令生成一个空文章。之前我用的框架，我是没有发现有这个功能。虽然不复杂。但是很好用啊。
hexo new [layout] <title>
我还没有尝试这里使用中文的名字。我一般是先用英文，然后进入以后，把里面的 title 字段再改为中文的。
关于布局还是有3种的，这里用了默认的布局。默认布局也是可以随时通过调整配置文件来调整的，很方便。
至此，基本上就可以使用这个框架来写文章了。不过突然我想着要加个图片。这可以有两种方式。一种是通过七牛的云服务来实现的。这个载入速度会很快。而且还并不占用你的 GitHub 空间。很好。还有就是简单一些的。当 Hexo 项目中只用到少量图片时，可以将图片统一放在 source/images 文件夹中，通过 markdown 语法访问它们。
放置路径：
source/images/image.jpg
参考メソッド記事：
追加する何かがあれば、私は新しい、乾燥を書いたり、間違った当時それを書くかもしれません。