Un GET sur un container LDP avec WebACL peut être très lent

La technique actuelle est de récupérer l'URI des ressources, puis de faire un GET sur chacune d'entre elle.

Mais il semble que la première requête SPARQL (pour récupérer l'URI des ressources) retourne aussi les ressources que l'utilisateur n'a pas le droit de voir. Du coup il peut y avoir un très grand nombre d'appel GET sur les ressources, alors qu'au final seules quelques unes seront retournées.

Start by tracing the LDP GET flow and the initial SPARQL query that retrieves resource URIs, then inspect how WebACL permissions are applied during the subsequent resource GET requests. Done means unauthorized resources no longer trigger unnecessary GET calls while the response still returns the permitted resources.

Written by the indexing model from the issue text.