@dannekrose@kilioa.org
@dannekrose@kilioa.org avatar

dannekrose

@dannekrose@kilioa.org

Welcome to my little kbin instance and account.

ゲームが好きです。配信もしています。気軽に楽しくやりましょう。ゲーム以外もいろいろな趣味があります。よろしくお願いします。Playing Games. Streaming Games. Games for everyone. I have some hobbies outside of games, too. Nice to meet you.

(He/Him/His)

#gaming #dnd #twitch #ttrpg #xbox #xboxSeriesX #games #Bilingual #casualGames #ConsoleGaming #dndj #dnd5e #adhd #日本語 #adhd

This profile is from a federated server and may be incomplete. Browse more on the original instance.

dannekrose,
@dannekrose@kilioa.org avatar

@thebardingreen

People keep recommending Ted Chiang. But I don't want short stories (Murderbot somehow managed to be an exception). The longer the better.

While his stuff is shorter, it’s very thought provoking and sticks with you. If you haven’t read the longer ones, I recommend them.

The Alchemist Gate
The Story of You(?)
Hell is the absence of God

dannekrose,
@dannekrose@kilioa.org avatar

@azezeB Some suggestions

  1. Dead By Daylight. 5 people with one being the Killer so you can rotate that if desired.
  2. Halo Infinite multiplayer can do 12 person parties for the “Big” map modes.
  3. I believe Lego Fortnite also lets you have up to 8. It’s more Minecraft and not a Battle Royale at all.
  4. Lethal company modded can support more than 4. That could be lots of fun.
  5. Retro FPS like Quake from various years. Just as a small distraction
dannekrose,
@dannekrose@kilioa.org avatar

@HarkMahlberg

The technical details will determine what can and can't be done, but from the Mastodon documentation:

https://docs.joinmastodon.org/user/moving/

Moving your account is the same as redirecting your account, but it will also irreversibly force everyone to unfollow your current account and follow your new account, if their software supports the Move activity. Your posts will not be moved, due to technical limitations. There is also a 30 day cooldown period in which you cannot migrate again, so be very careful before using this option!

