OpenCore版本1.0.4

实测兼容MacOS Sonoma 14.7

USB已定制，使用USBPort.kext

已设置核显加速

蓝牙WIFI可用，隔空投送未经测试，应该无效

因为我自己使用OC进行多系统启动，因此此配置在启动其它系统时并不会覆盖主板等信息为MAC设备

请自行更新机型配置

注：由于制作时部分Kext并未表明支持了MacOS15，因此本人仅安装了14.7使用，在更新OpenCore后保存留档，如果需要，请自行更新Kext再尝试MacOS15

注2：清除了我自用的一些配置，未经测试，不过应该没有问题，只是把我自己的自定义启动项删了而已

机器配置：

CPU：i9-9900k

主板：微星Z370 Gaming Pro Carbon AC （MS-7B45）

内存：影驰星耀DDR4 8G 3200Mhz*2

GPU：Intel UHD Graphics 630 (配置为加速GPU)

​ AMD Radeon RX5700 （迪兰恒进战神）

无线网卡：Intel AC8265

下载链接

作者个人网盘(BuyVM拉斯维加斯)

密码：y2rhgf

天翼云盘

访问码：vh8a

移动云盘

提取码：mgqb

所需软件

• WinFSP：Rclone在windows平台挂载网络磁盘到本地所必需的依赖。

• NSSM：用于将Rclone包装为windows服务，实现开机自启 。

• Rclone：用于挂载网络磁盘。

配置环境

Rclone在windows端的挂载功能需要WinFSP作为依赖，首先从所需软件部分的超链接下载所需软件的最新版本，以默认设置安装WinFSP，将NSSM和Rclone解压到任意英文文件夹，并记住它们的位置，接下来要将它们添加到环境变量中。

你可以在控制面板中搜索”查看高级系统设置”打开”系统属性”窗口，或者直接在windows任务栏上的搜索框搜索”环境变量”，打开第一个带着名称下方带有”控制面板”的选项同样可以打开”系统属性”窗口

像是这样:

随后，点击”环境变量”按钮打开”环境变量”窗口，你可以在上方”xxx的用户变量”或者下方”系统变量”中找到名为”Path”的变量，一般不建议添加到系统变量，所以双击用户变量的”Path”变量打开”编辑环境变量”窗口，在右侧点击”新建”按钮，在左侧最下面出现的空白输入框中输入”<NSSM根目录>\win64”，输入完成后回车并再次点击右侧”新建”按钮，在输入框中输入”<rclone根目录>”回车并点击窗口下方的确定，直到关闭”系统属性”窗口。

NSSM的根目录是指README.txt所在的位置，Rclone则是rclone.exe所在位置，你可以在文件管理器上方的地址栏复制路径。

如此便完成了准备工作。

设置并挂载网盘

设置rclone

因为前面添加了环境变量，因此我们可以直接打开终端进行Rclone的配置，接下来的所有操作都以成功添加了环境变量为前提，如果你没有添加，请到Rclone所在目录执行（在地址栏输入cmd可以直接打开终端），并把”rclone”替换为”.\rclone.exe”

按”WIN”键+”R”键打开”运行”窗口，输入”cmd”或者”powershell”打开终端。

输入”rclone config”开始配置rclone

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

> rclone config

Current remotes:

Name                 Type
====                 ====

e) Edit existing remote
n) New remote//新建远程配置
d) Delete remote//删除远程配置
r) Rename remote//重命名远程配置
c) Copy remote//复制远程配置
s) Set configuration password
q) Quit config//退出设置
e/n/d/r/c/s/q>

因为我们还未进行任何配置，所以输入”n”来新建一个配置，随后输入名称，这里设置的名称也会显示为挂载后硬盘的默认名称。

1
2
3
4

e/n/d/r/c/s/q> n

Enter name for new remote.//输入新远程的名称
name> <名称>

接下来选择远程的类型，我的这个版本中，webdav的序号为56，所以这里输入56。

1
2
3
4
5
6
7
8
9
10
11
12

name> <名称>

Option Storage.//选择存储
Type of storage to configure.//设置存储的类别
Choose a number from below, or type in your own value.//输入一个数字或者键入一个值
 1 / 1Fichier
   \ (fichier)
...
56 / WebDAV
   \ (webdav)
...
Storage> 56

