Cynosura

你驻足于春色之中

Wed, 22 Apr 2026 17:00:00 GMT

曾经在我、本子和日记的时候承诺会开始写日记，并多写长文记录日常。在那之后我实际只坚持写了一周多的日记，总结一天的生活对我而言有点过于困难了，每次写我都会思考很久才舍得落笔，最重要的一点是写完日志后我会耻于翻看之前书写的内容。于是整个过程就变成了纯粹的记录和流水账，自然就失去了持续下去的耐心和必要性。而我仍然恐惧写长文，我的想法仍与两年前一样，写长文需要构思文章的大体结构，调整文体和语气，整体而言并不是一个非常放松的状态。

其实我早在初中时期，我就在探索如何拥有自己在互联网上的小小空间了，只不过当时既不懂翻墙也没有支付手段（家里肯定不会因为这荒谬的理由支持我），我实际耗费了大量时间去寻找免费域名和空间，结果每次搭建博客都活得不长，或是因为免费空间的关闭而作罢，或者是我本身对持续经营博客这件事失去了兴趣。

不过因为反复搭建博客这件事，我逐渐熟悉了 Wordpress 的结构，进而对前端开始产生了兴趣。于是我买了本 HTML + CSS 教程书开始自学。因为每周接触电脑的时间有限，我整个初中生涯对前端的自学都在手机上完成，现在想来实在有些不可思议，我的第一版个人页的大部分内容通过手机敲出来的。后面我还买了本 jQuery 入门，不过受限于条件实际并没有接触多少，当年的手机还做不到调试 JS 代码呢。在学习前端上遇到瓶颈后，我逐渐对服务器产生了兴趣。每次搭建博客实际上我更享受的是搭建过程，我喜欢那种从一无所有逐渐形成架构的感觉。加上手机连接 SSH 相对而言更具可行性（虽然仍然很抽象），我后期就逐渐把兴趣重心放在探索服务器上了。

不过设计搭建属于自己的个人页，对我而言仍然有巨大的吸引力。于是在大学中后期那段相对空闲的时间，我又慢慢捡起了前端，逐渐发展出如今所见的版本。不得不说我的学习能力确实很差，最开始的契机其实是找出了第一版个人页的源代码备份，但这时候我的前端技能已经消退得差不多了，重新捡起并理解现代前端的各种改动就费了不少时间。不过好在，这次我不用再为搭建过程和支付手段发愁了，也不用局限在手机那小小的屏幕上手搓代码，整体而言技力仍有在螺旋进步的。

我原以为还有很多时间去持续精进，或者就让前端停留在兴趣层面，但从 2025 年开始一切都变了。自从见识到 LLM 能在几分钟内解决困扰我十天半个月的问题后，我开始迷茫继续提升能力的意义在哪里？我失去了继续探索精进下去的最大意义。但发展趋势是不可阻挡的，我只能让自己去逐渐适应这种变化，毕竟人不能一直活在过去的阴影里。但我仍然迷茫，这个时代发展得太快了，我不知道发展界限在哪里，它似乎让替代一切都变成可能，那我存在的意义又在哪里？

长夜漫漫，我驻足于春色之中，于那独一无二的春色之中，或许只要驻足观望自会找到答案，只是需要时间。

新粗野主义小记

Thu, 26 Mar 2026 11:23:00 GMT

我们先来看看 Neobrutalism components 是如何定义新粗野主义的：

Neobrutalism is a mix of regular brutalism in web design and more modern typography, illustration, and animation standards. Neobrutalism refuses the usual components of UX-UI design and embraces uncomfortable design elements, and it is more fearless to use distinctive color palettes.

虽衍生自建筑风格中的粗野主义，但与粗野主义中强调极简、本质的设计不同，新粗野主义摒弃了主流设计中那些模糊、柔和的渐变过渡，主张使用显著的阴影轮廓，反差冲突的色彩来展现出强烈的视觉效果。

上文所述的 Neobrutalism components 首页就能部分反映出这种设计风格。当然就新粗野主义的定义而言，其设计还是有主流设计的风格存在，例如导航栏与常规技术网站无异，只是替换了按钮样式...

包括前段时间关闭的个人主页建立工具 Bento.me 也有经新粗野主义改造后的实现，同样可以察觉出强烈甚至冲突的色彩，以及极重的按钮阴影。但与粗野主义共通的核心理念也有，都很强调功能优先设计，按钮设计让人一眼便知这是可交互的控件。

这里就不得不提 FigChallenge 了，其设计师在 2023 年在 Medium 公布了这款应用的 UI 草图，被普遍认为是新粗野主义的设计典例。我觉得最大的意义是证明了新粗野主义不等同于硬朗、粗制滥造，经过精心设计一样可以利用这种风格来表达出柔和感。

不过到 3 年后的今天 FigChallenge 仍然在 Waitlist，可能这就是反主流的代价吧。

回过头看 Material Design 3 的设计风格，这不就是很标准的新粗野主义实践么...只不过实际应用在 UI 界面的设计，出于无障碍等现实考量没有做到很极致，但在设计网站上，Google 的设计师就完全放飞自我了，展现出这套设计美学的本质。

我其实有点失望，如果 Google 仍是一家 Startup，或许真实呈现给用户的 Material Design 3 设计将与现在大为不同，至少不会存在那么多的设计妥协，变成一个既不主流，也不粗野，更不现代的缝合怪设计。

前卫设计往往都是反主流、不切实际的，甚至让人直呼美学崩坏，但这正是其独特魅力所在。设计随时代前进而不断调整，或许新粗野主义终将成为设计历史上的昙花一现吧。Google 也在最近的 UI 迭代里摒弃了部分 MD3 的设计思路，变得更加主流甚至无聊了。但至少它曾在设计上激进过。

Lucent：明光初启

Fri, 13 Mar 2026 19:46:00 GMT

Lucent 意思是“发光的、明亮的、透明的”，常用于书面语或诗歌中描述光亮或清澈的事物。

继上个月从 Pelican 切换到 Astro，完成博客和个人页的初步整合后，一直想借此机会重写站点在用的主题。

上次大规模重构站点已是三年前，当时对整体设计还没有很清晰的概念，加上自己的前端功力不是很到位，在细节上改了又改，即使到最后定型也不是很满意。诸如导航栏吸顶变色的问题，试了几种实现都在 iOS Safari 上有问题，尝试了多种方法效果也不好，只能妥协放弃了这个设计，直到 LLM 出现后才在其帮助下绕弯子实现了稳定吸顶变色。而侧栏抽屉比较简陋的问题就是技术功力所限了，一直都不好看。

就像在一艘小木船上修修补补，即使修得再漂亮，但它的上限就摆在那，我只是不断推迟重构的时机而已。虽然在 2 月终于完成了博客框架迁移，套用的还是原本那套纯手搓的主题。我再也无法忍受这种新瓶装旧酒的感觉了，于是我结合这几年一些模糊的设计概念，来给这套老皮做个大翻新。

言归正传，这套主题的核心设计理念是玻璃的折射和通透感，并结合原本的卡片设计及配色方案。除导航栏外，所有信息卡片都使用不带任何弧度的直角边框，并把卡片的间隔统一定在 0.5rem，继续做那圆滑当道时代的锐利异类。至于 navbar 我借鉴了 Liquid Glass 的思路，做了与主体设计不同的圆角过渡及动画调教，在我眼里就像一条会变形发光的玻璃棒，希望能冲淡一些大量使用直角带来的不舒适感。

卡片内部的按钮、标签都使用淡细的边框勾勒，如果改用纯色块则去除边框，尽量避免大框套小框的繁杂感。可按下的卡片会略微浮起，示意此卡片可供按下互动；而不可按下的卡片则在悬停时只会用强调色勾勒出轮廓，例如技能 & 设备的那些卡片组合。

