{
    "type": "entry",
    "author": {
        "name": "@liztai",
        "url": "https://hachyderm.io/@liztai",
        "photo": null
    },
    "url": "https://hachyderm.io/@liztai/111117219530766291",
    "content": {
        "html": "<p>\"Unlike its streamlined, efficient former self, <a href=\"https://hachyderm.io/tags/GoogleSearch\">#<span>GoogleSearch</span></a> is now bloated and overmonetized.\" <br />- The Tragedy of <a href=\"https://hachyderm.io/tags/Google\">#<span>Google</span></a> Search </p><p>We can't depend on Google Search or <a href=\"https://hachyderm.io/tags/SocialMedia\">#<span>SocialMedia</span></a>. Users nay have to depend of email newsletters, and yes, <a href=\"https://hachyderm.io/tags/Reddit\">#<span>Reddit</span></a>, to find useful content. <br />Can we bring back webrings already? </p><p><a href=\"https://hachyderm.io/tags/Indieweb\">#<span>Indieweb</span></a> <a href=\"https://hachyderm.io/tags/Tech\">#<span>Tech</span></a> </p><p><a href=\"https://www.theatlantic.com/technology/archive/2023/09/google-search-size-usefulness-decline/675409/\"><span>https://www.</span><span>theatlantic.com/technology/arc</span><span>hive/2023/09/google-search-size-usefulness-decline/675409/</span></a></p>",
        "text": "\"Unlike its streamlined, efficient former self, #GoogleSearch is now bloated and overmonetized.\" \n- The Tragedy of #Google Search We can't depend on Google Search or #SocialMedia. Users nay have to depend of email newsletters, and yes, #Reddit, to find useful content. \nCan we bring back webrings already? #Indieweb #Tech https://www.theatlantic.com/technology/archive/2023/09/google-search-size-usefulness-decline/675409/"
    },
    "published": "2023-09-24T00:10:14+00:00",
    "post-type": "note",
    "_id": "38996318",
    "_source": "7235",
    "_is_read": false
}

Marty McGuire martymcgui.re

This map is made for you and me