接下来输入你的webdav连接地址，然后根据你的webdav网站所使用的程序，如果没有则使用other选项

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

url> <网站地址>

Option vendor.
Name of the WebDAV site/service/software you are using.
Choose a number from below, or type in your own value.
Press Enter to leave empty.
 1 / Fastmail Files
   \ (fastmail)
 2 / Nextcloud
   \ (nextcloud)
 3 / Owncloud
   \ (owncloud)
 4 / Sharepoint Online, authenticated by Microsoft account
   \ (sharepoint)
 5 / Sharepoint with NTLM authentication, usually self-hosted or on-premises
   \ (sharepoint-ntlm)
 6 / rclone WebDAV server to serve a remote over HTTP via the WebDAV protocol
   \ (rclone)
 7 / Other site/service or software
   \ (other)
vendor> 7//按照webdav网站程序设置

接下来输入用户名，如果webdav连接有密码则选择”y”并输入连接密码，没有则选择”n”这样会将密码留空。注意：这里输入的密码不会显示出来

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

Option user.//设置用户
User name.
In case NTLM authentication is used, the username should be in the format 'Domain\User'.
Enter a value. Press Enter to leave empty.//输入一个值，如果按下回车则会留空
user> <用户名>

Option pass.//设置鉴权
Password.//密码
Choose an alternative below. Press Enter for the default (n).
y) Yes, type in my own password//是的，输入我自己的密码
g) Generate random password//设置一个随机密码
n) No, leave this optional password blank (default)//否，将密码留空
y/g/n> y
Enter the password://输入密码
password:
Confirm the password://确认密码
password:

接下来程序会要求我们设置一个叫”bearer_token”的东西，是用来代替密码的口令，我们后续的操作不需要重复输入密码，因此可以直接将这个可选项留空，不会有任何影响。随后会询问我们是否要修改高级设置，我们不需要，直接回车或者输入”n”跳过。

1
2
3
4
5
6
7
8
9

Option bearer_token.
Bearer token instead of user/pass (e.g. a Macaroon).
Enter a value. Press Enter to leave empty.
bearer_token> 直接回车设置为空值，对于我们只进行挂载无影响

Edit advanced config?
y) Yes
n) No (default)
y/n> n

配置完成后，程序会显示你的配置供你确认，如果确认无误便回车接受，随后按q退出程序，如果发现有输入错误就输入”e”返回重新设置。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27

Configuration complete.
Options:
- type: webdav
- url: https://xxx.xxxx.xx/xxx
- vendor: other
- user: xxxxxxx
- pass: *** ENCRYPTED ***
Keep this "xxxx" remote?
y) Yes this is OK (default)
e) Edit this remote
d) Delete this remote
y/e/d> y

Current remotes:

Name                 Type
====                 ====
xxxxxxxx      webdav

e) Edit existing remote
n) New remote
d) Delete remote
r) Rename remote
c) Copy remote
s) Set configuration password
q) Quit config
e/n/d/r/c/s/q> q

*此代码块仅作输出示例，以你自己的配置为准

挂载网盘

使用命令挂载来测试配置

1

rclone mount <此前设置的配置名称>:<远程路径> <本地挂载点> [参数]

建议使用：

1

rclone mount <此前设置的配置名称>:/ Z: --cache-dir <绝对路径> --vfs-cache-mode writes --buffer-size 128M --vfs-read-ahead 1G --vfs-read-chunk-size 64M --vfs-cache-max-age 1h --vfs-cache-max-size 10G --transfers 5 --checkers 16

“Z:”代表要挂载到的路径为”Z:”即作为Z盘挂载到本机。

“–cache-dir <绝对路径>”<绝对路径>是文件缓存位置。

“–buffer-size 128M”设置内存缓冲区大小为128M。

“–vfs-read-ahead 1G”表示预先读取最大1G的数据，对于视频播放更友好。

“–vfs-read-chunk-size 64M”为数据块大小，远程读取文件时按照每64M为一个块分段下载文件。

“–vfs-cache-max-age 1h”和”–vfs-cache-max-size 10G”分别表示缓存文件最大存活时间和大小。

“–transfers 16”设置最大上传并发为16，按自己的上传网速设置。

“–checkers 16”设置文件检查并发为16，可以让你在打开文件很多的文件夹中转得快一点。

