Solid Resources needs a way to tell what their containers are
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Área
- backend-api-design
Línea de trabajo
Lee la sección de Web Access Control Spec sobre el cálculo de Effective ACL Resource y la sección 3.1 de Solid Protocol Spec sobre la semántica de las barras diagonales en las URI; después, compara los enfoques propuestos de reverse-link y resource-type. Se considera terminado cuando se haya tomado una decisión sobre cómo distinguen los clientes los Solid containers y esa decisión se haya registrado en la especificación pertinente.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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.
- Lenguaje dominante
- HTML
- Estrellas
- 563
- Forks
- 110
- Merge medio
- 4 d 13 h
- PR fusionados (30 d)
- 3
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de solid/specification
-
new-work-item
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
solid/specification#806 · 11 comentarios · 4 reacciones ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 30/100
solid/specification#804 · 9 comentarios · 1 reacción ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 20/100
solid/specification#799 · 1 reacción ·
-
topic: resource access
Dificultad 5/5 Más de una semana Aptitud para principiantes 30/100
solid/specification#797 · 4 comentarios · 2 reacciones ·
-
End-to-End Encryption (E2EE) Abierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
solid/specification#788 · 4 comentarios · 1 reacción ·
Todos los issues de solid/specification
Issues similares
-
schema_dict_to_pydantic_model TypeError on JSON Schema type arrays → extract falls back to free-text Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
browser-use/browser-use#5904 ·
-
type: enhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
ynput/ayon-python-api#363 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
bug severity:low
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100