音乐模块是我最喜欢的部分，卡片及列表都会从专辑图片中抓取强调色，虽然取色逻辑还是有点不稳定，比如目前首页的 Protostar，满眼蓝色的专辑图片，最终取到了那一抹黄作为主体强调色，这点倒挺像 Material You 的 Monet 取色逻辑的...而专辑图四周加了一圈玻璃质感的框，并做了点光晕效果，让每张专辑图都有放在唱片盒里闪闪发光的感觉。音乐的所有 metadata，包括试听部分均取自 Apple Music 数据流，如遇信息错漏可别上门来打我啊()

同时还加上了一直想做的四季总结和瀑布流模块，把那些瞬间光影留在此刻，借此来勉励继续相信生活的美好吧。

我将这套设计主题命名为 Lucent，一块清澈光亮的玻璃，一见如故。

Hello Astro

Sat, 07 Feb 2026 16:06:02 GMT

自 2022 年建立站点起，我已经换过三次技术栈了，大概我真的更喜欢瞎折腾吧（笑）。

切换的主要原因是，我博客部分一直是单独用 Pelican 构建的，只是定制了一套自用的模板，与网站的其他部分共用一套 CSS 样式，组合后在用户侧看起来就是一套完整无割裂的网页。

但实际依然需要分开维护博客部分和网页其他部分，和主站的藕断丝连导致我无法在本地顺畅调试博客，也做不到把自用的这套主题开源出来。其实我把全站用 Pelican 重写也能解决这个问题，但一直很心水 Astro 的各种好处和生态，就一直磕磕绊绊用到现在。

契机是最近接触了几个 Nodejs 项目，我感觉我又行了，所以就花了半天时间把全站都用 Astro 重写了，功能和主题的持续完善就留到日后吧。

本站的 GitHub 项目主分支也同步切换为 Astro 版本，原始手搓版收纳到了 pure 分支下，仅作纪念归档，应该不会再维护了。

2025 年末总结

Mon, 29 Dec 2025 20:14:18 GMT

用一个词来总结这一年，大概就是踌躇不前。从年初到现在经历了很多事情，回顾起来就像一场看不到尽头的噩梦。和去年一样，我仍站在路口恍惚，想 define 一些不变的常量，可我似乎只能在这纷繁复杂的世界里看到无数的变量。

工作

“工作是为了更好的生活，但生活的全部不应是工作”

从前司开始延发工资的那个月，我就意识到迟早有一天生活的稳定性会被打破。但回顾那段时间，倒也不完全是坏事，至少我有了更多时间可以精进技术，以及思考未来的打算。不过由于每天学到的东西偏碎片化，最终我在这段时间没有整理出什么技术文章，本站也没有如我预期的那样用 Astro 重写。不过我一直想搬回类似 Ghost 这类带富文本写作界面的博客平台，对我而言水文的最大阻力，就是繁琐的写作流程。或许明年我会有动力完成这个转变，顺便把目前在用的这套主题开源出来。

简而言之，我度过了可能是职业生涯以来最长的春节假期。我有整整 24 天都窝在老家，久到开始有人以为我是放寒假的大学生。虽然往年公司也会提早几天放假，好弥补年假的缺失。但我已经能感觉到，公司的业务前景确实已经到头了。后面才得知额外放假的这段时间并没有计薪，但至少我有了更多时间可以陪伴家人，结果倒也不坏。

就这样一直悠闲到了三月初，期间只是偶尔做做平台基础运维，对此我没什么能为自己申辩的理由，纯粹是沉寂在迷茫中不肯醒来。

但总会有梦醒的一天，眼见公司业务没有起色，公司决定让非管理层的员工回家待命，期间薪资砍半，但就算这样也不能保证下次发薪的日期，直到业务好转的那一天再考虑把我们召回来。我接受了这个提议，简单交接几天后就回家养老了。

我首先想到的是把父母接来杭州玩几天，带他们逛逛我熟悉的那些地方，想趁他们还有跟着我乱跑的精力，多留下一些愉快的回忆，这可能是今年我认为最值得的事情，至少有时间能好好陪下家人。

就这样乱跑了大概两周时间，其实就时间尺度来说也不算长，但我却越来越焦虑，觉得是时候找份新的工作了。于是我在三月末拒绝了前司让我躺着拿薪的好意，匆匆找了份新工作，重新步入正轨（吗？

新公司的主营业务是电商，入职以前我从未想过一家科技公司的内部流程能如此混乱。据传在我来之前的一年，平台发版甚至是开发人员直接用 FTP 覆盖线上服务器，所有数据权限也没有做任何隔离。或许也就 PHP 能满足这类公司不维护基础设施，代码直接在线上迭代的想法了。

于是我从头建立了各种本应有的基础设施和发版流程，每天感觉都像在当开发眼里的坏人，配置用户权限限制和数据隔离，把开发流程不断拖长。其实原本架构上的混乱倒还好说，只要梳理总会规范起来的，最大的问题是业务混乱。我不理解电商的那套营销逻辑，也不理解一套框架到处更名套壳的行为，搞技术变成了一点都不酷的事情，我感觉我困在了重复造轮子和日常解决无聊问题的无限轮回中。可能我还是想做点有价值的东西吧，加上在主管身上学不到我想要的东西，于是在转正后不久就选择离开了，去走一条新的路。

这次离职的轨迹和年初几乎相同。离职后我首先乱跑了好多地方，从武汉再到宜昌，再一路往南去了深圳、香港和广州。见到了不少朋友，他们带我体验了与我的日常不同的生活轨迹，分享沿途各种所见所闻。我逐渐怀疑究竟要不要回到那沉闷的正轨里，我完全看不到未来。

然后就到了我现在做的工作了，在业务形式上和去年做的差不多，都是通过各类传感器硬件做联动告警的平台，同时接入 LLM 视觉模型来实现一些环境行为监测功能。这确实是我想做的一个方向，加上之前有做过相关的产品，于是我很快又入职了。

但我几乎成了这家科技公司里唯一懂点技术的人，几乎所有与技术相关的活，包括但不限于产品规划、debug、沟通拉会、进度追踪，甚至包括一些前后端项目的开发，尽管我的简历里根本没有关于 PM 或 Dev 的相关经历...真正的运维活占还不到实际工作量的十分之一，这么看我确实是跨出转型的第一步了。

但我不知道我还能撑多久，同样是由于主管不懂业务架构，我的工作内容经常被调整。因为开会演讲能力差，也不太会剪视频、做表格文案，主管经常把我数落得一无是处，仿佛我的工作毫无价值可言。在有更好选择之前，我也只能继续忍气吞声。

我越来越清晰的认知到：我是个极度不自信，也没有安全感的人。一有 offer 我就会答应，即使一些条件是我需要犹豫很久才能说服自己勉强接受的。或许我不必如此卑微，历代我的直属主管都认可我的能力，我只是困在了自我否定的迷雾里了。

生活

不想做一个无聊的人，于是出门乱跑和吃吃喝喝成了我平时泄压的主要方式。在这一年里我吃得比往年更多了，也经常到附近的城市瞎逛。换个环境会有短暂逃离现实的感觉，至少那几个小时我不用去思考平日的一些琐事。

总结来看，我今年留下的随拍比起往年显著更多了。我也在这座城市留下了更多东西，在二月份搬家的时候发现一辆小面包车已经无法带走我的全部行李，算是我持续生活的一个证明吧。

八月末把陪伴两年的自行车给换了，每天风吹日晒加上配置和保养上的不合理，终于让它变成一辆又丑又不好骑的小破车。其实换车也是源于临时起意，原本只是想做个维修，发现小破车实在无可救药以后，当场选择了一辆配置上还过得去的新车。整个秋天我都骑着它到处晃晃，解锁了一些更远的地方。

