ROG ALLY 掌机在大音量等使用场景下，可能会突然出现单侧扬声器无法发声的问题。虽然它提供了无敌先进的 3.5 mm 耳机接口，但是在它已经烧掉 TF 卡槽之后，我不得不考虑它会不会再烧掉上面的其他带孔的东西……

烧掉耳机口是有可能的，虽然它不太可能。

毕竟它的扬声器还是相当优秀的，能救就救一下。

能 9991 下。

在如下场景里面比较容易出现扬声器问题，可以以此来检查修复后的效果：

• 大音量。
• 长时间使用发声（需要产热）。
• 快速甩动（可在旋转茶杯或者云霄飞车中尝试使用）。
• 多次启停声音。

问题原因

音响处于掌机下半部分的电池后面，为了将掌机做薄（虽然根本不薄），电池做大（虽然根本不大），音响和电池距离很近，这就导致了其在大幅震动的时候可能会贴到电池上，振膜后面的金属件在导电之后让整个音响暂时失效了。

因此重新启动或者开关声音确实是有可能恢复正常的，直到下一次问题发生。

如果寄送 ROG 售后的话可能会直接更换主板，这多半解决不了问题，除非他们更换了新的做了特殊处理的音响元件，让其不再导电。

所以其实手动在音响和电池之间增加绝缘层就可以解决问题了。

修复准备

• 精密螺丝刀 PH 000 十字刀头
• 特氟龙胶带（或其他耐高温绝缘胶带）

修复过程

拆解后盖

使用 PH000 刀头。注意下方正中的螺丝存在垫片无法拔出，留在盖子上就好，其他五颗螺丝相同。

记得收好螺丝避免丢失。

ROG ALLY 带有电子感光元件，在拆解后盖的时候会自动断电，未装后盖时无法开机是正常现象。

卸下电池

音响在电池后面，需要先卸下电池。

有两颗螺丝在绝缘胶布下方，掀开拆下即可，这里使用 PH0000 即可。

胶布下方的螺丝较长，两侧螺丝较短，注意保存。

将这里的两个黑色卡扣向上掰开取下排线，注意中间也有排线连接，直接拔出即可，也可以不拆。

增加绝缘

这里就是音响背面的金属键，在上面贴好特氟龙胶带即可。

可以多贴几层。

组装设备

按照上面的步骤倒着装回去即可，注意电池在装回去的时候给音响多留一点空隙。

电池一共有 3 个接线，全部装好后再安装后盖。

第一次启动掌机需要插电。

后语

如上，掌机音响的修复就完成了。不过需要注意的是，拆解后的掌机显存设置会恢复成默认的 4GB，如果有需要的话需要手动重新调整一次。

ROG ALLY 是我相当喜欢的一款掌机，如果有更大的续航和更好的色准还有更低的散热声音就更好了……

更好的有点多（

新一代的，啊不对，新半代的 ALLYX 应该也存在同样的音响问题，修复方式也是一样的。

ALLYX 也是白色的话就入手了，可恶。

在修复过后，音响的不一致问题大致能够解决，不过因为结构的问题，可能还是会在极端情况下旧病复发。多贴几层绝缘可能能好一些，不过绝缘将音响和电池的缝隙填满了也不是什么好事，至少会影响到散热。

在其有更好的组件之前还是不进行折腾了。

如果有遇到其他什么问题，还请留言告知我更正。

打球去了，喵。

by. 时隔半年马上就去打球的 L1key ฅ^._.^ฅ

已经部署到云服务器上发布的网站，简单地从一台电脑将文件夹复制到另一台电脑上是无法直接 hexo g -d 再次部署的，会遇到各种各样的错误，比如最常见的缺少权限。

因此，在更换新设备，对本地数据进行迁移的时候，要重新对网站进行一次部署设置——毕竟门锁换了，还是要重新配一把钥匙的。

……钥匙换了，要重新配一个门锁。

1 迁移文件夹和必要依赖

总之复制文件夹是第一步，这里需要解决复制过后产生的各种各样的问题。

[!TIP] 从 MacOS 转到其他操作系统时，需要注意是否有多余的 .DS_Store 文件。这是 Mac 的 spotlight 聚焦搜索使用的索引文件，对其他 OS 没有任何用处。

工程迁移后，先重新安装 hexo、npm、Node.js、Git 等，配置好本地的环境。

环境准备在这里~

这次的重新安装环境，顺带也能升级一波。

执行 hexo 脚本无权限

依赖环境配置完成后，先尝试运行 hexo s，可能会出现如下报错：

hexo : 无法加载文件             \npm\hexo.ps1, 因为在此系统上禁止运行脚本...

这是 Win11 的 PowerShell 执行策略默认设置的问题，hexo 脚本 hexo.ps1 被禁止执行了。执行如下命令检查策略定义：

Get-ExecutionPolicy -List

输出的执行策略定义可能并非为 Restricted ，而是 Undefined，对于 windows 来说，Undefined 默认等同于 Restricted。

此时需要查找【设置】-【开发者选项】-【PowerShell】，将该设置下的“允许本地 PowerShell 脚本在未签名的情况下运行”打开。

再次输入命令检查策略定义，CurrentUser 一行被修改为 RemoteSigned，确认设置成功。

之后 hexo 脚本就可以正常运行了。

2 重新连接云服务器

云服务器也存在门锁（SSH 加密登录协议），需要有钥匙（SSH Keys）才能进入。与物理钥匙有些不同的是，SSH 是在门锁中加入认证，让锁去适配钥匙。每台设备都有自己独特的钥匙，添加进云服务器中的 SSH 认证中就可以开门进入了。

即个人设备产生公钥和私钥，将公钥（门锁）交给云服务器，用私钥（钥匙）进行登录。

这是刷脸解锁吧。

本地准备 SSH

更换设备当然要重新 SSH，这个步骤在第一次部署的时候想必也都经历过。

也都忘了，毕竟刷脸解锁是自动的，换脸之后大伙也总是想不起来去更新认证……嘶，什么职业需要频繁换脸啊？

本地终端上输入：

ssh-keygen -t rsa -C "邮箱地址"

在提示的路径下找到 id_rsa.pub 公钥文件，复制其中的内容备用。

[!TIP] 生成一对 SSH 密钥，用于认证登录。

-t rsa 指定密钥类型为 RSA，-C “邮箱地址” 给密钥添加标签以方便识别密钥信息，邮箱地址不参与加密。

云服务器设置

云服务器 Git 配置

在云服务器中登录，弹出指令执行的窗口，输入指令获取 root 权限：

sudo su root

将其中的 Git 升个级吧：

yum install git

重新检查下 Git 账户权限：

adduser git            # 迁移不需创建 git 账户，第一次部署的时候已经有了
chmod 740 /etc/sudoers # 修改改文件的编辑权限
vim /etc/sudoers       # 使用 vim 进行编辑

::: tip[chmod 后的权限数字] 1 - 执行权限；2 - 写权限；4 - 读权限。7 = 1 + 2 + 4，为最高权限。

三位权限码为 Linux 的权限操作粒度：顺序为 owner、group，other。740 即 owner 可读可写可执行、group 可读、other 无操作权限。 :::

在 vim 中，键盘输入 i 进入 INSERT 编辑模式，使用方向键移动光标，确认如下行存在：

root    ALL=(ALL)    ALL
git     ALL=(ALL)    ALL

键盘点击 <kbd>esc</kbd> 进入指令模式，输入 :wq 保存退出。

建议编辑结束后将权限改回 400，防止之后可能的误修改。

云服务器 SSH 配置

切换为 Git 用户后进行 SSH 的配置：

su git                      # 切换为 Git 用户
mkdir ~/.ssh                # 迁移工程应该存在该文件夹
vim ~/.ssh/authorized_keys  # 编辑公钥存储

在打开的文件中复制本地的 id_rsa.pub 公钥，保存退出。

::: details Vim 的使用方法不会还要在这里帮你复习吧？ :::

重新对 SSH 赋予权限，authorized_keys 赋予 600，.ssh 文件夹赋予 700。

之后在本地测试下 Git 是否正常连接：

ssh -v git@服务器公网ip

出现欢迎的信息就说明配置成功，本地机器可以正常连接上云服务器啦。

后语

配置到这里，迁移的工作就已经基本完成了——什么，你问我为什么不是完全完成？快去工程文件夹里面执行 hexo g -d 看看到底能不能正常运行啊!

因为我的整体迁移工作比较顺利，不正常运行的话我也没办法请告知我，我好看一看解决方法加点容错上去，希望能帮到更多的人。

按照这个文档去部署新的云服务器会缺少 Git Hook、宝塔面板、安装 Nginx、配置本地推送地址这些步骤，所以它只是一个迁移的参考，照着部署时不太行的……请检查其他的文档吧~

因为我饿了，觅食去了。

by.饥肠辘辘的L1keyneko_ฅ^._.^ฅ

腾讯云的【内容分发网络CDN】-【域名管理】功能中存在一个“一键DNS解析”的操作，用来快速将网站的域名实现CDN分发以加快访问速度，但实际操作上会出现很多坑，操作之后往往会出现域名无法访问、跨域等等问题。

“一键DNS解析”的操作逻辑是：

1. 若存在对该域名源站的 CNAME 解析，则暂停该解析，增加一个新的 CNAME 解析以增加 CDN 分发功能；
2. 若不存在，直接增加解析。

先搭好站点，后来再考虑访问速度的同学在这一步时一定是存在一个原本的解析的（没有解析无法将公网 ip 和域名联系在一起），因此会触发第一个逻辑，即暂停解析后再新增一个解析。

然而，这个“一键DNS解析”的操作不知道是因为脚本问题还是后台管理的疏漏，两个步骤执行得异常缓慢，需要至少 5min 才能完成暂停解析的操作，而第二步增加解析的操作在我的 4 次尝试中从来没有完成过。

因此，使用该操作的同学最好是手动在 DNSPod 中暂停和添加 @ 的 CNAME 解析，具体的节点地址在“一键DNS解析”的地方复制就可以了。

::: info 如果断在第二步前，会导致域名无法访问；全完成后，就可能出现跨域问题。 :::

虽然在一系列操作后，我搞好了 CDN，但在查看网站后发现，所有使用 COS 对象存储作为图床的图片全部无法加载，我只能一直看着迷迭香被戳来戳去~~，好像也不错~~。

使用 F12 查看网站的控制台，可以看到出现了跨域 CORS 问题报错：

接下来就讲讲怎么解决这个问题吧。

什么是跨域问题？

跨域问题的出现并非是因为后端拦截或者防火墙什么的，而是浏览器本身的防护策略。

域实际上就是域名命名的东西，不过比直觉上要狭窄一些——同源的域需要协议(https/http)、主机(baidu.com/google.com)和端口号(lyrikp:8000.art/lyrikp:80.art)都相同。

浏览器的同源策略会阻止域中的 JavaScript 脚本和另一个域进行交互（请求是 ajax 类型）。实际上，图片和 CSS 的请求本身应该是可以正常交互，然而因为对 COS 对象存储和网站本身部署的服务器这两个服务器的调用，也顺带出现了 ajax 请求，因而产生了跨域问题，被浏览器阻止而无法访问图片。

CORS 跨域问题解决

解决跨域问题的方法有很多，前端和后端都有手段去规避或者注明某个信息被授权跨域访问。

CORS 解决方案是比较根本的方法，它不需要前端做任何事情，只是通过在后端服务器中添加一个响应头，来注明该信息可以被授权访问。

在腾讯云 COS 对象存储中就更方便了，只需要设置存储桶权限和 CDN 分发网络的 HTTP 标头即可解决大多数问题。

COS 中存储桶权限设置

【对象存储】-【存储桶列表】-【选中存储桶】-【安全管理】-【跨域访问CORS设置】。

点击添加规则。

• 来源Origin - 添加请求跨域访问的域名，即自己的域名。
• 操作Methods - 建议勾选除去 DELETE 的全部，以确保合理的请求都可以被允许。
• 超时MAX-Age - 可以随便设置，影响不大。
• 其他设置保持默认即可。

设置完成后点击保存。

CDN 分发网络设置

[!TIP] 未使用 CDN 加速可以忽略这个步骤，如果上述设置后仍无法访问，再尝试这个步骤。

【内容分发网络CDN】-【域名管理】-【具体域名】-【高级配置】-【HTTP响应头配置】。

打开配置状态后点击【新增规则】：

• 头部操作 选择“设置”；
• 头部规则 选择“Access-Control-Allow-Origin”；
• 头部取值 输入自己的域名，和允许调用的域名。
  • 使用 * 会允许所有取值，注意防止盗链。

跨域问题解决，图片可以正常访问了。

:spoiler[骗你的，这张 GIF 并没有被拦截]

0 前言

Hexo 主题 volantis 集成了两种行间代码框高亮模板：highlightjs 与 prismjs。可以在 .yml 配置文件中方便地使用它们。但在使用的时候会出现一些小问题，比如代码字体与正文字体相同和不支持显示行号等，可以用接下来提到的方法进行优化。

不过因为我并不熟悉 css 和 JavaScript，本方法仍存在一些没有解决的问题，见最后一个章节，请慎用。

现在是 AI 时代了，我将如潮水般修复——等等，老文档还是就这样归档沉底吧。

[!NOTE] 本方法参考 volantis主题修改代码高亮样式 ，是基于该方法对当前版本的 volantis 所做的重写。

即便参考文档已经无法访问了，这里仍留作存档。

1 修改步骤

1.1 添加行号显示代码

于位置 /themes/volantis/layout/_plugins/highlight/highlightjs/script.ejs 文件，对其作以下修改：

// 代码高亮部分的css样式
<% if (theme.plugins.highlightjs.css) { %>
  <script>volantis.css("<%- theme.plugins.highlightjs.css %>");</script>
<% } %>
// 代码高亮部分的js，在这里加入引入的代码行号的js文件
<% if (theme.plugins.highlightjs.js) { %>
  <%- js(theme.plugins.highlightjs.js) %>
  <script src="https://cdn.jsdelivr.net/npm/highlightjs-line-numbers.js@2.8.0/dist/highlightjs-line-numbers.min.js"></script>
  <script>hljs.initHighlightingOnLoad();</script>
  <script>hljs.initLineNumbersOnLoad({ singleLine: true });</script>
  <% } %>
  <script>volantis.requestAnimationFrame(hljs.highlightAll)</script>
  <script>
  volantis.pjax.push(()=>{
      document.querySelectorAll('pre code').forEach((block) => {
        hljs.highlightBlock(block);
        hljs.lineNumbersBlock(block, { singleLine: true });
      });
  },"highlightjs")
  </script>
