Jonathan LaCour cleverdevil.io/profile/cleverdevil

{
    "type": "entry",
    "published": "2018-10-31T03:21:17+00:00",
    "url": "https://cleverdevil.io/2018/for-those-of-you-that-have-been",
    "category": [
        "Indiepaper",
        "Micropub",
        "IndieWeb"
    ],
    "syndication": [
        "https://twitter.com/cleverdevil/status/1057472556767371264"
    ],
    "content": {
        "text": "For those of you that have been asking, #Indiepaper for iOS is on the way, thanks to @EddieHinkle. Soon, you\u2019ll be able to save content for later using #Micropub natively on iOS. We are just waiting on Apple! #IndieWeb",
        "html": "For those of you that have been asking, <a href=\"https://cleverdevil.io/tag/Indiepaper\" class=\"p-category\">#Indiepaper</a> for iOS is on the way, thanks to @EddieHinkle. Soon, you\u2019ll be able to save content for later using <a href=\"https://cleverdevil.io/tag/Micropub\" class=\"p-category\">#Micropub</a> natively on iOS. We are just waiting on Apple! <a href=\"https://cleverdevil.io/tag/IndieWeb\" class=\"p-category\">#IndieWeb</a>"
    },
    "author": {
        "type": "card",
        "name": "Jonathan LaCour",
        "url": "https://cleverdevil.io/profile/cleverdevil",
        "photo": "https://aperture-proxy.p3k.io/77e5d6e5871324c43aebf2e3e7a5553e14578f66/68747470733a2f2f636c65766572646576696c2e696f2f66696c652f66646263373639366135663733383634656131316138323863383631653133382f7468756d622e6a7067"
    },
    "post-type": "note",
    "_id": "1303274",
    "_source": "71",
    "_is_read": true
}

Tantek Çelik tantek.com

{
    "type": "entry",
    "published": "2018-10-30 18:20-0700",
    "rsvp": "yes",
    "url": "http://tantek.com/2018/303/t2/indiewebcamp-berlin-this-weekend",
    "in-reply-to": [
        "https://jkphl.is/events/indiewebcamp-berlin-2018/"
    ],
    "content": {
        "text": "co-organizing IndieWebCamp Berlin 2018 this weekend @MozillaBerlin!\n\nLooking forward to catching up with @jkphl, @ioctaptceb, and everyone else.\n\nStill a few spots left if you can be in Berlin Nov 3-4!\nTickets: http://jk.is/iwcber2018\nMore info: https://indieweb.org/2018/Berlin",
        "html": "co-organizing IndieWebCamp Berlin 2018 this weekend <a class=\"h-cassis-username\" href=\"https://twitter.com/MozillaBerlin\">@MozillaBerlin</a>!<br /><br />Looking forward to catching up with <a class=\"h-cassis-username\" href=\"https://twitter.com/jkphl\">@jkphl</a>, <a class=\"h-cassis-username\" href=\"https://twitter.com/ioctaptceb\">@ioctaptceb</a>, and everyone else.<br /><br />Still a few spots left if you can be in Berlin Nov 3-4!<br />Tickets: <a href=\"http://jk.is/iwcber2018\">http://jk.is/iwcber2018</a><br />More info: <a href=\"https://indieweb.org/2018/Berlin\">https://indieweb.org/2018/Berlin</a>"
    },
    "author": {
        "type": "card",
        "name": "Tantek \u00c7elik",
        "url": "http://tantek.com/",
        "photo": "https://aperture-media.p3k.io/tantek.com/acfddd7d8b2c8cf8aa163651432cc1ec7eb8ec2f881942dca963d305eeaaa6b8.jpg"
    },
    "post-type": "rsvp",
    "refs": {
        "https://jkphl.is/events/indiewebcamp-berlin-2018/": {
            "type": "entry",
            "url": "https://jkphl.is/events/indiewebcamp-berlin-2018/",
            "name": "jkphl.is\u2019s post",
            "post-type": "article"
        }
    },
    "_id": "1303039",
    "_source": "1",
    "_is_read": true
}

Malcolm Blaney unicyclic.com/mal

Hacking on the IndieWeb

{
    "type": "entry",
    "published": "2018-10-29T11:31:44+10:00",
    "url": "https://unicyclic.com/mal/2018-10-29-Hacking_on_the_IndieWeb",
    "photo": [
        "https://aperture-proxy.p3k.io/e91f16bd9b940e875b35b7e0444cb1e5449f4af7/68747470733a2f2f756e696379636c69632e636f6d2f6d616c2f7075626c69632f6d6f6e6f636c652d6c6f67696e2e706e67",
        "https://aperture-proxy.p3k.io/4c46e4d3782ad6501382e82f2f8822b047a6136e/68747470733a2f2f756e696379636c69632e636f6d2f6d616c2f7075626c69632f7265616465722d73637265656e73686f742d312e706e67",
        "https://aperture-proxy.p3k.io/916df5d6fbf12a00c393442d233b9159666764b8/68747470733a2f2f756e696379636c69632e636f6d2f6d616c2f7075626c69632f7265616465722d73637265656e73686f742d322e706e67"
    ],
    "name": "Hacking on the IndieWeb",
    "content": {
        "text": "Finally found some time recently to work on projects I started at IndieWeb Summit 2018 in Portland. I say projects (plural) because I did just keep starting stuff based on different talks or chats that were going on... possibly not the best way to develop new features!\n\n\nBut anyone doing a deep dive on the \"IndieWeb Stack\" is going to notice that there's a huge number of features or protocols they might want to add or support, so where to start? I think wherever inspiration or enthusiasm hits is probably a good idea, so for me that was adding IndieAuth support to win a copy of Aaron's book, OAuth 2.0 Simplified. I also hacked in support for Microsub to my website, because you know, when you're talking about protocols anyway you might as well try and support those protocols.\n\n\nThat brings me to hacking on the IndieWeb. I already had a bunch of code in place, because there are already external services for adding things like IndieAuth support. The cool thing about hacking on new features is that you can swap out one thing at a time. This means even though the list of things you might want to add to your website is quite daunting, you can do this piece by piece.\n\n\nSo I switched over to my home grown authorization endpoint during the summit, and even though it was pretty clunky, never switched back. Having your own endpoint means no more RelMeAuth lookups, so it saves a few seconds when logging in to other sites. But since I was nowhere near finished my projects after the summit, this meant I was still using Aaron's token endpoint. And it's great that this still just works! A few months have gone by and I've now added my own token endpoint to Dobrado, but I'm very thankful to Aaron for providing services to use while we find the time to write our own.\n\n\nI've now also got better Microsub support, so if you've got an account on unicyclic.com you can log in to other readers like Monocle and see your feed there. Again it's not finished but it's nice to see progress as you complete smaller tasks (like h-app support):\n\n\n\n\nI've also cleaned up my own reader interface. There's just too many other nice looking IndieWeb readers these days, so need to try and keep up with how good things are getting! ;-)\n\n\n\n\n\n\u00a0",
        "html": "Finally found some time recently to work on projects I started at <a href=\"https://2018.indieweb.org/\">IndieWeb Summit 2018</a> in Portland. I say <em>projects</em> (plural) because I did just keep starting stuff based on different talks or chats that were going on... possibly not the best way to develop new features!<br /><br />\nBut anyone doing a deep dive on the \"IndieWeb Stack\" is going to notice that there's a huge number of features or protocols they might want to add or support, so where to start? I think wherever inspiration or enthusiasm hits is probably a good idea, so for me that was adding <a href=\"https://indieauth.net/\">IndieAuth</a> support to win a copy of <a href=\"https://aaronparecki.com/\">Aaron's</a> book, <a href=\"https://oauth2simplified.com/\">OAuth 2.0 Simplified</a>. I also hacked in support for <a href=\"https://indieweb.org/Microsub\">Microsub</a> to my website, because you know, when you're talking about protocols anyway you might as well try and support those protocols.<br /><br />\nThat brings me to hacking on the IndieWeb. I already had a bunch of code in place, because there are already <a href=\"https://indieauth.com/\">external services for adding things like IndieAuth support</a>. The cool thing about hacking on new features is that you can swap out one thing at a time. This means even though the list of things you <em>might</em> want to add to your website is quite daunting, you can do this piece by piece.<br /><br />\nSo I switched over to my home grown authorization endpoint during the summit, and even though it was pretty clunky, never switched back. Having your own endpoint means no more <a href=\"https://indieweb.org/RelMeAuth\">RelMeAuth</a> lookups, so it saves a few seconds when logging in to other sites. But since I was nowhere near finished my projects after the summit, this meant I was still using Aaron's token endpoint. And it's great that this still just works! A few months have gone by and I've now added my own token endpoint to <a href=\"https://dobrado.net\">Dobrado</a>, but I'm very thankful to Aaron for providing services to use while we find the time to write our own.<br /><br />\nI've now also got better Microsub support, so if you've got an account on <a href=\"https://unicyclic.com\">unicyclic.com</a> you can log in to other readers like Monocle and see your feed there. Again it's not finished but it's nice to see progress as you complete smaller tasks (like h-app support):<br /><br /><br /><br />\nI've also cleaned up my own reader interface. There's just too many other nice looking IndieWeb readers these days, so need to try and keep up with how good things are getting! ;-)<br /><br /><br /><br /><br />\n\u00a0"
    },
    "author": {
        "type": "card",
        "name": "Malcolm Blaney",
        "url": "https://unicyclic.com/mal",
        "photo": "https://aperture-proxy.p3k.io/4f46272c0027449ced0d7cf8de31ea1bec37210e/68747470733a2f2f756e696379636c69632e636f6d2f6d616c2f7075626c69632f70726f66696c655f736d616c6c5f7468756d622e706e67"
    },
    "post-type": "photo",
    "_id": "1287481",
    "_source": "243",
    "_is_read": true
}

IIW 27 Notes

