今天依然是在研究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的已提交内存，后来的结果发现这也不是主因。
试着搭建了Bookstack，安装后卡在白屏总是进不去，
排查到的问题是PHP FastCGI的部分没有被调用，官方脚本是snippets/fastcgi-php.conf但Webinoly是根目录的 fastcgi_param，也是死马当活马医居然真的激活了！
虽然很喜欢Bookstack的界面、书籍管理概念，不过感觉Bookstack的导入方式也不太好啊。适合多人协同从新文件在线编辑、但不适合导入现有内容。
我感觉对于Obsidian笔记的话还是比较适合用mkdocs这种SSG方式。
好，找到一个叫 mkdocs-publisher 的项目包，看起来用一些插件改善了mkdocs的编辑体验，使其能完美兼容用Obsidian编辑。那么最重要的问题又回来了……我该怎样不经过GitHub、直接自动化部署到VPS自托管的静态空间？难道一定要在远端服务器先安装Git/SVN Server跟mkdocs build么？
一开始用WordPress好了嘛。
半天时间研究好MkDocs生成Wiki了
在研究怎么把MkDocs用自动化方式部署到Webinoly静态网站，
为啥不用GitHub Actions? 其实是因为我几乎不会用Git……其实我只会写作业，不太会交作业。
因为我嫌麻烦！
此事在忍者杀手-老元·宽登场时亦有记载
另一方面其实也不喜欢用GitHub的服务，倒不是厌恶、或者因墙不能访问什么的，只是感觉越依赖GitHub反倒就「不是在用Git而是GitHub了」，虽然GitLab和Gitea还有CodeBerg等好像都提供类似的功能。
主要还是希望用自建/自托管的方式吧，现在还在研究SVN，
听说游戏公司的美术资源都是用SVN管理的，感觉SVN比较像同步盘或者是……公文包（很有年代感的功能）
话说原来Git跟SVN都有服务端的设定，
这样才能在服务器上创建自己的存储库（跟GitHub无关）
然后下了TortoiseSVN也就是小乌龟……哇塞好古早的软件，好多可以纳入Frutiger Aero采样的图标，我觉得这比较适合用在老爷机上。。不过问题依然是，我还没搭服务端……
还有一个问题是，如果用持续集成（CI/CD）的方式，那我这MkDocs是放在服务器端部署吗？如果要放在服务器那边，是直接在/var/www的网站目录下建立存储库，还是先建立一个额外的目录作为存储库、再通过自动化脚本将存储库内容拷到/var/www里头呢。
哎，这事完全是装个GoodSync/FreeSync就能做到的事情吧？
我并不需要版本管理，只是通过SFTP把site的目录拷过去，再不济，WinSCP也有目录同步功能啊。
