Skip to main content

Biomedical and Electrical Engineer with interests in information theory, evolution, genetics, abstract mathematics, microbiology, big history, Indieweb, and the entertainment industry including: finance, distribution, representation

boffosocko.com

chrisaldrich

chrisaldrich

+13107510548

chris@boffosocko.com

u/0/+ChrisAldrich1

stream.boffosocko.com

www.boffosockobooks.com

chrisaldrich

pnut.io/@chrisaldrich

mastodon.social/@chrisaldrich

micro.blog/c

 

This is just the kind of post I added a chicken feed to my WordPress site for.
https://twitter.com/openetc/status/979406583854698496?s=09
http://www.boffosocko.com/kind/chicken/

 

RSVP invited · Issue #156 · pfefferle/wordpress-semantic-linkbacks https://github.com/pfefferle/wordpress-semantic-linkbacks/issues/156

When Brid.gy sends webmentions for people invited via a Facebook POSSE copy, the webmentions for these people don't show up properly in comments because `semantic_linkbacks_type` is set to "invite" instead of "rsvp:invited".

Manually effecting the change in the database provides the expected display. See: http://boffosocko.com/2018/02/14/homebrew-website-club-meetup-on-february-21-2018/#Invited

 

I love the mission of @ScienceSites. Are all your sites based on @SquareSpace or do you build with @WordPress, @Drupal, et al.?

 

Support for importing syndication links for Mastodon Autopost · Issue #75 · dshanske/syndication-links https://github.com/dshanske/syndication-links/issues/75