{
    "type": "entry",
    "published": "2023-09-23T13:18:53-0400",
    "url": "https://martymcgui.re/2023/09/23/this-map-is-made-for-you-and-me/",
    "category": [
        "site-update",
        "maps",
        "stadia",
        "stamen",
        "toner",
        "check",
        "checkins",
        "swarm",
        "foursquare",
        "IndieWeb"
    ],
    "name": "This map is made for you and me",
    "content": {
        "text": "Well, it's a rainy day and a good day for someday projects. Also, oops, here's a post about a tiny site update that accidentally sprawled into a post about 6 (or 14) years of my relationships with Foursquare and the whole idea of sharing \"check in\"s (not \ud83d\udc14s).\nOh no it's backstory time\nIn 2009 I was living in Pittsburgh, working as a research programmer at Carnegie Mellon, a proud member of the newly formed HackPGH hacker space, starting down the slippery slope of joining the 3D printing industry, and basically excited about technology and the future. It was in this context that I vaguely remember being talked into joining Foursquare, so friends and I could keep up with one another at our usual haunts around town.\nI'm not sure how much serendipity it really enabled, but checkins did lead to conversations and a nice general awareness of what folks in my social network were up to. Oh, and some competition for points and mayorships, of course, thanks to gamification.\nI made use of checkins pretty regularly, in town and on trips, across a move to Baltimore and starting a new job in the aforementioned 3D printing industry. And then in 2012 I stopped. I don't 100% remember making this a conscious choice, but I do recall that most of my friends who used the app regularly were far away in Pittsburgh, privacy and surveillance capital concerns were on the rise, and \u2014 heck \u2014 I probably changed phones or something and just plain didn't install it.\nFast-forward about 5 years to 2017 and I'm all-in on the IndieWeb community. After learning about it in ~2015, putting together my first blog since ~2003, and attending my first IndieWebCamp in NYC in 2016, I found myself in Portland, OR for the IndieWeb Summit.\nAnd goodness these folks liked checking in with Foursquare (now Swarm)! They were tagging one another in the app, maximizing points with photos, just documenting the heck out of where we were going and what we were doing.\nAaron Parecki, one of the co-founders of IndieWeb, had set up a service called OwnYourSwarm which you could set up to watch your Swarm account for new checkins, at which point it would send 'em off your your website. While I probably should have been paying more attention to the excellent IndieWeb Summit discussions, I hacked up some bits of my site to understand posts from OwnYourSwarm and posted my first checkin to my own site.\nOwnYourSwarm is still around and working well, despite some speedbumps over the years from Swarm API changes. Thanks, Aaron!\nOkay, but something about maps?\nSpeaking of Aaron, I was jealous of how good his checkin posts looked. Like this example checking in for IndieWeb Summit day 1. I specifically liked the little map at the top and wanted one for myself.\nScreenshot of the top of Aaron's post checking in at Mozilla Portland. A small map in wide aspect ratio has a blue pin indicating the location among the streets in downtown Portland.So, uh, almost a year later, I was inspired by this really great post on privacy-preserving, self-hosted maps by Sebastian Greger, to finally put together my own setup and promptly never blogged about it. I know this because I bookmarked his post and found the Git commit from June 25th, 2018 where I switch from Javascript-powered Mapbox (which I don't really recall setting up) to my own static map setup.\n(Would we be shocked to discover that, on June 25th, 2018, I was checking in for that year's IndieWeb Summit? We should not be.)\nBlack and white map image with a purple push pin at the corner of SW 2nd Ave and SW Pine St in downtown Portland, OR. Map tiles provided by Stamen, contributions by OpenStreetMap contributors, etc.The closest thing to a write-up on my own site I was able to find was this comment I had made on a great post by Jeremy Keith about a map project of his own:\n\n  I use https://github.com/dfacts/staticmaplite on my site. It\u2019s no longer under development but, as long as you point it at a working tilemap server, it works fine! I switched out the URLs hardcoded in the PHP file for the Stamen \u201cToner\u201d tiles, using the tile server URL pattern on the Open Street Map wiki.\n\nstaticMapLite is a little PHP service you can self-host that creates plain old map images, of the locations you want at the sizes you want with overlays and pins if you want them, and caches them forever. It does so the same way as pretty much all map tools on the web: by asking bigger servers (called \"tile servers\", or \"raster tile servers\") for larger sets of \"tile\" images, then slicing up those tiles to make the image you want. The project is archived and hasn't seen updates since 2018, but it works fine! Raster tile server technology hasn't changed much since then.\n\n  Assuming, that is, that you have a raster tile server! You can run your own, but they require a ton of storage for all the map data, need regular updates, and generally are considered a pain to maintain.\n  \n\nWhen I set this up I remember looking over the list of raster tile servers on the Open Street Map wiki to find one that was free, didn't require signup, and produced map images that were aesthetic and minimal. With its dithered black and white look, Stamen's Toner definitely fit the bill. Stamen, those data visualization folks, right? I don't really remember thinking too hard about it!\nWe were promised a site update\nOkay, okay! As it turns out Stamen also didn't like being maintainers of map tile servers. Especially when so many folks were freeloading on them!\n\n  To that end, this year Stamen announced a partnership with Stadia to begin hosting Stamen's many tile designs with Stadia, a map service with a business model, instead. The tile images remain shareable under their Creative Commons attribution license, I can keep all my existing cached images, and so on. They're offering a free tier of up to 200,000 tile images a month which is welllll below what I'll need for my few static images on rare times that I make checkin posts.\n  \n\nStadia has their own page about the Stamen maps project, and a fairly straightforward migration guide to using Stamen map tiles served by Stadia tile servers.\nSo, I've updated my deployment of staticmaplite to pull tiles from Stadia. Steps largely followed their migration guide:\nMake a (free) Stadia account.\n  Generate an API key.\n  Update staticmap.php to replace the \"a.tile.stamen.com\" map URL with \"https://tiles.stadiamaps.com/tiles/stamen_toner/{Z}/{X}/{Y}.png?api_key=MY_API_KEY_HERE\".\n  \n    Update my post template with the new attribution requirements.\n    \n\nI went hunting around the map cache on my server to find the most recent map image and delete the cached image so it would re-generate. It took me a couple of tries to get my tiles.stadiamaps.com URL correct, as Stadia's example used lowercase placeholders like \"{x}\" while staticmapslite requires uppercase like \"{X}\". Also, Stadia supports an optional \"{r}\" value \u2014 either an empty string \"\" or \"@2x\" if you want double-resolution images for Retina displays \u2014 that staticmaplite doesn't understand (and that I opted not to use).\nAnyway, here's that most recent checkin, using the new map image.\nMap image of Brooklyn, NY with a purple pin near the southeast corner of 5th Ave and 3rd St. Map tile courtesy Stadia and Stamen and OpenStreetMap contributors.Looks pretty much the same, which is the point!\nSo.\n\n  Was this a site update? Perhaps one long overdue from 2017 or 2018? Or is this a post about a very specific kind of admin tax? Or something else? I'm interested in your thoughts!",
        "html": "<p>Well, it's a rainy day and a good day for <a href=\"https://sebastiangreger.net/2018/05/self-hosting-maps-control-privacy-ux/\">someday projects</a>. Also, oops, here's a post about a tiny site update that accidentally sprawled into a post about 6 (or 14) years of my relationships with Foursquare and the whole idea of sharing \"<a href=\"https://indieweb.org/checkin\">check in</a>\"s (not <a href=\"https://indieweb.org/chicken\">\ud83d\udc14</a>s).</p>\n<h2>Oh no it's backstory time</h2>\n<p>In 2009 I was living in Pittsburgh, working as a research programmer at Carnegie Mellon, a proud member of the newly formed <a href=\"https://hackpgh.org/\">HackPGH</a> hacker space, <a href=\"https://www.flickr.com/photos/schmarty/albums/72157622010516117\">starting down the slippery slope of joining the 3D printing industry</a>, and basically excited about technology and the future. It was in this context that I<i> vaguely</i> remember being talked into joining Foursquare, so friends and I could keep up with one another at our usual haunts around town.</p>\n<p>I'm not sure how much serendipity it really enabled, but checkins did lead to conversations and a nice general awareness of what folks in my social network were up to. Oh, and some competition for points and mayorships, of course, thanks to gamification.</p>\n<p>I made use of checkins pretty regularly, in town and on trips, across a move to Baltimore and starting a new job in the aforementioned 3D printing industry. And then in 2012 I stopped. I don't 100% remember making this a conscious choice, but I do recall that most of my friends who used the app regularly were far away in Pittsburgh, privacy and surveillance capital concerns were on the rise, and \u2014 heck \u2014 I probably changed phones or something and just plain didn't install it.</p>\n<p>Fast-forward about 5 years to 2017 and I'm all-in on the <a href=\"https://indieweb.org/\">IndieWeb</a> community. After learning about it in ~2015, putting together my first blog since ~2003, and attending my first <a href=\"https://martymcgui.re/2016/08/31/indiewebcamp-nyc2-wrap-up/\">IndieWebCamp in NYC in 2016</a>, I found myself in Portland, OR for the IndieWeb Summit.</p>\n<p>And goodness these folks liked checking in with Foursquare (now Swarm)! They were tagging one another in the app, maximizing points with photos, just documenting the heck out of where we were going and what we were doing.</p>\n<p><a href=\"https://aaronparecki.com/\">Aaron Parecki</a>, one of the co-founders of IndieWeb, had set up a service called <a href=\"https://ownyourswarm.p3k.io/\">OwnYourSwarm</a> which you could set up to watch your Swarm account for new checkins, at which point it would send 'em off your your website. While I probably should have been paying more attention to the excellent IndieWeb Summit discussions, I hacked up some bits of my site to understand posts from OwnYourSwarm and posted <a href=\"https://martymcgui.re/2017/06/23/132159/\">my first checkin to my own site</a>.</p>\n<p>OwnYourSwarm is still around and working well, despite some speedbumps over the years from Swarm API changes. Thanks, Aaron!</p>\n<h2>Okay, but something about maps?</h2>\n<p>Speaking of Aaron, I was jealous of how good his checkin posts looked. Like <a href=\"https://aaronparecki.com/2017/06/24/10/\">this example checking in for IndieWeb Summit day 1</a>. I specifically liked the little map at the top and wanted one for myself.</p>\n<img src=\"https://media.martymcgui.re/c5/55/7c/f2/f44baa763afe90113429def0a443796eaed9b0e712f609985a0cfcaf.png\" alt=\"\" />Screenshot of the top of Aaron's post checking in at Mozilla Portland. A small map in wide aspect ratio has a blue pin indicating the location among the streets in downtown Portland.<p>So, uh, almost a year later, I was inspired by this <a href=\"https://sebastiangreger.net/2018/05/self-hosting-maps-control-privacy-ux/\">really great post on privacy-preserving, self-hosted maps by Sebastian Greger</a>, to finally put together my own setup and promptly <i>never blogged about it</i>. I know this because I <a href=\"https://martymcgui.re/2018/05/30/self-hosting-maps-taking-control-over-ux-and-users-privacy-/-sebastian-greger/\">bookmarked his post</a> and found the Git commit from June 25th, 2018 where I switch from Javascript-powered Mapbox (which I don't really recall setting up) to my own static map setup.</p>\n<p>(Would we be shocked to discover that, <a href=\"https://martymcgui.re/2018/06/25/201057/\">on June 25th, 2018, I was checking in for that year's IndieWeb Summit</a>? We should not be.)</p>\n<img src=\"https://media.martymcgui.re/19/f6/9e/ad/2fe6ae7a6b08b85f8837b2620448d0a6b3cbd2d3071842705dff803b.png\" alt=\"\" />Black and white map image with a purple push pin at the corner of SW 2nd Ave and SW Pine St in downtown Portland, OR. Map tiles provided by Stamen, contributions by OpenStreetMap contributors, etc.<p>The closest thing to a write-up on my own site I was able to find was <a href=\"https://martymcgui.re/2019/10/31/164228/\">this comment I had made</a> on a <a href=\"https://adactio.com/journal/16058\">great post by Jeremy Keith about a map project of his own</a>:</p>\n<blockquote>\n  <p>I use <a href=\"https://github.com/dfacts/staticmaplite\">https://github.com/dfacts/staticmaplite</a> on my site. It\u2019s no longer under development but, as long as you point it at a working tilemap server, it works fine! I switched out the URLs hardcoded in the PHP file for the Stamen \u201cToner\u201d tiles, using the tile server URL pattern on the <a href=\"https://wiki.openstreetmap.org/wiki/Tile_servers\">Open Street Map wiki</a>.</p>\n</blockquote>\n<p><a href=\"https://github.com/dfacts/staticmaplite\">staticMapLite</a> is a little PHP service you can self-host that creates plain old map images, of the locations you want at the sizes you want with overlays and pins if you want them, and caches them forever. It does so the same way as pretty much all map tools on the web: by asking bigger servers (called \"tile servers\", or \"raster tile servers\") for larger sets of \"tile\" images, then slicing up those tiles to make the image you want. The project is archived and hasn't seen updates since 2018, but it works fine! Raster tile server technology hasn't changed much since then.</p>\n<p>\n  Assuming, that is, that you have a raster tile server! You <i>can</i> run your own, but they require a ton of storage for all the map data, need regular updates, and generally are considered a pain to maintain.\n  <br /></p>\n<p>When I set this up I remember looking over the list of <a href=\"https://wiki.openstreetmap.org/wiki/Raster_tile_providers\">raster tile servers on the Open Street Map wiki</a> to find one that was free, didn't require signup, and produced map images that were aesthetic and minimal. With its dithered black and white look, Stamen's Toner definitely fit the bill. <a href=\"https://stamen.com/\">Stamen</a>, those data visualization folks, right? I don't really remember thinking too hard about it!</p>\n<h2>We were promised a site update</h2>\n<p>Okay, okay! As it turns out Stamen also didn't like being maintainers of map tile servers. Especially when so many folks were freeloading on them!</p>\n<p>\n  To that end, this year <a href=\"https://maps.stamen.com/stadia-partnership/\">Stamen announced a partnership with Stadia</a> to begin hosting Stamen's many tile designs with Stadia, a map service with a business model, instead. The tile images remain shareable under their Creative Commons attribution license, I can keep all my existing cached images, and so on. They're offering a free tier of up to 200,000 tile images a month which is <i>welllll</i> below what I'll need for my few static images on rare times that I make checkin posts.\n  <br /></p>\n<p><a href=\"https://stadiamaps.com/stamen/\">Stadia has their own page about the Stamen maps project</a>, and a fairly straightforward migration guide to using <a href=\"https://docs.stadiamaps.com/guides/migrating-from-stamen-map-tiles/#url-based-migration-steps\">Stamen map tiles served by Stadia tile servers</a>.</p>\n<p>So, I've updated my deployment of staticmaplite to pull tiles from Stadia. Steps largely followed their migration guide:</p>\n<ul><li>Make a (free) Stadia account.</li>\n  <li>Generate an API key.</li>\n  <li>Update staticmap.php to replace the \"a.tile.stamen.com\" map URL with \"https://tiles.stadiamaps.com/tiles/stamen_toner/{Z}/{X}/{Y}.png?api_key=MY_API_KEY_HERE\".</li>\n  <li>\n    Update my post template with the new attribution requirements.\n    <br /></li>\n</ul><p>I went hunting around the map cache on my server to find the most recent map image and delete the cached image so it would re-generate. It took me a couple of tries to get my tiles.stadiamaps.com URL correct, as Stadia's example used lowercase placeholders like \"{x}\" while staticmapslite requires uppercase like \"{X}\". Also, Stadia supports an optional \"{r}\" value \u2014 either an empty string \"\" or \"@2x\" if you want double-resolution images for Retina displays \u2014 that staticmaplite doesn't understand (and that I opted not to use).</p>\n<p>Anyway, here's <a href=\"https://martymcgui.re/2023/08/25/213212/\">that most recent checkin, using the new map image</a>.</p>\n<img src=\"https://media.martymcgui.re/46/36/d6/8e/0f040fd8e3220600c696c13d65ef7b67829dc1754a1e6f6c732e3fc0.png\" alt=\"\" />Map image of Brooklyn, NY with a purple pin near the southeast corner of 5th Ave and 3rd St. Map tile courtesy Stadia and Stamen and OpenStreetMap contributors.<p>Looks pretty much the same, which is the point!</p>\n<p>So.</p>\n<p>\n  <i>Was</i> this a site update? Perhaps one long overdue from 2017 or 2018? Or is this a post about a very specific kind of <a href=\"https://indieweb.org/admintax\">admin tax</a>? Or something else? I'm interested in your thoughts!\n  <br /></p>"
    },
    "author": {
        "type": "card",
        "name": "Marty McGuire",
        "url": "https://martymcgui.re/",
        "photo": "https://martymcgui.re/images/logo.jpg"
    },
    "post-type": "article",
    "_id": "38993697",
    "_source": "175",
    "_is_read": false
}

