• [^] # Re: Donnez votre avis sur la nouvelle architecture de Cozy

    Posté par (site web personnel) . En réponse à la dépêche Donnez votre avis sur la nouvelle architecture de Cozy. Évalué à 4.

    Imaginez que sur une instance mutualisée chez un hébergeur, sur laquelle on stocke ses bookmarks, on veuille bénéficier de tags auto dont la pertinence est liée au nombre de clients qui ont appliqué ce même tag. Il serait dommage que chaque appli doivent réimplémenter çà au travers de requêtes massives sur l'API de chaque instance utilisateur. Il serait préférable d'offrir ce genre de service de base. Votre architecture le permettra t'elle ?

    C'est un cas d'usage intéressant, mais je n'ai rien prévu qui aille dans ce sens. À ton avis, que faudrait-il mettre en place pour répondre à ce cas d'usage ? Comment ça pourrait fonctionner ?

    A l'image de XMPP, on pourrait imaginer de mettre en relation plusieurs noeuds cozy afin par exemple de croiser encore plus les données ou autre exemple de partager des items de ma todolist avec d'autres utilisateurs qui ne sont pas hébergés sur le même noeud.

    Ça rentre dans le cadre de ce que nous appelons partage. Il sera possible de partager un calendrier ou une todo-list entre utilisateurs de Cozy, hébergés sur le même nœud ou non.

    Il est fait mention du service /realtime. Est-ce que ceci fait référence à une implémentation des Websockets ?

    Oui, le service realtime vise à permettre à des applications d'être notifiés d'événements via Websockets (et peut-être des fallbacks comme EventSource). Ces événements peuvent provenir de la base de données (un nouveau document par exemple) ou de la stack (une application a fini d'être installée).

    pour cozy desktop, vous avez pensé à un framework en particulier ? Electron ?

    Oui, c'est du Electron. D'ailleurs, on n'a pas fait qu'y penser, c'est déjà disponible pour Linux.