我正在尝试将我的短/微帖子转向POSSE ，但我不确定的一件事是这些短帖子是否应该链接回源。我对此进行了一项民意调查：
对于发布短帖子的人，您是否链接回来源？看起来有点多余，但也很高兴获得规范来源。
结果是：
| 是的，我链接回来 | 29% |
| 不，我不会链接回来 | 21% |
| 如果它被截断我会链接回来 | 15% |
| wtf 是你这个怪人吗 | 35% |
对于某种特定的方式来说，这并不是一场压倒性的胜利，但我得出的结论是我确实想链接回来。然而，我进行民意调查的真正原因正是凯文的回答：
奇怪的是，如果还有帖子的预览，那么你会得到帖子的 POSSE 副本，然后在预览下方显示相同的文本，然后如果你点击，就会再次看到相同的文本。在这种情况下，反向链接会给 POSSE 平台上的读者带来糟糕的体验。
例如，这是一篇简短的文章，其中包含返回源的链接：
尽管我对我的开放图形图像感到自豪，但在这种情况下它是多余的[1] 。我们有帖子的内容“嘘！我想要……”，然后是一个大图像，告诉您这是一张便条，然后是发送日期（您也可以从嘟嘟声中知道），然后是相同的内容文本作为 OG 图像“办公桌上的便条…”。然后，如果您单击，您会得到与嘟嘟声相同的文本。这可不行。
我可以将打开的图形图像和数据全部删除，但如果其他人将该页面链接到其他地方怎么办？在那种情况下我会想要它们。因此，解决方案是当指向我的笔记之一的链接被发出时阻止 Mastodon 用户代理获取它们。进入 nginx 配置。
我只希望这适用于以/notes开头的页面，因此我从一个新的location块开始，幸运的是 Mastodon 使用了恰当命名的Mastodon用户代理。
location /notes {
if ( $http_user_agent ~* "Mastodon" ) {
}
}
我不想完全阻止 Mastodon，所以我返回一个空网页：
location /notes {
if ($http_user_agent ~* "Mastodon" ) {
+ add_header Content-Type text/html;
+ return 200 '<html><body></body></html>';
}
}
我将其添加到我的 nginx 配置中，并通过更改用户代理（ Inspector > More Tools > Network Conditions ）在 Chrome 中测试了它，它起作用了 – 我得到了一个空白页面。巨大的成功。但现在没有人可以访问任何笔记页面。我需要更新配置，以便为 Mastodon之外的任何内容提供后备逻辑：
location /notes {
if ($http_user_agent ~* "Mastodon" ) {
add_header Content-Type text/html;
return 200 '<html><body></body></html>';
}
+ try_files $uri $uri/ /404.html?$query_string;
}
将这一切部署到我的服务器[2]后，像这样的联合注释现在只显示 Mastodon 上的链接，没有标题、描述或图像。
原文： https://rknight.me/blog/stopping-mastodon-from-fetching-metadata-for-my-notes/