如果显示symlinks not supported without the --links flag: /什么的，你可以在后面加上”–links”解决，应该不会影响什么

如果你发现挂载的硬盘容量太过夸张，是因为你所使用的webdav没有向rclone返回存储总大小这些信息，你可以用”–vfs-disk-space-total-size <大小>”参数来设定磁盘显示的大小，只会影响显示，不会影响实际存储使用。例：”rclone mount test:\ Z: –vfs-disk-space-total-size 100G”则挂载的Z盘会显示硬盘容量共为100G。

配置NSSM

nssm是一个服务封装程序，它可以将普通exe程序封装成服务，实现开机自启动，并且可以自动重启嗝屁的程序

打开命令行工具，输入”nssm install”便可打开NSSM的窗口，在”Path”一栏输入rclone.exe的文件路径，”Startup directory”一栏输入rclone.exe所在目录,”Arguments”栏输入上面的挂载命令，但是删除命令最前面的rclone，只需要从mount开始的后面部分，”Service name”输入一个你认得出来也记得住的服务名称。

然后我们选择到Log on选项卡，将”Log on as”切换为”This account”，右侧输入框输入.\ <你当前登录的用户名> ,下面两栏是密码和再次输入密码确认，密码同样填写你所登录账号的密码。

完成配置后重启便可在文件管理器里看到你所挂载的WebDav网盘

如果不想自动挂载，在windows服务里面手动停用服务即可，服务名称即之前你设置的”Service name”一栏的内容

参考文章

Windows下用rclone命令行方式将webdav映射为本地盘并开机启动

[CSDN]rclone挂载后如何优化性能？

当你使用Vercel或Github Actions自动化部署Hexo博客时会发现，每次git push都会导致文章更新时间变为此次提交修改时间，然而实际上文章并没有进行任何修改。

这个问题是由于git在推送更新时不会保存文件创建和修改时间等文件元数据。

Git SCM Wiki 中的解释

Modification time on files is a feature that affects build tools. Most build tools compare the timestamp of the source(s) with the timestamp of the derived file(s). If the source is newer, then a rebuild takes place, otherwise nothing happens. This speeds up the build process a lot.

Now consider what would happen if you check out another branch, and modification times were preserved. We assume you already have a fully-built project. If a source file on that other branch has a timestamp that is older than that of the corresponding derived file, the derived file will not be built even if it is different, because the build system only compares modification times. At best, you’ll get some kind of weird secondary error; but most likely everything will look fine at first, but you will not get the same result as you would have with a clean build. That situation is unhealthy since you really do not know what code you are executing and the source of the problem is hard to find. You will end up always having to make a clean build when switching branches to make sure you are using the correct source. (Git bisect is another Git procedure that checks out old and new revisions where you need a reliable rebuild.)

Git sets the current time as the timestamp on every file it modifies, but only those. The other files are left untouched, which means build tools will be able to depend on modification time and rebuild properly. If build rules change, that can cause a failure anyway, but that is a far less common problem than accidentally not rebuilding.

来自: Why isn’t Git preserving modification time on files?/为什么 Git 不保留文件的修改时间？

所以当你每次使用git clone上传或下载的项目的文件元数据都是当前系统时间，而不是项目的创建时间。

而在Hexo中，文章默认会使用文件的最后修改时间作为文章的更新时间，所以CI构建之后进入博客就会看到所有文章修改时间都会变为“刚刚”或者”X分钟以前“这种地狱绘图，因为git push上去的文件不会保存元数据。

如何修复

这里只提供一个很有效但稍有些麻烦的方法，同时也是本站正在使用的方法

效果

由于每次更新推送后Vercel都会自动构建部署，我们无法对构建流程进行修改，因此需要关闭Vercel的自动构建，转而使用Github Action来将Hexo自动化部署到Vercel。

实现原理

在Next主题issue #893 中@wylu提到了这个问题，@sli1989 提出了以下解决方案

Hi, the updated time with CI deployment can be fixed using this. please check Continuous Integration configurations carefully.

1 2	# Restore last modified time - "git ls-files -z | while read -d '' path; do touch -d \"$(git log -1 --format=\"@%ct\" \"$path\")\" \"$path\"; done"

该条命令会将文件的最后修改时间修改为 Git 仓库中文件的最后提交时间，即文章的更新时间。

同样使用 find 命令也可以实现这个功能：

