Added a job to my feed aggregator/Microsub server that quickly validates mf2 media, i.e., the URLs that end up in entries’ photo and video arrays, by means of a HEAD request. If the server returns a 404 (or similar), the URL is probably faulty (e.g., the result of a misplaced u-photo tag), and the item removed from the list. No more (well, definitely less) “broken images” below posts!
My feed reader, current status. Just because. Still runs on just about any hosting environment, still supports h-feeds. No Micropub, yet. (Well, Micropub works. Interface still missing.)
In reply to https://jan.boddez.net/notes/89b9eb948a.
Learned about HTML Purifier’s “Allowed” (rather than “AllowedElements”) setting, and that PicoFeed strips empty HTML tags by default. Anyway, entries that contain tables now look good!
Added “unread counts” to my RSS reader’s Microsub implementation. Fun fact: the reader itself—the new one—doesn’t display them. But Microsub clients will. Some (not very) creative use of Laravel’s hasManyThrough, withCount, and $casts array is all it took!
Bookmarked http://dissertation.jackjamieson.net/.
Jack Jamieson on Yarns, his Microsub plugin for WordPress:
Essentially, I wanted to replace my Twitter timeline with a timeline of IndieWeb posts.
I may have added a rather hacky single-entry view to my Monocle fork.
Anyway, if you’ve got both a h-feed and an RSS feed—you’ve probably got more than one, which is great—for pretty much the same items, and they’re both reasonably error-free and understandable, I’m gonna follow the h-feed. (There’s occasional errors in my microformatted HTML, too, which I’ll then rectify, and so on. It’s sort of unavoidable and no biggie.)
Spent some time last night cleaning up the way my social reader displays reposts.
