#dev 2022-08-15

2022-08-15 UTC
jacky, geoffo, angelo, willnorris, Loqi, jan6, jonnybarnes, thomas1, petermolnar, tetov-irc, mro, kloenk, nertzy, AramZS and chenghiz_ joined the channel
#
capjamesg
[snarfed] Do you need help with hackermention?
#
capjamesg
I saw it in my GitHub feed and am so glad this is being built!
jacky joined the channel
#
[tantek]
nearly no one brought up on social media (anyone younger than 30?) even knows WTF an "RSS reader" even is, or maybe they've heard of "feed readers" as an old thing their parents used
#
AramZ-S[m]
I dunno I think they just don't know the framing
#
AramZ-S[m]
FlipBoard and other apps that are basically feed readers have immense popularity on the app marketplace
#
AramZ-S[m]
It's more of the same problem with social media which is that the platform inserting itself between the tech and the user has turned the underlying tech obscure.
#
AramZ-S[m]
I liked P2 a lot but it never really was picked up outside of hardcore WP devs. It would have been interesting to see an interation of WordPress where the authoring UI was impacted by the ideas P2 brought forward.
#
AramZ-S[m]
I mean, SmartNews is a huge biz
#
[tantek]
authoring in WordPress went down the "blocks" rabbithole
#
[tantek]
which IMO is a huge distraction that was born out of Squarespace envy etc.
#
AramZ-S[m]
I say this as someone who doesn't particularly like blocks, but I think blocks made a lot of sense to the folks who are actively contributing to WordPress which are people who started out as indie self publishers but generally now work for enterprise publishers. Blocks is a solution that makes a lot of sense for large scale mainstream publishers and website owners who have the time, money, and interest in investing in the big cool
#
AramZ-S[m]
solutions one can build with them. But they are basically an annoyance for anyone using Wordpress as an individual blogger.
#
AramZ-S[m]
WordPress or not, almost every mainstream publisher engineer I have worked with does a lot of internal work around blocks or blocks-like functionality to satisfy particular goals around how more complex orgs want their pages to flow.
#
AramZ-S[m]
But like... if you just want to put words on a website it's really an annoyance.
#
jeremycherfas
AramZ-S[m]++
jacky joined the channel
#
AramZ-S[m]
The other thing to keep in mind is that WordPress Core took a hard turn into requiring a lot of really nuonced JS expertise for blocks, I was deep inside the community when it kicked off, and then suddenly realized that they didn't really have that among the regular contributers and it made the initial versions of the editing tool really rough while they skilled up, which didn't help with its popularity or getting buy in or feedback
#
AramZ-S[m]
from the larger community.
#
AramZ-S[m]
Like... I remember that when they started on Blocks they were just getting around to the idea that their JS needed unit tests. I learned QUnit inside WordPress core as part of contributing improvements to the bookmarklet and like... there was one other person who knew it.
#
AramZ-S[m]
Long way around of saying, I don't have a problem with Gutenberg, I just look at it as something that really isn't for me, but does have its uses for a lot of WordPress users.
#
AramZ-S[m]
And I think it's launch was prob not handled great
jacky, mlncn and jacky_ joined the channel
#
@Honesty_Init
↩️ They do have some neat protocols. Webmention might be the better alternative to the Fediverse. And IndieAuth (OpenID substitute) gets way too little attention. But it's indeed a chicken and egg problem; apart from default integration.
(twitter.com/_/status/1559205666245550080)
[schmarty] joined the channel
#
[schmarty]
goodwill is surprisingly flammable
#
[tantek]
AramZ-S[m] the view from the outside was the Gutenberg was rushed & forced through the community, and not in a very "community-like" way at all.
#
[tantek]
So that turned off a lot of folks who thought they were part of a community
#
[tantek]
And the way it generally regressed on accessibility (which previously WordPress was *great* at) really upset lots of people, especially when the answer was, ship it anyway, we'll fix it later
[aciccarello] joined the channel
#
AramZ-S[m]
Yeah, I mean, the Core team did not message it well, shunted initial development off into a plugin group instead of integrating it well with the Core development flow and the accessability problem flows out of the JS one. Core team's whole approach to the new heavier and more advanced use of JS felt like ship it and we'll fix it later. And yeah, that and a variaty of reasons made it very badly messaged to the community. I think that
#
AramZ-S[m]
Gutenberg is still prob the worst handled feature WP has done, especially when it had the potential to have gone a lot different. Def not defending it. Personally I still don't like Gutenberg, but I do understand where it came from, which is the shift of the Core team and closest surrounding community becoming paid contributers through their employers, which happens with a lot of open source projects as they mature.
#
AramZ-S[m]
I think the big difference is that WordPress's shift towards sponsored contributers also was a much larger shift in focus and priorities than most open source projects experiance.
#
[tantek]
AramZ-S[m] calling it "badly messaged" is completely missing the point tbh, which, to be blunt, was an abuse of power, not a bad marketing message for the (ab)use of that power.
#
[tantek]
"Core team" and "messaging it" implies a lot of hierarchy which people really did not sign-up to seeing used so strongly
#
[tantek]
and yeah, shipping something that regressed accessibility was absolutely a massive mistake
#
jacky
what is wishlist
#
Loqi
A wish is a post indicating an acquisition or purchase either you wish to make or which you hope someone might purchase on your behalf for a birthday, anniversary, baby shower, wedding, or other event https://indieweb.org/wishlist
#
jacky
do people have 'things'/itches that they'd like to have for their sites that could be done externally of it? for example [manton]'s tool for checking into sites
#
[tantek]
if someone is a "dev" or a "technical" person, meaning they are comfortable with GitHub and can at least self-teach themselves command-line gibberish, I steer them to SSGs
#
jacky
s/sites/locations/g
#
[tantek]
jacky, great questions
#
[tantek]
I think Known tried to be low maintenance but then quickly fell-off that
#
[tantek]
e.g. I think [jgmac1106] has a Known site that "went bad" and that he was having trouble extracting the data from
#
[tantek]
maybe it was "just" a database problem
#
[tantek]
which, tbh, expresses yet again, if you're going to build a new IndieWeb-friendly user-friendly "CMS" PLEASE DON’T REPEAT YET AGAIN THE LONGTERM UNSUSTAINABLE MISTAKE OF depending on a database for primary storage
#
[tantek]
and no, none of your users want to deal with the extra task of "back up a database" or even the thought that they might ever have to "restore" a backup of a database or even ask their hosting company to do so
#
[tantek]
I think [benatwork] was going to create a "static file storage" option for Known (because I believe the storage system is "pluggable") but AFAIK that never happened
#
[tantek]
so next time someone wants to build an aspirational CMS (like one for other people to install & maintain), please base it on static file storage.
#
[tantek]
if it's just for yourself, great, use whatever tech/plumbing you want to make your hobby
[bneil] joined the channel
#
[bneil]
i started researching the solid project and remote storage as a solution to owning your own db. But the whole webid thing felt like a rip of indieauth
[benatwork] joined the channel
#
[benatwork]
It didn't and I now think it's easier to build a new static file centric platform instead of retrofitting Known
#
[tantek]
[bneil], hah yeah, it's even worse than that, the RDF/SemWeb "WebID" is more fragile, less secure etc. than even OpenID was back in the day
#
[tantek]
also "remote storage" is just another euphemism for "cloud" right?
#
[tantek]
what is "database connection lost"
#
Loqi
It looks like we don't have a page for "database connection lost" yet. Would you like to create it? (Or just say "database connection lost is ____", a sentence describing the term)
#
[bneil]
yeah, went down that rabbithole after https://0data.app/ - ended up looking at fusion. Its really neat but yeah, the specs look odd
#
[tantek]
[bneil] lol when I scroll down that page I see an embedded Iframe with a security warning inside: "⚠ Did Not Connect: Potential Security Issue / Firefox detected a potential security threat and did not continue to play[.]rosano[.]ca because this website requires a secure connection. / Learn more…" [brackets added]
#
[bneil]
[tantek] lol, saw that as well
#
[tantek]
yeah that's pretty much a nope for a project/protocol
#
[bneil]
yeah, the apps page itself is a rabbithole like i was saying. A few apps lead to https://5apps.com/storage which was that reference to remoteStorage and that line of tech. Honestly I found it intriguing, i thought the concept of the semantic web had died out in 2000
#
AramZ-S[m]
Solid is still going strong, though I haven't played with it myself
#
AramZ-S[m]
I agree, the idea of using databases for blogging sites seems bad now. I wouldn't go down that route if I was creating a CMS intended for individual users now.
#
AramZ-S[m]
It's been interesting to see how the costs work at scale tho. Sometime flatfile dbs, nodbs etc... are less expensive, sometimes more so, depending on what you're doing with them, but it should never matter at the scale of an indieweb site maintained by an individual person.
#
AramZ-S[m]
[tantek] Yeah, that does make sense. I just understand that the place it was coming from for a lot of the participants who wanted it was basically that they were now working for corporate entities that desperetly needed that functionality. I do think it should have stayed in Plugin mode for significantly longer and the whole 'if you don't like it just install the Classic plugin' message was disengenious.
#
[tantek]
AramZ-S[m], kind of surprised to hear that about Solid, because AFAIK I know, other than hype, it has *never* been "strong"
#
AramZ-S[m]
I dunno, I wonder a lot about how the alternative routes could have gone. Would some big players have dropped WordPress for their site? Would there have eventually been buy-in and feedback to shape it into something better?
#
AramZ-S[m]
I dunno about strong as a product, just still being developed sorry if that was unclear.
#
[tantek]
"corporate entities that desperetly needed that functionality" <-- great, go fork something for that corp functionality, don't force corpo requirements on the community
#
AramZ-S[m]
It's weird to think about how some of the blowback to Gutenberg came out of anti-JS sentiment, which was still strongly a thing at the time but is totally alien now.
jacky joined the channel
#
AramZ-S[m]
It's very weird to me to remember that there was a time when the idea of using JS as a developer in any way was considered a bad thing, to be avoided as much as possible, by a lot of people.
#
AramZ-S[m]
I generally agree, but I do see on the other side there's the people doing the biggest amount of contributions to WordPress Core basically having to decide between prioritizing a feature that allows them to continue to have their contributions funded and having to functionally abandon contributing for months on a side project to serve the needs of their employers. Capitalism ruins everything! :/
#
AramZ-S[m]
*to work on a
#
[tantek]
no, this is strawman: "the idea of using JS as a developer in any way was considered a bad thing, to be avoided as much as possible, by a lot of people."
#
[tantek]
JS was supposed to be for *progressive enhancement* only
#
[tantek]
the blowback, the bad thing, was ever *depending* on JS for functionality with no fallback, and that's still a bad thing per js;dr
#
[tantek]
"functionally abandon contributing for months on a side project to serve the needs of their employers" <-- yes, they should have just ironically called it CorpPress (pronounced Core-Press) and gone off with it
#
[bneil]
it would be really neat if the indieweb had a similar solution to fusion. But rather than using pods / webid - using indieauth for authentication and then pointing to some api from that domain to store data and handle app permissions.
#
aaronpk
i mean that sounds like micropub + indieauth
#
[bneil]
oh wild, so there is already something that an app developer could plugin into for storage?
#
[bneil]
apologies, the indieweb wiki is vast and im still crawling through it
#
aaronpk
a micropub app developer makes micropub requests to create posts on the user's own website
#
aaronpk
it's not general purpose storage though, it's specifically for posts
#
[bneil]
gotcha, so webmentions?
#
[bneil]
T_T thanks
#
aaronpk
those apps don't need their own storage because the user's website is the storage
#
[bneil]
[aaronpk] ill go read up, thanks for the link
jacky and mro joined the channel
#
AramZ-S[m]
Yeah, I agree that JS was supposed to be for progreessive enhancement. But there def was a significant portion of web developers who were just generally anti-JS at one point.
#
GWG
I'm still in the progressive enhancement side of JS.
angelo joined the channel
#
[aciccarello]
I work on enterprise JS web apps for work but for my personal website I try to only use it for progressive enhancement
#
[aciccarello]
That sometimes gets a little tricky though with static hosting.
#
AramZ-S[m]
I still don't like React so, pretty clear where I land lol
#
[schmarty]
i actually really like the RemoteStorage model. it's a way simiplified version of the "pods" idea. sign in is just OAuth and the reference PHP app is pretty easy to understand.
#
[schmarty]
we might be able to learn some things from it as we keep extending Micropub. for example queries for venues and /nicknames-cache
#
[schmarty]
it's like they took the "Solid" pods idea and really stripped it down. no webid, only oauth. no RDF, just loose JSON schemas.
mro joined the channel
#
capjamesg
[tw2113_Slack_] :D
#
[schmarty]
i have some really loose ideas about where quotation marks go, i guess 😂
#
capjamesg
It seemed to be a certbot issue.
#
capjamesg
progressive_enhancement++
#
Loqi
progressive_enhancement has 1 karma over the last year
jacky, mlncn, mro, bterry, nertzy and mro_ joined the channel
#
jacky
[bneil]: what are you trying to store?
#
jacky
if I understand, Solid stores things using JSON-LD and some sort of pod
#
jacky
the closest indieweb equivalent would be what aaronpk mentioned
#
jacky
thinking of one's website as a "drive" of sorts and the URL a "file" could help as well
[campegg] and jacky joined the channel
#
[bneil]
[jacky] i just stumbled on some of this tech and was curious what indieweb folks did instead.
#
jacky
gotchaa
jacky joined the channel
#
AramZ-S[m]
Yeah, Hyper has some similar concepts around this type of structure as well.
#
[schmarty]
i'm passingly familiar with both hyper and solid pods. i don't immediately see what concepts they share in this context.
jacky joined the channel
#
AramZ-S[m]
In the sense that they both build on 'local' file structures that connect with each other and other systems. The idea of own your own 'data' and have it useful in other contexts is at the core of both projects, even if they take pretty different approaches in terms of what 'own', 'data' and 'share' means. I think of them as addressing similar philosohpic questions.
#
[schmarty]
that's an interesting look at it. i see them as very different in that pods are meant to centralize data into the hands of the user and hyper (or at least the older dat ecosystem) are more built around sharing verifiably published data.
#
jacky
that bit re: Hyper allows it to be used like a pod tbh
#
jacky
ah I need to sit down and finish this sqlite vfs so I can kinda demo that lol
#
jacky
but if a DB has an peerable address, then it's kinda like having a 'portable' db
jacky joined the channel
#
AramZ-S[m]
I mean, whatever you use it for, I do think the intent of Hyper is to make it possible to centralize data into the hands of the user. One of the cooler use cases is having a common folder structure that you can use to make specific data accessible to a site that requests it, things like username, login, etc... or the way that you can build social networks basically byp peering addresses of personal versions of that system. If you
#
AramZ-S[m]
have a database of tweets on your system, peering with others gives you Twitter and in that respect I do see it a lot like Pods. I have used Hyper and I've only read about Pods so I might be wrong there. I think on the wider scope the eventual ends to which Pods can be put vs Hyper is pretty different, but I do think they're trying to give very similar answers on the question of how the future of the web might work.
nertzy joined the channel
#
IWDiscordGateway
<capjamesg> [snarfed] have you decided yet about doing another IndieMap crawl?
gxt, bterry, AramZS, jacky and tetov-irc joined the channel
#
[tantek]
owning a blob of opaque JSON (or XML) data is pretty much useless in practice, which is why the Solid approach is standardizing perhaps one of the least interesting layers (far too low) to be useful to anyone except for devs that have time to tinker with (reverse-engineer) proprietary JSON/XML formats and write translation / import / export code - which y'all do right?
#
[tantek]
AramZ-S[m] everything you're saying about pods is basically their documentation which no one has actually made work in practice except perhaps sometimes by direct (friendly) collaboration between two implementations (which kind of voids the usefulness of standards)
#
[tantek]
the point of having a standard protocol is that implementations can implement it, pass a test suite, without ever having to talk with any other implementers, and things *just work* between implementations. no need to collaborate, or engage in MxN conversations with every other implementer
#
[tantek]
Solid pods/JSON-LD interop claims are just as empty as the hype around "just use XML!" in the early 2000s which of course resulted in *zero* practical interop on the web, with the exception of when people made actual *format* specs (at a higher level than "just XML") like RSS & Atom.
#
[tantek]
two interop formats out of zillions of made-up XML files is pretty much a failure for interop
#
[tantek]
so no, you don't get interop by "just using JSON" or "just using JSON-LD"
#
[tantek]
any practical user-level interop anyway, anything that you would be able to make a claim like "centralize data into the hands of the user"
#
[tantek]
I mean heck, I have a pile of XML and/or JSON exports from various dying (now dead) silos (Pownce, Path etc.) and you know how many I've managed to write (or find) an importer for some "standard" format or transform into a standard *displayable* static format like h-feed? zero
#
[tantek]
you don't really "own your data" unless you can do something meaningful with it. a pile of unviewable bits on a USB drive (except by a command line or text editor as Matrix-like gibberish) is not ownership in any meaningful sense. the problem is control.
jacky and tbbrown joined the channel
#
[tantek]
on another subject, just got bitten by auto-linking of .md 🙄 when, wait for it, all I wanted to do is mention the name of a specific Markdown file.
#
[tantek]
Markdown << Criticism: the fact that Markdown actually has its own file extension .md rather than "just" using plain text (and .txt) is a strong clue that it has in practice readily diverged from its original "key design goal" of "_readability_, that the language be readable as-is, without looking like it has been marked up with tags or formatting instructions" (from https://en.wikipedia.org/wiki/Markdown#History) so much so that
#
[tantek]
computers needed to be told *when* they could/should interpret text as Markdown.
#
Loqi
ok, I added "Criticism: the fact that Markdown actually has its own file extension .md rather than "just" using plain text (and .txt) is a strong clue that it has in practice readily diverged from its original "key design goal" of "_readability_, that the language be readable as-is, without looking like it has been marked up with tags or formatting instructions" (from https://en.wikipedia.org/wiki/Markdown#History) so much so that" to the "See Also" section of /markdown https://indieweb.org/wiki/index.php?diff=82956&oldid=75462
#
[tantek]
Markdown--
#
Loqi
Markdown has -1 karma over the last year
jacky joined the channel
#
[schmarty]
Markdown++
#
Loqi
Markdown has 0 karma over the last year
#
[schmarty]
i like it at a niiiiiice flat 0.
#
[schmarty]
(i use the heck out of some markdown but agree it gets pretty wack.)
#
[schmarty]
it's like the poster child for worse-is-better-and-also-sometimes-worse-is-worse.