7

博客从 CloudBase 迁移至云主机 - 程序员翔仔

 2 years ago
source link: https://www.cnblogs.com/fatedeity/p/16484754.html
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
neoserver,ios ssh client

原来的博客

其实从很久以前就想要写博客，但总是断断续续的，一直都没有认真地开始。

最终，决定使用静态博客工具作为自己博客的承载体。在多种工具的比较下，最终选择了 Hugo 并部署到 Github Pages 上，并同时部署到腾讯云的 CloudBase 以供国内用户访问。

自此，2022 年 5 月 15 日，翔仔的个人博客终于部署到公网上了。

出现了变故

但是，才经过大概 2 个月的时间，收到了腾讯云发送的 CloudBase 计费模式变更的消息。

腾讯云 CloudBase 计费模式升级

简单来说，CloudBase 出了一个最低消费，像我这样的，原本从几毛钱的无感消费要升级到几十块，这个变动对于我来说还是挺大的。

此处要赶爷，爷自有去处。

突然想到，曾经自己用 299 买的云服务器一直荒废没有使用，毕竟还有好几个月的期限呢，一定要利用起来。

就决定是你了，我的博客暂时先放置在云服务器上，顺便了解一下如何部署静态博客到云服务器上。

第一版方案

不可否认，现在流行的自动化部署真的是用一次就爱上了，尤其是，还有 Github Action 这样的免费资源可以薅，哈哈哈。

Github Pages 部署

将 Hugo 通过 Github Action 部署到 Github Pages 非常简单，在网上也有很多教程可用，这里就简单地列举一下吧。

第一步，通常就是要建立一个私有库存储博客的源文件，再建立一个 Github Pages 库存储 Hugo 构建后的文件。

第二步，自然就是在 Hugo 博客项目下编写 workflow 文件，这里有使用到 Checkout、Hugo setup、GitHub Pages action 三种 Action 步骤，当时的配置如下：

on: push: branches: - master pull_request: jobs: deploy: runs-on: ubuntu-latest steps: # 切换分支 - name: Checkout uses: actions/checkout@v3 # 安装 Hugo 程序 - name: Setup Hugo uses: peaceiris/actions-hugo@v2 with: hugo-version: 'latest' extended: true # Hugo Build - name: Build run: hugo --minify --gc # 部署到 Github Pages 上 - name: Deploy Github Pages uses: peaceiris/actions-gh-pages@v3 if: ${{ github.ref == 'refs/heads/master' }} with: deploy_key: ${{ secrets.ACTIONS_DEPLOY_KEY }} external_repository: fatedeity/fatedeity.github.io publish_branch: master cname: fatedeity.cn

在这一步，需要配置一个 Actions secrets 以解决安全性问题，可以通过 GitHub Pages action 了解更多。

经过上述两个配置步骤，基本上是已经完成了，之后 Hugo 博客文件再 push 到 Github 时就会自动触发部署，期间基本上能在 20s 左右完成。

CloudBase 部署

使用 Github Action 部署 Github Pages 非常简单，毕竟也算是同出一家，基本上不会出现什么问题。

因为想要通过部署到 CloudBase 以加速国内 IP 访问博客的速度，也不得不研究一下怎么通过 Github Action 部署到 CloudBase 上。

仔细查找了一下，基本上就两种方案：通过 CloudBase CLI 使用命令行部署；通过官方提供的 Tencent CloudBase Github Action 工具部署。

最终，决定使用 Action 工具，相信与 Github Action 更配（实际操作起来并没有😳），下面是简单的一个配置步骤：

第一步，添加 CloudBase Action v2 所需的配置文件，由于我只使用了 CloudBase 的静态博客部署，配置起来也不麻烦，主要是需要在项目根目录下创建 cloudbaserc.json 文件，填入以下配置：

{ "envId": "{{ENV_ID}}", "region": "ap-guangzhou", "$schema": "https://framework-1258016615.tcloudbaseapp.com/schema/latest.json", "framework": { "name": "x-blog", "plugins": { "client": { "use": "@cloudbase/framework-plugin-website", "inputs": { "outputPath": "public", "cloudPath": "/" } } } }}

第二步，更新之前的 workflow 文件，将 Cloudbase Action 的步骤配置进去，当时的配置如下：

