Ryan Barrett snarfed.org

{
    "type": "entry",
    "url": "https://snarfed.org/2018-01-24_28153",
    "content": {
        "text": "Celebrating 1 million webmentions at Homebrew Website Club!",
        "html": "<p>Celebrating <a href=\"https://snarfed.org/1-million-webmentions\">1 million webmentions</a> at <a href=\"https://indieweb.org/events/2018-01-24-homebrew-website-club\">Homebrew Website Club</a>!</p>\n<p><a href=\"https://i0.wp.com/snarfed.org/w/wp-content/uploads/2018/01/IMG_20180124_180613.jpg?ssl=1\"><img src=\"https://snarfed.org/w/wp-content/plugins/jetpack/modules/lazy-images/images/1x1.trans.gif\" alt=\"\" width=\"696\" height=\"522\" /><img src=\"https://i0.wp.com/snarfed.org/w/wp-content/uploads/2018/01/IMG_20180124_180613.jpg?resize=696%2C522&amp;ssl=1\" alt=\"\" width=\"696\" height=\"522\" /></a></p>\n<ul><li><a class=\"u-syndication\" href=\"https://news.indieweb.org/en/snarfed.org/2018-01-24_28153\"> </a></li></ul>"
    },
    "author": {
        "type": "card",
        "name": "Ryan Barrett",
        "url": "https://snarfed.org/",
        "photo": "https://secure.gravatar.com/avatar/947b5f3f323da0ef785b6f02d9c265d6?s=96&d=blank&r=g"
    },
    "_id": "26016",
    "_source": "3",
    "_is_read": true
}

{
    "type": "entry",
    "published": "2018-01-24T18:44:32Z",
    "url": "https://adactio.com/links/13346",
    "category": [
        "indieweb",
        "posse",
        "syndication",
        "indieauth",
        "relme",
        "publishing"
    ],
    "bookmark-of": [
        "https://www.godaddy.com/garage/indieweb-facebook-opportunities/"
    ],
    "content": {
        "text": "The IndieWeb outside of Facebook is full of opportunities - The Garage\n\n\n\nA nice description of syndication via POSSEing.\n\n(I never thought I\u2019d find myself linking to quality content on Go Daddy.)",
        "html": "<h3>\n<a class=\"p-name u-bookmark-of\" href=\"https://www.godaddy.com/garage/indieweb-facebook-opportunities/\">\nThe IndieWeb outside of Facebook is full of opportunities - The Garage\n</a>\n</h3>\n\n<p>A nice description of syndication via POSSEing.</p>\n\n<p>(I never thought I\u2019d find myself linking to quality content on Go Daddy.)</p>"
    },
    "_id": "25956",
    "_source": "2",
    "_is_read": true
}

Aaron Parecki aaronparecki.com

{
    "type": "entry",
    "published": "2018-01-24T10:30:48-08:00",
    "url": "https://aaronparecki.com/2018/01/24/21/indieweb",
    "category": [
        "openweb",
        "webmention",
        "websub",
        "indieweb"
    ],
    "syndication": [
        "https://twitter.com/aaronpk/status/956232846359736320"
    ],
    "content": {
        "text": "Two exciting #openweb announcements today! \n\n\ud83c\udf82 We're celebrating 1 million webmentions! https://snarfed.org/1-million-webmentions\n\n\ud83c\udf89 Our @W3C WebSub REC and IndieAuth NOTE were just published! https://aaronparecki.com/2018/01/23/34/w3c-websub-indieauth",
        "html": "Two exciting <a href=\"https://aaronparecki.com/tag/openweb\">#openweb</a> announcements today! \n\n<a href=\"https://aaronparecki.com/emoji/%F0%9F%8E%82\">\ud83c\udf82</a> We're celebrating 1 million webmentions! <a href=\"https://snarfed.org/1-million-webmentions\">https://snarfed.org/1-million-webmentions</a>\n\n<a href=\"https://aaronparecki.com/emoji/%F0%9F%8E%89\">\ud83c\udf89</a> Our <a href=\"https://twitter.com/W3C\">@W3C</a> WebSub REC and IndieAuth NOTE were just published! <a href=\"https://aaronparecki.com/2018/01/23/34/w3c-websub-indieauth\">https://aaronparecki.com/2018/01/23/34/w3c-websub-indieauth</a>"
    },
    "author": {
        "type": "card",
        "name": "Aaron Parecki",
        "url": "https://aaronparecki.com/",
        "photo": "https://aaronparecki.com/images/profile.jpg"
    },
    "_id": "25396",
    "_source": "16",
    "_is_read": true
}

Aaron Parecki aaronparecki.com

WebSub and IndieAuth Published on w3.org!

