被IndieWeb和Fediverse插件搞得头昏脑胀。我试着重新搭建网站测试Fediverse的功能实现。
自本域建立以来，我很久没有再使用过Fediverse相关的社交媒体，最多也只有在Bluesky测试过。如果你要节省时间，那么最便捷的做法是创建单独的Bluesky账号并跟博客相互链接，这是最简便的验证方式。不过，我个人作为景之域域主的经营哲学，更希望成为一座独特的岛屿。这显得有些孤立、也不便于交流。
现在的博客有什么问题？
仅靠电子邮件通知新评论并不及时。我希望有一种可以直接在网站内通知的方式。如果有办法通知到其他网站，这也是有益处的。
我希望有一种更简单的方式记录追番日志。
这半个月都在研究独立网站结果也没研究出来个什么。。
倒是了解了一下古巴的SNET，据说直接基于无线扩展器组网，奉行专制主义给游戏流量让道。顿时觉得24年8月份去给朋友装MC服务器用150Mbps的网卡也足够快了。。。
现在古巴有接入移动互联网，但看剧和游戏大头依然是——传硬盘。
本质上，古巴的互联网是一个及其大型的、基于NAS分布式存储的大号网吧。
所以IndieWeb和Fediverse这种跨站的机制在局域网如果规模足够大，本质上确实是可以正常运行的——你需要平替许多国际上的现有设施，甚至不能依赖Cloudflare、GitHub、DockerHub这类“常用资源”。
说到Cloudflare，其实以前见识过一些欧洲的自托管爱好者，确实做出了替代Cloudflare的运动，但这必须确保密度够低且网民素质高，避免各种针对网络的攻击。事实上，这就像一种信托机构。
开源软件陆续也从GitHub切换到Codeberg，Docker也已经像是吉普车一样的描述词了，容器技术也有许多诸如Podman、Bulidah这样的替代品。
这个问题就像吃外卖一样，要在时间和掌控权做选择。
过年这几天运力紧张、没有储备物资，要是再没钱是真的容易卡脖子啊。
今天依然是在研究IndieWeb与Fediverse接入相关的事项。
Friends 插件实现了站点之间的互相关注，通过微格式RSS来订阅其他站点。
可以转发帖子，但似乎反应（喜欢）与评论的功能实现不佳。也有可能是Webmention支持不好。
而且据说不太兼容区块编辑器？
Enable Mastodon Apps 简称EMA插件则实现了使用Mastodon的应用程序登入WordPress，不过也是问题很多，只是在WP实现Mastodon的应用功能、而不是直接接入Fediverse，你不能指望一个博客具有SNS的全部功能；
但EMA插件增加了一个私信帖功能（Fediverse的私信并不是即时信息），弥补了WP博客没有私信的功能。
ActivityPub 这个才是重头戏，可以让Fediverse的用户参与互动，后台可以管理Fediverse的互动信息。文章Feed不会直接发布到Fediverse联邦宇宙，而是等待一段缓冲时间。
Webmentions「网络提及」是IndieWeb独立式网站运动的一部分技术实现。
IndieWeb使网络上的网站开放化而不受MEGA·CORP（大型企业）约束，而Webmention正是其中让网站之间跨站交流的方式之一，也是加入IndieWeb运动需要的方式之一。
Webmention可以视作为一种高级的Pingback/Trackback，
至少，在WordPress上表现是这样，后台处理就是当作Pingback/Trackback高级评论显示。是的，WordPress可以通过安装插件来支持Webmention，WP作为博客业界的行业标准，仍然是值得参考的。
习惯了现在的社交网络、尤其是基于手机app交互的社交网络，可能并不理解IndieWeb及其相关技术，则请假设现在的时间是2010年代。
IndieWeb技术的绝大多数操作及其相关应用还是用电脑交互比较合适，
事实上，这个技术也是在2010年代初期流行起来的提要方式。
BookStack 是一个基于PHP Laravel的文档网站应用程序，主要特点是采用了Material Design的UI外观，具有书籍（单行手册）与书架（收藏专栏）两种文档的管理概念，以及便于编辑的在线编辑器界面。
本文以Webinoly提供的LNMP环境，记录安装BookStack的过程。
记录一下搭建MkDocs-Material的文档站过程。我的学习重心没有放在文档站上，也只会一些菜鸟的配置，因此不推荐当作教程参考，仅仅用作域主事迹记载。
另外由于MkDocs本体未曾更新，MkDocs-Material项目组的开发成员另外推出了Zensical，后续或许是更合适的选择。主要是我有Material偏好加上编辑CSS比较方便（其实不熟悉Git我还是对于编辑同步不知所措）。
基于mkdocs的 vsdn / 景の域 · 开发手册 网站，
以及Webinoly中文文档现已上线！
vsdn是 V1Sta Developer Network 的简称，
借鉴了msdn以及csdn，内容实际搬运贫瘠！
与主站不同的是，这里基本上只有一些技术文档，因此您可以快捷查阅相关的记录。欲要反馈或有补充内容需求，请移步至 留言板 发表相关留言通过博客回复反馈。
其实用mkdocs我不确定是否合适，因为Obsidian也有WordPress的插件，只是我个人感觉用WP搭建文档站的话，会和现在的景之域主站定位冲突，再加上mkdocs以后可以用类似Pages的免费静态空间。
但我个人仍然希望有WordPress那种相对方便的管理方式，在VPS上搭建Python CI/CD多少麻烦了些也不安心，除非我有时间继续研究。
或许我会考虑Grav CMS？
当然，也许景之域之后又会变成类似公共项目的博客更新站点，也说不定。
最近Chrome爆内存的现象愈发严重，时不时就吃满了内存。
虚拟内存分配了将近40GB的空间，照样吃的饱饱的.wav
无论是16GB还是24GB都会遇到这样的问题，往往物理内存还有很多可用空间。9400F的配置是老了些，但不至于产生内存瓶颈吧？
显然不能这么将就着。
去年这个时候也还算稳定，坐火车回家20来天都没重启过，
怎么偏偏后几个月开始就出问题呢？
因此一定是某个时间点安装了什么，哪里出现了泄露问题。
嫌疑比较大的还是Chrome，但主要是扩展，所以试着把去年新装的扩展都关了，主要的重大嫌疑是侧边栏插件。反正我也不习惯在Chrome用侧边栏，先关掉。
如我所愿的确减少了一部分内存占用，
不过仍然还有40多GB的已提交内存，后来的结果发现这也不是主因。
