分类目录归档：技术

被 GitHub Action 坑了半天…

我这几天在忙着搞 LCTT 的 Travis-CI 迁移到 Github Action 。整体的 CI 的流程都已经迁移完成了，但是一个特定的检查脚本死活无法正常运行。

在这个过程中我尝试了多种办法，比如修改代码、调整里面的参数、打印其中的参数，似乎都是工作运行正常的。

将项目代码 clone 到本地后，发现代码在本地运转也是正常的。

我一直不知道问题出在哪里，百思不得其解。直到我在跑了几百次 Action 构建后，我发现，Github 默认的 checkout 插件是有问题的。

和标准的 git clone 不同， Github 默认的 Checkout 插件在实际 clone 项目是使用的不是 git clone 命令，而是采用先在本地 init 一个目录，并添加相应的 remote ，并 fetch 代码下来。

这样的好处是在处理的时候，只会 fetch 到特定的分支到本地，而不会将默认的其他分支一同 clone
到本地。但坏处就是你在执行的时候，只能针对特定的分支进行操作。

而检查脚本则是基于 git 本身的命令进行执行的，因此是需要比如 master 这样的分支的，这就导致在使用了默认的 checkout 插件的时候，检查脚本无法使用。

与之对比的，是 Travis CI 在执行 Clone 的时候，采用的是全量 Clone ，再单独 Fetch 某个特定分支。从这个角度上来看，我可以理解 Github Action 为什么会 Clone 的更快一些。不过，这种 Clone 的方式确实给一些 CI 在 Check 时留下隐患。

总结

如果你在 Github 中使用默认的 Checkout 插件获取项目以后，执行 Git 操作出现了问题，很有可能是插件自己的问题，而不是你的问题。你可以选择自己构建 clone 命令，避免这个问题。

在 macOS 下创建启动 U 盘

发表评论

因为要重装 Mac mini ，所以研究了一下怎么配置启动 U 盘。

依赖

想要给 U 盘制作一个 macOS 的启动盘，首先，你需要有一个 macOS 的系统，并且有相应的安装软件（Install macOS Catalina 之类的)。此外，还需要有相应的容量 U 盘。

根据 macOS 的系统大小，我比较建议你使用 8G 或 16G 以上的 U 盘。

获取安装软件

由于安装软件比较大，所以一般情况下我们也不会保留这个软件，但当我们需要的时候，就要去安装对应的软件了。

你可以访问 Apple 的官网，找到相应的软件下载地址

系统下载地址：https://support.apple.com/zh-cn/HT211683

如果你已经升级了 Big Sur ，却希望制作 Catalina 的启动盘，那么你需要看看这篇文章

选择你需要使用的系统

会自动打开下载界面

你只需要点击其中的获取，就可以下载相应的系统镜像。等软件自动下载并安装完成后，就可以进行安装操作了。

查看 U 盘挂载路径

想要制作启动 U 盘，自然要说明对应的路径，这个时候你需要先找到你自己的 U 盘。

你可以在终端中执行 df -h ,在其中找到你自己的 U 盘，比如我这里的是 /Volumes/install。

制作启动盘

准备好软件和U盘后，剩下的比较简单，直接执行命令即可。

以 Catalina 为例，只需要执行如下命令

sudo /Applications/Install\ macOS\ Catalina.app/Contents/Resources/createinstallmedia --volume /Volumes/MyVolume

其他版本的系统可以参考 https://support.apple.com/zh-cn/HT201372

如何从 macOS 系统中启动到恢复模式

发表评论

macOS 可以在开机的情况下通过按 Control + R 启动到恢复模式，那是否有不按 Control + R 就能进入到 Recovery 的方式呢？

答案是，有的

你在 macOS 的 Terminal 中输入如下命令，即可进入到恢复模式中。

sudo nvram "recovery-boot-mode=unused"
sudo reboot

在操作完成后，你可以执行如下命令来移除添加的 Flag，重新进入到正常操作的系统中。

nvram -d recovery-boot-mode

来源：https://apple.stackexchange.com/questions/367336/can-i-initiate-a-macos-restart-to-recovery-mode-solely-from-the-command-line

对 Discuz 进行手动搬迁

2条回复

由于服务器托管方的维护，需要对托管在机房的 Linux.cn 服务器进行搬迁，因此，多年不碰 Discuz 的我又要进行一次搬迁。

刚好，记录下来，方便后续查用。

流程图

下方流程图中，绿色为原服务器操作，黄色为新的备份服务器操作