{
    "type": "entry",
    "author": {
        "name": "@dungeonHack",
        "url": "https://fosstodon.org/@dungeonHack",
        "photo": null
    },
    "url": "https://fosstodon.org/@dungeonHack/111114950360521573",
    "content": {
        "html": "<p>This morning I started working on some updates to AmigaSource, a web directory for Amiga resources. The site maintainer reached out to me last week about helping to improve it and I agreed.</p><p>It's been a long time since I had to make a site that renders nicely in Mosaic...</p><p><a href=\"https://fosstodon.org/tags/Amiga\">#<span>Amiga</span></a> <a href=\"https://fosstodon.org/tags/IndieWeb\">#<span>IndieWeb</span></a></p>",
        "text": "This morning I started working on some updates to AmigaSource, a web directory for Amiga resources. The site maintainer reached out to me last week about helping to improve it and I agreed.It's been a long time since I had to make a site that renders nicely in Mosaic...#Amiga #IndieWeb"
    },
    "published": "2023-09-23T14:33:09+00:00",
    "post-type": "note",
    "_id": "38992660",
    "_source": "7235",
    "_is_read": false
}

Webfinger Expectations

{
    "type": "entry",
    "author": {
        "name": null,
        "url": "https://herestomwiththeweather.com/",
        "photo": null
    },
    "url": "https://herestomwiththeweather.com/2023/09/22/webfinger-expectations/",
    "published": "2023-09-22T14:34:49+00:00",
    "content": {
        "html": "<p>In an <a href=\"https://herestomwiththeweather.com/2023/01/08/correction-check_webfinger/\">earlier post</a> this year, I documented a problem I found and this post attempts to describe the issue a little more clearly and a plan to work around it.</p>\n\n<p>I have chosen <a href=\"https://herestomwiththeweather.com/.well-known/webfinger/?acct=tom@herestomwiththeweather.com\">@tom@herestomwiththeweather.com</a> as my personal identifier on the fediverse.  If I decide I want to move from one activitypub server (e.g. Mastodon) to another, I would like to keep my same personal identifier.  It follows that my activitypub server should not have to reside at the same domain as my personal identifier.  I should be able to swap one activitypub server for another at any time.  Certainly, I don\u2019t expect every activitypub server to support this but I\u2019m not obligated to use one that does not.</p>\n\n<p>Unfortunately, although my domain returns the chosen personal identifier in the subject field, because the JRD document returns a rel=self link to <a href=\"https://mastodon.social/users/herestomwiththeweather\">a Mastodon server</a> to provide my <a href=\"https://www.w3.org/TR/activitypub/#actor-objects\">actor document</a>, the mastodon servers do not seem to use my chosen personal identifier for anything other than resolving a search for my personal identifier to the mastodon profile to which it is currently associated.  From that point forward, a completely new personal identifier with the domain component set to the domain of the mastodon server is used.  In other words, a personal identifier that has been chosen for me by someone else is kept in a particular server\u2019s database table.  I can later choose a different activitypub server but I may not be able to keep my preferred username because it may already be taken on the new server.  In any case, choosing a new server means my personal identifier within the mastodon network also changes.  Unless\u2026I don\u2019t use a mastodon server in the first place.  Then, my personal identifier will be used as I would like by the mastodon network and I can potentially swap activitypub servers without ever having to change my personal identifier with my own domain.</p>\n\n<p>The two most relevant documents for understanding webfinger as it is currently used seem to be <a href=\"https://datatracker.ietf.org/doc/html/rfc7033\">RFC 7033: WebFinger</a> and <a href=\"https://docs.joinmastodon.org/spec/webfinger/\">Mastodon\u2019s documentation</a> and it is this mastodon documentation (in the section <a href=\"https://docs.joinmastodon.org/spec/webfinger/#mastodons-requirements-for-webfinger\">Mastodon\u2019s requirements for WebFinger</a>) that now describes the behavior (a problem for me) that I documented earlier.  The new section explains</p>\n\n<pre><code>if the subject contains a different canonical account URI, then Mastodon will perform an additional Webfinger request for that canonical account URI in order to ensure that this new resource links to the same ActivityPub actor with the same criteria being checked.\n</code></pre>\n\n\n<p>This behavior makes sense if you assume that if you are using a mastodon server, then you inherit a personal identifier tied to that server.  This makes validating a webfinger address simple for mastodon so advocating a change in this behavior in mastodon seems like it would be challenging.  However, as I mentioned in the earlier post, instead of choosing mastodon as your activitypub server, your personal identifier with your own domain can be accepted by mastodon servers in a desirable way</p>\n\n<pre><code>as long as the fediverse node providing the actor document is smart enough to provide your personal domain in the subject when mastodon makes a webfinger call to it.\n</code></pre>\n\n\n<p>The problem here is that it seems that I would not be able to be \u201ctom\u201d on such an activitypub server if, for instance, tom@example.com was already pointing to that server unless the server could assign me a subdomain, for example.</p>",
        "text": "In an earlier post this year, I documented a problem I found and this post attempts to describe the issue a little more clearly and a plan to work around it.\n\nI have chosen @tom@herestomwiththeweather.com as my personal identifier on the fediverse.  If I decide I want to move from one activitypub server (e.g. Mastodon) to another, I would like to keep my same personal identifier.  It follows that my activitypub server should not have to reside at the same domain as my personal identifier.  I should be able to swap one activitypub server for another at any time.  Certainly, I don\u2019t expect every activitypub server to support this but I\u2019m not obligated to use one that does not.\n\nUnfortunately, although my domain returns the chosen personal identifier in the subject field, because the JRD document returns a rel=self link to a Mastodon server to provide my actor document, the mastodon servers do not seem to use my chosen personal identifier for anything other than resolving a search for my personal identifier to the mastodon profile to which it is currently associated.  From that point forward, a completely new personal identifier with the domain component set to the domain of the mastodon server is used.  In other words, a personal identifier that has been chosen for me by someone else is kept in a particular server\u2019s database table.  I can later choose a different activitypub server but I may not be able to keep my preferred username because it may already be taken on the new server.  In any case, choosing a new server means my personal identifier within the mastodon network also changes.  Unless\u2026I don\u2019t use a mastodon server in the first place.  Then, my personal identifier will be used as I would like by the mastodon network and I can potentially swap activitypub servers without ever having to change my personal identifier with my own domain.\n\nThe two most relevant documents for understanding webfinger as it is currently used seem to be RFC 7033: WebFinger and Mastodon\u2019s documentation and it is this mastodon documentation (in the section Mastodon\u2019s requirements for WebFinger) that now describes the behavior (a problem for me) that I documented earlier.  The new section explains\n\nif the subject contains a different canonical account URI, then Mastodon will perform an additional Webfinger request for that canonical account URI in order to ensure that this new resource links to the same ActivityPub actor with the same criteria being checked.\n\n\n\nThis behavior makes sense if you assume that if you are using a mastodon server, then you inherit a personal identifier tied to that server.  This makes validating a webfinger address simple for mastodon so advocating a change in this behavior in mastodon seems like it would be challenging.  However, as I mentioned in the earlier post, instead of choosing mastodon as your activitypub server, your personal identifier with your own domain can be accepted by mastodon servers in a desirable way\n\nas long as the fediverse node providing the actor document is smart enough to provide your personal domain in the subject when mastodon makes a webfinger call to it.\n\n\n\nThe problem here is that it seems that I would not be able to be \u201ctom\u201d on such an activitypub server if, for instance, tom@example.com was already pointing to that server unless the server could assign me a subdomain, for example."
    },
    "name": "Webfinger Expectations",
    "post-type": "article",
    "_id": "38990681",
    "_source": "246",
    "_is_read": false
}