// 拷贝代码按键的部分
<% if(theme.plugins.highlightjs.copy_code){ %>
<script>
  function pjax_highlightjs_copyCode(){
    if (!(document.querySelector(".highlight .code pre") ||
      document.querySelector(".article pre code"))) {
      return;
    }
    VolantisApp.copyCode(".highlight .code pre, .article pre code")
  }
  volantis.requestAnimationFrame(pjax_highlightjs_copyCode)
  volantis.pjax.push(pjax_highlightjs_copyCode)
</script>
<% } %>

.ejs 本质上还是 JavaScript 模板，而原本的引用方法会在我的编辑器当中疯狂警告，因此沿用了参考教程的格式，补充了 css 和复制按钮部分。

1.2 创建样式文件

路径 /themes/volantis/source/css/ 下创建一个自己的文件夹，如果之前看过官方文档中添加更多 noteblock 标签相关内容的话，这里面应该存在一个 _自定义名称 的文件夹，这里姑且命名为 _other 文件夹。

这个文件用于存放自己自定义的 styl 样式，方便整理。当然，要记得在后面的步骤中引入这个文件夹内的样式。

在其中建立名为 codeblock.styl 的样式文件。

/* for block of numbers */
.hljs-ln-numbers {
  -webkit-touch-callout: none;
  -webkit-user-select: none;
  -khtml-user-select: none;
  -moz-user-select: none;
  -ms-user-select: none;
  user-select: none;
 
  text-align: center;           /* 行号的对齐方式 */
  color: #f6f6f6;               /* 行号颜色 */
  border-right: 1px solid #CCC; /* 竖线的粗细、样式和颜色 */
  vertical-align: top;
  padding-right: 5px;
  font-family:  Menlo, Monaco;  /* 行号的字体，不设置即为正文字体 */
  background:                   /* 行号的背景颜色，为保持一致，请使用highlightjs的css的背景颜色 */
}
 
.hljs-ln-code {
  padding-left: 10px !important;
  font-family:  Menlo, Monaco;  /* 代码的字体，不设置即为code字体 */
  background:                   /* 同上一个background */
}

引入两个部分的样式，分别是行号部分和代码正文部分，可以对其进行样式和字体的修改。

调整暗黑模式下颜色不匹配问题

使用 highlightjs 之后，volantis 的暗黑模式就不会再影响到代码框的背景颜色了。

而由于我也不知道什么原因的问题，暗黑模式之下的 highlightjs 会影响存在代码的代码行的背景色，造成背景色差异。而亮模式下却不存在颜色差异（可能是因为默认的 background 参数，不过 volantis 使用 highlightjs 之后的代码框在两个模式下都应该是同一个颜色的）。

::: grid{columns="2" fit="contain"} :::

因此，这里用了手动设置背景色 background 的方法规避掉背景色不同的问题。

这需要在选定好 css 模板之后，按照模板的颜色设置其背景颜色使其统一，是一种逃课的方法。

诶嘿。

1.3 引入样式文件

在 /themes/volantis/source/css/style.styl 文件中补充引入有刚才写入 codeblock.styl 的文件夹 _other，引入形式如下：

@import '_other/'

到这里为止，额外增加行号和更改代码框字体的情况就完全完成了。重新进行网页渲染就可以看到更改的结果。

如果之前还没有使用过 highlightjs 来使代码高亮，那还需要做下后面的事情。

2 使用highlightjs

首先要禁用 hexo 自带的代码高亮设置，在默认的 _config.yml 文件中：

highlight:
    enable: false

之后在主题的配置文件 _config.volantis.yml 文件中启用 highlightjs，并引入选择好的 CSS 样式：

  # highlight.js
  highlightjs:
    enable: true
    js: https://cdn.jsdelivr.net/gh/highlightjs/cdn-release/build/highlight.min.js # 这一行调用高亮文件样式，可以换成可访问的 cdn
    css: https://cdn.jsdelivr.net/npm/highlight.js/styles/vs2015.css # 在这一行填写自己选择的样式链接
    # more: https://www.jsdelivr.com/package/npm/highlight.js?path=styles

3 目前存在问题（特性）

1. 该方法无法解决 folding 插件导致的 highlightjs 插件渲染代码不分行问题。
2. 行号相对窗口并非固定位置，当一行代码过长时，移动窗口的滚动条，行号会随代码一同移动。
3. 该方法只修改行间代码框字体，没有修改行内代码的字体。

回望大学四年，遗憾没有什么值得称道的事情，唯一能拿出来说说的似乎也只有一点的学生工作了。

说来我自己也总带有一点工具人属性，半瓶水的技能总是被人呼来喝去低成本地用着。从大一开始就作为唯二的学院代表进入策划团组织“八院迎新”去我迎我自己，还上交了学院的迎新logo设计。虽然最后只是位列第二并未采纳，原稿也已经被不知道丢到了哪里，我也仍然嘴上抱怨着这些，实际却总是半带炫耀地吐槽着。

工具人也不是没有好处，我的职位比同级的同学都快了一步，窃喜之余，才意识到这竟不过是辅导员为了更好地框住我干活的小把戏，但这又有什么办法呢？大二时我作为部长应学院委托提交了修改学生会宣传中心组织架构的学生提案，宣传中心从学生会中脱离出来，成为了独立运营的学生组织。要说有什么好处的话，除了我在面对学生会长时不再有面对“上司”一样的怪异感之外，那就是干部们的保研加分整体又高了一个台阶吧。

在大一时连挂四科的我没用上就是了。

大三我便成为了宣传中心的主任。遗憾的是，我对于亲近学弟学妹毫无经验，社交一事与我简直不共戴天。即便水群时思如泉涌，拱火接梗无所不能，可一旦到了要干正事布置任务的时候，我总是畏首畏尾支支吾吾。毕竟干学生工作毫无报酬，谁想跑路当场撂挑我也毫无办法，学习作为理由还是借口都从道德上找不出破绽，人不为己天诛地灭。可在其位谋其政，我身为干部不能肆意推脱。在加上从我们这届之后学弟学妹统一入驻新校区，两小时的车程不能见面开会团建使得关系更加疏远。培训合作处处受制，干脆就不再安排他人，自己应付。

和死线比起来，社交要恐怖多了。

没有责任归属，我该用什么样的态度塞给别人并不想做的工作呢？

幸好最后一年我们也搬到了新校区，接班的后辈们也足够优秀，几乎对他们毫无了解的我像是刮奖后中了彩一样松了一口气，也不禁为之前“勤政”的自己感到无语——早知道把工作丢给他们就好了。

算了，反正我也喜欢这些，上面胡来的修改意见我也从没听过就是了。

如今我已经卸下担子，在宣中的群里看着后辈们抱怨工作离谱，领导离奇，也只是发出一张“哈哈哈看上去真可怜”的表情包来安慰安慰罢了。

也许是在安慰自己。

在整理以前做过的东西时，察觉有些东西还是值得稍加记录。即便业余稚嫩不够成熟，粗糙晦涩不算典雅，那也是一段至少我经历过的真真正正时光。

那段总是零点以后，凌晨台灯，反反复复ctrl+z的时光。

电子宣中概念

想要一套宣中自己的文化衫，于是我设计了如下的概念图

我们是电子学院，要有电子的感觉，总之就先把电路图加上去了。

中间的拼贴词条都是当时的一些梗，随着时间流逝，人影绰绰，也逐渐只剩前辈和我们知晓。

那便不记录了吧。

若是忘记了，未必不是幸事。若还记得，那我还是我。

整体采用斜十字的布局，用方块红色强调主体文字，用拖影的方式营造出动感和glitch的感觉，想展现出电流的声音。

其实我个人相当喜欢，只是直到现在，也没能制作出来。

院徽

如果说在大学期间有什么影响力最大的设计的话，那一定是这个院徽了吧。

元素是电路蚀刻线+芯片，像树一样成长的大电路线选择了五条，让它们像手指一样将芯片包含在内。在芯片里又是单片机中总是见到的电阻和电路的集合，中心对称的同时也互相耦合，有没有像两只手上下握住的感觉呢。

硬要去解释什么含义的话，就落了下乘了。需要被解释的含义，对于被解释者来说是不存在的含义。

其实是因为我忘了。

要说有什么轶事的话，在标识外围的两个八角星是我手动画出来的，所以其实并不是那么正和完美。另外，学院似乎急不可耐地错把正式的第一版印发出去，而第一版的中心标识好像有那么一点点偏左边......

没对齐，诶嘿。

受害者似乎有第一批院旗、部分实验室门牌、实践队旗、学院讲台桌......

我还是不要数了。

大概用了两周时间完成了它，在院史上写下了属于我的一笔，虽然老师说院史上只会说是学生设计的而不会提及名字就是了。

它应该不会那么早就被换掉吧？我如是期望着，每当我对自己的大学有什么思念的时候，我都能在这个自己蹉跎了四年的学院院楼之上，看见那个从我手中诞生的标识。

我想它应该是我能够炫耀的事情。

足球队标

虽然我一向自认本命运动是羽毛球，可在初中高中时，占据我时间最多的运动想来就是足球了。每当下课铃敲响时总会有同学从不知道哪里摸出来老师不让带进教室的皮球，吆五喝六地带着一帮人冲向操场。

写到这里，不由得回想起中学的同学了。用球星的名字称呼踢球同伴，你也做过这样的事对吧？

十分钟的课间能踢个什么啊w

对了，学院才成立一届，我们就入学了，于是我在大一时也凑上了学院足球队的首发名单。同级的伙伴也在大二就当上了队长，听说我在宣中工作，便邀请我设计一套学院球队的队标。

令人欣喜的是，如今正任球队队长与经理的学弟学妹们用这个队标做成了队服，还有主场客场的球衣。

啊对了，我找找，我的号码好像是13，我以前很喜欢的数字。

我以前的号码是0号，不过自从学校足协规定不能有0号之后，就选了这个数字。

反正我都很喜欢。

不过还没有穿这身球衣踢过球呢。

还有什么没说的来着，对了，我的位置是右边锋。

羽协标识

其实我最擅长的运动是羽毛球，诶嘿。

不是什么值得炫耀的事情，我从大约小学时就拿起球拍了，想来应该和我拉小提琴的时间一样久。

即便因一些事故，现在的我已经无法再随心所欲地按动琴弦，羽毛球我也能勉强算是坚持至今。

勉强其实是因为初中高中时没什么人能和我打上一两拍啦。毕竟在几年前的中国，羽毛球还远远算不上是大众运动呢。

这也是我自不量力的愿望，也是我想要去做羽毛球内容的初衷。

扯远了。

我在学院院队之中任所有位置，也勉强算本科生半个指导。领队？不不不不，领队这么麻烦的事情我丢给缺锌达了，我是副领队。

填表行政什么的太麻烦了，战术安排和教学训练比这有意思多了。

对了，受领队的委托，设计的学院羽协的标识。

参考了某一年某个大赛的文字设计，直接让缩写首字母变成羽毛球的羽毛，总体排列成一个羽毛球的形状。

有些偷懒，诶嘿第二次。

好吧，其实特别偷懒了，因为有人叫我打球了，回见。

班级文化衫

受班委委托，制作了一版专业班级的文化衫。

非常简单的素材处理，黑色打底，白色矩形强调文字主题，辅佐以白色飞屑营造动感以及小型电路融入元素。

实际上，我是想做出一个“可以当做便服穿着”的T恤。简单一点的设计反而会比较使用。

不过令人遗憾的是，在我交稿之前，班服的样式就已经选择了淘宝的预置款式了。

但实际上我交稿只用了1天。

学代会工作员证

受学院委托，制作了学生代表大会的工作员证。

::: grid{columns="4" fit="contain"} :::

简洁的用颜色区分了不同职位，因为计票监票什么的想要重复使用，所以只有代表证带上了届数。

其实还有总计票人、总监票人什么的，用相同的颜色归类了。

如果能多给我几天的话，就能设计得更精致一点了呢。

有趣的事......第3届和第4届学代会的代表证我都有？作为超好用的工具人，我作为代表参加了两届学代会。

工作室logo

因为学院领导的一时兴起，宣传中心旗下成立了四个工作室。其中3个工作室的logo由我设计，另外一个由缺锌达设计了。

::: grid{columns="3" fit="contain"} :::

芯火是漫画工作室，芯辰是文字工作室，花生是音频工作室。很直观吧，大概。

大部分的作品都通过工作室的名义进行了发布，不过我并不会制作漫画，对新闻推送也兴趣寥寥，对工作室的具体内容就更不甚了解啦。

虽然我好像是管事的来着，也在芯火和花生做技术支持。

对了，由缺锌达设计logo的工作室叫厦至视频工作室，我在其中担任后期和技术支持。那个《精疲力尽的恋歌》MV就是以工作室的名义制作的。

还有那个学校百年校庆时发布的歌曲《有夏天》和她的MV，是我以花生和厦至的名义借用学院资源制作的。

嗨呀，就是给一个合理的理由去用用经费吧。

反作弊宣传海报

你有没有打过小抄？有没有？

据统计（瞎说的），至少有100%的学生想过如何作弊！

我们制作了宣传海报来警告同学们不要作弊。

::: grid{columns="2" fit="contain"} :::

工业风格的警告类海报，当时芯火工作室还叫芯宇工作室，算是前身。

我先设计了一版来确定整体的设计风格和样式，大概整了个模板一样的东西，让参与设计的Kuuhaku和kekescat参考这个进行设计。

中间主体部分的阴影被和背景色一致的条带抹除后的感觉我很喜欢，不过因为手和手机与桌面的距离不同，用相同的阴影设计会显得手过于扁平，抹除的效果就没那么好看了。

虽然我觉得好像是手的阴影应该更淡一点才对，不过手机的扩散淡阴影质感相当有趣，就放着不改了。

后记

设计还有很多，不过看来看去好多都似乎只是改了改模板，虽然精致好看但总觉得缺了些什么，就不勉强放在上面了。

稿件样貌驳杂且不免业余，凑数忝列也不过是自我炫耀，就言止如是好了。

再看以前所绘，许多有趣的想法并未能跃然，学校学院的官方限制总归是一道门槛，再加上我入学当时学校的网络名声让大家杯弓蛇影惶惶井绳，作为官方渠道不敢放出哪怕一丝一毫仿佛歧义之物，便也只能如此。

当然，我选择放在上面的，大部分都是没有进行和谐过后的版本了。

总之，我竟也做出这样物事，也是我所作为自己的价值。

感谢观看，还有晚安。

by.L1key