Now that SL has the Mastodon icon (#66), I'll also note that the latest version of [Mastodon Autopost plugin](https://wordpress.org/plugins/autopost-to-mastodon/) should now also support importing the URL for the last successful toot to allow the closure of automating the POSSE loop.

see also: https://github.com/L1am0/mastodon_wordpress_autopost/issues/4#issuecomment-343798802
> The 2.0 update shipping tomorrow attaches a new key to the post metadata: "mastodonAutopostLastSuccessfullPostURL"
> This key contains the url of the last toot.

 

Today's afternoon sessions for IndieWebCamp Baltimore are posted! Links for video feeds coming
Sessions include
https://indieweb.org/2018/Baltimore/Sessions

 

YouTube URL embeds not working · Issue #1 · dshanske/twentysixteen-indieweb https://github.com/dshanske/twentysixteen-indieweb/issues/1

In archive views (/kind/post_kind/) and individual pages, typical raw YouTube URLs in pages that previously converted them into embeds via WordPress now just display them as text (non-clickable) URLs.

This may also extend to other types of WordPress embeds as well.

 

Makes me wish I was in Auckland at the end of the month to chat with @billbennettnz on @WordPress and
https://twitter.com/billbennettnz/status/929939875058429952

 
 

Anyone want to join me for an impromptu BoF/hallway session on technologies with @WordPress at this weekend?

 

(Consider Adding Web Annotations to WordPress) – WordPress Trac https://core.trac.wordpress.org/ticket/40031#comment:5

Mostly to provide some additional resources to the conversation I'll add the following:

Web Annotation Working Group's [https://www.w3.org/blog/news/archives/6156 three recommendations and two additional notes]

Prior to the WPTavern post which motivated the conversation, there was a [https://hypothes.is/blog/annotation-is-now-a-web-standard/ post written by Dan Whaley of Hypothes.is] who worked extensively within the group. This post has some interesting overview, but those interested in a fully implemented annotation platform (presumably using many of the pieces of the proposed standard) should take a quick look at [https://hypothes.is/ Hypothes.is], what it is and what it allows. Their front page has a pretty useful video introduction.

Keep in mind that some of the standard is geared specifically toward browsers and browser vendors, though WordPress could certainly implement some of the pieces from the CMS side.

 

Old posts with no value set for `pf_forward_to_origin` are automatically forwarded · Issue #899 · PressForward/pressforward https://github.com/PressForward/pressforward/issues/899

This has probably been present for a while, but I just noticed after turning on forwarding posts to the canonical URL by setting a time >0 in the forward settings: all the old posts in my database (prior to having PressForward) auto forward as a default back to their own URLs. This means that every X seconds (as set in the setting) pages on my site automatically reload (or are redirected to themselves) and this makes the site relatively useless to attempt to read. (This seems to be a follow on error not noticed in https://github.com/PressForward/pressforward/issues/878, but which persists after the upgrade to 4.2.2 which resolved the problem for posts set to `no-forward`.)

Users adding PressForward on preexisting sites are going to have a tremendous shock if this is the default.

A better option is that all old posts (prior to installation) should default to no-forward (or at least not forward if there is no value set for `pf_forward_to_origin` in the database. PressForward should, in my mind, ideally default to no-forward in all new future posts with the possible exception of posts generated specifically by PressForward's nomination/draft workflow to default to `forward`/`no-forward` based on a possible new setting option in addition to the time setting.

It would be nice if the portion for null/non-existent values of `pf_forward_to_origin` was fixed before 4.2.2 rolled out into the WordPress repository if it hasn't been pushed already.

Running 4.2.2 on WP 4.7.2

Congratulations again to everyone, as always, on what I think is surely one of the most valuable plug-ins in the entire WordPress repository.

 

OPML link not working · Issue #898 · PressForward/pressforward https://github.com/PressForward/pressforward/issues/898

## What I tried/expected:
From the page `/wp-admin/admin.php?page=pf-tools` under the `OPML Link` tab, the instructions indicate:
You can share your subscription list as an OPML file by linking people to http://example.com/?pf=opml.

## What happened:
Visiting the indicated link throws the following error:
`Warning: Creating default object from empty value in /htdocs/example/wp-content/plugins/pressforward-4.2.2/includes/opml/object.php on line 48
1`

## Additional information:
I've got a handful of feeds, so I should expect something to appear. Is there a setting I'm missing somewhere? I know that there's a setting for the /feedforward RSS functionality/plugin, is there a similar one for OPML that I'm missing?

Running GitHub version 4.2.2, WordPress 4.7.2

 

Duplication of links upon update · Issue #45 · dshanske/syndication-links https://github.com/dshanske/syndication-links/issues/45

With v3.1.1 and relying on SNAP for POSSE, I'm noticing that after publishing and syndicating, if one comes back and edits a post and then updates it, Syndication Links regrabs the URL's and duplicates the links.

The first unedited version that is shown seems to be a plain http link and after editing/updating, the second duplicated link that is added automatically is an https version.

Manually deleting either of the included links from the Syndication Links box doesn't get rid of the links.

This duplication of the links only happens on posts which have been later edited/updated.

example: http://boffosocko.com/2017/02/16/podcast-directories-why-cant-we/
Here the Twitter and Facebook links, which are generated from SNAP, are duplicated, first as http and then again as https. As a test, the two other syndication links are non-SNAP generated links: huffduffer was manually inserted, and the WordPress one was generated from the WordPress Cross Post plugin, so I'm guessing it's an issue caused by the storage of SNAP links (which are https) versus Syndications Links' storage.

 

Retrieve Running Time for listen and watch post kinds? · Issue #71 · dshanske/indieweb-post-kinds https://github.com/dshanske/indieweb-post-kinds/issues/71

For sites like Soundcloud, ITunes, Netflix, youtube (if it's available) it would be nice to retrieve the "running time" of the music, show, film, etc. to display as a running time in the UI for listen, watch, and jam types (rather than the published/updated) for other post types.

Sample URLs
https://www.netflix.com/watch/60002321?trackId=14170060&tctx=1%2C1%2C711b329a-1ca8-4c14-b4d7-43f682113d2e-14372159
https://www.youtube.com/watch?v=FNr0JNwsLy8
https://soundcloud.com/user-154380542/how-to-build-an-autocracy-david-frum-the-atlantic-march-2017
https://open.spotify.com/track/3B3ZOmLGFlAjyBKHbgiblv
https://www.hulu.com/watch/403538
WordPress blueberry podcasts: http://www.eatthispodcast.com/long-live-the-carolina-african-runner/

When not scrape-able, allowing one to simply enter a 0:00:00 time and a finish time and letting it display the appropriate running time (without entering a date) would be useful for these types as well. (I'm presuming it requires dates to calculate currently as I haven't yet checked....)

 

Suggestion: Store GPS coordinates in the recommended WordPress format/standard · Issue #29 · jtsternberg/DsgnWrks-Instagram-Importer https://github.com/jtsternberg/DsgnWrks-Instagram-Importer/issues/29

It would be nice if the plugin stored the GPS coordinates with the standard/suggested WordPress standard:
https://codex.wordpress.org/Geodata

This would allow the usage of secondary plugins (like [Simple Location](https://wordpress.org/plugins/simple-location/)) to access the stored data and do something with it.