{
    "type": "entry",
    "author": {
        "name": null,
        "url": "https://herestomwiththeweather.com/",
        "photo": null
    },
    "url": "https://herestomwiththeweather.com/2018/10/28/iiw-27-notes/",
    "published": "2018-10-28T16:00:41+00:00",
    "content": {
        "html": "<p>Last week was a particularly good <a href=\"http://www.internetidentityworkshop.com/\">Internet Identity Workshop</a> and I\u2019m looking forward to reading the <a href=\"http://iiw.idcommons.net/IIW_27_Session_Notes\">session notes</a> as they are published.</p>\n\n<p>Tuesday morning\u2019s icebreaker question was \u201cwhat was your first a-ha! moment in identity?\u201d  I can recall a few I had in early 2001 and one was reading Simson Garfinkel\u2019s <a href=\"https://www.goodreads.com/book/show/846498.Database_Nation\">Database Nation</a>.  After the opening circle, I attended a <a href=\"https://sovrin.org/\">Sovrin Network</a> demo (see Johannes Ernst\u2019s <a href=\"https://upon2020.com/blog/2018/10/pondrin-sovrin/\">post</a>) and some 101 sessions.</p>\n\n<p><img src=\"https://aperture-proxy.p3k.io/21dde878b138e710b1535762add76185d3ecf240/68747470733a2f2f73332e616d617a6f6e6177732e636f6d2f737461726b2d6d6f6f6e2d34362f696d616765732f6669646f5f3130312e6a7067\" alt=\"FIDO 101\" />\nAt the FIDO 101 session, Chris Streeks described the SMS 2-step verification phishing attack where a victim submits login creds to a fake web page and is redirected to another fake web page to enter the SMS code.  Meanwhile, the attacker passes the victim\u2019s login creds to the real site which triggers the SMS message so that the victim submits SMS code to the attacker\u2019s fake website.  FIDO 2 was also discussed which addresses fake keys and also supports origin bound keys.  <a href=\"https://www.yubico.com/2018/09/introducing-the-yubikey-5-series-with-new-nfc-and-fido2-passwordless-features/\">Yubikey 5</a> supports FIDO 2.  One feature that was new to me is \u201cpasswordless authentication.\u201d If your threat model includes the attacker having your key, it seems you do not want this.  However, I see that there is an option to add a PIN to unlock the key.</p>\n\n<p><img src=\"https://aperture-proxy.p3k.io/fecb3c4e35acd323e3dc7ec1279ca01ed6cb3063/68747470733a2f2f73332e616d617a6f6e6177732e636f6d2f737461726b2d6d6f6f6e2d34362f696d616765732f73656c665f736f7665726569676e2e6a7067\" alt=\"Self-Sovereign Identity 101\" />\nAt the Self-Sovereign Identity 101 session, Kaliya Hamlin and Heather Vescent answered questions like \u201cHow do I show up with my identity?\u201d and \u201cHow do I control my identifier?\u201d and explained that no one can take your DID (decentralized identifier) away from you.  I asked whether interoperability with the DID spec is a requirement to being a self-sovereign system.  There didn\u2019t seem to be consensus.</p>\n\n<p>The first session I attended was \u201cBeyond OAuth: Transactional Authz\u201d by Justin Richer.  This session was related to the article <a href=\"https://medium.com/@justinsecurity/moving-on-from-oauth-2-629a00133ade\">Moving On from OAuth 2?</a> and the Identiverse video <a href=\"https://www.youtube.com/watch?v=OLwz7pIXOWQ&amp;t=6s\">What\u2019s Wrong with Oauth 2?</a>.  The main idea was how, if we throw compatibility out, can we fix the problem of putting all those parameters in the front channel of OAuth 2.</p>\n\n<p>Then I attended Aaron Parecki\u2019s \u201cOAuth for Single-Page Apps\u201d and the idea was fixing OAuth in a compatible way so that single page apps don\u2019t have to return an access token in the front channel as that is susceptible to interception and replay attacks.  Torsten L. mentioned that the notion of a nonce was not defined in the OAuth 2 spec which is why there is the PKCE document.</p>\n\n<p><img src=\"https://aperture-proxy.p3k.io/39e3082240b31759672ae0c05d7c4ab2b7db6055/68747470733a2f2f73332e616d617a6f6e6177732e636f6d2f737461726b2d6d6f6f6e2d34362f696d616765732f75626f73626f782e6a7067\" alt=\"UBOSBox\" />\nPart of Wednesday is speed demo hour and it was nice to see the UBOSbox from <a href=\"https://indiecomputing.com/\">Indie Computing</a> in person.  If you have grown weary of the cloud, the UBOSbox is a nice alternative.  It runs in your home and the software is open source.</p>\n\n<p><img src=\"https://aperture-proxy.p3k.io/c5537db97e89f4da9099443f7290fb530496b8b8/68747470733a2f2f73332e616d617a6f6e6177732e636f6d2f737461726b2d6d6f6f6e2d34362f696d616765732f7965735f69642e6a7067\" alt=\"Yes-ID\" />\nGoing back to IIW8, there was a session on <a href=\"http://iiw.idcommons.net/Financial_Institutions_as_Identity_Providers\">Financial Institutions as Identity Providers</a> but concern was expressed that banks might not want to deal with liability in case of mistakes.  That is why I found the <a href=\"https://www.yes.com/\">yes ID</a> demo interesting.  It is German only but it <a href=\"http://iiw.idcommons.net/IIW_27_Demo_Hour\">enables bank customers to use their online banking accounts for conducting various digital transactions, such as login, registration, identification, payment and signing.</a></p>\n\n<p><img src=\"https://aperture-proxy.p3k.io/5844fff4f49d44e5084b374b608ce7d74faab461/68747470733a2f2f73332e616d617a6f6e6177732e636f6d2f737461726b2d6d6f6f6e2d34362f696d616765732f6f617574685f6f70656e5f7765622e6a7067\" alt=\"OAuth for the Open Web\" />\nThe last Wednesday session I attended was \u201cMaking OAuth Work on the Open Web\u201d which is related to Aaron Parecki\u2019s article <a href=\"https://aaronparecki.com/2018/07/07/7/oauth-for-the-open-web\">OAuth for the Open Web</a>.  Current identity standards on OAuth 2 are <a href=\"http://www.windley.com/archives/2016/05/i_am_sybil.shtml\">administrative identity systems</a> as they are built to administer identity in a specific domain.  <a href=\"https://indieauth.net/\">IndieAuth</a> is an extension of OAuth 2 with a shared global namespace.  Also, there was a particular focus on solving the problem of devs needing to preregister their client app on many instances of OAuth providers (for instance, Mastodon).  Aaron described using the client app\u2019s url as the client id which seems like a good solution.</p>\n\n<p>On Thursday, in the \u201cOAuth Security 4 Dummies\u201d session, redirect url matching attack was mentioned and how you can drastically reduce your attack surface if you require exact matching for redirect urls.  Otherwise, you better be extremely confident about the model for your entire domain.  There was excitement expressed about Justin\u2019s proposal mentioned earlier.  It was noted that scopes generally don\u2019t restrict by resource and it would be nice to have something in addition to scopes for this.</p>\n\n<p>I also attended \u201cConsent Management: Receipts, Practices, Standards\u201d which is related to the <a href=\"https://kantarainitiative.org/\">Kantara Initiative</a>.  There was a lot of good info but I\u2019ll just mention two good questions to consider: \u201cRevocation of consent - where is your page where a user can revoke data herself?\u201d and \u201cHow should the consent UX be different for connecting to wifi versus giving up my contacts?\u201d</p>\n\n<p>Thanks to Kaliya Hamlin, Phil Windley, Doc Searls and Heidi Nobantu Saul for another great IIW!</p>",
        "text": "Last week was a particularly good Internet Identity Workshop and I\u2019m looking forward to reading the session notes as they are published.\n\nTuesday morning\u2019s icebreaker question was \u201cwhat was your first a-ha! moment in identity?\u201d  I can recall a few I had in early 2001 and one was reading Simson Garfinkel\u2019s Database Nation.  After the opening circle, I attended a Sovrin Network demo (see Johannes Ernst\u2019s post) and some 101 sessions.\n\n\nAt the FIDO 101 session, Chris Streeks described the SMS 2-step verification phishing attack where a victim submits login creds to a fake web page and is redirected to another fake web page to enter the SMS code.  Meanwhile, the attacker passes the victim\u2019s login creds to the real site which triggers the SMS message so that the victim submits SMS code to the attacker\u2019s fake website.  FIDO 2 was also discussed which addresses fake keys and also supports origin bound keys.  Yubikey 5 supports FIDO 2.  One feature that was new to me is \u201cpasswordless authentication.\u201d If your threat model includes the attacker having your key, it seems you do not want this.  However, I see that there is an option to add a PIN to unlock the key.\n\n\nAt the Self-Sovereign Identity 101 session, Kaliya Hamlin and Heather Vescent answered questions like \u201cHow do I show up with my identity?\u201d and \u201cHow do I control my identifier?\u201d and explained that no one can take your DID (decentralized identifier) away from you.  I asked whether interoperability with the DID spec is a requirement to being a self-sovereign system.  There didn\u2019t seem to be consensus.\n\nThe first session I attended was \u201cBeyond OAuth: Transactional Authz\u201d by Justin Richer.  This session was related to the article Moving On from OAuth 2? and the Identiverse video What\u2019s Wrong with Oauth 2?.  The main idea was how, if we throw compatibility out, can we fix the problem of putting all those parameters in the front channel of OAuth 2.\n\nThen I attended Aaron Parecki\u2019s \u201cOAuth for Single-Page Apps\u201d and the idea was fixing OAuth in a compatible way so that single page apps don\u2019t have to return an access token in the front channel as that is susceptible to interception and replay attacks.  Torsten L. mentioned that the notion of a nonce was not defined in the OAuth 2 spec which is why there is the PKCE document.\n\n\nPart of Wednesday is speed demo hour and it was nice to see the UBOSbox from Indie Computing in person.  If you have grown weary of the cloud, the UBOSbox is a nice alternative.  It runs in your home and the software is open source.\n\n\nGoing back to IIW8, there was a session on Financial Institutions as Identity Providers but concern was expressed that banks might not want to deal with liability in case of mistakes.  That is why I found the yes ID demo interesting.  It is German only but it enables bank customers to use their online banking accounts for conducting various digital transactions, such as login, registration, identification, payment and signing.\n\n\nThe last Wednesday session I attended was \u201cMaking OAuth Work on the Open Web\u201d which is related to Aaron Parecki\u2019s article OAuth for the Open Web.  Current identity standards on OAuth 2 are administrative identity systems as they are built to administer identity in a specific domain.  IndieAuth is an extension of OAuth 2 with a shared global namespace.  Also, there was a particular focus on solving the problem of devs needing to preregister their client app on many instances of OAuth providers (for instance, Mastodon).  Aaron described using the client app\u2019s url as the client id which seems like a good solution.\n\nOn Thursday, in the \u201cOAuth Security 4 Dummies\u201d session, redirect url matching attack was mentioned and how you can drastically reduce your attack surface if you require exact matching for redirect urls.  Otherwise, you better be extremely confident about the model for your entire domain.  There was excitement expressed about Justin\u2019s proposal mentioned earlier.  It was noted that scopes generally don\u2019t restrict by resource and it would be nice to have something in addition to scopes for this.\n\nI also attended \u201cConsent Management: Receipts, Practices, Standards\u201d which is related to the Kantara Initiative.  There was a lot of good info but I\u2019ll just mention two good questions to consider: \u201cRevocation of consent - where is your page where a user can revoke data herself?\u201d and \u201cHow should the consent UX be different for connecting to wifi versus giving up my contacts?\u201d\n\nThanks to Kaliya Hamlin, Phil Windley, Doc Searls and Heidi Nobantu Saul for another great IIW!"
    },
    "name": "IIW 27 Notes",
    "post-type": "article",
    "_id": "1286977",
    "_source": "246",
    "_is_read": true
}