今年只换了一次电子产品，打破了自己今年绝不买新电子产品的 flag。没办法 iPhone 17 实在是太香了，作为 iPhone 16 用户被狠狠背刺的同时，当然是选择原谅它啦。于是把 iPhone 16 淘汰给我爸用，自己心不安理不得用上了最新最热真香机。

年末学习了不少乐理相关的知识，我想学会欣赏更多的艺术作品，如果能在其中学到点东西就更好了。或许我应该拾起吃灰已久的电子琴，用自己的双手弹奏出属于自己的音乐。

展望

其实也没什么好展望的，在写这一篇章以前，我重新翻看了我的 2024 年终总结，无论是增加阅读时间还是控制饮食，我都没有做到。点技能树或许实现了一半，但只能说是被推着走吧，真正想做的兴趣已经埋没在荒草里了。但至少我写长文的能力肯定比去年要好，字数肉眼可见变多了。

唯一有全年坚持在做的只有 Bluesky 的本地化翻译，但我对 Bluesky 今年的表现并不满意。今年到目前为止 Bluesky App 的新功能都非常乏味，依然缺失很多基础功能，比如锁号、选择性静音等，官方的 Discover 推荐算法也依然很烂。我坚持做本地化的最大动力，可能还是大型开源项目的参与感吧，一旦做了就很难撒手不管。

总结

很遗憾今年成了工作比生活的篇幅更多，生活充满无趣的大人。往好的方面想我今年还是学到不少东西了，从 infra 到 PM，原本惯性滚动的轨迹产生了许多偏移。希望明年生活会对我好一些。

感谢 Alan、泡泡及朋友们一如既往的陪伴，祝我们来年都能变得更好，都会得偿所愿。

我希望我仍是一个活生生的，一直有生活的人。

被困在生活里

Sat, 10 May 2025 22:03:00 GMT

距离上次更新博客已经过去了一年有余，甚至去年的年末总结也没来得及写。我想主要还是抱着对写博客这件事始终抱有严肃感，觉得没憋出点内容就不如不更新的想法，一直没坐下来写点什么的兴致。于是趁着这次将博客用 Pelican 4.11.0 重新生成一遍，顺便也来写一篇日常/杂谈好了。

2024 年对我而言是痛苦的，我经历了换工作、搬家、努力适应新环境等等琐事。虽然这年也解锁了不少成就，比如人生第一次坐上飞机去旅行，换了台电脑，以及瞎买了不少电子产品。当然事后计算账单的时候，总会后悔怎么过了大半年也没存下多少钱，但至少那个瞬间很开心，大概还是值得的。

今年当然也没有善待我，先是被迫失业，然后又遇上了黑心公司...突然就想到一句话：在路过而不进城的人眼里，城市是一种模样；在困守于城里而不出来的人眼里，她又是另一种模样。人们初次抵达的时候，城市是一种模样；而永远离别的时候，她又是另一种模样。

我想我暂时被困在生活里了，不知道何时是个头。

我、本子和日记

Wed, 24 Jan 2024 16:03:00 GMT

在朋友的安利下，时隔数年重新开始写日记，感觉有点微妙。

小学我有写过一段时间的日记；因为当时买了一本很漂亮的密码锁本子，我觉得买来就应该写点什么东西，于是便在本子上写了点东西。

我似乎对本子、笔等等的文具有浓厚的兴趣。路过文具店时看到喜欢的笔或者本子，总会忍不住去买下来，久而久之家里便堆积了不少完全没用过，或者仅仅写过几页的本子，以及各种各样新奇的笔。

比较遗憾的是当时的日记本没有保存到现在，当时记日记更多是为了满足“买本子就应该写点什么”的想法，并不是为写日记本身，自然也没什么动力去持续写，像写散文一样写点流水账就放弃了。

还有一个主要理由阻止我去写日记，当时的我有点过于完美主义了，以至于无法容忍写错字等等失误，导致我一直无法放松的进入写日记的心态里，也常常写几个字就因为不满意而撕去纸页，最后幸存的也只有那些看似完美，但内容贫乏又无意义的文字罢了，自己也不会重新去翻阅那些本子。

总而言之，线上日记似乎能解决这些困扰我的问题，我也终于能以一种比较放松的心态去记录日常了。希望这次自己能坚持下来，偶尔记录下生活，回过头看似乎也比较有趣。

有人说我写长文和平时聊天看起来完全不像是同一个人，写长文的我会词汇用语会突然变得比较正式，可能读着会感觉冷冰冰的，这可能是因为我长期以来只有在考试写作文的时候才会写这么多字，即便换到写给自己和朋友看的文字也很难转变过心态吧，这也是我需要逐步改进的地方。

展望 2024，要有光

Mon, 22 Jan 2024 09:41:00 GMT

年末一直没有写总结，一是自己的文字组织能力相对较差；二是回顾过去这一年，发生的事情过于杂乱，以至于无法整理出相对清晰的时间线，导致总结文一拖又拖，就这么拖过了新年。于是，我决定在今年写一写今年对自己的期望。不见得都能实现，但至少是对自己的一种鞭策，鼓励自己向前看。

多旅行

在上大学以前，我基本上没有去过什么地方；虽然有过几次独立自由行，但碍于预算问题及各种因素，只去过少数朋友扎堆，或是以个人角度比较容易前往的城市，如广州、苏州、上海等等。直到大学以后才逐渐逛遍了杭州的每个角落，像个真正的当地人那样。

于是今年的第一个愿望，我希望自己今年能多出门走走，到达之前从未去过的地方。虽然时间上总是不太允许我在当地停留太长时间，但还是想体验在当地生活的感觉，我觉得这点还是比较容易实现的。

增加阅读时间

在过去的一年里，我发现自己的阅读能力存在明显退步。首先是读不进长文，其次是遇到不会读 / 不清楚含义的短语和单字越来越多。我觉得不能再这么颓下去了，今年我希望能尽量增加阅读时间；首先从自己感兴趣的书开始，或是各类型的传记 / 历史类长文，从而逐渐恢复自己的阅读能力。

控制饮食

去年在控制糖摄入量上初见成效，显著减少了饮料和手摇的购买量；于是想在今年更近一步，尽量避免含糖饮料和加工食品。

喝手摇确实会让心情变好，但喝完后一段时间，就会产生类似戒断反应的症状：焦虑不安、嗜睡，产生想要继续摄入糖分的冲动。我觉得这是很可怕的现象，加上我本身是二型糖尿病的高风险人群（有直系亲属确诊），于是便有了控糖的理由。

即使社畜无可避免要接触大量加工食品，还是想尽量吃上自制的东西。即使别无选择也不喝饮料，改用相对健康的纯苏打水来代替。

点技能树

想学的东西堆积如山，是该清扫一下学点东西了。

深入网络原理
精进摄影
学习一门外语
作为投稿人独立撰稿
...

总结

回顾过去写的总结文，总是无法面对的一点是思绪活跃，最终却只能挤出几段干巴巴的文字，如同流水线一般。这也是我阅读写作能力退步的又一有力见证。希望在新的一年里能持续精进，即便在黑夜中坻坜前行，也希望有灯塔能照亮前方。

没人关心你在自己的博客里发了什么

Fri, 25 Aug 2023 13:26:00 GMT

虽然我博客最早的内容只追溯到去年 5 月，但实际上这并不是我首次尝试搭建博客。早在数年前，我就尝试利用免费域名+免费空间搭建博客了。

当然过于追求白嫖本就是个大坑...搭建过程尚且不谈，关是找到合适的域名及空间就耗费了大量精力和时间。当时也只知道使用空间面板上传 WordPress 运行文件，点点几下就有了属于自己的网络空间。

