Solid Resources needs a way to tell what their containers are
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Ambito
- backend-api-design
Direzione di ricerca
Leggi la sezione di Web Access Control Spec sul calcolo di Effective ACL Resource e la sezione 3.1 di Solid Protocol Spec sulla semantica delle barre nella URI, quindi confronta gli approcci proposti reverse-link e resource-type. Il lavoro è completato quando è stata presa una decisione su come i client distinguono i Solid containers e tale decisione è stata registrata nella specifica pertinente.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
The Web Access Control Spec has a section on how to calculate the Effective ACL Resource by following a resource up to its "container resource".
The Solid Protocol Spec specifies using 3.1 URI Slash Semantics. So it is clear what the intention is.
But how is a client to know it has landed on a Solid server that implements those intentions rather than one that has not? There will be many LDP servers implemented by the LDP consortium members. A client can't distinguish between those servers and those implementing Solid, potentially leading to many unnecessary requests.
There are a number of ways of doing this.
- Compatible with LDP servers: every resource has a reverse link to the container, which in Solid would always be
../, but on other LDP containers could be something else.
Link: <../>; rev="http://www.w3.org/ns/ldp#contains"
- Specify that a resource is not an
ldp:BasicContainerorldp:Resourcebut a subset of those, namely asolid:Containerorsolid:Resource. Note this was proposed in the 2013 to the LDP group and later became issue-50.
Clearly, if a resource specifies that it is a solid resource, then point 1 is unnecessary as the URL structure contains the information about the ldp:contains link. On the other hand, for more lax servers following LDP, then 1 is needed.
I don't think that having an "acl" link header is enough to distinguish the server as being a solid one, as that link could very well also be used by LDP servers.
- Lingua principale
- HTML
- Stelle
- 563
- Fork
- 110
- Merge medio
- 4g 13h
- PR unite (30g)
- 3
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di solid/specification
-
new-work-item
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
solid/specification#806 · 11 commenti · 4 reazioni ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 30/100
solid/specification#804 · 9 commenti · 1 reazione ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
solid/specification#799 · 1 reazione ·
-
topic: resource access
Difficoltà 5/5 Più di una settimana Idoneità per principianti 30/100
solid/specification#797 · 4 commenti · 2 reazioni ·
-
End-to-End Encryption (E2EE) Aperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
solid/specification#788 · 4 commenti · 1 reazione ·
Tutte le issue di solid/specification
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 80/100
microsoft/magentic-ui#588 ·
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
alexgorbatchev/simple-ptt#3 · 1 commento ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
CorrelAid/formtransform#44 ·