Depending on if k/m/bin receives a "Move" activity, it may be possible to update user blocklists based on the information in the "Move" activity. However, "Move" activity is generally only sent to existing followers. (I don't know all the details on that) Activities are generally sent to an instance to handle, not individual user accounts, though, so I suspect this might not be as big of a hurdle as it might seem.

Short answer: Maybe. Depends on how they "Moved". It wouldn't be simple to implement, however I don't see anything preventing it in this particular case. You should open an Issue for feature request for it. I recommend including the above piece from the Mastodon documentation, however in your issue.

dannekrose,
@dannekrose@kilioa.org avatar

@ReverseModule

As someone who really enjoys PeerTube, I also feel like the technical barriers to it being as popular as other platforms are a bit tougher to overcome.

I would love for it to be more popular. I also know it's really hard to convince content creators and live streamers to embrace it.

I love PeerTube. I have been trying to help the projects however I can. I also know that the economics of moving to PeerTube is quite different. Very few people make money microblogging (Twitter). Very few people make money posting to Reddit.

Streaming on Twitch or YouTube, or making content for YouTube can and for many people does bring in money, though. Creating an ecosystem where viewers are willing to pay, while increasing viewer counts of content so that sponsorships can be more common, all while trying to slowly convince people that we should be supporting things financially that up to now has been "free(not really, but experientially it 'feels' free)" is a lot of work.

I plan on supporting PeerTube as much as I can in the future. I want it to grow. Maybe someday, it will get there. I can hope.

Why don't favorites & boosts federate from Mastodon on microblogs?

I've noticed that when I'm browsing microblogs on Kbin, I see very few favorites (upvotes) on posts even when there are tons when you look at them from Mastodon. For example, this post doesn't seem to have any favorites, but look at it from Mastodon, and you see over 120. In general, federation with Mastodon is really...

skele_tron, to kbinMeta
skele_tron avatar

KbinFAQ somewhere? What are threads, microblogs etc?

dannekrose,
@dannekrose@kilioa.org avatar

@skele_tron
It’s a little older but the magazine kbinfaqs@kilioa.org has a couple good ones

dannekrose,
@dannekrose@kilioa.org avatar

@trashhalo
In addition to the previous information, as a side note, it is possible for non-Kbin and non-Lemmy content to be automatically routed to a Magazine via tags and show up as a Thread if the content is federated as a Page. One example is WriteFreely blog posts. Frendica can also do this but I’m not sure on the details.

dannekrose,
@dannekrose@kilioa.org avatar

@chris

This is by design. ActivityPub is a push model and it's a Push-once (in general).

What that means is that the instance that the creator/author of the content is on will push the content to all the other instances that it knows are subscribers to the "account/magazine" that the content is being pushed to.

What that means is:

  • Feddit.uk will push the content to Feddia.io because that's the "destination" account/magazine.
  • Feddit.uk will push the content to any instances that is also happens to know subscribe to the magazine "ukdtt"
  • Fedia.io will not re-push the content to all the instances that subscribe. That's the responsibility of the instance that the content "originated" from, not Fedia.io
dannekrose,
@dannekrose@kilioa.org avatar

@e569668

why it isn't getting sent to rabbitea.rs

If feddit.uk doesn't know about rabbitea.rs, then it won't send it there. The originating instance is responsible for sending it out, but it can only send to instances it knows are subscribed. This can result in some instances not getting new content if it originates on an instance other than the one that is the "home" for a magazine.

And surely the destination magazine must be involved somehow to run rules on like, banned users?

That depends. It depends on if the "home" instance federates out blocks. I don't actually know if kbin federates out blocks (many Fediverse platforms don't actually because it's used as a vector for harassment and dogpiling and other very harmful behaviors), but the 2 cases are as follows:

  1. If Kbin (or the "home" instance platform) federates out blocks, then all subscribing instances will receive the block information. Whether or not they honor it or not is not guaranteed, but for simplicity sake, let's assume they do.

In this scenario, instances that receive the block will behave as you might expect: they won't allow the blocked user to view the content in the magazine/community but will allow other users to view it. They also will not accept content into their local copy of the magazine from the blocked user.

  1. If kbin (or the "home" instance platform) does not federate out blocks, then other instances cannot know not to display content from a blocked account, nor do they know not to accept content created by a blocked account. The "home" instance will block such content from being displayed and added to the magazine and thus users on the "home" instance will not see the content, but users on other instances could, in theory, still see the content.

Note: This is partially why the mod_log can be viewed. I'm not 100% sure of the details, but the home instance moderation decisions should be visible on other instances (or at least by visiting the magazine on the "home" instance itself) and moderators/admins should be able to take similar actions on their own local-copy of the magazine.

What's up with "The magazine from the federated server may be incomplete. Browse more on the original instance."? Is this working as intended or is it a bug?

I've been seeing this for quite a bit, and thought it'd resolve itself once CloudFlare was taken off, but I'm still seeing it on many external communities from e.g. Lemmy. Not all posts or comments are visible from Kbin. Any idea on what's going on?...

dannekrose,
@dannekrose@kilioa.org avatar

@Treedrake

Most replies here are correct. To clarify and summarize:

  1. The source of truth for a magazine/community is the server name that appears after the magazine name.

e.g. kbinMeta@kbin.social <--- the source of truth is kbin.social.
2. ActivityPub and the Fediverse is a "Push" model. What does this mean?

Imagine subscribing to a real-world newspaper or magazine with home delivery(few these days will actually remember this, but try to imagine at least). You will get all new issues delivered to you from the moment you became a subscriber, but you don't get copies of all the newspapers or magazines they have ever printed delivered to you. You only get things moving forward. That's the same with the Fediverse. After you subscribe or follow something, you will get all the new content moving forward, but not what has been created so far.

  1. To extend #2, it's a "push once" model. What does that mean? It means that if I create content from my instance (which is not kbin.social) to the magazine kbinMeta@kbin.social, my content will get pushed to kbin.social. Kbin.social, however, will not "re-push" that content to everyone that kbin.social knows is subscribed to the magazine.

So how does my new content that I created in kbinMeta@kbin.social show up on other instances that are not kbin.social? I thought you said your content only gets pushed once?

Correct. However, it's not quite as simple as my instance pushing just to kbin.social. Strictly speaking, (and this is based on experience with other platforms, not specifically how kbin works since I haven't verified this for kbin 100%) when I create the content, my instance will push to kbin.social and all other instances (not users) that my instance knows are also subscribed to specifically kbinMeta@kbin.social. So my instance actually knows a subset of the instances that are subscribed to kbinMeta@kbin.social and will push the new content to each of those other instances. My instance, however, won't necessarily know all the other instances that are subscribed to kbinMeta@kbin.social. As a result, some instances won't see my new content because it wasn't pushed to them.

  1. As a result, to let users know about this potential gap, not only does it mean that older content doesn't automatically show up, it also means that not necessarily all new content will show up either.

Note on #3: I haven't fully verified this. This statement is based on how other, non-kbin instances handle federation. This is how "likes" work across platforms like Mastodon, Calckey, etc. I see no evidence (yet) that this is any different for kbin.

dannekrose,
@dannekrose@kilioa.org avatar

@Treedrake

Edit: ok, I think I get it. So if someone from a random instance posts to e.g., technology@beehaw.org, and that instance doesn't know about kbin.social, it won't get pushed to this instances representation of the technology@beehaw.org magazine?