具体流程介绍

1. 导出数据库

想要搬迁，首先要处理的是数据库的导出，你可以选择你的站点流量最小的时候，使用 MySQL dump 命令来完成 SQL 文件的导出，导出的命令也非常简单。

mysqldump -uroot -p database >/tmp/db.sql

你可以将上方的 root 调整为合适的用户名；将 database 调整为合适的数据库名，以及将 /tmp/db/sql 调整为合适的文件名

执行命令后，会要求你输入 MySQL 对应用户的密码，输入密码，稍等片刻，数据库就完成导出，你就可以在 /tmp/db.sql 找到数据库文件。

2. 压缩数据库文件

在进行数据库文件后续的传输时，如果文件太大，可能会导致传输速度较慢，这个时候你可以选择使用 gzip、zip、7zip 之类的进行传递。

我一般习惯用 gzip 进行压缩，并使用 tar 进行打包。

tar -zcvf db.sql.tar.gz /tmp/db.sql

打包后，会获得一个 db.sql.tar.gz 文件，这个文件基于导出的 SQL 进行了一定的压缩，可以确保传输的时候，不需要传输那么大的文件。在实际测试时，可以将 1.1G 的数据库压缩到 188M，效果还是十分明显的。

3. 压缩网站文件

需要传递到新的服务器中的，除了 MySQL 数据库，还需要传递网站的代码文件到新的服务器中，因此，为了方便传输，同样需要进行压缩。

tar -zcvf website.tar.gz /data/website/website.com

命令执行完成后，你就会获得一个 website.tar.gz ，这个文件就可以在后续传递到你的新服务器中。

4. 配置新的网站运行环境

在你备份的同时，你可以在新的服务器上进行环境配置。

一般而言，在搬迁的同时，不会采用新的版本的软件，以避免出现问题。

你可以通过 php -v 和 mysql --version 来查看 PHP 和 MySQL 的版本。

Nginx 的版本倒是不需要太过介怀，他只是一个反向代理，问题不大。

MySQL 的版本则在进行迁移的时候，不建议做版本升级，尽量保持同版本升级；如果跨版本，则需要考虑相应的回滚措施。

5. 进行文件传输

在新的服务器中配置旧服务器的公钥，从而可以直接通过 scp，在两个服务器之间传递文件，简单方便。

scp source root@host:/data/xxx

执行上面的命令就可以直接在两个服务器之间传输文件，简单方便快捷。

6. 进行文件恢复

完成文件搬迁后，就可以在新的服务器上配置环境，这时可以根据你的配置，将文件迁移至对应的目录中。

涉及到压缩包，可以进行一下解压操作。

7. 配置应用服务器

在我们的系统运行时，会依赖很多应用服务器，比如数据库 MySQL 、反向代理 Nginx 等等。在迁移时，比较稳妥的方案是在当前版本的基础之上进行配置。

这时你需要在新的服务器上配置和旧服务器完全一致的运行环境，从而确保迁移后业务不会出问题。

8. 导入数据库和站点文件

在完成了数据文件的迁移和，就可以进行数据库的导入，并迁移网站文件。

你可以使用 mysql 命令行中的 source 命令，来加载 mysql 的dump 文件。

对于网站文件，只需要根据你的配置进行调整即可。

9. 修复权限

在文件进行迁移的时候，可能会由于迁移前后的用户等问题出现权限问题。因此，如果你发现出现了项目的权限有问题，则需要根据实际情况，调整项目的文件和目录的权限。

10. 修改配置

Discuz 的配置文件会在多个地方重复使用，因此，在实际的使用时，如果你调整了数据库信息，则需要修改以下几个文件中的配置项目。

config/config_global.php
config/config_ucenter.php
uc_server/data/config.inc.php

修改其中的数据库名，从而确保系统中的各模块都可以正常工作。

如何隐藏 oh-my-zsh 的 Last Login？

1条回复

oh-my-zsh 是我目前配置新的 Mac 必然会装的。不过，oh-my-zsh 一直有一个我不喜欢的就是它会自动一个 Last Login 的 Hello Message。

这个 Hello Message 倒是不占位置，但是我觉得它让我的命令行不那么极简。

因此，我希望将这个提醒删除掉。

删除的方法不复杂，只需要在用户的根目录创建一个空白的~/.hushlogin 文件即可

touch ~/.hushlogin

几个可以简化 rails 开发命令的函数

发表评论

