静态网站之羡

There are some things to consider before starting a project like that. There are some interactive aspects of this site that I need to keep working. Sending and receiving Webmentions, and allowing comments for instance. On the back-end I want to be able to keep posting through micropub, so that like now I can post from within my feedreader or my local notes directly to my site.

在开始这个计划之前需要考虑一些事情。
网站的一些互动功能我需要进一步完善。例如，发送和接收Webmentions，例如发送和接收 Webmention 以及允许用户评论；而对于后端部分，我希望能够继续通过 Micropub 发布内容，这样我就可以像现在一样，直接从我的订阅源或本地笔记中发布内容到我的网站。

我认为可以使用一种跳板/常驻机器来接管Micropub的发布需求，比如本地的树莓派或是NAS，充当一种中介的作用。当然，这意味着需要自行解决诸如NAT内网穿透/远程访问的问题，并建立CI/CD持续集成的系统。

I think a jump server can be used to take over Micropub endpoint publishing features, such as a local-lan Raspberry Pi or NAS/Home server, acting as an intermediary. Of course, this means that need to solve problems such as cross-NAT remote access by self, and get build the CI/CD release systems.

我个人认为，使用WordPress这样的动态CMS其实也自有独到之处。不同作者的需求并不同，毕竟出版作者不一定都是程序员。
我会将WordPress视作为类似Mastodon实例或是反恐精英CSGO服务器的东西，对于个人规模的发布用途，那么它的性能需求实际上比Mastodon小。
并且，对于我这样的数字艺术家，想要快速地发布想法，那么使用CMS上传媒体文件其实是会比较快捷的方式。尽管我也有在打算独立分离WP媒体库的想法。

Using a CMS like WordPress also has its unique features, that because many authors ideas logic and philosophy is difference. Must realized publisher author are maybe not programmer.
I would think of WordPress as something similar to a Mastodon instance or Counter-Strike gaming server, and for personal publishing usage, that performance occupancy are actually smaller than Mastodon.
If you’re Digital Artist (such as me) wanna fastly publish the ideas with uploads, CMS or say server endpoint is quick choose.
Although I really want to spin off WordPress’s media library.

我个人认为WordPress的CPT是一个很有意思的功能，
不过，似乎静态网站的话也可以实现？

I’m using the WordPress Custom Post Type features get build my self post types and I think that useful. But, static SSG is also can be achieve too this ideas.

I like this!

来源

于是找了几个测试服务测试了一下，发现好多都卡在了之前添加的Captcha验证的部分！但是birdgy的留言却能发送过来。

所以Captcha的人机验证到底会不会影响Webmention发送？

看起来如果要保险一些，接收所有的Webmention，最好还是关掉人机验证的保护（因为Webmention确实是机器发送的……从某种程度来说）。

不过保留Antispambee这个蜜罐插件还是可行的。

但是这样一来，评论的垃圾箱也会随之爆满，影响数据库速度、增加查询的性能开销。我真的想不通这些垃圾评论是从何而来的？难道有人维护着一种清单、类似骚扰电话那样吗？好在这些垃圾评论发送的比较笨拙，有什么表就填什么，所以一般的蜜罐插件就足以应付将其拦截了。

我都想尝试一下Anubis防火墙了……好可爱的小女孩！

但是还是很担心这东西会不会影响Webmention送达率。正如Eltrac先生所说，它比较像邮件的平信或明信片，并不能够像即时通讯或者是社交媒体的挂号信形式那么准确地送达。况且，即使送达了，也不能确定对方是否能看到。

创立本域最早的时候，其实我就了解IndieWeb以及相关的技术了，但是那时候有几个问题而没有采用：

• 一来还跑在FRP穿透方式的主机上运作，因为是穿透出来的有诸多技术问题没能解决，完全不现实；
• 其次我的博客文章质量还没有那么高，我又不想混那种中文圈、更偏向避风港的作用（不过现在也有所改观了）
• 那时候的站点主要发给国内的游戏水友，网站的定位也还不允许我用作国际交流的用途，没有这样的需求。当然后来也和这些水友走散了，那是个堕落时期，有很多人也已经不配称之为水友了。

所以最后，如果想要有效的传达信息，还是得要通过RSS或者其他的方式联系呐。。WordPress自带了评论系统，也算是一种备用方式吧。我还是很乐意接受到Webmention这样的回复方式的！这就像业余无线电一样的兴趣。

至于社交媒体……等我做艺术站再说吧。

来源

IndieWeb使网络上的网站开放化而不受MEGA·CORP（大型企业）约束，而Webmention正是其中让网站之间跨站交流的方式之一，也是加入IndieWeb运动需要的方式之一。

Webmention可以视作为一种高级的Pingback/Trackback，
至少，在WordPress上表现是这样，后台处理就是当作Pingback/Trackback高级评论显示。是的，WordPress可以通过安装插件来支持Webmention，WP作为博客业界的行业标准，仍然是值得参考的。

习惯了现在的社交网络、尤其是基于手机app交互的社交网络，可能并不理解IndieWeb及其相关技术，则请假设现在的时间是2010年代。
IndieWeb技术的绝大多数操作及其相关应用还是用电脑交互比较合适，
事实上，这个技术也是在2010年代初期流行起来的提要方式。

