分类目录归档:技术

日记:像船长一样学习船只维护知识

像船长一样学习船只维护知识

最近的船也开始满了,可能是计划太多了。索性又进了一批船。

发现Webinoly更新了功能,移除了Duplicacy,而是转而使用RClone。
说实话,我不太觉得它们之间会不会Webinoly本身备份的功能角度有所区别,因为我不能观看最新的Webinoly维护手册,
而且Webinoly似乎没实现本地的增量备份,这是大问题。我希望Linux能有一种类似Acronis的备份机制。
如果没有办法支付GitHub Sponsor的话,那我大概会考虑转移到ISPConfig吧,甚至是宝塔。

回想2022年还在买BVM的时候,当时还搭了一个假面骑士的小站。
现在的BVM好像都不对外提供廉价的服务了,本来我也不太喜欢那种饥饿营销。看到那些论坛上还有中文客服和宣发更是令我感到有些恐惧,毕竟PaaS平台不是日厂游戏,它的商品属性敏感的多。

不过话说回来,考虑到工作机会的话,有这样的客服也算是理所应当。可这边的规则若不明确,我还是会有一丝恐惧。虽然没有明令禁止,而且那么多人还是买进口豪车对吧?所以这完全是薛定谔的猫。

那么再说回技术,搭建的Bookstack果然是有点令人感到迷茫。
像Lychee的安装要求也改了太多配置项。那么这样一来还是最好使用容器化的隔离方案。

有钱自然是多买几个VPS,但是我没钱,而且管起来也不方便。
有什么办法能将存算分离是最合适的。

风浪越大鱼越贵啊。

数位板相关链接

无意间发现的博客,撰写了一篇文章讲述怎么使用脚本在Parblo和Wacom影拓的板子来回切换。博客是Material3风格的,好像是VitePress的主题。感觉像是数码论坛的作者……不过也有OC就是了

与上文提供的脚本类似,只是切换者变为绘王Huion。总之都是替换Wintab32的方式。

SevenPens的数位板/屏手册,可以供新手参考。

舍利子回魂

太痛苦了,太痛苦了!……舍利子回魂!

今天遇到了非常痛苦的事情:
我的Chrome标签页打开了700+个TAB(别问我为什么会这么多),最后导致整个浏览器的标签页全部消失。
只留下最新的几个。因为我实在太忙了,我硬盘几乎都满了。
积攒了整整一年的标签页,见笑了。

千万不要在Chromium系的浏览器打开700+标签页,
这是在挑战文件系统的极限。
我曾经使用Tab Limiter限制自己打开的数量。
某一天因为项目实在太多所以破例增加了一些“债务”,好巧不巧,现在压下来了,我被这些债务压在了下面,痛苦不堪。
别嘲笑我,或者拿这个例子来讽刺我,我真的会生气的。

然后,还是要强烈安利推荐Acronis True Image,
不过这次救命就没那么顺利。要恢复Chrome的数据就去找User Data。其实这么一说,也应该单独给User Data建立一个文件级别的备份。话说我的128GB系统盘根本不需要完全地每日备份,几乎更改的都是浏览器的部分。

好消息,一年前积攒的标签页似乎都找回来了,也没有重灌系统;
算是如标题一样:舍利子回魂了;
但是坏消息,由于某些停电关机导致的错误缘故,一个多月前(26号)的备份实际是无效的,因为这几天打雷又不舍得备份,导致只能用更早之前的备份。

于是所有的配置状态回档到了6月3号,这就必然会发生数据状态的不一致。虽然我有看网页截图积攒到几十GB的习惯,但是也不能完全准确地想起我究竟开了多少标签页。
包括4399开的上百游戏标签页在内也没能恢复。
不过,某种程度上也是强行减负了吧?

一个多月的历史都烟飞灰灭了,也不能完全这么说。
借助History+、History Trends Limited包括谷歌自己的历史记录,还是能回想起一些事情的。
但是肯定没法回到以前的状态了。将近两个多月的历史记录呢。

所以先把去年的MPD音频播放器研究一下,或者全部保存一下。
养成不即时但是重要的内容随手发到博客或是Obsidian的习惯。
总之数据存储是个难事。