在 rails 的 bin 目录下，有一些可执行文件，你在开发过程中使用这些可执行文件来操作，从而使用项目自带的可执行文件

但是默认的 rails 命令使用的是全局的 rails ，如果我希望使用项目中的可执行文件，就需要执行 bin/rails，略微繁琐，所以有没有一种可以更加简单的方式呢？答案是肯定的。你可以通过在你的命令行中添加一个新的命令来实现这个效果。

具体代码如下：

funciton rx(){
	if test -f "bin/rails"
	then
	  bin/rails $*
	  exit
	else
	  rails $*
	fi
}
funciton yx(){
	if test -f "bin/yarn"
	then
	  bin/yarn $*
	  exit
	else
	  yarn  $*
	fi
}
function bx(){
if test -f "bin/bundle"
	then
	  bin/bundle $*
	  exit
	else
	  bundle  $*
	fi
}

你可以将这段代码粘贴在你的 .bashrc 或 .zshrc 文件中，从而使其在命令行启动时可用。
这段代码很简单，定义了三个新的函数，后续我们在命令行输入 rx、yx、bx 的时候，会自动调用当前目录或全局的 rails、yarn、bundle 目录。这样你可以在任何一个目录下使用 rx 命令来操作。

三个函数的结构都是一样的，首先检测当前目录下的子目录是否存在 rails 可执行文件，如果存在，就调用本地的函数，并将参数传递。如果不存在，就调用全局的函数，将参数传递。

总结

我们可以通过定义简单的一些命令，简化项目的开发。而这样的思路，你可以应用在任何一个项目中，而不仅仅是 rails 项目中。

如何实现子域名应用？

2条回复

多域名应用的心思是从 WordPress.com 的时候起来的，当时一直在想，如何实现这种多域名的应用？

最近看到了一个实现，算是解了心头的疑惑。

如果不涉及 SSL ，子域名应用的实现并不算复杂，可以简单的通过将用户请求进行 rewirte 转发的方式，来实现对请求的转发。

举个例子，比如将 x.example.com 转发到 www.example.com/pages/x 中，这样在应用中就无需单独对于多域名编写代码，只需要从 Path 中提取前缀，并进行数据库查询，将数据结果返回回去就好。

如果涉及到 SSL，子域名应用的实现相对复杂一些，涉及到了 SSL 证书的管理。不过也有实现简单的方式，那就是购买一个泛域名证书，这样 Nginx 会通过泛域名证书提供服务，因此，应用程序在处理上和上面的逻辑一样，只要将请求转发就好了。

如果涉及到子域名绑定，则相对麻烦一些，需要能够编程式的操作 Nginx 的代码文件，不过也还好，你可以在应用的目录下动态的生成 Nginx 的配置文件，并在默认的配置文件中 include 动态生成的目录，从而避免文件生成后的管理成本太高。此外，需要借助 execl ，执行命令对 Nginx 执行检查和重启的操作。

此外，也可以考虑直接使用 default_server ，从而直接将所有未识别的情况转发到某个特定的路径。不过需要在应用中添加请求判断，对于无法绑定的域名，提供一个特定的反馈，引导用户进行绑定。

总结

如果你的应用不涉及到 SSL，也不涉及到域名绑定，则十分简单，直接使用 Nginx 转发请求即可；但如果涉及到了 SSL，则需要考虑泛域名证书，从而降低编程的成本；如果涉及到了域名绑定，则需要为应用程序新增对 Nginx 操作的能力，从而降低应用的管理和研发成本。

继续阅读 →

几本超融合的书

发表评论

这几本是我前段时间在研究超融合时找到的，这里分享给大家。因为这些书都是公开放在网上（厂商提供下载）的，所以整理起来一并发布。

这四本书值得发一个很有意思的点是这四本书都是 For Dummies 出版社为这四家企业定制发行的电子书。官网上没有，但使用的都是 For Dummies 的标示，所以这看起来也是一个出版社营收的事情。

这四本书提供了四个不同的厂商对于超融合的看法，对于在研究超融合的你来说，是一个不错的选择。

VMWare 版 Hyper-converged infrastructure For Dummies

HPE 版 HYPER-CONVERGED INFRASTRUCTURE FOR DUMMIES

SimpliVity 版 HYPER-CONVERGED INFRASTRUCTURE FOR DUMMIES

路坦力版 next gen hci for dummies

制作一个 macOS 启动盘

发表评论

