I’ve been slowly making some improvements to my Yarns Indie Reader for WordPress, and also seeing very impressive development of other IndieWeb readers such as Together, Indigenous, and Monocle.  These three readers all rely on Microsub, which splits the work of building a reader into two parts:

  • A Microsub server
  • A Microsub client

Together, Indigenous, and Monocle are all clients, which means they don’t have to do the work of managing feeds themselves.  Instead, they connect to a Microsub server (such as Aperture), which does all the work of polling for new posts and fitting content from many different sites with varying formats into one standard structure.

When I started building Yarns, I didn’t know about Microsub, and so I built a reader that performs both tasks. On the one hand, this meant additional work for me, and Yarns is a bit rough around the edges as a result. On the other hand, Yarns is easy to use and functional, and I use it every day.

Upon comparing Yarns to these Microsub-powered readers, I’m trying to sort out its advantages and disadvantages. Now that I know about Microsub, should I Should I continue in the direction I’m going? Should I shift gears? Should I focus my attention elsewhere?

Yarns

  • (Pro) Relatively easy to install because it’s a WordPress plugin.  (Albeit, only available on GitHub at present. I believe my next focus should be releasing on the WordPress plugin repository)
  • (Pro) Low reliance on other components. Yarns works best alongside Webmention, Post Kinds, and an IndieWeb-friendly theme, but can also function more or less standalone. (i.e. Yarns could be useful even for those who haven’t implemented other IndieWeb tools)
  • (Pro) Hosted on your own instance of WordPress. No reliance on third-party servers. This means no third party has a list of what websites you are reading, nor any possibility for control of the your feed.  In practice, existing Microsub servers are trustworthy and built by people whose values I agree with. However hosting your feed yourself promises a greater degree of ownership of your data.
  • (Con) Only works with WordPress.
  • (Con) Yarns currently lacks polish and has a limited feature set (no filtering by channel, no automatically marking posts as read, no multiple accounts).

Microsub readers

  • (Pro) These readers look and function great, and continue to improve.
  • (Pro) Work with any Website that supports Micropub.
  • (Con) Requires Micropub to post. Appeal toward people who have already set up an IndieWeb-style site, or are willing to do so; slightly higher barrier to entry than
  • (Con) There are a few options for Microsub servers, but all are in early development. There is no obvious way to sign up for any Microsub server that I’m aware of. Instead, the most obvious path is to download a microsub server’s code from GitHub and set it up on your own server. This clearly limits Microsub to technically skilled users.  This is not a permanent state of affairs, and is only a problem because Microsub is so young.  Note: This is a *very* temporary limitation, since a public release of aperture is apparently ‘very close’.

Future directions

For my use-case, Yarns is sufficient, although there are many things I’d like to improve. However, the new batch of IndieWeb readers are all excellent, and so may scratch my itch in their own way.  To figure out my next steps, I’ll probably have to wait and see what happens at IndieWeb Summit next week. Nonetheless, I think there are four basic directions I could take:

  1. Continue development of Yarns as a standalone reader.
    • This would be a somewhat rough fit with the emerging IndieWeb ecosystem, but It would provide for some more plurality and diversity of options.
  2. Focus on Yarns as a WordPress hosted Microsub client.
    • This would involve rewriting Yarns to pull from a Microsub server.
    • This is feasible, but would lead to me focusing on front-end design, which isn’t my strong point.
  3. Focus on Yarns as a WordPress hosted Microsub server.
    • Pro: Individuals could easily own their feed server as a WordPress plugin instead of relying on a third-party.
    • Pro: Yarns already accomplishes many of the difficult parts of feed aggregation, and the Microsub spec provides solid guidelines for the rest.
    • Con: This is still a fairly difficult project (at least for me), so I need to figure out if it would be worth the time.
  4. Abandon Yarns altogether and just start using existing Microsub readers.
    • This would free up some time to work on some other projects, such as contributing to existing IndieWeb projects and working on WordPress themes.

I’m still thinking through these options, and leaning toward investigating #3

 

 

5 thoughts on “Yarns v. Microsub? (Thinking out loud)

  1. While you should ultimately choose the best option for you, I would strongly encourage the use of #3. Microsub readers are off to a great start, and I think the biggest barrier to entry is going to be servers. Aperture opening up will be a great step, but as you said, some people will want an easy way to have their feed data on their own server. A WordPress plug-in that Added a Microsub Server to their WordPress install would be a HUGE leap in lowering the bar for entry into using Microsub for ordinary people.

  2. I’d love to see Yarns become the defacto Microsub server for WordPress! I think there’s huge value in going that route, since WordPress is a great platform for people to install stuff into while keeping it self-hosted, and you’d also be able to take advantage of the exciting progress on third-party Microsub clients!

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.