渊澄

川流不息，渊澄取映

发表于 更新于 分类于 阅读次数： 阅读次数： 本文字数： 280 阅读时长 ≈ 1 分钟

每次写hexo文章的时候都需要手动敲入文章头部的front-matter字段，而且有时候可能会敲错，导致发布失败，那有没有一种简单的方法，输入某个字符就能带出这些内容呢？
你别说还真有，在vscode中有一个snippets的功能就可以实现上面的需求，下面跟我来操作吧。

编辑markdown.json文件

ctrl+shift+P打开配置搜索框搜索snippets。
20220525134538
然后搜索markdown编辑markdown.json文件
20220525134725
在文件中插入以下字段并保存。
这里prefix后面的title可以随意替换，之后输入这个词就会带出相应的内容。body里面的字段也可以随意增减。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
"Generate Hexo blog header": {
		"prefix": "title",
		"body": [
			"---",
			"title: ",
			"date: $CURRENT_YEAR-$CURRENT_MONTH-$CURRENT_DATE $CURRENT_HOUR:$CURRENT_MINUTE:$CURRENT_SECOND",
			"categories: ",
			"tags:",
			"cover: ",
			"sticky: ",
			"---",
		],
		"description": "hexo header"
	}

20220525134901

编辑settings.json文件

在vscode中搜索settings.json文件进行编辑。
20220525135009
插入下面的字段并报错。

1
2
3
4
"[markdown]": {
        "editor.wordWrap": "on",
        "editor.quickSuggestions": true
    },

大功告成

完成上面设置步骤之后在markdown文件中输入title就可以带出hexo所需的头部matter字段了。
20220525135235

发表于 更新于 分类于 阅读次数： 阅读次数： 本文字数： 1k 阅读时长 ≈ 4 分钟

经过上一篇的步骤之后，我们已经可以将我们的HEXO站点发布到GitHub上了，并且可以正常访问。但是我们每次更新文章以及站点配置的时候必须先在本地进行编译、然后再部署到GitHub上，也就是每进行一次修改，必须执行以下命令

1
2
3
hexo g
hexo clean
hexo d

那有没有一种方法就是，系统检测到我们发布了新文章，然后自动进行程序的编译和发布呢？
今天部署的这个GitHub Action服务就是解决这个问题的。在上一篇文章中我们在 GitHub上还新建了一个私人仓库，我们今天用这个私人仓库来进行操作。

阅读全文 »

发表于 更新于 分类于 阅读次数： 阅读次数： 本文字数： 85 阅读时长 ≈ 1 分钟

picgo有用于vscode的扩展插件，配置方法类似于桌面版，把Github的开发token信息及仓库源信息填上就可以开始使用了。
20220423143041

部分快捷键

1
2
3
4
5
Ctrl + Alt + u  ##从剪贴板上传图像

Ctrl + Alt + e  ##从资源管理器上传图像 

Ctrl + Alt + o   ##从输入框上传图像

发表于 更新于 分类于 阅读次数： 阅读次数： 本文字数： 109 阅读时长 ≈ 1 分钟

win+r运行cmd命令提示窗，键入以下命令在注册表中添加相应字段即可还原鼠标右键菜单。

1
reg add "HKCU\Software\Classes\CLSID\{86ca1aa0-34aa-4e8b-a509-50c905bae2a2}\InprocServer32" /f /ve

如果想回复win11默认右键菜单，只需要运行下面命令，将添加的字段删除即可。

1
reg delete "HKCU\Software\Classes\CLSID\{86ca1aa0-34aa-4e8b-a509-50c905bae2a2}" /f

重启资源管理器生效

1
taskkill /f /im explorer.exe & start explorer.exe

发表于 更新于 分类于 阅读次数： 阅读次数： 本文字数： 264 阅读时长 ≈ 1 分钟

title: 清理docker占用空间脚本
categories:

20220808135436
docker运行一段时间后，占用的空间会越来越大，导致升级容器镜像的时候总会报空间不够，导致升级失败，之前我都是重装系统来解决的，这无疑会加大工作量，也不是个明智之举。
其实运行下面的命令就会自动清理docker无用的空间。
think01

1
docker system df -v

列出docker使用空间详情

1
docker system prune -a

该命令会删除暂停中的容器、没有关联容器的镜像、没有 tag 的镜像、没有被使用的数据卷，简单而言，没有在 run 或被使用的东西都被清理掉，注意，如果你有一些暂时暂停的容器，这个命令也会将其清理。
如果不希望删除镜像，而只是将无用的数据卷、容器等删除，则使用 docker system prune 命令（即不添加 - a 参数）