我一直以来都是网络安装的 macOS ，但这次我的网络死活没有加载到恢复服务器，我就从相机中拔了一张空白的 SD 卡，来做一个启动盘。

1. 安装 macOS 镜像

安装制作 macOS 启动盘的时候，你需要这样一个安装 macOS Catalina 的磁盘镜像。

但正常情况下，我们会把安装 OS 的软件删除掉（毕竟占地 8G），所以，如果你需要制作启动磁盘，第一步就需要安装 macOS 镜像。

你可以访问 App Store 下载：https://itunes.apple.com/cn/app/macos-catalina/id1466841314?ls=1&mt=12

2.制作启动盘

制作启动盘对于磁盘的大小和文件格式有要求，需要你的磁盘

大于 12 GB
磁盘格式为 macOS 拓展文件格式

安装完成 Catalina 后，就可以制作启动盘了，具体的命令如下

sudo /Applications/Install\ macOS\ Catalina.app/Contents/Resources/createinstallmedia --volume /Volumes/install

这里我的磁盘的名称是　install ，如果你的不是，则需要修改为对应的名字。

3. 使用启动盘重启

制作好启动磁盘，就可以试着使用你刚刚制作的启动磁盘重启，并使用其恢复。

macOS 重装记

2条回复

我隔一段时间就会重装一次系统，原因是我的系统中的环境过多，会导致系统中的 PATH 紊乱。因此，当出现系统无法正常工作的时候，我就会考虑重装一次系统。

重装系统需要备份一些东西，做一些处理，写一篇博客记录一下，也方便我自己使用。

清理无用文件

1. 清理包管理器安装的依赖文件

我经常会使用 Python、Node.js 来写一些脚本，这些脚本会依赖 npm 生态下的 package。这些 package 可以基于 npm 下载又或者是类似 python ，提供了 requirements 文件的项目，可以使用命令快速恢复环境，因此，我会推荐将这些可以快速恢复的文件，直接清理掉，以加快安装的速度。

具体包括：

Node.js 的 Node Modules
Python 的 venv
PHP 的 vendor

这里我会使用这样的命令来进行删除

下面这段代码执行时不会确认，因此，如果修改，请再三确认再执行，避免酿成大错。

find . -name "node_modules" -exec rm -rf '{}' +

具体可以参考

https://www.ixiqin.com/2019/05/tool-command-delete-the-current-directory-node_modules-command/

清理完成后，项目目录会从 21G 瘦身至 7.6 G。

备份重要文件

备份 SSH 信息

一个很重要的需要备份的文件，就是我的 SSH 密钥/公钥，我管理服务器都需要它。因此，需要对齐进行备份

cp -R ~/.ssh /Volumes/backup/ssh

这里的 backup 是我的单独的磁盘，用来备份资料的。

备份项目资料

我会把所有涉及到开发的资料都放在一个文件夹里，因此，在处理备份的时候，我只需要把大的文件夹备份即可解决项目文件的存储问题。同时，因为不删除 .git 记录，还可以保留数据的编辑记录。

tar -zcvf /Volumes/backup/project.tar.gz ~/Developer

备份 MySQL 数据库

我使用 homebrew 安装了 MySQL ，因此，也需要把 MySQL 数据备份出来，以免后续搭建开发环境成本太高。执行命令，即可将所有数据库备份。

mysqldump -uroot -p --all-databases  --result-file=dump.sql

执行完命令，数据就会备份在当前目录下的 dump.sql 文件，接下来你只需要将其移动到你的备份文件中。

备份软件列表

备份软件列表，以方便后续可以方便的进行恢复，以免遗漏。当然，你也可以选择用到什么安装什么。但对于一些比较基础的、常用的，我还是比较喜欢重装完就安装，省的用到的时候现场装。

软件列表需要备份的有三处：

/Applications
brew list
brew cask list

需要做的就是将这些信息打印出来，并导出到 txt 文件，方便后续恢复。

ls /Applications > applications.txt
brew list > brew.txt
brew list --cask > brew-cask.txt

备份 dotfiles

我们在～目录下放置了不少常用的 dotfile，也需要将其备份，以便后续使用，因此，你也可以将这部分文件备份到你自己的磁盘中。

一些值得备份的文件

.gitignore
.zshrc
.gitconfig

你可以通过执行如下命令，找到隐藏的 dotfiles

ls -a | grep "^\."

当然，你也可以选择将其放置在 Github 上，开放自己的 dotfiles 也是一个非常常见的行为。