{
    "type": "entry",
    "published": "2018-01-23T18:28:04-08:00",
    "url": "https://aaronparecki.com/2018/01/23/34/w3c-websub-indieauth",
    "category": [
        "websub",
        "indieauth",
        "w3c",
        "standards"
    ],
    "syndication": [
        "https://www.linkedin.com/pulse/websub-indieauth-published-w3org-aaron-parecki/"
    ],
    "name": "WebSub and IndieAuth Published on w3.org!",
    "content": {
        "text": "Today, we published the last of the two W3C specs I am editing! WebSub was published as a W3C Recommendation, and IndieAuth was published as a Working Group Note.\n\nWebSub\n\n  WebSub is a standardized way for publishers to notify subscribers when new content is available. It was formerly known as PubSubHubbub, which was hard to say, so I'm glad we renamed it.\u00a0\n  \nhttps://www.w3.org/TR/websub/\n  One of our goals with WebSub was to ensure that existing PubSubHubbub implementations would still be compliant, so there are already lots of implementations in the wild! If you're publishing content online, want to receive realtime updates when feeds are updated, or are building a tool to facilitate either of these, WebSub is a great fit! You can use the tool at\u00a0websub.rocks\u00a0while building your implementation to get immediate feedback!\n  \nThanks to everyone who contributed to the spec, and especially my co-editor Julien!\nIndieAuth\nIndieAuth is an identity layer on top of OAuth 2.0, and used by Micropub clients. Micropub was published as a W3C Recommendation in May of last year. Today, IndieAuth was published as a W3C Working Group Note.\u00a0\nhttps://www.w3.org/TR/indieauth/The Social Web Working Group did not set out with the goal to standardize any sort of authentication mechanism, but since almost all of the Micropub implementations already supported the same mechanism, we decided to publish a \"Note\" to that effect. (The Micropub implementations that don't use IndieAuth use hard-coded tokens as a shortcut.) Notes are quite different from Recommendations in the eyes of the W3C, as described by this sentence: \"The publication of a NOTE by the Consortium implies no endorsement of any kind.\" The goal of publishing this Note was to capture the current state of interoperable implementations.\nOne of the things I like most about the W3C standardization process is that specs are published after they describe things that are working, rather than published as an aspirational blueprint. We kind of pushed that definition to an extreme with IndieAuth, since there have been live interoperable IndieAuth implementations for several years now. Previously, I had written up several guides for how to implement the various roles in the IndieAuth flow, but never written it down as its own spec. The guides were certainly useful, as was clearly demonstrated by the fact that people were following them to build out various parts of the ecosystem. But there is also a need for a spec to lay things out and remove any ambiguities along the way.\nThanks to everyone who helped iron out the details of the language in the spec! We made a lot of good progress over the last few months!\n\n\nWhat's Next?\nSo with these two specs published today, we've taken quite a lot of the IndieWeb building blocks through the W3C process!\n\n    Webmention - enables direct site-to-site commenting and other interactions\n    \n  \nPost Type Discovery - once you receive a Webmention, this algorithm helps your site know what to do with the contents\n  \nMicropub - enables apps to create content on a website\n  \n    WebSub - enables real-time subscriptions to web pages and feeds\n    \n  \nIndieAuth - a way to log in to sites with your domain name, and allow Micropub apps to post to your site\n  \njf2 - a post serialization format used by some Webmention services and other tools\nSo here's a few specs and tools that I'm working in the immediate future:\n\nIndieAuth test suite - Like webmention.rocks, micropub.rocks and websub.rocks, I plan to make a tool that will help test your IndieAuth implementation. It will do things like throw tricky situations at your client to ensure you're handling the edge cases properly.\n\nFinally finish renaming indieauth.com - I never should have called it that, since it's doing two completely separate things. You can read about the details\u00a0here.\n\nMicrosub - Microsub is currently an early draft spec. The goal of Microsub is to do for reader interfaces what Micropub did for publishing interfaces. A Microsub server provides a standardized API that reader clients can use to show content. This will help make developing IndieWeb readers a lot easier, and also allows you to keep your subscription list in a server that you control rather than letting the reader own the list.\n\nMonocle - Monocle is my Microsub implementation. It subscribes to feeds and presents a them as a Microsub server so that I can use any Microsub client to view everything. There's still a lot of work ahead for me here, but it's my goal to finally stop using IRC as a reader by getting Monocle to the point of being functional enough to cover all my use cases.\n\n\n\nAs always, you can help me and the rest of the IndieWeb out by adding support for any of these specs on your own website! We are always excited to welcome new people to the IndieWeb chat if you have any questions!",
        "html": "<p>Today, we published the last of the two W3C specs I am editing! <a href=\"https://www.w3.org/TR/websub/\">WebSub</a> was published as a W3C Recommendation, and <a href=\"https://www.w3.org/TR/indieauth/\">IndieAuth</a> was published as a Working Group Note.</p>\n\n<img src=\"https://aaronparecki.com/2018/01/23/34/websub-cover.jpg\" alt=\"websub-cover.jpg\" /><h3>WebSub</h3>\n<p>\n  <a href=\"https://www.w3.org/TR/websub/\">WebSub</a> is a standardized way for publishers to notify subscribers when new content is available. It was formerly known as PubSubHubbub, which was hard to say, so I'm glad we renamed it.\u00a0\n  </p>\n<img src=\"https://aaronparecki.com/2018/01/23/34/image-1.png\" alt=\"\" /><a href=\"https://www.w3.org/TR/websub/\">https://www.w3.org/TR/websub/</a><p>\n  One of our goals with WebSub was to ensure that existing PubSubHubbub implementations would still be compliant, so there are already lots of implementations in the wild! If you're publishing content online, want to receive realtime updates when feeds are updated, or are building a tool to facilitate either of these, WebSub is a great fit! You can use the tool at\u00a0<a href=\"https://websub.rocks/\">websub.rocks</a>\u00a0while building your implementation to get immediate feedback!\n  </p>\n<p>Thanks to everyone who contributed to the spec, and especially my co-editor <a href=\"https://www.ouvre-boite.com/\">Julien</a>!</p>\n<h3>IndieAuth</h3>\n<p><a href=\"https://www.w3.org/TR/indieauth/\">IndieAuth</a> is an identity layer on top of OAuth 2.0, and used by <a href=\"https://www.w3.org/TR/micropub/\">Micropub</a> clients. Micropub was published as a W3C Recommendation in May of last year. Today, IndieAuth was published as a W3C Working Group Note.\u00a0</p>\n<img src=\"https://aaronparecki.com/2018/01/23/34/image-2.png\" alt=\"\" /><a href=\"https://www.w3.org/TR/indieauth/\">https://www.w3.org/TR/indieauth/</a><p>The <a href=\"https://www.w3.org/Social/WG\">Social Web Working Group</a> did not set out with the goal to standardize any sort of authentication mechanism, but since almost all of the Micropub implementations already supported the same mechanism, we decided to publish a \"Note\" to that effect. (The Micropub implementations that <i>don't</i> use IndieAuth use hard-coded tokens as a shortcut.) Notes are <a href=\"https://www.w3.org/Consortium/Process/NOTE.html\">quite different</a> from Recommendations in the eyes of the W3C, as described by this sentence: \"The publication of a NOTE by the Consortium implies no endorsement of any kind.\" The goal of publishing this Note was to capture the current state of interoperable implementations.</p>\n<p>One of the things I like most about the W3C standardization process is that specs are published after they describe things that are working, rather than published as an aspirational blueprint. We kind of pushed that definition to an extreme with IndieAuth, since there have been live interoperable IndieAuth implementations for several years now. Previously, I had written up several guides for how to implement the various roles in the IndieAuth flow, but never written it down as its own spec. The guides were certainly useful, as was clearly demonstrated by the fact that people were following them to build out various parts of the ecosystem. But there is also a need for a spec to lay things out and remove any ambiguities along the way.</p>\n<p>Thanks to everyone who helped iron out the details of the language in the spec! We made a lot of good progress over the last few months!</p>\n\n\n<h3>What's Next?</h3>\n<p>So with these two specs published today, we've taken quite a lot of the IndieWeb building blocks through the W3C process!</p>\n<ul><li>\n    <a href=\"https://www.w3.org/TR/webmention/\">Webmention</a> - enables direct site-to-site commenting and other interactions\n    </li>\n  <li>\n<a href=\"https://www.w3.org/TR/post-type-discovery/\">Post Type Discovery</a> - once you receive a Webmention, this algorithm helps your site know what to do with the contents</li>\n  <li>\n<a href=\"https://www.w3.org/TR/micropub/\">Micropub</a> - enables apps to create content on a website</li>\n  <li>\n    <a href=\"https://www.w3.org/TR/websub/\">WebSub</a> - enables real-time subscriptions to web pages and feeds\n    </li>\n  <li>\n<a href=\"https://www.w3.org/TR/indieauth/\">IndieAuth</a> - a way to log in to sites with your domain name, and allow Micropub apps to post to your site</li>\n  <li>\n<a href=\"https://www.w3.org/TR/jf2/\">jf2</a> - a post serialization format used by some Webmention services and other tools</li>\n</ul><p>So here's a few specs and tools that I'm working in the immediate future:</p>\n\n<p><b>IndieAuth test suite</b> - Like webmention.rocks, micropub.rocks and websub.rocks, I plan to make a tool that will help test your IndieAuth implementation. It will do things like throw tricky situations at your client to ensure you're handling the edge cases properly.</p>\n\n<p><b>Finally finish renaming indieauth.com</b> - I never should have called it that, since it's doing two completely separate things. You can read about the details\u00a0<a href=\"https://indieweb.org/IndieAuth#naming_confusion\">here</a>.</p>\n\n<p><b><a href=\"https://indieweb.org/Microsub-spec\">Microsub</a></b> - Microsub is currently an early draft spec. The goal of Microsub is to do for reader interfaces what Micropub did for publishing interfaces. A Microsub server provides a standardized API that reader clients can use to show content. This will help make developing IndieWeb readers a lot easier, and also allows you to keep your subscription list in a server that you control rather than letting the reader own the list.</p>\n\n<p><a href=\"https://monocle.p3k.io\"><b>Monocle</b></a> - Monocle is my Microsub implementation. It subscribes to feeds and presents a them as a Microsub server so that I can use any Microsub client to view everything. There's still a lot of work ahead for me here, but it's my goal to <a href=\"https://aaronparecki.com/2015/08/29/8/why-i-live-in-irc\">finally stop using IRC as a reader</a> by getting Monocle to the point of being functional enough to cover all my use cases.</p>\n\n\n\n<p>As always, you can help me and the rest of the IndieWeb out by adding support for any of these specs on your own website! We are always excited to welcome new people to the <a href=\"https://indieweb.org/discuss\">IndieWeb chat</a> if you have any questions!</p>"
    },
    "author": {
        "type": "card",
        "name": "Aaron Parecki",
        "url": "https://aaronparecki.com/",
        "photo": "https://aaronparecki.com/images/profile.jpg"
    },
    "_id": "24569",
    "_source": "16",
    "_is_read": true
}

Winter break retrospective & spring semester goals

