When there’s a chat, there’re dramas. — Confucius

在串流软件 Apollo （Moonlight/Sunshine的一个分支）发现的一句，引用自它的 Support 部分。明确表示不提供任何即时通讯软件的实时支持，包括但不限于 不和谐/折纸机/什么是app/红脖子企鹅/绿泡泡 （请自行转译）

也就是只响应GitHub Issues的讨论。
不过我确实不喜欢GitHub这种平台，但愿他们能迁移到一个更好的代码托管地。

作者似乎是因为在Moonlight和Sunshine的Discord服务器被踢出并且封禁，所以如此造就了Apollo的分支。的确我也觉得Moonlight开发组那边的更新频率是有点消极。

但我不知道这段英文是否出自于孔子，具体是哪段话？
原谅我这个没什么文化的人（准确来说是我并不熟悉传统文化，因为我只是个玩电脑的 Orz）
不过透过现象看本质来讲，我能理解这段话所要表达的含义——在公共平台发表的言论和行为本身，总是要谨言慎行，稍不留意，就可能引祸上身。这是基于我自身的经历了解的。

因此，我引用了「君子欲讷于言而敏于行」作为原文。

这里欢迎提交功能改进的 PR，与主仓库不同，你的想法更容易被采纳，你的努力也会得到真正的尊重。我们欢迎那些有能力且愿意分享成果的人，这不仅能帮助自己，也能帮助其他有需要的人。

好奇看了一下作者的Blog，虽然大概有好几年没有更新了，但是大概是一位资深的动漫爱好者？（我想流派应该和喜欢鱼板雌小鬼的不同，此处非贬义，只是流派比较古老）

而且还能看到曾经的绘画描改作品……是Gumi吗！

经过一番调研，我发现Pocket的键盘上有两个并无卵用的按键：AppsKey 和 CapsLock。AppsKey在大部分键盘上也属于无用按键，所以我们可以放心地使用AppsKey来做一些tweak。CapsLock平时使用的频率也很低，我们完全可以通过按住Shift来实现大写输入，不过CapsLock的按住状态在AHK里似乎有些问题，于是CapsLock我就准备拿来用作Fn键了。

作者的另一篇文章，提到使用AutoHotKey来为GPD Pocket小笔记本实现滚轮滚动的方式也很有意思。我想那可能可以拯救我一把WMC摇杆键盘的体验（虽然它的Dongle好像坏了）

来源

于是我买了一块便携屏来尝试添加NDS上下式的小副屏。
据说是和Steam Deck掌机同款的面板。但是实际遇到一个非常严重的问题：触摸的功能不能。而且触控和显示的响应延迟及其拖沓，感觉电阻屏+串流都没这么夸张……不过这个屏倒是可以免驱，有时间试试XP和Vista上能不能用。

不算白买吧，但是不推荐用来做桌面电脑的副屏，尺寸也很小。
对于正常24寸的桌面显示器，如果在下面加副屏最起码还是要8寸起步。

那么我又把目光靠回串流副屏的主意……

好，从抽屉里翻出来23年为了弄神盾无线手柄后吃灰搞的英伟达NVIDIA Shield神盾平板，当然我曾经用来做过一段时间的SimHub模拟赛车跟Home Assistant的智能家居仪表盘屏幕。

这种实际便宜·垃圾佬·平板，大概仪表盘和副屏就是让它们发光的最佳用途了吧……（Orz）

其实域主我在2024年的时候就曾在这个平板上尝试过Moonlight串流、甚至靠神盾平板自带的压感笔玩画猜，这不仅仅是单纯的触屏，因为这板子带的笔可以理解为一种类似于Apple Pencil的非悬浮式数位笔，当然Moonlight其实也可以兼容传送S Pen这种传统的Wacom数位屏技术。

后来好奇搜了一下Moonlight的触控手势到底能不能在Windows平台上用，于是阴差阳错发现了Moonlight V+（VPlus）的版本。
由 GitHub上的qiin2333桑 研发了一系列的Moonlight与Sunshine的改版，实际强大！

这一版的Moonlight客户端+Sunshine服务端，在原版的基础上增加了诸多改进，尤其是针对副屏的场景，以下是几个实用的特点：