on: push: branches: - master pull_request: jobs: deploy: runs-on: ubuntu-latest steps: # 切换分支 - name: Checkout uses: actions/checkout@v3 # 安装 Hugo 程序 - name: Setup Hugo uses: peaceiris/actions-hugo@v2 with: hugo-version: 'latest' extended: true # Hugo Build - name: Build run: hugo --minify --gc # 部署到 Github Pages 上 # 部署到 CloudBase 上 - name: Deploy Tencent CloudBase uses: TencentCloudBase/[email protected] if: ${{ github.ref == 'refs/heads/master' }} with: secretId: ${{ secrets.SECRET_ID }} secretKey: ${{ secrets.SECRET_KEY }} envId: ${{ secrets.ENV_ID }}

通过上述的步骤，基本上也算是完成了 Github Action 到 CloudBase 的配置。

但是，使用起来并不是很顺利，经常性地出现 Github Action 运行超时的情况，应该是 Github Action 机器在美国，而 CloudBase 服务器在国内的原因。

当时也没有找到什么好的解决办法，只能通过每次报失败之后再手动去运行一遍（从自动化部署变成了半自动化😆）。

第二版方案

云服务器部署

将项目部署到自己的云服务器上，方法就变得更多了，既有使用 SSH Remote Commands 通过 ssh 工具运行命令，也有使用 SCP、Rsync、SFTP 等工具将文件直接上传，还有更多其他的办法等等。

对比之后，还是采用了理解起来最简单的办法，通过 SSH Remote Commands 连接到云服务器上执行命令，这个命令也很容易理解，就是通过 Git 命令拉取 Github Pages 的代码。

第一步，先在云服务上做好准备，安装好 Git 程序，确定能手动拉取到 Github Pages 的代码。

第二步，当然还是要更新 workflow 文件，将 SSH Remote Commands Action 的步骤替换掉原来的 CloudBase Action 的步骤，具体的配置如下：

on: push: branches: - master pull_request: jobs: deploy: runs-on: ubuntu-latest steps: # 切换分支 - name: Checkout uses: actions/checkout@v3 # 安装 Hugo 程序 - name: Setup Hugo uses: peaceiris/actions-hugo@v2 with: hugo-version: 'latest' extended: true # Hugo Build - name: Build run: hugo --minify --gc # 部署到 Github Pages 上 # 部署到 Server 上 - name: Deploy Tecent Server uses: appleboy/ssh-action@master with: host: ${{ secrets.HOST }} username: ${{ secrets.USERNAME }} key: ${{ secrets.KEY }} port: ${{ secrets.PORT }} script: rm -rf fatedeity.github.io/ && git clone https://ghproxy.com/https://github.com/fatedeity/fatedeity.github.io.git

这里有个小技巧，将 Github 通过 GitHub Proxy 代理加速 访问，原本比较慢的拉取代码步骤变得飞快，综合下来，这个静态博客部署完成只需花费 30ms 左右的时间。

第三步，代码被自动拉取到服务器上之后，还需要配置一个反向代理的服务器以供外网访问。最常用的自然就是 Nginx 服务器了，安装 Nginx 的步骤就直接忽略吧，下面是我这边访问静态博客的反向代理配置：