{
    "type": "entry",
    "author": {
        "name": null,
        "url": "https://strugee.net/blog/",
        "photo": null
    },
    "url": "https://strugee.net/blog/2018/01/winter-break-retrospective",
    "published": "2018-01-23T20:51:03+00:00",
    "content": {
        "html": "<p>Tonight I'll have been back at college for a full week, and I wanted to write up a little retrospective of winter break to see what I accomplished (and in particular, which <a href=\"https://strugee.net/blog/2017/12/winter-break-priorities-2017-18\">goals</a> I completed or missed).</p>\n<p>You may wish to skip directly to the <a href=\"https://strugee.net/blog/#executive-summary\">executive summary</a>.</p>\n<h1>Resolved goal: Node.js manpage PR</h1>\n<p>I didn't <em>complete</em> this goal per se, but I did at least resolve it <a href=\"https://github.com/nodejs/node/pull/14164#issuecomment-357909699\">by closing the Pull Request</a>. I felt pretty bad about it (especially because I kept saying I intended to finish it) but honestly, it became clear to me that I'd just lost the motivation to keep going with it. I would love it if this was included in Node.js core, but I just consistently have higher priorities. So rather than leave it hanging and cluttering up the Pull Requests view, I just closed it to reflect reality. I made sure not to delete the branch though, in case someone (distant future me?) wants to pick it up again.</p>\n<h1>Failed goal: deal with GPG keysigning</h1>\n<p>I did nothing to push this goal forward. While I made <a href=\"https://strugee.net/blog/2018/01/improving-gpg-security\">numerous improvements to my GPG setup</a>, I did not actually sign anyone's key, which was what this goal was about. This feels unfortunate. (I also do not have access to the private key material in college, and am <em>certainly</em> not about to ask that it be shipped to me.)</p>\n<h1>Partially completed goal: push Debian packaging work forward</h1>\n<p>There were two components to this: <a href=\"https://tracker.debian.org/pkg/profanity\">Profanity packaging</a> upgrades and getting the new <a href=\"https://github.com/strugee/filter-other-days\">filter-other-days</a> packaging into Debian. I made no progress on the Profanity packaging. However, I did <a href=\"https://github.com/strugee/dots/commit/2b477a7079de9ff675fd4e2d22f58938ffbb7bc9\">fix a misconfiguration in my <code>.reportbugrc</code></a> (which annoyingly had previously sent my incredibly detailed email about Profanity packaging to <code>/dev/null</code>) and then submitted <a href=\"https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=886310\">an ITP</a> (Intent To Package bug, which is a Debian thing) for filter-other-days. I then used that ITP bug number <a href=\"https://github.com/strugee/filter-other-days/commit/d09943c6ac4eea07720cc88596bed3594c3f4644\">to fix the last <code>.deb</code> Lintian warning</a> (although see below). Then I paired with <a href=\"https://github.com/anjakefala\">Anja</a> who is, as always, an angel, and we figured out the weirdness that is <code>dput</code> and <a href=\"https://mentors.debian.net/\">mentors.debian.net</a>. Finally I was able to upload filter-other-days(!) BUT I was in for a rude awakening - apparently Lintian checks for <code>.deb</code>s and <code>.dsc</code>s are different. So while my binary package was Lintian-clean, my source package unfortunately wasn't. This is something I will need to work on in the weeks to come. That being said, I'm still pretty proud of what I've accomplished here! I've made significant progress on this front.</p>\n<h1>Completed goal: lazymention v1</h1>\n<p>One of the first things I did was ship lazymention 1.0.0 - and I wrote <a href=\"https://strugee.net/blog/2017/12/announcing-lazymention-elegant-outbound-webmention-for-static-sites\">an announcement blog post</a> to accompany it! (In fact, I syndicated that blog post to <a href=\"https://news.indieweb.org/\">IndieNews</a> <em>using lazymention</em>, which felt pretty damn awesome.) I got some great feedback on it from the IndieWeb community, and my <a href=\"https://lobste.rs/s/kip3yk/announcing_lazymention_elegant\">lobste.rs submission</a> - which also got some great engagement - even made the front page, which was pretty unreal! I still have a lot more work to do with lazymention - in particular, it doesn't actually respect edits (so it'll resend Webmentions with every job submission) - but for now it works well. I'm super pleased with it, and have integrated it into my site deployment workflow. I even wrote <a href=\"https://github.com/strugee/ping-lazymention/\">a module</a> so other people can do this, too!</p>\n<h1>Failed goals: ActivityPub in pump.io core, pump.io PR review</h1>\n<p>No progress on this front. I did start hacking on a <a href=\"https://github.com/pump-io/telemetry\">telemetry server</a> which will eventually be helpful for our ActivityPub rollout, but that did not in any way <em>directly</em> help fulfill these goals. I also <a href=\"https://strugee.net/blog/2018/01/pump.io-5.1-stable-published-to-npm\">released 5.1 stable</a>, but that's pretty routine by this point.</p>\n<h1>Partially completed goal: two blog posts per week</h1>\n<p>I stuck with this goal all the way up until the final week, where I didn't write any. (Although I wrote about my <a href=\"https://strugee.net/blog/2018/01/improving-gpg-security\">GPG keys</a> around the time I actually flew back to college.) The first week, I wrote about <a href=\"https://strugee.net/blog/2017/12/shell-script-is-one-of-the-purest-forms-of-human-expression\">my thoughts on shell script</a> and about <a href=\"https://strugee.net/blog/2017/12/announcing-lazymention-elegant-outbound-webmention-for-static-sites\">lazymention</a>; the second, I wrote about the <a href=\"https://strugee.net/blog/2018/01/pump.io-5.1-stable-published-to-npm\">pump.io 5.1 stable release</a> and about <a href=\"https://strugee.net/blog/2018/01/tell-your-pr-reviewers-theyre-wrong\">talking to Pull Request reviewers if you think they're wrong</a>.</p>\n<h1>Failed stretch goal: paper editing</h1>\n<p>I did absolutely no editing on the paper I intend to get published (which I originally wrote for a writing class). This was a stretch goal though, so that's totally fine.</p>\n<h1>Additional activity: steevie maintenance</h1>\n<p>After I finally found the cable I needed, I swapped out the cable that connects steevie's motherboard with the drives' SATA ports. This seemed to significantly improve disk performance, although there are still noticeable performance problems. I'm very, <em>very</em> happy to have finally gotten this done.</p>\n<h1>Additional activity: Tor relay migration from Amazon EC2 to DigitalOcean</h1>\n<p>After getting some advice on <a href=\"https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays\">tor-relays</a>, I <em>finally</em> sat down and looked into moving my relay away from Amazon Web Services. This is because AWS bills by usage, which for a Tor relay ends up being incredibly inefficient. It turned out to actually be way easier than I thought, which only served to make me mad that I hadn't done it sooner. In any case, I now save approximately $240/year AND I can push 1000GB/month as opposed to the 10GB/month I pushed before. In the words of <a href=\"https://github.com/strugee/torrc/commit/8b9fe85378adc834b8b7a9953de45f508b76bc3e\">the commit where I made this change</a>: \"this change made possible by the fact that I'm no longer getting billed up the wazoo by Amazon Web Services.\" Here's a of <a href=\"https://atlas.torproject.org/#details/C3CFCC9B5993A6F0D1349858C598C4A78AFE51F9\">a Tor Metrics graph</a> (captured today) that shows the jump:</p>\n<p><img src=\"https://strugee.net/images/tor-relay-graph.svg\" alt=\"Tor Metrics graph\" /></p>\n<p>Anyway, I'm super happy I can contribute more to the Tor network <em>and</em> save lots of money in the process. That being said I am pretty damn salty I didn't realize this in the four <em>years</em> I've been running a Tor relay.</p>\n<h1>Additional activity: offandonagain.org maintenance</h1>\n<p>After turning on <a href=\"https://nodesecurity.io/\">NodeSecurity</a> monitoring for <a href=\"https://offandonagain.org/\">offandonagain.org</a>, I found out that the module that underlies it, <a href=\"https://github.com/strugee/node-serve-random\">node-serve-random</a>, had some vulnerable dependencies. Not only did I fix this, I wrote a large test suite for the module and found (and fixed!) <a href=\"https://github.com/strugee/node-serve-random/blob/master/CHANGELOG.md#200---2018-01-13\">several bugs</a> in the process. Writing a test suite also allowed me to turn on <a href=\"https://greenkeeper.io/\">Greenkeeper</a> for the module, which will be a huge help to me in keeping the module up-to-date.</p>\n<h1>Additional activity: Stratic work</h1>\n<p>First off, I released <a href=\"https://github.com/straticjs/generator-stratic/blob/master/CHANGELOG.md#100-beta-7---2017-12-3\">beta 7</a> of <a href=\"https://github.com/straticjs/generator-stratic\">generator-stratic</a>! Nothing major, just some polishing stuff. Stratic is getting very close to the point where I might want to start promoting it more aggressively, or declaring it stable, and (with a <em>lot</em> of super-helpful feedback from my family) I worked on something that's super important before we get there: <a href=\"https://github.com/straticjs/RFCs/issues/22\">a logo</a>!</p>\n<p>Here are two of my favorites so far:</p>\n\n<p><img src=\"https://strugee.net/images/stratic-logo-asteroid-with-pipe.svg\" alt=\"Yellow background with a centered black file icon and a asteroid coming up from earth in the midddle and a pipe to the right\" /><img src=\"https://strugee.net/images/stratic-logo-rocket-with-pipe.svg\" alt=\"Yellow background with a centered black file icon and a rocket coming up from earth in the midddle and a pipe to the right\" /></p>\n\n<p>These are based off the JS logo, in case you hadn't seen it before:</p>\n<p><img src=\"https://strugee.net/images/js-logo.svg\" alt=\"Black JS text in the bottom-right corner of a yellow background\" /></p>\n<p>Anyway, I have to post another iteration in the <a href=\"https://github.com/straticjs/RFCs/issues/22\">GitHub issue</a> based on some feedback from <a href=\"http://saul.pw/\">Saul</a> (who I had a lovely lunch with) - he thinks I should reverse it so the pipe is on the left, so it looks like the file is coming out of the pipe. But anyway you should comment there if you have feedback!</p>\n<h1>Additional activity: IndieWeb stuff</h1>\n<p>I attended Homebrew Website Club in San Fransisco, which was <em>incredible</em>. I got to meet a bunch of new people, as well as say hi to <a href=\"http://snarfed.org/\">Ryan</a> and <a href=\"http://tantek.com/\">Tantek</a> again, which was so nice - it's always just <em>better</em> to talk in real life. Tantek said (at least if I recall correctly) that my laptop was one of the best-stickered laptops he'd ever seen, which made me feel just unbelievably special. He also gave me a <a href=\"http://microformats.org/\">microformats</a> sticker (and helped me figure out where to put it), which I had on my old laptop and had been really missing, as well as a <a href=\"https://letsencrypt.org/\">Let's Encrypt</a> sticker. The latter was so special I elected to put it on the inside of my laptop, which I reserve only for <em>really</em> special things (basically a <a href=\"https://www.recurse.com/\">Recurse Center</a> refucktoring sticker and a sticker of <a href=\"https://github.com/SwartzCr\">Noah</a> in <a href=\"https://www.eff.org/encrypt-the-web\">this video</a>, which he handed to me like a business card the first time we met). Anyway, every time I look at the Let's Encrypt sticker I just feel so happy. I love Let's Encrypt so damn much.</p>\n<p>Homebrew Website Club was super inspiring, so when I got back to where I was staying (at my mom's boyfriend's house) I started implementing an <a href=\"https://indieweb.org/\">IndieWeb</a>-style social stream for strugee.net. It still needs some polishing but is actually pretty close to being done. Who knows when I'll have time to finish it, but it's getting there! I'm so freaking excited, honestly. Also, I added proper timestamp mf2 metadata to my site, as well as a visual display for post edits, and I expanded what type of Webmentions the display code recognizes too!</p>\n\n\n<h1>Executive summary</h1>\n<p>I resolved or completed 2 goals, partially completed 2 goals, failed 3 goals, and failed 1 stretch goal. Additionally I did significant work in 5 other areas. Out of the goals I set for myself, I completed 51% (Debian packaging work is ~2/5 complete; blog posts were written 2/3 of the time); not counting the stretch goal, I completed 61.2%. I'm pretty happy with what I got done during this period; however, while I was productive, the numbers show that I did a mediocre job sticking to my goals. In the future I should focus on making more realistic goals and then sticking to them (though not too much - it is a break, after all!).</p>\n<p>Speaking of which, partway through break I felt like I was on the edge of burnout, which to me was a <em>very</em> clear sign that I was pushing myself way too hard during a time I should have been unwinding. Because of that I cut what I was doing a <em>lot</em>, which helped pretty dramatically. In fact, I think without that I wouldn't have been able to do some of the later stuff, like all the IndieWeb work. So that's another reason I have to find a way to balance sticking to goals and just relaxing (which doesn't necessarily mean not coding, just doing whatever coding I feel like in the moment) - I feel like I was pushing myself too hard to meet my goals (and then getting distracted and not meeting them) and that's what led to the feeling. Obviously there are different constraints for e.g. schoolwork; here I'm referring <em>only</em> to free time like breaks.</p>\n<h1>Spring semester goals</h1>\n<p>With that in mind, I want to set some very broad goals for spring semester. I may update this list as time goes on, but for now I have four overarching goals I want to accomplish (besides the usual day-to-day code maintenance stuff):</p>\n<ul><li>Finish editing the paper I wrote last semester on freedom-respecting software and intersectionality, and get it published</li>\n<li>Make <em>some</em> measurable progress on my <a href=\"https://github.com/strugee/draft-webpush-2fa\">Push-based Two-factor Authentication IETF draft</a></li>\n<li>Get access to the University of Rochester darkroom and start developing/printing photos again</li>\n<li>Start pushing the University of Rochester library (and <em>maybe</em> the journalism department?) to start adopting Tor technologies</li>\n</ul><p>I'm excited to see how it goes!</p>",
        "text": "Tonight I'll have been back at college for a full week, and I wanted to write up a little retrospective of winter break to see what I accomplished (and in particular, which goals I completed or missed).\nYou may wish to skip directly to the executive summary.\nResolved goal: Node.js manpage PR\nI didn't complete this goal per se, but I did at least resolve it by closing the Pull Request. I felt pretty bad about it (especially because I kept saying I intended to finish it) but honestly, it became clear to me that I'd just lost the motivation to keep going with it. I would love it if this was included in Node.js core, but I just consistently have higher priorities. So rather than leave it hanging and cluttering up the Pull Requests view, I just closed it to reflect reality. I made sure not to delete the branch though, in case someone (distant future me?) wants to pick it up again.\nFailed goal: deal with GPG keysigning\nI did nothing to push this goal forward. While I made numerous improvements to my GPG setup, I did not actually sign anyone's key, which was what this goal was about. This feels unfortunate. (I also do not have access to the private key material in college, and am certainly not about to ask that it be shipped to me.)\nPartially completed goal: push Debian packaging work forward\nThere were two components to this: Profanity packaging upgrades and getting the new filter-other-days packaging into Debian. I made no progress on the Profanity packaging. However, I did fix a misconfiguration in my .reportbugrc (which annoyingly had previously sent my incredibly detailed email about Profanity packaging to /dev/null) and then submitted an ITP (Intent To Package bug, which is a Debian thing) for filter-other-days. I then used that ITP bug number to fix the last .deb Lintian warning (although see below). Then I paired with Anja who is, as always, an angel, and we figured out the weirdness that is dput and mentors.debian.net. Finally I was able to upload filter-other-days(!) BUT I was in for a rude awakening - apparently Lintian checks for .debs and .dscs are different. So while my binary package was Lintian-clean, my source package unfortunately wasn't. This is something I will need to work on in the weeks to come. That being said, I'm still pretty proud of what I've accomplished here! I've made significant progress on this front.\nCompleted goal: lazymention v1\nOne of the first things I did was ship lazymention 1.0.0 - and I wrote an announcement blog post to accompany it! (In fact, I syndicated that blog post to IndieNews using lazymention, which felt pretty damn awesome.) I got some great feedback on it from the IndieWeb community, and my lobste.rs submission - which also got some great engagement - even made the front page, which was pretty unreal! I still have a lot more work to do with lazymention - in particular, it doesn't actually respect edits (so it'll resend Webmentions with every job submission) - but for now it works well. I'm super pleased with it, and have integrated it into my site deployment workflow. I even wrote a module so other people can do this, too!\nFailed goals: ActivityPub in pump.io core, pump.io PR review\nNo progress on this front. I did start hacking on a telemetry server which will eventually be helpful for our ActivityPub rollout, but that did not in any way directly help fulfill these goals. I also released 5.1 stable, but that's pretty routine by this point.\nPartially completed goal: two blog posts per week\nI stuck with this goal all the way up until the final week, where I didn't write any. (Although I wrote about my GPG keys around the time I actually flew back to college.) The first week, I wrote about my thoughts on shell script and about lazymention; the second, I wrote about the pump.io 5.1 stable release and about talking to Pull Request reviewers if you think they're wrong.\nFailed stretch goal: paper editing\nI did absolutely no editing on the paper I intend to get published (which I originally wrote for a writing class). This was a stretch goal though, so that's totally fine.\nAdditional activity: steevie maintenance\nAfter I finally found the cable I needed, I swapped out the cable that connects steevie's motherboard with the drives' SATA ports. This seemed to significantly improve disk performance, although there are still noticeable performance problems. I'm very, very happy to have finally gotten this done.\nAdditional activity: Tor relay migration from Amazon EC2 to DigitalOcean\nAfter getting some advice on tor-relays, I finally sat down and looked into moving my relay away from Amazon Web Services. This is because AWS bills by usage, which for a Tor relay ends up being incredibly inefficient. It turned out to actually be way easier than I thought, which only served to make me mad that I hadn't done it sooner. In any case, I now save approximately $240/year AND I can push 1000GB/month as opposed to the 10GB/month I pushed before. In the words of the commit where I made this change: \"this change made possible by the fact that I'm no longer getting billed up the wazoo by Amazon Web Services.\" Here's a of a Tor Metrics graph (captured today) that shows the jump:\n\nAnyway, I'm super happy I can contribute more to the Tor network and save lots of money in the process. That being said I am pretty damn salty I didn't realize this in the four years I've been running a Tor relay.\nAdditional activity: offandonagain.org maintenance\nAfter turning on NodeSecurity monitoring for offandonagain.org, I found out that the module that underlies it, node-serve-random, had some vulnerable dependencies. Not only did I fix this, I wrote a large test suite for the module and found (and fixed!) several bugs in the process. Writing a test suite also allowed me to turn on Greenkeeper for the module, which will be a huge help to me in keeping the module up-to-date.\nAdditional activity: Stratic work\nFirst off, I released beta 7 of generator-stratic! Nothing major, just some polishing stuff. Stratic is getting very close to the point where I might want to start promoting it more aggressively, or declaring it stable, and (with a lot of super-helpful feedback from my family) I worked on something that's super important before we get there: a logo!\nHere are two of my favorites so far:\n\n\n\nThese are based off the JS logo, in case you hadn't seen it before:\n\nAnyway, I have to post another iteration in the GitHub issue based on some feedback from Saul (who I had a lovely lunch with) - he thinks I should reverse it so the pipe is on the left, so it looks like the file is coming out of the pipe. But anyway you should comment there if you have feedback!\nAdditional activity: IndieWeb stuff\nI attended Homebrew Website Club in San Fransisco, which was incredible. I got to meet a bunch of new people, as well as say hi to Ryan and Tantek again, which was so nice - it's always just better to talk in real life. Tantek said (at least if I recall correctly) that my laptop was one of the best-stickered laptops he'd ever seen, which made me feel just unbelievably special. He also gave me a microformats sticker (and helped me figure out where to put it), which I had on my old laptop and had been really missing, as well as a Let's Encrypt sticker. The latter was so special I elected to put it on the inside of my laptop, which I reserve only for really special things (basically a Recurse Center refucktoring sticker and a sticker of Noah in this video, which he handed to me like a business card the first time we met). Anyway, every time I look at the Let's Encrypt sticker I just feel so happy. I love Let's Encrypt so damn much.\nHomebrew Website Club was super inspiring, so when I got back to where I was staying (at my mom's boyfriend's house) I started implementing an IndieWeb-style social stream for strugee.net. It still needs some polishing but is actually pretty close to being done. Who knows when I'll have time to finish it, but it's getting there! I'm so freaking excited, honestly. Also, I added proper timestamp mf2 metadata to my site, as well as a visual display for post edits, and I expanded what type of Webmentions the display code recognizes too!\n\n\nExecutive summary\nI resolved or completed 2 goals, partially completed 2 goals, failed 3 goals, and failed 1 stretch goal. Additionally I did significant work in 5 other areas. Out of the goals I set for myself, I completed 51% (Debian packaging work is ~2/5 complete; blog posts were written 2/3 of the time); not counting the stretch goal, I completed 61.2%. I'm pretty happy with what I got done during this period; however, while I was productive, the numbers show that I did a mediocre job sticking to my goals. In the future I should focus on making more realistic goals and then sticking to them (though not too much - it is a break, after all!).\nSpeaking of which, partway through break I felt like I was on the edge of burnout, which to me was a very clear sign that I was pushing myself way too hard during a time I should have been unwinding. Because of that I cut what I was doing a lot, which helped pretty dramatically. In fact, I think without that I wouldn't have been able to do some of the later stuff, like all the IndieWeb work. So that's another reason I have to find a way to balance sticking to goals and just relaxing (which doesn't necessarily mean not coding, just doing whatever coding I feel like in the moment) - I feel like I was pushing myself too hard to meet my goals (and then getting distracted and not meeting them) and that's what led to the feeling. Obviously there are different constraints for e.g. schoolwork; here I'm referring only to free time like breaks.\nSpring semester goals\nWith that in mind, I want to set some very broad goals for spring semester. I may update this list as time goes on, but for now I have four overarching goals I want to accomplish (besides the usual day-to-day code maintenance stuff):\nFinish editing the paper I wrote last semester on freedom-respecting software and intersectionality, and get it published\nMake some measurable progress on my Push-based Two-factor Authentication IETF draft\nGet access to the University of Rochester darkroom and start developing/printing photos again\nStart pushing the University of Rochester library (and maybe the journalism department?) to start adopting Tor technologies\nI'm excited to see how it goes!"
    },
    "name": "Winter break retrospective & spring semester goals",
    "_id": "123836",
    "_source": "227",
    "_is_read": true
}