{
    "type": "entry",
    "published": "2018-10-28T19:10:15Z",
    "url": "https://adactio.com/links/14458",
    "category": [
        "serviceworkers",
        "debugging",
        "browsers",
        "safari",
        "video",
        "frontend",
        "development",
        "playback",
        "blogging",
        "sharing",
        "bugs"
    ],
    "bookmark-of": [
        "https://ruk.ca/content/phil-nash-and-jeremy-keith-save-safari-video-playback-day"
    ],
    "content": {
        "text": "Phil Nash and Jeremy Keith Save the Safari Video Playback Day\n\n\n\nI love this example of paying it forward:\n\n\nPhil Nash wrote a post on his site that really helped me, so\n\nI wrote a post on my site, which helped Peter, so\nPeter wrote this post on his site, which showed up via webmention on my site, and now\nthis post will help somebody else \u2026who I hope will write about it.",
        "html": "<h3>\n<a class=\"p-name u-bookmark-of\" href=\"https://ruk.ca/content/phil-nash-and-jeremy-keith-save-safari-video-playback-day\">\nPhil Nash and Jeremy Keith Save the Safari Video Playback Day\n</a>\n</h3>\n\n<p>I love this example of paying it forward:</p>\n\n<ul><li>\n<a href=\"https://philna.sh/blog/2018/10/23/service-workers-beware-safaris-range-request/\">Phil Nash wrote a post on his site</a> that really helped me, so</li>\n<li>\n<a href=\"https://adactio.com/journal/14452\">I wrote a post on my site</a>, which helped Peter, so</li>\n<li>Peter wrote this post on his site, <a href=\"https://adactio.com/journal/14452#comment64243\">which showed up via webmention on my site</a>, and now</li>\n<li>this post will help somebody else \u2026who I hope will write about it.</li>\n</ul>"
    },
    "post-type": "bookmark",
    "_id": "1284432",
    "_source": "2",
    "_is_read": true
}

#MozFest: Decentralized Web Standards: From ActivityPub to Webmention

{
    "type": "event",
    "name": "#MozFest: Decentralized Web Standards: From ActivityPub to Webmention",
    "summary": "Come discuss the alternative web protocols and standards that can enable the decentralized future we want to see. On Guidebook Wiki: indieweb/2018-10-27-mozfest\nRSVP: post an indie RSVP on your own site!",
    "published": "2018-10-28 07:00-0700",
    "start": "2018-10-28 14:00-0700",
    "end": "2018-10-28 15:00-0700",
    "url": "http://tantek.com/2018/301/e1/mozfest-decentralized-web-standards",
    "location": [
        "https://mozillafestival.org/"
    ],
    "content": {
        "text": "When: 2018-10-28 14:00\u202615:00\nWhere: MozFest\n\nHost: Tantek \u00c7elik\n\n\n\nCome discuss the alternative web protocols and standards that can enable the decentralized future we want to see.\n\nOn Guidebook\n\nWiki: indieweb/2018-10-27-mozfest\n\n\nRSVP: post an indie RSVP on your own site!",
        "html": "<p>\nWhen: <time class=\"dt-start\">2018-10-28 14:00</time>\u2026<time class=\"dt-end\">15:00</time><span>\nWhere: <a class=\"u-location h-card\" href=\"https://mozillafestival.org/\">MozFest</a>\n</span>\nHost: <a class=\"u-organizer h-card\" href=\"http://tantek.com/\">Tantek \u00c7elik</a>\n</p>\n\n<p>\nCome discuss the alternative web protocols and standards that can enable the decentralized future we want to see.\n</p>\n<ul><li>On <a href=\"https://guidebook.com/guide/147793/event/21982867/\">Guidebook</a>\n</li>\n<li>Wiki: <a href=\"https://indieweb.org/events/2018-10-27-mozfest\">indieweb/2018-10-27-mozfest</a>\n</li>\n</ul><p>\nRSVP: post an <a href=\"https://indieweb.org/rsvp\">indie RSVP</a> on your own site!\n</p>"
    },
    "post-type": "event",
    "refs": {
        "https://mozillafestival.org/": {
            "type": "card",
            "name": "MozFest",
            "url": "https://mozillafestival.org/",
            "photo": null
        }
    },
    "_id": "1283349",
    "_source": "1",
    "_is_read": true
}

David Shanske david.shanske.com

Simple Location Version 3.4.0 Released

{
    "type": "entry",
    "published": "2018-10-27T19:23:40-04:00",
    "url": "https://david.shanske.com/2018/10/27/simple-location-version-3-4-0-released/",
    "syndication": [
        "https://twitter.com/dshanske/status/1056325603677388801",
        "https://news.indieweb.org/en/david.shanske.com/2018/10/27/simple-location-version-3-4-0-released/"
    ],
    "name": "Simple Location Version 3.4.0 Released",
    "content": {
        "text": "I released a new version of Simple Location this evening. I had to start this project, moving it up my list of things to do because Nominatim started blocking me. I used Nominatim for looking up addresses from coordinates.\nBecause of that, I completely rewrote the system that registers new location providers so I could more easily create new ones.\nThe Nominatim provider has been switched to now use the Nominatim API provided by MapQuest(Yes, they are still around).\nYou can now use Bing and Google to lookup addresses from coordinates\nBing, Google, and Mapquest will now fill in elevation/altitude data on posts if not supplied during lookup, based on their APIs for this.\nAltitude will display if it is over 500 meters. So, right now, basically if I post on a plane.\nLocation visibility, which is a feature now built into at least one Micropub client, has been enhanced in here. It should work more reliably now.\nMapquest and HERE are new static map providers.\nThe conflict with the Jetpack plugin, which added location services in 2017 unknown to me, has been resolved.\u00a0 If you activate this plugin, it unloads the conflicting Jetpack module.\nIf there is no address to display, it will now display the coordinates.\nDark Sky is now an alternate weather provider. I was going to add Weather Underground as well, but they apparently shut down their API.\nWhen publishing using Micropub, if coordinates are provided, it automatically generates a display address if none is provided and stores the current weather conditions.\nThe default location visibility checkbox now offers any three of the visibility options\u2026 Private, Public, or Protected. Protected is show the display address but not the map or the coordinates.\nWhat\u2019s next for this plugin? Well, better logic around location visibility. Right now, if you do not set it, it goes to a global default.\nSo, I\u2019d like to include geofencing. That would be a list of zones. Zones would be a location with a radius around it that if you are inside, it would automatically set to protected and/or replace the address with a generic one. For example, if you are within 50 meters of home, it would always use a pre-identified location of \u2018Home\u2019 and/or default to a city level description.\nThe plugin supports Location providers other than the browser. This means that the plugin could query a server to get the current location of the user.\nHowever, there aren\u2019t any I\u2019ve implemented yet really. But this would allow me to query an API to get my location, which has a lot of potential in future, especially if I want to look up my historical location.\nFor example, I\u2019ve let Google store some of my location history since March of 2013. There is no API I know of to poll the data, but you can export it. I would just have to find a place to import it to. 6 years, 50mb of data. If I had some way to load it up, query it by date and time, I would be able to add location to all posts and photos that didn\u2019t have it, based on the location of my phone at the time the post was made.\nI already have a program on my phone that sends my location periodically to my home automation system, but I\u2019d have to try something different to store historical data. There are several options for this. I\u2019m tempted to write something into WordPress, as I have a tendency to build things into my website. Not sure if there is an off the shelf project to suit my needs, though I\u2019ve looked at Aaron Parecki\u2019s Compass. I could build similar functionality into my site to accommodate this, but I think I need something that both my house and my website can query.\nEither way, look to see me testing this on my upcoming trip to Indiewebcamp Berlin.\n\u00a0\n\u00a0\n\u00a0",
        "html": "I released a new version of Simple Location this evening. I had to start this project, moving it up my list of things to do because Nominatim started blocking me. I used Nominatim for looking up addresses from coordinates.\n<p>Because of that, I completely rewrote the system that registers new location providers so I could more easily create new ones.</p>\n<ul><li>The Nominatim provider has been switched to now use the Nominatim API provided by MapQuest(Yes, they are still around).</li>\n<li>You can now use Bing and Google to lookup addresses from coordinates</li>\n<li>Bing, Google, and Mapquest will now fill in elevation/altitude data on posts if not supplied during lookup, based on their APIs for this.</li>\n<li>Altitude will display if it is over 500 meters. So, right now, basically if I post on a plane.</li>\n<li>Location visibility, which is a feature now built into at least one Micropub client, has been enhanced in here. It should work more reliably now.</li>\n<li>Mapquest and HERE are new static map providers.</li>\n<li>The conflict with the Jetpack plugin, which added location services in 2017 unknown to me, has been resolved.\u00a0 If you activate this plugin, it unloads the conflicting Jetpack module.</li>\n<li>If there is no address to display, it will now display the coordinates.</li>\n<li>Dark Sky is now an alternate weather provider. I was going to add Weather Underground as well, but they apparently shut down their API.</li>\n<li>When publishing using Micropub, if coordinates are provided, it automatically generates a display address if none is provided and stores the current weather conditions.</li>\n<li>The default location visibility checkbox now offers any three of the visibility options\u2026 Private, Public, or Protected. Protected is show the display address but not the map or the coordinates.</li>\n</ul><p>What\u2019s next for this plugin? Well, better logic around location visibility. Right now, if you do not set it, it goes to a global default.</p>\n<p>So, I\u2019d like to include geofencing. That would be a list of zones. Zones would be a location with a radius around it that if you are inside, it would automatically set to protected and/or replace the address with a generic one. For example, if you are within 50 meters of home, it would always use a pre-identified location of \u2018Home\u2019 and/or default to a city level description.</p>\n<p>The plugin supports Location providers other than the browser. This means that the plugin could query a server to get the current location of the user.</p>\n<p>However, there aren\u2019t any I\u2019ve implemented yet really. But this would allow me to query an API to get my location, which has a lot of potential in future, especially if I want to look up my historical location.</p>\n<p>For example, I\u2019ve let Google store some of my location history since March of 2013. There is no API I know of to poll the data, but you can export it. I would just have to find a place to import it to. 6 years, 50mb of data. If I had some way to load it up, query it by date and time, I would be able to add location to all posts and photos that didn\u2019t have it, based on the location of my phone at the time the post was made.</p>\n<p>I already have a program on my phone that sends my location periodically to my home automation system, but I\u2019d have to try something different to store historical data. There are several options for this. I\u2019m tempted to write something into WordPress, as I have a tendency to build things into my website. Not sure if there is an off the shelf project to suit my needs, though I\u2019ve looked at Aaron Parecki\u2019s Compass. I could build similar functionality into my site to accommodate this, but I think I need something that both my house and my website can query.</p>\n<p>Either way, look to see me testing this on my upcoming trip to Indiewebcamp Berlin.</p>\n<p>\u00a0</p>\n<p>\u00a0</p>\n<p>\u00a0</p>"
    },
    "author": {
        "type": "card",
        "name": "David Shanske",
        "url": "https://david.shanske.com/",
        "photo": "https://david.shanske.com/wp-content/uploads/avatar-privacy/cache/gravatar/2/c/2cb1f8afd9c8d3b646b4071c5ed887c970d81d625eeed87e447706940e2c403d-125.png"
    },
    "post-type": "article",
    "_id": "1281470",
    "_source": "5",
    "_is_read": true
}