::artplayer{src="https://sports.cctv.com/2021/10/03/VIDEio29k5TPimX1bSeXJDXq211003.shtml" title="2021苏迪曼杯决赛：中国vs日本 3" poster="https://p3.img.cctvpic.com/photoworkspace/2021/10/03/2021100322072334914.jpg" preload="auto"}

感想文

值得庆幸的是，他赢了。

和很多人不同，我看到石宇奇的燃命并非李宗伟的影子，他的球路自带一股唯我独尊的磅礴大气，如果硬要找一个形容词的话，那会是“帝王”。

他这次比赛几乎超出意识的提速突击和起跳后转前似乎能看见李宗伟的“弹簧腿”，而杀出的路线与力道即便接住也难以过网的杀气又能看见那场对战李宗伟时魏楠的“霸王杀”，近网假动作平推和后场跃起意识外平高分明是盖得的拿手好戏，看死过渡球路的预判和抓点以及组织控制如网般将对手牢牢捏在手心的布局却是林丹的真传。

他并非是某个人，某种传说或者神话的复刻，他好像一个末代帝皇，蒙先帝荫蔽得以开放圣听而博采众长，承万民希望得以肩负重担而不敢迷惘。国羽男单青黄不接，林贵埔受伤受的滑稽，薛松顶不住伤病已宣布退役，谌龙也将走上神走过的路与时间殊死。

本次苏杯陆光祖、李诗沣还没有统治的能力，更何况双塔不在，雅思缺席，确确实实阴盛阳衰，中国这次几乎算是被女生抬进了决赛，网络上的谩骂成了羽毛球这“小众运动”未曾获得过的“殊荣”，央视一些解说的表现也让我瞠目，尤其是在第二局。

我一向自认懒惰到温文尔雅也没忍住在弹幕上和那些满嘴“摆烂”“不争气”“垃圾”的人争吵起来，说实话即使到现在我也没想明白竟然也会有看球的人看不出第二局的路数与战略，看不出主动放弃的大范围跑动，看不到失准的高远是为了拖时间恢复体能，看不见队友的信任也看不见教练的鼓励，更完全想不到我们骄傲的运动员根本不可能在国际赛场上变成那些恶心肮脏卑鄙小人臆想的自己曾经也许现在也是的样子。我能理解有些人并不是出生就有母亲生养教育的，也知道有些人仰望星空时并不是想变成某种同样的闪耀而是盼着它坠落井底，但我无法容忍以连莫须有都不是的理由恶意揣测正在努力攀爬的人们还完全没有意识到自己正在诋毁攻击的是谁的骄傲的人竟和我是同一物种的事实，也为这种事实感到无力和悲哀。

我不敢想象，如果石宇奇当真输了第三场比赛，他会不会变成下一个刘翔。

仍有一些人不能理解，即便我们中国没有信仰，为什么我们仍有“背信弃义”这种成语来唾骂某些人。

我说石宇奇是末代帝王，不止是他似纳谏般的菁华扬弃，也不止是他姿态与球路的浩然正气，更是他的背负让他走投无路而搏命的挣扎，更是他如毫无退路般喑哑的嘶吼燃烧起的时间。他敢放弃一整局来忍辱负重，也能燃烧一整局牢牢钉死世界第一来为中国拿下几乎没有人奢望过的一分。

钉死——没错，就是钉死，纵观石头整场比赛，第一局和第三局我没有在任何一丝地方怀疑过石宇奇会输给桃田贤斗，世界第一。一三两局的统治力没有给桃田任何翻盘的可能，这就是帝王。没有什么花里胡哨的小动作，也没有蛮不讲理的起高就杀杀就钉地板，而是令队友振奋，令对手恐惧的，可以称得上是朴实无华的，杀，杀不死就再找机会，再杀，直到桃田贤斗被钉死在绿色胶皮上。

没有什么高能没有什么爆燃，没有什么高潮也没有什么爆点。他就是这么安静而尽全力地燃烧着，直到燃尽之后一度熄灭仍再烧起的别无二致的火光，燃料烧尽就燃烧自己，现在烧尽就燃烧未来，到最后我甚至辨别不出到底什么在烧着，我只能看见那火光。

我一向认为羽球是带着“贵族气息”的运动，帅气而优雅，从容而权威，即便是霸气也带着上位者端正又疏离的味道。但是这场比赛我看见的却是一位好似信步闲庭实则遍体鳞伤的帝王，那好像一无所有却困兽犹斗的死士，那似乎不被期待也不择手段的勇者。

烧到时间停止，烧到比赛结束。

比赛结束，石宇奇面色发白，手臂颤抖地扶在储物箱前的时候，我回想起了就在不久前全运会结束他接受采访时说的那段话：

“我走不出伤病了，但我要肩起中国男单的重担。”

至少这一场，他确实成为了中国羽球的骄傲。

<div style="text-align: center;"> IEEE战队 </div>

<div style="text-align: center;"> 擅长做菜的工科生全领域游戏社团 </div>

IEEE战队简介

IEEE 战队前身为 HLB 战队，是 HLB 战队从守望先锋转型为多分部游戏战队，成员来自五湖四海各大高校，多数年龄在 19~22 岁正值壮年（？）的大学生。队长及战队经理是欧登塞的胡萝卜（以下简称胡萝卜）。

IEEE 取名自电气与电子工程师协会，最初是由胡萝卜劝诱自己的好朋友及好朋友的好朋友还有好朋友的好朋友的好朋友，因胡萝卜崇拜而建立的HLB战队转型而诞生。由于交友圈限制，战队成员多是厦门大学、中国科学技术大学、杭州电子科技大学等的在校学生，这也是战队被命名为IEEE的主要原因。战队成绩起伏不定，时而俯冲青铜时而暴打大师，主要影响因素是期末考试的时间。

救命我编不下去了

到目前为止，战队有麻辣烫、扬州炒饭、鱼香肉丝、麻婆豆腐守望先锋、英雄联盟、APEX三个主要活动分部，令人难以置信的是，这三个分部的竟然是一模一样的。

这年头大学生还是太闲了φ(≧ω≦*)♪

战队成员

战队成员名单如下：

LOGO设计

战队 LOGO 诞生于 2021 年 7 月 27 日，由 IEEE 战队队员 LIKE 设计。

设计参考了电气与电子工程师协会的标识，在几何图形化后做了一些图案的避让，让它更有棱角感和科技感，以体现出游戏战队的特色风格。

实际上，本身这样的设计也有融合进字母“i”与“E”的元素，不太容易看出来罢了。

设计都是吹出来的.jpg

用来标明战队名称的字体也做了些许处理改变，在原本字体的基础上绘制而成，并不是某个通用的英文字体。

对了，它本身也很像一个胡萝卜。

一共花了我一下午的时间绘制，我为什么要制作这个玩意来着？

<font size=1 color=gray> 因为只是随手的作品，没有记录任何设计参数。 </font>

后记

本身就是三年宿舍长的胡萝卜以前的交友圈拉起来的游戏群，结果跌跌撞撞到处拉人竟然发展到了可以队内对抗的程度，这着实是出乎我的意料。

IEEE 本来是大家在打 APEX 时成立的公会俱乐部的名字，捏他自几乎是我们电子电气学生最高梦想的非盈利国际组织。而我的电脑配置只允许我偶尔打打守望先锋什么的低配置游戏，还得时刻顶着 wifi 掉线的危险，直到大约几天前才知道他们成立了这个俱乐部公会——虽然我的 APEX 账号早就被他们拿去屠杀新手村的时候顺手加入了。

既然是公会俱乐部，那就没有没有标志的道理。带着些许莫名其妙的兴奋和逃避写作业的拖延我一意孤行地完成了这个设计，还好最后结果并不太糟，即便一些成员的态度相当微妙，我仍然自我感觉良好地喜欢上了自己的设计——也没有不喜欢的道理嘛。

我们并不厉害——也许只有我菜——也并没有什么远大的志向，成立一个真正的电竞战队或者加入 IEEE 协会成为 Member 甚至 Fellow 什么的（值得庆祝，胡萝卜和 ELAN 如今都已经是博士，也有了成为 IEEE 会员的机会），我也仍然自娱自乐地设计了这个标志并写下了这篇文章予以记录。我至今仍不明白这种现在回过头来看看甚至有点犯蠢和尴尬的行为到底是为什么，也不知道自己到底有没有因为这件事发生了什么成长或者改变。

明明是毫无意义的事情不是吗？

怎么会这样呢？

青春什么的还没有结束，我还没打算开始祭奠。

by.LIKE

网站的装修总是需要各种各样的资源，像是图片、音乐、视频……相比于静态网站生成的文件，他们通常都太大了。如果产生了一点变更，就会导致更新网站的部署发布时可能多次上传这些大资源，对网站的本身的加载渲染和云端服务器的带宽负载都造成很大负担。

一般这种情况我会建议不要上传大资源。

此时，可以建立一个云端的大容量的存储空间，让网站在需要的时候进行调用，从而不必再让网站本身进行加载，把渲染的负担分摊到对存储的调用上。而对于更新来说，网站在部署发布前只需要把原本指向本地资源库的地址更改为网络中的地址就可以了。

[!NOTE] 云服务器的存储空间总是相对较贵的，而专门负责存储资源的服务器不需要太高的处理器能力，价格总会相对便宜，这也是避免占据太多云服务器存储空间的一种方法。

什么是图床？

图床是存储图片的服务器，允许用户将图片对外链接到别的地方。

我们可以将它理解为一个自动产生分享链接的网盘。图片存到这个网盘当中，就会生成一个网址，通过这个网址就可以访问和调用这张图片了。

::: details 一个例子的图片网址

这是本网站的图片加载占位。

迷迷迷迷迷迭香~

:::

免费的专业图床平台当然是存在的，不过大多数平台因为众所周知的理由往往难以在国内访问~~，成为了减速 CDN~~，而国内的图床平台又总是有会审核和版权方面的限制，还容易跑路，让存储的资源血本无归顺带网站爆炸，使用一些比较靠谱的云存储进行图床的搭建才是比较稳妥的方法。

我竟不能使用色情……不对，二次元的图片？二次元震怒！

什么是对象存储？

对象存储简介

对象存储是网盘。

对象存储是一种用来存储非结构化数据的云存储方式，里面每一个文件都是一个“对象”，通过唯一地址进行存取，可以通过多个 url 进行调用。

各大云服务商都会有自己的云存储（对象存储），不过名字都有所不同，例如腾讯云的 COS 对象存储，阿里云的 OOS 对象存储，百度的 BOS 对象存储，七牛云的 Kodo 对象存储，又拍云的云存储 USS 等等。

只有又拍云特立独行的英文在后面。

云存储通常会分配给用户一个相对庞大的存储空间，按照流量或者带宽进行计费。只要将图片上传上去，再开放对应的权限，就可以使用 url 来访问或者调用这些资源了。

放心，不贵。

此外，云存储通常还会提供一些特殊服务，例如常见的 CDN 分发以加快访问速度，或者对资源进行压缩处理等。即便自己的云服务器空间足够，使用对象存储服务也会有些许体验上的提升。

不是那种特殊服务，是那种特殊服务。

关于云存储的计费

以普遍理性而论，呼吸空气也应该或许也是要收费的。

对象存储在相当低廉的使用价格之上，其计费可谓是五花八门。不过一般来说可以分为两种计费方式：流量计费和带宽计费。

简单粗暴一点，流量计费就是 3 个人下载 40MB 的文件收 120MB 的钱；带宽计费则是 n 个人共用 3Mbps 的速度下载了 2h 不管有多少文件都收 3Mbps × 2h 的钱。

虽然流量计费看起来能服务的人更多，它也通常更加昂贵。因此，博客和流量不大的网站采用流量计费的方式是比较划算的。

云存储收费的五花八门还体现在收费项上——存储容量、请求次数、访问流量、上传数据、下载数据、管理功能等等，这些都是有可能产生费用的项目。

以至于，你在查看文件时进行了点击，或者仅仅是把存储在其中无人翻看，你可能都需要为此进行支付。

我的感想是：呼吸也会收费的世界出现了。

幸运的是，大多数云服务商提供的项目都是存在免费额度的。像是腾讯云新用户会送一年的 50G 存储容量、三个月的下行流量包等等，各大平台都会有类似的优惠。有些厂商还提供打广告赠送流量的活动，一些些蚊子腿就足够网站存活了。

对的，又是你，又拍云，你总是特立独行。

云服务商的选择

::: info 云服务商的情况 阿里云 OOS - 企业级稳定性，价格会稍贵一点点点，有送代金券。

腾讯云 COS - 稳定高效，送代金券。

又拍云 USS - CDN 加速很快，在网站页脚打个 logo 就有免费额度，最适合个人站长。

七牛云 Kodo - 早期使用量相当多的老牌图床云存储，教程很多，每月都赠送免费额度（但是 HTTPS 需要单独付费），不过我没有体验过。 :::

因为我使用的云服务器在腾讯云上，很多附加服务都使用了腾讯云，所以也不加抵抗地一起并入了生态。下文也将以腾讯云作为示例说明。

腾讯云 COS 快速使用

首先当然需要在云服务平台上注册账号和进行实名认证，我相信这些操作是刻在大家 DNA 里的东西。

互联网时代的 DNA 上面刻下的东西是不是太多了一点？

腾讯云 COS 的使用步骤如下：

[!TIP] 开通 COS 服务 -> 创建存储桶 -> 存储桶操作 -> 绑定域名

写成步骤怎么这么简单啊。

1 开通 COS 服务

在 腾讯云 右上角的【控制台】的首页中搜索【对象存储】进入 COS 控制台，按照界面提示开通COS 服务即可。

你可以在 【概览】 界面的右上角部分看见 控制台文档 的说明手册入口，我有什么没有说明清楚的也可以在文档中尝试搜索。

:spoiler[这怎么可能嘛（挺胸）]

:spoiler[因为我就是抄的这个文档]

2 创建存储桶

在腾讯云 COS 中存在几个重要概念，当然，其他的云存储也是大同小异。

1. 存储桶：可以理解为一个网盘容器。一个账号可以申请多个存储桶，分开计费。
2. 对象：存放在存储桶中的数据，可以是任何格式。比如当做图床使用，存放进去的是图片资源。
3. 地域：云存储器其本身所在的地区。不用管它，5G 时代下一般是感觉不到地域对网速的影响的，除非选到了墙的另一边……

首先点击左侧导航栏的 1【存储桶列表】，在右侧的空白栏中点击蓝色按钮 2【创建存储桶】，会弹出如下的窗口 3。

• 名称 - 该项目的名称，可以随当天的天气好坏填写。
  • 要注意它不可再次更改。
  • 划掉的xxxx数字相当于是是该存储桶的识别id，不需要在意它。
