Использование Hexo блог на GitHub
#
ОТ РЕДАКЦИИ
На самом деле, я уже писал в начале января на три поста в блоге, вы правильно прочитали, просто написать три, то нет, то. Я был один из статей, написанных, они не могут знать, как долго. Дело в том, что для того, чтобы придерживаться около двух дней. Таким образом, остановить обновление. Это действительно смущение. Но думать об этом сейчас. Рамки ранее использовали это возможно, действительно не так удобно. Перед использованием Джекила, на самом деле, по их собственному GitHub генерировать статические страницы. Но всегда необходимо обновить Gh-страницу после отправки коды. Чувство немного неприятности. А иногда еще будут задержки в производство. Всегда чувствую себя таким счастливым. Поэтому сегодня Hexo решил написать свой собственный блог-сайт. Теперь, похоже, что на основе Node.js генератора статической страницы хорошо. Я не знаю, что будет происходить последующее выполнение. Во всяком случае, он может быть непосредственно развернут конфигурацию, это все еще очень хорошо. Существует более подробно китайский документ, на самом деле, эта точка по-прежнему очень привлекательна.
Но в процессе развертывания этого Hexo в, будет какая-то проблема не является проблемой. Я просто записывать то, что лучше. После предотвращения меня забыть. На самом деле, одна из главных целей написания блога, чтобы владеть вещи сделать, чтобы иметь место, где вы можете легко получить доступ к ее записи. В противном случае, история и глумились то же самое. В то время как в усилиях по решению проблемы, в то время как она своевременно решить проблему позабыла.
При использовании GitHub создать свою собственную бесплатную библиотеку, помните, GitHub страница для страниц является соответствующим требованием, например, не может быть представлена более чем в 10 раз в час, есть потенциал, связанный предел. Это мы можем увидеть их документы, будут связаны с введением. Тем не менее, категория страница блог для общего пользования не должна превышать такие ограничения. Если вы действительно очень корова.
Здесь началась погоня, как использовать Hexo создать блог на GitHub. Содержимое внутри в основном собраны из сети. Так что я буду ставить в конце статьи, в которой процитировала статью гиперссылка осталась. Это также практика академично. То есть, вы ссылаетесь на чужое содержание само по себе хорошо, но если вы не говорите, что это плагиат. Протокол, используемый многим программное обеспечение с открытым исходным кодом похож. Вы можете использовать эти коды. Но код протокола и соответствующей информации, вам необходимо сохранить, в то же время, вы хотите использовать эти программы в своих программных заявлениях.
Использование Hexo блог на GitHub
Во-первых, вам необходимо иметь учетную запись GitHub
При этом, чувство это шутка, пожалуйста, не смейтесь. Неужели кто-то будет игнорировать этот шаг. Тем не менее, детали см соответствующих документов. Это не мое внимание будет описано.
Установите соответствующий Respositiry на GitHub
Большинство документов не здесь, чтобы сказать вам, на самом деле, в функции GitHub Pages делится на две части. Являются ли страницы пользователей и Project Страницы, отличия заключаются в следующем:
| Пользователь Page | Страница проекта | |
|---|---|---|
| То ли еще | Счет только один | Там может быть множество каждого из репозитория может иметь соответствующую страницу проекта |
| Репо и отделения | Имя Repo должно быть <имя пользователя> .github.io, на мастер-странице | имя Repo случайным образом, страница должна быть под ветвью Gh-страниц |
| URL | HTTP (S): // <имя пользователя> .github.io | HTTP (S): // <имя пользователя> .github.io / <имя_проекта> |
Прежде чем я построил страницу Страницы в рамках проекта использования, поэтому необходимо использовать имя проекта доступа. Теперь это использование страницы на уровне пользователя, только этот. Но на самом деле гораздо более короткий путь. Я особенно ленивый человек, так что я надеюсь, что эти вещи как можно более простым.
Использование Hexo создан блог
Последующие действия в соответствии с OpnSuse я использовал написано, аналогично в других операционных системах.
Установка зависимостей препаратов 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
Эталонные методы статьи:
Если есть что-нибудь еще добавить, я мог бы написать новую, сухую или неправильно затем записать его обратно.