理论上这个问题也适用于其他同样是Chromium系的浏览器。对于macOS还是Linux也是同理,工具略有不同,说起来我还想试试Macrium Reflect却没能实现。即使不能进行全量的系统备份,也应当保存好浏览器部分的数据,无论是直接镜像还是选择性备份。

所以那种赔钱的创作还是不要做好了。

博客分离图库随想

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

因为媒体资源占的太多、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这些网站程序方便一些。媒体库是媒体库、程序是程序,对程序的修改不会影响到媒体库。这个是我想要自建图床空间最大的目的。

PHP笑传之踩踩背

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

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

继续阅读PHP笑传之踩踩背

WP实现Twenty Fourteen主题风格的侧边栏小工具标题

本域更新了侧边栏的小工具,它类似于早期Windows程序的任务列表。
这是基于区块小工具+自定义HTML实现的,而HTML和样式取自于Twenty Fourteen 2014主题附属插件的风格化小工具。因为2014默认的小工具标题只有文字并不美观,加上这个带图标的标题就感觉像是主题原生支持的那种。

我用的是传统小工具+古藤堡区块编辑的方式,方便更新,因此需要先添加一个「区块HTML」,然后另开浏览器窗口随便找一个能用古藤堡的地方(建议是单独的小工具收录页面)写篇内容,添加一个容器/组模块,把它转成全局同步的区块样板。
转成全局同步后,Ctrl+Shift+Alt+M 就可以看到这个全局同步区块的代码,拷贝它,粘贴到「区块HTML」的小工具中。

这时候就创建好「容器的符号链接」了。在小工具页面可以快捷的编辑它。

在这个「同步区块」中,添加「自定义HTML」块,分别填入HTML和CSS。

HTML部分,重点在Class也就是CSS类部分已经定义好的 widget-title ,加上这个就有了基本的2014主题插件的效果;然后要自行定义一个类,这里以apps举例,作用是为了调用Genericons的图标代码:

<h1 class="widget-title apps">
<a class="entry-format" href="https://v1sta.xyz/apps">程序</a>
</h1>

CSS部分也很简单,加一个before伪类,而content是Genericons的UTF代码。

.apps:before {
  content: "\f104";
}

这个代码可以下一份主题自带的Genericons(从DevTools扒),
用字符映射表之类的工具查看图标对应的Unicode代码。

例如F103是相册、F104是视频播放、F205是WordPress的社交媒体Logo、F419是菜单。不过可能是主题设计本身追求精简的原因,或者是版本的冲突,有部分在字符映射表找到的图标代码,是无法显示的。这部分无法显示的主要是一些较新的图标。

不喜欢古藤堡的话,用一般的HTML加自定义Style.CSS也能实现,就是更新内容会比较麻烦。都用WP了也就不计较代码耦合度了吧。
反而用区块编辑器其实还蛮方便的。

自定义帖子类型 实装更新

个人博客使用CPT的实践记录

到了月中了,作为一个宅充爆表的同人作者。
似乎这一年都很忙碌呢(笑)

因为熟悉WordPress的缘故,所以就这么一直用着,
也试着接触了一下肤浅的WordPress开发资源。
之前的作品集是还没弄完,甚至有点想重新打稿重制。
不过很多技术还是进行了实践,现在也实装到了本域这样一个个人性质的博客空间,而不是所谓的企业建站。
(实际上我并不擅长服务类的一锤子买卖)

一些主题会借助WP的CPT功能、实现自定义的作品集管理和模板样式,这种管理方式要比设定「帖子格式」的方式更强大。
不过我的用途实际上说是CPT,也只不过是拆分成子博客的逻辑。样式这个东西也是可以共存的,只是个别主题需要在主屏幕同时显示两个样式的信息流,例如作品集主题。(区块主题应该没有字面意义上的限制)

而如果用静态博客的逻辑理解的话,假设一般文章会发布到「public/存档/文章」、页面是「public/页面」,那么CPT就相当于在文章之上的一层新建了一个顶级目录,也就是「public/CPT名」。
当然真正的静态Blogger看看就好,不必像我一样因为独占主题用WP的(笑)
我只是无名画手。。。

用CPT的一个劣势可能是转到WP官方的.com服务不升级不能用吧。
用公共服务了逻辑自然也要改变一下。但毕竟现在还是自家租的园地,珍惜时光。