Correct. It's only "pushed once" by the instance that the creator's account is on. Of course it will push to the source of truth, but it will only push to other instances it knows are also following that magazine since it doesn't necessarily know all of the instances that follow that magazine. In your example, yes, if the creator of the content (which in this example is an account not on beehaw.org) posts to technology@beehaw.org, their instance will push to beehaw.org and others, but if it doesn't know that kbin.social has any followers of the magazine/community, it won't push to kbin.social.

One other possibility is that the 3rd-party instance does know about kbin.social (for example), but has blocked (defederated with) kbin.social OR kbins.social has blocked that 3rd-party instance, my expectation would be that such content won't show up on kbin.social's "copy" of the community.

dannekrose,
@dannekrose@kilioa.org avatar

@Treedrake

One thing that also plays a role is the size of the queues on the different instances. Kbin.social may get things pushed to it, but with queue sizes reaching 500 thousand or more, it takes time to process them.

@Xepher @Chozo

dannekrose,
@dannekrose@kilioa.org avatar

@Treedrake

You're welcome!

Yes, it is working as intended. The idea is that each instance is responsible for pushing content once, then it's the responsibility of the receiving instance to process and display the content to the relevant users/accounts.

As a side note, if everything was "re-pushed" out, the load becomes even more on the "source of truth" for larger communities with wide federation and a lot of new content generated locally and remotely. I could see this being leveraged to take down servers by simply spamming really large communities (with large federation) with small content forcing the "source of truth" to now "re-push" the content to every server that is knows about for every single new comment, or reply, or post.

dannekrose,
@dannekrose@kilioa.org avatar

@Hondolor

I don't know if you've had a chance to see the FAQ in the magazine kbinfaqs@kilioa.org but I recommend checking those out.

Disclosure: I wrote those a few weeks ago during the initial flood to kbin.

Any thoughts on Pixelfed support for image/video hosting in kbin?

It seems that the developer for Pixelfed is creating a kbin app. Any thoughts on integrating upload/hosting support for pixelfed into posts here? I haven't seen anyone else mention it, but it seems like integrating between other open source and decentralized ActivityPub software might help adoption of the fediverse overall.

dannekrose,
@dannekrose@kilioa.org avatar

@McBinary

I run a personal Pixelfed instance as well as a kbin one. I think the "easiest" or most sustainable would be if there was a pixelfed instance also stood up at the same time a new kbin instance is started which had some kind of SSO for the kbin and pixelfed instance.

The challenges I see with this:

  1. Media storage space for a place like Kbin.social could grow pretty fast, especially if people really started uploading videos.
  2. Bandwidth concerns may or may not be an issue, but certainly would need to be carefully considered.
  3. Moderating the pixelfed side could be a lot of work, especially if people start only using the pixelfed site and not posting anything to kbin. It becomes like Imgur and moderating images, especially when people are uploading non-OC constantly, adds greatly to the work-load.

I've done a little testing to see how embedding/linking to images on a pixelfed instance would work (without any special integration) and it works.

steely_glint, (edited ) to random
@steely_glint@chaos.social avatar

