七哥的博客

在进行证书安装前，需要将域名的 DNS 指定到你的 ubuntu 服务器节点上，ubuntu 安装 Let’s Encrypt 证书步骤如下。如果不填写邮箱的话，可以指定 certbot 参数 --register-unsafely-without-email，生成证书的输出如下。Let’s Encrypt 证书的有效期为 90 天，需要定期续订避免过期，Certbot 会自动设置一个系统定时器，以自动续订证书。运行 certbot 命令进行证书安装。可以使用以下命令来测试证书续订。

服务器上部署了 mysql，本地希望能访问该 mysql，但是又不希望 mysql 直接暴露在公网上那么可以通过隧道连接 ssh 端口的方式进行连接从外网看，服务器只开放了一个 ssh 端口，并没有开放 3306 监听端口。

在 beyond compare 的 “工具” -> “配置档” 中，添加 sftp 的配置（复用 ssh 的端口，不用开启新的 ftp 端口）经过了解，问题就出在私钥的格式上，windows下的私钥是通过 cygwin 下的 ssh-keygen 命令生成的。本地环境生成的公私钥，将公钥配置到 ubuntu 中，经过测试，本地可以通过 ssh 免密连接到 ubuntu。生成的私钥格式是基于 OpenSSH 格式的，而 beyond compare 要求的应该是传统 PEM 格式。

修改之后，还有一个地方需要修改，通过 help 可以看到，php-fpm 默认是不支持 root 启动的，需要以 R 参数启动。安装 mysql，默认会安装 8.0 版本的，client 也一起安装上，安装后 mysql 服务也会自启动。安装 php 服务的指定版本，php 对应的组件建议也安装下，特别是 php7.4-fpm 这个。想要简单的可以通过宝塔安装，但是宝塔的配置看起来十分混乱，所以还是自己安装更清晰一点。删除规则的时候建议倒序删，因为删中间的记录，会导致后面的记录序号前移。

vmq 是一套开源版的支付系统，可以进行免签支付，并提供了客户端以及服务端的部署版本官方发布有 java 和 php 的服务端版本，这里以 java 的版本作为服务端，官方地址。

现网的一些业务节点，使用了 uptime 进行监控 https://blog.qc7.org/archives/uptime-kuma-monitor从监控可以了解业务的健康情况，并且 uptime 也是支持通知送达的在业务异常的时候触发消息送达，从而让维护人员能够快速的响应处理uptime 几乎支持所有的现存的通知类型，这里以 gotify 进行调研部署。

在使用 markdown 编写文章之后，markdown 内容中引用的图片都是图床的地址部分文章是在 halo 没有使用图床前，就已经发布了的，这些图片都是直接存储在 halo 系统中的需要将这些文章的图片全部迁移到图床上，这些文章的图片在 halo 的附件中可以查看。

最近断断续续写了一些水文，算是自己一路折腾的一些记录，也方便自己后面的查阅最开始是发布在csdn上，后来增加发布到zhihu，以及juejin上，最近考虑整合到 halo 的发布。

最开始使用的 gitee 作为个人图床，但总觉得不踏实，gitee 毕竟是公开的仓库，而且还是国内的服务这两天考虑部署 easyimage 个人图床的时候，使用 picgo + web-uploader ，发现图片无法正常上传于是瞅了一下 picgo-plugin-gitee 插件的源码参考，不曾想上面赫然写着，图床这个在几年前就被 gitee 废掉了还有一个重要的原因是自己手贱，本来想用 notepad++ 打开一个文本文件，结果给整到图床上去了。

Uptime Kuma 是参照 uptime robot 实现的开源监控工具，官网地址 https://github.com/louislam/uptime-kuma支持使用多种方式来进行服务的监控，如 HTTP(s)、TCP、Ping、DNS、Push、gRPC… 等多种方式常规使用 http(s) 主动请求的方式，来检查业务健康情况，可以部署在能访问到业务节点的内网中。

cloudflare 有很多功能，可以在 cf 中可以进行域名托管，证书管理，WAF 等这里来实操一下怎么通过 cf 来托管个人域名，以及邮件和证书的配置。

csdn 写作的时候，可以使用 markdown 进行写作，但是如果多平台发布文章的话非常麻烦尤其是对图片的处理上，现在使用 PicGo+gitee 的方式对文章的图片进行管理。

前面已经通过配置火车头正常采集到了文章的字段以及图片，这里将采集到的内容发布到站点。以 wordpress 站点为例，这里的内容发布需要用到用户 Cookie ，并且发布方式使用内置浏览器登录需要保证运行火车头采集的机器能正常连接到 wordpress 浏览器请求 wordpress 后台页面，使用管理员账号登录，打开开发者工具（按 F12 ）切换到 “网络” 标签页，点击左侧的任意一个请求，将右侧中显示的 Cookie 保存下来一会用

火车头采集是一个很强大的采集工具，加上支持插件的开发，对于大部分网页站点的采集工作都能出色的完成火车头插件的开发也很简单，可以参考我的另一篇文章这里记录在使用采集工具的过程中一些关键操作，以便查阅新建采集任务，为了方便管理，建议新建目录，然后选中目录，再点击 “+” 进行新建任务新建任务后，打开一个配置窗口如下左下角可以填写当前的任务名称，点击右下角可以将当前的配置进行保存对于火车头工具，一个采集任务主要有三个步骤，下面按这三个步骤来进行说明。

fullchain.cer：这是 abc.com.cer 和 ca.cer 的组合文件，为完整链证书，包含了站点证书和 CA 的证书链，用于验证站点证书的有效性。abc.com.cer：这是域名 abc.com 的证书文件，它包含了由 ACME 机构签发的公钥证书，用于验证您的站点的身份。CA 是负责签发和验证证书的机构，它的根证书用于验证您的站点证书的可信性。abc.com.key：这是与 abc.com.cer 对应的私钥文件，私钥用于对传输到您的站点的数据进行加密和解密。

多站点域名部署的情况下，如 aaa.com 和 bbb.com，每个域名下面又有多个子域名，都部署在同一台主机上现在希望 nginx 能配置实现如下的逻辑：1、禁止直接输入 ip 地址进行访问，包括 http 和 https2、输入 http 访问的时候跳转到对 https 访问3、对每个域名下不存在的子域名访问的时候，跳转到对应的主域名访问。