Community posts: document storage and history for people; later improvements

Offen Anfängerfreundlich
  • Stimmt etwas nicht?
#508 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
2/5
Geschätzter Aufwand
1-3 Stunden
Anfängerfreundlichkeit
76/100
Issue-Typ
Dokumentation
Klarheit
Klar beschrieben
Aktivitätsstatus
Aktiv
Bereich
documentation

Rechercherichtung

Lies docs/COLLABORATION_HANDOFF.md sowie die nutzerseitigen Dokumente docs/PEOPLE_CONVERSATIONS.md und docs/COLLABORATION_NETWORK_PROFILE.md. Ersetze die verstreuten nutzerseitigen Erklärungen durch einen kurzen Abschnitt, der das beschriebene Speicherverhalten, die Sichtbarkeit, den Verlauf und das Verhalten von Library-Dateien abdeckt; behalte Entwicklerdetails im Handoff-Dokument und verlinke auf den neuen Abschnitt. Fertig ist die Aufgabe, wenn Nutzer eine einzige klare Erklärung finden können und das Handoff-Dokument darauf verweist.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

How Community posts are stored and passed on works, but it is documented only for developers and in pieces (docs/COLLABORATION_HANDOFF.md:79-80 has the 24 h / 200 posts / 1 MiB rule; docs/PEOPLE_CONVERSATIONS.md and docs/COLLABORATION_NETWORK_PROFILE.md cover the protocol). No doc tells a person what happens to a post.

Facts (source at 8a74b669c):

  • Each Home keeps the posts Chat shows (newest 500 per conversation, no age limit) and the signed originals it passes on (24 h, at most 200 posts and 1 MiB). Both are plain JSON in the Home's data folder.
  • No server stores posts. The seed's Community node relays gossip and keeps nothing on disk.
  • A Home that was offline gets missed posts only from Homes online now, only if both sides show presence, and only from the last 24 h.
  • Posts are signed but not encrypted: every member, and every node on the topic including the seed hub, can read them.
  • A post cannot be deleted or edited; other Homes keep it until it falls out of their newest 500.
  • A Library file posted in Community stays on the sender's Home; only the sender's contacts can fetch it while that Home runs.

1. Document it (replace, not add): one short section in the user docs, built from the facts above, that replaces the scattered user-facing bits; the developer detail stays in COLLABORATION_HANDOFF.md and links to it.

2. Improvements to decide later:

  • Delete your own post (a signed retraction that other Homes honor).
  • Longer history: catch-up beyond 24 h and 200 posts, and catch-up that does not require showing presence.
  • Encrypt stored posts at rest, like the per-person direct-message store.
  • Private Communities: membership instead of the open grant, and posts encrypted to members.
  • Say in Chat, once and briefly, that Community posts are public.
Vorherrschende Sprache
Rust
Sterne
6
Forks
2
Ø Merge
1 T. 3 Std.
Gemergte PRs (30 T.)
42

Entwicklungsumgebung

Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus elastos/elastos-runtime

Alle Issues in elastos/elastos-runtime

Ähnliche Issues

Weitere Issues zu Rust

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.