Comment configurer plusieurs envois/réceptions ?

Question

Je me demande s'il existe un moyen d'automatiser davantage notre processus d'envoi/réception (Send/Receive) que ce que nous faisons actuellement. Voici la situation de mon équipe : nous avons un ordinateur principal connecté à Internet, et la plupart de nos travaux s'effectuent sur cet ordinateur. Il héberge également notre Chorus Hub, car c'est une machine toujours allumée. Nous avons ensuite trois ordinateurs portables qui sont utilisés pour du travail avec Paratext, et ils ne sont connectés qu'au réseau local (LAN) de notre salle de conférence. Mon idée était que les 4 ordinateurs locaux effectuent constamment des envois/réceptions vers le Chorus Hub, et que l'ordinateur principal effectue ÉGALEMENT un envoi/réception vers Internet une fois par jour environ, afin de me garder informé(e) alors que je travaille en tant que conseiller(ère) à distance. Tout cela semble bien en théorie, mais la réalité est que mes collègues ne sont pas à l'aise avec la technologie et ils oublient souvent de faire l'envoi/réception, ce qui entraîne de nombreux conflits lorsqu'ils s'en souviennent, et donc des inefficacités. De plus, le fait de basculer l'ordinateur principal entre les destinations ChorusHub et Internet n'est pas quelque chose qu'ils comprennent ou qu'ils sont prêts à manipuler. Dans mon monde idéal, ces deux routines d'envoi/réception seraient automatiques en arrière-plan, mais cela ne semble pas possible. Une autre solution que j'ai envisagée serait que le Chorus Hub effectue automatiquement une sauvegarde/envoi-réception vers Internet, disons chaque jour, mais je ne pense pas qu'il existe d'interface pour cela et que cela n'a pas été développé depuis des années. Comment me conseillez-vous de configurer cela pour maximiser nos chances de rester dans les délais et minimiser les conflits potentiels ? Merci pour vos idées.

Traduit automatiquement depuis English Afficher l'original

Answer 1

Bonjour.

Je comprends le besoin, et il existe certaines options pour aider à simplifier le processus S/R, mais il est important de noter que certaines options peuvent nécessiter une meilleure maîtrise de la technologie ; si un processus d'envoi/réception est compliqué, les autres options le sont peut-être encore plus.

Même ainsi, il y a des options : 

1. La plus simple est de configurer des envois S/R automatiques depuis la fenêtre principale S/R, comme mentionné par Aroon citant Phil.
Vous pouvez le configurer pour le faire chaque heure, toutes les 4 heures, une fois par jour, ou à l'ouverture et à la fermeture de Paratext.
Vous pouvez configurer cela pour chaque projet et laisser l'option Chorus Hub sélectionnée pour qu'elle s'exécute toujours là-bas.

2. L'autre chose est d'utiliser le raccourci. Ce bouton exécute la dernière chose qui a été configurée dans la fenêtre principale S/R. Donc, si la fenêtre principale est configurée pour un S/R vers Chorus Hub et que les projets nécessaires sont cochés, l'utilisateur n'a besoin que d'appuyer sur ce bouton aussi souvent qu'il le souhaite.

*. Vous pouvez combiner les options 1 et 2, par exemple, en leur demandant d'utiliser le raccourci S/R et de le configurer pour le faire chaque fois que le programme est ouvert et fermé.

3. Une autre option est d'utiliser Paratext Live. Cela maintient une synchronisation en temps réel (comme Google Docs). Vous pouvez l'exécuter localement, en faisant de l'ordinateur principal le serveur. Avec cela, tout le texte biblique est synchronisé, et il y a l'option de synchroniser les autres documents (comme les notes ou le rendu) en utilisant l'option « Enchange all files ».

C'est une bonne option, mais elle nécessite une connexion réseau stable et il faut un certain temps pour s'y habituer.

*. Pour toutes les options, à la fin de la journée, l'ordinateur hôte devra effectuer un S/R vers Chorus (pour recevoir les modifications) puis un vers Internet.