• 自带虚拟显示器驱动（不过我没用）
• 可以在串流前选择串流主屏还是投射副屏的模式
• 根据设备传感器旋转显示方向
• 设置各种自定义分辨率
• 可以解锁高刷新率

个人最喜欢的功能是根据陀螺仪传感器自动旋屏，
这样我可以把副屏旋转过来。例如本文就是在竖着用WordPress的编辑器撰写的。实际体验甚至比单纯的便携屏以及Windows平板还要好一些。有些软件的调色台、调音台，也能在这种小屏幕下有着相当不错的显示体验。虽然跟灵耀笔记本那种没法比。

不过，V+版的界面……该怎么说呢？
相较于原版朴素的Holo/Material纯公版的风格，V+版的……二次元浓度简直爆表！有点像小绿书和B站数码区up的一贯萌系学生味风格，显示背景默认也是API提供的各种略色情的动漫插画图。
不过要我说实话我其实蛮排斥的，因为我不喜欢小萝莉和杂鱼的说法（我是80年代CityPop御姐控），而且我离开玩机圈子实在是太久了，已经理解不来那种幼态的Waifu审美。我觉得现在我还是把自己当作一个纯粹的动漫迷比较好，因为派系不同么。

这算是自由软件（FOSS）吧……但不要指望有德国商业公司那样严肃。它看上去的画风很可爱，我看到了鱼板，不知道同人女是否会喜欢这种软件。

当然V+版的交互逻辑上是没问题的，只是其界面的风格可能会令上了岁数的中年人以及养老主义者感到不适应（笑）。要说不适合商业用途也不对，新世代血液的二次元公司不都这样么。

总之虽然功能到位，用自然是可以用的，
但是它的审美风格、文笔有点制限了它的发挥领域：不是说不好，但是不够宽泛。当然这是从一个审美保守主义者的角度来吐槽的。对于国际化自然是也有那么一点不妥了，谁看得懂啊！！
不过我个人并不是特别介意，实用的工具毕竟好用就行。
所以如果实在排斥这种风格的话，那还是用原版吧，只是便利性上可见地要逊色于V+的版本。

不过切换界面的部分，似乎会与系统全屏的手势冲突。
这一个变通方案是使用物理按键。如果是老三星那样的平板有着物理的三大金刚体验会好很多，戴尔的Venue8Pro也有一个Windows GPIO实体键（如果运行安卓x86则是Home键）；但神盾平板并没有这样的设计，我想大概也只是蓝牙技术的遥控器。

神盾平板这上了岁数的Tegra带动这个UI还是蛮吃力的。
串流画面和触控操作本身不卡、还很流畅，但是渲染这个二次元浓度爆表的UI因为类库的原因，就非常耗性能了。“古老的”安卓7.1能装上去也算是奇迹，本来以为功能如此冗杂的UI这得是在安卓12上才能运行的软件。
时至如今当年作为分水岭的安卓4.4又过去了多少年，真是岁月史书呐。

手机的话也可以用，但是虚拟显示器的自定义分辨率最小只有480P高度的话，那其实要看文字还是蛮吃力的。
8寸的平板我觉得才是作为副屏的基准。墨水屏平板也许也可以试试（不过分辨率可能是个问题，因为墨水屏用100%缩放的效果可能会很模糊）

另外，可能是硬件太老或者服务端编码器的兼容性问题，某些情况下有可能会出现绿屏、黑屏的情况（也有可能不会出现）。
这个问题还是蛮玄学的，主要是显卡驱动的兼容性部分引起的，没有统一的解决办法。

Shield神盾平板也都是十多年前的东西了，虽然配置我觉得还不算落伍（那是科技发展飞速的年代），但是会遇到随机重启的问题。
移动设备这种东西的寿命论……我不想提太多。

那么现在我需要看看本世代有什么合适的小平板……奇怪的需求增加了。

事实上我一下子想到这种需求在果子那边，难道不就是随航（Sidecar）吗？不觉得……这很酷吗？很符合我对……未来生活……的想象……

不过我还是希望有谁能帮忙把安卓端Moonlight这一套触控和显示的功能移植到桌面系统的Tablet上，尤其是Linux的发行版。这样我那两台Venue 8 Pro就不会吃灰了（笑）