其他一些没有被 iCloud 备份的文件

我默认开通了 iCloud，因此 Documents 是不需要我进行维护的，不过，还有一些地方是 iCloud 无法覆盖的，因此，需要注意自行备份。他们包括

～/Downloads:如果你和我一样，比较喜欢把 downlods 作为 workspace

还有哪些值得备份的？

比如 Clash X，方便重装后快速联网
比如 1Password 的密码备份文件，方便重装后快速恢复

重装系统

重启 macOS，并在重启后，按下 Command + R，来进入到维护模式，在维护模式中，你可以重装系统。

其他

如果你还有在备份的时候值得注意的，可以一并告诉我。

Reference

我在 Wiki 中记录的我使用的软件清单

Python 生成公众号头图 1.0

发表评论

我的公众号头图属于特别简洁的，原因是我在乎的是文章中的内容，而不是头图。虽然我知道一个好的头图会提升点击率，但其背后耗费的时间是我目前不愿去做的。因此，我目前的头图都是 PS 打开一张图，然后直接放上一行文字来生成的。

但是，打开 PS 还是太花费精力了，因此，我希望可以用更少的时间来生成简单明了的头图。因此，我决定优化我的头图制作方案，使用代码来完成公众号头图的生成。

环境依赖

这一次的代码使用 Python 来完成，并基于 Python 的 Pillow 库完成图片的生成，因此，你在运行我的代码时，需要先安装 Pillow

pip install pillow

实现思路

在使用 Pillow 绘图的时候，和我们在前端使用 Canvas 绘图的思路基本一致，我们要做的是

准备特定背景的画布
加载字体
绘制文字
导出图片

生成的难度并不高，也只需要花费一些时间来编写代码。具体的代码我贴在下方了，供你参考。

代码实现

具体的代码如下

from PIL import Image, ImageDraw, ImageFont
# 常用变量
img_size = (900, 383)
bg_color= "#fca652"
big_text_size = (900,383)
text = "代码生成图片"
text_color = "#eeeeee"
filename = "export.jpg"
font_size = 80
# 生成画布
export_image = Image.new("RGB", img_size, bg_color)
# 加载字体
font = ImageFont.truetype("NotoSansSC-Medium.otf", font_size)
# 计算字体宽度
text_width = font.getsize(text)
text_coordinate = int((big_text_size[0]-text_width[0])/2), int((big_text_size[1]-text_width[1])/2-20)
# 生成绘图 ctx
img_draw = ImageDraw.Draw(export_image)
# 绘制文字
img_draw.text(text_coordinate, text, font=font, fill=text_color)
export_image.save(filename, quality=95)

总结

使用 Python 来绘制头图的难度并不大，比如今天的头图，就是通过代码来绘制的，你可以看看效果。

不过，上面的代码还是很简陋，你觉得这段代码有没有什么值得优化的点呢?

键盘设置如何优化小程序使用体验?

发表评论

在小程序开发过程中，用户输入是必不可少的，我们经常会需要用户输入一些内容，来完成产品收集用户信息的需求。

在这种情况下，我们可以考虑借助小程序提供的一些和键盘相关的 API 来优化小程序的使用体验。

Input 组件的 type 属性

从小程序的 1.0 版本开始，就支持为 input 组件设置 type，不同的 type 会显示不同的手机键盘。默认情况下，显示的是 text 文本输入键盘，这个键盘的特点是显示所有的内容，可以适用于所有的场景。

但，适用于所有场景也就意味着不适用于所有场景，总会在每一个场景中有着种种不便，因此，在实际的开发中，为了获得更佳的体验，你可以通过设置不同的 Type 来控制实际的键盘显示情况。

除了默认的 text 类以外，你还可以使用 number(数字输入键盘)、idcard 身份证输入键盘和 digit带小数点的数字键盘。

你可以根据自己的实际使用场景来设置不同的类型，比如说

如果你的小程序的验证码都是数字的，那么你给出一个 text 类型的键盘，显然不如给一个 number 类型的键盘更合适。
如果你的小程序中涉及到了手机号的输入，那么这种情况下你就可以选择使用 number 类型的键盘，来优化用户输入时的体验。

这里的思路是类似的，当你预期用户输入的内容只有数字，就可以考虑 number、digit、idcard等类型，来优化你的小程序的实际使用体验。

总结

input 组件默认提供的四种 type ，可以通过选择不同的类型，从而获得不同的体验效果，从而对于你的小程序体验进行优化和推进。