Ce sont les options dont nous disposons dans l'interface. Peut-être que quelqu'un peut commenter s'il existe une option pour créer un raccourci en utilisant du php ou un autre code, mais d'après mon expérience, je dirais que même s'il est possible d'exécuter une commande, la communication sera toujours la chose la plus importante pour s'assurer que les étapes ont été effectuées dans le bon ordre. Je pense que l'une des options ci-dessus sera utile une fois que l'équipe sera familiarisée avec leur utilisation.

Saludos,
Pepe.

Traduit automatiquement depuis English Afficher l'original

Comments

Merci beaucoup Pepe pour ton aide !

Traduit automatiquement depuis English Afficher l'original

Answer 2

Bonne suggestion de @Phil_Leckrone :

Si les équipes ouvrent et ferment Paratext chaque jour (ce qu'elles devraient faire), vous pouvez définir un horaire dans la boîte de dialogue S/R pour effectuer automatiquement un S/R chaque fois que Paratext démarre et se ferme. Ils peuvent définir un horaire horaire pour un rappel, mais pas automatique. D'autres personnes peuvent avoir une suggestion pour un processus plus automatique.

Quelqu'un d'autre a-t-il des idées ?

Traduit automatiquement depuis English Afficher l'original

Answer 3

PTLite a une option en ligne de commande qui effectue un Send/Receive. Il faudrait obtenir la version Windows de PTLite et configurer une tâche automatisée qui exécute la commande, mais cela devrait être possible.

Ce que je ne sais pas, c'est si vous laissez Chorus Hub en cours d'exécution (en permanence) et exécutez cette commande PTLite en arrière-plan, si cela causerait des conflits pendant que PTLite synchronise. Mon hypothèse est que non, mais je ne suis pas sûr à ce sujet.

Traduit automatiquement depuis English Afficher l'original

Comments

@mnjames Je suis intéressé par ce que vous avez dit sur la version Windows de PTLite. Je pense que si je pouvais utiliser cette option en ligne de commande pour faire un S/R vers Chorus en arrière-plan, alors le S/R explicite pourrait aller vers Internet et nous serions bons pour partir. Le problème est que je ne trouve pas de version Windows de PTLite, pourriez-vous m'orienter dans la bonne direction ?

Traduit automatiquement depuis English Afficher l'original

---

Je m'excuse. Je viens de chercher et je ne trouve pas une telle version. En y repensant, je soupçonne que je pensais à la version Linux (j'ai WSL en cours d'exécution sur ma machine Windows et je l'exécutais probablement sous celui-ci).

Si vous finissez par obtenir PTLite, ce message donne les commandes pour effectuer un S/R avec ptlite.
https://support.bible/12545/send-receive-via-command-line?show=12615#a12615

Traduit automatiquement depuis English Afficher l'original

Answer 4

Nous avons une situation similaire avec plus de 20 ordinateurs portables travaillant sur presque autant de projets Paratext dans un atelier, effectuant des envois/réceptions vers Chorus Hub qui fonctionne sur un ordinateur portable dédié. 

L'un d'entre nous fait cela au moins 2 fois par jour pendant un atelier : 