当时 WordPress 版本还是 3.8，尚未完全扁平化，使用体验也不如今日般友好。我如同多数没有写作基础的朋友一样，草草写完 Hello World 及发文简要说明搭建流程后，就开始沉迷在博客的主题及插件的挑选上了，仿佛这才是搭建博客的最大意义。

当终于选完了合适的主题插件，新鲜劲一过，便进入了长时间的沉寂期。一来我不知道该在博客上发些什么，其次是存在“发文压力”，担心自己写出的文章过于无意义而被喷。久而久之空间域名被回收，这段时间发的文章也就消失了。

直到我最近在网上看到这篇文章 Nobody cares about your blog. 才明白，搭建博客的真正目的是什么。

写文并不是发表论文或者做演讲，并不需要去过度追求文章的“严谨性”。例如遇到一个难题并最终解决了，解决的过程就很适合写成新的文章，尽管网络上可能已经有一大把类似的文章也是如此。因为博客的文章是写给自己的，属于自己的回忆录和日记本，又何必在意别人的想法呢？

使用 CSS Grid 重写个人页

Tue, 01 Aug 2023 11:00:00 GMT

最近趁着自己还有时间精力，把个人页（包括使用 Pelican 生成的文章部分）由 Float 换成 Grid 排版。其中一大原因是学前端比较早，即使当前的个人页是 2022 年编写的，仍保留了相当一部分早前的排版习惯。随着个人页功能模块的增多，愈加发现 Float 排版的局限性。例如必须时刻记得添加 clear: both 标签，浮动位置调整不灵活等等。

于是决定保留设计风格，将网页包括 CSS 部分整体翻新，显著增加了个人页的可维护性。

直观的网格排版

不同于 Float 的浮动概念，Grid 是通过一个个网格来划分内容区块。最初在重写友链列表时，便在右侧列表部分运用了 Grid 排版。在实际运用过程中发现这种排版方式相当简单直觉，像常见的两栏、三栏等比例划分，都只需要一行指定行列个数即可搞定，还也可自由指定每一行的宽度占比。

例如需要实现友链列表的两栏均分效果，只需要一个大 div 将列表包裹起来，加上简单的样式设定，只要规划好网格排版即可，以下是我实际划分友链列表的 CSS 代码，非常简单。

.friends-list {
    display: grid;
    grid-template-columns: repeat(2, 1fr);
    grid-gap: 0.8rem;
}

同时在一个大网格里还可以嵌套数个 Grid，在实际运用过程中十分灵活。

兼容性

Grid 的最大问题其实是兼容性。现代浏览器都需要迟至 2017 年才开始逐渐支持显示 Grid 样式，IE11 就更不可能支持了。在一些需要考虑兼容性的场合，可能还需要依赖 Flex 或是更老的 Float 进行网页排版。

像我这种没人看的个人页用用还好，毕竟原先图方便就有用各种 CSS3 的简化标签，已经无所谓再多个 Grid 排版了。实际运用还可参考 MDN 的相关文档，个人也是参考了 MDN 文档和 ChatGPT 的问答，才逐渐将个人页改写完毕的。

参考

Hello Pelican

Thu, 27 Jul 2023 21:07:00 GMT

尝试利用 Pelican 替代原本使用的 Hexo，并废除了独立 Blog 入口。

Pelican 上手还是挺简单的，基本上参照官方文档即可快速生成可用的文章页。

相较于 Hexo，Pelican 基于 Python，终于不用被 Node.js 那堆依赖折腾得死去活来了，整体操作逻辑也更加清晰。但由于 Pelican 的用户较少，网络上可用的主题屈指可数，无意中拉高了使用门槛。建议对 Pelican 有兴趣的可以像我一样动手折腾自定义主题；基于官方的 simple 主题修改不难，只要对着文档修改，加上自己的一点样式即可。

用半天时间移植了原本用于 Hexo 的自定义主题，目前只修改好了 base、article 和 index 页就仓促上线了，难免存在疏漏。如果遇到样式问题请在下面留言告诉我，非常感谢~

增加 RSS 支持

斟酌再三，还是决定为文章页增加 RSS (实际是 Atom) 支持，仅需在配置文件里指定生成路径即可。

FEED_ALL_ATOM = 'feeds/all.atom.xml'
FEED_DOMAIN = SITEURL
FEED_MAX_ITEMS  =  15
RSS_FEED_SUMMARY_ONLY = False
CATEGORY_FEED_ATOM = None
TRANSLATION_FEED_ATOM = None
AUTHOR_FEED_ATOM = None
AUTHOR_FEED_RSS = None

FEED_ALL_ATOM 指定 RSS 的生成位置。Pelican 提倡尽量使用绝对地址，这种理念在官方文档的相关设置中就有所体现。

若该值未设置成绝对地址，则在每次生成中会跳出警告：Feeds generated without SITEURL set properly may not be valid。要使用相对地址并去除警告，则必须设置 FEED_DOMAIN。

FEED_DOMAIN 指定 RSS 生成域名，可直接使用 SITEURL 变量，更加灵活。

FEED_MAX_ITEMS 设置 RSS 生成的最大文章量。这里推荐设置一个合适的限制值，以防文章较多时，RSS 为读者推送动辄上百篇的文章，影响阅读体验。我认为设置在 10~20 篇左右为宜。

RSS_FEED_SUMMARY_ONLY 指定 RSS 包括全文，还是仅生成摘要信息。个人建议 RSS 包含全文而非摘要，仅生成摘要虽然能引导读者跳转到网站阅读，但这种操作十分影响阅读体验。试想当你在阅读器看到感兴趣的文章，却要跳转到网页才能继续观看，你会选择跳转还是直接关闭呢，相信你心里自有答案。

设置并重新执行文章生成后，RSS 就会在指定位置生成好了，添加到网页任意位置即可。

生成站点地图 (Sitemap)

生成站点地图 (Sitemap) 可以告诉搜索引擎应该抓取哪些页面，及文章优先级排序，从而帮助搜索引擎准确收录文章。Pelican 支持通过 pip 来安装及管理插件，安装 Sitemap 插件并写入配置文件，即可一键生成站点地图。

首先通过 pip 来安装插件: python -m pip install pelican-sitemap

安装完成后，将如下信息放入配置文件，并重新生成站点。

SITEMAP = {
    "format": "xml",
    "priorities": {
        "articles": 0.8,
        "indexes": 1.0,
        "pages": 0.8
    },
    "changefreqs": {
        "articles": "monthly",
        "indexes": "daily",
        "pages": "monthly"
    }
}

其中 priorities 指定了页面的优先级，changefreqs 则告知搜索引擎页面的更新频率。一般首页拉取频率设置高一点，文章不是周更的就保持默认月更选项，无需变动。

生成站点地图并部署在服务器以后，在 Google Search Console 填入站点地图的 URL 地址并上传，之后 Google 将会定期抓取站点地图并生成索引收录。

写于社交平台终结之时

Wed, 12 Jul 2023 10:04:47 GMT

没有什么东西能永远保持热度，但当曾经熟悉的事物变得四分五裂，才惊觉世界已经发生了如此多的转变。

眼见何事，情系何处，身在何方，心思何人

2022 年 10 月 27 日，Elon Musk 正式收购了 Twitter，并立刻按照自己的想法来改造 Twitter。在接下来的大半年时间里，我看着 Elon 像温水煮青蛙一样，把我坚持留在这里的理由一点点抹去，而每一次的乱搞都伴随着推友出走潮。

熟悉的人不再从时间线里冒出来，只有那些氪金 Twitter Blue 的黄推号依然活跃。或许是自己离开的时候了。

Mastodon 是更好的 Twitter 吗？

