this post was submitted on 05 Sep 2023
79 points (100.0% liked)
Quark's
1096 readers
18 users here now
Come to Quark’s, Quark’s is Fun!
General off-topic chat for the crew of startrek.website. Trek-adjacent discussions, other sci-fi television, navigating the Fediverse, server meta (within reason), selling expired cases of Yamok sauce, it’s all fair game.
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
It looks like ever since this maintenance, no kbin instances can get images from startrek.website:
https://kbin.run/d/startrek.website
https://kbin.social/d/startrek.website?p=3
https://kbin.cafe/d/startrek.website?p=3
https://fedia.io/d/startrek.website/newest?p=4
(the links atm go to ~3 days ago when maintenance happened but ofc will start to drift as more posts are made)
You can see the thumbnails disappear exactly at the mark of the maintenance and ever since then they're gone. If you see thumbnails after that, they're usually wrong ones that are being loaded from different posts (there's a separate issue in for that now). I was wondering if you were aware of any issues or changes that happened because of this maintenance that would prevent kbin instances from fetching thumbnails? I've raised this in the kbin matrix chat as well
There's a known issue with any .website TLD, try adding this exception to your adblocker:
@@||*/pictrs/*$domain=lemmy.worldEDIT: It wasn't this- the problem has been fixed
This isn't really a me thing, this is kbin servers themselves. They all fetch the image from the posts and cache it to make thumbnails on their server which they host themselves. Ever since maintenance, the kbin instances appear to have trouble fetching the images to cache them. I'll try to gather more data from instance admins, perhaps something changed with the request/response headers or something else that is causing them to get blocked.
Just to follow up on this, contributors to kbin investigated and found that startrek.website appears to block user agents that contain "curl" in it now.
Example:
times out while:
works. kbin apparently sends
User-Agent: Symfony HttpClient (Curl)in its requests for images, which is different than how it handles other fetch requests. they've made a PR to change kbin to send the user agent it uses elsewhere in those image requests https://codeberg.org/Kbin/kbin-core/pulls/1098 once that is approved / merged they should start working again as instances update. It'd be nice if, assuming this is all accurate, the block on curl could be removed so people don't have to wait for the PR / instances to update but I understand if that is difficultThanks for looking into this more! A fix is in the works.