Barry FrostBarry Frost barryfrost.com

{
    "type": "entry",
    "published": "2018-01-22T22:35:46Z",
    "url": "https://barryfrost.com/2018/01/jekyll-s-default-minima-theme-now",
    "category": [
        "indieweb",
        "microformats",
        "jekyll"
    ],
    "syndication": [
        "https://twitter.com/barryf/status/955569706693464065"
    ],
    "content": {
        "text": "\ud83c\udf89 Jekyll\u2019s default Minima theme now has #microformats baked in to its templates. Really pleased to see my pull request merged in the latest gem release. #indieweb\n\nhttps://twitter.com/jekyllrb/status/955551155031101440",
        "html": "<p>\ud83c\udf89 Jekyll\u2019s default Minima theme now has #microformats baked in to its templates. Really pleased to see my pull request merged in the latest gem release. #indieweb</p>\n\n<p><a href=\"https://twitter.com/jekyllrb/status/955551155031101440\">https://twitter.com/jekyllrb/status/955551155031101440</a></p>"
    },
    "author": {
        "type": "card",
        "name": "Barry FrostBarry Frost",
        "url": "https://barryfrost.com/",
        "photo": "https://barryfrost.com/barryfrost.jpg"
    },
    "_id": "99722",
    "_source": "189",
    "_is_read": true
}