早在 Elon 玩坏 Twitter 之前，就有主打去中心化的社群互联协议 Fediverse 正逐渐壮大，其中又以基于此协议实现的 Mastodon最为流行。在看到一些朋友改用 Mastodon 后，我也跟随脚步在 don 站注册了自己的第一个 Mastodon 实例账号。

尽管早在 2019 年就开始玩 Mastodon，但在使用过程中我也逐渐发现 Mastodon 并不能很好满足我滑社群的需求，例如跨站互动体验不佳，简陋难用的客户端等等。加上当时使用 Mastodon 的人还不多，我就逐渐对 Mastodon 失去了兴趣，并沉寂了一段时间。

不得不说 Elon 才是社群发展的最大推力。在历经数次 Twitter 难民潮之后，整个 Mastodon 社群生态涌入了为数众多的活跃用户，让曾经冷清的时间线又重新活络了起来。7 月 1 日，随着堪称天才的刷推数量限制策略推出之后，又有一批推友弃用 Twitter 改用 Mastodon。我也在此时又在 Mastodon 官方实例注册了自己的账号，试图找回流失的推友们。

重新开始使用 Mastodon 后，才发现我有多么依赖推荐算法。对我而言，能够一滑见底的时间线是乏味的，加上仍不完善的跨站互动机制及画师 / 资讯类账号的缺失，使我仍在主用 Twitter，并未从真正意义上转用 Mastodon。列举完几点我比较在意的"缺点"以后，我逐渐意识到，与其说这些是 Mastodon 的缺陷所在，不如说是 Mastodon 的设计本就如此，在未来很长时间都很难有改善的可能。

期望越大，失望越大

首次听说 Meta 决定下场搞 Twitter 的替代平台，并宣布后续会接入 Fediverse 协议时，我是感到比较意外的。因为在我看来社群平台已从增量市场转变为存量市场。新平台就算再好用，也难以撼动原有平台的霸主地位。不仅难以吸引到活跃用户，利用社群流量变现更是难上加难。在后社群时代居然还有大厂愿意趟浑水实属难得。苦于寻找 Twitter 替代品的我，立刻就申请了早期试用。

正所谓期望越大，失望越大。尽管 Threads 解决了不少 Mastodon 存在的问题，并拥有我认为最舒适的多图发帖体验，却也引入了不少弊端。例如没有 Web 端，堪称残废的的搜索，以及混乱的推荐算法等等。尤其是后者，本就是我难以留在 Mastodon 的原因，Threads 仿佛身在光谱的另一端，会疯狂推荐我根本不感兴趣的帖文，至少极大降低了我继续使用 Threads 的意愿，且期待的 Fediverse 互联并未开放。

虽然 Threads 官方宣布会改善推荐算法及搜索体验，但它仅仅是一个承诺。就像相信明天会更好一样，在功能真正落地前我很难去相信 Threads 会真的变好。加上 Meta 喜欢乱封人的设定未改，只能说...未来可期吧

既封闭又开放的 Bluesky

在 Fediverse 之外，还有一种正在发展的社群去中心化协议名为 AT Protocol。和 Fediverse 不同，AT Protocol 最初在 Twitter 内部诞生，作为 Twitter 未来发展的前瞻性研究。并在后期逐渐脱离 Twitter 独立开发。而基于 AT Protocol 的"样板房"就是 Bluesky。

和 Fediverse 在服务器间迁移需重新注册账号，并手动搬迁数据不同，AT Protocol 更注重数据的可移植性。个人数据可以在不同的服务器间自由流转。同时由于 Bluesky 类似 Twitter 的"精神续作"，在界面及操作逻辑上更接近如今 Twitter 的使用体验，并拥有高度可定制的推荐算法，证明推荐算法并不全然是商业运作使然。

从目前来看 Bluesky 最贴合我的理想社群环境，但其也有短期内无法解决的硬伤，也是社群发展最重要的指标——用户数。社群的粘性是由用户和内容共同决定的，而非其理念先进与否。无人使用的社群平台也就失去了社群使用的最大意义。读完 Bluesky 的 FAQ 以后，我发现 Bluesky 似乎有意促成这点。Bluesky 非常推崇邀请机制，并认为其为社群发展带来诸多好处，还将在后续开发过程中引导新实例的管理员使用邀请机制。若是如此，我认为 Bluesky 的前景也并不明朗。它或许能建立去中心化的理想国，却难以容纳社群中的多数用户，注定小众。

后社交时代

旧的秩序正快速分崩离析，快到甚至没有足够成熟的接替者出现。与十几年前社群平台百家争鸣不同的是，如今已不再是网络快速发展的阶段，在存量市场中社群平台又是需求量最大，又最难以实现商业化布局的高地。或许最后没有谁能够替代 Twitter，而是整个社群平台随 Twitter 一起慢慢死去，被时效性更强，也更具个性的即时通讯工具所替代。

2022 年末总结

Thu, 29 Dec 2022 14:21:21 GMT

首先预祝各位 2023 新年愉快。一年写了三篇「总结」类型的文章，不愧是我。但无论如何，年末总结还是要写的。

我想以这种方式来记录我这一年做了什么，像封存一段记忆那样，等待未来某一天重新打开，通过今日所写去回忆过往生活的点滴。

只顾仰望着星空的人，注定不会留意到自己下一步是否会跨入深渊。

短期出行

正在写这篇文章的时候，YouTube 正在推荐我听 1 小时循环的晴れゆく空 - Piano cover。钢琴曲总能唤起我内心深处那些微妙、复杂的思绪，或许因此这篇总结会比以往更为感性，这就是音乐的力量。

虽说如此，被唤起的思绪却不能很好地转化为文字。要不就先来谈谈 COVID-19 吧。我原以为今年直到年末都将过着一成不变的生活，每隔几天排队做着无意义的核酸，只为换取那数十个小时的“通行许可”。

但从 11 月末开始，本已麻木的日子竟发生了巨大的改变。首先是取消常态化核酸，之后直接放开出行限制。于是在 12 月的一天终于决定跑去上海玩，这也是我 2 年以来的第一次出游。总感觉上海有一股独特的「气质」，是其他城市所没有的。虽然我对这座城市并不陌生，但每次去总能发现新的惊喜。

总之赶在 2022 年的最后一天，我终于真正意义上做了次短期出游。尽管时间短暂，甚至没在当地过夜，但还是很开心。这里也要感谢每次都义无反顾陪我到处乱跑的鱼鱼。每位愿意抽出时间陪伴你的人，都值得你温柔以待。

电子产品大更新

今年我更新了不少随身使用电子产品，或许还无意间入了几个大坑。作为我生活中重要的组成部分，这里也来细数下今年都更换了哪些电子设备。

ASUS Zenbook 14 OLED 2022 (UX3402)
iPhone 13 mini
Samsung Galaxy S22
Lumix GX9 (25mm f/1.7)

对，我说的大坑就是相机（

上面短期出游的照片就是用 Lumix GX9 拍的，用 Lightroom 稍微拉了点曲线，期待明年能够看到自己的摄影水平有所成长。

反复无常的天气

今年能够明显感觉到全球气候变暖所导致的一系列气候异常。例如夏天破纪录的高温，无论是温度还是持续时间都前所未见。甚至迎来了记忆以来的首个无台风年。而到了冬天又比往常更冷，也是在这一年我终于知道了雪长啥样，而这甚至还没到 12 月呢。不知道未来是否会持续这种不寻常的天气变化，还是逐渐见怪不怪呢...

COVID-19

虽然在前文中提过，政策放开是我决定短期出游的最大因素。但由于各地防疫政策只有“什么都要管”和“完全躺平”两档，并没有中间选项。所以在放开后的感染高峰里我也不幸中招了。

