#dev 2024-05-20
2024-05-20 UTC
geoffo joined the channel
# reillypascal Ok good to know!
# reillypascal OK it's working now for the receiver test!
# reillypascal Thanks, I appreciate the help!
[snarfed] joined the channel
# reillypascal Just to clarify, do I have to explicitly add the individual blog posts, or can I just add my home url?
geoffo, gerben, Renfield, box464, WhatDidYouExpect, jeremycherfas, [Joschi_Kuphal] and [KevinMarks] joined the channel
# [KevinMarks] [snarfed] mention.tech does that - it stores webmentions for any target domain but also passes them through if a webmention endpoint is found.
Guest6 and GuestZero joined the channel
[Jo] joined the channel
# Loqi Micropub servers are existing endpoint implementations of Micropub https://indieweb.org/Micropub/Servers
GuestZero, [byJP], [Paul_Robert_Ll] and Guest6_ joined the channel
# sebbu https://webmention.io/ exists
[schmarty] joined the channel
# [schmarty] oh wow i missed some good passkeys and indieauth talk. glad y'all are figuring out the passkeys-for-indieauth implementations instead of me. my eyes absolutely rolled back in my head trying to load all that in.
# [schmarty] aaronpk re https://github.com/indieweb/indieauth/issues/133 it feels somewhat cursed to me to have the `client_id` point directly to a document about that client but i also kind of get it, since we're assuming most indieauth systems will need to take that `client_id` value and do some lookups about it. so, i guess i'm for it?
# [schmarty] i guess i should write that on the issue 😂
# [tantek] capjamesg++ for https://jamesg.blog/2024/03/14/spring-cleaning/
# [Joe_Crawford] learning to live within a budget is not just money, it's time, it's effort, and it's a very good practice capjamesg++
Guest6 joined the channel
# [schmarty] _cursed!_
# [schmarty] coming from the current IndieAuth spec, where "client_id" is a URL for which I expect human-readable stuff, it feels cursed to say "client_id just for computers now"
barnaby joined the channel
# [schmarty] totally agree about avoiding a new .well-known, the lawful evil option. maybe its presence is making me feel weirder about the client_id change which, honestly, is probably only a little weird.
# [schmarty] as someone who maintains a pile of messy indieauth clients and a messy indieauth provider, the transition concerns me a bit.
# [schmarty] if i flip all my clients before providers are updated, users will see "some-url-to-a-json-file wants you to log in!!!"
# [schmarty] and providers probably need to support 🕯 the old ways :rock: as a fallback if the client_id isn't a JSON document. a write-up of that algorithm would be appreciated!
# [schmarty] that we know of! i mean... selfauth is out there in the wild!
# [schmarty] interestingly we don't appear to have fallback advice in the current spec https://indieauth.spec.indieweb.org/#client-information-discovery
# [schmarty] right, but that specifies the full client_id URL, not just the domain name.
# [schmarty] i'm thinking of attacks where two clients are hosted on the same domain
# [schmarty] "fails enough existing security practices that no one should be doing this"
# [schmarty] still feels a bit like hiding potentially meaningful information from the user in the name of conveniently hiding meant-for-computers information from the user.
Zegnat joined the channel
# [schmarty] sorry, yes, i'm still talking about a case where we have something like http://example.com/good_client/info.json and http://example.com/bad_client/info.json and if the bad client JSON info is broken or missing our advice to indieauth providers would be "just show http://example.com"
sknebel and oenone joined the channel
# [schmarty] yes people shouldn't do this, cookies, etc., but someone will and a user won't be able to differentiate them.
# [schmarty] i feel that model requires keeping too narrow of a perspective on cookies / local storage sharing.
# [schmarty] i don't have my head around the complexity of that, but it feels better!
# [schmarty] i just want it to be easier to make micropub clients lol
# [schmarty] yeah i _think_ i'm excited about that work. my daily drivers are Firefox and mobile Safari and they're all Nos on FedCM currently 😓
# [schmarty] aaronpk++ thanks for all the efforts to make this stuff indieweb friendly
[keithjgrant], Saphire, [aciccarello], [qubyte], barnaby and jeremycherfas joined the channel
# [KevinMarks] Bridgy fed as spam vector https://conspirator0.substack.com/p/federation-and-political-spam
# [Joe_Crawford] > _"Learn about Nostr: A simple, open protocol that enables a truly censorship-resistant and global social network."_
sadome joined the channel
# [Joe_Crawford] it seems Nostr hasn't totally sorted out their complaint about social media being _"overrun with spam and bots"_
# [Joe_Crawford] https://nostr.com
# Saphire [Joe_Crawford]: The entire point of Nostr is to not have moderation, or at least the entire appeal of Jack Dorsey
# Saphire *for JD
[Joe_Crawford] joined the channel
# [Joe_Crawford] 😕 yes.
# [Joe_Crawford] In an actual dev question vein: I was looking at what I might do for testing for blogofthe.day I was looking at adding unit tests or integration tests or both. Any recommendations on best practices for testing 11ty-based sites? I don't see unit tests on the http://11ty.dev site but maybe I'm not looking for the right thing.
# [Joe_Crawford] I mean, the continuous deployment is de-facto validation of fitness but I do like a belt and suspenders.
# Saphire What is 11ty?
# Loqi Eleventy is a JavaScript based static site generator that allows the user to select their own preferred template engine and theme, which in practice can and does enable use of microformats2 https://indieweb.org/11ty
# Saphire Okay it's not another acronym like k8s or i18n, yay. Not yay that I thought it was one x'D
barnaby, [pfefferle] and [tantek] joined the channel
Inc and geoffo joined the channel
# [schmarty] ok aaronpk! i tried to capture my concerns on the GH issue https://github.com/indieweb/indieauth/issues/133#issuecomment-2121389944
# Loqi [preview] [martymcguire] After some discussion [in the #indieweb-dev chat today](https://chat.indieweb.org/dev/2024-05-20#t1716220750926700) between aaronpk and myself, some things I'm considering are:
Avoiding a new `.well-known` feels like a good goal.
Changing the m...