Aaron Parecki aaronparecki.com

{
    "type": "entry",
    "published": "2018-01-22T16:58:01-05:00",
    "url": "https://aaronparecki.com/2018/01/22/21/",
    "category": [
        "IndieWebCamp",
        "indiewebcamp"
    ],
    "photo": [
        "https://aaronparecki.com/2018/01/22/21/photo.jpg"
    ],
    "syndication": [
        "https://www.instagram.com/p/BeRIVrpAdcm/"
    ],
    "content": {
        "text": "Goodbye Baltimore! That was a fun #IndieWebCamp weekend!",
        "html": "Goodbye Baltimore! That was a fun <a href=\"https://aaronparecki.com/tag/indiewebcamp\">#IndieWebCamp</a> weekend!"
    },
    "author": {
        "type": "card",
        "name": "Aaron Parecki",
        "url": "https://aaronparecki.com/",
        "photo": "https://aaronparecki.com/images/profile.jpg"
    },
    "_id": "22896",
    "_source": "16",
    "_is_read": true
}

My first IndieWebCamp!

{
    "type": "entry",
    "published": "2018-01-22T14:11:23-0500",
    "summary": "This past weekend was IndieWebCamp Baltimore and it was awesome! I\u2019ve been hanging out online with those in the IndieWeb for the past year but until now I was unable to make a trip out to the IndieWebCamps that took place in 2017. Thanks to Marty and Jonathan, Baltimore hosted it\u2019s first ever IndieWebCamp.",
    "url": "https://eddiehinkle.com/2018/01/22/7/article/",
    "category": [
        "indieweb",
        "indiewebcamp"
    ],
    "name": "My first IndieWebCamp!",
    "author": {
        "type": "card",
        "name": "Eddie Hinkle",
        "url": "https://eddiehinkle.com",
        "photo": null
    },
    "_id": "22535",
    "_source": "39",
    "_is_read": true
}