* envoi/réception vers Chorus Hub (collecte de toutes les données des équipes) 
* envoi/réception vers Internet (partage de ces données avec les coéquipiers qui ne sont pas à l'atelier)
* envoi/réception vers Chorus Hub à nouveau (partage de toutes les données collectées lors de l'envoi/réception Internet)

Comme vous pouvez l'imaginer, cela prend beaucoup de temps avec plus de 20 projets activement modifiés pendant un atelier de traduction. Donc, quand il est 22h00 et que les traducteurs ont terminé pour la journée, quelqu'un doit attendre trois cycles d'envoi/réception, dont un via une connexion Internet très lente. En fait, vous pourriez aller dormir pendant que le dernier se déroule). Puis, tôt le matin, ils doivent le refaire avant environ 7h00 ou 8h00, quand plus de 20 traducteurs commencent leurs envois/réceptions du matin. L'attente de ces envois/réceptions prend une quantité énorme de temps. Pendant ce temps, nous ne pouvons pas utiliser Paratext sur la machine qui l'exécute. Je prévois donc de configurer un moyen d'accéder à distance à notre ordinateur portable Chorus Hub afin qu'il puisse faire tout le travail plutôt qu'une de nos machines personnelles. 

Cela sera une amélioration par rapport à ce que nous avons fait jusqu'à présent. Mais j'aimerais beaucoup trouver un moyen d'automatiser ce processus. Si Paratext peut effectuer un envoi/réception automatique au démarrage et à la fermeture, je me demande s'il pourrait aussi être configuré pour en effectuer un selon un horaire, vers un serveur particulier, à une heure particulière de la journée. Je comprends que cela demande une nouvelle fonctionnalité. 

Étant donné que Paratext peut répéter le dernier envoi/réception par un utilisateur en appuyant sur un bouton, il a déjà la capacité de stocker ces informations. Peut-être que Paratext pourrait être modifié pour nous permettre de configurer plus d'un envoi/réception automatisé et de les planifier. Ou mieux encore, nous permettre de le configurer pour effectuer les trois envois/réceptions consécutifs que j'ai décrits ci-dessus. 

Mon partenaire m'a commenté que même si vous pouvez obtenir Paratext pour effectuer l'envoi/réception automatique, il ne le fera que vers le Chorus Hub ou vers Internet. Il se souviendra de celui des deux vers lequel il a effectué son dernier envoi/réception et il continuera à l'utiliser jusqu'à ce que quelqu'un le change manuellement. Il serait vraiment utile si nous pouvions l'amener à effectuer un envoi/réception vers le Chorus Hub ET vers Internet dans l'ordre que j'ai indiqué. 

J'imagine que les données que Paratext utilise pour effectuer un « répéter l'envoi/réception » sont dans un fichier quelque part. Si je savais où cela se trouvait, je serais tenté d'essayer d'automatiser le basculement entre deux versions de ce fichier périodiquement afin que les envois/réceptions automatiques puissent aller vers le bon serveur. 

Toutes les idées sont les bienvenues. 

Traduit automatiquement depuis English Afficher l'original

Comments

Merci pour tes réflexions là-dessus, John. Oui, d'accord, n'automatisera qu'un seul. J'aime vraiment l'idée de la ligne de commande ; si cela est rendu accessible sur Windows d'une manière ou d'une autre, alors je pourrais créer un script pour garder ChorusHub synchronisé en arrière-plan, puis la routine S/R explicite pourrait être vers Internet. Cela résoudrait mon problème, et cela semble simplifier le tien.

Traduit automatiquement depuis English Afficher l'original

---

C'est une situation très intéressante, j'aimerais pouvoir aider davantage. Malheureusement, je ne connais pas, pour le moment, un moyen de « jouer » avec Windows et le processus S/R.
 
Mais en pensant à la situation de John que vous décrivez et en essayant simplement de simplifier le processus, je proposerais de n'effectuer qu'un processus S/R la nuit et un autre le lendemain.
Je sais que nous recommandons normalement de faire deux tours de S/R lorsque plus d'une personne a modifié le projet, mais comme la situation est complexe, nous pouvons envisager de la simplifier.

Les traducteurs effectueraient un S/R à la fin de la journée (toujours vers Chorus), quel que soit l'ordre, et ils n'ont pas besoin d'attendre les 20 un par un ; ceux de différents projets peuvent effectuer le S/R en même temps. À la fin de la nuit ou tôt le lendemain, l'ordinateur principal travaillerait plus dur pour compiler tout. Un seul S/R vers Chorus pour collecter toutes les modifications de tous les projets. Un S/R de plus vers Internet et enfin un de plus vers Chorus (s'il n'y a pas de modifications à recevoir d'Internet, vous n'avez pas besoin de faire le troisième S/R).

Lorsque l'équipe commence une nouvelle journée, il leur suffira de faire un S/R vers Chorus (quel que soit l'ordre) et de cette façon, ils recevront toutes les modifications.
---
En d'autres termes, cela consisterait à simplifier autant que possible le processus pour les ordinateurs des traducteurs ; d'une part, ils n'auraient pas à se soucier de basculer de Chorus à Internet chaque jour, ils utiliseraient simplement Chorus Hub, de sorte qu'ils pourraient l'automatiser en utilisant l'option 2 que je mentionne dans ma réponse précédente.

Saludos,
Pepe.

Traduit automatiquement depuis English Afficher l'original