来源

首先是基于Moonlight的方式，Moonlight是一个著名的游戏PC串流软件，通过搭配VDD虚拟显示器驱动+Sunshine串流服务端的方式，可以实现把副屏的内容串流到移动设备乃至电脑上。
Win7倒是有一个虚拟VGA的功能，但是Win10砍了。所以需要额外安装虚拟的驱动模拟一个Dummy的显示设备。
作为替代，硬件欺骗器也可以用。如果你在给电脑接电视用的话，电视常驻的HDMI连接状态也是可以作为Dummy设备凑合的。

这套方案有两个问题：音频串流容易乱，无法合适的关闭；其次Windows端的Moonlight并不支持真正意义的触控手势。

然后是Spacedesk，这也是个很老派的软件。
它也是服务端-客户端的C/S架构，支持画面压缩。相比于Moonlight的流畅度和使用体验大差不多，但是可以支持手势、包括Chromium系的前进后退这样的手势；但它似乎不支持多点手势。

这两者要退出全屏不用键盘的话都挺麻烦的。好在Venue 8 Pro有物理的GPIO Windows键，可以切换任务栏来滑动关闭全屏的窗口，所以这不是一个太大的问题。

总之要求不高的话是可以用的。
个人还是建议直接上真实的屏幕，对显卡部分的干扰也会更小。

来源

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

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

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

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

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

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

风浪越大鱼越贵啊。

来源

来源

今天遇到了非常痛苦的事情：
我的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这些网站程序方便一些。媒体库是媒体库、程序是程序，对程序的修改不会影响到媒体库。这个是我想要自建图床空间最大的目的。

来源

对，这个Domain Hack就叫这个名字。突发奇想找到的有趣的网站。
不过呢，网站和光之美少女其实没有一点关系哒mepple。但是UI很简洁哒mepuru，虽然既不Pretty也不Cure哒mepuru。

大概只是提供了github和docker加速站的服务。也许站长是一位不知名的御宅族吧。

来源

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

真是想跟T34的玩家们筹点钱了，
不过这样以来势必会破坏运营的体系，也就真的变成了拿钱办事而不是用爱发电的性质。因为钱并不是万能的、而且若真谈起我真的对钱的需求如同无底洞一般是无法估量的。
所以最后还是得优化一下运行的流程。

都说日本工匠精神的几个老牌子、
最后也是靠中国企业的供应链优化才能维持到现在、乃至卖身。
忽然感觉我自己也算是那种思维老旧的上个世纪的人吧。
难道不是吗？怀旧是有代价的，而我们并不会完全回到过去，但这也足够了。

电脑也卡的要命，59Hz的WUXGA屏、随时会崩溃的Explorer。如果是高贵的苹果或阿苏斯用户看了大概是不屑一顾的，我居然能忍到现在还创作艺术作品？确实是真的，虽然不体面。
被嫌弃这种事情我遇到的太多了，就是一个恶性循环，深陷泥潭太久，就只能依靠天赐逆转。天赐的机会来之不易，这使得我更加贪婪。

这几天、该说是几个月、该说是几年？
真的没好好放松休息了，但是我没法放松，我甚至不敢看电子邮件通讯。所以只能每天提高血压来维持生计。
我其实在想，会不会某一天我会像其他的小的个人博主，比如之前认识的ershiwo桑那样变成年更、甚至默默无闻地……我不想提。
我还是很珍视这里的。

来源

本域更新了侧边栏的小工具，它类似于早期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了也就不计较代码耦合度了吧。
反而用区块编辑器其实还蛮方便的。

来源

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

因为熟悉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。
老老实实用古藤堡吧，是麻烦了些。

来源

永硕e盘是一个很古早的文件共享平台了。它家的UI界面贯彻着2000年代初的精简HTML风格，会令人想起Windows98的IE浏览器上网的感觉。这种视觉风格也可以在很多老路由器/交换机等网络设备的管理后台见到，方便起见就称作WIN98风格（尽管不严谨）。

所以永硕到底是怎么把Material Design的组件跟这个WIN98的古早HTML缝在一起的……大概是用了什么能把标准组件改成Materialize的CSS吧。

来源