Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Support for referrer_did

Aperta
  • Qualcosa non va?
#53 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

@chris-pardy ci sta già lavorando.

Dal 1/7/2026.

  • #54 di @chris-pardy — aperta

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
45/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Tranquilla
Stack tecnologico
typescript
Ambito
authentication

Direzione di ricerca

Inizia dall’elenco delle app Atmosphere di ATStore e dal suo meccanismo di accesso per lasciare una recensione, quindi traccia come vengono generati i link in uscita e come è disponibile il DID dell’utente connesso. Chiarisci l’ambito del tracciamento e dell’autenticazione prima di implementare il parametro proposto; il lavoro è completato quando ATStore include referrer_did nei link supportati.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

While it's easy to talk about the atmosphere as a bunch of connected apps the reality is that even following a link from bsky to tangled you need to remember that you should log into tangled with your bluesky account. Some of the work around an atmosphere login button will help but there's no reason we can't do something low lift.

I propose a query string referrer_did that includes the did of the logged in use that clicked a link being sent along on links that go to other atmosphere apps. What those apps choose to do with that data is up-to them but the obvious thing is to trigger a login with the given DID. This means that moving between Atmosphere apps will bring your identity with you.

ATStore seems like the right first place to do this because by default we know that it is a list of atmosphere apps that could support this parameter. Additionally it's log in to review mechanism is a good way to show how a thoughtful implementation of the other side of this could work.

Considerations

It's worth calling out that including a query parameter has drawbacks.

  • It is effectively a tracking cookie across the atmosphere - DID alone is not enough to be too worried about but when combined with other information readable from the request we can potentially start to capture information about people.
  • Each site can choose how they handle the auth process leading to uneven experiences.

Overall I think the basic idea is sound even with these considerations. If the tracking was a major concern there are a variety of approaches that could be leveraged such as writing a "no-track" record to a PDS that sites would honor.

Lingua principale
TypeScript
Stelle
23
Fork
4
Nessuna PR unita negli ultimi 30g

Preparare l'ambiente

  • Include un Dockerfile o un file Docker Compose
  • Nessun modello di pull request
  • Nessuna guida per i contributori

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di ATProtocol-Community/ATStore

Tutte le issue di ATProtocol-Community/ATStore

Issue simili

Altre issue su TypeScript

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.