这是一篇置顶文章🔝

2024 年 12 月 10 日
75 次浏览
3133 字数

暂时先用文章置顶做公告吧,置顶样式也没做,新开发的主题,还在完善中,先这样用着吧。

新的博客主题

我在之前的《读“张洪Heo”博客设计有感》一文中也谈过自己的审美偏好,由于我个人不是很喜欢花哨的博客前端页面,更不喜欢“千篇一律”的花哨,更加注重记录本质。所以,即使现在已经有很多优秀开发者分享了他们的主题(在此感谢他们🙏),但我还是自己动手搓了一个。博客前端整体布局类似 gitbook,但其实它并不是基于 gitbook 生成的静态博客,而是基于 Halo 博客框架部署(在此同样感谢开发者)。使用的技术栈和工具有 tailwindcss、alpinejs、iconify等等。

抛弃 Halo 瞬间插件

之前我在 Halo 瞬间插件中也讲过这个问题,另起时间线的必要性。所以,最后选择了通过分类页面替代原来的瞬间插件,由此带来了文章管理的一系列优势。例如,权限管理、时间搜索、SEO等等。当然,劣势也有,那就是后台编辑器由原来瞬间提供的简约风格,变成了默认的文章编辑器以后,操作会稍繁琐,同时在移动端 web 上体验极差!后续考虑通过 restful api 实现在前台发布瞬间,这样既轻量还能省去选择分类和模板的繁琐过程。

https://github.com/halo-sigs/plugin-moments/issues/133#issue-2672731858

既然瞬间是基于时间线记录的,那么基于时间的查询应该是非常合理和符合逻辑的。使用场景的话,比如做那种往年今日、聚合类型的日记插件等等。
但是,又去做一个基于时间查询的业务逻辑是不是很熟悉,好像在文章功能的时候做过(虽然目前文章支持到月查询,不支持到天查询),所以可能就会产生一种想法,瞬间这种另外起一条时间线重新做一套逻辑的设计是否冗余与合理,直接用文章这条现成的时间线和业务逻辑去实现会不会更好呢?这样权限控制问题也解决了,finderAPI 不用重新实现了,编辑体验更好了,未来的迁移和组合更方便了。
或者简单的说,我们在文章里新建了一个“_瞬间”分类,再利用 halo 已经实现的阻止级联查询之类的功能,这个分类就实现了我们现在的瞬间,而 moments.html 模板就是我们“瞬间”分类文章所需要选择的模板。不过,这个过程确实比现在发布瞬间繁琐,需要选择分类和选择模板,所以用插件去实现还是有必要,预置一些标题、分类、模板信息,提供路由,提供简单直观的 console 发布页面。
综上,虽然想法很美好,但是实践起来很多细节还是挺麻烦的,我还是比较能理解你们想保护文章功能的核心逻辑不受影响的考量。

待完善内容

目前有很多东西还没完善,比如瞬间分类的处理、标签页、pjax 支持、添加点赞等功能,还有一些文章和瞬间也会慢慢同步到博客上来。另外,由于目前域名还在公网安备案中,为避免不必要的麻烦,评论区暂时也不会接入,还请多多谅解。

个人博客审美

在我对博客的审美里,一般会将他们分作两大类。一类,是比较大方优先向外分享传播的类型,尤其是以各类实用性技术类文章的分享内容为主,会有比较清晰的向外传播、展现自我、推广品牌的需求。另一类,是比较精致内敛小气的类型,这类常常会以一些个人笔记、生活记录、人生思考内容为主,这类博主一般是向内求我又期待被倾听的人。当然,也说不好是两类人,也可能是每个博主的两个阶段。显然,我当前的状态大概率是属于后者类型,或者说是处于后者这个阶段。

内容虽高于形式,但记录应重于包袱

我时常也会很矛盾,既不想自嗨又不想背着太重包袱,既想随心记录又想优质输出。要知道你想输出一篇优质内容,你要有创新、做校验、斟酌用词行文逻辑、经得起推敲,这是一个很费精力的事情,仿佛你敲得每一个字都得非常用心。这是我想要的,这也不是我想要的。

这也可能是我对自己期望太高,所以我时常安慰自己——每个人的博客中 90% 输出的都是对他人无价值的内容,何必把那 10% 的标准当做包袱呢。

所以,你可能会经常看到我的某篇博文就只起了个标题,写了几行字的水文!纯粹是随性记录,而非不尊重读者,还请谅解!

未完待续

先写到这,想到再补充。(2024年12月10日16:10:51)

特别鸣谢

非常感谢以下项目及其开发者:

暂无标签