万幸的是出现在我身上的症状相对温和。不过疫情 3 年以来终究还是中了，也来稍微记录下发病历程吧。

第一个症状是察觉到耐力下降，爬山不过走了几层楼梯就开始气喘外加腿酸，这时候我还没往 COVID-19 上面想，毕竟还没出现呼吸道相关症状。

当天晚上开始出现畏寒的情况，强忍着头晕恶心到家洗个澡就去睡了。半夜被热醒，量体温才发现自己发了高烧，由于没有布洛芬等常规退烧药，最终吃了洛索洛芬纳片，再观察一阵就继续睡了。

之后几天由于感觉头晕，白天基本在睡眠中度过的。期间喝了大量的水，诸如咳嗽鼻塞等呼吸道症状也逐渐开始显现，头晕和肌肉酸疼的症状倒是随时间逐渐减轻。

到现在差不多第七天，基本只剩轻微鼻塞和咳嗽了，尤其早晚比较严重。希望能在 2023 年到来前变得好一些，恢复正常。

对明年的展望

首先我希望能去更多地方玩，像南京、武汉、重庆等等，都是想去已久但最终因为各种原因未能前行的地方，希望明年能少点遗憾。

其次就是希望继续提升摄影技术了，既然花巨款买了相机，就要经常使用，尽量别吃灰。

在明年想认识更多有趣的人，也希望未来的自己不会忘记现在陪伴自己的人，多陪陪他们。

也感谢愿意浪费时间阅读这篇流水线式无聊年末总结的你，谢谢你能看到最后，让我们 2023 年再见。

购买 Galaxy S22 的心路历程

Sat, 19 Nov 2022 15:03:21 GMT

这篇更像是随记的形式，属于想到哪就说到哪的类型，所以全文可能看起来会很乱，请见谅。

今年电子设备换得很勤，从三月底以频繁死机重启 + 性能不足为由将 HP 战 66 三代 (R5-4500U) 换到 Zenbook 14 OLED 2022 (i7-1260P) 起，又趁着 618 以低价入手了 iPhone 13 mini，用以替代用了两年半的主力机 iPhone 11。

依稀还记得 2020 年春节决定入手 iPhone 11 时激动的心情。那是我迄今为止买过最贵的电子设备，5499 的价格也没比发布价格低多少，也理所应当成了我用得最久的手机。像之前的 iPhone 8, Xperia XZ / XZ1 等等我都没试着用超过两年，后者甚至半年一换，也自然谈不上什么体验了。

而入手 iPhone 13 mini 的契机是我得知今年 14 系列不会再有 mini 产品线的时候，一直心水又舍不得买的我觉得就是它了。正好把 iPhone 11 换下来给老爸，我之前把 iPhone 8 丢给他的时候就已经是战损成色了…不仅后盖玻璃破损严重，主板甚至还进过水…在这种机况下还能坚持两年多已经是奇迹了。

总而言之，自从我换 iPhone 13 mini 后，就一直有双卡的使用需求。外加之前作死刷 iOS 16 Developer Beta 导致 13 mini 系统假死变砖，我甚至拿不出一部堪用的手机临时顶替它。结果是我强忍用了大半天的 Xperia X Compact，直到下午见 Genius Bar 修好 13 mini；2022 年拿骁龙 650 装国产毒瘤的体验真是…一把辛酸泪啊，这就催生了我再物色一部备用手机的想法🙃。

首要选择是 Nothing Phone (1)，原生界面 + 外观设计真是深得我心，更何况据到手的朋友所说使用国内运营商的 SIM 卡无需解锁就能用 5G + VoLTE。可惜之后频繁爆出的软硬件问题，及 2023 年中旬才开始推送 Android 13 的公告时刻提醒我 Nothing 还是个小厂，要想舒服用还有很长的路要走。而这时候 Galaxy S22 以 Nothing Phone (1) 差不多，甚至更低的官方价过来了。

其实我一直有在观望三星的产品，可惜最终都没有选择三星。像之前在 Xperia XZ1 及 Galaxy S9 之间，我选择了前者。结果是 Xperia XZ1 用不到半年就因为诸多无法忍受的问题卖了。倘若当初没有给 Xperia 第二次机会，而选择了 Galaxy 的话，或许我不会，至少没那么快失望出手并转投 iOS 阵营吧。

而在最终决定入手 Galaxy S22 的前一周，我有幸从 RainKi 那拿到了 Galaxy S10 首先体验看看 One UI。最后一次用三星还是 Android 4.x 时代的 Touchwiz，在这部现代 Galaxy 手机上真是一点痕迹也没留下。尽管设置项依然像迷宫，但像什么悬停触控、眼球追踪翻页之类花里胡哨的功能已经在新生的三星上找不到了。Galaxy S10 本身也是产品力极强的产品，到手用到现在也有将近一个月了，除了电源和音量键位置太靠上很难按外几乎找不到槽点。

在简单体验 S10 几天后我最终决定入手 S22，3000 左右的价格实在是太香了。在这价位段下就算对比国产，也很难找到三摄焦段齐全，外观不差，重量体积还控制得很好的手机了。在实际到手后它的变焦表现也的确没让我失望，而屏幕表现更是超出了我的预期，算是我今年买过最满意的电子产品吧。

后续如有时间可能还会写一篇有关 Galaxy S22 的体验小记，我是真的很喜欢这部手机，甚至超过了末代机皇 13 mini。mini 除了体积真的很惊艳外，各方面相比 11 真的没差太多，再加上无缝换机后一模一样的界面系统，新鲜感很快就过了前提是三星中国在月底推送 One UI 5.0，让我没理由把体验文继续咕下去吧（

Android GRF 更新策略简析

Wed, 16 Nov 2022 14:58:18 GMT

自 Android 11 起，Google 开始实施被称为 Google Requirements Freeze (简称 GRF) 的更新策略，在参考了几个消息来源后，决定总结一下我理解的 GRF 具体是什么东西，又能如何影响 Android 版本更新节奏。

这导致上游 SoC 不得不维护多种 Vendor 版本，同时若新版本 Android 提升了底层功能要求（例如必须支持多摄像头切换 API），一些想要升级通过新版本兼容性测试 (Compatibility Definition Document, CCD) 就会遇到困难，而不得不等待上游 SoC 供应商更新 Vendor 版本。这也是过去中低端机及联发科机型即使拥有 Project Treble，更新 Android 也不积极的首要，无论是上游 SoC 供应商还是 OEM 厂商都不愿意在中低端机上投入过多心力去维护。

而在 Google Requirements Freeze 引入之后，Vendor 版本将被冻结，而 Google 将承诺为各 Vendor 版本提供 N+3 的特性向后兼容保证。例如首次利用 GRF 特性的骁龙 888，Vendor 版本适配当年的 Android 11，那么即便后续升级 Android 版本，Vendor 版本也不再变动，而 Google 将保证 Android 14 能够支持 11 的 Vendor 版本启动，并通过新版本的兼容性测试。这也是 Nothing Phone 作为 2022 年发布并出厂搭载 Android 12 的手机，但其 Vendor 版本仍然基于 Android 11 的原因。其搭载的骁龙 778G+ 同骁龙 888 一样，也是首批支持 GRF 特性的 SoC。

GRF 无疑减轻了上游 SoC 供应商的维护压力，在 GRF 之前，高通承诺为 Vendor 提供 N+2 及 3 年的安全更新支持，而 GRF 至少能为 OEM 厂商提供绕开上游 SoC 供应商的机会，独立提供 N+3 的大版本更新（这也是站在 Android 维护的角度，我不推荐任何骁龙 870 新机的原因，由于反复鞭尸炒冷饭，可预见今年发布的 870 新机即便定价没怎么降，各种维护支持都将显著比同期中高端 SoC 来得更差）

