![](https://fedia.io/media/b4/33/b43304ea74718cda4218e96f4caeb27a18d6f454f8dcf03d49c911daa81d6cb1.png)
@harmonea threads like this one https://kbin.social/m/Otomegames/t/480285/I-played-Butterfly-s-Poison-Blood-Chains ? Are you unable to see it, or a different one?
@harmonea threads like this one https://kbin.social/m/Otomegames/t/480285/I-played-Butterfly-s-Poison-Blood-Chains ? Are you unable to see it, or a different one?
One thing I’m trying to keep an eye on is sup. Not much information at all besides a snippet of 1 to 1 encrypted messaging for activitypub, but the tidbit of working with any fediverse account is interesting. Potentially that could help deal with the different fediverse implementations of messaging. Of course, like I said, this is just me making up assumptions, it could not work the way I envision it at all. The creator just posted something 5d ago about it with “soon” though, so I’m hoping to read more about it
The short answer is no but the longer answer for what happens in each situation was detailed here: https://codeberg.org/Kbin/kbin-core/issues/1051
lemmy -> kbin = pretends to send but doesn’t
I’m able to see that post, do you see it in private browsing / when logged out? If so, you might be blocking domains on kbin.social and removing them would make it appear again. That’s been fixed in latest which hopefully kbin.social users should get soon, but wasn’t affecting other instances I had checked so you should be fine to do so on artemis
I don’t want to give false information, but on fedia the majority of 500 pages seemed to stem from the image media cache causing issues (our instance admin detailed the issue here). People were able to mitigate it by disabling images everywhere they could, but one place they can’t be disabled is the user avatars on the notification page. I could be wrong, but it’s my belief it’s those images causing the 500s, and that pushed me to add https://codeberg.org/Kbin/kbin-core/issues/1039 in hopes that if it was possible to disable them the 500s would stop. All this could be wrong though, maybe it’s something else like deleted messages or anything else, or maybe there’s a better way to solve issues with cached images
he’s eventually going to make sure abandoned instances have admins
I think he meant magazines on kbin.social in this context. I don’t think he has any way to control another instance and change who runs it, besides a kindly worded letter.
I do try to keep track of kbin instances and how up to date they are and their admins, but I can’t really advertise in their place. One thing I’ve kind of been thinking about is it’d be nice if nodeinfo had information next to current user count of like: desired user count, max user count. Otherwise you have no idea what an instance admin is hoping for, whether it’s just their personal instance or they’re willing to support tens of thousands of users. Without that I don’t want to send people to x instance and suddenly the admin being in for a surprise. But I just looked up nodeinfo and it looks like there’s plenty of worms in that can about it being too complex already, so maybe I’ll avoid opening my mouth about it… for now.
It looks like all the spam I’ve seen are from newly registered accounts. Perhaps this is something you’ve already considered, but would shutting off registration on kbin.social and pointing people to other instances until things are more manageable help?
In hindsight I remember why I filter newest to a timespan, so wanted to make note of it. Right now:
https://fedia.io/m/kbinMeta@kbin.social/microblog/newest 500s for me but
https://fedia.io/m/kbinMeta@kbin.social/microblog/newest/1w is able to load. so cutting off some of the older posts helps me run into less 500 issues, and I generally don’t care too much about old posts unless I’m searching for something. that might be a fedia specific thing though, not sure how 500s are on other instances
You filed the issue on it! xD
I remember this happening before so it might be the same thing, auto media preview basically: https://kbin.social/m/kbinMeta/t/77143
I’m not sure if this is a good suggestion, are you able to delete it via moderation as you’re the magazine owner? Someone mentioned having issues deleting their own posts but still could via moderation recently, but I’m not actually sure what that difference means as I haven’t moderated any magazines myself.
Definitely, you’re right that new timeframe doesn’t matter, I meant to type hot all time xD I would expect that to potentially grab like whatever was boosted most in the past but then again the algorithm does tend to show newer things even under hot.
Yea the tag system might need a bit of work. It works great for some magazines, but for others not so much. For example m/help is supposed to be a magazine for kbin help but it pulls in everything under #help which can be anything in the fediverse. I did see someone suggest a way for a magazine to remove it defaulting to using the tag of its name, which doesn’t seem like a bad idea to me
Interesting, I’ve heard people say the same before. I do always sort by newest myself, but I sub to a bunch of magazines and also, say, three mastodon accounts, and that page is basically just solely the mastodon posts, very rarely do I see microblog posts in lemmy/kbin. I guess a filter of magazines vs users would be useful
Edit: Also, is the default view all time for you? I could see that causing a problem as well if it’s hot / all time. I mainly have three bookmarks: /hot/12h
, /sub/newest/24h
, /sub/microblog/newest/1d
. Getting all results for all of time by default seemed a bit weird to me, especially for microblog posts
You should be able to see microblog posts of accounts you follow at https://kbin.social/sub/microblog
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:
curl -v --user-agent "curl" https://startrek.website/pictrs/image/3ff1b940-75da-4e6b-8948-834ebd4b454c.jpeg
times out while:
curl -v --user-agent "anything-else" https://startrek.website/pictrs/image/3ff1b940-75da-4e6b-8948-834ebd4b454c.jpeg
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 difficult
I do rarely see it on other kbins. Honestly kind of surprising considering kbin has no API. Not that it’s super difficult to do some headless browser automation but it sort of seems like whoeever is doing it must be super dedicated to targeting kbin.
Do you mostly see it on m/random or other magazines? I’ve seen it elsewhere but it mostly seems to be from there. I kind of don’t quite see the point in allowing threads / microblogs to be made from a local kbin instance to m/random. Threads especially, at least. I sort of am thinking it might be nice if m/random was locked from local posting so you had to file it under a magazine with moderators, but spam bots would likely just make their own magazines or spam others and that wouldn’t really solve the problem.
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.
I don’t disagree that could be tried, but I just doubt they would change that rule just for kbin, compared to kbin changing it from /media/
to anything else like /media/hash/
and avoiding the problem. I have to imagine most users of the fediverse use ublock and use the default lists
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
I believe you should be able to run it all locally without a hostname. The guides for doing so are here, depending on how you want to:
https://codeberg.org/Kbin/kbin-core/wiki/Admin-Bare-Metal-Guide
https://codeberg.org/Kbin/kbin-core/wiki/Admin-Docker-Guide
Someone just went through this themselves in the matrix kbin development channel so you could also potentially find help there if you’re having issues. One thing that came up during that is https://codeberg.org/Kbin/kbin-core/pulls/132 has a bunch of changes to those docs which might make it easier
@harmonea you may be blocking a domain, which causes a bug detailed here. tl;dr blocking any domain on kbin.social right now hides any non-link entries and comments on them. removing them all fixes it, it’s fixed in latest which hopefully the main site gets soon