举例来说，你正在阅览「文章A」，同时你有一个自己的博客网站，

为了评论「文章A」，你会在自己的博客上写一篇「文章B」，
并在你的「文章B」中添加「文章A」的引用URL超链接，然后发布。

将你刚刚写好的「文章B」的URL，回到「文章A」并填入评论区下方的Webmentions发送处（Ping），等待提示ping送达即可完成Webmentions提及回复。

随后，这个回复会像Pingback/Trackback一样，送达至站主的评论管理后台，经过审核批准过后，就可以显示在「文章A」的评论区下方。

流程如下：

1. 博客A在自己的博客写了文章
2. 博客B引用了A的文章
3. 博客B提醒博客A有关文章引用的事宜
4. 博客A确认自己的文章链接被博客B引用
5. 审核过后，博客B的文章摘要将显示在博客A的评论区下方。

如果有用过Tumblr这样的非同步评论式网站，那么或许会理解。
（Tumblr的转贴实际上是复制转载，并不与原文同步，只是形式相似。并且Tumblr的回复结构也不原生支持Webmentions，需要额外的评论区组件支持，更像是下文要提到的静态网站）
其实就算是我也不太习惯Webmention以及Tumblr这样的设定。

就效果而言，它确实是一种更高级的Pingback/Trackback，与这两者不同的区别是，Webmention提及的方式会在评论区显示网站的作者、具体摘要，格式更像评论，而不仅仅只有一个URL通知。

这种方式非常适合多用户站点、尤其是2010年代初的社交网络。那还是个多人博客尚且流行、大公司不收紧API的年代……

而且，说起社交网络，它确实支持通过bird.gy这样的在线服务，跟SNS社交网络站点进行桥接，也能实现Webmention提及评论的效果，而且还会显示成社交网络帖子。

目前bird.gy主要支持各类Fediverse站点（以前有推特，但可惜寄了；当然，可以把Mastodon或Bluesky当作推特的替代）
这需要站点本身支持microformats2微格式或解析API，所以不是所有网站都可以这么实现。

中国的主流社交网络自然是不支持的。不过建立在中国境内的Fediverse服务器，则取决于是否能够与brid.gy建立通讯交换信息。同样地，在局域网内自然是没有办法的（就像WordPress手机app登入时会从Automattic那里验证服务器信息，非80或443死活登不上）

另外，静态博客等不具备程序执行能力的网站空间，也可以通过 webmention.io 这一服务实现中介，只是通知和确认工作，将交由第三方的webmention.io进行处理，就像秘书或经纪人一样，而不是服务器软件自处理点对点通讯了。

这需要在静态博客添加验证自己的代码，以及基于JavaScript的引用评论显示。而且博客本身不具备处理能力，如果想发送新回复，要么是人工操作、要么就是第三方中介通过Feed等方式自动抓取了。

除了评论之外，Webmention似乎还能支持点赞的反馈。

不过实话说，由于实现问题与“Blog本身的用途定位”，效果不佳：IndieWeb的点赞操作本质上是帖子或者报文信息的一种，但博客系统没有统一的点赞规范，何况、在博客用途下，给别人的文章点赞还要去自己的博客发帖，简直是多此一举……

使得访客在博客上看到的效果是这样的：

文章 – 我喜欢了网上的一个帖子 by 博客作者

（Orz）

无论是实现效果还是多数博主的情理考量，
显然回复一些文字都显得更有意义一些……

总结：

如果你的博客是WordPress这样的动态博客，那大概实用性是不如Pingback和Trackback的——甚至实测因为WordPress上Webmention的插件实现问题、导致很容易被WP的评论系统，当成“没有填写电子邮件的垃圾评论”误判。（囧）

webmention.io 的确是一种让静态博客实现评论交流、并且加入IndieWeb开放化网站运动的选择之一。我自己不用静态博客、也不太认可这种托管哲学，奈何静态网站确实只能通过依靠第三方的方式存储交流数据。

WP接入Webmention主要以接收通知为主。
要想发送仍然需要自行去对方网站通知。

另外，WP本身支持Pingback与Trackback，后两者也足够好用；
但因为安全问题不是所有网站都会开启。换句话说Pingback跟Trackback都不开的站点，要想通过Webmention通知博主，就更加没戏了。

若不是为了接入类似于社交网络的IndieWeb环境，就最终目的来说，直接在评论里放个自己文章的链接并提醒原博主，其实也差不多，信息依然是可以传达的。

Webmention以及IndieWeb更像是为了奠基社交网站环境规范而做出的一种形式主义。尽管博客这样做确实是略显多余。但像Fediverse这样的社交网络的跨站回复方式，也是离不开Webmention的启迪。

若仍是感到困惑，不妨亲自实践一番，
或前往 IndieWeb 网站寻求帮助。

参考：

• 透過 webmention 來搜集 blog 的社群迴響 https://jason-memo.dev/posts/webmention/
• webmention测试 https://telegraph.p3k.io/
• hugo实现webmention https://discourse.gohugo.io/t/a-webmention-implementation-for-hugo/27987/2
• 给博客添加webmention https://taxodium.ink/add-webmention-to-blog.html
• Webmention 简明指南 https://www.geedea.pro/article/webmention/

来源