• 所属区域 - 存储桶物理位置所在的区域，可以随便填写。
  • 如果同一家云服务商的话，云服务器和对象存储若处于同一个区域，在数据交互上可能会走内网，而内网交互通常是不收费的。可以用这个特性来节省几分钱。
• 访问权限 - 在刚建立的时候可以选择 公有读私有写，权限没有配置好时，这种情况可以避免无法访问。
  • 在权限配置完成后，改成 私有读写 来时防止盗刷流量最有效的方式。
  • 你也不想和我一样一天被干出去几百块钱吧……
• 请求域名 - 即之后调用时使用的 url 格式。
  • 之后可以将其绑定到自己的域名当中，用更简单的链接进行调用，先不管它。

点击【确定】创建。

3 存储桶操作

创建存储桶后，存储桶列表当中就会出现对应的信息，点击名字就可以直接进入存储桶的文件列表，这个文件列表和网盘是一模一样的。

::: info 使用 Chrome 内核或者 FireFox 浏览器进行访问，可以拖拽上传文件。 :::

我们先上传一个迷迭香好了。

上传的文件会出现在文件列表，点击靠右边操作栏的【详情】可以进入详情界面，查看预览和一些详细信息。

• 对象名称 - 上传文件的名称，建议提前改好名字。
• ETag - HTTP 协议中关联 Web 实体资源的电子标签，不用管它。
• 对象地址 - 可以访问和调用使用的 url。

终于，我们获得了可以访问的网址。到这一步后就可以将 Markdown 中所有的图片本地引用换成云存储器里面的链接了。

不过这个链接实在是有一点点长，而且会暴露存储桶的 id 与地区，~~为了避免武装暴徒的袭击，~~我们可以给这个云存储器绑定一个自己的子域名，从而获得一个更为简洁的地址。

[!IMPORTANT] 以下操作需要域名 ICP 备案完成。

4 绑定自定义域名

读到这里的人应该都有自己的域名吧？

子域名即为 xxx.example.com，这前面的 xxx 是可以随意填写的，顶级域名 .com 前面的那个 example 是自己的注册域名（二级域名），而再前面的 xxx 和 xxx.xxx 等等就都是域名下的三级域名、四级域名……了。

我们现在把存储桶前面那个冗长的域名更换为自己的子域名~~，以避免被武装暴徒的偷袭存储桶~~。

这个梗你还要继续玩吗？

在【存储桶列表】当中找到【域名传输与管理】-1【自定义源站域名】，点击 2【添加域名】，在 3 的地方输入想要绑定的子域名。

我们假设需要绑定的子域名称为 storage.example.com 好啦。

点击右边的保存，这个域名设定就生效了。但目前 url 链接应该还是无法使用的状态，为了让这个子域名可以被访问，我们需要为其添加 DNS 解析。

对了，这里的 CNAME 先记下来，解析要用到。

在 控制台 首页里面搜索 域名注册，【我的域名】列表当中找到自己需要配置的域名，点击解析进入 DNSPod，我们现在为其添加一个子域名的解析。

点击【添加记录】，进行填空。

• 主机记录 - 填写子域名，这里的例子是 storage.example.com。
• 记录类型 - 选择 CNAME，意思是跳转到记录值所在的地址。
• 记录值 - 填写之前记下来的 CNAME。

直接确认即可。

记得也为这个域名申请一张免费的 SSL 证书，以方便开启 HTTPS 加速。搜索 SSL 证书顺着提示一路点点点就好，和自己主域名的证书申请是一样的。

等待 10min……

收到证书之后，在【对象存储】-【存储桶列表】-【域名传输与管理】-【自定义源站域名】中操作列点击绑定证书

• 证书来源 - 选择腾讯云证书，在腾讯云申请的证书是可以一键部署的~~，自由证书的也不需要看这个~~。
• 证书选择 - 选择刚才申请的证书

看，这就是被生态的便利所绑架。

点击确定配置完成。

::: info 别急 在配置子域名 SSL 证书之后，建议等待一段时间（10min+）后再上线尝试，不要像我一样一配置好就迫不及待地输入网址查看然后心肺骤停。

部署证书需要一定的时间，在这段时间当中，主域名和子域名都会处于挂起的状态。 :::

此时返回步骤 3 存储桶操作当中的【详情】页，就会发现在【指定域名】的选项中多出了【自定义源站域名】的选项，选择刚刚定义好的源站域名，下方的对象地址也变得简洁了起来

此时，一行简洁的 url 就可以调用我可爱的迷迭香啦~

::: details 说得好，我打算斥巨资（0.不知道多少个01r）再调用一次 :::

后语

至此，用云存储服务搭建图床就完成了，不知道我是否有讲解清楚呢？

也有稍微想拿出来炫耀一事，这次搭建图床的步骤也算的上是我第一篇几乎没有什么参考文章与模板而自己编写出来的教程。在之前两次配置云服务器和 CDN 加速时都没怎么搞明白的 DNS 解析也总算有了一些认识。而这份成就感给予我的动力也让我迅速码下了这一篇文档。

我似乎也看到了因为自己迫不及待雷厉风行而漏掉了什么条款没看结果月末产生一大堆费用导致负债累累只能卖身给富婆享啊不对忍受快乐球还债的未来。

是啊，你还真因为忘记配置私有读写被一天刷了几百块钱。

因为并没有经过别人的测试，步骤中难免存在疏漏。然而我的教程基本上都有写下每一个步骤的操作理由和作用，想来这些原理总不至于出错 :spoiler[自信（挺胸）]。所以如果仍有所笔误，凭借原理也——还是在评论区给我写个 issue 吧（摊）。

感谢阅读，注意早睡。

by.看了看表然后决定不在看的L1keyneko_ฅ^._.^ฅ

您在天上，过得怎么样呢？

叶子和落落有开开心心的吗？家里的孩子们有好好地听您的话了吗？

啊啊，这样一想，心情就完全乱掉了。连最基本的格式都忘记了，您之前明明教过我的，是这样子没错吧——

<br>

敬启，亲爱的军官：

久疏问候，言不知所起。就姑且说下我在地上过得还算不错吧。

住在您和我一起到过的，极东之地，名为麓月的图书馆。门口有白鸽飞舞在花园里，起起落落，晴朗的早晨会翩跹彩色的阳光，从翅膀的缝隙穿透过来，是......色散，您告诉我的。

仰起头时，棉花糖一样的云朵在头上漫无目的，我好像也漫无目的，在花园的桌子前读着书。

这里有好多书，写在纸上的书，您知道的。

一日三餐提供茶点，晚上有数不尽的萤火虫和数不清的星星。地上要暖和许多，可一个人在夏夜眺望星空的时候，还是有沁在骨头里的凉意。

一定是因为您不在身边吧。

我喜欢棉花糖了。丝丝的、绵绵的。

甜甜的。

因为棉花糖上有心爱的人。

同在这里的，是一只叫做律的龙。我想律就是我的献祭对象了吧。她的法术很厉害，和浅浅姐一样厉害，有时却冒冒失失的。说起来，前天她还弄坏了北边一大片树林，被另一只叫做优的龙追着打。

嗯，今天是被龙捉住的第七十二天，是见不到军官的第七十四天。

您还能发现我最近读过什么书吗？您说我不怎么会写，每每看了些什么书，文字的风格就会跟着跑。您发现我最近读过些什么了吗？

我有变得成熟一些了吗？我写的话语会比以前更通顺些了吗？

好担心您，军官。

有没有好好吃晚饭呢？有没有一周打扫一次屋子呢？睡觉前的牛奶还有记得喝吗？还记得答应我说在夏的数据库前看看我带回去的孩子们吗？

我的房间，还有留着给我吗。

那个，有……喜欢的，别的女孩子了吗？

奇怪啊，明明是我提出来的，却还是忍不住眼泪啊。明明是我在写信，可为什么还是点上了省略，让自己显得更难过呢……

对喔，我是您所说的妖精，是用尽手段迷惑别人的妖精。果然，还是想让您同情我，让您记住我——

请不要忘了我。

请不要忘了我、请不要忘了我、请不要忘了我。

请不要忘了我。

这样任性的话，我就没资格做天使了吧。如果我不是天使的话，我能不能回去呢……

只有天使不能存在的天空，果然很荒唐。

对吧。

此上，是地面上我自己的境况，是谋求关心的术式。

</br>

接下来说说姐姐们的事情。

优米在献祭仪式后就睡着了，我看见她睡在极北的冰棺里，律带我去见过。曾经您带着我怎么都见不到的地方，现在却很轻易地就得到了许可。

啊，没有责怪您的意思。只是觉得这样奇奇怪怪的馈赠，有点最后的晚餐的意思呢。

晚餐再丰盛一点就好了，我还没有吃饱。

我还想要更多的，我还想知道更多的、比如——

世界为什么会这么复杂呢。

我会被律葬在哪里呢？我不喜欢太冷的地方。

「我想我死后仍有花香，我想让白鸽装点我在的教堂。

        不过您不能在我的身旁，因为见到你——」

另外，您可能不愿意听到的事，但是我想您必须要知道：

我没有见到祐姐姐，也没有龙说见到过她。

对不起呢，不管是天上还是地下，尽是些不顺心的事。

不论怎么说，您和祐姐姐的约定还没有履行。所以在大庭广众下号啕也好，若无其事地翻页也好，您还是有必须要去的地方。

约定过的喔，约定是最重要的约定。

姐姐只是想和您分享她最喜欢的东西而已。

说不定是和最喜欢的东西分享之前最喜欢的东西。

啊，是我多言了。是嫉妒的心情。

为了实行正当权利，我在此也与您约定些什么会不会比较好一点？

想想看......让您不要再给除了我以外的其他人读故事好了，至少，让您读故事的声音，只属于我——

还是算了。

叶子也最喜欢您讲故事了吧。虽然那个妹妹既害羞又单纯，关于笑容却比我坦率的多，但还是和我很像吧？

不好不好，做起了和浅浅姐一样寻找替代品的事了呢。不过，没有留下术式的话，就不会出那么多乱子了吧。没关系。

没关系的。

所以，这份约定，请您忘了我。

“记忆存在的意义就是忘却。”这可是您说过的，那么残酷又美丽的话。

啊，对了，上文有说这封信就是我的术式吧？那就按照规范，用形容词 + 级别 + 描述来定下一个名字吧。嗯……我想让它特别一点，任何人都有资格运行它。

呼唤的……零重思念。

这样子，为自私的思念写下正当的理由，在占据了所谓大义之后我也能毫无负担地使用吧。

术式的本质就是欺骗呢。

反正，您一定看不到这封信，也一定不会遵守我们的约定。

<br>

本来在说过自己这边的情况之后，该试着再次问候切回正题，可回过神来，手中的笔却抢先在前面写下了毫无礼貌的连问句。思路乱掉了，不知道说些什么好了。可是又刚刚好翻过了新的信纸，不写点什么的话，好浪费。

说着毫无意义的话，翻到新的一页。又因为新的一页不得不说些毫无意义的话，又不小心到了下一页。

人就是这样的吧。

我还不想结束——

人就是这样的吧。

我们之间的联系好像要断掉了......

人就是这样的吧。

明明早就已经断掉了，明明早就已经放下了，却在翻书的时候看见了夹在里面的信纸，在书桌后面掉出了羽毛和墨水，好像世界的意志想让我给您写信。

人就是这样的吧。

可我又该说些什么呢？

人......就是这样的吧。

嗯，想到了。

军官呢，我喜欢您，我喜欢你。

啊、啊，好像害羞起来了。刚才还想着把那四个字重复几十遍，把剩下的行全部都填满。心脏好像吵起来了，感觉笔也要握不住了。

想站起来逃掉，想这么抱着头，把脑袋埋在信纸里面。

虽然现在已经是这样了。

想被您抱住。

明明早就意识到了，在心中重复了亿万遍，用拥抱诠释了千百次，可每次说出来的时候，总像是从未说出过一般。

我一定是中了什么术式吧。

我喜欢您，军官。

早知道就不拯救什么世界了。向您伸出手的话，向您撒娇的话、向您呼救的话。

与世界为敌，也不怎么可怕，对吧？

两个人在世界的边缘，听着龙类的嘶号，漂浮的大陆们相继燃起最后的火焰，在地面上激起遮天蔽日的沙浪。您会将我抱在怀里，用下巴顶着我的头发吧。

也许会有些疼，请让我意识到您在我的身边吧。不论什么时候。

让我知道您还在我的身边吧。

“别人的幸福关我什么事，真想要的话自己来抢走！”

对呢，说过这么潇洒的话。

可是没法放着不管，对吧？

叹气。

世界啊，说不定本来就是错的呢。

信纸要用完了，不要再继续了，不要再任性了。

人就是这样的吧。

写结语吧。

<br>

这个一定是错了的世界之中，写给天上的你。

愿这份思念的暖意可以一直拥抱着自己，愿这份爱恋的痕迹可以铭记着你。

省去了敬称，可有变得更亲近一点了吗？还是说更有我的风格会好一点呢？

愿这份心愿的沉重永远永远不会传达给您。

我在世界之下，这样写着。

对了，既然您一定收不到这封信，那么不用逞强也无所谓吧？稍微示示弱......也可以吗？

......

还是算了，现在可是夏天呀。

夏天就应该这样悄然而去的吧。

<br>

<br>

<br>

<br>

<br>

<br>

<br>

<span style="color:#D4D3D5; font-size:12px">军官、我好想你……请救救我……</span>

<br>

<div style="text-align: right"> 龙与图书馆·请别于阳光中哀伤<br> 序 · 写给天上的你<br> [I’m Writing Under the World, To You] </div>

如果窗外的木棉穿上雪就好了，才不会浪费这月光。我听到天依说。

才怪。

正抱着月饼猛啃的某只才不会管它月光不月光呢，我看着天依，只怕是月光都成了浇在食物上的奶油了吧。

「才不要在月饼上淋奶油呢！」天依拾起掉在窗台上的玉米粒，细瞧下似乎是瓜子仁，这之间的些许空隙让她有时间来反驳我，顺便教育我对食物的品味，「淋上奶油的月饼我只承认哈根达斯的冰淇淋月饼！」

更正，她根本没有时间来反驳我，拜托你先把嘴里的东西咽下去好吗会喷出来的！

我探手接住了从她手中掉下的月饼块，思考了数来秒，叹了口气，放在了碟子的角落里面。

所以说吃东西时在餐桌上吃啊……坐在窗台上会被楼下的人看见裙子底下的吧……？

这么想着，我却和天依一样坐在了窗台上，盘起了双腿，楼下木棉摇摇晃晃，身边天依也摇摇晃晃。

「阿绫喔。」天依抹了抹嘴，跳下窗台，跑到餐桌的另一端拿来了一包抽纸又擦了擦手。罢了罢了，好歹知道擦嘴了对不对……

我大概理解了天依是暂时不打算再吃了，拿起盖子犹豫了一下，天知道这只吃货的暂时是多长时间，可现在不盖上一会儿会不会就不太好吃了？

还剩下六块月饼啊……不如我也吃一块吧。

用眼神征得了天依的首肯后，我小心翼翼地在月饼们的头上虚划，唔，哪一个天依不太喜欢吃呢……

沐子哥在回家之前就把月饼取出来摆在了碟子里了……这之前还看不出来他有摆食物的才能，嗯，决定了，如果天依把我家吃穷了的话就让沐子哥当服务员赚饭票钱吧。

这样想着，却被天依趁机抓住了手按在了左数第二个月饼上，在「可恶，这样根本看不出来是什么味嘛」这类的想法出来之前，她竟露出了「大惊失色」的表情。

「阿、阿绫！你玷污了这个月饼！你、你得负起责任呢！」

喂停一下这不是你的手吗？警察叔叔这里有个嫌疑犯正叫着惩罚作案工具的话推卸责任喔？

分、分食了——之类的突然心动的想法真是一点也没有，真的。

「好吧……一会你洗碟子。」我在「交给龙牙不就好了么」的小声嘟囔下咬了一口这块月饼，给我加上「哥」字啊你这只吃货，难道还想做我嫂子的吗小丫头！

呜——

「这什么——」

完全没有自觉的某只在我吃下去之前就已经扭头捂着嘴笑了，可恶，这样还吃下去的我是不是有点太惯着她了？

「莲蓉蛋黄……」我将几乎翻了出来的胃袋咽了下去，后小舌努力地顶着温泉关，想来斯巴达三百勇士在面对汹涌而来的波斯军队时满脑子都是卧槽和莲蓉馅的月饼吧。

可恶，我不讨厌鸡蛋，也不讨厌月饼皮，可为什么这两人在一起就这么恶心啊你们是笨蛋情侣吗！

说回来为什么用生水洗过的苹果就可以直接吃啊！

「莲蓉？」洛天依歪歪头——别以为你卖个萌我就会原谅你——眨了眨眼睛，「莲蓉不是荷花吗？这是鸡蛋喔？」

这个人绝对是在想着「哇除了玫瑰居然还有别的花能吃诶好想尝」的吧！

看着读了几本语文必修课本就叮里哐当的洛天依，我露出了复杂的表情。

「……芙蓉才是荷花。」

「素这样的啊呜。」停一下，都是女孩子所以卖萌真的没用的、的啦？

就在我整理心情准备说她两句时，天依从窗台那一端弯下直起的身子突然倾过来，跨坐在我的一条腿上，慢慢地向我爬来。

等、等一下，你衣服料子划过连裤袜的感觉都点凉……眼神、眼神别这么认真啊！还有天依你肩带掉了，你、快住手啦你的膝盖在往哪里顶呀！

不要舔嘴唇呀……

我突然感到脸上一凉，睁开双眼，天依坐在我的大腿上用手指轻轻抵着自己的嘴唇。是吃掉我嘴边的月饼块了吗……？

「这样就算是和作案工具连坐了！」天依眯起双眼的样子像极了一只满足的猫。

你坐直后绷紧脊背的样子很犯规喔。

我猛地翻身压倒了天依，在这小妮子哇哇乱叫之时拆开了她的发髻。黑下来的天空将窗户装饰成了镜子，天依对着散着头发的自己呲牙咧嘴。

还好窗台被设计成可以躺在上面看风景的形式，可以容忍两个女孩的些许打闹，可装月饼的碟子没打算容忍我们。

它在翻滚后发出了一声悲鸣。

这下子刚才被我放在碟子一角小块和所有的月饼同流合污了呢。

「没关系还可以吃！」天依慌忙跳下窗台，口中念叨着什么三秒准则。

「可你刚才又用脚踢到月饼们喔？」我探头去看天依，用双手支起脑袋。沐子歌真是好样的，知道天依不靠谱，特意买了麦秸秆的盘子。

「没事没事，我有穿着……」

大概是感觉到从足尖传来的凉意吧，天依的表情渐渐凝固了。

真是对不起，咱家不是地暖呢。

我默默地看了一眼丢在墙角的白色丝袜，天依说着窗台好滑脱下袜子的画面从两人脑海里闪过。

不过如果她穿着袜子会更糟糕吧……我回忆起刚才天依爬过来时摩擦大腿的触感，打了个寒战。

「呜哇。」

我将视线转移到月饼身上，替天依棒读出声。

「再说为什么有穿着丝袜踢到食物就可以吃了的道理啊……」果然从天上掉下来的少女逻辑就是与众不同。

「不，其实光着脚踢到也是可以吃、的、脚、光着......

等一下，请不要一边念着乱码说着恐怖的话一边看着我的脚好吗？她们既不是光着也不可以吃喔？

「今天的月亮真像月饼呢……」

哇，暗示了。

「今天的月亮好像哈根达斯冰淇淋月饼呢……」

哇，明抢了。

「好吧好吧我给你拿。」我从收拾完月饼刚上来没多久的窗台上又跳了下去，地板的温度即便是穿着丝袜也让我不由得打了个哆嗦。

我走到厨房的尽头取出哥哥今天带过来的冰淇淋月饼，走回来时，发觉吃货正呆呆的望着云层的后面。

「怎么，想家啦？」我有些讶然，吃货居然挪窝去帮我拿了条毯子，也亏她这么冷还能不穿打底裤吃冰淇凌。

「怎么会。」天依摇了摇头，「我家又不在月亮上。」

天依的父母又在出差，西藏的高速公路今天通车了，新闻推送带着喜气和中秋的节日提醒一起出现在通知栏的横幅上。

有盈必然有亏，出圆必然藏损。

夜风吹开了夜空的黑色，一碗墨汁泼散在了云彩的宣纸上，三两笔勾勒出了夜归的鸟，却没有月光愿意做枯笔拉扯出夜归的巢。

「就连中秋的月亮都不是圆的呢......」天依抱着腿，声音闷闷的，小到刚好可以让我装作没听见。

就算听见了，我也只能说说「十五的月亮十六圆」这种蠢话吧。除了陪在她身边。

那和现在又没有什么不同。

所以我没听见。

「喂，天依，你不要一边吃东西一边抢我的毯子啊。」

嘛，无所谓了，看在你红着脸说「又、又不是给你取的」的样子上，就由着你吧。

我掀开红色毯子的一角，让他将我们二人拥在怀里。天依之前洗过的头发缠绕着我家洗发水的香气。

我理了理她刚刚炸过的毛，弯下手指轻轻蹭开她脸上留下的巧克力皮。

好啦，好啦，不要用脸蹭我啦。

看着吃货吃东西的样子总是能引起人的食欲呢，我这样想着，却没有去拿放在盒子里的另一块冰淇淋月饼。

月光总是这样恰到好处，清冷的光芒微微拂过天依睡着的脸庞，又不至于吵醒她。沐子哥应该快到家了吧？买饭买了这么久，就连我都没忍住吃掉了本该是甜品的月饼。我不聚焦地意会马路上车群尾灯拉出的流光，忍住戳天依脸颊的冲动。

也许戳醒她后天依会像刚换门牙的小孩子一样含糊不清地问我「开、开饭了吗？」吧？

别想啦，要忍不住啦。

「哥也应该一起吃就好了......」我心不在焉地组织起语言，可它们到嘴边又不小心被我弄散了。

「如果窗外的木棉穿上雪就好了，才不会浪费这月光呐……」

天依喃喃的说着梦话。

即便依偎在一起，我们也各有各的心事。

我不由得翘起了嘴角，撩起她搭在脸上的额发，凑到她的耳边，用尽可能最让人安心的气声，念出了这句想说了好久的话：

「这里，也是你的家喔。」

<br> <br>

<div style="font-size:12px;"> P.S.<br> 记得提醒天依在这个月末之前做好学科自主研究资料<br> 还有让哥哥看看白色恋人有没有再贩<br> </div> <br> <div style="text-align:right"> 2017.10.4 中秋 <br> 露气微寒，将凝结也<br> 顺便缅怀一下被吃的月饼们<br> 绫 </div>

默认的主题总是不太受人待见，就好像你我出生后就果断放弃了初始皮肤——全裸待机——一样 所以现在我们通过加载别人创作的主题与插件，来为自己的网站换上一件新的衣裳吧

::: details 本篇开始前，应当已经完成的事情

• [x] 网站可以通过网址访问
• [x] 基本的 markdown 语法
• [x] 对本地文件夹有基本认识 :::

では、ゲームを始めましょう

主题下载 Download Theme

Hexo 的官方网站中详细记录了主题的预览与下载地址，这里给个传送门。

主题下载的链接通常会传送到一个 GitHub 项目，里面附有详细的说明文档与下载方式。

仔细阅读主题的说明文档，它会提示你如何快速开始。

[!IMPORTANT] 一定要详细阅读主题自带的说明文档

通用主题配置

主题万紫千红，下载配置的方式也不尽相同。所以这里只是讲述一下比较通用的配置，保证您在面对主题文件的时候不至于无从下手。

主题文件的构成

主题保存在 theme 文件夹中，通常包含 layout、scripts、source 这几个文件夹以及 README.md 文件。

重点关照下这个名字上就充满了让人想去读一下欲望的说明文件，它里面通常包含了这个主题的说明文档，而且一般都是一条龙服务。

甚至还有售后（指QQ群）。

然后在使用主题之后，也可以选择成为售后。

应用主题

在网站的 blog/_config.yml 文件中，下拉到倒数第二个模块，更改配置为：

# Extensions
## Plugins: https://hexo.io/plugins/
## Themes: https://hexo.io/themes/
theme: 主题名称

这就是说不能删掉这个文件的原因。

插件下载 Download Plugins

Hexo 的官方网站里面也记录了许多由开发者提供的插件，同样给个传送门。

大部分插件的下载方式都是 npm 下载，记得先 cd 到文件夹中。

在一些较为完备的主题，为了有更广泛的自定义权，通常都会自带许多插件，而且插件之间很可能产生冲突。所以建议不要首先下载插件，而是在配置完主题并详细阅读文档了解主题功能之后，再考虑下载新插件装修站点的事情。

希望至少你不会像我一样，拥有至少三个相互冲突的文章置顶插件。

住、住手！你们在我心中都是第一位的，你们都是我的翅膀！

结束语

到此为止，单个广泛通用性教程所能讲述的内容基本已经涵盖，更加进阶的操作与处理内容还是需要仔细阅读每一个主题与插件提供的说明文档与操作手册来提升自己并复制粘贴。

我会也许会时不时更新一下自己所使用的的插件以及在使用插件上所踩下的坑，以供参考。

读到这里的话，您也应该搭建好了属于自己的那一个网站了吧？顺带一提，我喜欢教朋友搭建网站后把他们的网站放自己的友链里面公开处刑。

虽然也没多少人看啦w

这是一篇充满了邪门操作与不规范记录的笔记整理而成的教程文档。

感谢您的阅读。

by.L1keyneko ฅ^._.^ฅ

在自己搭建网站的过程中，我翻阅了许多搭建 Hexo 博客的教程，居然没有一篇有好好讲一下在搭建完成之后，面对一个空荡荡的网站和一篇“Hello World”的英文文章我们该做些什么与能做些什么，而 Hexo 的官方文档又众所周知的莫名其妙——所以我整理了建站之后更新网站的基础操作，希望能对你有所帮助。

::: details 本篇开始前，应当已经完成的事情

• [x] 可以通过网址访问网站 :::

では、ゲームを始めましょう

新建文章 hexo new

对于 hexo 开头的命令均在 终端/cmd 当中， cd 到网站所在的文件夹中运行。例如在前面文档中举例使用的 Blog 本地资源库。

hexo new 指令可以简写为 hexo n，用来创建新文章。

简单操作

新建一个名称为“miao”的文章：

hexo n miao

在目录 ~/Blog/source/_post 的文件夹中会出现一个名字为 miao.md 的文件，以及一个名字为 miao 的文件夹。这个 .md 文件是 markdown 语法的文档原件。

同名的文件夹用来存放在 .md 文件当中使用的图片等资源，没有这个文件夹也无伤大雅，嫌弃它占地方的话也可以手动删掉，用正确的 markdown 语法引用或者主题自带的标签插件来显示图片也是没问题的。

::: tip[人工队有时也很快] 直接去 /source/_posts 文件夹手动新建一个 .md 文件和通过指令创建对渲染器来说没有任何区别，不过不会包含模板中的 front-matter 就是了，记得在开头手动添加。 :::

详细表述

新建项目的完整表述为：

hexo new [layout] <title>

• <title> 新建的文章标题 使用时不加<>
  • 空格需要使用 / 或者 " " 处理，例如 miao/ miao 或者 "miao miao"
• [layout] 新建的类型，非必填项
  • 文章 post: 不填时默认的类型
  • 分页 page: 新建网站的分页
  • 草稿 draft: 草稿不会显示在发布的地方，未完成的文章可以先放在这里

上面那个新建名字为“miao”的文章的完整表述就是以下的模样了

hexo new post miao

替换文章 hexo -r

如果您想要新建一个同名的空白文档，可以使用 hexo -r 这个命令来替换文章：

# 将《miao miao》的文章替换为同名的空白文档
hexo -r miao/ miao # 空格需要使用 /空格 的方式表述

它命令的词源全称为 --replace。

[!TIP] 人工队再次获胜 同样的，可以直接在 Blog/source/_post 手动搞掉这个文章，倒不如说这样子更方便。

撰写文章 Edit

在新建出来的 .md 文件里面直接修改就可以了

.md文件可以通过简单的符号处理生成好看的笔记与文章格式。如果您处理过 LaTex 文件，那么 markdown 语法上手会相当幼儿园。

我这辈子都不想再看到那个 LaTex 编辑器了。

::: info 关于 Markdown 更为详细的介绍及语法参考 Kuuhaku 老师的教程 - 这年头谁还用Word写文档啊！ :::

Markdown 虽然说是一种语法和文件格式，但是实际上它的语法只有约定的渲染规则，而没有什么特殊的编码——这意味着任何一个 txt 文本都可以通过修改后缀名迅速变成一个 Markdown 文件。因此，可以编辑 Markdown 文件的编辑器也没有什么门槛。

页头 Front-matter

使用指令新建 Markdown 文件的开头，你会看见一个使用两个 --- 划分的区域，这个区域里面是这篇文章的基本属性设置，也叫做 front-matter。