Owning my authentication

{
    "type": "entry",
    "published": "2018-01-22T14:09:36-0500",
    "summary": "For the last year, since I\u2019ve been involved in the IndieWeb, I\u2019ve used IndieAuth.com for my IndieAuth authentication. It\u2019s a hosted service for authorization and token endpoints that helps bridge the technological hurdle of allowing new people to the IndieWeb to start being able to login using the IndieAuth protocol.",
    "url": "https://eddiehinkle.com/2018/01/22/6/article/",
    "category": [
        "indieweb",
        "indiewebcamp",
        "token-revocation"
    ],
    "name": "Owning my authentication",
    "author": {
        "type": "card",
        "name": "Eddie Hinkle",
        "url": "https://eddiehinkle.com",
        "photo": null
    },
    "_id": "22536",
    "_source": "39",
    "_is_read": true
}

Aaron Parecki aaronparecki.com

Pixel Art!

{
    "type": "entry",
    "published": "2018-01-21T14:11:06-05:00",
    "url": "https://aaronparecki.com/2018/01/21/11/pixel-art",
    "featured": "https://aaronparecki.com/2018/01/21/11/image-2.png",
    "category": [
        "indiewebcamp",
        "pixel",
        "art",
        "p3k"
    ],
    "name": "Pixel Art!",
    "content": {
        "text": "I just finished my IndieWebCamp hack day project, and I'm pretty excited about it!\nA long time ago, my website used to have this 7x7 grid of pixels on the home page, which visitors could toggle between blue and green. It saved the state after you'd click them, so you could leave little pictures for the rest of my website visitors.\u00a0\nI eventually abandoned that version of my site, and that feature disappeared as well. I decided that it would be fun to add it back to my current website today!\nSo now, my home page has a similar section at the top with a little grid of pixels again!\nThere were a few differences in my approach this time around. I decided to make the grid 20 pixels wide by 3 pixels tall, in order to reduce the chances of people being able to spell things or draw anything inappropriate.\u00a0\nI wanted the grid to be responsive as well, so that the cells shrink appropriately when the width of the column shrinks. I found this nice answer on StackOverflow, \"Grid of Responsive Squares\", which pointed me at a technique I hadn't know about, which is to use a percentage for the padding-bottom property. Each cell in my grid is calc(5% - 1px) wide, with padding-bottom: calc(5% - 1px) as well. This makes the height match the width, which is based on the relative size of the container.\nI also made the grid realtime! If you open the home page in two browsers, you'll see one browser update when you click a pixel in the other! I was able to do this without any complicated server-side support thanks to the nginx push-stream module that I already have installed. It lets a browser subscribe to an endpoint using the EventSource API, and then from my server I can send a POST request to the nginx module to broadcast data to anyone listening.\nMaybe my next project will be to get some Neopixels and make a little thing for my desk that always shows the current pattern!",
        "html": "<p>I just finished my <a href=\"https://indieweb.org/2018/Baltimore\">IndieWebCamp</a> hack day project, and I'm pretty excited about it!</p>\n<p>A long time ago, my website used to have this 7x7 grid of pixels on the home page, which visitors could toggle between blue and green. It saved the state after you'd click them, so you could leave little pictures for the rest of my website visitors.\u00a0</p>\n<img src=\"https://aaronparecki.com/2018/01/21/11/image-1.png\" alt=\"\" /><p>I eventually abandoned that version of my site, and that feature disappeared as well. I decided that it would be fun to add it back to my current website today!</p>\n<p>So now, my home page has a similar section at the top with a little grid of pixels again!</p>\n<img src=\"https://aaronparecki.com/2018/01/21/11/image-2.png\" class=\"u-featured\" alt=\"\" /><p>There were a few differences in my approach this time around. I decided to make the grid 20 pixels wide by 3 pixels tall, in order to reduce the chances of people being able to spell things or draw anything inappropriate.\u00a0</p>\n<p>I wanted the grid to be responsive as well, so that the cells shrink appropriately when the width of the column shrinks. I found this nice answer on StackOverflow, \"<a href=\"https://stackoverflow.com/a/20457076/712641\">Grid of Responsive Squares</a>\", which pointed me at a technique I hadn't know about, which is to use a percentage for the padding-bottom property. Each cell in my grid is <code>calc(5% - 1px)</code> wide, with <code>padding-bottom: calc(5% - 1px)</code> as well. This makes the height match the width, which is based on the relative size of the container.</p>\n<p>I also made the grid realtime! If you open the home page in two browsers, you'll see one browser update when you click a pixel in the other! I was able to do this without any complicated server-side support thanks to the <a href=\"https://github.com/wandenberg/nginx-push-stream-module\">nginx push-stream module</a> that I already have installed. It lets a browser subscribe to an endpoint using the EventSource API, and then from my server I can send a POST request to the nginx module to broadcast data to anyone listening.</p>\n<p>Maybe my next project will be to get some <a href=\"https://www.adafruit.com/category/168\">Neopixels</a> and make a little thing for my desk that always shows the current pattern!</p>"
    },
    "author": {
        "type": "card",
        "name": "Aaron Parecki",
        "url": "https://aaronparecki.com/",
        "photo": "https://aaronparecki.com/images/profile.jpg"
    },
    "_id": "21303",
    "_source": "16",
    "_is_read": true
}

Aaron Parecki aaronparecki.com

Digital Harbor Foundation Tech Center