1

find source/_posts -name '*.md' | while read file; do touch -d "$(git log -1 --format="@%ct" "$file")" "$file"; done

准备工作

首先，将 Vercel 项目 与 Github 仓库 的绑定关系解除，因为我们将要在 Github Action 中手动部署Hexo到 Vercel。

在 Github Action 中需要使用以下两个环境变量和一个秘钥：

• VERCEL_ORG_ID
• VERCEL_PROJECT_ID
• VERCEL_TOKEN

步骤一: 获取Vercel Access Token

我们需要在 Vercel 中获取一段 Vercel Access Token 用于 Github Action 自动化部署。

点击直达Token创建页面

步骤二: 获取 VERCEL_ORG_ID 和 VERCEL_PROJECT_ID的值

前置条件：已安装Node.js（都用Hexo了肯定装了纯废话）

1
2

#使用npm安装
npm i -g vercel

或者使用yarn

1
2
3
4
5

#安装yarn包管理器
npm install --global yarn

#yarn安装Vercel CLI
yarn global add vercel

然后在博客根目录下执行

1

vercel link

来创建一个 Vercel 项目，此操作会在博客根目录下生成一个 .vercel 文件夹，在.vercel/project.json 里面包含了 VERCEL_ORG_ID和 VERCEL_PROJECT_ID。

步骤三: 在 Github 仓库中添加 secrets

在你的博客所在的 Github 仓库中，点击 Settings -> Secrets and Variables -> Actions 中添加以下秘钥和环境变量：

• VERCEL_TOKEN ——前面创建的Vercel Access Token
• VERCEL_ORG_ID ——.vercel/project.json中的"orgId"字段
• VERCEL_PROJECT_ID ——.vercel/project.json中的"projectId"字段

步骤四: 创建 Github Action

完成上面两条环境变量和一条密钥总共三条的创建后，接下来我们开始创建 Github Action

在 Github 仓库中创建一个名为 .github/workflows/deploy.yml 的文件，添加以下内容：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28

name: Deploy Blog to Vercel Production Deployment
env:
  VERCEL_ORG_ID: ${{ secrets.VERCEL_ORG_ID }}
  VERCEL_PROJECT_ID: ${{ secrets.VERCEL_PROJECT_ID }}
on:
  push:
    branches:
      - main
jobs:
  build-and-deploy:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v2
        with:
          persist-credentials: false
          # 0 indicates all history for all branches and tags.
          fetch-depth: 0
      - name: Restore file modification time 🕒
        run: find source/_posts -name '*.md' | while read file; do touch -d "$(git log -1 --format="@%ct" "$file")" "$file"; done
        # run: "git ls-files -z | while read -d '' path; do touch -d \"$(git log -1 --format=\"@%ct\" \"$path\")\" \"$path\"; done"
      - name: Install Vercel-cli🔧
        run: npm install --global vercel@latest
      - name: Pull Vercel Environment Information
        run: vercel pull --yes --environment=production --token=${{ secrets.VERCEL_TOKEN }}
      - name: Build Project Artifacts
        run: vercel build --prod --token=${{ secrets.VERCEL_TOKEN }}
      - name: Deploy Project Artifacts to Vercel
        run: vercel deploy --prebuilt --prod --token=${{ secrets.VERCEL_TOKEN }}

注意

步骤图中的master为作者所在使用的仓库分支名称，请以实际为准（即原Vercel自动部署时的默认分支）

点击Commit changes后弹出的选项框通常情况下会是要求你填写Commit备注的对话框，按自己看得懂来即可。

完成

在本地仓库根目录执行git pull同步远程仓库更新

git push之后，你会发现所有文章的更新日期都被同步为了在远程仓库中最后一次修改提交的时间

即，假如文章创建时间为2024-04-05 17:45:43，date: 同样也为2024-04-05 17:45:43，在2024-04-08 17:45:43修改，2024-04-08 17:47:21被git push更新到远程仓库，则他人看到的最后修改时间为2024-04-08 17:47:21

参考链接

本文章在编写时使用了以下链接进行参考（不分先后）

Why isn’t Git preserving modification time on files?

hexo-theme-next issue # 893

How can I use GitHub Actions with Vercel? - Vercel Docs

examples/production.yaml at main - vercel/examples

修复 CI 构建博客造成的更新时间错误