Stockage cloud

L’emplacement cloud est un emplacement unique dans un stockage que l’utilisateur possède déjà. Chaque fournisseur est piloté via la même interface de stockage dans coven ; ce qui change selon le fournisseur est la connexion, la configuration et la manière dont d’autres personnes et appareils y accèdent.

Fournisseurs

Fournisseur	Connexion	Votre propre nouvel appareil	Une personne que vous invitez
Compatible S3	Access key + secret	Code de restauration, plus votre clé d’accès, transportée à côté dans le code QR	Une clé d’accès créée pour elle
Dropbox	OAuth, conservé par coven	Code de restauration, puis connexion à votre Dropbox	Le dossier partagé de la bibliothèque est partagé avec son compte
OneDrive	OAuth, conservé par coven	Code de restauration, puis connexion à votre OneDrive	Le dossier de la bibliothèque est partagé avec son compte
iCloud (CloudKit)	Apple Account, sans connexion	Code de restauration, aussi proposé depuis le trousseau iCloud	La zone CloudKit de la bibliothèque est partagée avec son Apple Account

Compatible S3 couvre AWS, Backblaze B2, Cloudflare R2, Wasabi et tout autre service qui parle l’API. Le formulaire de configuration ne demande que bucket, région, endpoint et clé d’accès ; coven reconnaît les services connus à l’hôte de l’endpoint et complète la façon de leur parler. Avancé contient le préfixe de clé facultatif et un choix de profil de service, automatique par défaut. Pour un service que coven ne connaît pas, Détecter les réglages sonde le bucket avec la clé et affiche ce qu’il a trouvé. La configuration vérifie le fournisseur avant tout enregistrement, afin qu’une faute de frappe échoue à la configuration, pas à la première synchronisation, et bae donne la raison de coven en termes simples. Dropbox, OneDrive et iCloud existent seulement dans l’édition complète bae ; les versions baeium les excluent à la compilation.

Connexion et dossiers

coven gère lui-même la connexion à Dropbox et OneDrive, donc aucun jeton ne passe par bae. Sur ordinateur, le navigateur ouvre la page du fournisseur et un écouteur local reçoit l’unique redirection ; sur mobile, c’est la feuille de connexion de la plateforme. coven conserve les jetons dans le trousseau du système d’exploitation et en actualise un une fois quand le fournisseur le refuse ; une actualisation qui échoue apparaît dans l’état de synchronisation comme l’action Se connecter plutôt qu’une boucle de nouvel essai silencieuse.

Après la connexion, l’utilisateur choisit où vit la bibliothèque. Sur Dropbox, c’est un dossier partagé, puisqu’une bibliothèque de foyer est partagée avec les comptes des autres personnes ; bae utilise pour cela un accès Dropbox complet, pas un dossier d’application. S’il n’existe encore aucun dossier partagé, bae dit d’en partager un dans Dropbox et de chercher à nouveau. Sur OneDrive, c’est n’importe quel dossier, parcouru depuis la racine, et un nouveau peut y être créé.

CloudKit n’a besoin d’aucun flux : coven le pilote sur les plateformes Apple en tant qu’Apple Account connecté.

Disposition de l’emplacement

Dans l’emplacement, chaque chemin d’objet commence par l’identifiant de stockage de la bibliothèque : la séquence numérotée de changements de coven, ses instantanés, les demandes d’adhésion et les fichiers stockés. Plusieurs bibliothèques peuvent partager un même dossier Dropbox ou OneDrive sans toucher aux objets des autres.

Chaque objet est chiffré et stocké sous un nom aléatoire ; il n’existe pas de mode en clair. Les fichiers de bae sont des fichiers coven que référencent des lignes de quatre tables synchronisées : release_files, covers, artist_images et l’avatar de chaque ligne people. Le chemin d’un fichier est fixé quand il est préparé, donc renommer un album ne le déplace jamais. Consultez Chiffrement.

Comportement sur de vrais réseaux

Les lectures pour la lecture audio sont par plages : le lecteur récupère les blocs chiffrés dont il a besoin plutôt que des fichiers entiers, et récupère d’avance pendant qu’un fichier se lit dans l’ordre. Les limites de débit et les erreurs temporaires du fournisseur sont réessayées selon un calendrier d’attente unique, en respectant le retry-after du fournisseur quand il est donné. La file d’envoi survit aux redémarrages : un envoi interrompu par la fermeture de l’application reprend au lieu de recommencer, et les envois en pause restent en pause.