#dev 2023-02-16
2023-02-16 UTC
zimreg joined the channel
# Loqi It looks like we don't have a page for "A record" yet. Would you like to create it? (Or just say "A record is ____", a sentence describing the term)
# [tantek] A record is /DNS#A_record
# cambridgeport90[ DNS can mean either,though, depending on context.
# gRegor Yep. Domain Name Server on wp also redirects to https://en.wikipedia.org/wiki/Name_server
gRegor joined the channel
# Loqi It looks like we don't have a page for "Name Server" yet. Would you like to create it? (Or just say "Name Server is ____", a sentence describing the term)
# gRegor For the simplest case, people setting up a brand new domain, yeah they should only need to update the nameservers with the registrar, no add'l DNS records. If they're switching the domain from one host to another and have other DNS records for mail or something, then it gets more tricky and they might want to add an A record.
# [tantek] Name Server is something you configure on your [[domain registrar]] to point to your [[web host]].
# Loqi A NS (name server) record in DNS tells the other DNS zone servers which servers are to be considered authoritative for zone updates https://indieweb.org/nameserver
# Loqi It looks like we don't have a page for "dynadot" yet. Would you like to create it? (Or just say "dynadot is ____", a sentence describing the term)
# Loqi A Name Server is something you configure on your domain registrar to point to your web host; it’s part of how someone views your website, from typing your domain name into a browser, which looks up your domain name and finds your registrar, whose name servers point to your web host, which then serves your personal site to the browser https://indieweb.org/Name_Server
angelo_ joined the channel
rocto, mro, IWSlackGateway, s[_] and prologic joined the channel
# prologic I want to talk about IndieWeb ActivityPub and specifically integrating Twtxt<->ActivityPub (See: https://indieweb.org/ActivityPub)
mro, zimreg and [snarfed] joined the channel
mro, CrowderSoup, jonnybarnes and [schmarty] joined the channel
# [schmarty] From main channel: Jacky mentioned Nostr had "Bitcoin on top". I'm definitely interested in them finding... other models of incentivizing relays to carry posts. I find the seemingly simple plumbing of Nostr appealing.
# [schmarty] I agree they have basically no story for spam or harassment, huge problems there. There's also something anti-web about it that I don't like, pushing everything into JSON messages.
geoffo joined the channel
[tantek] joined the channel
# [schmarty] • I appreciate the core docs being free of that stuff. In addition to the micropayments extension I saw folks mentioning paying relays for service in crypto (and want to say I saw a mention of one that already worked this way?). I also peeked at some client that was showing lots of public posts and it was basically a flood of cryptocurrency spamming
# [schmarty] lol oops slack format slippage
geoffo, [aciccarello], zimreg, sebbu, gRegor and gxt joined the channel
# aaronpk ah it's reverse engineered https://github.com/MauriceConrad/iCloud-API
# IWDiscordRelay <capjamesg#4492> https://webkit.org/blog/13878/web-push-for-web-apps-on-ios-and-ipados/
# IWDiscordRelay <capjamesg#4492> Yay!
# [schmarty] oh ha i misread what this API does and have immediately lost interest after closer reading 😂
# prologic [snarfed] so I'm thinking about building a Twtxt<->AP bridge of sorts, and I'm not even sure if its at all possible yet. I'm worried about the RSA keys that are used to sign HTTP signatures for example and how threading will work (if at all?)
# [snarfed] prologic it's definitely doable! https://fed.brid.gy/ is an existince proof. fed.brid.gy serves AP endpoints like inboxes and fetches and converts data from users' sites. users redirect their domain's webfinger requests to it too.
# prologic Ahh I see
# prologic That sounds like what I want to do
# prologic The best example of how this shit™ works I've found is a blog post from Eugene himself: https://blog.joinmastodon.org/2018/06/how-to-implement-a-basic-activitypub-server/
# prologic :D
# prologic Next questions, how would following/follows work at all in this case?
# prologic Do AP clients/servers (whatever) have a unique way of being identified so we can track who/what follows a feed so we can send them these special JSON+LD docs :D
# prologic You can tell I really don't like this over engineering AP protocol :D
# prologic Ahh!
# prologic that seems straight forward then, I just need to recieve those and process them
# prologic Know of a simple way of standing up something I can test/develop against that isn't Mastodon? (that thing is uber hard to stnad up :/)
# prologic kk
[KevinMarks] joined the channel
# [snarfed] ideally the answer would be https://fedidb.org/ , which sounded nice, but afaict never actually shipped
# prologic one last question
# prologic since I'm planning on this separate service/bridge thing
# prologic how would I go about "delegating" the discover?
# prologic I'd have to have webfinger on Yarn.social pods (✅) and point AP actor identities to the service?
# prologic 👀
# prologic Ahh this redirects the entire WKD lookups
# prologic interesting looking at fed.brid.gy we (Yarn.social pods) might be able to use this already :D
# prologic We already employ basically all the components talked about, including webfinger, profile pages, microformats, etc
# prologic Haha
# prologic Anyway, I'm gonna try and build a poc this weekend I think
# prologic I think the trickiest part is the webfinger part tbh
# prologic need to figure out a way just to forward the AP lookup itself somehow as yarnd already implements webfinger
# prologic or rather to delegate the AP lookup to bridgy itself for the A2S actor ident
# prologic if I'm making any sense at all?
# prologic For example, do a webfinger lookup of my feed now: @prologic@twtxt.net
# [snarfed] rel: self, type: application/activity+json, href: https://fed.brid.gy/[domain]
# prologic I see
# prologic correct, generally speaking, yes
# prologic Yeah I was thinking that just now
# prologic it would work on my single-user pod, but not any multi-user ones
# [snarfed] if you eventually serve per-user subdomains, eg https://prologic.twtxt.net/, then BF could work
# prologic In terms of interoperating threading on both sides (AP and Twtxt) I'd take advantage of the in-Reply-To field right?
# prologic This is probably the part I'm worried about the most
# prologic We use content-addressable hashses for threading
# prologic Not sure how well this will translate into the so-called "fediverse" :)
# prologic I guess I'm more worried about the AS2 side, say I reply to someone's Toot? (is that what we call it? :D) the activity I send it soing ot have a In-Reply-To of something like https://twtxt.net/twt/xxxxxxx
# prologic content negogigate our permalink uris?
# prologic we already do!
# prologic text/html and application/json
# prologic but not activity+json
# prologic [snarfed] this is what we use on Yarn.social / Twtxt: https://dev.twtxt.net/doc/twtsubjectextension.html + https://dev.twtxt.net/doc/twthashextension.html
# prologic I _think_ technically we could keep this the same, as long as we translate this into what AS2 In-Reply-To(s) expect
# prologic I guess I'll find out how this will behave :)
# prologic So a reply for Twtxt looks like:
# prologic 2023-02-11T01:24:31Z (#cwzmlqa) Nice one on the double ratcheting for [Salty.im](https://salty.im) @<xuu https://txt.sour.is/user/xuu/twtxt.txt> 👌 Can't wait for us to integrate this shiny piece of work 🥳
# prologic Thanks :D