L'envoi d'une requête GET sur l'URL de synchronisation d'une tâche(/projet) si elle aboutit correctement renvoie la date de dernière synchronisation côté serveur (avec la réponse 200 - OK) permet ensuite de vérifier dans le fichier de synchronisation s'il s'agit de la même, sinon il y a alors envoi d'une requête POST avec un json des données de la tâche en question, suivi d'une mise à jour de la date de dernière synchronisation dans le fichier si tout se passe bien (ce qui permet l'édition à posteriori des temps sur les tâches aussi). (et renvoie des messages d'erreurs avec codes adaptés dans les cas contraires). Est-ce qu'une date de synchronisation seulement coté serveur suffit/convient ?
Par exemple, pour une même tâche sur deux postes différents pour un même utilisateur: - tache1/poste1 non synchronisé depuis une semaine - tache1/poste2 non synchronisé depuis une semaine
Le premier qui se synchronisera empêchera la synchronisation de la semaine de l'autre, non ?
Je n'avais pas pensé au travail sur deux postes par le même utilisateur sur la même tâche, et tel que je l'avais envisagée au départ, la synchronisation ne serait pas empêchée (le poste 1 se synchronise, a la même date de dernière synchro que la date du serveur, le poste 2 cherche à se synchroniser car sa date de dernière synchro est différente de celle du serveur, il envoie ses temps qui sont identifiés par <date de début de tache>, <temps associé>) le seul moment où ça me semble coincer, c'est si l'utilisateur a travaillé sur la même tâche en commençant en même temps sur deux postes différents - ce qui pour la partie associée à jtimer revient à faire des temps le même jour sur la même tache sur deux postes différents, vu que jtimer ne donne pas le détail des heures-.