Welcome to KGlitch! Introduce Yourself Here! - eviltoast

Hey there, fellow travellers!

I am thrilled to welcome each and every one of you to our small community. This “Introductions” thread is the perfect place to break the ice, share a bit about yourself, and get to know your fellow community members.

To kick things off, I’ll start by introducing myself:

Name: kglitch
Location: New Zealand
Interests: computer things - linux, programming, webdev. Nature, Photography, Travel, History.
Favorite thing about this community: Being able to knock some of the rough edges of stock kbin

Now it’s your turn! Don’t be shy—feel free to share as much or as little about yourself as you’re comfortable with. Here are a few ideas to get you started, but feel free to deviate from them if you’d like:

Name or Username: [Your preferred name or online handle]
Location: [Where you're from, or the place you currently call home]
Interests: [Tell us about your hobbies, activities, or any unique talents]
What brings you to this instance?
Anything else you'd like to share:

If you’re not comfortable sharing personal information, that’s perfectly fine. You can still participate by engaging with others, asking questions, or simply offering a warm welcome to newcomers. The goal is to build a strong and supportive community where everyone feels valued.

So, without further ado, let the introductions begin! I can’t wait to get to know each and every one of you and see this thread come alive with our diverse and fascinating community.

Welcome aboard, and enjoy your time here!

Best regards,

KGlitch admin

  • Arotrios@kbin.social
    1·
    1 year ago

    Thanks again, 'cause this is getting fun. Follow up to my previous reply - dug into Symfony a bit and found that while it likes to handle database calls as Symfony defined objects, it happily handles standard SQL. They also note:

    With SQL, you will get back raw data, not objects (unless you use the NativeQuery functionality).

    …which means that a simple WHERE statement filtering on a Thread field value could do the trick. Match that against the domain calling the API and you’ve got defed/blacklist capability by Thread.

    • kglitch@kglitch.socialOP
      1·
      1 year ago

      Yes, possibly. You’d better look into how ActivityPub works though because I think once the post goes to remote servers it could be shared from there and still end up in Meta’s hands. This is why some server admins have been talking about defederating from Threads and every other server that does not do the same.

      That seems pretty nuclear, to me. We’ll see how it plays out.