log_format main escape=json '{"remote_addr":"$remote_addr","timestamp":"$time_iso8601","request":"$request","size":$body_bytes_sent,"status":$status,"request_time":$request_time,"referer":"$http_referer","user_agent":"$http_user_agent"}'; server { listen 80; listen [::]:80; server_name fatedeity.cn; return 301 https://$host$request_uri;} server { listen 443 ssl; listen [::]:443 ssl; server_name fatedeity.cn; # 证书 ssl_certificate cert/fatedeity.cn_bundle.crt; # 私钥 ssl_certificate_key cert/fatedeity.cn.key; ssl_session_timeout 5m; ssl_protocols TLSv1.2 TLSv1.3; ssl_ciphers ECDHE-RSA-AES128-GCM-SHA256:HIGH:!aNULL:!MD5:!RC4:!DHE; ssl_prefer_server_ciphers on; location / { root /home/fatedeity/fatedeity.github.io/; index index.html; } error_page 404 /404.html; access_log /var/log/nginx/x-blog-access.log main;}

经过上述的操作记录，基本就完成了 Hugo 到 Github Pages 和 Cloud Server 的配置，其实到这里也就结束了。

但是，突然想要看一下自己服务器的访问量，之前都没有搞过这些东西，都是在公司有现成的工具可以使用。发现自己的服务器配置并不是很高，搞不来 ELK 那一套，只能另辟蹊径。

还好，简单一搜，发现有 GoAccess 这样的开源实时日志工具可用，非常适合我这样简单看看日志的用户。

第一步，自然就是安装 GoAccess 工具啦，也很简单，使用 apt install goaccess 命令安装一下即可。

第二步，配置好 .goaccessrc 文件，我这边的配置很简单，只是需要配置好日志格式、输入输出文件即可：

time-format %H:%M:%Sdate-format %Y-%m-%dlog-format %^:"%h",%^:"%dT%t+%^",%^:"%r",%^:%b,%^:%D,%^:"%R",%^:"%u" log-file /var/log/nginx/x-blog-access.logoutput /home/fatedeity/logs/x-blog.html

第三步，这边主要是想要通过浏览器访问一下日志，每次想访问的时候使用下面的命令生成一下，也不麻烦，当然也可以定时更新：

goaccess -p /home/fatedeity/.goaccessrc

这样就大功告成了，展示一下 GoAccess 的空页面：

GoAccess 空数据页面

report

Recommend

  • 6
    • www.cnblogs.com 2 years ago
    • Cache

    冒泡排序的简单理解 - 程序员翔仔

    冒泡排序是一种交换排序，基本思想是在要排序的一组数中，对当前还未排好序的范围内的全部数，自上而下对相邻的两个数依次进行比较和调整，让较大的数往下沉，较小的往上冒。 即每当两个相邻的数比较后发现它们的顺序与排序要求相反时，就将它们互换。

  • 3
    • www.cnblogs.com 2 years ago
    • Cache

    基数排序的简单理解 - 程序员翔仔

    从基数排序的描述可以看得出，其适用于整数，但是，整数也可以表达字符串（比如名字或时间）和特定格式的浮点数，因此基数排序并不只是适用于整数。 基数排序详细的执行步骤如下： 首先准备 10 个桶，分别用于存储所在位数为 0 ~ 9 的数；...

  • 5
    • www.cnblogs.com 2 years ago
    • Cache

    二分查找的简单理解 - 程序员翔仔

    二分查找的搜索过程从数组的中间元素开始，如果中间元素正好是要查找的元素，则搜索过程结束；如果某一特定元素大于或者小于中间元素，则在数组大于或小于中间元素的那一半中查找，而且跟开始一样从中间元素开始比较。如果在某一步骤数组为空，则代表找不到。这种搜...

  • 4
    • www.cnblogs.com 2 years ago
    • Cache

    插值查找的简单理解 - 程序员翔仔

    二分查找是通过折半的方法，每一次都将搜索范围缩小至原来的二分之一，如果这个折半能够实现到折四分之一甚至更多，效率将会更高。 插值查找就是这样的算法，类似于二分查找，插值查找每次会从自适应处开始查找，实质上是将 ...

  • 3
    • www.cnblogs.com 2 years ago
    • Cache

    设计模式的基础知识 - 程序员翔仔

    设计模式的基础知识 模式起源于建筑业而非软...

  • 8
    • www.cnblogs.com 2 years ago
    • Cache

    面向对象的基础知识 - 程序员翔仔

    面向对象的基础知识 面向...

  • 6
    • www.cnblogs.com 2 years ago
    • Cache

    经典设计原则 - SOLID - 程序员翔仔

    SOLID 设计原则包含以下 5 种原则： 单一职责原则（Single Responsibility Principle, SRP） 开闭原则（Open Closed Principle, OCP） 里式替换原则（Liskov Substitution Principle, LSP） 接口隔离原则（Interface Segreg...

  • 8
    • www.cnblogs.com 2 years ago
    • Cache

    初识设计模式 - 桥接模式 - 程序员翔仔

    初识设计模式 - 桥接模式 桥接设计模式（Bridg...

  • 3
    • www.cnblogs.com 2 years ago
    • Cache

    初识设计模式 - 适配器模式 - 程序员翔仔

    初识设计模式 - 适配器模式 适配器在生活中经常...

  • 8
    • www.cnblogs.com 2 years ago
    • Cache

    初识设计模式 - 享元模式 - 程序员翔仔

    初识设计模式 - 享元模式 古代的活字印刷术就...

About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK