Hexo-Theme-Yun 绝赞开发中~

前言

还在用 WordPress 的时候,总是喜新厌旧,经常换主题。且装了一堆插件,速度慢还容易崩。
而迁移到 Hexo 之后(小水管服务器太慢,拿去挂 MC 了。根本原因是没钱),光是 hexo-theme-next 的配置项,便让我花了好一番功夫。
导致觉得自己不一直用下去,感到十分对不起仔细一个一个配置过来的自己。

当然,还是改不了喜新厌旧的毛病。加之 next 主题过于广泛,显得自己泯然众人。心中颇有愤懑。(虽然本就如此

而如今,诸事已毕,终于腾出空来。
便决定开发一款属于自己的主题。

暂且命名为 hexo-theme-starry
现更名为 hexo-theme-yun

然而,其实还并没有写多少,所以只是占位与预告。

嗯,预告!(谁说没人看的博客就不能有预告了!?

名字的由来

起初打算叫做 Starry,向往星空的美丽,在咕咕咕的期间发现已经有人做了这个名字的主题,遂改名为 Yun

因为确实没有重名了,也是自己常用 ID 的一部分,遮住星空的也自然是云了。

设计风格

起初咱也打算遵循 Google Material Design 风格来设计(很喜欢),顺便也借用了栅格、卡片和按钮等组件。所以最初能够快速成型。

但是自己的想法偶尔还是会和设计规范冲突,而且作为自己的主题,肯定希望它更独一无二一点。此后便渐渐移除原先引入的 Material CDN,改用自己的审美来实现。
同时也能减少引入文件的大小。

微软的 Fluent UI 我也很喜欢,线条、扁平的设计风格。

还有当初看了 【洛天依原创】异样的风暴中心【杉田朗】【洛天依原创】星宿计时【杉田朗】 的 PV(歌也很好听!),
里面的动效、线条设计也觉得很是喜欢。(顺带去问了 PV 作者 Eight-脑感电波- 能否参考,得到肯定答复后,……,我就咕咕咕了。)

10 Years Later …

于是乎,自己的四不像主题诞生了。(还是太菜了。)

文章的 Markdown 样式,其实是大致使用的我此前写的一个 star-markdown-css。(这也是此前的主题名也打算叫做 Starry 的原因之一。)

细细的字体很好看! > [Bug Report] 低分辨率屏幕下 300 字重的显示效果 后来因为有反馈说 300 字重在低分辨率下的显示效果不是很好,所以决定默认使用 400 字重了。

star-markdown-css 是我编写的 Markdown 样式(也就是转译后常见的 HTML 标签样式),大致构想是编写多种有趣好看的文本主题样式,同时也可以作为 CDN 由用户自行引入,自由切换。

但为了搭配主题(譬如根据主题色改变水平线的颜色等),还是进行了些许修改,并直接写在了 stylus 里。(日后也许还是会分离?自选文本样式主题?咕咕咕!)

Progress

发布历史及功能增删直接看 releases 就可以了,在这里记录 CHANGELOG 似乎也没啥意义。

所以可能只是单纯写写开发过程中遇到的一些问题和想法。

v0.0.1 (2019-05-19) 试验

自己充当自己的小白鼠,Bug 多多。

v0.1.0 (2020-03-06) 优化

移除 jQuery 依赖

更快、更高、更强!???

fancybox 的确用的不多,但又依赖于 jQuery。
决定使用 medium-zoom 替代,并全部使用 Vanilla JavaScript,以移除 jQuery。
medium-zoom 干脆也别用了,大家都会右键的_(:з」∠)_
jQuery 的确用起来很爽,但这位老前辈已经将它的理念逐渐融入现代浏览器的标准 API 中(譬如 querySelectorclassList.add|remove|contains),所以使用原生 JS 来写往往更有优势。

也能加深对原生 JavaScript 的理解。

pagespeed-insights-score.png谷歌 PageSpeed Insights

Audits - Lighthouse谷歌浏览器 Audits - Lighthouse 检测分数

尽可能使用 CDN,提高访问速度。也算是符合了 云 ☁️ 的名字。

虽然很想用 WebP,奈何万恶的 Safari 与 iOS 不支持,故又都切回了 JPG。

最后似乎变成了面向 Audits 优化。


顺道给大家看看主题特色功能?老婆展示页

v0.2.0 (2020-03-17) 修补

拖拖拉拉,直到最近才算较为完善,查漏补缺,开始小宣传。

为了宣传主题,写了篇小教程 教你如何从零开始搭建一个属于自己的网站

但愿不是买椟还珠。

v0.3.0 (2020-03-23)

移除 embeddedVideoTransformerhexo-tag-aplayer 太香了。

2020-03-24

改使用 SATA 协议( The Star And Thank Author License (SATA) ),笑。

简而言之,就是在 MIT 协议上,加个 Star 的要求。

GitHub stars

快快快,都给我去 Star,不准白嫖。

2020-03-26

去 V2EX 发了一帖 一个轻量、快速、可爱(自认为)的 Hexo 主题: Yun

结果因为滑动不流畅被吐槽惨了。(自己测试的确没有感受到这个问题。)

想起一个程序员经典口头禅:奇怪哦,我本地测试没问题,怎么上线后就有问题了。

还不知道怎么解决。

拿 Safari 测试了下,……,我错了,真的好卡。

一一排除后,发现原来是背景 filter: blur(30px) 的原因,咨询群里的大家都还觉得挺好看。
决定还是保留为配置项,并在文档提醒可以手动用图像处理工具模糊。

2020-03-30

偶然测试了早期的 v0.1.0, v0.2.0(我都是使用 ::before 实现的背景),即便使用了 blur 滤镜滚动仍然很流畅。

发现使用 ::before 实现背景渲染速度提升很多。

某一天我作死的换成了单独的 div 来实现,然后发了一个主题宣传帖,于是有了前几天的一幕。(Safari 最为明显)

目前通过切回 ::before 实现和移除 background-attachment: fixed 来优化,即便开启滤镜仍然滚动流畅。

使用 CSS3 will-change 提高页面滚动、动画等渲染性能

继续做减法,移除默认不开启的 rymd(群星移动效果),挺吃性能,而且也没怎么优化页面展示效果。


持续迭代 ing…

Ten Years Later

2020-05-05 PJAX

pjax 适配一些插件和第三方功能时(而且有些根本就不支持重载),实在是太痛苦了。

因为自己没用全局播放器,以及为了避免隐藏的 BUG,自己博客干脆就没开 pjax 了。

2020-05-31 滚动

我的主题文章目录的滚动效果起初是参考 hexo-theme-melody/source/js/sidebar.js 实现的。
随后为了移除 jQuery 依赖,使用 Vanilla JavaScript 进行了重写,并混合 CSS 选择器来实现,(应该)提升了性能。
监听 scroll 事件,传入 window.scrollY。(再加上所谓的节流函数)

关于滚动优化还有个 移动 Web 滚动性能优化: Passive event listeners 可以了解一下

看了苏卡卡大佬的 使 Disqus 不再拖累性能和页面加载,才知道还有 Intersection Observer 这个东西。

还看了小伙伴 ChrAlpha 的 Lazyload 不让 Valine 评论组件拖慢页面加载,打算也应用到主题的优化上来,但想到自己本来就是放在 DOMContentLoaded 里才初始化的,而且文章的阅读数也是直接用的 Valine ,使用 Observer 来懒加载可能不大合适,所以干脆作罢(其实主要是懒)。

不过我觉得文章目录的滚动激活效果倒是可以尝试使用这种方法来优化看看。
虽然现在也并没有觉得速度受到什么影响,但是总觉得冥冥之中应该是能提升的(玄学),同时可以去掉节流函数等代码。新 API 用就是了

顺道看了一下 Vuepress 的实现,也是用的 scrolldenounce

(话说总觉得新时代浏览器不应该手写节流防抖函数,不够优雅,但又似乎的确能有些作用,不知道有没有什么更好的方案,还请看官多指教。)

v0.3.0 时,我便是使用的 debouncesidebar.js - v0.3.0
v0.4.0-v0.7.0,直接去掉了(代码看起来比较简洁),sidebar.js - v0.7.0

简而言之,我便想用 Intersection Observer 重构一下目录滚动监听功能,然后……写出了些 BUG,没调出来,就搁置了一段时间。

再腾出时间想要重构时,突然发现 hexo-theme-next/source/js/utils.js 就是用这种方式写的。

咳,读书人的事情怎么能叫抄呢?叫参考!

于是,我参考了下,并简化了些许代码,火速收工。sidebar.js - v0.8.0

2020-06-01 亮暗模式

基础的暗色模式开发完成,我可以不用,但不能没有系列。

可以选择跟随系统亮暗模式。

参考的小伙伴的文章:

2020-08-28 v1.0 Strato PV

「Yun」1.0 姗姗来迟,代号 Strato。

Strato - Hexo 主题「Yun」版本宣传 PV

当我第一次听说要做主题的宣传 PV 我是拒绝的,因为,不能你让我发 1.0,我就马上去发,第一我要试一下,因为我不愿意做完了以后再加一些特技上去,主题 Duang 一下,很亮、很柔,这样用户一定会骂我,根本没有这样的主题,就证明上面那个是假的。
后来我也不断在修 BUG,我自己用了大概一年左右,感觉还不错,后来我在做 PV 的时候也尽量不加特技,因为我要让用户看到,我用完之后是这个样子,你们用完之后也会是这个样子!

其实 1.0 的功能和 0.9.x 基本都是一样的(不要问我为什么没有 alpha/rc 版本,因为不好看!而且也不是工业级的东西),其实 0.8.x 的时候便准备发,又听的 Hexo 5.0 即将发布,于是便再等等,适配完再发吧,中途也又修了不少 BUG,我希望 1.0 至少在功能上是一个相当稳定的阶段。

至于 PV 前后做了一个星期(还不算以前做 logo 的时间),终于凑齐了一分钟。(为什么这么短!

不过初衷也的确是顺带练习一下 MG 动画,如果赶工反倒本末倒置了。

正所谓看花容易绣花难,我也深刻地明白了这个道理。
虽然看起来很简单,不过光是复刻个首页的动画就花了很长时间,然后很多时间花在拉曲线和音乐卡点。

不得不承认,最开始开坑时我主要是想写一个自用的主题,一是不想过于同质化(毕竟 next 真的是太 🔥 太常见了),最好能有眼前一亮的感觉,二是顺便练习一下原生 JS(光写 Vue 以至于有时不知道脱离它能写些什么了),并可以自己进行一些定制。
中间自己能用,便差不多就放了近一年没再管。(期间竟然有位外国友人问我如何使用,那时中文文档都没有,更别说英文的了,我也只好用蹩脚的英文简单解释解释。)

又不是不能用

后来得空,想着不如完善一下,并尝试到 V 站发了次贴,收到了一些 Star,大受鼓舞。

而一直维护至今,自然有一部分缘由是 GitHub 上缓慢增长的 Star 满足了自己作祟的虚荣心。

也十分感谢期间 DDindex 帮忙翻译的英文文档和列文虎克 LeoC 以及其他给予鼓励反馈帮助的小伙伴们。

总之谢谢大家一直以来的支持。用「头号玩家」的话来说就是:

「Thanks for using my theme.」


之后……?

我写的代码,怎么可能有 BUG?

因为功能基本齐备,2.0 可能将主要在样式上做文章。

2020-10-07 Hexo Plugins

因为有人提了 Feature Request,但是又不想在主题上添加,显得过于臃肿,所以另外整了两个插件。(即便使用其他主题,也可使用。)

v1.8.x (Since 2022-01-24)

  • 更改为 npm 安装方式
  • 使用 TypeScript 重构脚本部分,并使用 ESBuild 构建,发布压缩后的最小 JS 文件
  • 使用 Scss 重构 Stylus 写的样式部分

To Be Continued.