::: tip[代码位置] 请注意，以下代码出现在生成的 .md 文件内部。 :::

最基本的 Hexo Front-matter 形式如下：

---
title: Miao               # 文档的标题
date: 2020-08-22 13:01:18 # 文档创建的时间
categories:               # 文档的分类，通常会在“分类”的分页看见
    - cat
tags:                     # 文档的标签
    - miaomiaomiao
---

渲染器会根据每个文件开头的 Front-matter 将文章自动打上相对应的标签与分类，并且读取到文档的标题和发布时间。

需要注意的是，在不同的主题和插件当中，对 Front-matter 还有不同的设定。比如封面图片、评论功能、置顶等等，其语法和基本语法大同小异，一看就懂，不再赘述。

::: details 默认categories属性的一些知识点 Hexo 的分类和其他博客框架的逻辑稍微有所不同，它不会创建平行分类，而是产生子分类：

---
categories:
    - miao
    - miaomaio
---

入上例，miaomiao 为 miao 的子分类，类似于 miao = 猫，miaomaio = 布偶猫的样子。

相对来说，tags 则是平行分类，一篇文章被允许脚踩很多条 tags 船

::: details 这是个具体的例子

---
title: 关于梨可可应该不是猫咪的研究
date: 2020-08-22 13:01:18
categories:
    - research
    - cat
tags:
    - miao
    - white
    - 梨可可
---

这篇文档是 research 大类中 cat 的小分类，同时具有 miao、white、梨可可三个标签。 :::

以上规则会根据主题不同有所改变，比如说产生平行分类，还请仔细阅读主题文档。

:::

本地预览 hexo s

在本地服务器上预览网页

在进行网站更改之后，我们在上传更新之前或许需要提前预览一下，尤其是在部署到正式服务器上时更需如此，它可以帮我们消除 bug 并节省经费。

hexo s 命令可以将目前保存的网站更新至本地服务器进行预览，全称为 hexo server。

在 终端/cmd 当中，Blog 路径下：

hexo s

在进行该命令之后，你可以在命令窗口看见这样的提示：

INFO  Validating config
INFO  Start processing
INFO  Hexo is running at http://localhost:4000 . Press Ctrl+C to stop.

这时候，按住 <kbd>command(ctrl)</kbd> 单击链接，就可以在默认浏览器中预览已经搭建好的网页了。

预览并不会被部署到云端，它是只有你自己可以看见的一个本地预览，使用的是本地仓库中构建的内容。灵活使用本地预览来确定自己的网站的实际观感，在最终确定之后再进行发布上传。

::: tip[半实时渲染] 该预览是半实时的，更改的 .md 文件并保存后，刷新网页就会更新。

当修改 .yml 等涉及配置、代码的文件时，渲染器不会立即响应，需要重启再次进行构建。 :::

清除冗杂数据

预览网页的时候，Hexo 会将 .md 文本渲染为 html 静态网页，这个过程中会产生缓存数据：

• 缓存文件 db.json 等。
• 生成的静态文件 public 文件夹中。

我们可以通过下面这个代码清除缓存数据：

hexo clean

经常清理冗杂数据可以解放本地文件存储，可以至少在心理层面加快 Hexo 命令和本地计算机的运行速度。

::: tip[清除缓存和板蓝根一样，好像没什么用但莫名奇妙有用] 如果你发现上传网站并没有进行更新，请尝试使用这个代码来刷新本地的静态文件，可以解决大约70%的问题。 :::

构建与部署发布网站 hexo g -d

此时，你已经完成了一篇文章的写作，它有这样的固有属性：

• 存放于 /_posts。
• 文件后缀名为 .md。

接下来，需要做的是构建和发布网站，让使用其他设备的人也能访问到公开的内容。

构建网站

构建网站，就是用前面编辑的一大堆素材生成静态网页。指令为 generate，它也可以简写为 g：

hexo g

生成静态文件并且没有报错之后，我们就可以部署网站了。

部署网站

部署网站的命令为 deploy，它也可以简写为 d：

hexo d

我们可以将两个命令合起来写，一次部署顺手发布，这样会方便很多：

hexo g -d    # 写成 d -g 也是允许的

hexo s 本地部署指令会同时包含这两个指令并在本地发布，所以不需要分布执行。

网站就更新成功了。

☆YA☆DA☆ZE☆

::: tip[你知道的，我们一般不处理 warning，只处理 error] 当然，你也有可能在命令窗口发现 warning 的提示，此时网站可能仍然可以正常上传，只不过是部分功能 bug 的版本。

请静下心来好好观察下提示吧，可以很快地从提示中发现产生错误的地方。 :::

结束语

以上就是网站文章更新的全部流程，我在进行流程描述的同时，也加入了一些关于 Hexo 基本框架的简单解释~~，方便大家进行邪门操作~~。

当然，这个流程也许会漏洞百出，但是它既没有报错也没有 bug 又能更新网站……

能用就行。

关于如何美化自己的Hexo并且给它安装插件和主题的简要说明参考下一章。

Hello World!

接触过代码的人总是对这两个单词组成的词组抱有特殊的情感。

同样的，Hexo 初始化的网站也总是有一篇标题为《Hello World》的文章。些许问候再加上简单的发布方法，这也许就是一个程序员最纯粹的友善与热情。

我们回应这种友善与热情，同时也对名为“开源”的精神致以最高的敬意，将引擎框架的名称注明在网站页脚，期待能带来更多的传播与赞誉。

言归正传，这次我们同样先使用 Hexo 初始默认的名为 landscape 的主题，发布这篇已经被写好的《Hello World》。

毕竟你说的第一句话也总是别人教你的嘛。

::: details 本篇开始前，应当已经完成的事情

• [x] node.js 环境已配置
• [x] GitHub 仓库已存在，并建立了和本地的连接
• [x] Hexo 安装完成 :::

では、ゲームを始めましょう

新建本地资源库

在上一章中，我们已经认识到网址的构成，也应该明白了本地资源库的重要性。

在此我们先新建一个本地资源库的文件夹，当然，这个操作使用 Hexo 的命令行来完成。

将这个文件夹命名为 Blog 好啦，假如我们想让它存在在 miao 这个文件夹之下，在终端中运行：

[!WARNING] windows 系统的文件路径分隔符是 \。

示例的系统环境为 MacOS，使用 / 分隔，请注意区分。

cd /miao        # 进入你想要安装的路径
hexo init Blog  # 在/miao路径下初始化 Blog 资源库
cd /miao/Blog   # 进入这个路径
npm install     # 安装必要文件
open .          # windows系统的命令符为 start | 打开当前路径文件夹，此时指向的是Blog 

::: tip[权限不足] npm 操作若出现 <mark style="background: #FF5582A6;">EACCESS 的权限不足报错</mark>，可以尝试用管理员权限打开重货，或在命令前加上 sudo 强制以管理员权限执行。

例如 sudo npm install 插件名称。 :::

上述代码运行完毕后，会自动打开初始化好的 Blog 本地资源库文件夹。可以看见里面已经有了 Hexo 的网站模板与发布资源，像是文章文件、图片资源、插件、渲染缓存……

更改这些文件夹当中的文件，进行渲染部署，网站就会应声而变。

[!TIP] 此后我们几乎所有的操作都要 cd 进这个文件夹里，千万不要搞错工作区。

让我们一起来看看这里面都有些什么宝贝吧~

认识资源库

上一个步骤的最后一步我们打开了这个文件夹，分别来看看这些文件夹中的文件夹与文件的作用。

资源文件夹 /source/

source 是用户的资源文件夹，编写的文档原件、调用的图片附件等都存放在这里，是你进行工作的地方，也是构建网站使用的素材库。

没什么意外的话，这里面会有一个 _posts 文件夹在等着你，其中还有一篇名为 hello-world.md 的文章。

_post 是存放文档原件的地方。

这篇文章是 Hexo 自带的一篇文章，里面用英文讲述了一些基本的操作，也是我们将要发布到网站上的第一篇文章。

::: info 你不会已经迫不及待准备好了自己的第一篇文章吧？那一定要记得照着这篇文章的样子修改成后缀名为 .md 的 markdown 文件，再加上正文前面的，名为 front-matter 的两条 --- 包裹中的格式，不然渲染器是不会将普通的 txt 或者 docx 文件渲染生成 html 的。 :::

配置文件 /_config.yml

网站的配置文件，网站样式、连接情况、新建格式等等的各种参数都是在这里配置的。

.yml 的代码语言相对简单。相比于代码，它更像是一个配置的开关，设置 true / false 或简单的关键字来开启其中的配置或者样式。所以几乎没有门槛就可以很快看懂。

::: info 在 Hexo5.0 以上的版本中，至少存在两个 yml 文件，他们间存在优先级，高优先级会覆盖掉低优先级的配置。

一般来说，优先级：/_config.主题.yml >/theme/_config.yml > /_config.yml。 :::

主题文件夹 /themes/

主题文件夹，你下载的 Hexo 主题存放在这里。

Hexo 有大量开发者提供的主题，你可以在hexo.io/themes/中预览并下载，把它运用到你的网站中。

主题开发者大多会提供详细的配置教程，选择文档详细的以及更新迭代较多、还在活跃中的主题可以减少很多不必要的麻烦。大部分时间下，你只需要修改 /Blog/theme/_config.yml 来更改网站主题的具体配置。

在 Hexo5.0 以后的版本中，很多开发者喜欢将配置文件放在根目录，以 _config.主题.yml 命名来方便配置。如果你下载的是新版本的 Hexo 与主题，那么就不需要在意 theme 文件夹中的配置文件了， /_config.主题.yml 会完全覆盖 /theme/_config.yml 的配置。

没有的话就把 theme 文件夹中的 _config.yml 手动拷贝到根目录，然后重命名成 _config.主题.yml。

不过，关于将本地资源上传到云端的端口以及一部分小细节需要配合根目录下的 _config.yml 配置文件，千万别手误删掉喔。

共享文件夹 /public/

这个文件夹是渲染完成的.html等文件存放的地方

不用，别碰。

::: tip[误操作 public 文件夹导致渲染出错] 在命令行中运行 hexo clean 就行。

public 是临时文件夹，每一次渲染都会重新生成，如果因为误触导致渲染产生问题，有可能是缓存没有刷新。 :::

模板文件夹 /scaffolds/

这是Hexo新建样式模板存放的地方，一般来说里面会有三个.md文件:

• 新建草稿模板 draft.md
• 新建分页模板 page.md
• 新建文章模板 post.md

用新建文章举例，如果你修改了 post.md 中两条---之中的东西，在你使用Hexo命令行新建文章的时候，会自动在开头添加上这些。

这些东西是新建文章的Markdown文件渲染生成的html的相关索引，专有名称为 Front-matter 。

在之后的内容会详细讲它，现在暂时不要修改。

插件文件夹 /node_modules/

Hexo 有大量开发者提供的插件，使用这些插件可以让你网站的功能变得更多。

比如我就使用了一个可以让你在我的网站单击鼠标显示不同颜色社会主义核心价值观的插件，希望你不会觉得烦。

因为我不知道怎么关掉它。

可喜可贺，我终于关掉它了，因为我手动在这个文件夹里面把它删了。

插件被安装在这个目录，里面也有一些 Hexo 必备的自带插件。

插件一般是通过 npm 命令安装的，还记得之前安装 Hexo 的时候我们使用的命令行吗？

::: details npm 命令的简单复习

npm install 插件名称  # 下载[插件名称]的插件，若有[插件名称@版本号]，则为下载该版本号版本的插件
npm install          # 下载必须插件
npm list             # 命令行中展示插件目录
npm update 插件名称    # 升级[插件名称]插件，用install再安装一遍也会自动覆盖升级
npm uninstall 插件名称 # 卸载该插件

npm 会在总文件夹下生成名称为 package.json 的数据文件，里面是当前项目（即 Hexo）使用的插件目录。

使用 install 和 uninstall 命令时，建议使用 npm i -S（即 npm install --save）形式，自动写入到上述数据文件中进行记录。

:::

尽量不要跳过命令行去手动修改这里面的内容，即使修改了，外部也存在记录了项目依赖的 package.json 数据文件，会在下一次更新的时候重新下载回来。

连接云端

本地资源库的构造我有没有讲明白呢？

建立网站实际上就是在网络上开放一个窗口，让别人访问你让他们能看见的内容，而网页和它的子网页也都是这样的文件夹形式。

为了发表网站到网络上，我们首先需要联系我们的本地文件和 GitHub 中云端的仓库。

首先，打开自己的 Github 主页，进入我们之前新建的远端仓库。

点击 <mark style="background: #BBFABBA6;"> Code </mark> - SSH，可以看见一个 git@github.com:名字/网站 形式的东西，复制它：

本地资源库中，打开 Blog/_config.yml，拉到最后一行，将其修改为这个形式：

# Deployment 部署设置
## Docs: https://hexo.io/docs/one-command-deployment
deploy:
  type: git
  repo: 刚才复制的东西 # 连接远端仓库的SSH协议远程地址
  branch: master # 远端仓库分支名称

保存之后，本地和云端就连接好啦~

Hello World

首先在本地安装一个用于 Hexo 部署的插件：

npm install hexo-deployer-git --save # cd 在 Blog 中

然后就可以在 GitHub 上面进行部署了：

hexo g -d  # 同样在 Blog 路径下

等待大概 1min 后，输入你的域名，就可以看到一篇自带的 Hello World 文章。

::: tip[忘记域名？] 小可爱，你是不是已经忘掉自己域名是什么了？它是 用户名.github.io 喔。 :::

[!TIP] 如果出现 unable to auto-detect email address 的报错，说明没有匹配到 GitHub 的注册邮件地址。

在博客文件夹下找到 .git 文件夹， config 文件，使用记事本或者 vscode 打开，手动编辑：

email = your email

name = your name

填写上github的邮箱和用户名就可以啦~

结束语

我们大致了解了本地资源库的构成并过了一遍部署文件的过程，在接下来的说明之中，我们将进入到配置主题和发布文章的过程，成就感有没有逐渐升起呢？

虽然目前的网站样式仍是默认，而文章也只有自带的一篇 Hello World 。

千里之行，始于足下。

很快我们将会进行文章相关的编写和主题配置，你的网站也会很快充实并绚丽起来。

那么我们移步到下一章。

男人的梦想，除了太空之中控制巨大的人形机械对着外星的异形挥舞巨大的冷兵器以外，就是建立一个属于自己的家。

啊，我说的是网站。

