Qu’est-ce qu’une bibliothèque de ressources ?
Une bibliothèque de ressources est une collection centralisée et interrogeable de fichiers multimédias et des métadonnées, versions, autorisations et relations qui leur sont associées. Elle permet un stockage, une recherche et une réutilisation encadrés par des règles de gouvernance.
Fonctionnement des bibliothèques de ressources
Une bibliothèque de ressources associe le stockage binaire à des enregistrements indexés qui décrivent la propriété, les droits, les rendus, les versions et les relations. La recherche et le filtrage portent sur ces enregistrements et, dans certains dépôts, sur le texte intégral des documents, tandis que les contrôles d’accès déterminent qui peut consulter ou modifier chaque élément. Contrairement à un simple dossier partagé, où un fichier est référencé par son chemin, une bibliothèque peut traiter une même ressource logique comme une série de versions avec des rendus alternatifs tels que des aperçus. Dans un flux de travail de publication, elle devient la source régie par des règles de gouvernance à partir de laquelle les médias approuvés sont sélectionnés et diffusés.
Points clés
- Stockez l’identifiant immuable de la ressource fourni par la bibliothèque dans vos propres enregistrements, plutôt qu’un chemin ou un nom d’affichage, et vérifiez ce que cet identifiant désigne. Dans la norme de dépôt CMIS, chaque version est un objet distinct doté de son propre identifiant d’objet, et seul l’identifiant de série de versions reste identique d’une version à l’autre. Une référence doit donc soit suivre la dernière version, soit cibler une version précise.
- Un identifiant immuable ne suffit pas à garantir la stabilité des URL de diffusion. Cloudinary, par exemple, attribue un identifiant de ressource immuable qui ne peut pas être utilisé pour diffuser une ressource ; ses URL de diffusion contiennent l’identifiant public, qui change lorsque la ressource est renommée. Avant de publier des URL, confirmez quel identifiant elles contiennent et l’effet d’un renommage ou d’un déplacement sur ces URL.
- Des sommes de contrôle cryptographiques identiques, calculées sur des fichiers entiers, par exemple avec SHA-256, permettent d’identifier avec une très forte probabilité des fichiers identiques octet par octet, quel que soit leur nom. Une copie redimensionnée ou réencodée contient des octets différents et ne sera donc pas détectée par une somme de contrôle. Pour la trouver, il faut comparer la similarité, par exemple par hachage perceptuel : des fichiers similaires produisent des valeurs proches plutôt qu’égales, et vous définissez à partir de quelle proximité ils sont considérés comme des doublons. Ne supposez pas que la bibliothèque effectue cette vérification pour vous, ni qu’un ETag de stockage peut remplacer une somme de contrôle : la détection des doublons par SHA-1 est désactivée par défaut dans Adobe Experience Manager 6.5, et un ETag Amazon S3 n’est pas une empreinte MD5 pour les téléversements multiparties ni pour les objets chiffrés avec SSE-C ou SSE-KMS.
- Les métadonnées de droits enregistrent les restrictions ; elles ne les font pas respecter. Dans l’IPTC Photo Metadata Standard, le champ Rights Usage Terms est du texte libre et les embargos sont indiqués dans le champ de texte libre Instructions. Ni l’un ni l’autre n’est donc une date qu’un logiciel peut comparer. Si la diffusion doit respecter un embargo ou l’expiration d’une licence, enregistrez cette contrainte sous forme de date ou de statut structuré, dans l’enregistrement de la ressource au sein de la bibliothèque ou dans votre propre base de données, et vérifiez-la au moment de la publication ; pouvoir trouver un fichier ne constitue pas une autorisation de le publier. Une vérification à la publication ne couvre pas une expiration ultérieure : si le droit de continuer à diffuser une ressource prend fin à une date donnée, prévoyez également d’arrêter sa diffusion à cette date, par exemple en programmant sa dépublication ou en vérifiant la date à chaque requête.
Quand les bibliothèques de ressources sont utiles
Les applications utilisent une bibliothèque de ressources lorsque les équipes doivent trouver et réutiliser des médias approuvés sans créer de doublons. Les autorisations et les contrôles de versions contribuent à empêcher la publication de fichiers obsolètes ou soumis à des restrictions.
L’apport de Transloadit pour les bibliothèques de ressources
Transloadit Storage, actuellement en bêta, couvre les fonctions de stockage, d’identité et de gestion des versions d’une bibliothèque de ressources. Le Robot /transloadit/store stocke les fichiers des Assemblies de manière privée et renvoie les valeurs asset_id et version_id, ainsi que le chemin final. Le Robot /transloadit/import sélectionne ensuite un fichier par path (son emplacement actuel, modifiable), par asset_id (la version actuelle, même après un renommage ou un déplacement), ou par asset_id avec version_id (ces octets stockés précis). Le Robot /file/hash calcule une somme de contrôle pendant une Assembly et l’expose sous le nom file.meta.hash. Votre application compare ces empreintes pour trouver les doublons et construit le catalogue, la recherche et les autorisations à partir des données renvoyées par Transloadit.
Enregistrez le Workspace, les valeurs asset_id et version_id, ainsi que le chemin renvoyé du résultat stocké, avec votre propre enregistrement applicatif, comme le recommande la documentation du Robot : les importations lisent le stockage de votre Workspace, et les identifiants restent soumis aux droits d’accès au Workspace et à la conservation des versions. Le stockage à un chemin déjà occupé échoue par défaut ; la stratégie de résolution des conflits overwrite crée à la place une nouvelle version de la ressource existante. Une référence fixée à version_id ne se rabat jamais sur la version actuelle, et la suppression de la ressource ou de cette version conservée rend la référence indisponible.
- Stocker des fichiers dans Transloadit Storage (English)
- Importer des fichiers depuis Transloadit Storage (English)
- Hacher des fichiers
Explorer les capacités de Transloadit en matière de gestion des médias
Références
- OASIS CMIS 1.1 : identifiants d’objets, séries de versions, rendus, contrôle d’accès et requêtes
- Documentation Cloudinary : différence entre un identifiant de ressource et un identifiant public
- Adobe Experience Manager 6.5 : activer la détection des ressources en double
- Référence de l’API Amazon S3 : cas où l’ETag d’un objet n’est pas une empreinte MD5
- NIST FIPS 180-4 : norme de hachage sécurisé
- pHash : définition d’une empreinte perceptuelle
- IPTC Photo Metadata Standard : champs Rights Usage Terms et Instructions
- Adobe Experience Manager as a Cloud Service : expiration des ressources et plages de diffusion définies par une heure de début et une heure de fin