@edheil Bridgy matches posts on your site to Twitter using one of a few methods so that it can backfeed the proper replies to the appropriate posts. Providing it with syndication links is usually easiest, and on WordPress try: https://indieweb.org/u-syndication#How_to_link_from_WordPress
David Shanske's Syndication Links plugin also should have a checkbox set up (non-Gutenberg) for more easily syndicating to Twitter and other services if you like. There are many ways to publish to Brid.gy without visiting it for each. Using Shankse's plugin which sends it Webmentions is probably the easiest, though it may require proper markup in your theme. For the technical part see: https://brid.gy/about#publishing which explains in outline how it works.
I think many of the options are documented either here or on related pages: https://indieweb.org/Getting_Started_on_WordPress
For other options and advice, it may be best/easiest to visit the IndieWeb WordPress chat at chat.indieweb.org/wordpress
{
"type": "entry",
"published": "2022-05-05T18:09:57+00:00",
"url": "http://stream.boffosocko.com/2022/edheil-bridgy-matches-posts-on-your-site-to-twitter-using",
"syndication": [
"https://twitter.com/ChrisAldrich/status/1522277828909223936"
],
"in-reply-to": [
"https://twitter.com/edheil/status/1522272854120837121"
],
"content": {
"text": "@edheil Bridgy matches posts on your site to Twitter using one of a few methods so that it can backfeed the proper replies to the appropriate posts. Providing it with syndication links is usually easiest, and on WordPress try: https://indieweb.org/u-syndication#How_to_link_from_WordPress\n\n\nDavid Shanske's Syndication Links plugin also should have a checkbox set up (non-Gutenberg) for more easily syndicating to Twitter and other services if you like. There are many ways to publish to Brid.gy without visiting it for each. Using Shankse's plugin which sends it Webmentions is probably the easiest, though it may require proper markup in your theme. For the technical part see: https://brid.gy/about#publishing which explains in outline how it works. \n\n\nI think many of the options are documented either here or on related pages: https://indieweb.org/Getting_Started_on_WordPress\n\n\nFor other options and advice, it may be best/easiest to visit the IndieWeb WordPress chat at chat.indieweb.org/wordpress",
"html": "<a href=\"https://twitter.com/edheil\">@edheil</a> Bridgy matches posts on your site to Twitter using one of a few methods so that it can backfeed the proper replies to the appropriate posts. Providing it with syndication links is usually easiest, and on WordPress try: <a href=\"https://indieweb.org/u-syndication#How_to_link_from_WordPress\">https://indieweb.org/u-syndication#How_to_link_from_WordPress</a><br /><br />\nDavid Shanske's Syndication Links plugin also should have a checkbox set up (non-Gutenberg) for more easily syndicating to Twitter and other services if you like. There are many ways to publish to Brid.gy without visiting it for each. Using Shankse's plugin which sends it Webmentions is probably the easiest, though it may require proper markup in your theme. For the technical part see: <a href=\"https://brid.gy/about#publishing\">https://brid.gy/about#publishing</a> which explains in outline how it works. <br /><br />\nI think many of the options are documented either here or on related pages: <a href=\"https://indieweb.org/Getting_Started_on_WordPress\">https://indieweb.org/Getting_Started_on_WordPress</a><br /><br />\nFor other options and advice, it may be best/easiest to visit the IndieWeb WordPress chat at chat.indieweb.org/wordpress"
},
"author": {
"type": "card",
"name": "Chris Aldrich",
"url": "http://stream.boffosocko.com/profile/chrisaldrich",
"photo": "http://stream.boffosocko.com/file/600427b81f7785e704eadfe511a9270f/thumb.jpg"
},
"post-type": "reply",
"_id": "28904711",
"_source": "192",
"_is_read": true
}
@edheil Which of the various methods (manually, plugin(s), other) are you using? On fragility front, I'm not too worried as it is open source and has folks helping. It's also only a bridge as I can reply directly to your site.
https://brid.gy/about#cost
https://indieweb.org/Bridgy#Statistics
{
"type": "entry",
"published": "2022-05-05T17:48:05+00:00",
"url": "http://stream.boffosocko.com/2022/edheil-which-of-the-various-methods-manually-plugins-other-are",
"syndication": [
"https://twitter.com/ChrisAldrich/status/1522272153466552320"
],
"in-reply-to": [
"https://twitter.com/edheil/status/1522260056858836993",
"https://edheil.com/2022/05/03/status-update/"
],
"content": {
"text": "@edheil Which of the various methods (manually, plugin(s), other) are you using? On fragility front, I'm not too worried as it is open source and has folks helping. It's also only a bridge as I can reply directly to your site.\nhttps://brid.gy/about#cost\nhttps://indieweb.org/Bridgy#Statistics",
"html": "@edheil Which of the various methods (manually, plugin(s), other) are you using? On fragility front, I'm not too worried as it is open source and has folks helping. It's also only a bridge as I can reply directly to your site.<br /><a href=\"https://brid.gy/about#cost\">https://brid.gy/about#cost</a><br /><a href=\"https://indieweb.org/Bridgy#Statistics\">https://indieweb.org/Bridgy#Statistics</a>"
},
"author": {
"type": "card",
"name": "Chris Aldrich",
"url": "http://stream.boffosocko.com/profile/chrisaldrich",
"photo": "http://stream.boffosocko.com/file/600427b81f7785e704eadfe511a9270f/thumb.jpg"
},
"post-type": "reply",
"_id": "28904715",
"_source": "192",
"_is_read": true
}
Platforms come and go. Buy a domain and set up a permanent space on the web where others to find you and link back to. I have no idea what I put on Myspace back in the day, but everything I’ve published on this site since 2008 is still accessible and the links still work.
A personal website is a digital homestead that you can improve, tinker with, and live in for years to come. It is a home for your thoughts, musings, opinions, trials, and happenings, built in a way that suits you.
I like this little prompt:
What do you wish you had found via Google today but didn’t? Write that.
{
"type": "entry",
"published": "2022-05-05T08:10:40Z",
"url": "https://adactio.com/links/19051",
"category": [
"blogs",
"blogging",
"writing",
"sharing",
"personal",
"publishing",
"indieweb"
],
"bookmark-of": [
"https://cagrimmett.com/thoughts/2022/04/26/why-blog/"
],
"content": {
"text": "Why blog? \u2013 Chuck Grimmett\n\n\n\n\n Platforms come and go. Buy a domain and set up a permanent space on the web where others to find you and link back to. I have no idea what I put on Myspace back in the day, but everything I\u2019ve published on this site since 2008 is still accessible and the links still work.\n \n A personal website is a digital homestead that you can improve, tinker with, and live in for years to come. It is a home for your thoughts, musings, opinions, trials, and happenings, built in a way that suits you.\n\n\nI like this little prompt:\n\n\n What do you wish you had found via Google today but didn\u2019t? Write that.",
"html": "<h3>\n<a class=\"p-name u-bookmark-of\" href=\"https://cagrimmett.com/thoughts/2022/04/26/why-blog/\">\nWhy blog? \u2013 Chuck Grimmett\n</a>\n</h3>\n\n<blockquote>\n <p>Platforms come and go. Buy a domain and set up a permanent space on the web where others to find you and link back to. I have no idea what I put on Myspace back in the day, but everything I\u2019ve published on this site since 2008 is still accessible and the links still work.</p>\n \n <p>A personal website is a <a href=\"https://tomcritchlow.com/2022/03/08/architecture-blogging/\">digital homestead</a> that you can improve, tinker with, and live in for years to come. It is a home for your thoughts, musings, opinions, trials, and happenings, built in a way that suits you.</p>\n</blockquote>\n\n<p>I like this little prompt:</p>\n\n<blockquote>\n <p>What do you wish you had found via Google today but didn\u2019t? Write that.</p>\n</blockquote>"
},
"author": {
"type": "card",
"name": "Jeremy Keith",
"url": "https://adactio.com/",
"photo": "https://adactio.com/images/photo-150.jpg"
},
"post-type": "bookmark",
"_id": "28893502",
"_source": "2",
"_is_read": true
}
At Homebrew Website Club watching with great anticipation as @KevinMarks adds microformats to the base Tumblr theme to help make it more IndieWeb friendly. #RedCups #Flickr
https://events.indieweb.org/2022/05/monthly-guiding-compass-homebrew-website-club-nS6KBMwoZDFm
{
"type": "entry",
"published": "2022-05-05T02:05:31+00:00",
"url": "http://stream.boffosocko.com/2022/at-homebrew-website-club-watching-with-great-anticipation-as-kevinmarks",
"category": [
"RedCups",
"Flickr"
],
"syndication": [
"https://twitter.com/ChrisAldrich/status/1522034839326765056",
"https://mastodon.social/@chrisaldrich/108246884143165531"
],
"content": {
"text": "At Homebrew Website Club watching with great anticipation as @KevinMarks adds microformats to the base Tumblr theme to help make it more IndieWeb friendly. #RedCups #Flickr\nhttps://events.indieweb.org/2022/05/monthly-guiding-compass-homebrew-website-club-nS6KBMwoZDFm",
"html": "At Homebrew Website Club watching with great anticipation as @KevinMarks adds microformats to the base Tumblr theme to help make it more IndieWeb friendly. <a href=\"http://stream.boffosocko.com/tag/RedCups\" class=\"p-category\">#RedCups</a> <a href=\"http://stream.boffosocko.com/tag/Flickr\" class=\"p-category\">#Flickr</a><br /><a href=\"https://events.indieweb.org/2022/05/monthly-guiding-compass-homebrew-website-club-nS6KBMwoZDFm\">https://events.indieweb.org/2022/05/monthly-guiding-compass-homebrew-website-club-nS6KBMwoZDFm</a>"
},
"author": {
"type": "card",
"name": "Chris Aldrich",
"url": "http://stream.boffosocko.com/profile/chrisaldrich",
"photo": "http://stream.boffosocko.com/file/600427b81f7785e704eadfe511a9270f/thumb.jpg"
},
"post-type": "note",
"_id": "28890428",
"_source": "192",
"_is_read": true
}
{
"type": "entry",
"published": "2022-05-04T06:23:40+00:00",
"url": "http://stream.boffosocko.com/2022/chengdulittlea-youre-not-doing-them-all-manually-like-this-are",
"syndication": [
"https://twitter.com/ChrisAldrich/status/1521737540881031168"
],
"in-reply-to": [
"https://twitter.com/ChengduLittleA/status/1521714340436451328"
],
"content": {
"text": "@ChengduLittleA You're not doing them all manually like this are you? https://aaronparecki.com/2018/06/30/11/your-first-webmention \ud83d\ude39",
"html": "<a href=\"https://twitter.com/ChengduLittleA\">@ChengduLittleA</a> You're not doing them all manually like this are you? <a href=\"https://aaronparecki.com/2018/06/30/11/your-first-webmention\">https://aaronparecki.com/2018/06/30/11/your-first-webmention</a> \ud83d\ude39"
},
"author": {
"type": "card",
"name": "Chris Aldrich",
"url": "http://stream.boffosocko.com/profile/chrisaldrich",
"photo": "http://stream.boffosocko.com/file/600427b81f7785e704eadfe511a9270f/thumb.jpg"
},
"post-type": "reply",
"_id": "28870886",
"_source": "192",
"_is_read": true
}
@omgmog@indieweb.social Glad to see others using Known and using it to syndicate to Mastodon!
{
"type": "entry",
"published": "2022-05-04T06:17:56+00:00",
"url": "http://stream.boffosocko.com/2022/omgmogindiewebsocial-glad-to-see-others-using-known-and-using-it",
"syndication": [
"https://mastodon.social/@chrisaldrich/108242212608452923"
],
"in-reply-to": [
"https://social.omgmog.net/2022/ive-been-fiddling-with-my-known-instance",
"https://indieweb.social/@omgmog/108239861319529146"
],
"content": {
"text": "@omgmog@indieweb.social Glad to see others using Known and using it to syndicate to Mastodon!"
},
"author": {
"type": "card",
"name": "Chris Aldrich",
"url": "http://stream.boffosocko.com/profile/chrisaldrich",
"photo": "http://stream.boffosocko.com/file/600427b81f7785e704eadfe511a9270f/thumb.jpg"
},
"post-type": "reply",
"_id": "28870887",
"_source": "192",
"_is_read": true
}
How to Live the IndieWeb Dream boffosocko.com
{
"type": "entry",
"author": {
"name": "Chris Aldrich",
"url": "https://www.boffosocko.com/",
"photo": "https://www.gravatar.com/avatar/d5fb4e498fe609cc29b04e5b7ad688c4?s=96&d=https%3A%2F%2Fmicro.blog%2Fimages%2Fblank_avatar.png"
},
"url": "https://boffosocko.com/2022/05/03/how-to-live-the-indieweb-dream/",
"content": {
"html": "How to Live the IndieWeb Dream <a href=\"https://boffosocko.com/2022/05/03/how-to-live-the-indieweb-dream/\">boffosocko.com</a>",
"text": "How to Live the IndieWeb Dream boffosocko.com"
},
"published": "2022-05-03T23:30:13+00:00",
"post-type": "note",
"_id": "33380000",
"_source": "7224",
"_is_read": true
}
{
"type": "entry",
"published": "2022-05-03T10:51:46Z",
"url": "https://adactio.com/journal/19043",
"category": [
"bugblogging",
"tipblogging",
"writing",
"sharing",
"documenting",
"bugs",
"debugging",
"browsers",
"tips",
"techniques",
"blogs",
"indieweb",
"frontend",
"development",
"css",
"javascript",
"apis"
],
"name": "Bugblogging",
"content": {
"text": "A while back I wrote a blog post called Web Audio API weirdness on iOS. I described a bug in Mobile Safari along with a hacky fix. I finished by saying:\n\n\n If you ever find yourself getting weird but inconsistent behaviour on iOS using the Web Audio API, this nasty little hack could help.\n\n\nRecently Jonathan Aldrich posted a thread about the same bug. He included a link to my blog post. He also said:\n\n\n Thanks so much for your post, this was a truly pernicious problem!\n\n\nThat warms the cockles of my heart. It\u2019s very gratifying to know that documenting the bug (and the fix) helped someone out. Or, as I put it:\n\n\n Yay for bugblogging!\n\n\nForgive the Germanic compound word, but in this case I think it fits.\n\nBugblogging doesn\u2019t need to involve a solution. Just documenting a bug is a good thing to do. Recently I documented a bug with progressive web apps on iOS. Before that I documented a bug in Facebook Container for Firefox. When I documented some weird behaviour with the Web Share API in Safari on iOS, I wasn\u2019t even sure it was a bug but Tess was pretty sure it was and filed a proper bug report.\n\nI\u2019ve benefited from other people bugblogging. Phil Nash wrote Service workers: beware Safari\u2019s range request. That was exactly what I needed to solve a problem I\u2019d been having. And then that post about Phil solving my problem helped Peter Rukavina solve a similar issue so he wrote Phil Nash and Jeremy Keith Save the Safari Video Playback Day.\n\nAgain, this warmed the cockles of my heart. Bugblogging is worth doing just for the reward of that feeling.\n\nThere\u2019s a similar kind of blog post where, instead of writing about a bug, you write about a particular technique. In one way, this is the opposite of bugblogging because you\u2019re writing about things working exactly as they should. But these posts have a similar feeling to bugblogging because they also result in a warm glow when someone finds them useful.\n\nHere are some recent examples of these kinds of posts\u2014tipblogging?\u2014that I\u2019ve found useful:\n\nEric wrote about flexibly centering an element with side-sligned content using CSS.\nRich documented how to subset a variable font on a Mac.\nStephanie wrote about a CSS technique for animating in a newly added element.\nAll three are very handy tips. Thanks, Eric! Thanks, Rich! Thanks, Stephanie!",
"html": "<p>A while back I wrote a blog post called <a href=\"https://adactio.com/journal/17709\">Web Audio API weirdness on iOS</a>. I described a bug in Mobile Safari along with a hacky fix. I finished by saying:</p>\n\n<blockquote>\n <p>If you ever find yourself getting weird but inconsistent behaviour on iOS using the Web Audio API, this nasty little hack could help.</p>\n</blockquote>\n\n<p>Recently <a href=\"https://twitter.com/JAldrichPL/status/1517005793958236160\">Jonathan Aldrich posted a thread</a> about the same bug. He included <a href=\"https://twitter.com/JAldrichPL/status/1517005797447847936\">a link to my blog post</a>. <a href=\"https://twitter.com/JAldrichPL/status/1517101239749722112\">He also said</a>:</p>\n\n<blockquote>\n <p>Thanks so much for your post, this was a truly pernicious problem!</p>\n</blockquote>\n\n<p>That warms the cockles of my heart. It\u2019s very gratifying to know that documenting the bug (and the fix) helped someone out. Or, <a href=\"https://twitter.com/adactio/status/1517040088592519168\">as I put it</a>:</p>\n\n<blockquote>\n <p>Yay for bugblogging!</p>\n</blockquote>\n\n<p>Forgive the Germanic compound word, but in this case I think it fits.</p>\n\n<p>Bugblogging doesn\u2019t need to involve a solution. Just documenting a bug is a good thing to do. Recently I documented <a href=\"https://adactio.com/journal/18897\">a bug with progressive web apps on iOS</a>. Before that <a href=\"https://adactio.com/journal/18328\">I documented a bug in Facebook Container for Firefox</a>. When I documented some weird behaviour with <a href=\"https://adactio.com/journal/15972\">the Web Share API in Safari on iOS</a>, I wasn\u2019t even sure it was a bug but Tess was pretty sure it was and <a href=\"https://bugs.webkit.org/show_bug.cgi?id=203221\">filed a proper bug report</a>.</p>\n\n<p>I\u2019ve benefited from other people bugblogging. Phil Nash wrote <a href=\"https://philna.sh/blog/2018/10/23/service-workers-beware-safaris-range-request/\">Service workers: beware Safari\u2019s range request</a>. That was <em>exactly</em> what I needed to solve <a href=\"https://adactio.com/journal/14452\">a problem I\u2019d been having</a>. And then that post about Phil solving my problem helped Peter Rukavina solve a similar issue so he wrote <a href=\"https://ruk.ca/content/phil-nash-and-jeremy-keith-save-safari-video-playback-day\">Phil Nash and Jeremy Keith Save the Safari Video Playback Day</a>.</p>\n\n<p>Again, this warmed the cockles of my heart. Bugblogging is worth doing just for the reward of that feeling.</p>\n\n<p>There\u2019s a similar kind of blog post where, instead of writing about a bug, you write about a particular technique. In one way, this is the opposite of bugblogging because you\u2019re writing about things working exactly as they should. But these posts have a similar feeling to bugblogging because they also result in a warm glow when someone finds them useful.</p>\n\n<p>Here are some recent examples of these kinds of posts\u2014tipblogging?\u2014that I\u2019ve found useful:</p>\n\n<ul><li>Eric wrote about <a href=\"https://meyerweb.com/eric/thoughts/2022/04/26/flexibly-centering-an-element-with-side-aligned-content/\">flexibly centering an element with side-sligned content</a> using CSS.</li>\n<li>Rich documented <a href=\"https://clagnut.com/blog/2418/\">how to subset a variable font</a> on a Mac.</li>\n<li>Stephanie wrote about a CSS technique for <a href=\"https://thinkdobecreate.com/articles/css-animating-newly-added-element/\">animating in a newly added element</a>.</li>\n</ul><p>All three are very handy tips. Thanks, <a href=\"https://meyerweb.com/\">Eric</a>! Thanks, <a href=\"https://clagnut.com/\">Rich</a>! Thanks, <a href=\"https://thinkdobecreate.com\">Stephanie</a>!</p>"
},
"author": {
"type": "card",
"name": "Jeremy Keith",
"url": "https://adactio.com/",
"photo": "https://adactio.com/images/photo-150.jpg"
},
"post-type": "note",
"_id": "28850993",
"_source": "2",
"_is_read": true
}
So I’m trying to do the IndieWeb thing, hence this blog. I don’t know what I’m doing yet, but we shall see.
{
"type": "entry",
"author": {
"name": "\u092e\u0947\u0902\u0925\u0940",
"url": "https://trigonella.net",
"photo": "https://avatars.micro.blog/avatars/2022/116064.jpg"
},
"url": "https://trigonella.net/2022/05/02/so-im-trying.html",
"content": {
"html": "<p>So I\u2019m trying to do the <a href=\"https://indieweb.org/\">IndieWeb</a> thing, hence this blog. I don\u2019t know what I\u2019m doing yet, but we shall see.</p>",
"text": "So I\u2019m trying to do the IndieWeb thing, hence this blog. I don\u2019t know what I\u2019m doing yet, but we shall see."
},
"published": "2022-05-02T18:55:54+00:00",
"post-type": "note",
"_id": "33380001",
"_source": "7224",
"_is_read": true
}
@IndieWebCamp Düsseldorf is a wrap!
For Create Day, I added code to my publishing system to only syndicate (POSSE) a reply post to Twitter if it actually has an @-name, otherwise if it’s a peer-to-peer reply, just directly send them a Webmention.
{
"type": "entry",
"published": "2022-05-01 09:50-0700",
"url": "http://tantek.com/2022/121/t3/indiewebcamp-wrap-send-webmention",
"content": {
"text": "@IndieWebCamp D\u00fcsseldorf is a wrap!\n\nFor Create Day, I added code to my publishing system to only syndicate (POSSE) a reply post to Twitter if it actually has an @-name, otherwise if it\u2019s a peer-to-peer reply, just directly send them a Webmention.",
"html": "<a class=\"h-cassis-username\" href=\"https://twitter.com/IndieWebCamp\">@IndieWebCamp</a> D\u00fcsseldorf is a wrap!<br /><br />For Create Day, I added code to my publishing system to only syndicate (POSSE) a reply post to Twitter if it actually has an @-name, otherwise if it\u2019s a peer-to-peer reply, just directly send them a Webmention."
},
"author": {
"type": "card",
"name": "Tantek \u00c7elik",
"url": "http://tantek.com/",
"photo": "http://tantek.com/photo.jpg"
},
"post-type": "note",
"_id": "28817452",
"_source": "1",
"_is_read": true
}
IndieWebCamp Create Day participants looking eager to create!
Inspirational quote on https://indieweb.org/creator to get us started:
“When you don’t create things, you become defined by your tastes rather than your ability. Your tastes only narrow & exclude people. So create.” — Why The Lucky Stiff
{
"type": "entry",
"published": "2022-05-01 09:32-0700",
"url": "http://tantek.com/2022/121/t2/",
"in-reply-to": [
"https://calumryan.com/notes/3637"
],
"content": {
"text": "IndieWebCamp Create Day participants looking eager to create! \n\nInspirational quote on https://indieweb.org/creator to get us started:\n\n\u00a0\u201cWhen you don\u2019t create things, you become defined by your tastes rather than your ability. Your tastes only narrow & exclude people. So create.\u201d \u2014 Why The Lucky Stiff",
"html": "IndieWebCamp Create Day participants looking eager to create! <br /><br />Inspirational quote on <a href=\"https://indieweb.org/creator\">https://indieweb.org/creator</a> to get us started:<br /><br />\u00a0\u201cWhen you don\u2019t create things, you become defined by your tastes rather than your ability. Your tastes only narrow & exclude people. So create.\u201d \u2014 Why The Lucky Stiff"
},
"author": {
"type": "card",
"name": "Tantek \u00c7elik",
"url": "http://tantek.com/",
"photo": "http://tantek.com/photo.jpg"
},
"post-type": "reply",
"refs": {
"https://calumryan.com/notes/3637": {
"type": "entry",
"url": "https://calumryan.com/notes/3637",
"name": "calumryan.com\u2019s post",
"post-type": "article"
}
},
"_id": "28817453",
"_source": "1",
"_is_read": true
}
Nice photo of day 1 IndieWebCamp participants!
{
"type": "entry",
"published": "2022-05-01 07:06-0700",
"url": "http://tantek.com/2022/121/t1/",
"in-reply-to": [
"https://calumryan.com/notes/3636"
],
"content": {
"text": "Nice photo of day 1 IndieWebCamp participants!"
},
"author": {
"type": "card",
"name": "Tantek \u00c7elik",
"url": "http://tantek.com/",
"photo": "http://tantek.com/photo.jpg"
},
"post-type": "reply",
"refs": {
"https://calumryan.com/notes/3636": {
"type": "entry",
"url": "https://calumryan.com/notes/3636",
"name": "calumryan.com\u2019s post",
"post-type": "article"
}
},
"_id": "28817454",
"_source": "1",
"_is_read": true
}
RSS is kind of an invisible technology. People call RSS dead because you can’t see it. There’s no feed, no login, no analytics. RSS feels subsurface.
But I believe we’re living in a golden age of RSS. Blogging is booming. My feed reader has 280 feeds in it.
{
"type": "entry",
"published": "2022-05-01T09:06:52Z",
"url": "https://adactio.com/links/19038",
"category": [
"indieweb",
"personal",
"publishing",
"social",
"networks",
"rss",
"feeds",
"syndication",
"blogs",
"blogging",
"opml",
""
],
"bookmark-of": [
"https://tomcritchlow.com/2022/04/21/new-rss/"
],
"content": {
"text": "Increasing the surface area of blogging\n\n\n\n\n RSS is kind of an invisible technology. People call RSS dead because you can\u2019t see it. There\u2019s no feed, no login, no analytics. RSS feels subsurface.\n\n But I believe we\u2019re living in a golden age of RSS. Blogging is booming. My feed reader has 280 feeds in it.",
"html": "<h3>\n<a class=\"p-name u-bookmark-of\" href=\"https://tomcritchlow.com/2022/04/21/new-rss/\">\nIncreasing the surface area of blogging\n</a>\n</h3>\n\n<blockquote>\n <p>RSS is kind of an invisible technology. People call RSS dead because you can\u2019t see it. There\u2019s no feed, no login, no analytics. RSS feels subsurface.</p>\n\n <p>But I believe we\u2019re living in a golden age of RSS. Blogging is booming. My feed reader has 280 feeds in it.</p>\n</blockquote>"
},
"author": {
"type": "card",
"name": "Jeremy Keith",
"url": "https://adactio.com/",
"photo": "https://adactio.com/images/photo-150.jpg"
},
"post-type": "bookmark",
"_id": "28811483",
"_source": "2",
"_is_read": true
}
How is all this social? It’s just slow social. If you want to respond to me, publish something linking to what I said. If I want to respond to you, I publish something linking to what you wrote. Old school. Good school. It’s high-effort, but I think the required effort is a positive thing for a social network. Forces you to think more.
{
"type": "entry",
"published": "2022-05-01T09:05:01Z",
"url": "https://adactio.com/links/19037",
"category": [
"indieweb",
"personal",
"publishing",
"social",
"networks",
"rss",
"feeds",
"syndication",
"blogs",
"blogging"
],
"bookmark-of": [
"https://chriscoyier.net/2022/04/29/rss-3/"
],
"content": {
"text": "RSS - Chris Coyier\n\n\n\n\n How is all this social? It\u2019s just slow social. If you want to respond to me, publish something linking to what I said. If I want to respond to you, I publish something linking to what you wrote. Old school. Good school. It\u2019s high-effort, but I think the required effort is a positive thing for a social network. Forces you to think more.",
"html": "<h3>\n<a class=\"p-name u-bookmark-of\" href=\"https://chriscoyier.net/2022/04/29/rss-3/\">\nRSS - Chris Coyier\n</a>\n</h3>\n\n<blockquote>\n <p>How is all this social? It\u2019s just slow social. If you want to respond to me, publish something linking to what I said. If I want to respond to you, I publish something linking to what you wrote. Old school. Good school. It\u2019s high-effort, but I think the required effort is a positive thing for a social network. Forces you to think more.</p>\n</blockquote>"
},
"author": {
"type": "card",
"name": "Jeremy Keith",
"url": "https://adactio.com/",
"photo": "https://adactio.com/images/photo-150.jpg"
},
"post-type": "bookmark",
"_id": "28811484",
"_source": "2",
"_is_read": true
}
{
"type": "entry",
"published": "2022-04-30T16:15:00-07:00",
"url": "https://www.jeremycherfas.net/blog/how-to-fix-a-problem-with-gregwarimage",
"name": "How to fix a problem with Gregwar/Image",
"content": {
"text": "There is an IndieWebCamp going on in Dusseldorf, and during a session on the presentation of photos I thought about sharing my own efforts in that department. Then I discovered, to my horror, that search was completely broken on the website, in production and locally, where I tinker with things. Obv...",
"html": "<p>There is an IndieWebCamp going on in Dusseldorf, and during a session on the presentation of photos I thought about sharing my own efforts in that department. Then I discovered, to my horror, that search was completely broken on the website, in production and locally, where I tinker with things. Obv...</p>"
},
"author": {
"type": "card",
"name": "Jeremy Cherfas",
"url": "https://jeremycherfas.net",
"photo": "https://www.jeremycherfas.net/user/themes/tailwind/images/zoot.jpg"
},
"post-type": "article",
"_id": "28797877",
"_source": "202",
"_is_read": true
}
{
"type": "entry",
"published": "2022-04-29 09:59-0700",
"rsvp": "yes",
"url": "http://tantek.com/2022/119/t1/",
"in-reply-to": [
"https://events.indieweb.org/2022/04/indiewebcamp-d%C3%BCsseldorf-ht968fpXyhij"
],
"content": {
"text": "co-organizing @IndieWebCamp D\u00fcsseldorf this weekend with @marcthiele @calum_ryan @jkphl!\n\ud83d\uddd3 2022-04-30\u202605-01\n\ud83d\udccd @cgi_global\n\ud83c\udf9f https://btco.nf/iwcdus22\n\u2139\ufe0f https://indieweb.org/2022/DUS\n\nAlso excited for the @btconf main event! https://twitter.com/btconf/status/1519910629561319424",
"html": "co-organizing <a class=\"h-cassis-username\" href=\"https://twitter.com/IndieWebCamp\">@IndieWebCamp</a> D\u00fcsseldorf this weekend with <a class=\"h-cassis-username\" href=\"https://twitter.com/marcthiele\">@marcthiele</a> <a class=\"h-cassis-username\" href=\"https://twitter.com/calum_ryan\">@calum_ryan</a> <a class=\"h-cassis-username\" href=\"https://twitter.com/jkphl\">@jkphl</a>!<br />\ud83d\uddd3 2022-04-30\u202605-01<br />\ud83d\udccd <a class=\"h-cassis-username\" href=\"https://twitter.com/cgi_global\">@cgi_global</a><br />\ud83c\udf9f <a href=\"https://btco.nf/iwcdus22\">https://btco.nf/iwcdus22</a><br />\u2139\ufe0f <a href=\"https://indieweb.org/2022/DUS\">https://indieweb.org/2022/DUS</a><br /><br />Also excited for the <a class=\"h-cassis-username\" href=\"https://twitter.com/btconf\">@btconf</a> main event! <a href=\"https://twitter.com/btconf/status/1519910629561319424\">https://twitter.com/btconf/status/1519910629561319424</a>"
},
"author": {
"type": "card",
"name": "Tantek \u00c7elik",
"url": "http://tantek.com/",
"photo": "http://tantek.com/photo.jpg"
},
"post-type": "rsvp",
"refs": {
"https://events.indieweb.org/2022/04/indiewebcamp-d%C3%BCsseldorf-ht968fpXyhij": {
"type": "entry",
"url": "https://events.indieweb.org/2022/04/indiewebcamp-d%C3%BCsseldorf-ht968fpXyhij",
"name": "an IndieWeb event",
"post-type": "article"
}
},
"_id": "28783526",
"_source": "1",
"_is_read": true
}
@u_map_prop @olynch@mathstodon.xyz I remember a few years back trying to talk @johncarlosbaez into supporting this sort of syndication and webmentions on his site when he was irked at Google+ shutting down. Glad to see more people getting it working.
{
"type": "entry",
"published": "2022-04-28T19:16:20+00:00",
"url": "http://stream.boffosocko.com/2022/u_map_prop-olynchmathstodonxyz-i-remember-a-few-years-back-trying-to",
"syndication": [
"https://twitter.com/ChrisAldrich/status/1519757560865243138",
"https://mastodon.social/@chrisaldrich/108211301291345320"
],
"in-reply-to": [
"https://mathstodon.xyz/@olynch/108210438434780083",
"https://twitter.com/u_map_prop/status/1519702459517743106",
"https://owenlynch.org/posts/2022-04-28-mastodon/"
],
"content": {
"text": "@u_map_prop @olynch@mathstodon.xyz I remember a few years back trying to talk @johncarlosbaez into supporting this sort of syndication and webmentions on his site when he was irked at Google+ shutting down. Glad to see more people getting it working."
},
"author": {
"type": "card",
"name": "Chris Aldrich",
"url": "http://stream.boffosocko.com/profile/chrisaldrich",
"photo": "http://stream.boffosocko.com/file/600427b81f7785e704eadfe511a9270f/thumb.jpg"
},
"post-type": "reply",
"_id": "28761704",
"_source": "192",
"_is_read": true
}
{
"type": "entry",
"published": "2022-04-28T11:33:43Z",
"url": "https://adactio.com/journal/19029",
"category": [
"trust",
"suspicion",
"frontend",
"development",
"frameworks",
"libraries",
"code",
"browsers",
"compatibility",
"interoperability",
"native",
"features",
"css",
"javascript",
"jquery",
"react",
"bootstrap",
"blogging",
"responses",
"indieweb",
"blogs",
"conversation",
"discussion"
],
"name": "Suspicion",
"content": {
"text": "I\u2019ve already had some thoughtful responses to yesterday\u2019s post about trust. I wrapped up my thoughts with a request:\n\n\n I would love it if someone could explain why they\u2019re avoid native browser features but use third-party code.\n\n\nChris obliged:\n\n\n I can\u2019t speak for the industry, but I have a guess. Third-party code (like the referenced Bootstrap and React) have a history of smoothing over significant cross-browser issues and providing better-than-browser ergonomic APIs. jQuery was created to smooth over cross-browser JavaScript problems. That\u2019s trust.\n\n\nVery true! jQuery is the canonical example of a library smoothing over the bumpy landscape of browser compatibilities. But jQuery is also the canonical example of a library we no longer need because the browsers have caught up \u2026and those browsers support standards directly influenced by jQuery. That\u2019s a library success story!\n\nCharles Harries takes on my question in his post Libraries over browser features:\n\n\n I think this perspective of trust has been hammered into developers over the past maybe like 5 years of JavaScript development based almost exclusively on inequality of browser feature support. Things are looking good in 2022; but as recently as 2019, 4 of the 5 top web developer needs had to do with browser compatibility.\n \n Browser compatibility is one of the underlying promises that libraries\u2014especially the big ones that Jeremy references, like React and Bootstrap\u2014make to developers.\n\n\nSo again, it\u2019s browser incompatibilities that made libraries attractive.\n\nJim Nielsen responds with the same message in his post Trusting Browsers:\n\n\n We distrust the browser because we\u2019ve been trained to. Years of fighting browser deficiencies where libraries filled the gaps. Browser enemy; library friend.\n \n For example: jQuery did wonders to normalize working across browsers. Write code once, run it in any browser \u2014 confidently.\n\n\nThree for three. My question has been answered: people gravitated towards libraries because browsers had inconsistent implementations.\n\nI\u2019m deliberately using the past tense there. I think Jim is onto something when he says that we\u2019ve been trained not to trust browsers to have parity when it comes to supporting standards. But that has changed.\n\nCharles again:\n\n\n This approach isn\u2019t a sustainable practice, and I\u2019m trying to do as little of it as I can. Jeremy is right to be suspicious of third-party code. Cross-browser compatibility has gotten a lot better, and campaigns like Interop 2022 are doing a lot to reduce the burden. It\u2019s getting better, but the exasperated I-just-want-it-to-work mindset is tough to uninstall.\n\n\nI agree. Inertia is a powerful force. No matter how good cross-browser compatibility gets, it\u2019s going to take a long time for developers to shed their suspicion.\n\nJim is glass-half-full kind of guy:\n\n\n I\u2019m optimistic that trust in browser-native features and APIs is being restored.\n\n\nHe also points to a very sensible mindset when it comes to third-party libraries and frameworks:\n\n\n In this sense, third-party code and abstractions can be wonderful polyfills for the web platform. The idea being that the default posture should be: leverage as much of the web platform as possible, then where there are gaps to creating great user experiences, fill them in with exploratory library or framework features (features which, conceivably, could one day become native in browsers).\n\n\nYes! A kind of progressive enhancement approach to using third-party code makes a lot of sense. I\u2019ve always maintained that you should treat libraries and frameworks like cattle, not pets. Don\u2019t get too attached. If the library is solving a genuine need, it will be replaced by stable web standards in browsers (again, see jQuery).\n\nI think that third-party libraries and frameworks work best as polyfills. But the whole point of polyfills is that you only use them when the browsers don\u2019t supply features natively (and you also go back and remove the polyfill later when browsers do support the feature). But that\u2019s not how people are using libraries and frameworks today. Developers are reaching for them by default instead of treating them as a last resort.\n\nI like Jim\u2019s proposed design princple:\n\n\n Where available, default to browser-native features over third party code, abstractions, or idioms.\n\n\n(P.S. It\u2019s kind of lovely to see this kind of thoughtful blog-to-blog conversation happening. Right at a time when Twitter is about to go down the tubes, this is a demonstration of an actual public square with more nuanced discussion. Make your own website and join the conversation!)",
"html": "<p>I\u2019ve already had some thoughtful responses to yesterday\u2019s post about <a href=\"https://adactio.com/journal/19021\">trust</a>. I wrapped up my thoughts with a request:</p>\n\n<blockquote>\n <p>I would love it if someone could explain why they\u2019re avoid native browser features but use third-party code.</p>\n</blockquote>\n\n<p><a href=\"https://chriscoyier.net/2022/04/27/trust/\">Chris obliged</a>:</p>\n\n<blockquote>\n <p>I can\u2019t speak for the industry, but I have a guess. Third-party code (like the referenced Bootstrap and React) have a history of smoothing over significant cross-browser issues and providing better-than-browser ergonomic APIs. jQuery was created to smooth over cross-browser JavaScript problems. That\u2019s trust.</p>\n</blockquote>\n\n<p>Very true! jQuery is the canonical example of a library smoothing over the bumpy landscape of browser compatibilities. But jQuery is also the canonical example of a library we no longer need because the browsers have caught up \u2026and those browsers support standards directly influenced by jQuery. That\u2019s a library success story!</p>\n\n<p>Charles Harries takes on my question in his post <a href=\"https://charlesharri.es/stream/libraries-over-browser-features\">Libraries over browser features</a>:</p>\n\n<blockquote>\n <p>I think this perspective of trust has been hammered into developers over the past maybe like 5 years of JavaScript development based almost exclusively on inequality of browser feature support. Things are looking good in 2022; but as recently as 2019, <a href=\"https://insights.developer.mozilla.org/reports/mdn-web-developer-needs-assessment-2019.html#needs-assessment-overall-needs-ranking\">4 of the 5 top web developer needs</a> had to do with browser compatibility.</p>\n \n <p>Browser compatibility is one of the underlying promises that libraries\u2014especially the big ones that Jeremy references, like React and Bootstrap\u2014make to developers.</p>\n</blockquote>\n\n<p>So again, it\u2019s browser incompatibilities that made libraries attractive.</p>\n\n<p>Jim Nielsen responds with the same message in his post <a href=\"https://blog.jim-nielsen.com/2022/trusting-browsers/\">Trusting Browsers</a>:</p>\n\n<blockquote>\n <p>We distrust the browser because we\u2019ve been trained to. Years of fighting browser deficiencies where libraries filled the gaps. Browser enemy; library friend.</p>\n \n <p>For example: jQuery did wonders to normalize working across browsers. Write code once, run it in any browser \u2014 confidently.</p>\n</blockquote>\n\n<p>Three for three. My question has been answered: people gravitated towards libraries because browsers had inconsistent implementations.</p>\n\n<p>I\u2019m deliberately using the past tense there. I think Jim is onto something when he says that we\u2019ve been trained not to trust browsers to have parity when it comes to supporting standards. But that has changed.</p>\n\n<p>Charles again:</p>\n\n<blockquote>\n <p>This approach isn\u2019t a sustainable practice, and I\u2019m trying to do as little of it as I can. Jeremy is right to be suspicious of third-party code. Cross-browser compatibility has gotten a lot better, and campaigns like <a href=\"https://web.dev/interop-2022/\">Interop 2022</a> are doing <em>a lot</em> to reduce the burden. It\u2019s getting better, but the exasperated I-just-want-it-to-work mindset is tough to uninstall.</p>\n</blockquote>\n\n<p>I agree. Inertia is a powerful force. No matter how good cross-browser compatibility gets, it\u2019s going to take a long time for developers to shed their suspicion.</p>\n\n<p>Jim is glass-half-full kind of guy:</p>\n\n<blockquote>\n <p>I\u2019m optimistic that trust in browser-native features and APIs is being restored.</p>\n</blockquote>\n\n<p>He also points to a very sensible mindset when it comes to third-party libraries and frameworks:</p>\n\n<blockquote>\n <p>In this sense, third-party code and abstractions can be wonderful polyfills for the web platform. The idea being that the default posture should be: leverage as much of the web platform as possible, then where there are gaps to creating great user experiences, fill them in with exploratory library or framework features (features which, conceivably, could one day become native in browsers).</p>\n</blockquote>\n\n<p>Yes! A kind of progressive enhancement approach to using third-party code makes a lot of sense. I\u2019ve always maintained that you should treat libraries and frameworks like cattle, not pets. Don\u2019t get too attached. If the library is solving a genuine need, it will be replaced by stable web standards in browsers (again, see jQuery).</p>\n\n<p>I think that third-party libraries and frameworks work best as polyfills. But the whole point of polyfills is that you only use them when the browsers don\u2019t supply features natively (and you also go back and remove the polyfill later when browsers <em>do</em> support the feature). But that\u2019s not how people are using libraries and frameworks today. Developers are reaching for them by default instead of treating them as a last resort.</p>\n\n<p>I like Jim\u2019s proposed design princple:</p>\n\n<blockquote>\n <p>Where available, default to browser-native features over third party code, abstractions, or idioms.</p>\n</blockquote>\n\n<p>(P.S. It\u2019s kind of lovely to see this kind of thoughtful blog-to-blog conversation happening. Right at a time when Twitter is about to go down the tubes, this is a demonstration of an <em>actual</em> public square with more nuanced discussion. Make your own website and join the conversation!)</p>"
},
"author": {
"type": "card",
"name": "Jeremy Keith",
"url": "https://adactio.com/",
"photo": "https://adactio.com/images/photo-150.jpg"
},
"post-type": "article",
"_id": "28750869",
"_source": "2",
"_is_read": true
}
{
"type": "entry",
"author": {
"name": "fluffy",
"url": "http://beesbuzz.biz/",
"photo": null
},
"url": "http://beesbuzz.biz/blog/3951-Twitter-alternatives",
"published": "2022-04-27T16:36:32-07:00",
"content": {
"html": "<p>Because of Twitter\u2019s <a href=\"https://www.nbcnews.com/tech/tech-news/elon-musk-reaches-deal-buy-twitter-rcna25806\">impending buyout</a> a lot of people are talking about alternatives to Twitter, including Mastodon. I could write a bunch of long rambles about this, but I already have:</p>\n<ul><li><a href=\"http://beesbuzz.biz/blog/1912-Slowcial-networking\">Slowcial networking</a></li>\n<li><a href=\"http://beesbuzz.biz/blog/2316-Distributed-toxicity-and-the-IndieWeb\">Distributed toxicity and the IndieWeb</a></li>\n<li><a href=\"http://beesbuzz.biz/blog/12455-Indieweb-vs-Fediverse\">Indieweb vs. Fediverse</a></li>\n</ul><p>Basically, my problem with Twitter isn\u2019t that it\u2019s centralized, but that it\u2019s Twitter.</p>\n\n\n<h3><a href=\"http://beesbuzz.biz/blog/3951-Twitter-alternatives#3951_h3_1_Mastodon\"></a>Mastodon</h3><p>Mastodon has some good stuff going for it; communities can be small and it can be an easy way for folks to share things without needing An Blog\u2122. But it\u2019s still an environment where much of the motivation is around hot takes and cold takedowns. I see so much toxicity take place all the time from people criticizing each other and turning a simple misunderstanding into a Fediverse-wide dogpile. Perhaps not to the same extent as what happens on Twitter daily, but it happens, and it\u2019s getting worse.</p><p>There are also many, many technological issues with Mastodon which need addressing. The biggest one is the privacy model. <em>At best</em> you can sorta-limit a post\u2019s reach, but the permissions are precisely inverted (since it\u2019s based on sending it to people who follow you, rather than people you follow, or better yet a <a href=\"http://beesbuzz.biz/blog/12341-Private-friends-only-IndieWeb-stuff\">fullly-controled access model</a>, but also what few privacy options <em>do</em> exist are mostly a veneer around an insecure protocol. Your DMs are visible to the admin of your instance, as well as the admins on the instance that you\u2019re messaging, for example.</p><p>Mastodon, being ActivityPub, also aspires to interoperate with other ActivityPub things, but this leads to even more of a mismatch. Not all ActivityPub things are built with a Mastodon experience in mind, and even things that are Mastodon-like (such as Pleroma) don\u2019t abide by the same security model. As I understand it, \u201cunboostable\u201d Mastodon toots are still quite boostable from Pleroma. Including DMs.</p><p>The entire privacy model is also predicated on ActivityPub being push-based; the way a post is \u201cprivate\u201d is simply by it not being available in an outbox/feed. This means that there\u2019s no way for followers to backfill when granted access.</p><p>ActivityPub being purely push-based also exacerbates some reliability and scaling issues. If an instance goes down, then other instances trying to send a message to it get stuck in a retry loop. A much better approach is for failed pushes to just fall on the floor and for the instance to backfill them through a pull when it comes back online. Which is exactly how RSS/Atom + WebSub works, <a href=\"http://beesbuzz.biz/blog/2535-ActivityPub-hot-take\">just saying</a>.</p><p>I <em>appreciate</em> the interactions I have <a href=\"http://beesbuzz.biz/mastodon\">on Mastodon</a> and it\u2019s definitely an environment which is\u2026 less <em>bad</em> than Twitter. But it still leaves a lot to be desired, and if Mastodon were to get as popular as Twitter, it\u2019ll have many of the same problems, and probably plenty of new ones too.</p><p>I know I sound like a broken record on this, but my preferred way of publishing and sharing my thoughts remains posting to this site and having the interactions take place here. The unfortunate reality is that most people only follow me on Twitter and Mastodon so I will continue to <a href=\"https://indieweb.org/POSSE\">POSSE</a> my posts there, and it\u2019ll be a long time before I can stop posting the \u201cprivacy stub\u201d posts for my <a href=\"http://beesbuzz.biz/3922\">authenticated posts</a>, but that\u2019s the balance I\u2019m comfortable with.</p><p>The blog does present a barrier to being able to quickly share my thoughts with the world, but it turns out I <a href=\"http://beesbuzz.biz/blog/1912-Slowcial-networking\">don\u2019t really need to do that anyway</a>; I\u2019m not an Influencer\u2122 and I don\u2019t really desire to be one, either.</p><p>I do still <a href=\"https://plush.city/@fluffy/106597162850559257\">have fun on Mastodon</a>, and I occasionally <a href=\"https://twitter.com/fluffy/with_replies\">fall into conversations on Twitter</a>, but I\u2019m finding myself doing less and less of that, and I feel like I\u2019m better for it.</p><h3><a href=\"http://beesbuzz.biz/blog/3951-Twitter-alternatives#3951_h3_2_Tumblr\"></a>Tumblr</h3><p>My big hope is that Tumblr realizes that they\u2019re in a really good position to become an IndieWeb provider, and does so. It wouldn\u2019t take much for them, either:</p>\n<ul><li>Allow subscribing to external RSS/Atom feeds</li>\n<li>Accept external <a href=\"https://indieweb.org/webmention\">webmentions</a> as notes</li>\n<li>Send webmentions for reblogs of external items (which would require removing the <code>href.li</code> link wrappers, but it\u2019s incredibly unclear what purpose those serve anyway)</li>\n</ul><p>Tumblr has found that they Get It and know how to build a social networking site that\u2019s not completely awful, and their current renaissance (with their experiments in monetization, ad-free and \u201cblaze\u201d in particular) has them on a really good path forward. Tumblr also still has many of the toxicity problems inherent in a wide-scale timeline-based quick-interaction social network, but I\u2019d be much more comfortable with the idea of social media turning more Tumblr-like than it turning more Twitter-like.</p><h3><a href=\"http://beesbuzz.biz/blog/3951-Twitter-alternatives#3951_h3_3_Facebook\"></a>Facebook</h3><p>As much as I dislike Facebook, it does have some stuff going for it:</p>\n<ul><li>A good privacy model</li>\n<li>Moderated user groups</li>\n</ul><p>The user-facing privacy model isn\u2019t too far-removed from how I implemented privacy in Publ (which was modeled after Google+\u2019s \u201ccircles\u201d concept, incidentally), and user groups just feel like a special case of <a href=\"https://indieweb.org/u-syndication\">syndication</a> (as implemented on e.g. <a href=\"https://news.indieweb.org/en/submit\">IndieWeb News</a>). Distributed privacy is <a href=\"http://beesbuzz.biz/blog/12341-Private-friends-only-IndieWeb-stuff\">a work in progress</a> but great strides have taken place. There\u2019s still a long ways to go, though, especially around use cases like webmention. But lack of post privacy clearly hasn\u2019t been a detriment to folks using Twitter or Mastodon so far.</p><p>(Twitter <em>does</em> provide \u201clocked accounts\u201d but those are a pretty gnarly hack and break a lot of things, even on Twitter. Needing multiple identities to curate an audience is not a scalable solution either way.)</p><h3><a href=\"http://beesbuzz.biz/blog/3951-Twitter-alternatives#3951_h3_4_Blogging-or-just-dont-do-social\"></a>Blogging (or: just don\u2019t do social media)</h3><p>I feel like in general, humans just weren\u2019t built to be so interconnected. We operate best when we have small, localized communities of shared interest. Expanding out from that based on referrals works well. Being forced to operate at large scale thanks to algorithmic discovery just leads to problems all around.</p><p>When I write a blog entry, it\u2019s mostly to keep my friends in the loop on what\u2019s going on with me, or to share some sort of unstructured musing (such as this). I also have control over the presentation based on the sort of content it is; this website isn\u2019t one-size-fits-all, and I can post <a href=\"http://beesbuzz.biz/\">all sorts of other things</a> to it, each with a presentation that\u2019s better for the content in question (and allows for easier perusal). I also still don\u2019t really care about instant engagement. I want people to come across is organically, while perusing the Internet or doing a search. I love seeing conversations pop up on other sites (yes, even Hacker News and Reddit) without it necessarily being put on my doorstep. I also keep my comments mostly open (but <a href=\"http://beesbuzz.biz/comment-policy\">moderated</a>) because that\u2019s an interaction model that I\u2019m comfortable with.</p><p>I like that I can keep control over my own domain, and that I\u2019m not subject to the rules of the platform, or needing Maximum Engagement to generate ad revenue and so on. And I can choose not to allow abusive responses or spam to be a part of what I present along with my own subject matter.</p><p>And most of all, I like that a single unhinged billionaire can\u2019t decide to take over my personal website as part of a categorical power grab.</p>\n\n<p><a href=\"http://beesbuzz.biz/blog/3951-Twitter-alternatives#comments\">comments</a></p>",
"text": "Because of Twitter\u2019s impending buyout a lot of people are talking about alternatives to Twitter, including Mastodon. I could write a bunch of long rambles about this, but I already have:\nSlowcial networking\nDistributed toxicity and the IndieWeb\nIndieweb vs. Fediverse\nBasically, my problem with Twitter isn\u2019t that it\u2019s centralized, but that it\u2019s Twitter.\n\n\nMastodonMastodon has some good stuff going for it; communities can be small and it can be an easy way for folks to share things without needing An Blog\u2122. But it\u2019s still an environment where much of the motivation is around hot takes and cold takedowns. I see so much toxicity take place all the time from people criticizing each other and turning a simple misunderstanding into a Fediverse-wide dogpile. Perhaps not to the same extent as what happens on Twitter daily, but it happens, and it\u2019s getting worse.There are also many, many technological issues with Mastodon which need addressing. The biggest one is the privacy model. At best you can sorta-limit a post\u2019s reach, but the permissions are precisely inverted (since it\u2019s based on sending it to people who follow you, rather than people you follow, or better yet a fullly-controled access model, but also what few privacy options do exist are mostly a veneer around an insecure protocol. Your DMs are visible to the admin of your instance, as well as the admins on the instance that you\u2019re messaging, for example.Mastodon, being ActivityPub, also aspires to interoperate with other ActivityPub things, but this leads to even more of a mismatch. Not all ActivityPub things are built with a Mastodon experience in mind, and even things that are Mastodon-like (such as Pleroma) don\u2019t abide by the same security model. As I understand it, \u201cunboostable\u201d Mastodon toots are still quite boostable from Pleroma. Including DMs.The entire privacy model is also predicated on ActivityPub being push-based; the way a post is \u201cprivate\u201d is simply by it not being available in an outbox/feed. This means that there\u2019s no way for followers to backfill when granted access.ActivityPub being purely push-based also exacerbates some reliability and scaling issues. If an instance goes down, then other instances trying to send a message to it get stuck in a retry loop. A much better approach is for failed pushes to just fall on the floor and for the instance to backfill them through a pull when it comes back online. Which is exactly how RSS/Atom + WebSub works, just saying.I appreciate the interactions I have on Mastodon and it\u2019s definitely an environment which is\u2026 less bad than Twitter. But it still leaves a lot to be desired, and if Mastodon were to get as popular as Twitter, it\u2019ll have many of the same problems, and probably plenty of new ones too.I know I sound like a broken record on this, but my preferred way of publishing and sharing my thoughts remains posting to this site and having the interactions take place here. The unfortunate reality is that most people only follow me on Twitter and Mastodon so I will continue to POSSE my posts there, and it\u2019ll be a long time before I can stop posting the \u201cprivacy stub\u201d posts for my authenticated posts, but that\u2019s the balance I\u2019m comfortable with.The blog does present a barrier to being able to quickly share my thoughts with the world, but it turns out I don\u2019t really need to do that anyway; I\u2019m not an Influencer\u2122 and I don\u2019t really desire to be one, either.I do still have fun on Mastodon, and I occasionally fall into conversations on Twitter, but I\u2019m finding myself doing less and less of that, and I feel like I\u2019m better for it.TumblrMy big hope is that Tumblr realizes that they\u2019re in a really good position to become an IndieWeb provider, and does so. It wouldn\u2019t take much for them, either:\nAllow subscribing to external RSS/Atom feeds\nAccept external webmentions as notes\nSend webmentions for reblogs of external items (which would require removing the href.li link wrappers, but it\u2019s incredibly unclear what purpose those serve anyway)\nTumblr has found that they Get It and know how to build a social networking site that\u2019s not completely awful, and their current renaissance (with their experiments in monetization, ad-free and \u201cblaze\u201d in particular) has them on a really good path forward. Tumblr also still has many of the toxicity problems inherent in a wide-scale timeline-based quick-interaction social network, but I\u2019d be much more comfortable with the idea of social media turning more Tumblr-like than it turning more Twitter-like.FacebookAs much as I dislike Facebook, it does have some stuff going for it:\nA good privacy model\nModerated user groups\nThe user-facing privacy model isn\u2019t too far-removed from how I implemented privacy in Publ (which was modeled after Google+\u2019s \u201ccircles\u201d concept, incidentally), and user groups just feel like a special case of syndication (as implemented on e.g. IndieWeb News). Distributed privacy is a work in progress but great strides have taken place. There\u2019s still a long ways to go, though, especially around use cases like webmention. But lack of post privacy clearly hasn\u2019t been a detriment to folks using Twitter or Mastodon so far.(Twitter does provide \u201clocked accounts\u201d but those are a pretty gnarly hack and break a lot of things, even on Twitter. Needing multiple identities to curate an audience is not a scalable solution either way.)Blogging (or: just don\u2019t do social media)I feel like in general, humans just weren\u2019t built to be so interconnected. We operate best when we have small, localized communities of shared interest. Expanding out from that based on referrals works well. Being forced to operate at large scale thanks to algorithmic discovery just leads to problems all around.When I write a blog entry, it\u2019s mostly to keep my friends in the loop on what\u2019s going on with me, or to share some sort of unstructured musing (such as this). I also have control over the presentation based on the sort of content it is; this website isn\u2019t one-size-fits-all, and I can post all sorts of other things to it, each with a presentation that\u2019s better for the content in question (and allows for easier perusal). I also still don\u2019t really care about instant engagement. I want people to come across is organically, while perusing the Internet or doing a search. I love seeing conversations pop up on other sites (yes, even Hacker News and Reddit) without it necessarily being put on my doorstep. I also keep my comments mostly open (but moderated) because that\u2019s an interaction model that I\u2019m comfortable with.I like that I can keep control over my own domain, and that I\u2019m not subject to the rules of the platform, or needing Maximum Engagement to generate ad revenue and so on. And I can choose not to allow abusive responses or spam to be a part of what I present along with my own subject matter.And most of all, I like that a single unhinged billionaire can\u2019t decide to take over my personal website as part of a categorical power grab.\n\ncomments"
},
"name": "fluffy rambles: Twitter alternatives",
"post-type": "article",
"_id": "28744354",
"_source": "3782",
"_is_read": true
}
@alexwilliams Micro.blog is an inexpensive turnkey IndieWeb friendly solution for doing something like that. Bring your own domain or subdomain and you're off to the races with all the benefits and none of the overhead or work.
{
"type": "entry",
"published": "2022-04-28T01:19:30+00:00",
"url": "http://stream.boffosocko.com/2022/alexwilliams-microblog-is-an-inexpensive-turnkey-indieweb-friendly-solution-for",
"syndication": [
"https://twitter.com/ChrisAldrich/status/1519486486911008772"
],
"in-reply-to": [
"https://twitter.com/alexwilliams/status/1519357286870749185"
],
"content": {
"text": "@alexwilliams Micro.blog is an inexpensive turnkey IndieWeb friendly solution for doing something like that. Bring your own domain or subdomain and you're off to the races with all the benefits and none of the overhead or work.",
"html": "<a href=\"https://twitter.com/alexwilliams\">@alexwilliams</a> Micro.blog is an inexpensive turnkey IndieWeb friendly solution for doing something like that. Bring your own domain or subdomain and you're off to the races with all the benefits and none of the overhead or work."
},
"author": {
"type": "card",
"name": "Chris Aldrich",
"url": "http://stream.boffosocko.com/profile/chrisaldrich",
"photo": "http://stream.boffosocko.com/file/600427b81f7785e704eadfe511a9270f/thumb.jpg"
},
"post-type": "reply",
"_id": "28743385",
"_source": "192",
"_is_read": true
}