now that threads is starting to federate, they sure as fuck aren’t with us

threads.net commemorative cocktail:

  • glass: old fashioned (lowball)
  • pour hard cider from red apples until glass is 3/4ths full
  • top with 1 shot of bourbon
  • smoke glass with cherry wood
  • garnish with sliced lime, or add lime juice to taste
  • drink and meditate on what AOL and then Google did to usenet
  • froztbyte@awful.systems
    link
    fedilink
    English
    arrow-up
    5
    ·
    7 months ago

    if I can find the spoons this coming week, I think I want to try make a content autoresponder that just always gives something (user choice, but there’s a few rich ideas) to any request from threads

    could also expand it to “anything that touches fb infra” (web, smtp, …) later

    given that a lot of people are gonna block them, first thing I wonder about is whether they’ll scale out scrapers to ec2/gcp/etc as circumvention attempts

    • self@awful.systemsOPM
      link
      fedilink
      English
      arrow-up
      5
      ·
      7 months ago

      I like that. if it’s a general enough bit of code that nginx can easily call out to it, I’m down to run it here

      the scraper thing isn’t unlikely as Facebook is a bunch of filthy motherfuckers, but I’m personally not too concerned about them having our posts (which will almost certainly look like shit on their end, and generally aren’t the kind of content Facebook wants folks to see). I’m more concerned about the ease with which they can flood us with hatred and bottom of the barrel garbage posts, as having the highest volume of both those things on the planet is in fact their business model, as it was with AOL before them. Facebook has already shown how they’ll moderate threads, and we’ve already blocked instances that tolerate a similar level of hatred and garbage

      • swlabr@awful.systems
        cake
        link
        fedilink
        English
        arrow-up
        5
        ·
        7 months ago

        generally aren’t the kind of content Facebook wants folks to see

        Yeah, definitely not enough q-pilling for the ol’ zuck

      • locallynonlinear@awful.systems
        link
        fedilink
        English
        arrow-up
        4
        ·
        7 months ago

        Correct. My only ask for moderation for this instance is to keep the scale and tone under control, even if meant me being banned in the course of doing so. Your reasoningand approach is sound.

        • self@awful.systemsOPM
          link
          fedilink
          English
          arrow-up
          6
          ·
          7 months ago

          thank you! I definitely want this instance to remain small enough to serve our regulars, and focused on a handful of sneering and passion (unsneering?) subs. admining for an ultra-large instance with no focus seems miserable, given how many admins I’ve met who seem to think it’s an unpaid job they hate but can’t quit.

          generally speaking I think our regulars keep a good vibe and provide a good example for any lurkers looking to become regulars. I’m hoping that by keeping our focus narrow we’ll also be able to maintain that vibe and general high level of quality, while keeping this instance utterly inhospitable for bigots of all types.

      • froztbyte@awful.systems
        link
        fedilink
        English
        arrow-up
        3
        ·
        7 months ago

        the tricky part is finding time/focus (big work thing happening this week which is eating a bunch of my time). should I not manage to get around to it, though, I guess I may as well write up design thoughts so anyone else can try it too. this will be for a sorta v1/try-it-out design. it will eventually need iteration (because if it works, this shit will arms-race just like adblockers)

        design considerations:

        • threads has all of meta ip space to come from (as well as any cloud scaleout they wish to spend on)
        • threads/fb/meta will behave badly at some point
        • spoon availability to dig into and modify any existing fedi codebases (at least beyond seeing activitypub response formats used): 0

        since they have all that IP space to use, it makes the most sense to match response for all of it. thus: hitting by ASN (or objects registered to such ASN) is probably the best wide hammer. the nginx geoip module (and the geoip2 module…) doesn’t support ASN matches, and would be unwieldy. the geo module however does have an include statement which can read from a file - this might prove to be a better approach by which to classify source traffic. this file can then be updated separately, with an update kick to nginx whenever needed

        once matching the client is done, the request can then be handled and responded to as needed. whether this needs to be a sub-application responding, or could be done by nginx config statements alone, I’m not sure yet. need to look into the request response surface area in activitypub before I can detail that

        • self@awful.systemsOPM
          link
          fedilink
          English
          arrow-up
          3
          ·
          7 months ago

          the tricky part is finding time/focus (big work thing happening this week which is eating a bunch of my time).

          I fucking feel this. the end of the year is when my blood is extracted and converted directly into code by the awful machine that is programming for money