{
    "type": "entry",
    "author": {
        "name": "#indieweb",
        "url": "https://mastodon.social/tags/indieweb",
        "photo": null
    },
    "url": "https://bookmarks.box464.com/m/312e3c23f7aa211749a8be81f31da893",
    "content": {
        "html": "<strong><a href=\"https://indiewebify.me/\">IndieWebify.Me - a guide to getting you on the IndieWeb</a></strong><br />",
        "text": "IndieWebify.Me - a guide to getting you on the IndieWeb"
    },
    "published": "2023-09-23T03:28:46+00:00",
    "post-type": "note",
    "_id": "38989661",
    "_source": "7235",
    "_is_read": false
}

{
    "type": "entry",
    "author": {
        "name": "@mxtthxw",
        "url": "https://mxtthxw.art/@mxtthxw",
        "photo": null
    },
    "url": "https://mxtthxw.art/@mxtthxw/111108257249238465",
    "content": {
        "html": "<p>The best thing about being CEO of a successful social media platform is not needing to concern myself with larger Fediverse issues. </p><p>I'm the only user of this instance and my server farm bangs hard! (whilst having way less environmental impact than Meta's bullshit).</p><p>Whether or not folks from X come here does not affect company policy. If you're cool, we're cool. I'm up for chatting shit as much as the next person. </p><p>Long live mxtthxw.art <img alt=\":80spc:\" height=\"16\" src=\"https://files.mastodon.social/cache/custom_emojis/images/000/548/958/original/8bf31cd9b9af3ad0.png\" title=\":80spc:\" width=\"16\" /></p><p><a href=\"https://mxtthxw.art/tags/CEO\">#<span>CEO</span></a> <a href=\"https://mxtthxw.art/tags/SocialMedia\">#<span>SocialMedia</span></a> <a href=\"https://mxtthxw.art/tags/X\">#<span>X</span></a> <a href=\"https://mxtthxw.art/tags/IndieWeb\">#<span>IndieWeb</span></a> <a href=\"https://mxtthxw.art/tags/Meta\">#<span>Meta</span></a></p>",
        "text": "The best thing about being CEO of a successful social media platform is not needing to concern myself with larger Fediverse issues. I'm the only user of this instance and my server farm bangs hard! (whilst having way less environmental impact than Meta's bullshit).Whether or not folks from X come here does not affect company policy. If you're cool, we're cool. I'm up for chatting shit as much as the next person. Long live mxtthxw.art #CEO #SocialMedia #X #IndieWeb #Meta"
    },
    "published": "2023-09-22T10:11:00+00:00",
    "post-type": "note",
    "_id": "38981664",
    "_source": "7235",
    "_is_read": false
}

{
    "type": "entry",
    "author": {
        "name": "@dreamindani",
        "url": "https://mastodon.design/@dreamindani",
        "photo": null
    },
    "url": "https://mastodon.design/@dreamindani/111105732936516085",
    "content": {
        "html": "<p>As always, you can find a less substack-y version of this post on my website: <a href=\"https://dreamindani.com/posts/bookmark-beat-ep17/\"><span>https://</span><span>dreamindani.com/posts/bookmark</span><span>-beat-ep17/</span></a> <a href=\"https://mastodon.design/tags/IndieWeb\">#<span>IndieWeb</span></a></p>",
        "text": "As always, you can find a less substack-y version of this post on my website: https://dreamindani.com/posts/bookmark-beat-ep17/ #IndieWeb"
    },
    "published": "2023-09-21T23:29:02+00:00",
    "post-type": "note",
    "_id": "38978276",
    "_source": "7235",
    "_is_read": false
}