当然引入 GRF 也带来一些问题，由于 Google 必须保证 Android 新版本与先前 Vendor 版本的兼容性，而无法做到涉及硬件支持的特性在相同版本 Android 上体验一致。例如由于涉及 Vendor 改动，即使 Google 在 Android 12 上引入了禁用 2G 的开关，也无法推广到所有 Android 12 的设备上，即使是出厂搭载 Android 12 的设备也是如此。同时由于自发布起 Vendor 版本就被冻结，导致 GRF 机型在后续维护中都将很难获得涉及硬件改动的新特性。

同时 Google 对 GRF 的承诺只到 N+3，若 OEM 厂商想扩展支持到 4 个大版本升级，将必须自行移植最新版本涉及 Vendor 的特性需求，以通过对应版本的兼容性测试。即 GRF 的出现能让各厂商轻易做到 N+3 的支持承诺，却很难更近一步做到 N+4。同时也极度不利于利用旧 SoC 推出新机的厂商保持正常的支持更新节奏。

对于刚刚发布的骁龙 8 Gen 2 来说，自然也支持 GRF 策略。骁龙 8 Gen 2 搭载最新的 Android 13 版本的 Vendor，将享受完整的 Android 13 底层特性支持，并继续提供 N+3 的版本更新承诺。

参考来源：Android Developers Blog: Treble Plus One Equals Four

CVE-2022-20465 锁屏绕过漏洞原理分析

Fri, 11 Nov 2022 14:36:49 GMT

Google 在 2022 年 11 月的 Android 安全公告中首次向公众披露了编号为 CVE-2022-20465 的安全漏洞。根据上报者 David Schütz 的说明及演示，仅需插入已知 PUK 码的 SIM 卡插入目标手机，并故意输错三次 PIN 码后输入正确的 PUK 码，即可绕过锁屏密码直接解锁手机。在惊讶该漏洞的复现难度如此简单之余，我也想弄明白漏洞的背后原理，于是就有了这篇简单的分析总结文章。

得益于 Android 的开源特性，我们可以查到有关修补 CVE-2022-20465 的历史提交记录，并分析出 AOSP 团队采用了哪些手段来强化安全性。

首先，在 Android 上有个被称作“安全屏幕” (security screen) 的概念，指纹输入界面、密码输入界面，以及此次造成问题的 PIN 码输入界面和 PUK 输入界面都包含在“安全屏幕”之内。

同时安全屏幕之间可以相互堆叠，即 PUK 输入界面实际是堆叠在指纹输入界面之上。由于函数调用设置错误，在 PUK 码校验通过后，实际也一并关闭了叠在下面的指纹输入页面，导致此次输入 PUK 码后手机意外解锁的情况。

Google 对此重写了整套函数调用逻辑，现在调用请求可以指定要关闭的安全屏幕类型，假设请求关闭的安全屏幕未处于活动状态（例如今天指纹输入界面被叠在 PUK 码输入界面之下），则不会执行任何操作。

注意该漏洞实际是绕过锁屏密码输入界面，并非真正解锁手机。当设备处于首次启动未解锁数据加密的情况下，此时 PUK 码虽然可以绕过锁屏界面，但手机会卡在“Android 正在启动”界面，并不能解锁数据分区。

尽管漏洞的演示以 Pixel 6 为主，但该漏洞理论上影响所有 2022 年 11 月安全补丁以前，且未修改安全屏幕相关逻辑的 Android 手机。由于漏洞的复现难度极低，如有条件还是尽早更新至 11 月安全补丁为妙。

其实整件事情看下来我最不满的是 Google 的消极态度。根据上报者 David Schütz 的说明，这个漏洞 6 月就被上报了，Google 一直摸到 11 月安全补丁才修复...甚至 Google 本来打算 12 月的，是披露者持续跟踪这个问题，才争取到提前发布最恐怖的是，他还不是最早的披露者，之前已经有人上报过这个问题了，直到这次有人一直跟着 Google 才重视起来修。可怜的 Pixel 4 就这么错过了漏洞的官方修补机会（也许吧，但 Google 几乎不会在结束支持后还为老机型推修补 OTA 的）。同时，由于 Android 9 已超过支持周期，本次修补也仅限 Android 10 及之后的版本，不代表之前的版本就不存在该问题。手持 Android 9 及更早之前版本的机主，也只能寄希望于第三方 ROM 了。

最后如对 CVE-2022-20465 从发现到最终修复全过程比较感兴趣的朋友，可以进一步阅读 David Schütz 本人对该事件的记录文章，其催更的精彩程度不亚于任何狗血肥皂剧🙃。

近况

Fri, 26 Aug 2022 10:11:13 GMT

一个博客最重要的是其中的内容，从字里行间传达了什么信息，而不是花里胡哨的主题和插件。我深知这一点，但写长文对我来说，仍有点难度。不妨来记录一下从上次年中总结到现在，我大致的人生轨迹好了。

第一次租房

按照学校的排程，在毕业典礼当天就得清空宿舍。实际情况还得再早几天，如果不提早退宿，实际将无法满足离校流程，也就无法在典礼当天完成毕业。辗转数日，终于在毕业前几天搞定了租房问题。

不得不说，走平台租房的确要比自己找出租文省心很多，几乎没遇到什么问题。空间挺大，但离市中心有点远了，周边的配套设施也不是很齐全，这就是睡城的代价吧。不过至少，我在这座城市也有自己的立身之地了。

iPhone 13 mini

在六月下旬，替换了自己使用两年多的 iPhone 11，一方面是 13 mini 的价格合适（~~还能免息分期，简直跟不要钱一样~~），另一方面 iPhone 11 确实逐渐无法满足我对主力机的需求了。需要经常充电，反应也越来越慢。我对 iPhone 11 的最大不满来自它的体积和重量，既然如此不如选择 iPhone 小屏末代机皇吧。

上手的感觉确实不错，尺寸对我来说正合适，很久没有这种一手掌握的感觉了。方方正正的机身也挺符合我的审美，电池够用，屏幕效果也比 iPhone 11 好到不知道哪里去了（

总而言之，iPhone 13 mini 将成为我未来数年内新的 daily driver，虽然仍对新手机心痒痒，但短期内应该不会再换主力机了。

热

今夏这气温也太热太离谱了...从未见过连续一个月最高气温都在 40 度以上波动的情况，即便是在夜间温度也降不下来。热替代了困，成为我每天时刻想到的词。

感觉今年迄今为止发生的每一件事，都将成为未来难忘的回忆，无论是极端天气、战争还是疫情防控。每一天都在见证历史，我却想逃离历史，逃离这一切。

记一次 zabbix 数据库编码排错

Fri, 22 Jul 2022 14:36:10 GMT

这几天在折腾 zabbix 5.x 上奇怪的编码问题，原型规则写的是中文，页面上也正常显示了中文，但 Discover 到具体监控项，以及告警推送就全部变 "???" 了。

查日志报错 cannot set MySQL character set to "utf8"，如图：

搜了一圈推测是 zabbix 和 MariaDB 的兼容问题，MariaDB 10.6 不支持直接 'utf8'，只支持具体到 'utf8mb3' 或 'utf8mb4'，而 zabbix 的检测逻辑没考虑到数据库不支持 'utf8' 的情况，而官方问题追踪里说已经在 zabbix 5.0.26 里修了。

在 zabbix 推出 5.0.26 正式版本之前，建议改用其他数据库，或使用 zabbix 6.x 版本并改用 'utf8mb4' 编码。

2022 年中总结

Fri, 20 May 2022 14:09:42 GMT

从 COVID-19 疫情爆发到现在，时间一晃过去了两年。时至 2022 年中，这段尤为特殊的时间里，我还未总结过发生的事，以及有关未来的规划。在过去的半年里也发生了不少事情，是时候写个年中总结来梳理一下时间线了。

