User:Aleksejrs/ideas/federation: Difference between revisions
< User:Aleksejrs | ideas
Jump to navigation
Jump to search
No edit summary |
m (Reverted edits by KaitlinDudley (talk) to last revision by Aleksejrs) |
||
Line 22: | Line 22: | ||
Here is a StatusNet feature request that came to be after the discussion: http://status.net/open-source/issues/3407 |
Here is a StatusNet feature request that came to be after the discussion: http://status.net/open-source/issues/3407 |
||
# GMG has a concept of something like “groups” (as of this writing it probably does not yet). |
# GMG has a concept of something like “groups” (as of this writing it probably does not yet). Imagine groups like in Identi.ca — see the link above. |
||
# A group originates at ServerA, and is also at ServerB. |
# A group originates at ServerA, and is also at ServerB. |
||
# When somebody at ServerA or ServerB posts a media into the group (or marks it as being in that group), it appears in the group at both ServerA and ServerB. |
# When somebody at ServerA or ServerB posts a media into the group (or marks it as being in that group), it appears in the group at both ServerA and ServerB. |
Revision as of 15:01, 3 January 2012
It may be that things described here are described, and better described, at API. --Aleksejrs 15:44, 8 November 2011 (EST)
Selective media copying
- UserA owns GMG ServerA.
- UserA goes to GMG ServerB and sees an image.
- UserA puts URL of the image into his ServerA.
- ServerA fetches the image from ServerB with all metadata, so it becomes available at ServerA.
- Access (both viewing and copying) to the image might require view/access rights.
- The result should (must at least if the source is non-public) be marked private by default.
- It should be possible for the result to have a visible reference to its source.
- ServerB may be notified of the copying, so that it can link to the result, if it chooses to (http://bugs.foocorp.net/issues/604).
Another use-case
- UserA has private ServerA at home (possibly not accessible from outside), and an account at remote ServerB.
- UserA stores media in ServerA (possibly uploading by copying to a directory), and has the option of uploading all or parts of it to his ServerB account.
FidoNet-inspired group mirroring
Here is a StatusNet feature request that came to be after the discussion: http://status.net/open-source/issues/3407
- GMG has a concept of something like “groups” (as of this writing it probably does not yet). Imagine groups like in Identi.ca — see the link above.
- A group originates at ServerA, and is also at ServerB.
- When somebody at ServerA or ServerB posts a media into the group (or marks it as being in that group), it appears in the group at both ServerA and ServerB.
- A group may have a moderator.
- A server admin may refuse a media to be on his server (including: pre-moderation).
- ServerC may receive this group even from a server other than the one from where the group originates, or from where the file originates.
- Bad: that might create a moderatorless version of the group at a group of servers, or similar MITM attacks on the group, but that’s its decentralization, and it is optional.
- Bad: a complex network of servers can have broken links (or worse, recreate FidoNet politics!).
- To protect the group against broken links, servers may connect to each other as a ring, downloading only the files they don’t have (keeping information about where the file comes from, to be able to remove files/versions coming from a particular server?).