Posté par raphj .
Évalué à 2.
Dernière modification le 02 septembre 2024 à 23:21.
Merci pour le partage et bravo pour la release. C'est le genre de code pas forcément évident à faire marcher correctement.
Les gens qui utilisent déjà une solution de synchronisation généraliste peuvent probablement l'utiliser pour ce genre de choses :-)
Avec un peu de chance, un lien symbolique vers un dossier synchronisé pour sa configuration ne vexera pas trop FreeTube.
Autre solution quand on a envie d'avoir ses abonnements sur plusieurs appareils : invidious. Et vu que c'est du web léger, ça permet également un accès depuis un appareil mobile, voire un appareil sur lequel on ne peut/veut pas installer FreeTube. Mais si on ne veut pas avoir à gérer un hébergement soi-même et qu'on ne veut pas confier ses abonnements et données de lecture à une des instances publiques, alors freetube + ce genre de synchronisation c'est probablement ce qui est le mieux. Je ne sais pas s'il y a une solution pour synchroniser aussi NewPipe si on a un appareil Android.
Le souci avec un système de lien symbolique / webdav / whatever, exploité par plusieurs instances FreeTube, c'est le modèle de fonctionnement de FreeTube.
Au démarrage, FreeTube charge en mémoire les données issues des fichiers puis les rewrite depuis les données en mémoire. À aucun moment il ne recharge ces fichiers pendant qu'il est en fonctionnement. Du coup, si 2 FreeTubes utilisent les mêmes fichiers, le dernier qui fait une mise à jour écrasera les données du premier.
Posté par raphj .
Évalué à 2.
Dernière modification le 03 septembre 2024 à 13:45.
Effectivement ! Je n'avais pas pensé au cas où plusieurs instances FreeTube étaient utilisées en même temps. Dans ce cas, une solution de synchro généraliste n'est bien pas adaptée. Peut-être que ça vaut le coup de mentionner ce cas d'utilisation dans ton article.
# Nextcloud / Syncthing
Posté par raphj . Évalué à 2. Dernière modification le 02 septembre 2024 à 23:21.
Merci pour le partage et bravo pour la release. C'est le genre de code pas forcément évident à faire marcher correctement.
Les gens qui utilisent déjà une solution de synchronisation généraliste peuvent probablement l'utiliser pour ce genre de choses :-)
Avec un peu de chance, un lien symbolique vers un dossier synchronisé pour sa configuration ne vexera pas trop FreeTube.
Autre solution quand on a envie d'avoir ses abonnements sur plusieurs appareils : invidious. Et vu que c'est du web léger, ça permet également un accès depuis un appareil mobile, voire un appareil sur lequel on ne peut/veut pas installer FreeTube. Mais si on ne veut pas avoir à gérer un hébergement soi-même et qu'on ne veut pas confier ses abonnements et données de lecture à une des instances publiques, alors freetube + ce genre de synchronisation c'est probablement ce qui est le mieux. Je ne sais pas s'il y a une solution pour synchroniser aussi NewPipe si on a un appareil Android.
[^] # Re: Nextcloud / Syncthing
Posté par Simon (site web personnel) . Évalué à 1.
Merci pour ce message !
Le souci avec un système de lien symbolique / webdav / whatever, exploité par plusieurs instances FreeTube, c'est le modèle de fonctionnement de FreeTube.
Au démarrage, FreeTube charge en mémoire les données issues des fichiers puis les rewrite depuis les données en mémoire. À aucun moment il ne recharge ces fichiers pendant qu'il est en fonctionnement. Du coup, si 2 FreeTubes utilisent les mêmes fichiers, le dernier qui fait une mise à jour écrasera les données du premier.
[^] # Re: Nextcloud / Syncthing
Posté par raphj . Évalué à 2. Dernière modification le 03 septembre 2024 à 13:45.
Effectivement ! Je n'avais pas pensé au cas où plusieurs instances FreeTube étaient utilisées en même temps. Dans ce cas, une solution de synchro généraliste n'est bien pas adaptée. Peut-être que ça vaut le coup de mentionner ce cas d'utilisation dans ton article.
Je suppose que ça pourrait causer ce genre de problèmes : https://stackoverflow.com/questions/5536362/replacing-sqlite-database-while-accessing-it
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.