因为 jekyll 3 中默认安装已经没有这个分页组件了,官方把这个分页组件插件化了,因此要独立安装。详情见 https://jekyllrb.com/docs/pagination/。
在启动 jekyll 服务的时候出现以下错误:
jekyll serve
Configuration file: c:/gitWorkSpace/blog-based-on-jekyll-3/_config.yml
Dependency Error: Yikes! It looks like you don't have jekyll-paginate or one of its dependencies installed. In order to use Jekyll as currently configured, you'll need to install this gem. The full error message from Ruby is: 'cannot load such file -- jekyll-paginate' If you run into trouble, you can find helpful resources at http://jekyllrb.com/help/!
jekyll 3.1.2 | Error: jekyll-paginate
我们安装这个插件到本地即可。
gem install jekyll-paginate
Fetching: jekyll-paginate-1.1.0.gem (100%)
Successfully installed jekyll-paginate-1.1.0
Parsing documentation for jekyll-paginate-1.1.0
Installing ri documentation for jekyll-paginate-1.1.0
Done installing documentation for jekyll-paginate after 3 seconds
1 gem installed
專注內容
專注技術
Octopress2.0、3.0、jekyll官方、其他主題,都不重要
博文才重要
博客根目录,文件index.html
,找到Recent Posts
这一大段内容,复制,打开_layouts/post.html
,找到:
<div class="right">
<div class="wrap">
复制到其后面。
因为只复制一段老是有错,现在我是把index.html
的<div class="right">
右边栏一直到最后的内容,代替了_layouts/post.html
右边栏一直到最后的内容。
在根目录新建一文件夹_templates
,文件夹里建一个文件post
,无后缀,内容是:
注意,格式问题,显示有问题,参见原文件
—
layout:
title: “”
date:
author:
tags:
comments: true
categories:
—
农历正月十八
有时雨,有时雾
破烂的旧房子
天花板不时剥落残渣
雨水漏下,打在铁谷柜上,在这寂静中,尤为响动
我父亲是可怜的
我母亲是可怜的
时代给他们的无知
身处巨大变革而无能为力
求而不得
我是可怜可悲的
这是时代的安排
宿命的印记
是知识见闻和无能的无奈和残酷
如果我是一样的无知就好了
只可惜我的另一个区域的无知和无能
如果我没那么的无能就好了
如果我……
深深的无力
刚才父亲又因山林补贴争吵。
风险太大。
官场黑暗。邻里纷争。
穷山恶水。
走吧,早走为上。
君子不立危墙之下。
GNU GRUB(GRUB)是一个来自 GNU 项目的启动引导程序。它允许用户在计算机内同时拥有多个操作系统,并在计算机启动时选择希望运行的操作系统。
今年 6 月,由于上游 GRUB 引导程序在发布 2.06 版本时禁用 OS_Prober 后所带来的一些变化,Ubuntu 的开发者正在考虑如何在 Ubuntu 22.04 LTS 中管理双引导/多引导方案。
Ubuntu 依靠 OS-Prober 来检查其他已安装的操作系统,以便能够方便地在 GRUB 引导程序中显示它们。这意味着随着 Ubuntu 22.04 转向 GRUB 2.06,非 UEFI BIOS 用户不能再启动任何其他操作系统,而基于 UEFI 的系统如果通过 UEFI 引导程序,则仍然可以启动其他操作系统。这个问题主要是会阻碍那些仍然运行传统 BIOS 启动程序的用户使用已安装的系统。
默认禁用OS-Prober旨在通过操作系统检测功能解决潜在的安全问题,因为它在检查其他操作系统时,会检查并挂载系统上的所有分区,如果利用文件系统的漏洞,启用该功能会引发一个能被黑客利用的安全问题。
因此,面对安全和用户体验这个两难的选择下,Ubuntu 开发者也不得不考虑是否要重新启用 OS-Prober。
因为 OS_Prober 存在潜在安全风险,所以重新启用它并不是一个理想的解决方案,目前 Ubuntu 团队内部也在仔细思考这个问题,但不排除这个可能性。
Ubuntu 团队考虑的其他解决方案包括:创建一个新的 GRUB 模块,该模块只在用户查找系统时才执行 OS-Prober 的一些功能,用于增加一个链式启动选项专门处理用户需要启动 Windows 的需求;亦或是仅在安装系统时运行 OS-Prober,然后依靠该信息进行后续启动;最后一种可能性是,从以前的 Ubuntu 版本升级到 Ubuntu 22.04 时启用 OS-Prober。
我们还不清楚 Ubuntu 团队在上述选择中最终会如何进行抉择,在 Ubuntu 22.04 正式推出之前还有充足的考虑时间,可以访问 ubuntu-devel 了解更多详情。我们也将关注 GRUB 上游在此期间是否也会推出相应的解决方案。
就是个坑,有时安装了就能用,有时搞到所有的输入法都用不了,要卸载了才能恢复之前的输入法
睡觉