I know this is the wrong time to ask, but can anyone recommend a fediverse instance for a long-running local (Manchester UK) sci-fi virtual book club? (a few posts a month I'd expect)

https://mcrscifi.wordpress.com/
Thanks...

Boosts welcome.
(edited to clarify the fediverse aspect)

dannekrose,
@dannekrose@kilioa.org avatar

@steely_glint

I actually think a Mobilizon instance might be useful. Yes, the UI isn't the most customizable, but it does federate and people with Mobilizon accounts can interact pretty deeply with any Mobilizon group you make.

https://joinmobilizon.org/en/And this instance focused on groups and events in the UK:

https://rendezvous.nomagic.uk/

You could create a group there (you need a Mobilizon account to manage and administer the group, but Mastodon/etc can follow the "group account" (not your Mobilizon one) to get posts and events sent to their timeline.

#fediverse

dannekrose, to kbinfaqs
@dannekrose@kilioa.org avatar

Federation test. Please ignore.

dannekrose, to kbinMeta
@dannekrose@kilioa.org avatar

Checking kbin.social federation. Please ignore.

dannekrose, (edited )
@dannekrose@kilioa.org avatar

@martinjuhasz

  • You Suck at Parking
  • Minecraft: Dungeons
  • Minecraft: Legends
  • PSO2: New Genesis
dannekrose,
@dannekrose@kilioa.org avatar

@wahming

Without looking at the exact data exchange in it's entirety, I can't say for certain. I'm not even sure if the trigger I suggested is really what is happening.

But you can see the parts I'm referring to in this anonymous sample of what it looks like when an Article(Thread) is federated out. In this example, there is no value for inReplyTo, but that would have the link to just the individual content, not the magazine. You'll see the "actor" and "attributedTo" is a user account, not the magazine.

{ "@context": [ "https://www.w3.org/ns/activitystreams", "https://w3id.org/security/v1", { "ostatus": "http://ostatus.org#", "sensitive": "as:sensitive", "votersCount": "toot:votersCount" } ], "id": "https://kbindomain/m/testmagazine/t/16", "type": "Create", "actor": "https://kbindomain/u/demouser", "published": "2023-06-17T18:58:26+00:00", "to": [ "https://kbindomain/m/testmagazine", "https://www.w3.org/ns/activitystreams#Public" ], "cc": [ "https://kbindomain/u/demouser/followers" ], "object": { "id": "https://kbindomain/m/testmagazine/t/1676", "type": "Page", "attributedTo": "https://kbindomain/u/demouser", "inReplyTo": null, "to": [ "https://kbindomain/m/testmagazine", "https://www.w3.org/ns/activitystreams#Public" ], "cc": [ "https://kbindomain/u/demouser/followers" ], "name": "Federation Test", "content": "<p>Test for the body of the article</p>n", "summary": "Test for the body of the article #testmagazine", "mediaType": "text/html", "url": "https://kbindomain/m/testmagazine/t/1676", "tag": [ { "type": "Hashtag", "href": "https://kbindomain/tag/testmagazine", "tag": "#testmagazine" } ], "commentsEnabled": true, "sensitive": false, "stickied": false, "published": "2023-06-17T18:58:26+00:00", "contentMap": { "en": "<p>Test for the body of the article</p>n" } }s }

dannekrose,
@dannekrose@kilioa.org avatar

@wahming

Without looking at the exact full data exchange, I can't say for certain. I don't even know if the trigger is as I think it might be.

But you can get a sense of where the information for the magazine account is by looking at this sample payload of what it looks like when a new Article/Thread is created and federated out. There is no "inReplyTo" because this is the initial thread/article, but it would point to the direct url for a previous content, not the magazine.

{
    "@context":
    [
        "https://www.w3.org/ns/activitystreams",
        "https://w3id.org/security/v1",
        {
            "ostatus": "http://ostatus.org#",
            "sensitive": "as:sensitive",
            "votersCount": "toot:votersCount"
        }
    ],
    "id": "https://kbindomain/m/testmagazine/t/16",
    "type": "Create",
    "actor": "https://kbindomain/u/demouser",
    "published": "2023-06-17T18:58:26+00:00",
    "to":
    [
        "https://kbindomain/m/testmagazine",
        "https://www.w3.org/ns/activitystreams#Public"
    ],
    "cc":
    [
        "https://kbindomain/u/demouser/followers"
    ],
    "object":
    {
        "id": "https://kbindomain/m/testmagazine/t/1676",
        "type": "Page",
        "attributedTo": "https://kbindomain/u/demouser",
        "inReplyTo": null,
        "to":
        [
            "https://kbindomain/m/testmagazine",
            "https://www.w3.org/ns/activitystreams#Public"
        ],
        "cc":
        [
            "https://kbindomain/u/demouser/followers"
        ],
        "name": "Federation Test",
        "content": "<p>Test for the body of the article</p>n",
        "summary": "Test for the body of the article #testmagazine",
        "mediaType": "text/html",
        "url": "https://kbindomain/m/testmagazine/t/1676",
        "tag":
        [
            {
                "type": "Hashtag",
                "href": "https://kbindomain/tag/testmagazine",
                "tag": "#testmagazine"
            }
        ],
        "commentsEnabled": true,
        "sensitive": false,
        "stickied": false,
        "published": "2023-06-17T18:58:26+00:00",
        "contentMap":
        {
            "en": "<p>Test for the body of the article</p>n"
        }
    }
}

dannekrose,
@dannekrose@kilioa.org avatar

@wahming

For Sure. It might not be comments, but some other way the thread shows up without the magazine information. I have seen the same thing you describe but I haven’t been able to capture data on it. I have a few ideas on how to test different scenarios but I need to figure out how to capture the raw data as well to verify.

  • All
  • Subscribed
  • Moderated
  • Favorites
  • JUstTest
  • kavyap
  • DreamBathrooms
  • thenastyranch
  • magazineikmin
  • tacticalgear
  • khanakhh
  • Youngstown
  • mdbf
  • slotface
  • rosin
  • everett
  • ngwrru68w68
  • Durango
  • megavids
  • InstantRegret
  • cubers
  • GTA5RPClips
  • cisconetworking
  • ethstaker
  • osvaldo12
  • modclub
  • normalnudes
  • provamag3
  • tester
  • anitta
  • Leos
  • lostlight
  • All magazines