{
    "type": "entry",
    "author": {
        "name": "@dreamindani",
        "url": "https://mastodon.design/@dreamindani",
        "photo": null
    },
    "url": "https://mastodon.design/@dreamindani/111105728415867406",
    "content": {
        "html": "<p>In this <a href=\"https://mastodon.design/tags/BookmarkBeat\">#<span>BookmarkBeat</span></a> \ud83e\udd41, I talk about choosing to make space for yourself - including picking up new hobbies (like film photography \ud83d\udcf8)<br /><a href=\"https://open.substack.com/pub/bookmarkbeat/p/bookmark-beat-ep-17?r=1yus&amp;utm_campaign=post&amp;utm_medium=web\"><span>https://</span><span>open.substack.com/pub/bookmark</span><span>beat/p/bookmark-beat-ep-17?r=1yus&amp;utm_campaign=post&amp;utm_medium=web</span></a> <br />Plus, a reflection on how (and why) we connect with other people\u2026 with plenty of bookmarks along the way!</p><p><a href=\"https://mastodon.design/tags/Newsletter\">#<span>Newsletter</span></a> <a href=\"https://mastodon.design/tags/IndieWeb\">#<span>IndieWeb</span></a> <a href=\"https://mastodon.design/tags/SelfCare\">#<span>SelfCare</span></a></p>",
        "text": "In this #BookmarkBeat \ud83e\udd41, I talk about choosing to make space for yourself - including picking up new hobbies (like film photography \ud83d\udcf8)\nhttps://open.substack.com/pub/bookmarkbeat/p/bookmark-beat-ep-17?r=1yus&utm_campaign=post&utm_medium=web \nPlus, a reflection on how (and why) we connect with other people\u2026 with plenty of bookmarks along the way!#Newsletter #IndieWeb #SelfCare"
    },
    "published": "2023-09-21T23:27:53+00:00",
    "post-type": "note",
    "_id": "38978277",
    "_source": "7235",
    "_is_read": false
}

{
    "type": "entry",
    "author": {
        "name": "@Tertle950",
        "url": "https://mastodon.social/@Tertle950",
        "photo": null
    },
    "url": "https://mastodon.social/@Tertle950/111103862579450242",
    "content": {
        "html": "<p>The moment I get _any_ kind of consistent income I am buying a domain name and making my own <a href=\"https://mastodon.social/tags/website\">#<span>website</span></a></p><p><a href=\"https://mastodon.social/tags/indieweb\">#<span>indieweb</span></a> <a href=\"https://mastodon.social/tags/webdev\">#<span>webdev</span></a> <a href=\"https://mastodon.social/tags/foss\">#<span>foss</span></a></p>",
        "text": "The moment I get _any_ kind of consistent income I am buying a domain name and making my own #website#indieweb #webdev #foss"
    },
    "published": "2023-09-21T15:33:23+00:00",
    "post-type": "note",
    "_id": "38974440",
    "_source": "7235",
    "_is_read": false
}

{
    "type": "entry",
    "author": {
        "name": "@ben",
        "url": "https://a11y.info/@ben",
        "photo": null
    },
    "url": "https://a11y.info/@ben/111103277023168351",
    "content": {
        "html": "<p>\ud83d\udcdd New post! \"Build a Blogroll with Eleventy\"</p><p>This one's for the <a href=\"https://a11y.info/tags/IndieWeb\">#<span>IndieWeb</span></a> folks. Here's a step-by-step walkthrough of how I set up my new blogroll on my <span class=\"h-card\"><a class=\"u-url\" href=\"https://fosstodon.org/@eleventy\">@<span>eleventy</span></a></span> site, featuring links to those blogs' latest posts, updated daily. Check it out and let me know what you think!<br /><a href=\"https://benmyers.dev/blog/eleventy-blogroll/\"><span>https://</span><span>benmyers.dev/blog/eleventy-blo</span><span>groll/</span></a></p>",
        "text": "\ud83d\udcdd New post! \"Build a Blogroll with Eleventy\"This one's for the #IndieWeb folks. Here's a step-by-step walkthrough of how I set up my new blogroll on my @eleventy site, featuring links to those blogs' latest posts, updated daily. Check it out and let me know what you think!\nhttps://benmyers.dev/blog/eleventy-blogroll/"
    },
    "published": "2023-09-21T13:04:28+00:00",
    "post-type": "note",
    "_id": "38972866",
    "_source": "7235",
    "_is_read": false
}

{
    "type": "entry",
    "author": {
        "name": "@voxpelli",
        "url": "https://mastodon.social/@voxpelli",
        "photo": null
    },
    "url": "https://mastodon.social/@voxpelli/111102653971028180",
    "content": {
        "html": "<p><span class=\"h-card\"><a class=\"u-url\" href=\"https://mstdn.social/@stshank\">@<span>stshank</span></a></span> <span class=\"h-card\"><a class=\"u-url\" href=\"https://flipboard.social/@TechDesk\">@<span>TechDesk</span></a></span> Somewhat problematic to track usage like this as eg \u201cMassive surge in blog posting\u201d wouldn\u2019t be possible to say due to the distributed nature of the <a href=\"https://mastodon.social/tags/blogosphere\">#<span>blogosphere</span></a> and Mastodon / <a href=\"https://mastodon.social/tags/Fediverse\">#<span>Fediverse</span></a> / <a href=\"https://mastodon.social/tags/IndieWeb\">#<span>IndieWeb</span></a> is similarly distributed and as such hard to make such claims for</p><p>Not saying it\u2019s wrong, but it\u2019s a way of using the silo numbers and the silo narrative to discuss the success of alternative platforms that in themselves are not aiming to be silos</p>",
        "text": "@stshank @TechDesk Somewhat problematic to track usage like this as eg \u201cMassive surge in blog posting\u201d wouldn\u2019t be possible to say due to the distributed nature of the #blogosphere and Mastodon / #Fediverse / #IndieWeb is similarly distributed and as such hard to make such claims forNot saying it\u2019s wrong, but it\u2019s a way of using the silo numbers and the silo narrative to discuss the success of alternative platforms that in themselves are not aiming to be silos"
    },
    "published": "2023-09-21T10:26:01+00:00",
    "post-type": "note",
    "_id": "38971917",
    "_source": "7235",
    "_is_read": false
}

{
    "type": "entry",
    "author": {
        "name": "@cambridgeport90",
        "url": "https://social.platypush.tech/@cambridgeport90",
        "photo": null
    },
    "url": "https://social.platypush.tech/@cambridgeport90/111099484032763443",
    "content": {
        "html": "<p>I might have to end up learning how to write <a href=\"https://social.platypush.tech/tags/Wordpress\">#<span>Wordpress</span></a> plugins a lot sooner than initially anticipated. As a follower of the Norse Deities and beings, one of the little extra pages I want on my site is a sort of a rune of the day thing, where for each day,the page will shuffle the deck at random. <a href=\"https://social.platypush.tech/tags/indieweb\">#<span>indieweb</span></a> <a href=\"https://social.platypush.tech/tags/personalsite\">#<span>personalsite</span></a> <a href=\"https://social.platypush.tech/tags/innovation\">#<span>innovation</span></a> <a href=\"https://social.platypush.tech/tags/WP\">#<span>WP</span></a> <a href=\"https://social.platypush.tech/tags/stupidplugins\">#<span>stupidplugins</span></a></p>",
        "text": "I might have to end up learning how to write #Wordpress plugins a lot sooner than initially anticipated. As a follower of the Norse Deities and beings, one of the little extra pages I want on my site is a sort of a rune of the day thing, where for each day,the page will shuffle the deck at random. #indieweb #personalsite #innovation #WP #stupidplugins"
    },
    "published": "2023-09-20T20:59:51+00:00",
    "post-type": "note",
    "_id": "38967504",
    "_source": "7235",
    "_is_read": false
}

David Shanske david.shanske.com

Playing with the new IndieAuth update... - September 20, 2023