这个笔记系列记录了基于 Hexo 搭建一个属于自己的 Blog 流程，在经历了知识鸿沟压制摧残的我会尽量将这个流程说得简单易懂，并且加上每一个步骤的原理解释，以免此流程变成了一个用于炫技的装逼文章。

似乎……也没什么好炫的。

本文的编译环境为 MacOS ，但我会尽量写上更加通俗易懂的步骤原理，这样即便你是 Windows 或者 linux 系统也依然能够跟着流程想明白自己应该执行的步骤。

适当百度或者询问 AI 也会帮助记忆这个搭建流程。

::: info 首先感谢 Kuuhaku 对本文的测试与 debug，这里面提到的几乎所有易错点都是他发现的。

我也没想到居然会有人踩这么多坑 :::

では、ゲームを始めましょう

网站的基本理论

本地仓库，域名，云服务器是必须知道的 3 个概念。

网站和本身也是一种文件的展示和访问，和访达（资源管理器）中的层级目录逻辑是一样的。

本地仓库就是我们制作这个网站文件夹的地方，里面会包含页面、样式文件和资源，页面展示给访问的用户，样式文件用来渲染，有时会调用其中的资源进行展示或执行。

域名则是访问网站的路径，访问者会根据你的“大域名”找到要访问的那个云服务器，然后通过后面和资源路径一样的 文件名/文件名/文件名 来找到这个云服务器中不同的页面。

云服务器是给大家看的那台电脑——你不可能将自己的电脑始终运行供给大家浏览，因此需要一台全年无休的云服务器时刻开机随时访问。构建出的网页内容会按照路径存放在云服务器中，访问者通过域名查找到自己要看的页面。

打一个简陋的比方：你要给心上人寄送一个<u>巧克力</u>（网页），要先在<u>家里</u>（本地仓库）亲手做好，然后去<u>快递点</u>（云端仓库）打包存放准备送出，强大的<u>物流系统</u>（云服务器）会负责巧克力的保存和寄送，当快递到达那边的自提点时，心上人凭借发出来的<u>取货码</u>（域名）就能找到你送给她的礼物了。

域名

域名和随机生成的取货码还是有一定的区别，它可能更像是门牌号。找到这个门牌号后，就能在这个门里面找到所有归属于这个门牌号主人的资源。

域名和网址有一定的区别，我们从网址 URL 的构成说明，这样比较便于理解其他三个概念。

本界面最开始的链接地址如下：

<mark style="background: #FFB86CA6;">https</mark>://<mark style="background: #FF5582A6;">lyrikp.art</mark><mark style="background: #FFF3A3A6;">/categories/note/</mark><mark style="background: #ABF7F7A6;">从零开始建站.html</mark>

• <mark style="background: #FFB86CA6;">https</mark> : 超文本传输协议，是浏览器和云服务器之间数据传输规则指明。目前大多数网站都会使用 HTTPS 加密协议，可以验证网站身份，防止在传输过程中被篡改。HTTP 协议则是明文传输的。
• <mark style="background: #FF5582A6;">lyrikp.art</mark> : 域名本身，绑定在云服务器上，通过在这行名称可以访问到某个云服务器。是一个大的门牌号。
• <mark style="background: #FFF3A3A6;">/categories/note/</mark> : 文件索引地址，资源管理器中相当常见的格式，意义也是一样的。
• <mark style="background: #ABF7F7A6;">从零开始建站.html</mark> : 访问网站页面相当于打开了地址中的 html 文件。一般来说，.html 这个后缀名不会被显示出来。

现在网址的构成就已经很明晰了，它实际上就是一个上传到云端服务器的你的：

D:/日语学习资料/三上悠亚/与小动物在野外嬉戏.mp4

域名需要购买和每年续费，毕竟这也相当于一个展示身份的商标。

本地仓库

Hexo 是一个静态网站架构模板，它没有后台，所有的页面资源最终会被渲染成为一个 .html 网页文件以供大家浏览。

因此，Hexo 需要一个本地仓库，里面会包含你自己编写的文章、样式文件和资源，以及 Hexo 本身的代码——这些代码会将上面的资源自动处理成最终需要放到云服务器中的样子，保存到特定的文件夹中，这个步骤叫做构建。

本地仓库中的每个文件夹都有其作用，例如 Hexo 框架的文章存储在 /source/_post/，插件存储在 /node_modules/ 中。这些都是构建所需要的素材，修改这些就能改变网站最终展示的样子。具体文件夹的作用细节会在后面的章节描述。

云服务器

本地仓库的构建文件最终需要上传到云服务器上，云服务器会按照设定的规则和权限，通过网址展示给每一个访问了与该云服务器挂载的域名的用户。

很多知名的互联网公司会提供这样的云服务器，像是阿里云、腾讯云、华为云等等。它们的服务更稳定、更安全，配置更复杂，也绝对不是免费的。

毕竟相当于租了一台不需要自己维护的电脑。

::: details Github Pages 免费静态网站托管服务 + 域名 github 给初学者们提供了免费的快餐，我们可以使用他家的 GitHub Pages 服务而不必考虑需要开销与审核的域名及云服务器从而节省一大笔时间在搭建网站摸鱼的时候刷刷bilibili。

在搭建流程中，这种方式多了一个将本地仓库上传到 GitHub 远端仓库的步骤。GitHub Pages 可以自动构建并发布这个仓库的内容，并且给予一个 https://GitHub用户名.github.io 的域名以提供访问。

故此， 本地仓库 + GitHub云端仓库 + GitHub Pages 是推荐初次尝试搭建时的免费方法，在确定了自建博客和网页的乐趣之后再购买域名租用服务器也不迟嘛。

GitHub 在国内存在 DNS 污染，域名为 [xxx.github.io] 的页面可能需要玄学或者魔法访问。

免费的馈赠总是存在代价。

:::

::: tip[Hexo的本地构建] Hexo 框架可以进行本地构建预览，不经过网络、域名、云服务器等就可以随时在浏览器上查看效果，相当于在浏览器上访问本地文件夹。

在正式部署前，推荐先使用本地构建这种更为快速的方法来确认效果。 :::

前期环境准备

现在进入 GitHub Pages 建站步骤，先做个热身运动，把建站需要的所有素材都找齐吧。

需要准备&下载的东西：

• [ ] 安装 Git - 分布式版本控制系统
• [ ] 新建 GitHub 仓库
• [ ] 安装 Node.js - JavaScript 运行环境
• [ ] 安装 Hexo 框架

安装 Git

Git 是一个分布式版本控制系统，简单来说，它用于记录一个仓库的“历史状态”，让你随时可以回退到上一个版本，并在各个版本之间进行检查修改了哪些文件。

同时，Git 也用来连接远端仓库，方便多人进行协作开发。我们需要它与 GitHub 仓库进行交互，并进行网站迭代更新的管理。

安装方法十分简单，去百度点这里，从官网上根据系统版本进行安装就好啦。

最好不要更改默认设置位置，一来避免在系统调用的时候因为环境配置会出现各种神奇的问题，二来它也不大。

在终端中运行如下代码，显示 Git 版本确认已经正确安装：

git --version

Github 远端仓库配置

GitHub 仓库并非建站的必要步骤，但是免费的 GitHub Pages 托管服务依赖它，因此这里我们需要先新建一个云端仓库。

::: tip[跳过提示] 会使用 GitHub 请跳过本段，直接新建一个名称为 github用户名.github.io 的公开仓库即可。 :::

Github 相关流程：

注册 → 建立仓库 → 配置 SSH keys → Done！

先注册 Github

Github官网，不会有人连注册都不会吧不会吧不会吧。

::: info QQ 邮箱有概率注册失败，建议准备一个另外的邮箱备用。 :::

我们跳过 GitHub 前期所有的新手引导，直接进入到建立仓库。

建立网站仓库

进入主页，单击处于右上角的头像，在下拉的菜单栏里面选择 Repositories 进入到仓库：

新建一个仓库：

对仓库命名，这里的仓库名也是通过 Github Pages 服务产生域名，建议和 GitHub 名称保持一致，命名为 GitHub用户名（小写）.github.io：

[!IMPORTANT] 个人博客的仓库名称建议命名为 GitHub用户名.github.io，这是 GitHub 分配的默认域名。

如果使用其他名称，则会得到 GitHub用户名.github.io/仓库名/ 这个网址，这种形式通常为具体项目的介绍页面或文档。

GitHub Pages 也支持绑定自己的域名，但是这样就需要额外为域名掏钱了。

配置 SSH keys

::: details SSH keys 是什么？ 简单来说，GitHub 分配给你的服务器主机是公寓楼中的家，你的本地主机想要进入家门，需要一把钥匙来开门。

SSH 是这个门锁，而这个钥匙就是 SSH keys。

我们需要 Secure Shell(SSH) 协议来允许两台电脑（服务器和本地）进行安全的连接来处理数据交换，它是一个网络协议，用来保证数据的保密性和完整性。 :::

我们需要配置 SSH keys 来保证本机电脑和github服务器的连接。

先获取本地的 SSH 公钥，打开终端/cmd：

git config --global user.name "你的GitHub用户名"
git config --global user.mail "你的GitHub注册邮箱"
ssh-keygen -t rsa -C "你的Github注册邮箱"  

然后回车几次到配置完成。

::: info 回车中会出现几行英文，大致意思是要输入加密串，这个东西可以不用配置，也不建议初学者配置。 :::

这个操作生成了 .ssh/id_rsa.pub 和 .ssh/id_rsa 文件，分别是公钥和私钥，我们需要其中的公钥来配置 GitHub 连接。

简单来说，公钥是锁，私钥是钥匙。在 GitHub 上面配置公钥这把锁，然后本机访问时，会自动使用本地私钥进行权限验证。

.ssh 文件通常是默认被隐藏的，除了显示隐藏文件的方法，还有以下方法可以打开它：

cd .ssh/        # 将操作空间移到.ssh/这个文件夹中
open .          # 打开当前的操作空间
code id_rsa.pub # 使用 VScode 打开文件

# code 命令是 VScode 配置过的，如果你使用的是其他编辑器，使用对应的指令即可
# 也可以找到这个文件，把它直接拖进编辑器

复制打开文件中的所有内容，获取到本机的公钥，接下来将其配置到 GitHub 上。

在 GitHub 主页点击头像下拉栏进入 settings - SSH and GPG keys 分页，点击绿色的 <mark style="background: #BBFABBA6;">New SSH key</mark> 按键，新建一个远端 SSH key：

将刚刚复制的公钥粘贴进 Key 栏，title 是该 SSH key 的名称，自己认得就好，其余保持默认，确认后点击 <mark style="background: #BBFABBA6;">Add SSH key</mark> 完成配置。

养成好习惯，在本地顺手运行一下代码检测配置是否生效：

ssh -T git@GitHub.com

认得英文就好啦。

安装 node.js

node.js 是 JavaScript 的运行环境，网站需要该环境进行编译。

::: details 如果你是 Windows 系统 Node.js官网 下载安装环境，跳过 nvm 安装的步骤，简单粗暴，节省头发。

想要学习熟悉一下指令集相关的操作，增加对 cmd 的理解的话，也可以根据下面的步骤手动配置。 :::

::: details 如果你是 MacOS 系统 使用官网安装包后很可能会出现 <mark style="background: #FF5582A6;">npm权限不足</mark> 的报错，这时候最好通过下述 nvm 的方式再次安装一遍。 :::

[!WARNING] node.js 这边会涉及到很多很多很多坑，包括也不限于 npm、nvm 等等关于权限与网络情况的报错，所以请详细阅读步骤。

① 安装nvm

::: details Windows 使用安装包 点击nvm-win-github下载安装，安装在默认路径 :::

::: details MacOS 使用命令行安装 使用curl进行安装：

curl -o- https://raw.githubsercontent.com/nvm-sh/nvm/v0.34.0/install.sh

curl预装在 MacOS 当中，若没有，则在curl官网下载

:::

安装完成后习惯性查看版本确认安装：

command -v nvm

② 用 nvm 安装 node.js

nvm install node

安装完成后习惯性确认安装：

node -v # 检查node的版本

到了这一步，我们完成了 node.js 的安装，并且拥有了 npm 这个下载器。

::: warning 该问题多发于windows系统当中 安装路径中存在空格，可能会导致 cmd 不识别路径。

此时在 nvm 文件夹下查找 setting.txt 文本文件，查看第一行 root 中的路径，将形如 C:/Program Files 更改为 C:/Progra~1，其余不变。 :::

安装 Hexo

使用 npm 命令来安装 Hexo：

npm install -g hexo-cli

安装完成后习惯性确认安装：

hexo v # 检查Hexo版本

::: details npm 下载速度慢的解决方法 npm 进行安装时一般会调用国外的安装地址，经常会出现超时错误。可以在下载前将 npm 的下载地址更改为国内的镜像源，如下为阿里云镜像源的修改方法（终端中直接运行）：

npm config set registry https://registry.npmmirror.com

:::

这些代码的意思很好理解，看英文就懂啦。

结束语

至此，使用Hexo搭建Blog的所有前期准备已经完成，你现在应该完成了如下操作：

• [x] 明白网站URL的组成
• [x] 在 github 有了一个用于建站的仓库，并适配了它和自己计算机的 SSH keys
• [x] 配置了 node.js 环境
• [x] 安装好了 Hexo

Hexo的官方网站在这里，如果以上有什么不太明白的，可以直接在官网上找手册看。

不过不一定比我写的详细w

好啦，接下来就是使用 Hexo 初始化自己的本地仓库并和云端链接的步骤了。在这下一步完成之后，我们就能预览发布的第一篇文章啦。

移步到下一章。

从一月份开始放的寒假一连持续了半年，就算是躲在地下室的雪也早都消失殆尽了。

大概。

本来我就不很喜欢出门，缩在10平方米的小房间里，在被充当书桌的窄桌子上，让发光的电脑屏幕反射我的眼镜反射电脑屏幕上的光。

灯是关上的，窗帘也拉上了。很舒服。

体重也很好的控制住了。每天帮着家里打扫拖地，耳机里放着suis的歌声，好像nbuna在弹着吉他，我敲着架子鼓。

偶尔电脑那边传来点名的声音，不过没什么关系，舍友会提醒我的。

反正课什么的，我从来也没怎么听过。

用手机挂上钉钉的话，甚至可以把电脑空出来，转一转steam上刚刚发售的Galgame。

突然就觉得少了点什么。

Galgame越推越多，看到的故事越来越多，获得的感动越来越少。

不对，不该是这样的。

我不该是这样的。

失去了和人之间的联系，失去了阳光的沐浴，逐渐也失去了感情。

丢掉了什么。

好像丢掉了六个月。

我的故事丢掉了。

还没有见到你。

