Using FedBOX as storage backend through C2S ActivityPub

[mariusor]

• Remove local API functionality
• Modify authentication to use OAuth2 on FedBOX
• Modify frontend repository logic to use FedBOX to load information:
  • Loading items
    • self
    • federated
    • followed
    • domain based filtering
    • reply loading and threading
  • Loading votes
    • per account
    • per item
  • Loading accounts
  • Creating new items
  • Creating new accounts
  • Voting
• Modify docker setup to include a FedBOX container Moved to Add fedbox docker to the setup #26
• Modify bootstrap procedure to include adding an OAuth2 client for littr.go on FedBOX Moved to Add fedbox docker to the setup #26

[Cambridgeport90]

What is happening with this one. Looks pretty good so far.

[mariusor]

Hi @Cambridgeport90, thank you for your interest in littr.go. The status is that currently development is on a small hiatus while I deal with some other projects and some IRL stuff.

As you can see from the list at the top, the last item to tackle is the message threading, and I'm currently evaluating options for how to best express it using the ActivityPub standard properties:

In current master of littr.go (which uses an internal activitypub server) threading is being done by storing the parent of the current object (rather its IRI) in "InReplyTo" property and the top level object (also IRI reference) in the "Context" property.

In this branch I thought it's a better idea to store both of these IRIs in the "InReplyTo" as an array, and use that, but I encountered some unforseen problems.

I also tried storing the whole parent chain references in the "InReplyTo" but it seems like the worst solution, as it requires a lot of redundant information on each object.

I hope this message gives you some context. :) Let me know if I can help more.

[Cambridgeport90]

Good to know. Keeping an eye out on this one, though, for it looks pretty interesting. From: Marius Orcsik <notifications@github.com> Sent: Monday, November 11, 2019 3:19 AM To: mariusor/littr.go <littr.go@noreply.github.com> Cc: Katherine Moss <kat8989@outlook.com>; Mention <mention@noreply.github.com> Subject: Re: [mariusor/littr.go] Using FedBOX as storage backend through C2S ActivityPub (#25) Hi @Cambridgeport90<https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FCambridgeport90&data=02%7C01%7C%7C54dd5f950dac4832b8e308d7667fdbe4%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637090571637242767&sdata=oIu8aEZcpXmk5tlHjkVtXaujY3RGV4c23heOJS8cJ6o%3D&reserved=0>, thank you for your interest in littr.go. The status is that currently development is on a small hiatus while I deal with some other projects and some IRL stuff. As you can see from the list at the top, the last item to tackle is the message threading, and I'm currently evaluating options for how to best express it using the ActivityPub standard properties: In current master of littr.go (which uses an internal activitypub server) threading is being done by storing the parent of the current object (rather its IRI) in "InReplyTo" property and the top level object (also IRI reference) in the "Context" property. In this branch I thought it's a better idea to store both of these IRIs in the "InReplyTo" as an array, and use that, but I encountered some unforseen problems. I also tried storing the whole parent chain references in the "InReplyTo" but it seems like the worst solution, as it requires a lot of redundant information on each object. I hope this message gives you some context. :) Let me know if I can help more. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub<https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fmariusor%2Flittr.go%2Fpull%2F25%3Femail_source%3Dnotifications%26email_token%3DADS4MAGV55LSFSEE3LUWJA3QTEIQVA5CNFSM4IUIWJRKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEDWAPBA%23issuecomment-552339332&data=02%7C01%7C%7C54dd5f950dac4832b8e308d7667fdbe4%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637090571637252771&sdata=R86MCPzcAKFOFOl1o%2BAZtEtEIb3Io%2BhuPzIrnQzVsfA%3D&reserved=0>, or unsubscribe<https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FADS4MAAXZXDGPJWY5ZKJSWDQTEIQVANCNFSM4IUIWJRA&data=02%7C01%7C%7C54dd5f950dac4832b8e308d7667fdbe4%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637090571637252771&sdata=3p2ts99darMGNDlgaALhfLIHVw3TFPSIsfHM2TD2Tww%3D&reserved=0>.