Ce qui est réalisé
Récepteur Windows et page commune d'envoi
Copies adaptées des trois suivis
Destination configurable, reprises et concurrence contrôlée
Contrôles d'accès et intégrité des photos
Organiser le quotidien / Logigramme fonctionnel
Suivis PC v2 — synchronisation privée
Réunir les suivis de musculation, courses et alimentation autour d'un récepteur PC privé, avec une destination maîtrisée et des reprises en cas d'indisponibilité.
Le besoin
Réunir les suivis de musculation, courses et alimentation autour d'un récepteur PC privé, avec une destination maîtrisée et des reprises en cas d'indisponibilité.
L’analyse
Le projet adapte trois applications existantes à un stockage sur ordinateur personnel. Le téléphone reste l'interface de saisie ; le PC sert les applications et reçoit les fichiers par une connexion privée. Une page commune permet aussi de déposer des documents et de vérifier la destination.
Les types de données imposent des traitements distincts. Les fichiers de suivi sont remplacés sous contrôle de version ; les repas sont des ensembles de documents dont les photos doivent être vérifiées. Les conflits et changements de destination sont explicités pour éviter qu'une reprise réseau écrase un historique plus récent.
Le processus documenté
Du besoin au résultat
Logigramme fonctionnelRègles de gestion
Ce que l’outil doit respecter.
- RG-01Le récepteur accepte l'identité configurée et écoute sur la boucle locale derrière Tailscale Serve.
- RG-02Les écritures exigent une origine autorisée et un en-tête applicatif.
- RG-03Les suivis JSON utilisent une version conditionnelle et une copie d'historique avant remplacement.
- RG-04Un conflit conserve la copie du téléphone, téléchargeable avant de charger celle du PC.
- RG-05Un repas est confirmé après contrôle des empreintes de ses photos ; son renvoi est idempotent.
- RG-06Le suivi ouvert refuse un changement de destination avec des envois en attente ; les caches sont séparés par destination.
Ce que ce projet démontre.
Distinguer remplacement d'un suivi et dépôt d'un nouveau repas.
Définir les conditions d'accès, de confirmation et de changement de destination.
Prévoir l'indisponibilité du PC, les conflits et la conservation des anciennes versions.
Le niveau de réalisation ci-dessous distingue les fonctions présentes des vérifications qui restent à mener.
L’outil en images
Un parcours visible.
État au 13 octobre 2026
Une réalisation, un périmètre précis.
Ce qui a été vérifié
La livraison du 2 octobre rapporte 19 tests et des essais navigateur/disque avec données fictives. Le README décrit des tests d'accès, de conflits et de reprise avec identité simulée. La liaison réelle Android–PC via Tailscale reste à installer et vérifier.
Revue du 13 octobre : hub, liste de courses et séance de musculation exécutés avec le vrai récepteur dans un banc d’essai isolé. Identité réseau simulée ; ce parcours ne valide pas Tailscale en conditions réelles.
Limites actuelles
Le PC doit rester allumé, connecté et hors veille.
Aucun démarrage automatique Windows ni migration automatique des anciennes données n'est installé.
L'envoi libre de documents n'a pas de file persistante ; les historiques ne remplacent pas une sauvegarde du disque.
Prochaine étape
Installer la connexion privée puis valider un trajet Android–PC sur réseau mobile avec un document fictif, une interruption du PC et une reprise.
Exemples de critères de recette
Ces critères décrivent le résultat attendu. Ils ne constituent pas, à eux seuls, des tests réussis.
- Sur réseau mobile, un appareil autorisé dépose un document fictif ; après déconnexion de la connexion privée, le récepteur devient inaccessible.
- Deux appareils modifiant la même version provoquent un conflit au second envoi ; la copie locale du second reste récupérable.
Parlons de votre projet
Un besoin concret.
Une première discussion.
Un processus trop manuel, une donnée peu fiable ou une idée à tester ? Commençons par clarifier ce qui vous serait vraiment utile.
Échanger avec Loïc