{
    "type": "entry",
    "published": "2023-09-20T19:50:00+01:00",
    "url": "https://david.shanske.com/2023/09/20/6966/",
    "name": "Playing with the new IndieAuth update... - September 20, 2023",
    "author": {
        "type": "card",
        "name": "David Shanske",
        "url": "https://david.shanske.com/",
        "photo": "https://david.shanske.com/avatar/dshanske?s=96"
    },
    "post-type": "article",
    "_id": "38966364",
    "_source": "5",
    "_is_read": false
}

Manton Reece www.manton.org

{
    "type": "entry",
    "author": {
        "name": "Manton Reece",
        "url": "https://www.manton.org/",
        "photo": "https://micro.blog/manton/avatar.jpg"
    },
    "url": "https://www.manton.org/2023/09/20/ill-be-joining.html",
    "content": {
        "html": "<p>I\u2019ll be joining <a href=\"https://fediforum.org\">FediForum</a> today. It starts in about half an hour. Mostly will lurk today, but looking forward to hearing what people are working on and what to solve next in the fediverse. Then tomorrow I\u2019ll show off a little of Micro.blog.</p>",
        "text": "I\u2019ll be joining FediForum today. It starts in about half an hour. Mostly will lurk today, but looking forward to hearing what people are working on and what to solve next in the fediverse. Then tomorrow I\u2019ll show off a little of Micro.blog."
    },
    "published": "2023-09-20T09:34:47-05:00",
    "post-type": "note",
    "_id": "38964484",
    "_source": "12",
    "_is_read": false
}

Tantek Çelik tantek.com

W3C Technical Plenary and Advisory Committee (TPAC) Meetings 2023

{
    "type": "entry",
    "published": "2023-09-19 19:58-0700",
    "url": "http://tantek.com/2023/262/b1/w3c-technical-plenary-tpac",
    "name": "W3C Technical Plenary and Advisory Committee (TPAC) Meetings 2023",
    "content": {
        "text": "Second IRL TPAC since 2019\nAs noted \n  last \n    year, \nthe \n  W3C \nconvened its annual\n  TPAC meetings\nin-person from \n  2001-2019 \n(full list). \nAfter a \n  couple \nof \n  virtual \nTPACs, last year W3C organized its   \n  first officially hybrid TPAC \nin Vancouver, British Columbia. \nI wrote \n  one \n  blog post about one session.\nLast week\u2019s second hybrid TPAC, held in Sevilla, Spain, felt very different in a number of positive ways. This post is a summary of impressions and varied types of meetings I participated in, each of which merits its own post.\n\n\nThis year\u2019s W3C TPAC (Technical Plenary and Advisory Committee) meetings felt denser in many ways, packed tighter with more topics, and more active participants. There were so many specific things in specific meetings, new connections, victories, new challenges, that in addition to capturing summary notes, I'm considering writing blog posts about each meeting or session.\n\n\nNearly all of them have public minutes that document both participants, and a good portion of what was discussed. I have my own notes, and combined with recollected details of what was minuted, I have my own observations to share. I encourage everyone who participated at TPAC (whether in-person or remote) to consider either writing a summary blog post about the experience, perhaps highlighting a few things that stood out, or if there were specific technical discussions that advanced something in a positive direction, or challenges blocking progress, those are worth their own blog posts as well.\n\n\n  TPAC week 2023 \ntook place from Monday \n  2023-09-11 \n  through Friday \n  2023-09-15, \nin \n  Sevilla, \n    Spain.\n\n\nHere is a summary outline of meetings, sessions, and discussions I participated in. Not listed: conversations at breakfasts, morning & afternoon breaks, lunches, dinners, and of course hallways. Unlinked for now, each of these has a calendar event with description, minutes, almost all of which are public.\n\nMonday\n\nWICG (Web Incubator Community Group)\n\nTuesday\nSocial Web Incubator CG (community group), AKA \n      SocialCG or \n      SWICG\n\n    \nDID WG \n          rechartering discussion\n    \nAC meeting\n    Vision TF\n\n    Fediverse meetup\n\nWednesday \u2014 Breakouts day!\nChartering at W3C\n    Technical Roadmap at W3C\n    SocialWeb Test Suite Discussion\n    SocialWeb Data Portability Discussion\n    Introducing the Web Sustainability Guidelines (WSGs)\n    Report to Members, Hearing from Members\n    Technical Plenary reception\n\nThursday\n\nCSS WG, briefly\n    Afternoon break: \n      Solid \n      charter discussions\n\nFriday\nSocial CG planning\n    Departing conversations & reflections\n\n\nThose are the sessions & discussions that I found in my notes. \nI also met a lot of new people during meetings, meals, and discussions at breaks. \nAs I write up my notes on specific sessions and their minutes (and hyperlink the above list items), I expect to recall more context and details. If you were at TPAC, I encourage you to write-up your experiences as well, while the thoughts, feelings, and insights are fresh in your mind. By documenting our collective experiences, we can build upon them together.",
        "html": "<h2>Second <abbr title=\"in real life\">IRL</abbr> TPAC since 2019</h2>\n<p>As noted \n  <a href=\"https://tantek.com/2022/267/b1/w3c-tpac-sustainability-cg-meeting\">last \n    year</a>, \nthe \n  <abbr title=\"World Wide Web Consortium\">W3C</abbr> \nconvened its annual\n  <abbr title=\"Technical Plenary and Advisory Committee\">TPAC</abbr> meetings\nin-person from \n  <a href=\"https://www.w3.org/2001/02/allgroupoverview.html\">2001</a>-<a href=\"https://www.w3.org/wiki/TPAC/2019\">2019</a> \n(<a href=\"https://www.w3.org/wiki/TPAC\">full list</a>). \nAfter a \n  <a href=\"https://www.w3.org/wiki/TPAC/2020\">couple</a> \nof \n  <a href=\"https://www.w3.org/wiki/TPAC/2021\">virtual</a> \nTPACs, last year W3C organized its   \n  <a href=\"https://www.w3.org/wiki/TPAC/2022\">first officially <em>hybrid</em> TPAC</a> \nin Vancouver, British Columbia. \nI wrote \n  <a href=\"https://tantek.com/2022/267/b1/w3c-tpac-sustainability-cg-meeting\">one \n  blog post about one session</a>.\nLast week\u2019s second hybrid TPAC, held in Sevilla, Spain, felt very different in a number of positive ways. This post is a summary of impressions and varied types of meetings I participated in, each of which merits its own post.\n</p>\n<p>\nThis year\u2019s W3C TPAC (Technical Plenary and Advisory Committee) meetings felt denser in many ways, packed tighter with more topics, and more active participants. There were so many specific things in specific meetings, new connections, victories, new challenges, that in addition to capturing summary notes, I'm considering writing blog posts about each meeting or session.\n</p>\n<p>\nNearly all of them have public minutes that document both participants, and a good portion of what was discussed. I have my own notes, and combined with recollected details of what was minuted, I have my own observations to share. I encourage everyone who participated at TPAC (whether in-person or remote) to consider either writing a summary blog post about the experience, perhaps highlighting a few things that stood out, or if there were specific technical discussions that advanced something in a positive direction, or challenges blocking progress, those are worth their own blog posts as well.\n</p>\n<p class=\"h-event\">\n  <a href=\"https://www.w3.org/wiki/TPAC/2023\" class=\"p-name u-url\">TPAC week 2023</a> \ntook place from Monday \n  <time class=\"dt-start\">2023-09-11</time> \n  through Friday \n  <time class=\"dt-end\">2023-09-15</time>, \nin \n  <span class=\"p-location h-adr\"><span class=\"p-locality\">Sevilla</span>, \n    <span class=\"p-country-name\">Spain</span></span>.\n</p>\n<p>\nHere is a summary outline of meetings, sessions, and discussions I participated in. Not listed: conversations at breakfasts, morning &amp; afternoon breaks, lunches, dinners, and of course hallways. Unlinked for now, each of these has a calendar event with description, minutes, almost all of which are public.\n</p>\n<ul><li>Monday\n<ul><li>\n<abbr>WICG</abbr> (Web Incubator Community Group)</li>\n</ul></li>\n<li>Tuesday\n<ul><li>Social Web Incubator CG (community group), AKA \n      <abbr>SocialCG</abbr> or \n      <abbr>SWICG</abbr>\n</li>\n    <li>\n<abbr title=\"Decentrlized Identifiers Working Group\">DID WG</abbr> \n          rechartering discussion</li>\n    <li>\n<abbr title=\"Advisory Committee\">AC</abbr> meeting</li>\n    <li>Vision <abbr title=\"task force\">TF</abbr>\n</li>\n    <li>Fediverse meetup</li>\n</ul></li>\n<li>Wednesday \u2014 Breakouts day!\n<ul><li>Chartering at W3C</li>\n    <li>Technical Roadmap at W3C</li>\n    <li>SocialWeb Test Suite Discussion</li>\n    <li>SocialWeb Data Portability Discussion</li>\n    <li>Introducing the Web Sustainability Guidelines (WSGs)</li>\n    <li>Report to Members, Hearing from Members</li>\n    <li>Technical Plenary reception</li>\n</ul></li>\n<li>Thursday\n<ul><li>\n<abbr title=\"Cascading Style Sheets Working Group\">CSS WG</abbr>, briefly</li>\n    <li>Afternoon break: \n      <abbr title=\"Social Linked Data\">Solid</abbr> \n      charter discussions</li>\n</ul></li>\n<li>Friday\n<ul><li>Social CG planning</li>\n    <li>Departing conversations &amp; reflections</li>\n</ul></li>\n</ul><p>\nThose are the sessions &amp; discussions that I found in my notes. \nI also met a lot of new people during meetings, meals, and discussions at breaks. \nAs I write up my notes on specific sessions and their minutes (and hyperlink the above list items), I expect to recall more context and details. If you were at TPAC, I encourage you to write-up your experiences as well, while the thoughts, feelings, and insights are fresh in your mind. By documenting our collective experiences, we can build upon them together.\n</p>"
    },
    "author": {
        "type": "card",
        "name": "Tantek \u00c7elik",
        "url": "http://tantek.com/",
        "photo": "https://aperture-media.p3k.io/tantek.com/acfddd7d8b2c8cf8aa163651432cc1ec7eb8ec2f881942dca963d305eeaaa6b8.jpg"
    },
    "post-type": "article",
    "_id": "38959565",
    "_source": "1",
    "_is_read": false
}