总的来说,还是要基于需求实现功能。
因为之前参加了StyleStar和Frutiger Aero Archive的论坛,发表了很多有价值的回复,我觉得这是应该保存并展示的。但直接发布在主信息流是不太方便的,所以不妨把它作为一个独立的存档和RSS Feed分叉出来。

实现WP的CPT的方案有很多,我选了用插件实现的方式,
以后迁移也比较方便。
目前热门的插件包括ACF/SCF、Custom Post Type UI(CPT UI)以及免费实用的Pods。我最后选了Pods,是因为Pods没有所谓的Pro版功能、而且界面比较经典,还可以把存档显示在综合的搜索结果、跟WP自带的分类归档的信息流中,但不影响主页信息流。

不要误会,我并不是要做什么「把宅品跟技术文章切割」这样的行为。不过有一些不常编辑的内容的确应该做一下Feed分流。当然还有景之印,但是现在准备重构装修。

于是我设想了一些CPT自定义的帖子类型:

  • 应答 / 答复
    (专门存放论坛与Webmention的答复帖)
  • 更新记录
    (博客的功能更新记录,类似Steam小型更新/补丁说明)
  • 简报
    (类似Newsletter周记/月记、Steam游戏来自厂商的大更新新闻,专门提供给「感觉主信息流宅充浓度爆炸、但更希望接收简短标题集合」的精英读者,初次来访的访客包括我自己也能知道自己一段时间的任务总结)
  • 画册
    (专门存放画作(主要是画猜涂鸦)的作品集,可能会自行编写九宫格风格的模板样式,不用2014默认的瀑布流)
  • 收藏
    (放置我从网络搜集到的各种资源的链接和视频之类的。避免“干扰”主博客的信息流。)
  • 集邮
    (说起集邮啊,本意是指交流收集邮信时代的邮票,在现在的时代,则流行一种在Cosplay圈子中摄影者与Coser合影留念收集照片的说法,并延伸到其他的领域。此时,我想到RetroComputing复古的网络世界中,可也有不少Web邮票图、88×31按钮以及Userbars等装饰性质的图片资源,或许这些小东西也是可以算作集邮的吧?也算是回归了本源。我要收集这些战利品)
  • English Only
    (英语角,专门为国际访客开设的文章栏目。其实这样一说有点像CGTN电视频道的定位。啊为啥我也要做外宣啊?但确实是这个感觉。虽然有很多用户会借助浏览器的自动翻译访问本域,但是还是要顾及很多传统访客的想法。)

以上的想法也算是为特定受众迎合做出的设计吧。

顺便设想了一下此前关于IndieWeb运动中的「喜欢/收藏」功能的思考。也就是英文Favourite,这种功能脱胎于像推特这样的社交媒体,不同于网络书签孤零零的收藏,它在一定程度上可以被“当作”能更好的表达用户对某一件事情的喜爱。

但亦有些人不喜欢这个“当作”的设定。还是蛮有争议的。
后来推特把星星改成红心,就有很多人反感。
再后来的马斯克直接不公开喜欢了,可能是考虑到社会高层“无能的法律从业者/政坛的发言者”那样的公号私用的情况吧?

Favourite 偏向于情感类的「喜欢」确实在像「偶像社交」这样的场合有一定的反馈作用,我以前也是「喜爱派」;
但是在本域这样一个独立空间,加入的链接其实并不能很好地通知原发布者,Webmention都不大能直接和Fediverse建立通讯。所以上述的收藏,更多是为了帮助有同样兴趣爱好的搜索者找到跟发现资源,就像松鼠仓库/仓鼠/藏经阁一样,“你能从俺这扒拉翻出一堆好玩的藏宝图”,
这样一来其实就是偏向「收藏派」了。

如果真的要说对某一件事物的喜爱或支持,
其实在现代社交网络诞生之前也有存在过。

之前考古东方Project元老世代的画师“alphes”
就有网站上刊登“通关逆转裁判3”的记载(笑)
未麻的部屋更是通过(剧情中实际虚假的)个人网站与粉丝互动。

那种程序化的喜爱,根本不能很好地表达多种因素的情况。
而通知内容原主的话,可能是通过Email或者是口头交谈之类的方式联系吧?

顺带又研究了一下怎么用应用程序发布,例如Obisidian。但是该怎么说,插件没有支持适用于CPT的发布方式的API。
老老实实用古藤堡吧,是麻烦了些。