bridgy icon indicating copy to clipboard operation
bridgy copied to clipboard

Use Bridgy Publish records for original post discovery in backfeed

Open gijswijs opened this issue 4 years ago • 2 comments

This is more of a question than an issue.

I can see this has been discussed in #125 but I can't figure out the current status.

Consider this situation: My posts contain u-syndication links but aren't part of an h-feed. They just exist as orphaned web pages like this one So posse-post-discovery won't work.

But the syndication has been done through brid.gy publishing, so brid.gy knows about this post and doesn't need to do posse-post-discovery.

Does brid.gy now backfeeds the interactions with my syndicated post to my webmentions endpoint? Or are publishing and post-discovery/backfeeding completely separate processes?

gijswijs avatar Apr 15 '21 13:04 gijswijs

Great feature request! Bridgy doesn't do this right now, but it absolutely could. Thanks for filing, and for the details. Should be pretty straightforward and contained if you want to try tackling it yourself! Development setup instructions: https://bridgy.readthedocs.io/#development

snarfed avatar Apr 15 '21 14:04 snarfed

Turns out we're actually not quite able to do this right now, as is. Publish stores the silo post's permalink, but it's inside a JSON blob, specfically in Publish.published["url"], so it's not easily queryable the way we'd need here.

We could definitely add a top-level (queryable) property, which would support this for published posts going forward. We could also backfill all existing Publish entities, but there are 121k of them, so that would be a fair bit of load.

snarfed avatar Jul 02 '21 19:07 snarfed