{
    "type": "entry",
    "author": {
        "name": "@weirdwriter",
        "url": "https://tweesecake.social/@weirdwriter",
        "photo": null
    },
    "url": "https://tweesecake.social/@weirdwriter/111094430006830055",
    "content": {
        "html": "<p>In my <a href=\"https://tweesecake.social/tags/IndieWeb\">#<span>IndieWeb</span></a> quest, I realised that installing the ClassicComerse plugin crashes my whole database/back end. I will keep you all posted!</p>",
        "text": "In my #IndieWeb quest, I realised that installing the ClassicComerse plugin crashes my whole database/back end. I will keep you all posted!"
    },
    "published": "2023-09-19T23:34:33+00:00",
    "post-type": "note",
    "_id": "38958663",
    "_source": "7235",
    "_is_read": false
}

{
    "type": "entry",
    "author": {
        "name": "@jlgatewood",
        "url": "https://mastodon.cloud/@jlgatewood",
        "photo": null
    },
    "url": "https://mastodon.cloud/@jlgatewood/111094357160410351",
    "content": {
        "html": "<p>I need to get my \ud83d\udca9 sorted and get my <a href=\"https://mastodon.cloud/tags/indieweb\">#<span>indieweb</span></a> blog back on track. The venerable GoBlog repo is probably eleventy-billion commits ahead of my instance right now.</p><p>Do I patch the place up or burn it down and start all over again\u2026.</p><p>\ud83e\udd14 what to do, what to do\u2026.</p><p>I really should reach out to <span class=\"h-card\"><a class=\"u-url\" href=\"https://fed.brid.gy/r/https://kandr3s.co\">@<span>kandr3s</span></a></span> once again since he\u2019s made a ton of improvements to his site.<br />Also goes without saying to reach out to <span class=\"h-card\"><a class=\"u-url\" href=\"https://jlelse.blog\">@<span>en</span></a></span> the creator of the ... <a href=\"https://starrwulfe.xyz/notes/2023-09-19-oeqgj\"><span>https://</span><span>starrwulfe.xyz/notes/2023-09-1</span><span>9-oeqgj</span></a></p>",
        "text": "I need to get my \ud83d\udca9 sorted and get my #indieweb blog back on track. The venerable GoBlog repo is probably eleventy-billion commits ahead of my instance right now.Do I patch the place up or burn it down and start all over again\u2026.\ud83e\udd14 what to do, what to do\u2026.I really should reach out to @kandr3s once again since he\u2019s made a ton of improvements to his site.\nAlso goes without saying to reach out to @en the creator of the ... https://starrwulfe.xyz/notes/2023-09-19-oeqgj"
    },
    "published": "2023-09-19T23:16:01+00:00",
    "post-type": "note",
    "_id": "38958664",
    "_source": "7235",
    "_is_read": false
}

{
    "type": "entry",
    "author": {
        "name": "@jbzfn",
        "url": "https://mastodon.social/@jbzfn",
        "photo": null
    },
    "url": "https://mastodon.social/@jbzfn/111093649296650108",
    "content": {
        "html": "<p>\ud83d\udd2e Homebrew Website Club<br />\u27a5 indieweb.org</p><p>\u300c Homebrew Website Club is a growing world-wide network of meetups for everyone who wants to take back their web experience from social media silos, and own their online identities &amp; content, or just want support with blogging! \u300d</p><p><a href=\"https://indieweb.org/Homebrew_Website_Club\"><span>https://</span><span>indieweb.org/Homebrew_Website_</span><span>Club</span></a></p><p><a href=\"https://mastodon.social/tags/IndieWeb\">#<span>IndieWeb</span></a> <a href=\"https://mastodon.social/tags/Blogging\">#<span>Blogging</span></a></p>",
        "text": "\ud83d\udd2e Homebrew Website Club\n\u27a5 indieweb.org\u300c Homebrew Website Club is a growing world-wide network of meetups for everyone who wants to take back their web experience from social media silos, and own their online identities & content, or just want support with blogging! \u300dhttps://indieweb.org/Homebrew_Website_Club#IndieWeb #Blogging"
    },
    "published": "2023-09-19T20:16:00+00:00",
    "post-type": "note",
    "_id": "38957847",
    "_source": "7235",
    "_is_read": false
}

Jeremy Keith adactio.com