Aaron Parecki aaronparecki.com

Some OwnYourSwarm Updates

{
    "type": "entry",
    "published": "2018-10-27T15:40:43-07:00",
    "url": "https://aaronparecki.com/2018/10/27/7/ownyourswarm",
    "category": [
        "ownyourswarm",
        "indieweb"
    ],
    "syndication": [
        "https://news.indieweb.org/en/aaronparecki.com/2018/10/27/7/ownyourswarm"
    ],
    "name": "Some OwnYourSwarm Updates",
    "content": {
        "text": "Today I launched some updates to OwnYourSwarm, the service that sends your Swarm checkins to your own website. It does this by watching your Swarm account and sending checkins to your site via Micropub.\u00a0\nPrivate Posts\n\nI made two changes to how OwnYourSwarm can handle private posts. Private posts are currently an experimental feature in Micropub, accomplished by adding a new property to posts called \"visibility\". The WordPress Micropub plugin already has support for this property, so if you use WordPress you can start using this feature today!\nIf you mark a checkin in Swarm as \"off-the-grid\", now OwnYourSwarm will include visibility=private in the Micropub request. Your website can recognize this property and handle setting the post as private.\nThere is an additional checkbox to have OwnYourSwarm always mark the post as private. You can use this to import all your checkins to your site as private posts in case you don't want all your checkins public on your website.\nAutomatically Add Tags to Posts\nLike OwnYourGram, there is now a way to have OwnYourSwarm always include a list of tags in your checkins. You can use this to automatically set your checkins into a specific page on your website by adding the tag \"checkin\" for example.\nWebmention Settings for Comments\n\nBy default, OwnYourSwarm will always try to send Webmentions for any responses to your checkins, such as when someone likes or comments on your checkin, as well as when Swarm itself shows the little tidbits like \"11 weeks in a row at coffee shops\" awarding coins.\n\nThere are now two additional settings you can use to decide whether you want to receive Webmentions for either type of responses. If you'd prefer to not get the Swarm coins, you can disable that. If you'd prefer not to have anybody else's comments appear on your checkins, you can disable that as well.\nI also added a user agent string when OwnYourSwarm sends webmentions so that you'll be able to identify the HTTP requests in your server logs.\nHope you enjoy continuing to own your checkins!",
        "html": "<p>Today I launched some updates to <a href=\"https://ownyourswarm.p3k.io\">OwnYourSwarm</a>, the service that sends your Swarm checkins to your own website. It does this by watching your Swarm account and sending checkins to your site via <a href=\"https://micropub.net\">Micropub</a>.\u00a0</p>\n<h2>Private Posts</h2>\n\n<img src=\"https://aperture-media.p3k.io/aaronparecki.com/65d58f585e571597639a980dfb5dc178fe795ab94184771e04ff565283cd78e7.png\" alt=\"\" style=\"float:right;\" /><p>I made two changes to how OwnYourSwarm can handle private posts. Private posts are currently an experimental feature in Micropub, accomplished by adding a new property to posts called \"<a href=\"https://indieweb.org/Micropub-extensions#Visibility\">visibility</a>\". The <a href=\"https://wordpress.org/plugins/micropub/\">WordPress Micropub plugin</a> already has support for this property, so if you use WordPress you can start using this feature today!</p>\n<p>If you mark a checkin in Swarm as \"off-the-grid\", now OwnYourSwarm will include visibility=private in the Micropub request. Your website can recognize this property and handle setting the post as private.</p>\n<p>There is an additional checkbox to have OwnYourSwarm <i>always</i> mark the post as private. You can use this to import all your checkins to your site as private posts in case you don't want all your checkins public on your website.</p>\n<h2>Automatically Add Tags to Posts</h2>\n<p>Like <a href=\"https://ownyourgram.com\">OwnYourGram</a>, there is now a way to have OwnYourSwarm always include a list of tags in your checkins. You can use this to automatically set your checkins into a specific page on your website by adding the tag \"checkin\" for example.</p>\n<h2>Webmention Settings for Comments</h2>\n\n<img src=\"https://aperture-media.p3k.io/aaronparecki.com/8290d2bd302d82c81d2d39c77d1b8d45adf4f7f1c8a8a7e9849080a32044271f.jpg\" alt=\"\" /><p>By default, OwnYourSwarm will always try to send Webmentions for any responses to your checkins, such as when someone likes or comments on your checkin, as well as when Swarm itself shows the little tidbits like \"11 weeks in a row at coffee shops\" awarding coins.</p>\n\n<img src=\"https://aperture-media.p3k.io/aaronparecki.com/d80db998229a05edeb141ab5d8ecb57cee93a2cf43e7ae436dfd86cb5505b54f.png\" alt=\"\" style=\"float:right;\" /><p>There are now two additional settings you can use to decide whether you want to receive Webmentions for either type of responses. If you'd prefer to not get the Swarm coins, you can disable that. If you'd prefer not to have anybody else's comments appear on your checkins, you can disable that as well.</p>\n<p>I also added a user agent string when OwnYourSwarm sends webmentions so that you'll be able to identify the HTTP requests in your server logs.</p>\n<p>Hope you enjoy continuing to own your checkins!</p>"
    },
    "author": {
        "type": "card",
        "name": "Aaron Parecki",
        "url": "https://aaronparecki.com/",
        "photo": "https://aperture-media.p3k.io/aaronparecki.com/2b8e1668dcd9cfa6a170b3724df740695f73a15c2a825962fd0a0967ec11ecdc.jpg"
    },
    "post-type": "article",
    "_id": "1279876",
    "_source": "16",
    "_is_read": true
}

Eddie Hinkle eddiehinkle.com

{
    "type": "entry",
    "published": "2018-10-27T14:01:34-04:00",
    "summary": "I use it for the same things, also daily. I reply to Twitter and to the Micro.blog social network through webmentions that use mf2 on my site.",
    "url": "https://eddiehinkle.com/2018/10/27/5/reply/",
    "in-reply-to": [
        "https://twitter.com/swentel/status/1056214204875751424?s=12"
    ],
    "content": {
        "text": "I use it for the same things, also daily. I reply to Twitter and to the Micro.blog social network through webmentions that use mf2 on my site.",
        "html": "<p>I use it for the same things, also daily. I reply to Twitter and to the Micro.blog social network through webmentions that use mf2 on my site.</p>"
    },
    "author": {
        "type": "card",
        "name": "Eddie Hinkle",
        "url": "https://eddiehinkle.com/",
        "photo": "https://aperture-proxy.p3k.io/cc9591b69c2c835fa2c6e23745b224db4b4b431f/68747470733a2f2f656464696568696e6b6c652e636f6d2f696d616765732f70726f66696c652e6a7067"
    },
    "post-type": "reply",
    "refs": {
        "https://twitter.com/swentel/status/1056214204875751424?s=12": {
            "type": "entry",
            "url": "https://twitter.com/swentel/status/1056214204875751424?s=12",
            "name": "https://twitter.com/swentel/status/1056214204875751424?s=12",
            "post-type": "article"
        }
    },
    "_id": "1279705",
    "_source": "226",
    "_is_read": true
}

