博客分离图库随想

域主最近在考虑分离博客的图片媒体库的内容。

因为媒体资源占的太多、VPS已经无法进行程序层面的全量备份了。
我意识到我需要单独搭建一个图床/图片空间/图库相册,用来存放那些文章附上的图片资源。
当然更根本的解决办法是把媒体库从主存储分离,这里不得不吐槽一下WordPress发展这么多年为何没有原生支持媒体库相册或文件目录层级分类?也算是WP的无奈吧。

为什么标题说是图库而不是图床呢?

实际上是参考了2000年代兴起的各类博客平台(甚至包括QQ空间,虽然目前它是封闭的),
它们所提供的图片托管的方案,都是基于图库与相册的方式管理的。DeviantART也有一个sta.sh这样的文件空间。

有一个图库的话,也可以更方便的阅览曾经上传文件的时间线、
甚至是摄影EXIF信息都是可行的。
如果要说弊端的话,可能是WP PhotoSwipe灯箱插件不支持外部域的预览,有些可惜;但这可以参考老版的百度贴吧实现跳转到图库程序浏览,或者干脆用WP自带的灯箱?


这里有考虑使用Lychee或Piwigo这样的PHP自托管程序,也有immich这种Docker应用的后起之秀。
嗯甚至immich还有一个WordPress的插件。我个人比较心水Lychee,曾经好几年前有幸体验过它的拟物化风格可以很好地与Frutiger Aero视觉美学相融。

再不行直接传到h5ai去,如果要说的话,h5ai本质上是服务器目录索引,和h5ai这个程序本身关系不大。
那么想起来以前的FTP空间就是这种模式。
时至如今一些老的日本网站还在用服务器索引空间……

说起Lychee的话还有一则轶事,域主记得一位老前辈还因此与某位所谓中文博主在推上争吵起来。当然这都是过去的时间线了。
不知道现在的Lychee已经发展的怎么样。


程序的部分探索之后接下来是存储方案。

对于底层来说,可用的是本机、S3和RClone这三种。
本机存储好理解,就是新建一个目录。但是要使用S3协议和RClone可能有一点茫然。
这里打个比方,S3相当于存到光盘或者磁带库中,和一般的硬盘索引不同,底层本身没有层级、数据结构由程序提供;RClone则作为挂载网盘的工具,就类似于外接了移动硬盘或是iSCSI这样的概念。

因为我的目的并不是白嫖免费硬件、而是归类数据,并且尽量在本机运行,我也不会使用第三方的S3服务。所以本机自建MINIO这种S3其实有点多此一举,但对于异机存储则也是可以尝试的。

RClone不仅可以用来挂载一般网盘、也可以试着挂载其他VPS乃至共享主机的空间,当然我还是不信任免费空间。

共享主机?我有好多年没听过这个词了。好奇搜了一下相关的产品,结合最近VPS厂商之间的风波,感觉共享主机似乎也有了一丝性价比。
其实某些程度上,直接把共享主机当作图床也是个不错的选择吧。现在的共享主机也不再是只有一个单站点的概念了。

将媒体库分离之后,要实现增量备份也会比WP这些网站程序方便一些。媒体库是媒体库、程序是程序,对程序的修改不会影响到媒体库。这个是我想要自建图床空间最大的目的。

东映的暴雨

圆谷的夕阳,东映的雨。

骑士不会哭,天空便下起了雨。

每年都会有一场洪灾般的雨落。今年是一样的,但雨的湿度越来越不舒适。最终只有想方设法地寻求天赐。但是,天赐是有限度的。如果天本身就是乌云一片的雷阵风暴,寻求天赐的意义何在?大概会一直思考这个轮回的意义吧。

7月21日的话,待会写一下奈欧斯奥特曼的追忆吧。有什么办法能让文章同时拥有两个发布日期吗?

WordPress 手机版App写博客杂谈

研究了一下WP的手机版app,大概是Automattic那边推送了热更新(可能是网站侧也是app侧)让没有更新的版本出现很多灰度测试的bug。总之正式更新了一下发现的确可以登录并正常使用了。也有可能是我试着更新了Webinoly。因为Webinoly的默认策略对REST API并不友好,该换一些运营工具了。

这里提到的手机版/移动端app以安卓版本为准。说起来十几年前的官方手机版app还是Holo Design的风格,功能也非常简单。现在因为实质上从Jetpack分离之后其实也一样了。

继续阅读WordPress 手机版App写博客杂谈

日记:破冰行动

又名——冰箱笑传之除除冰。亚文化要控制摄入量。

冰箱出了大悲剧,不知道是什么时候放冷冻食品没注意好,冰箱门没关严实,我最近又不自己做饭。昨天忽然想煮点夜宵的时候发现冰箱门整个冻上了!我真是冰雪baka啊……

[补图]

甚至把塑料袋都冻上了……

其实大概一年前的时候就遇到冰箱没关严导致结霜的情况,但是当时没影响制冷功能也就没去管。(制冷机:你女子)

这图还是经过清理50%的结果,一开始开的时候三个抽屉都拉不开,只能先拔电融化一阵子清理后才打开。