{
    "type": "entry",
    "published": "2018-01-21T08:29:53-05:00",
    "url": "https://aaronparecki.com/2018/01/21/4/",
    "category": [
        "indiewebcamp",
        "https://foursquare.com/user/13388566"
    ],
    "syndication": [
        "https://www.swarmapp.com/user/59164/checkin/5a6495d18194fc78248d526f"
    ],
    "content": {
        "text": "Setting up for #indiewebcamp day 2! \u2014 with microformats",
        "html": "Setting up for #indiewebcamp day 2! \u2014 with <a href=\"https://foursquare.com/user/13388566\">microformats</a>"
    },
    "author": {
        "type": "card",
        "name": "Aaron Parecki",
        "url": "https://aaronparecki.com/",
        "photo": "https://aaronparecki.com/images/profile.jpg"
    },
    "checkin": {
        "type": "card",
        "name": "Digital Harbor Foundation Tech Center",
        "latitude": "39.277281",
        "longitude": "-76.612064",
        "url": "https://foursquare.com/v/509d4f5c498efdffc609bf87"
    },
    "_id": "21063",
    "_source": "16",
    "_is_read": true
}

gRegor Morrill gregorlove.com

{
    "type": "entry",
    "published": "2018-01-20 07:26-0800",
    "url": "https://gregorlove.com/2018/01/hello-from-indiewebcamp-baltimore/",
    "syndication": [
        "https://twitter.com/gRegorLove/status/954737194786312200"
    ],
    "content": {
        "text": "Hello from IndieWebCamp Baltimore!",
        "html": "<p>Hello from IndieWebCamp Baltimore!</p>"
    },
    "author": {
        "type": "card",
        "name": "gRegor Morrill",
        "url": "https://gregorlove.com/",
        "photo": "https://gregorlove.com/site/assets/files/3473/profile-2016-med.jpg"
    },
    "_id": "20590",
    "_source": "95",
    "_is_read": true
}

{
    "type": "entry",
    "published": "2018-01-20T09:46:30Z",
    "url": "https://adactio.com/links/13330",
    "category": [
        "indieweb",
        "distribution",
        "syndication",
        "blogging",
        "blogs",
        "independent",
        "publishing",
        "posse"
    ],
    "bookmark-of": [
        "https://singletary.io/2018/fears-of-the-indieweb"
    ],
    "content": {
        "text": "Fears of the IndieWeb\n\n\n\n\n  Most of my online friends and acquaintances will never understand or participate in the IndieWeb, and so I require a bridge between these worlds. On one side I choose what content to post and how it is stored, and it exists mainly on an island that few visit regularly. On the other side is nearly everyone I know, blissfully ignorant of my real home on the web and unable to see any content shared there without manual intervention or working plugins.\n  \n  This does not all seem bad, though. Maintaining control will require more attention be placed on managing my content, and this time must come from somewhere. I imagine that I\u2019ll slowly begin using social media less, writing more, and learning more about how to develop solutions to problems that arise within my setup.",
        "html": "<h3>\n<a class=\"p-name u-bookmark-of\" href=\"https://singletary.io/2018/fears-of-the-indieweb\">\nFears of the IndieWeb\n</a>\n</h3>\n\n<blockquote>\n  <p>Most of my online friends and acquaintances will never understand or participate in the IndieWeb, and so I require a bridge between these worlds. On one side I choose what content to post and how it is stored, and it exists mainly on an island that few visit regularly. On the other side is nearly everyone I know, blissfully ignorant of my real home on the web and unable to see any content shared there without manual intervention or working plugins.</p>\n  \n  <p>This does not all seem bad, though. Maintaining control will require more attention be placed on managing my content, and this time must come from somewhere. I imagine that I\u2019ll slowly begin using social media less, writing more, and learning more about how to develop solutions to problems that arise within my setup.</p>\n</blockquote>"
    },
    "_id": "20101",
    "_source": "2",
    "_is_read": true
}

{
    "type": "entry",
    "published": "2018-01-20T09:05:45Z",
    "url": "https://adactio.com/links/13329",
    "category": [
        "blogging",
        "blogs",
        "indieweb",
        "independent",
        "publishing",
        "writing",
        "sharing",
        "decentralisation"
    ],
    "bookmark-of": [
        "https://ia.net/topics/web-trend-map-2018/"
    ],
    "content": {
        "text": "Web Trend Map 2018 \u2013 iA\n\n\n\n\n  If you are one of those old or young bloggers, please join in. Drop Facebook, drop Twitter and drop Medium for original thought. Own your traffic. You can use them to engage in discussion. But don\u2019t get lost in there. Write daily. Publish as often as you have something to say. Link to other blogs.",
        "html": "<h3>\n<a class=\"p-name u-bookmark-of\" href=\"https://ia.net/topics/web-trend-map-2018/\">\nWeb Trend Map 2018 \u2013 iA\n</a>\n</h3>\n\n<blockquote>\n  <p>If you are one of those old or young bloggers, please join in. Drop Facebook, drop Twitter and drop Medium for original thought. Own your traffic. You can use them to engage in discussion. But don\u2019t get lost in there. Write daily. Publish as often as you have something to say. Link to other blogs.</p>\n</blockquote>"
    },
    "_id": "20102",
    "_source": "2",
    "_is_read": true
}

Aaron Parecki aaronparecki.com

Joe Squared Pizza & Bar

{
    "type": "entry",
    "published": "2018-01-19T18:36:07-05:00",
    "url": "https://aaronparecki.com/2018/01/19/23/",
    "category": [
        "indiewebcamp",
        "https://martymcgui.re/",
        "https://foursquare.com/user/13388566"
    ],
    "syndication": [
        "https://www.swarmapp.com/user/59164/checkin/5a6280e74aa3f801c043a0dd"
    ],
    "content": {
        "text": "#IndieWebCamp preparty dinner! \ud83c\udf55\ud83c\udf7b \u2014 with Marty, microformats",
        "html": "#IndieWebCamp preparty dinner! \ud83c\udf55\ud83c\udf7b \u2014 with <a href=\"https://martymcgui.re/\">Marty</a>, <a href=\"https://foursquare.com/user/13388566\">microformats</a>"
    },
    "author": {
        "type": "card",
        "name": "Aaron Parecki",
        "url": "https://aaronparecki.com/",
        "photo": "https://aaronparecki.com/images/profile.jpg"
    },
    "checkin": {
        "type": "card",
        "name": "Joe Squared Pizza & Bar",
        "latitude": "39.31074",
        "longitude": "-76.617864",
        "url": "https://foursquare.com/v/45f30a8cf964a520ec431fe3"
    },
    "_id": "19720",
    "_source": "16",
    "_is_read": true
}

Aaron Parecki aaronparecki.com

Portland International Airport (PDX)

{
    "type": "entry",
    "published": "2018-01-18T20:21:14-08:00",
    "url": "https://aaronparecki.com/2018/01/18/17/",
    "category": [
        "IndieWebCamp",
        "indiewebcamp"
    ],
    "syndication": [
        "https://www.swarmapp.com/user/59164/checkin/5a61723ad69ed060cc74430c"
    ],
    "content": {
        "text": "Heading to Baltimore for #IndieWebCamp! \u2708\ufe0f",
        "html": "Heading to Baltimore for <a href=\"https://aaronparecki.com/tag/indiewebcamp\">#IndieWebCamp</a>! <a href=\"https://aaronparecki.com/emoji/%E2%9C%88%EF%B8%8F\">\u2708\ufe0f</a>"
    },
    "author": {
        "type": "card",
        "name": "Aaron Parecki",
        "url": "https://aaronparecki.com/",
        "photo": "https://aaronparecki.com/images/profile.jpg"
    },
    "checkin": {
        "type": "card",
        "name": "Portland International Airport (PDX)",
        "latitude": "45.588805",
        "longitude": "-122.593655",
        "url": "https://foursquare.com/v/45f412e6f964a520f6431fe3"
    },
    "_id": "18389",
    "_source": "16",
    "_is_read": true
}

David Shanske david.shanske.com

Attending IndieWebCamp Baltimore - Jan 20-21, 2018 - Baltimore, Maryland IndieWebCamp Baltimore 2018 is a gathering for independent web creators of all kinds, from graphic artists, to designers, UX engineers, coders, hackers, to share ideas, actively work on creating for their own personal websites, and build upon each others creations. Posted on 7:40PM EST January 18, 2018Kind RSVPLeave a response on IndieWebCamp Baltimore – Jan 20-21, 2018 – Baltimore, Maryland