Tantek Çelik tantek.com

{
    "type": "entry",
    "published": "2018-10-26 05:52-0700",
    "url": "http://tantek.com/2018/299/t1/loved-viewsource-talk",
    "category": [
        "ViewSource",
        "indieweb"
    ],
    "in-reply-to": [
        "https://twitter.com/ohhelloana/status/1055721867644993536"
    ],
    "content": {
        "text": "@ohhelloana loved your #ViewSource talk \u201cPlease send me your blogs\u201d! Great job!\nI took photos from the second row, may I post a few? @viewsourceconf #indieweb",
        "html": "<a class=\"h-cassis-username\" href=\"https://twitter.com/ohhelloana\">@ohhelloana</a> loved your #<span class=\"p-category\">ViewSource</span> talk \u201cPlease send me your blogs\u201d! Great job!<br />I took photos from the second row, may I post a few? <a class=\"h-cassis-username\" href=\"https://twitter.com/viewsourceconf\">@viewsourceconf</a> #<span class=\"p-category\">indieweb</span>"
    },
    "author": {
        "type": "card",
        "name": "Tantek \u00c7elik",
        "url": "http://tantek.com/",
        "photo": "https://aperture-media.p3k.io/tantek.com/acfddd7d8b2c8cf8aa163651432cc1ec7eb8ec2f881942dca963d305eeaaa6b8.jpg"
    },
    "post-type": "reply",
    "refs": {
        "https://twitter.com/ohhelloana/status/1055721867644993536": {
            "type": "entry",
            "url": "https://twitter.com/ohhelloana/status/1055721867644993536",
            "name": "@ohhelloana\u2019s tweet",
            "post-type": "article"
        }
    },
    "_id": "1271969",
    "_source": "1",
    "_is_read": true
}

Aaron Parecki aaronparecki.com

{
    "type": "entry",
    "published": "2018-10-25T06:46:01-07:00",
    "url": "https://aaronparecki.com/2018/10/25/4/",
    "content": {
        "text": "Hello from IIW! This is a post from Quill to demonstrate IndieAuth."
    },
    "author": {
        "type": "card",
        "name": "Aaron Parecki",
        "url": "https://aaronparecki.com/",
        "photo": "https://aperture-media.p3k.io/aaronparecki.com/2b8e1668dcd9cfa6a170b3724df740695f73a15c2a825962fd0a0967ec11ecdc.jpg"
    },
    "post-type": "note",
    "_id": "1264854",
    "_source": "16",
    "_is_read": true
}

Aaron Parecki aaronparecki.com

{
    "type": "entry",
    "published": "2018-10-24T08:15:11-07:00",
    "url": "https://aaronparecki.com/2018/10/24/4/dweb",
    "category": [
        "iiw",
        "indieauth",
        "dweb",
        "indieweb"
    ],
    "syndication": [
        "https://twitter.com/aaronpk/status/1055115510918959106"
    ],
    "content": {
        "text": "My post on the Mozilla Hacks blog was just published! \"Identity for the Decentralized Web with IndieAuth\" https://hacks.mozilla.org/2018/10/dweb-identity-for-the-decentralized-web-with-indieauth/ \n\nIf you're at #iiw today, I'll be at demo hour showing how this works!",
        "html": "My post on the Mozilla Hacks blog was just published! \"Identity for the Decentralized Web with IndieAuth\" <a href=\"https://hacks.mozilla.org/2018/10/dweb-identity-for-the-decentralized-web-with-indieauth/\"><span>https://</span>hacks.mozilla.org/2018/10/dweb-identity-for-the-decentralized-web-with-indieauth/</a> <br /><br />If you're at <a href=\"https://aaronparecki.com/tag/iiw\">#<span class=\"p-category\">iiw</span></a> today, I'll be at demo hour showing how this works!"
    },
    "author": {
        "type": "card",
        "name": "Aaron Parecki",
        "url": "https://aaronparecki.com/",
        "photo": "https://aperture-media.p3k.io/aaronparecki.com/2b8e1668dcd9cfa6a170b3724df740695f73a15c2a825962fd0a0967ec11ecdc.jpg"
    },
    "post-type": "note",
    "_id": "1259156",
    "_source": "16",
    "_is_read": true
}

Aaron Parecki aaronparecki.com

{
    "type": "entry",
    "published": "2018-10-23T15:10:18-07:00",
    "url": "https://aaronparecki.com/2018/10/23/18/",
    "category": [
        "indieweb",
        "iiw"
    ],
    "photo": [
        "https://aperture-media.p3k.io/aaronparecki.com/b7c78252ee2c92e5b5cae619f3dc7a59402e08cb99b09b52c3b8c270ef7122ba.jpg"
    ],
    "syndication": [
        "https://twitter.com/aaronpk/status/1054857584790781952"
    ],
    "content": {
        "text": "Learning about User Managed Access (UMA) and thinking about how it might be applicable to sharing private feeds in #indieweb readers. #iiw",
        "html": "Learning about User Managed Access (UMA) and thinking about how it might be applicable to sharing private feeds in <a href=\"https://aaronparecki.com/tag/indieweb\">#<span class=\"p-category\">indieweb</span></a> readers. <a href=\"https://aaronparecki.com/tag/iiw\">#<span class=\"p-category\">iiw</span></a>"
    },
    "author": {
        "type": "card",
        "name": "Aaron Parecki",
        "url": "https://aaronparecki.com/",
        "photo": "https://aperture-media.p3k.io/aaronparecki.com/2b8e1668dcd9cfa6a170b3724df740695f73a15c2a825962fd0a0967ec11ecdc.jpg"
    },
    "post-type": "photo",
    "_id": "1254019",
    "_source": "16",
    "_is_read": true
}

{
    "type": "entry",
    "published": "2018-10-23T21:22:47+0000",
    "url": "https://seblog.nl/2018/10/23/4/spent-a-good-evening-reading",
    "category": [
        "indieweb"
    ],
    "content": {
        "text": "Spent a good evening reading up on Reader-discussions and -ideas, then on refactoring the Microsub endpoint in Leesmap into separate Controllers. Very curious how Aaron this does in Aperture (which is also PHP/Laravel), but still not looking at his code until I'm done with it.",
        "html": "<p>Spent a good evening reading up on Reader-discussions and -ideas, then on refactoring the Microsub endpoint in Leesmap into separate Controllers. Very curious how Aaron this does in Aperture (which is also PHP/Laravel), but still not looking at his code until I'm done with it.</p>"
    },
    "post-type": "note",
    "_id": "1367148",
    "_source": "1366",
    "_is_read": true
}

{
    "type": "entry",
    "published": "2018-10-23T18:22:34+0000",
    "url": "https://seblog.nl/2018/10/23/3/rollercoaster",
    "category": [
        "indieweb"
    ],
    "content": {
        "text": "Do you know that feeling when you just get out of a rollercoaster and want more, more, more, but when you are being hoisted up in the cart, you're certainly unsure about why again? That's what I feel with IndieWebCamp Berlin right now. But I'm sure it will be fine once I'm there :)",
        "html": "<p>Do you know that feeling when you just get out of a rollercoaster and want more, more, more, but when you are being hoisted up in the cart, you're certainly unsure about why again? That's what I feel with IndieWebCamp Berlin right now. But I'm sure it will be fine once I'm there :)</p>"
    },
    "post-type": "note",
    "_id": "1367149",
    "_source": "1366",
    "_is_read": true
}

Aaron Parecki aaronparecki.com

{
    "type": "entry",
    "published": "2018-10-23T10:35:57-07:00",
    "url": "https://aaronparecki.com/2018/10/23/11/",
    "category": [
        "IIW",
        "indieweb",
        "iiw"
    ],
    "photo": [
        "https://aperture-media.p3k.io/aaronparecki.com/32b42474b13530ddfaf835e11e41728a5c2c9b96744503308d4f1fccfa00b482.jpg"
    ],
    "content": {
        "text": "Packed house for #IIW! Looking forward to three days of discussions about identity with everyone!  \n\nAsk me about: OAuth, self-hosted identity, IndieWeb. \n\nTomorrow I'll be talking about @Indie_Auth during demo hour!",
        "html": "Packed house for <a href=\"https://aaronparecki.com/tag/iiw\">#<span class=\"p-category\">IIW</span></a>! Looking forward to three days of discussions about identity with everyone!  <br /><br />Ask me about: OAuth, self-hosted identity, IndieWeb. <br /><br />Tomorrow I'll be talking about <a href=\"https://twitter.com/Indie_Auth\">@Indie_Auth</a> during demo hour!"
    },
    "author": {
        "type": "card",
        "name": "Aaron Parecki",
        "url": "https://aaronparecki.com/",
        "photo": "https://aperture-media.p3k.io/aaronparecki.com/2b8e1668dcd9cfa6a170b3724df740695f73a15c2a825962fd0a0967ec11ecdc.jpg"
    },
    "post-type": "photo",
    "_id": "1252217",
    "_source": "16",
    "_is_read": true
}

Jonathan LaCour cleverdevil.io/profile/cleverdevil

{
    "type": "entry",
    "published": "2018-10-22T20:33:14+00:00",
    "url": "https://cleverdevil.io/2018/awesome-post-id-love-to-see-some",
    "in-reply-to": [
        "https://seblog.nl/2018/10/22/13/three-things-about-readers"
    ],
    "content": {
        "text": "Awesome post! I'd love to see some of your suggestions implemented within Together, specifically on the graph-based side. I continue to believe that the most critical problem to solve to drive Indieweb adoption is a unified experience for reading, interacting, and publishing. Pull requests are welcome! We definitely need more smart people working on Together :)"
    },
    "author": {
        "type": "card",
        "name": "Jonathan LaCour",
        "url": "https://cleverdevil.io/profile/cleverdevil",
        "photo": "https://aperture-proxy.p3k.io/77e5d6e5871324c43aebf2e3e7a5553e14578f66/68747470733a2f2f636c65766572646576696c2e696f2f66696c652f66646263373639366135663733383634656131316138323863383631653133382f7468756d622e6a7067"
    },
    "post-type": "reply",
    "_id": "1246502",
    "_source": "71",
    "_is_read": true
}