这次也不得不对冰箱做一次清理了,把一些家里带的过期食品扔掉,可惜了了。话说不常用冰箱的话是不是可以考虑弄个智能插座,当然不选Zigbee而是Tasmota,但我不知道有没有靠谱的16A插座。那是后话了。

破冰的话如果有专门的工具自然是最好的,但很可惜我没这个条件。
对于一般人来说,最实用的两个工具就是平头螺丝刀(起子/改锥)和热水了。螺丝刀充当锥子使用,根据直觉来破冰吧!而热水通过高温蒸汽用来解冻结霜的部分。
真是像密室逃脱的谜题。

切记不可轻易用蛮力,否则可能会对亚克力抽屉造成损坏。对于热水的使用方法,也要注意亚克力抽屉的部分是否耐温。我家没有那么大的盆覆盖整个制冷结霜区域,所以直接注水到抽屉里了,然后睡觉等待白天解冻。

PHP笑传之踩踩背

其实和PHP的关系并不大,标题是随便起的。但真觉得有几万只大象压在我头上。
我并不是程序员,我的运维技术也一地鸡毛。最近发现服务器的数据变得非常大,光是Bookstack就占了512MB,已经没法再在本机支撑全量备份了。Webinoly支持S3增量备份、但我还得先弄一台大容量VPS,对吧……但我确实买不起那么贵的VPS。

想了想自己当时选择的WP的方案虽然在易用性上不错,却压不下来资源的需求。
我开始研究使用WP的建站开发,但是发现一个站点少说也要200MB的空间占用;对比之下MkDocs撑死不到10MB,顿时发现静态站的美好。当然,静态网站要实现Webmention等一些动态功能必须依赖第三方服务器,这令我感到不自在。

继续阅读PHP笑传之踩踩背

不合群和不带你玩

手机版的WP APP更新之后好像不能登录了,可能是Webinoly的关系吧。这几天一直在熬夜,懒的起床拿电脑了,用手机网页版起手。

忽然觉得最近很多具有戾气的冲突发生,很多时候都可以归纳为「不带你玩」。骑士圈有所谓“带粽玩”的说法,是因为Amazons不是正统骑士时间线。
当然这是调侃。

所以是不带你玩导致不合群、还是不合群导致不带你玩……的确要讲一个先后顺序。我两种情况都遇到过,有不同的原因,但结果都是被排挤。

继续阅读不合群和不带你玩

简报更新!

景の域首个Newsletter上线!
基于域主7月份提到的CPT构造出这套发布体系。

欢迎各位读者订阅。

更新须知:
订阅URL已经更新为 https://v1sta.xyz/newsletter/feed
展示页面变更为 https://v1sta.xyz/newsletters

访问归档
访问归档页面

订阅简报
通过RSS Feed订阅


2026年6月

本月域主高度产出许多艺术创作和概念想法。看完了初代的光之美少女。试着回想了很多事情。READ MORE

关于简报 Newsletter

新闻简报 Newsletter是一种精简式的信息载体。

本意是希望读者们可以更轻松地获取本域的信息。
由于这段时间域主产出了很多艺术创作和发现的事物搜集,这些信息如同社交网络一样略显杂乱还轰炸了信息流,
确实就连域主自己都看不太下去。

所以有一份简报,无论是读者、还是域主自己回顾,都是很好的总结形式。尽管本文实际上是在7月中旬撰写的,还不乏有一些是七月初的内容(如果是30小时制那么它还属于6月范畴)。

另外其实还有满足域主想要补全记忆的需求,
我总有一些是现在撰写、但是时间线是倒叙的文章,特别是2024年的文章,这也是「追忆」分类的由来。
但是按照时间戳直接发布的话,RSS Feed是不会有更新的,久而久之、依然只是沉没在往期的存档历史当中。
那么有什么办法能通知读者查看这些“追忆”更新呢?
简报就是很不错的载体了。


与20年代初程序员圈子流行的、基于电子邮件载体的Newsletter不同,本域的Newsletter是依托于WordPress的CPT与古藤堡区块编辑功能制作而成的独立资讯源。

不与主Feed交涉,因此更新频率要低得多,
也是承担了一种月度回顾/年度回顾的作用。

此前域主的工作关系有接触过Substack这样的Newsletter,但是很多Newsletter的形态仅仅只是把文章内容塞进电子邮件的形式,和微信公众号的文章别无二致。

如果就是这个样子的话那就太没新意了!
我觉得应该在视觉上有所创新。

本域的简报如字面意思,完全可以当作报纸来看。
因此,我充分利用了WordPress古藤堡强大的排版功能。
目前本域的Newsletter简报也不搞付费订阅之类的设定,也没有定期发布的时间(我不太喜欢被催更),更多像是月度回顾的作用,所以使用一般的RSS阅读器或者直接浏览网页都是很不错的。

由于本域未实现电子邮件通讯,因此请通过独立的RSS Feed订阅
嗯,URL有点长,不要和展示页搞混了。 还是换成了短的 /newsletter 的URL目录前缀。之前用 /newsletter/archive 的还是改一下吧。

远景的幻想空间