{
    "type": "entry",
    "published": "2018-01-18T19:40:10-05:00",
    "rsvp": "yes",
    "url": "https://david.shanske.com/2018/01/18/indiewebcamp-baltimore-jan-20-21-2018-baltimore-maryland/",
    "in-reply-to": [
        "https://2018.indieweb.org/baltimore"
    ],
    "name": "Attending IndieWebCamp Baltimore - Jan 20-21, 2018 - Baltimore, Maryland  IndieWebCamp Baltimore 2018 is a gathering for independent web creators of all kinds, from graphic artists, to designers, UX engineers, coders, hackers, to share ideas, actively work on creating for their own personal websites, and build upon each others creations.   \n\n\tPosted on 7:40PM EST\nJanuary 18, 2018Kind RSVPLeave a response on IndieWebCamp Baltimore \u2013 Jan 20-21, 2018 \u2013 Baltimore, Maryland",
    "author": {
        "type": "card",
        "name": "David Shanske",
        "url": "https://david.shanske.com",
        "photo": "https://secure.gravatar.com/avatar/681eba02e72ba1d894097034a8110e61?s=125&d=default&r=g"
    },
    "_id": "18328",
    "_source": "5",
    "_is_read": true
}

Malcolm Blaney unicyclic.com/mal

Urls as value systems

{
    "type": "entry",
    "published": "2018-01-18T12:55:09+1000",
    "url": "https://unicyclic.com/mal/2018-01-18-Urls_as_value_systems",
    "syndication": [
        "https://twitter.com/malcolmblaney/status/953823084892573696"
    ],
    "name": "Urls as value systems",
    "content": {
        "text": "This New York Times Magazine article covers quite a few aspects of Bitcoin and it's blockchain brethren, but the ones I'm interested in are identity and token scarcity. The article has much to say on the enabling effects of the technology in this area, but I can't help but think about other, simpler, ways to do the same thing.\n\nIndieweb is all about identity, so we have that one solved. I think token scarcity could be done too... after all, we get to decide what our websites hand out. It's easy to imagine a system where urls carry value and reciprocal links validate a value relationship. And it would avoid the FOMO problem in the crypto currency world which conflates token functionality with wild speculation on the token's value. The tokens your own website hands out will never be hoarded by speculators, I promise. ;-)\n\n\nSo what does the blockchain provide that far simpler, url based systems do not? Immutability for one, link-rot is our enemy when relying on urls as a value system. But if urls had more explicit value, maybe we would put more effort into keeping them around? The blockchain is interesting, but I think it's worth asking what problems it's trying to solve and what other solutions might look like.",
        "html": "<a href=\"https://www.nytimes.com/2018/01/16/magazine/beyond-the-bitcoin-bubble.html?action=click&amp;contentCollection=undefined&amp;region=Footer&amp;module=WhatsNext&amp;version=WhatsNext&amp;contentID=WhatsNext&amp;moduleDetail=most-emailed-0&amp;pgtype=undefined\">This New York Times Magazine article</a> covers quite a few aspects of Bitcoin and it's blockchain brethren, but the ones I'm interested in are identity and token scarcity. The article has much to say on the enabling effects of the technology in this area, but I can't help but think about other, simpler, ways to do the same thing.<br /><br /><a href=\"https://indieweb.org\">Indieweb</a> is all about identity, so we have that one solved. I think token scarcity could be done too... after all, we get to decide what our websites hand out. It's <a href=\"https://unicyclic.com/mal/2016-06-10-credmentions_a_distributed_ledger_for_the_indieweb\">easy to imagine</a> a system where urls carry value and reciprocal links validate a value relationship. And it would avoid the FOMO problem in the crypto currency world which conflates token functionality with wild speculation on the token's value. The tokens your own website hands out will never be hoarded by speculators, I promise. ;-)<br /><br />\nSo what does the blockchain provide that far simpler, url based systems do not? Immutability for one, link-rot is our enemy when relying on urls as a value system. But if urls had more explicit value, maybe we would put more effort into keeping them around? The blockchain is interesting, but I think it's worth asking what problems it's trying to solve and what other solutions might look like.<a href=\"https://brid.gy/publish/twitter\"></a><a href=\"https://twitter.com/malcolmblaney/status/953823084892573696\" class=\"u-syndication\"></a>"
    },
    "author": {
        "type": "card",
        "name": "Malcolm Blaney",
        "url": "https://unicyclic.com/mal",
        "photo": "https://aperture-media.p3k.io/unicyclic.com/bdad1528925264a15ecd0bdb92bdc5836d965b0d5f4db8797489eec259fa32de.png"
    },
    "_id": "124143",
    "_source": "243",
    "_is_read": true
}

IndieWeb

{
    "type": "entry",
    "author": {
        "name": "chris",
        "url": "https://www.stillbreathing.co.uk/",
        "photo": null
    },
    "url": "https://www.stillbreathing.co.uk/2018/01/15/indieweb",
    "published": "2018-01-15T22:25:21+00:00",
    "content": {
        "html": "<p>In a moment of madness \u2013 proved by the spelling mistake \u2013 I tweeted that <a href=\"https://twitter.com/mrwiblog/status/946130324085530626\">2018 would be the year I go full IndieWeb</a>.</p>\n<p>But what is it? Basically, <a href=\"https://indieweb.org/\">IndieWeb</a> is a movement of people who want to own their own data, not have it wholly controlled by corporations. So rather than posting updates to Big Corp Social Media Website, you\u2019d post to your own site and <em>syndicate</em> out to other places. If the social media site goes down, goes bust, or goes evil, you still have all your content. After all, you wrote it \u2013 it should be yours.</p>\n<p>The syndication part is possible thanks to various clever technical bits (<a href=\"https://adactio.com/links/13151\">Jeremy Keith has a great video explaning of the building blocks of IndieWeb</a>). So you can still participate in social media sites, for example, but still own your own content.</p>\n<p>It\u2019s a \u201chave your cake and eat it\u201d situation. And I like cake.</p>\n<p>I, over the course of this year I intend to become independent of Twitter, Pocket and GMail. That\u2019s not to say I\u2019ll stop using those services \u2013 I find them all valuable \u2013 but my data won\u2019t be owned by them. Fortunately all my websites have their own self-hosted CMS systems (mainly WordPress) which makes the job a lot easier.</p>\n<p>And who knows, I may find that this IndieWeb thing allows me to start syndicating to new places such as this Mastadon thing I keep hearing about. The choice will be, for the first time, all mine.</p>",
        "text": "In a moment of madness \u2013 proved by the spelling mistake \u2013 I tweeted that 2018 would be the year I go full IndieWeb.\nBut what is it? Basically, IndieWeb is a movement of people who want to own their own data, not have it wholly controlled by corporations. So rather than posting updates to Big Corp Social Media Website, you\u2019d post to your own site and syndicate out to other places. If the social media site goes down, goes bust, or goes evil, you still have all your content. After all, you wrote it \u2013 it should be yours.\nThe syndication part is possible thanks to various clever technical bits (Jeremy Keith has a great video explaning of the building blocks of IndieWeb). So you can still participate in social media sites, for example, but still own your own content.\nIt\u2019s a \u201chave your cake and eat it\u201d situation. And I like cake.\nI, over the course of this year I intend to become independent of Twitter, Pocket and GMail. That\u2019s not to say I\u2019ll stop using those services \u2013 I find them all valuable \u2013 but my data won\u2019t be owned by them. Fortunately all my websites have their own self-hosted CMS systems (mainly WordPress) which makes the job a lot easier.\nAnd who knows, I may find that this IndieWeb thing allows me to start syndicating to new places such as this Mastadon thing I keep hearing about. The choice will be, for the first time, all mine."
    },
    "name": "IndieWeb",
    "_id": "123961",
    "_source": "235",
    "_is_read": true
}