Jonathan LaCour cleverdevil.io/profile/cleverdevil

{
    "type": "entry",
    "published": "2018-10-22T20:30:18+00:00",
    "url": "https://cleverdevil.io/2018/it-really-is-pretty-sad-and-shameful",
    "in-reply-to": [
        "https://twitter.com/EddieHinkle/status/1054461301156691969"
    ],
    "content": {
        "text": "It really is pretty sad and shameful. Such a missed opportunity, too. I must say, I've been so impressed with how the Indieweb community has been explaining the need for CoCs on the wiki, including responses for common objections, questions, and more. https://indieweb.org/code-of-conduct-why",
        "html": "It really is pretty sad and shameful. Such a missed opportunity, too. I must say, I've been so impressed with how the Indieweb community has been explaining the need for CoCs on the wiki, including responses for common objections, questions, and more. <a href=\"https://indieweb.org/code-of-conduct-why\">https://indieweb.org/code-of-conduct-why</a>"
    },
    "author": {
        "type": "card",
        "name": "Jonathan LaCour",
        "url": "https://cleverdevil.io/profile/cleverdevil",
        "photo": "https://aperture-proxy.p3k.io/77e5d6e5871324c43aebf2e3e7a5553e14578f66/68747470733a2f2f636c65766572646576696c2e696f2f66696c652f66646263373639366135663733383634656131316138323863383631653133382f7468756d622e6a7067"
    },
    "post-type": "reply",
    "_id": "1246481",
    "_source": "71",
    "_is_read": true
}

Three things about Readers during IndieWebCamp Nürnberg