Year Progress: 嗯？

驾照

在 1 月 19 日这天，终于拿到了 C1 驾照。

大概从 2021 年 7 月开始，或许觉得闲在家太过无聊，听从家里的建议报考了驾校。自认为上手比较快，一周就能顺利跑完科目二的所有项目了。结合科目三大概练了半个月多一点，教练就建议我不用每天来驾校练习，等考试前几天再练几圈就好。所以去年第一次进考场，自我感觉还是比较良好的。（~~然后两次都挂在坡启，还连续熄火了五六次~~）

时隔半年再次踏入考场，心情就比较复杂了。不仅是科目二 + 科目三联考所造成的压力，还有挂过一次的挫败感，以至于科目二半程都在腿抖。万幸这次除了坡启定点位置有点不准扣了 10 分，以及科目三停车差点压线之外，都是一次顺利通过。

说来也怪，和我一同来考试，水平差不多的几位学员里，只有我顺利在当天拿到了驾照，其他人至少都有一项不过，或许是幸运 buff 点满的一天？直到播报成绩前一刻我心里还是没底的，初次来考时的自信早已荡然无存。不过，考过了就是过了，我终于可以开家里的老 Ford Focus 乱跑了（

乱跑

将乐

在亲戚口中听过无数次的城市，在拿到驾照后没几天就决定自驾去玩了。练车上手之余，顺便满足自己的好奇心，毕竟家附近的城市都没怎么去过。

沿着国道开不到两小时就到了，路况一般，急弯也多，毕竟山区嘛。下车第一件事当然是乱跑了，在地图上选了几个点就开始步行。怎么说呢...和自己印象中的落差还是挺大的，尤其在城建方面。自小自己生活的城市就经常与将乐作对比，将乐似乎永远是更发达的那个。不过在河边漫步还是挺舒服的，生活节奏慢也比较惬意。

城区面积比较小，约一下午就能逛完核心区，买了些本地特产卤鸭锁骨就匆匆开车回家了，毕竟路况一般的公路开夜路对新手来说还比较危险。

福州

临近春节，亲戚间的物品交流也多了起来，去福州也只是载满老家亲戚打包的土特产，去福州的亲戚那交换点东西而已。既然要载一堆东西，自然也是开车去的，同时也是自己第一次开上高速。全程也就 3 小时，比慢悠悠的绿皮火车不知道快哪里去了（

自己对这座城市不算陌生，还试过用共享单车通过闽江的每一座桥（虽然纪念拍的照片全丢了...），这次来也就随便走走，还是一见如故的感觉（~~福州地铁还是一如既往只有两条线呢~~）。

值得纪念的事，除了首次夜游闽江，走了福道和烟台山以外，还面了几位推友，都挺可爱的（

延平

2022 年的春节是在家里度过的，但节后没两天又得准备串门，第一站就是延平。可怜呐，“南平市”存在的痕迹在这几乎都被抹去，只能以延平，或是剑州自居了。

自己对延平的印象就是“破旧的老房子”和“山城”，整座城沿着河流冲刷的一小片平坦土地而建，大部分建在山坡上。和重庆一样有许多奇怪的设定，例如医院的九楼走个天桥就是高中校门口，诸如此类（

城市的精华就集中在夜里的江滨路，这里就是全城最漂亮的地方。往内虽仍足够市井繁华，也显得过于老旧了。对我而言，除了转车和串门外也没什么兴趣再来延平了，十年如一日没啥变化。

返校 & 朋友们

如你所见，返校前的寒假我基本在乱跑中度过的。如无意外，这也是我阶段中的最后一个寒假，返校就要开始愁毕业设计和找工作之类的事情了。

这里要感谢 Lakr 和炸鸡每周末拖我出门玩，要是还是靠自己一时动力出门乱跑，加上毕业前要做的一堆事，可能真得在宿舍和学校间两点一线往返无聊死了（

西湖、白塔公园、钱塘江两岸虽都有自己走过，但有人陪伴的感觉还是不太一样的，感谢你们。

各种花

返校后不久就是三月，也是各种花集中开放的时间。发现我确实喜欢花，翻阅去年同期的 Google 相册也全是各种花的特写。其中最喜欢的，也是宿舍周边栽种最多的染井吉野樱，满树银白色的花瓣特别好看。

可惜下半学期由于没有课程安排，今年错过了学校染井吉野樱的花期，不知道明年同期还有没时间来学校赏花。现在接近五月下旬，各种花期也逐渐过了，想看别的也只能等明年了。

第一份工作（实习）

毕业设计大致完稿，等待答辩的一段空闲时间，就开始失业焦虑了。毕竟之前各种实习都以各种理由逃避推脱了，自身也不清楚自己的专业能力到底如何。

经历了一波海投简历 - 被刷下的绝望循环后，现在所待的公司主动向我抛出了橄榄枝。快速经历了人生首轮面试，入职体检及各种入职准备后，在 3 月 7 日正式开始入职实习了。

实习过程中还是有不少收获的，首先是意识到自己的专业能力原来还没那么不堪，大部分工作经过熟悉以后还能在限期内完成。随着工作逐渐步入正轨，以及毕业设计答辩的完成，生活似乎又回归平淡了。每天虽不是很忙，但更多时间似乎都留给了自己，各类 SNS 的上线时间正在肉眼可见的减少，或许需要权衡一下这种情况了。

新笔电

由于工作需要自备电脑，原本性能就不太够看的 HP 战 66 三代 (R5-4500u) 更不够看了。正值各家 Alder Lake 新品上线，就物色下单了联想的 Thinkbook 14+

不巧碰上了上海封城，导致下单的新笔电迟迟未发货，在此期间就又看上了华硕的 Zenbook 14 OLED (UX3402)，就又付了华硕的定金，等两边谁更快到手就用谁。

晚近半个月开始预热首发的 Zenbook 最后居然比联想要早到手也是挺魔幻的，不过在 Zenbook 到手后的两三天，联想也发货了。最后决定到手都试试再决定要保留哪个，毕竟两个我都挺喜欢的。

经过亿回合紧张刺激的 SIV6 后，96EU 的 Xe 核显相比 80EU 我能用出可感差异，加上价格相近，以及 i7-1260P 和 i5-12500H 性能差距感知不强，最后决定保留 Zenbook。后面或许会单独写一篇上手体验吧，有几点比较恼人但大体还算满意。

展望

年中总结的大部分篇幅都留给了年初的几次乱跑，最大的愿望自然是上海早日开埠，想去周边走走了。

其次想换掉手里的主力 iPhone 11，从 20 年初用到现在也将近两年半了，到现在无论是续航还是反应速度都不尽如意，或许会在年末换掉它。

最后，希望能在毕业后仍有足够的时间提升自己，至少把书单列表缩短一点吧。

Hello World

Fri, 20 May 2022 13:30:17 GMT

今天是 2022 年 5 月 19 日，在 GitHub 和 Netlify 平台的基础之上，用 Hexo 重新搭建了自己的 Blog。搭建过程还是相当愉快的，在本机装好 Node.js，跟着官方文档在十分钟内就打开了官方示例页。

进行一番简单配置后，写下这篇文章以示留念，并在文末保留了来自 Hexo 的原始 Hello World。

为什么不在 VPS 上搭建 Blog

搭建独立 Blog 对我而言维护成本太高了，对我这种懒癌极度不友好。选择搭建在 Netlify 这种平台上，或许能减少疏于维护而再次闭站的可能。

来自 Hexo 的 Hello World

Welcome to Hexo! This is your very first post. Check documentation for more info. If you get any problems when using Hexo, you can find the answer in troubleshooting or you can ask me on GitHub.