{
    "type": "entry",
    "published": "2023-09-19T15:54:15Z",
    "url": "https://adactio.com/links/20463",
    "category": [
        "data",
        "tracking",
        "analytics",
        "ethics",
        "privacy",
        "personal",
        "publishing",
        "indieweb"
    ],
    "bookmark-of": [
        "https://manuelmoreale.com/i-don-t-want-your-data"
    ],
    "content": {
        "text": "I don\u2019t want your data \u2013 Manu\n\n\n\n\n  I don\u2019t run analytics on this website. I don\u2019t care which articles you read, I don\u2019t care if you read them. I don\u2019t care about which post is the most read or the most clicked. I don\u2019t A/B test, I don\u2019t try to overthink my content.\n\n\nSame!",
        "html": "<h3>\n<a class=\"p-name u-bookmark-of\" href=\"https://manuelmoreale.com/i-don-t-want-your-data\">\nI don\u2019t want your data \u2013 Manu\n</a>\n</h3>\n\n<blockquote>\n  <p>I don\u2019t run analytics on this website. I don\u2019t care which articles you read, I don\u2019t care if you read them. I don\u2019t care about which post is the most read or the most clicked. I don\u2019t A/B test, I don\u2019t try to overthink my content.</p>\n</blockquote>\n\n<p>Same!</p>"
    },
    "author": {
        "type": "card",
        "name": "Jeremy Keith",
        "url": "https://adactio.com/",
        "photo": "https://adactio.com/images/photo-150.jpg"
    },
    "post-type": "bookmark",
    "_id": "38955647",
    "_source": "2",
    "_is_read": false
}

Ben Werdmuller werd.io/profile/benwerd

I'm going to keep using Zapier for my link blog

{
    "type": "entry",
    "published": "2023-09-19T14:56:04+00:00",
    "url": "https://werd.io/2023/im-going-to-keep-using-zapier-for-my-link-blog",
    "name": "I'm going to keep using Zapier for my link blog",
    "content": {
        "text": "The way my link blog works is like this:I save an article, website, or book I thought was interesting to a database in Notion using the web clipper, together with a description and a high-level category. (These are Technology, Society, Democracy, and so on.) I also have a checkbox that designates whether the link is something I\u2019d consider business-friendly.Zapier watches for new links. When it finds one, it publishes it to my website using the micropub protocol. (My website then tries to send a webmention to that site to let it know I\u2019ve linked to them.)Then, it publishes the link to my Mastodon profile using the top-level category as a hashtag. If the link is to a book, it also adds the bookstodon hashtag.Following that, it publishes to all my other social networks via Buffer, without the hashtag. (The exception is my Bluesky profile, which I had to write some custom API code for). If the business-friendly box was checked, that includes publishing to my LinkedIn profile.If I\u2019m feeling particularly motivated, I\u2019ll copy and paste the link to my Threads profile, but because there\u2019s no API, it\u2019s a fully manual process. Which means I usually don\u2019t.Very occasionally, Zapier will pick up a link before the Notion entry has fully saved, which means that links post without a description or a category. Then I either shrug my shoulders and accept that I have some weird posts on my timeline, or I go back and edit or repost each and every one.Because of this bug, I\u2019ve thought about writing my own code to do all of the above on my server. It would work the exact way I want it to be. It would be cheaper, too: I pay for Zapier every month, and the cost adds up.But while I could do this, and the up-front cost would certainly be lower, what if something goes wrong? Let\u2019s say LinkedIn changes the way their API works. If I wrote the connection myself, I would need to keep my code up to date every time this happened \u2014 and, in turn, stay on top of codebase changes for every single social media platform I used.And the truth is: I\u2019m tired, friends. I want to be really careful about the amount of code I set myself up to maintain. It might seem like a simple script now, but over time I build up more and more simple scripts and, cumulatively, I end up buried in code.As I get older, I find myself optimizing that cost more and more. I\u2019d much rather pay something up-front that saves me a ton of time and cognitive overhead, because both of these things are at such an enormous premium for me.I could also just not post to those social media accounts, or do it fully-manually, but there\u2019s something really satisfying about publishing once and syndicating everywhere I\u2019m connected to people. I could save my links straight to something like Buffer, but I also like having my categorized database of everything I\u2019ve shared. And Notion makes it easy to save links across my devices (I\u2019m sometimes on my phone, sometimes on my laptop, sometimes on my desktop).So I\u2019m keeping Zapier, at least for now. I like keeping my links, and I like sharing them. And, more than anything else, I like not having to maintain the code that does it.",
        "html": "<p>The way <a href=\"https://werd.io/content/bookmarkedpages\">my link blog</a> works is like this:</p><p>I save an article, website, or book I thought was interesting to a database in <a href=\"https://notion.so\">Notion</a> using <a href=\"https://www.notion.so/web-clipper\">the web clipper</a>, together with a description and a high-level category. (These are <em>Technology</em>, <em>Society</em>, <em>Democracy</em>, and so on.) I also have a checkbox that designates whether the link is something I\u2019d consider business-friendly.</p><p><a href=\"https://zapier.com\">Zapier</a> watches for new links. When it finds one, it publishes it <a href=\"https://werd.io/content/bookmarkedpages\">to my website</a> using <a href=\"https://indieweb.org/Micropub\">the micropub protocol</a>. (My website then tries to send a <a href=\"https://www.w3.org/TR/webmention/\">webmention</a> to that site to let it know I\u2019ve linked to them.)</p><p>Then, it publishes the link <a href=\"https://werd.social/@ben\">to my Mastodon profile</a> using the top-level category as a hashtag. If the link is to a book, it also adds the <a href=\"https://werd.social/tags/bookstodon\">bookstodon hashtag</a>.</p><p>Following that, it publishes to all my other social networks via <a href=\"https://buffer.com\">Buffer</a>, without the hashtag. (The exception is <a href=\"https://bsky.app/profile/werd.io\">my Bluesky profile</a>, which I had to write some custom API code for). If the business-friendly box was checked, that includes <a href=\"https://linkedin.com/in/benwerd\">publishing to my LinkedIn profile</a>.</p><p>If I\u2019m feeling particularly motivated, I\u2019ll copy and paste the link to <a href=\"https://www.threads.net/@ben.werdmuller\">my Threads profile</a>, but because there\u2019s no API, it\u2019s a fully manual process. Which means I usually don\u2019t.</p><p>Very occasionally, Zapier will pick up a link before the Notion entry has fully saved, which means that links post without a description or a category. Then I either shrug my shoulders and accept that I have some weird posts on my timeline, or I go back and edit or repost each and every one.</p><p>Because of this bug, I\u2019ve thought about writing my own code to do all of the above on my server. It would work the exact way I want it to be. It would be cheaper, too: I pay for Zapier every month, and the cost adds up.</p><p>But while I <em>could</em> do this, and the up-front cost would certainly be lower, what if something goes wrong? Let\u2019s say LinkedIn changes the way their API works. If I wrote the connection myself, I would need to keep my code up to date every time this happened \u2014 and, in turn, stay on top of codebase changes for every single social media platform I used.</p><p>And the truth is: I\u2019m tired, friends. I want to be really careful about the amount of code I set myself up to maintain. It might seem like a simple script now, but over time I build up more and more simple scripts and, cumulatively, I end up buried in code.</p><p>As I get older, I find myself optimizing <em>that</em> cost more and more. I\u2019d much rather pay something up-front that saves me a ton of time and cognitive overhead, because both of these things are at such an enormous premium for me.</p><p>I could also just not post to those social media accounts, or do it fully-manually, but there\u2019s something really satisfying about publishing once and syndicating everywhere I\u2019m connected to people. I could save my links straight to something like Buffer, but I also like having my categorized database of everything I\u2019ve shared. And Notion makes it easy to save links across my devices (I\u2019m sometimes on my phone, sometimes on my laptop, sometimes on my desktop).</p><p>So I\u2019m keeping Zapier, at least for now. I like keeping my links, and I like sharing them. And, more than anything else, I like not having to maintain the code that does it.</p>"
    },
    "author": {
        "type": "card",
        "name": "Ben Werdmuller",
        "url": "https://werd.io/profile/benwerd",
        "photo": "https://werd.io/file/5d388c5fb16ea14aac640912/thumb.jpg"
    },
    "post-type": "article",
    "_id": "38954312",
    "_source": "191",
    "_is_read": false
}