{
    "type": "entry",
    "published": "2018-10-22T14:22:41+0000",
    "url": "https://seblog.nl/2018/10/22/13/three-things-about-readers",
    "category": [
        "indieweb",
        "microsub",
        "readers"
    ],
    "syndication": [
        "https://news.indieweb.org/en/seblog.nl/2018/10/22/13/three-things-about-readers"
    ],
    "name": "Three things about Readers during IndieWebCamp N\u00fcrnberg",
    "content": {
        "text": "Oh IndieWebCamp. You come with a few things you want to for your own website, then you do some completely other things, and after that you leave with an even longer list of things to do for your own website.\nThis year is marked as the \u2018Year of the Reader\u2019, and indeed, there was a lot of Reader talk last weekend. I really like the progress we are making with Microsub and apps like Indigenous, but I also noticed we\u2019re not there yet for me. But that\u2019s not a discouragement, quite the opposite!\nThis blogpost has three parts: first I describe the painpoints I feel at the moment, then I describe what I have been hacking on yesterday, and in the last part I share some other ideas we talked about over dinner in N\u00fcrnberg, that where not recorded in any form other than short notes on some phones.\nPart 1: The current painpoints of the Readers\nIn May, at IWC D\u00fcsseldorf, I installed Aaron\u2019s Aperture (with Watchtower in the back) on my own server, so I could start getting the joys of having my own reader as well. It was before he offered a hosted version, but more on that one later.\nSo I started using Aperture as a backend, got into Eddie\u2019s beta for Indigenous, tried to make my own frontend, added all my Twitter feeds and got distracted with my dayjob. Although I am using Twitter lists to split up the giant feed into smaller channels per topic, I could not keep up with the volume of it all. When I arrived at N\u00fcrnberg Wednesday, I had over 10k of unread posts.\nI have a problem with algorithms that sort my posts by parameters I don\u2019t know about, made by people who want to sell my attention to others. I like having an IndieWeb Reader to solve that problem. But I also have a problem with the volume of posts created by people I follow. I want a tool to manage these streams of information, so I probably need a more sophisticated algorithm than just sorting Twitter-users by channel.\nAs for my 10k unread posts: I declared bankruptcy and marked them all unread to start over. I am glad I wasn\u2019t wasting Aaron\u2019s resources for this.\nSpeaking of Aaron\u2019s resources: although there are a few other Microsub projects popping up, his Aperture is stil the dominant Microsub-server. He is limiting the services he offers to store posts only for one week to keep people from being too comfortable, but his instance is still slowly growing and there is no \u2018competitor\u2019 on the market yet.\nAs Sven put it: this is another single point of Aaron in our stack.\nThose are roughly the points I started my hackday with. I\u2019m not suggesting I have solved them at all, but I tried \u2013 as we say in Dutch \u2013 to hit multiple flies in one clap.\nPart 2: A graph-based IndieWeb-reader\nThis part gets a bit technical, feel free to scroll ahead to the section about How it looks in the Reader if you\u2019re more into the main idea behind this reader. Also watch the screenshots.\nA little while ago I came across the topic of graph-databases and checked out Neo4j. It\u2019s quite a cool tool. I still have very little experience with it, but the basics are not that hard.\nThe current iteration of this site is written in Kirby and stores posts in .txt files, in a folder structure like 2018/295/13/entry.txt, in which the numbers refer to the year, the day of the year and the number of the post of the day. In order to make things like categories searchable across my 9000+ posts, I index them in an SQLite database. The nice thing about this database, is that I can throw away the contents at any time and just regenerate it from the .txt files.\nThe original idea I had in mind with the graph database, was to use it as this indexing database. Neo4j can still answer questions like \u2018give me all entries with the #indieweb tag\u2019, so I can use it for that. Some posts, however, point to other posts outside of my site. Things like bookmarks and likes have external URLs associated with them, and it would be nice to plot those as a graph. In N\u00fcrnberg, however, I realised that it\u2019s cool as an index for my own posts, but even more powerful for an index for a Reader.\nGetting it graphed\nSo yesterday I started a Microsub server that does that. It\u2019s really not that far, as I have to manually point it at feeds to import, but it\u2019s a base. Take a look, for example, at the following graph I got after importing Aaron\u2019s main feed, Aaron\u2019s like-feed and my own like-feed:\nThere is something wrong with my own authorship discovery on feeds, but I placed posts on Seblog near each other. As you can see, there are a lot of posts by Aaron, some of which are likes, which point to other posts (which have authors as well). Aaron likes multiple posts my Joschi. Also note that I like one of those posts too.\nThe importing algorithm currently looks something like this:\nfetch the feed (using XRay);\nfor every entry, save the entry as an (:Entry) node, storing the full jf2-JSON in a content property, as well as some special properties like published and url for better indexing;\nif there is an author:\nsave the author as an (:Author) node, with name and url properties;\nsave the relation between these nodes as a -[:AUTHOR_OF]-> relation;\n\nif the entry has a like-of property:\nfetch the liked entry;\nstore the liked entry as another (:Entry) node;\nsave the relation between the entries as a -[:LIKES]-> relation.\n\nOf course, this can be extended for bookmarks, replies, any mentions really. Note that these relations have a direction, just like a like-post has a direction.\nQuerying the graph\nLooking at the graph provided with Neo4j Desktop is really cool, but it\u2019s not yet a Reader. Luckily that\u2019s not the only output. You can actually query this stuff.\nI made a Microsub stub endpoint (without authorization) that could return timelines for three different pre-defined channels: \u2018Latest posts\u2019, \u2018Checkins\u2019 and \u2018Liked posts\u2019. Let me walk you through the queries involved.\nIn Neo4j\u2019s query language named Cypher, you can form SQL-like statements with a bit of ASCII-art to get your data out. It is made out of two parts: a MATCH and a RETURN. (There are others, like CREATE, but this pair is most useful in this context.)\nThe query below matches any node ((n)) with the label :Entry, and names those e. It then returns 100 of them, ordered by the published date.\nMATCH (e:Entry)\nRETURN e \n  ORDER BY e.published DESC \n  LIMIT 100\nThe next query does exactly the same, but filters by the post_type of checkin:\nMATCH (e:Entry {post_type: \"checkin\"})\nRETURN e \n    ORDER BY e.published DESC \n    LIMIT 100\nI believe it\u2019s also possible to create the same query by adding a WHERE e.post_type = \"checkin\" as a second line, and I have no idea what the difference is. The above example is more ASCII-like, but, it gets even better. Say that we would like to see only posts by Aaron:\nMATCH (aaron:Author)-[:AUTHOR_OF]->(e)  \n    WHERE aaron.url = \"https://aaronparecki.com/\"\nRETURN e LIMIT 100\nThe (n) resembles a node (of any kind, unless specificly tagged), and the -[r]- represents the relation, in our query even in a certain direction.\nNow the last query is the most interesting. (Any Neo4j experts out there: please tell me how performant this would be on a bigger data collection.)\nMATCH (entry:Entry)-[:LIKES]->(liked:Entry)\n    WITH liked, count(entry) AS likes\nRETURN liked\n    ORDER BY likes DESC, liked.published DESC \n    LIMIT 100\nThis one looks for entries that like other entries. It then counts the number of entries that like these newly discovered liked entries, and orders the result by that.\nHow it looks in the Reader\nIf you scroll back to the screenshot of the graph above, you will see that there is one post by Joschi, that is liked by Aaron, that I also liked. This one post is now liked by two people in my graph, and thus it will show up above all other posts.\nHere is a screenshot of the result of that query in the reader:\nNote that these are all posts that do not appear in any of the feeds I follow in this test-reader: in this reader I only follow Aaron, his likes and my own likes. I have discovered new interesting posts by looking at the likes my friends post.\nAs a bonus, to take it one step further, I can also actively look for posts of people I do not follow, with something like this (completely untested) query:\nMATCH (me {url: \"https://seblog.nl/\"}),\n    (entry:Entry)-[:LIKES]->(liked:Entry)<-[:AUTHOR_OF]-\n      (:Author)<-[:FOLLOWS]-(follower)\n  WHERE NOT me <> follower \n  WITH liked, count(entry) AS likes\nRETURN liked \n  ORDER BY likes DESC, liked.published DESC \n  LIMIT 100\nThat\u2019s just hard to do in SQL.\nI will try to hack on it some more, to get a really functional reader with this graph as a database behind it.\nPart 3: Some other strategies worth exploring\nSo in the previous part, I got kind of carried away with explaining how this graph stuff works. Let me get back to the Reader experience itself. This part consists more of ideas that are not yet implemented by any reader. If you feel inspired, go ahead and make something.\nFiltering feed data\nIn the cocktailbar last night (elitists as we are), we discussed the place of my graph-based Reader (codename Leesmap) next to Aperture. It\u2019s sad that, in order to discover these posts liked by friends, you will need to switch your full Reader backend from Aperture to Leesmap.\nWe discussed that it would be nice to have an way of using Leesmap with Aperture as a sort of plugin. Leesmap could then receive posts from Aperture, index them, and create a few custom channels to fill with interesting posts.\nAny Microsub server could of course use the same mechanism to also have Leesmap plug into it, and others could make filters too, for example spam-filtering or crazy Machine Learning stuff.\nWe need more thought about how such interaction would look like, but the nice thing is that you can use one server to savely store your data, regardless of the fancy filtering services you choose to use as well.\nMore ways to combat feed overwhelm\nBefore IndieWebCamp, we had a discussion about Readers in a traditional N\u00fcrnberger restaurant. Here also, people came up with some ideas to deal with accruing unread-counts.\nOne idea came from how Aperture deletes posts after 7 days. This actually prevents the overload. It would be nice if you can tell your reader that, for example your Twitter feed, is ephemeral and that the posts can be discarded if you did not read them in time.\nOne other idea that came up was to keep track of the average time between posts of a certain feed. This way a Reader could boost posts when they are from a feed that is not regularly updated. These kind of posts are usually lost in piles of more posts from more frequently updates feeds.\nYet a last idea was to tell your reader to leave out posts with certain words for a small period of time. This can come in handy when you haven\u2019t watched the newest episode of Game of Thrones yet, but want to stay connected to your feeds without spoilers.\nThis year really is the year of the Reader and it\u2019s really exciting. I will continue to work on Leesmap a bit more, and share progress if I make some. Hope you do too!",
        "html": "<p>Oh IndieWebCamp. You come with a few things you want to for your own website, then you do some completely other things, and after that you leave with an even longer list of things to do for your own website.</p>\n<p>This year is marked as the \u2018Year of the Reader\u2019, and indeed, there was a lot of Reader talk last weekend. I really like the progress we are making with <a href=\"https://indieweb.org/Microsub\">Microsub</a> and apps like <a href=\"https://github.com/EdwardHinkle/indigenous-ios\">Indigenous</a>, but I also noticed we\u2019re not there yet for me. But that\u2019s not a discouragement, quite the opposite!</p>\n<p>This blogpost has three parts: first I describe the painpoints I feel at the moment, then I describe what I have been hacking on yesterday, and in the last part I share some other ideas we talked about over dinner in N\u00fcrnberg, that where not recorded in any form other than short notes on some phones.</p>\n<h2>Part 1: The current painpoints of the Readers</h2>\n<p>In May, at IWC D\u00fcsseldorf, I installed <a href=\"https://aaronparecki.com\">Aaron</a>\u2019s <a href=\"https://aperture.p3k.io/\">Aperture</a> (with <a href=\"https://github.com/aaronpk/watchtower\">Watchtower</a> in the back) on my own server, so I could start getting the joys of having my own reader as well. It was before he offered a hosted version, but more on that one later.</p>\n<p>So I started using Aperture as a backend, got into Eddie\u2019s beta for Indigenous, tried to make my own frontend, added all my Twitter feeds and got distracted with my dayjob. Although I am using Twitter lists to split up the giant feed into smaller channels per topic, I could not keep up with the volume of it all. When I arrived at N\u00fcrnberg Wednesday, I had over 10k of unread posts.</p>\n<p>I have a problem with algorithms that sort my posts by parameters I don\u2019t know about, made by people who want to sell my attention to others. I like having an IndieWeb Reader to solve that problem. But I also have a problem with the volume of posts created by people I follow. I want a tool to manage these streams of information, so I probably need a more sophisticated algorithm than just sorting Twitter-users by channel.</p>\n<p>As for my 10k unread posts: I declared bankruptcy and marked them all unread to start over. I am glad I wasn\u2019t wasting Aaron\u2019s resources for this.</p>\n<p>Speaking of Aaron\u2019s resources: although there are a few other Microsub projects popping up, his Aperture is stil the dominant Microsub-server. He is limiting the services he offers to store posts only for one week to keep people from being too comfortable, but his instance is still slowly growing and there is no \u2018competitor\u2019 on the market yet.</p>\n<p>As <a href=\"https://svenknebel.de\">Sven</a> put it: this is <em>another single point of Aaron</em> in our stack.</p>\n<p>Those are roughly the points I started my hackday with. I\u2019m not suggesting I have solved them at all, but I tried \u2013 as we say in Dutch \u2013 to hit multiple flies in one clap.</p>\n<h2>Part 2: A graph-based IndieWeb-reader</h2>\nThis part gets a bit technical, feel free to scroll ahead to the section about <b>How it looks in the Reader</b> if you\u2019re more into the main idea behind this reader. Also watch the screenshots.\n<p>A little while ago I came across the topic of graph-databases and checked out Neo4j. It\u2019s quite a cool tool. I still have very little experience with it, but the basics are not that hard.</p>\n<p>The current iteration of this site is written in Kirby and stores posts in <code>.txt</code> files, in a folder structure like <code>2018/295/13/entry.txt</code>, in which the numbers refer to the year, the day of the year and the number of the post of the day. In order to make things like categories searchable across my 9000+ posts, I index them in an SQLite database. The nice thing about this database, is that I can throw away the contents at any time and just regenerate it from the <code>.txt</code> files.</p>\n<p>The original idea I had in mind with the graph database, was to use it as this indexing database. Neo4j can still answer questions like \u2018give me all entries with the <a href=\"https://seblog.nl/category/indieweb\">#indieweb</a> tag\u2019, so I can use it for that. Some posts, however, point to other posts outside of my site. Things like bookmarks and likes have external URLs associated with them, and it would be nice to plot those as a graph. In N\u00fcrnberg, however, I realised that it\u2019s cool as an index for my own posts, but even more powerful for an index for a Reader.</p>\n<h3>Getting it graphed</h3>\n<p>So yesterday I started a Microsub server that does that. It\u2019s really not that far, as I have to manually point it at feeds to import, but it\u2019s a base. Take a look, for example, at the following graph I got after importing Aaron\u2019s main feed, Aaron\u2019s like-feed and my own like-feed:</p>\n<a href=\"https://aperture-proxy.p3k.io/92f0f999174797f98b7d147209cae1ef34fef213/68747470733a2f2f7365626c6f672e6e6c2f636f6e74656e742f323031382f3239352f3134323234312d31332f6c696b65732d6f6e2d612d67726170682e6a7067\"><img src=\"https://aperture-proxy.p3k.io/92f0f999174797f98b7d147209cae1ef34fef213/68747470733a2f2f7365626c6f672e6e6c2f636f6e74656e742f323031382f3239352f3134323234312d31332f6c696b65732d6f6e2d612d67726170682e6a7067\" alt=\"\" /></a><p>There is something wrong with my own authorship discovery on feeds, but I placed posts on Seblog near each other. As you can see, there are a lot of posts by Aaron, some of which are likes, which point to other posts (which have authors as well). Aaron likes multiple posts my Joschi. Also note that I like one of those posts too.</p>\n<p>The importing algorithm currently looks something like this:</p>\n<ol><li>fetch the feed (using XRay);</li>\n<li>for every entry, save the entry as an <code>(:Entry)</code> node, storing the full jf2-JSON in a <code>content</code> property, as well as some special properties like <code>published</code> and <code>url</code> for better indexing;</li>\n<li>if there is an author:\n<ol><li>save the author as an <code>(:Author)</code> node, with <code>name</code> and <code>url</code> properties;</li>\n<li>save the relation between these nodes as a <code>-[:AUTHOR_OF]-&gt;</code> relation;</li>\n</ol></li>\n<li>if the entry has a <code>like-of</code> property:\n<ol><li>fetch the liked entry;</li>\n<li>store the liked entry as another <code>(:Entry)</code> node;</li>\n<li>save the relation between the entries as a <code>-[:LIKES]-&gt;</code> relation.</li>\n</ol></li>\n</ol><p>Of course, this can be extended for bookmarks, replies, any mentions really. Note that these relations have a direction, just like a like-post has a direction.</p>\n<h3>Querying the graph</h3>\n<p>Looking at the graph provided with Neo4j Desktop is really cool, but it\u2019s not yet a Reader. Luckily that\u2019s not the only output. You can actually query this stuff.</p>\n<p>I made a Microsub stub endpoint (without authorization) that could return timelines for three different pre-defined channels: \u2018Latest posts\u2019, \u2018Checkins\u2019 and \u2018Liked posts\u2019. Let me walk you through the queries involved.</p>\n<p>In Neo4j\u2019s query language named Cypher, you can form SQL-like statements with a bit of ASCII-art to get your data out. It is made out of two parts: a <code>MATCH</code> and a <code>RETURN</code>. (There are others, like <code>CREATE</code>, but this pair is most useful in this context.)</p>\n<p>The query below matches any node (<code>(n)</code>) with the label <code>:Entry</code>, and names those <code>e</code>. It then returns 100 of them, ordered by the <code>published</code> date.</p>\n<pre><code>MATCH (e:Entry)\nRETURN e \n  ORDER BY e.published DESC \n  LIMIT 100</code></pre>\n<p>The next query does exactly the same, but filters by the <code>post_type</code> of <code>checkin</code>:</p>\n<pre><code>MATCH (e:Entry {post_type: \"checkin\"})\nRETURN e \n    ORDER BY e.published DESC \n    LIMIT 100</code></pre>\n<p>I believe it\u2019s also possible to create the same query by adding a <code>WHERE e.post_type = \"checkin\"</code> as a second line, and I have no idea what the difference is. The above example is more ASCII-like, but, it gets even better. Say that we would like to see only posts by Aaron:</p>\n<pre><code>MATCH (aaron:Author)-[:AUTHOR_OF]-&gt;(e)  \n    WHERE aaron.url = \"https://aaronparecki.com/\"\nRETURN e LIMIT 100</code></pre>\n<p>The <code>(n)</code> resembles a node (of any kind, unless specificly tagged), and the <code>-[r]-</code> represents the relation, in our query even in a certain direction.</p>\n<p>Now the last query is the most interesting. (Any Neo4j experts out there: please tell me how performant this would be on a bigger data collection.)</p>\n<pre><code>MATCH (entry:Entry)-[:LIKES]-&gt;(liked:Entry)\n    WITH liked, count(entry) AS likes\nRETURN liked\n    ORDER BY likes DESC, liked.published DESC \n    LIMIT 100</code></pre>\n<p>This one looks for entries that like other entries. It then counts the number of entries that like these newly discovered liked entries, and orders the result by that.</p>\n<h3>How it looks in the Reader</h3>\n<p>If you scroll back to the screenshot of the graph above, you will see that there is one post by Joschi, that is liked by Aaron, that I also liked. This one post is now liked by two people in my graph, and thus it will show up above all other posts.</p>\n<p>Here is a screenshot of the result of that query in the reader:</p>\n<img src=\"https://aperture-proxy.p3k.io/4e1a7531b2f467e10e5cb71f6d561f4a8deb3ca5/68747470733a2f2f7365626c6f672e6e6c2f636f6e74656e742f323031382f3239352f3134323234312d31332f726573756c742d696e2d7265616465722e6a7067\" alt=\"\" /><p>Note that these are all posts that do not appear in any of the feeds I follow in this test-reader: in this reader I only follow Aaron, his likes and my own likes. I have discovered new interesting posts by looking at the likes my friends post.</p>\n<p>As a bonus, to take it one step further, I can also actively look for posts of people I do not follow, with something like this (completely untested) query:</p>\n<pre><code>MATCH (me {url: \"https://seblog.nl/\"}),\n    (entry:Entry)-[:LIKES]-&gt;(liked:Entry)&lt;-[:AUTHOR_OF]-\n      (:Author)&lt;-[:FOLLOWS]-(follower)\n  WHERE NOT me &lt;&gt; follower \n  WITH liked, count(entry) AS likes\nRETURN liked \n  ORDER BY likes DESC, liked.published DESC \n  LIMIT 100</code></pre>\n<p>That\u2019s just hard to do in SQL.</p>\n<p>I will try to hack on it some more, to get a really functional reader with this graph as a database behind it.</p>\n<h2>Part 3: Some other strategies worth exploring</h2>\n<p>So in the previous part, I got kind of carried away with explaining how this graph stuff works. Let me get back to the Reader experience itself. This part consists more of ideas that are not yet implemented by any reader. If you feel inspired, go ahead and make something.</p>\n<h3>Filtering feed data</h3>\n<p>In the <a href=\"https://seblog.nl/2018/10/21/9\">cocktailbar</a> last night (elitists as we are), we discussed the place of my graph-based Reader (codename Leesmap) next to Aperture. It\u2019s sad that, in order to discover these posts liked by friends, you will need to switch your full Reader backend from Aperture to Leesmap.</p>\n<p>We discussed that it would be nice to have an way of using Leesmap with Aperture as a sort of plugin. Leesmap could then receive posts from Aperture, index them, and create a few custom channels to fill with interesting posts.</p>\n<p>Any Microsub server could of course use the same mechanism to also have Leesmap plug into it, and others could make filters too, for example spam-filtering or crazy Machine Learning stuff.</p>\n<p>We need more thought about how such interaction would look like, but the nice thing is that you can use one server to savely store your data, regardless of the fancy filtering services you choose to use as well.</p>\n<h3>More ways to combat feed overwhelm</h3>\n<p>Before IndieWebCamp, we had a discussion about Readers in a traditional N\u00fcrnberger restaurant. Here also, people came up with some ideas to deal with accruing unread-counts.</p>\n<p>One idea came from how Aperture deletes posts after 7 days. This actually prevents the overload. It would be nice if you can tell your reader that, for example your Twitter feed, is ephemeral and that the posts can be discarded if you did not read them in time.</p>\n<p>One other idea that came up was to keep track of the average time between posts of a certain feed. This way a Reader could boost posts when they are from a feed that is not regularly updated. These kind of posts are usually lost in piles of more posts from more frequently updates feeds.</p>\n<p>Yet a last idea was to tell your reader to leave out posts with certain words for a small period of time. This can come in handy when you haven\u2019t watched the newest episode of Game of Thrones yet, but want to stay connected to your feeds without spoilers.</p>\n<p>This year really is the year of the Reader and it\u2019s really exciting. I will continue to work on Leesmap a bit more, and share progress if I make some. Hope you do too!</p>"
    },
    "post-type": "article",
    "_id": "1367150",
    "_source": "1366",
    "_is_read": true
}