还没能见到你。

不行。

夏天、夏天快到了。

我还没有见到你。

不可以。

夏天还不算开始。

夏天、夏天......

夏天还不能开始——

夏天还不许开始。

歌词

隔着屏幕的早安

终于打到了一半

窗外的天空泛着陌生的蓝

<br>

还未吃完的早餐

好像多做了一半

还是没习惯一个人的习惯

<br>

数着曾经说过的谎言

经历了这么多时间就变成了诺言

桌上的作业属于昨天

钟表坏掉的话

就还是昨天

<br>

今年的夏天夏天夏天夏天

还不能算做开始

笔记本上还没能填满你的名字

开学什么什么什么什么

还没有发来通知

我还没有写完送给你的诗

<br>

已经通关的游戏

随手丢到了墙壁

电脑仍循环播放你的消息

<br>

“看看窗外的天气”

“这边有点要下雨”

总是忘记了自己身处何地

<br>

就算一个人能拧开汽水

就算蝉鸣声腾起热气聒到心碎

就算雪糕也融化成水

就算是西瓜汁我也能喝醉

<br>

今年的夏天夏天夏天夏天

还不能算做开始

冰淇淋她还用着去年的包装纸

头发什么什么什么什么

还没有打理合适

我还没有编好我们的故事

<br>

说着不想长大的话语

连喜欢的季节都能丢弃

人生什么的全都毫无意义

即使这样说也不能算帅气

<br>

今年的夏天夏天夏天夏天

还不能算做开始

在我见到你之前都不算做开始

就算砸掉所有的钟表时间也不能停止

可是——

可是、可是......

Staff

词/曲/编/调/混/摄/影 - Lyrik_p

出镜 - 言夏

绘 - 梦临

唱 - 诗岸

唱 - 洛天依（Ver.洛天依）

唱 - Milk（Ver.Milk）

补

“因为少了点什么。”

抱着这样的心情，我捉住了言夏。

用来拍摄mv的设备只是一台iPhone X，用来布景的最贵的道具也不过是SUNTORY的HOROYOI配制酒。

嗯，味道还不错，就是喝完了有点晕。

本着试一试的心情，我拉着她从厦门岛的一头跑到另一头，又跑了回来。

夏天啊，终于还是开始了。

在按下录制键的那一瞬间，我有这么想过。

我们会因为什么人拒绝什么习惯，也会因什么人喜欢上什么季节。

但是这半年来积攒下来的心情，不算强烈却沉淀在心底，像是茶垢一样黏在那里，我依然要发泄出来。

于是便有了这首歌。

<i class="ri-file-cloud-line"></i> | 无损 | 伴奏 | MIDI

::: details 夏天还不算开始 下载 夏天还不算开始 Ver.ShiAn/Ver.LuoTianyi

密码：:spoiler[xrsq] :::

杂。

烦。

乱。

创作是什么？

创作不应该有门槛。

在推荐算法下宛如狂欢一般的碳酸在口中爆裂开来，稍许等待之后，甜到发腻发苦的恶心锁在小舌上，连刚刚冲上大脑的冰凉感都渗进了骨髓。

不该是这样的。

“前方高能”、“用时......”、“爆肝”......

不该是这么使用的。

最开始我这么想。

逐渐深入，却愈发胆战心惊。

“我不喜欢，所以你是错的。”

“你提到了，所以你别有用心。”

杀。

封。

喷。

还有更多。

好乱。

骂吧。

我也加入了战场，却只是在高空中俯视。

清醒一点，我告诉自己。

我好像在慢慢下沉。

我好像在战场中央。

清醒一点，我告诉我自己。

歌词

京城未满十八岁不能碰酒

而我今年刚好整整一十九

城门旁边醪糟店我觊觎已久

今儿个也想找个人去叙旧

<br>

店主神情彷徨眉头紧皱

连声客官大人您请高抬贵手

若想开荤搭上梯子再往左走

店小我们不敢伺候

<br>

看不透的全都不敢说话

看的透的却在装聋作哑

谁不嫌事大

操起键盘促狭

钓出一群大侠

<br>

天色已将白

我约上一城白

城外浮一大白

<br>

拿出酒几台

你却说别开

开了也白开

<br>

三更半夜外

这里又是野外

何必这么见外

<br>

想来想去想开

想也是解不开

把酒换白开

<br>

听说你在后院产了一坛佳酿

于是姐妹兄弟们来一起品尝

也许这酒名字叫做神仙忘

对的诗都不接青黄

<br>

门外的狗才不管它欣不欣赏

得点风声连爬带滚撞去领赏

门外的人跳上高地张望

说你让孩子闻酒香

<br>

看不透的全都不敢说话

看得透的却在装聋作哑

你不嫌事大

操起键盘促狭

钓出一群大侠

<br>

月色已留白

识不得李太白

月下玉盘也白

<br>

三炷香排开

赌局早已铺开

胜负是五五开

<br>

“千万别进来”

狗叫着人下来

人依狗言去来

<br>

思想是意外

你也是个意外

把酒换白开

<br>

天色已将白

我约上一城白

城外浮一大白

<br>

拿出酒几台

你却说别开

开了也白开

<br>

三更半夜外

这里又是野外

何必这么见外

<br>

想来想去想开

想也是解不开

把酒换白开

Staff

词/曲/编/调/混/影 - Lyrik_p

绘 - 盐水豆

唢呐 - 七分音符

补

“作品在发布之后，所有的理解就和创作者无关了。”

我曾经说过这样的话。

在过了这么久之后，我却因为这种信念而感到苦涩。

没有人听得懂，没有人听到我想说什么。

每个人都在说着自己的话。

然后，慢慢地没有人注意我在说什么。

没有人知道我想说什么。

我所发出的，是一个具体的思想，还是一把钥匙？

我想表达些什么，我想打开些什么。

最后，我打开了什么。

全都不得而知。

渐渐地我也变成了帮凶。

到此为止，我还是一半帮凶。

即便如此，我仍然希望看见更多的声音。

这样我才能看到自己到底说了什么。

这并不取决于你想做什么，而是别人认为你做了什么。

我到底做了什么呢？

写到这里，我居然笑出了声。

<i class="ri-file-cloud-line"></i> | 无损 | 伴奏 | MIDI

::: details 把酒换白开 下载 把酒换白开 Ver.YuezhengLing

密码： :spoiler[9999] :::

应该写一首歌。

应该为你写一首歌。

一直这么思考着，然后落到了井里。

越想做成的事情越难以下手，越想达到的目标越遥不可及。

这样担心着，终于落到了井底。

我终于还是被自己的歌所诅咒，墨菲定律在奇怪的地方生效后又奇怪地让我变成了源头。

《爱能做到的还有什么》，在去年与你一同去听了这首歌。

窗户外晴空万里，荧幕里大雨滂沱。你抓着我的手，手枪的声音响起的那一刻，我哼着那首歌。

“为什么不给我也写一首呢。”

回过头来，原本任性的要求也一点点变得可爱。

原来胆小的只是我一个人而已。

于是，因你而有些停滞的笔，这次也因为你而继续崎岖。

你是我这首歌的理由。

我想让你成为我的理由。

歌词

昨天的天气预报说了

今天的家里好像要下雨呢

伞被丢在角落

支架已经退了色

可是我

能躲到哪里呢

<br>

云彩逃离了那片天空

夏日的水潭抓住了风

天気がいいたね

自殺しましょう

这样说着 像开玩笑的

不会在意呢

<br>

如果每一件东西都拥有保质期

那么人与人之间的距离

又能保鲜几年而已

于是我放下了笔

遮住手腕的痕迹

忽然亮起来的手机

铃声好熟悉

<br>

只能爱着这个世界呢

因为你在身边说

想听到我为你而歌

这是我还存在在这世上的理由呢

因为想听到你说

你爱我

<br>

阳光穿透窗帘照进来

我望着墙纸边缘发呆

世界は嘘だ

真理を見つけた

このまま このまま

死んた

可是啊

<br>

就这样走进夜晚的的话

能不能赶上下一班电车呐

就这样和你在一起的话

去哪里都无所谓啦

<br>

夏天一样的

笑着

是你最喜欢的

季节呢

<br>

只能

爱着这个世界呢

因为你在身边说

想听到我为你而歌

这是我还存在在这世上的理由呢

因为想听到你说————

<br>

Staff

词/曲/编/调/混/影 - Lyrik_p 绘 - 钟木

补

因醍醐灌顶而不再反复，我不是这样的人。

没有丢掉的包装盒，没有开封的画笔，甚至换掉的手机壳。

守旧，本来就是优胜略汰的最底层。

即便这么说了，我也仍然抱有着疑惑。

什么是正确的选择，什么是该走的道路。

合适与否，甚至没有这本身重要。

因为一时冲动做出的选择，因为觉得有趣而下定的决心，又因为承诺的责任和为人的尊严而不愿意半途而废。

到底是不是这样，我竟无法写下定义。

即便如此，也要一直这么下去。

“我所行为正确之事，我做为当行之物。”

我一直这么相信着。

<i class="ri-file-cloud-line"></i> | 无损 | 伴奏 | MIDI

::: details 因为你喜欢上这个世界 下载 因为你喜欢上这个世界 Ver.Shian

密码：:spoiler[xrsq] :::

她还是不愿意唱我写的歌

这样想着，在沙滩上仿佛记仇一般用树枝写下了自己的歌词

一笔一笔

沐浴露的味道顺着海风带着点咸咸的甜

我抬头

她坐在旁边，歪着头

我突然意识到

我似乎撒娇一般

她还是没有唱我写的歌

可她在看着我

歌词

云彩一点点干燥裂开

我在下面打着节拍

拆开你的雪糕包装袋

云朵掉下来

<br>

宿舍窗外阳光有点晒

我在床上不想起来

好像昨天约定要看海

还要做好防晒

<br>

等在公交车站旁边喝完了奶茶

任性的背上了一把木吉他

如果还有一天的话你还想去哪

没人回答

算啦

<br>

我唱着——

精疲力尽的恋歌

你听着——

只是残忍的听着

<br>

太阳——

一点一点向下落

那么——

今天结束了

<br>

冰淇淋也一点点融化

连着夏天一同吃下

昨天做的梦丢到哪啦

再做一个吧

<br>

海滩上被丢弃的白沙

聚在一起堆成了塔

海潮褪去催太阳回家

所以笑一个吧

<br>

路灯亮起后错过了最后一班电车

酒馆外弹起了情歌

被我咬过一口的糖你会介意吗

牵手的话？

好吧

<br>

我唱着——

精疲力尽的恋歌

你听着

也许小声的附和

<br>

时间——

滴滴答答裂开了

那么、

夏天结束了

Staff

词/曲/编/调/混/影 - Lyrik_p

唱 - 洛天依

致谢——

出镜了的 <b>明酱会发光</b>

提供了照相机的 <b>koko</b>

对拍摄、布景帮了很大忙的 <b>空白kuuhaku</b>

补

本来是为她而写的歌，结果因为磨磨唧唧的两人，不合时宜的推脱和害羞，错过了第一次一起拍mv的机会。

对了，这是我第一个实景mv，是值得纪念的作品。

夏天意味着什么呢？

会融化的冰淇淋，让人睁不开眼睛的太阳，水汽蒸发又凝结成的云彩。

还有见不到你的整整一个暑假。

我一直在想，我是否有资格做出关于一生的决定。而出于矜持和自满，我并不承认自己存在后悔的事情。

难道我在后悔吗？

所以才显得精疲力尽。

你听明白了吗？学姐。

我想和你一起经历美好的事情。如果可以的话。

想让你成为变成美好的事情。

夏天过去，我会如约见到你。

这是我执着于这个闷热季节的所有秘密。

<i class="ri-file-cloud-line"></i> | 无损 | 伴奏

::: details 精疲力尽的恋歌 下载 精疲力尽的恋歌 Ver.LuoTianyi

密码：:spoiler[xrsq] :::

您好，这里是Lyrik_p，谢谢您找到这里呢w

我在 bilibili 使用的是Like_p这个id，其实没什么区别，除了被人叫梨可后总被误认成女孩子的事情。

向您道歉，我是从外表看起来就没什么梦想的男生。

偶尔会写一点歌，勉勉强强把自己叫做「曲师」或者「词作」。

我会写一些流行和摇滚，如果能合您的口味就再好不过了。

合成人声方面，Vocaloid 和 SynthV 我都有涉及，既然您找到了这里，想必不用我再做过多介绍了吧w

说起来有些丢人，我个人倒是不会唱歌呢。

最近的苦恼是还没法好好使用AI。

难、难道，我已经上了年纪了吗……！

对了，我的音乐人id是Lyrik_p，正式发布的歌曲当中我都会使用这个名字，在任何一个音乐平台上都是如此。

不过因为我已经是网易独家签约音乐人，音乐主要活动的平台仍然是 网易云音乐。

如果您喜欢我的曲子的话，在这两个平台里关注我是不会有什么损失的，大概。

在此提前感谢您对我的支持，每个平台上每一个评论私信和弹幕我都有留意。

没什么特别情况的话，我的歌曲不会加入会员计划，也永远不会强制付费。

说起来也没有这么做的实力和底气呢w

总之，我只是在写歌而已。

能被唱出来就好了呀。

新歌发布

新歌发布在 @网易云音乐) 上，您可以在网站底部、首页的信息条以及任何一个你能看见云音乐小标志的地方直达我的网易云音乐主页。

id: Lyrik_p

关注我的网易云音乐电台《缺陷品》，没准可以提前收听到我即将发布的歌曲伴奏或者demo，这是一个公开只读权限的草稿箱。

虽然和正式发布的时间也大差不差啦

MV发布

一般来说，演唱的歌曲会制作一个PV。

嗨，搞不清楚PV和MV的关系——总之是会有一个视频发布。

物尽其用吧，大概。

发布平台是 bilibili ，依然在这个网站上任何一个可以看见小电视logo的地方直达。

关于这里

“想写点什么，写点什么好呢？”

这样问着自己，于是开设了这个网站——

不负责任的小说，支离破碎的歌，以及一些随随便便的技术文档。

这便是这个小网站的全部。

人的组成部分如果是砂糖、香辛料，和一些美好的东西就好了。

可这些就是我的全部。

既然现在是夏天，那么故事就从夏天开始好了——

</br>

音乐的本质是自我欺骗。

艺术的本质是自我欺骗。

除却这些之外，您可以在这个网站上下载到高质量伴奏和我公布的工程文件等，还有零零散散的碎片。

和一些不存在其实也没什么关系的东西。

</br>

愿我之歌如我之名

愿我之名一如我之心

by.Lyrik_p