@MotiFount 发mastodon也会读的,就像回复说的,需要读页面的opengraph meta tags展示链接预览
@hiromst 不存在 “http 开头的链接”,只存在程序将符合链接正则的文本自动转换为 <a href=”” > 之后的链接,多数社媒平台都支持这种自动转换。也不存在”可点击的文本”,”可点击”的意思是呈现在你眼前的已经不是纯文本,是带html链接标签语法、经过浏览器解析出来的dom结点
@acme
明白你的意思
但这里原帖和我的评论的意思是
wechat将用户发送的一段文本转化为链接 本身只需要套用规则来识别文本即可(比如mastodon就是识别字符开头是不是有「 http:// 」协议头)
这本身只是排版上的处理,并不需要去访问链接
而wechat在访问链接之后 也并没有抓取链接的meta信息生成预览给用户,意味着它并没有任何正当理由去访问链接(wechat中让链接变成预览卡片的唯一方法是通过分享,前序嘟文已经说明,并且那也不是原帖文和我的嘟文所讨论的使用场景)。
最终的结论还是那样,wechat没有任何将这种私自访问用户链接的行为正当化的借口。
@acme
不一样
mastodon只会读以 https 和 http 开头的链接
不想让它读的话 只要去掉这个协议头就可以了
平台读链接的确为了抓取meta信息生成预览
但微信必须使用它自带的分享模块(在微信里访问某页面时的右上角菜单-分享,或者在微信外通过系统分享接口调起微信的分享模块),才会生成预览,并且此时微信不会展示、发送及收到的双方也无法在不点开预览卡片的方式下获得到预览的原链接
相当于微信强制以预览卡片替换了原链接
v2ex那个原帖说的是「直接将链接以文本方式发送」的使用情景
微信不是telegram,对于这种形式发送的链接并不会提供任何预览展示功能,还是会以「(可点击的)文本」方式呈现,因此微信没有任何合理借口来正名自己读取链接的行为
P.S. 作为对照,telegram的处理方式是,无论通过什么样的途径发送链接,只要telegram能够识别为链接的,都会努力去读链接meta并生成预览,但telegram不会对原链接文本做任何手脚
实际上,即使通过分享接口分享链接,telegram也只是如实把链接文本传递给目标接受者。