David Shanske david.shanske.com

Version 2.0 of the Micropub Plugin Released

{
    "type": "entry",
    "published": "2018-10-21T20:41:33-04:00",
    "url": "https://david.shanske.com/2018/10/21/version-2-0-of-the-micropub-plugin-released/",
    "syndication": [
        "https://news.indieweb.org/en/david.shanske.com/2018/10/21/version-2-0-of-the-micropub-plugin-released/"
    ],
    "name": "Version 2.0 of the Micropub Plugin Released",
    "content": {
        "text": "At the Indieweb Summit in June, someone said something to me that made me decide to embark on a major rewrite of the Micropub endpoint for WordPress.\nFor those of you not familiar with it, Micropub is a standard that allows for you to publish to a website.\nThe major work on this actually finished in August, but due to some bug issues, most of them in the accompanying IndieAuth plugin, that affected some of the testers, I held off on releasing the plugin till today. If there is anyone still experiencing issues, please open an issue on the Micropub plugin Github repository.\nThe core functionality of the plugin remains the same, as does much of the original code. So, what changed?\nThe plugin is no longer a single file. The code that handles the endpoint, the code that handles authorization, and the code that handles rendering are now separated.\nThe code no longer works outside of WordPress.\nThe original design didn\u2019t log the user into WordPress. It determined which user was supposed to be represented and posted as them. If it couldn\u2019t figure out what user was represented, it posted it anyway, which is no longer permitted.\u00a0 The new version is much better integrated into the WordPress stack, which admittedly revealed some new login issues.\nThe Micropub endpoint is now implemented using the WordPress REST API functionality. Again, this means that it is implemented inside functionality built into WordPress for creating custom endpoints as opposed to the previous system, where a query variable bypassed the WordPress load and substituted a separate one. It also has the positive advantage of a pretty permalink for the endpoint(wp-json/micropub/1.0/endpoint).\nDozens of little bugfixes and checks to remove nagging error notices\nImproved error handling\nFixes to better comply with the Micropub spec, which was finalized after the initial creation of this plugin\nA nag for those who use the plugin on a site without encryption(http as opposed to https). It can be disabled if you want to live dangerously.\nAnd only one major new feature. A media endpoint. A media endpoint handles uploading of media files and hands back a URL to the Micropub endpoint. This one uploads to the WordPress Media Library.\nThe Post Kinds update last week already ensured that Post Kinds will work well with the changes.\n\u00a0",
        "html": "At the Indieweb Summit in June, someone said something to me that made me decide to embark on a major rewrite of the Micropub endpoint for WordPress.\n<p>For those of you not familiar with it, Micropub is a standard that allows for you to publish to a website.</p>\n<p>The major work on this actually finished in August, but due to some bug issues, most of them in the accompanying IndieAuth plugin, that affected some of the testers, I held off on releasing the plugin till today. If there is anyone still experiencing issues, please open an issue on the Micropub plugin <a href=\"https://github.com/indieweb/wordpress-micropub\">Github repository</a>.</p>\n<p>The core functionality of the plugin remains the same, as does much of the original code. So, what changed?</p>\n<ul><li>The plugin is no longer a single file. The code that handles the endpoint, the code that handles authorization, and the code that handles rendering are now separated.</li>\n<li>The code no longer works outside of WordPress.</li>\n<li>The original design didn\u2019t log the user into WordPress. It determined which user was supposed to be represented and posted as them. If it couldn\u2019t figure out what user was represented, it posted it anyway, which is no longer permitted.\u00a0 The new version is much better integrated into the WordPress stack, which admittedly revealed some new login issues.</li>\n<li>The Micropub endpoint is now implemented using the WordPress REST API functionality. Again, this means that it is implemented inside functionality built into WordPress for creating custom endpoints as opposed to the previous system, where a query variable bypassed the WordPress load and substituted a separate one. It also has the positive advantage of a pretty permalink for the endpoint(wp-json/micropub/1.0/endpoint).</li>\n<li>Dozens of little bugfixes and checks to remove nagging error notices</li>\n<li>Improved error handling</li>\n<li>Fixes to better comply with the Micropub spec, which was finalized after the initial creation of this plugin</li>\n<li>A nag for those who use the plugin on a site without encryption(http as opposed to https). It can be disabled if you want to live dangerously.</li>\n</ul><p>And only one major new feature. A media endpoint. A media endpoint handles uploading of media files and hands back a URL to the Micropub endpoint. This one uploads to the WordPress Media Library.</p>\n<p>The Post Kinds update last week already ensured that Post Kinds will work well with the changes.</p>\n<p>\u00a0</p>"
    },
    "author": {
        "type": "card",
        "name": "David Shanske",
        "url": "https://david.shanske.com/",
        "photo": "https://david.shanske.com/wp-content/uploads/avatar-privacy/cache/gravatar/2/c/2cb1f8afd9c8d3b646b4071c5ed887c970d81d625eeed87e447706940e2c403d-125.png"
    },
    "post-type": "article",
    "_id": "1241142",
    "_source": "5",
    "_is_read": true
}