kandr3s[m]I'm trying to syndicate to Mastodon. I set up Bridgy Fed and it works fine but realized the "normal" syndication would be better for my use case. When I click "Enable publishing" on Bridgy's page it takes me to a Mastodon error page with "We're sorry, but something went wrong on our end." I tried a different instance and got the same error. I wonder if I'm missing something? Twitter publish/backfeed works without problems.
alex11, darkkirb, [tw2113_Slack_], strugee, saptaks, vj--, aspen[d], gillytech and KartikPrabhu joined the channel
@kandr3sBridgy Fed wasn’t the solution for me, trying to set up its regular webmention endpoint has not been easy with Mastodon. Looking for solutions… (twitter.com/_/status/1478237428972507137)
KartikPrabhu, maxwelljoslyn[d], jessealama, MarkJR84[d], Murray[d] and gRegor joined the channel
omz13, jessealama, tetov-irc, tomleo[m], jamietanna[m], PeterMolnar[m], unrelentingtech, diegov, mambang[m], benatkin and LaBcasse[m] joined the channel
[manton]Anyone have opinions about GraphQL? I’ve done some work in the past with it and came away thinking it was a fad. Too opaque compared to regular JSON APIs. But looking at another API that only supports GraphQL so wondering if I should bite me tongue and use it.
Murray[d]I have an opinion in that it's all I've used at my past 2 jobs and I'm completely accustomed to it now 😄 It definitely improves front-end DX in terms of just getting up and running, but it also creates overly complex endpoints (which have a habit of getting worse over time). Strict typing is nice, too, though I find it's more often skipped (and it's not like this isn't possible outside of GraphQL either)
Murray[d]I've wound up very ingrained in Jamstack territory and over here it's practically universal. I still use a standard REST API for my own site, and I often get odd looks when I tell peoplet hat 😄
jessealamaI think there are a few places where GraphQL is a good way to go. I was recently going to write a Braintree API but was essentially pushed into using GraphQL for it
jessealama(I also prefer a "plain" API approach and consider GraphQL somewhat faddish. But I think that if you're dealing with a service that supports it, writing GraphQL queries is pretty straightforward and gives you the data you need in JSON format. I'm glad I don't have to write a service that consumes GraphQL queries and has to convert them into potentially very complex SQL queries!)
[KevinMarks]One supposed value of GraphQL is that if you have a very many-keyed and nested JSON API (eg twitter's) and you're only using some values, you can construct a query that just asks for that subset, which both reduces data size on the wire, and helps the API provider understand which callers changes will effect. I'm not sure how that has worked out in practice.
zerojames[d]manton I have used it too. I think it’s nice that you can query only the data you need and can write nested queries. But, queries can get complicated and some things like subscriptions weren’t intuitive when I tried.
aaronpkIMO graphql puts too much control in the frontend developer, better to write backend APIs that return the data you need in the first place. and no I am not saying REST is better design
Murray[d]aaronpk++ this has been my feeling (as a frontend developer). I can see why that is beneficial for teams, it certainly benefits the company I work at, but it can be problematic and often leads to bloated queries where a tighter API schema would be better
aaronpkit seems like another one of those things that benefits facebook because of their scale, where most other companies do not operate at that scale. (scale of number of software development teams)
[KevinMarks]the API problem is a bit like the DB normal form problem though - You can make a twitter like API where the result is a very nested json tree, or you can make more specific APIs where you then need to make multiple calls to get all the nested bits you need (separate endpoints for authors, posts and likes for example)
ZegnatIn my experience with GraphQL: I like it as an API consumer, but not as an API provider. Last I was involved with implementing it for a bigger project, we ended up having to build so many special logic on the backend to support specific combination queries that we would have been better off just offering that same data with REST (or REST-like) rather than giving consumers the ability to mix and match.
petermolnarre: See Also, BBC, and things: I have never developed anything for mediawiki, so where would one start to add a functionality to Loqi's See Also parsing to fetch the site and try to extract info, such as <title>, plus save it to archive.org on the fly?
aaronpkLoqi uses XRay to grab content from tweets and other links, so extending XRay to support more sites and more types of content would probably be the place to start
aaronpkit definitely broke before, when they were building out their new one that requires auth. i remember commenting out my code that was doing the pings
aaronpkanyway petermolnar if you think there's a reasonable amount of schema.org parsing for at the very least "article" type, that would be something useful to add to XRay
petermolnaraaronpk: I'll try to find some time for it, but I'll have to dig into existing libraries, because the last thing I want to do with my life is writing a real structured data parser
aaronpki'm imagining a relatively simple mapping from a small list of schema.org types into an h-entry "article" type. definitely not trying to handle all of the schema.org vocab
@EssentialRandom↩️ I haven't explored it as much as I wish I had time to, but IndieAuth is also a step in that direction that might help bridge people into the discussion https://indieauth.com/.
Though for how much I like it, I wouldn't be surprised if what you can do with wallets goes beyond. (twitter.com/_/status/1478443322783850497)
@cupidhack↩️ yeah I love the ethos here but indieauth is still totally centralized and dependent on this one service
the advantages of wallet based authentication are a persistent identity and login mechanism that doesn't require any one service to manage your credentials (twitter.com/_/status/1478445883045789696)
@EssentialRandom↩️ If I understand correctly, IndieAuth needs a server to work, but your own website can be that server. But it goes back to your point about "yeah just generate PGP keys" not being a solution. The protocols are there, but if there's no easy path to adoption it doesn't matter. (twitter.com/_/status/1478448236796911616)
edgeduchess[d]and unfortunately the strong point of web3 is that if you get a bunch of money to do so is much easier to streamline the experience for public adoption
[schmarty]like many conversations about wallets (crypto or otherwise), there's a big chunk of conversation missing about the actual experience of managing and using wallets
[schmarty]i bet for every bit of user design sugar a wallet has added to make it "easy" there is an example of someone getting hacked or tricked into approving the wrong thing 😂
stevestrezathe "wallet" bit is really incidental, the key insight there is "digital identity lives on your phone for SSO", which will beat any RelMeAuth-type sign in if just for ease of setup and accessibility
[schmarty]the general usability complaints about GPG/PGP-style key management are valid, but the crypto wallets have the same challenges under the hood and they are only pasted-over at best.
[schmarty]stevestreza: there are indieauth implementations with mobile integration that works exactly as you described. i think aaronpk uses one? i know jacky had one working for himself at some point.
edgeduchess[d]I think people repeat a lot "it's a UX problem, not a technology problem" which is true, and that's why Web3 has a huge advantage: they can pay money to solve their UX problems despite not having an innovative technology
aaronpklike stevestreza says, the idea of proving you control a private key by signing something is the core of this idea, and there's plenty of experiments going on with that in various circles, with and without blockchains, but I strongly suspect we have yet to see the range of new issues created by that core idea
aaronpkthe tech is there, but most service providers don't want to rely on it as a primary authenticator because of the problems of account recovery and the lack of a communications channel that it gives you
edgeduchess[d]which you can absolutely "but money makes everything worse" which I agree with, but it's also why it pisses me off it's likely to eventually *be* """solved""" by Web3 technologies
ZegnatIs there really an incentive? If Facebook does not have an incentive today to implement WebAuthn, while they do have money to spend on making logins easier and safer (and already spend money on that), what incentive is adding cryptocurrencies?
stevestrezacrypto wallets have the same fundamental problem as any other passwordless key login, either you are decentralized and there's a risk of users losing the key, or you're centralized and you can have some authority be the key master with some proof of identity
edgeduchess[d]one very meta argument would be "people get money to build web3 companies => they add authentication because it's the web3 things to do => people get sensitized towards owning your identity stuff => people demand that that type of authentication be added"
edgeduchess[d]also "people get wallets cause $$$ => you can suddenly rely on people having a wallet and managing the keys cause their $$$ is tied to it"
edgeduchess[d]I don't know if sign in with ETH also gives the website access to your public transaction history, in which case a) lol b) that's still incentive
edgeduchess[d]another argument would be if you sign in with ETH you can also import your NFTs which means websites that use NFTs to "personalize your experience" or for the other mechanisms enabled by NFTs would also have an incentive to add them
edgeduchess[d]and personalization has generally been shown to positively correlate with adoption, so there's a growth argument for spending resources on adding stuff like that
stevestrezathere is plenty of examples of people losing banking passwords or stickying them to a monitor or reusing them with their neopets account to ever think that just because it's connected to someone's money, they'll suddenly be defensive and security-minded about keeping it safe :P
ZegnatWhat I think is interesting is that none of those incentives seem to have made it any more attractive for existing platforms to implement it. Which makes me wonder if we are not overvaluing those incentives. But I am also super happy to have time prove me wrong, as I would love to login with throw away identities all around the web :D
[tantek]lol web3 isn't focused on end users either, it's focused on hey all you devs, invest $1k in gas fees to get started just to learn how awesome this is, then tell all your dev friends that it's totally worth spending $1k just to learn about this (typical pyramid scheme)
[tantek]NONE of the web3 advocacy tweets are being posted somewhere else on their "decentralized" or "self-sovereign" hashcoinchaineum where they supposedly can own them
@tPosting notes on your site is the “Hello World” of the independent web. If you speak to the ideals of the #openWeb #decentralizedWeb #distributedWeb #federatedWeb #indieWeb or even #smallWeb, walk your talk: post your notes somewhere you control. ...
https://tantek.com/t5G_1 (twitter.com/_/status/1477799190382055425)
[tantek]a few artists are making $$$ by selling NFTs that may be appreciably changing their lives (maybe they can afford to buy a house etc.) and I won't begrudge anyone for futzing with bits to get their fundamental needs met
[tantek]I disagree, filtering noise and focusing makes people more effective at accomplishing their goals, instead of being distracted by someone else's marketing, hype etc.
@capjamesg↩️ I could technically stop using my endpoint tomorrow, replace a HTML tag on my site, and start using the IndieAuth hosted service, with no lock in. (twitter.com/_/status/1478478150812196867)
Loqimute is the ability to hide posts in your reader that have specific words, or from particular publishers, sometimes only a specific type or format, optionally with an automatic expiration, after which newer posts are visible again https://indieweb.org/mute
[snarfed]1[KevinMarks] odd, maybe unrelated, but Twitter is soft hiding some of your tweets for me. eg your reply to https://twitter.com/cupidhack/status/1478483755513757700 is behind a "Show additional replies, including those that may contain offensive content" click-through warning