Les Paramètres de la Session sont des options qui définissent certains fonctionnements de la session.
Ils peuvent être modifiés tant que l’Inventaire des Données n’a pas été lancé. Dans une Session Cloud, seul le premier Membre de la Session peut modifier les Paramètres de la Session.

Type de données
Le Type de données définit si les fichiers et/ou les répertoires sont identifiés durant l’Inventaire des Données et sont synchronisables durant la Synchronisation des Données.
La liste déroulante Type de données (A.1) propose 3 valeurs : Fichiers, Répertoires et Fichiers et répertoires :
- Si vous sélectionnez Fichiers, seuls les fichiers sont analysés durant l’inventaire des données et affichés dans la liste de comparaison des données. Les actions de synchronisation ne peuvent être définies que sur des fichiers.
- Si vous sélectionnez Répertoires, seuls les répertoires sont analysés durant l’inventaire des données et affichés dans la liste de comparaison des données. Les actions de synchronisation ne peuvent être définies que sur des répertoires.
- Si vous sélectionnez Fichiers et répertoires, l’analyse et la comparaison des données concernent les fichiers comme les répertoires. Les actions de synchronisation peuvent être définies sur des fichiers et des répertoires.
Liaison et pseudo-identité
Pseudo-identité
Une fois les données inventoriées, ByteSync les regroupe en fonction de leur pseudo-identité, ainsi définie :
- Le type de la donnée : Répertoire ou fichier.
- Le chemin relatif ou le nom de la donnée, en fonction du paramètre Liaison, de la casse et de la gestion des séparateurs de chemin.
Paramètre Liaison
La liste déroulante Liaison (A.2) propose 2 valeurs : Chemin relatif et Nom.
- Si vous sélectionnez Chemin relatif, 2 fichiers ou répertoires seront considérés comme étant le même s’ils ont le même chemin relatif.
- Si vous sélectionnez Nom, 2 fichiers ou répertoires seront considérés comme étant le même s’ils ont le même nom.
Gestion de la casse
La gestion de la casse est déterminée automatiquement par ByteSync et répond aux différences entre les systèmes Windows, les systèmes Linux et macOS.
Avec le comportement par défaut, le système de fichiers de Windows traite les noms de fichiers et de répertoires sans tenir compte de la casse. FOO.txt et foo.txt seront traités comme des fichiers équivalents. Toutefois, la prise en charge de la sensibilité à la casse par répertoire a commencé dans Windows 10, build 17107 (Plus d’informations : https://learn.microsoft.com/en-us/windows/wsl/case-sensitivity)
Avec le comportement par défaut, les systèmes de fichiers Linux et macOS traitent les noms de fichiers et de répertoires en respectant la casse. FOO.txt et foo.txt seront traités comme des fichiers distincts.
ByteSync considère Windows comme insensible à la casse, et Linux et macOS comme sensibles à la casse. Le comportement de ByteSync vis-à-vis de la casse est le suivant :
- En cas de Synchronisation Locale ou de Synchronisation Cloud avec des clients uniquement Windows : le regroupement est insensible à la casse.
- En cas de Synchronisation Locale ou de Synchronisation Cloud avec des clients uniquement Linux ou macOS : le regroupement est sensible à la casse.
- En cas de Synchronisation Cloud avec des clients Windows et Linux/macOS : le regroupement est insensible à la casse.
Gestion des séparateurs de chemin
Les séparateurs de chemin diffèrent entre Windows, avec le séparateur ‘\’, et Linux/macOS, avec le séparateur ‘/’. ByteSync est insensible à cette différence de séparateur et traitera correctement les chemins quel que soit le séparateur.
Exemple 1
Le client A est lancé sur une machine Windows. Sur la source de données A1, il y a un fichier File1.txt
situé dans \Dir1\DirA\File1.txt
.
Le client B est lancé sur une machine Linux. Sur la source de données B1, il y a un fichier File1.txt
situé dans /Dir1/DirB/File1.txt
.
- En mode de Liaison Chemin relatif, les 2 fichiers seront considérés comme différents, car ils n’ont pas le même chemin relatif.
- En mode de Liaison Nom, les 2 fichiers seront considérés comme étant les mêmes, car ils ont le même nom de fichier.
Exemple 2
Le client A est lancé sur une machine Windows. Sur la source de données A1, il y a un fichier File1.txt
situé dans \Dir1\DirA\File1.txt
.
Le client B est lancé sur une machine Linux. Sur la source de données B1, il y a un fichier file1.txt
situé dans /dir1/dirB/file1.txt
.
- En mode de Liaison Chemin relatif, les 2 fichiers seront considérés comme différents, car ils n’ont pas le même chemin relatif.
- En mode de Liaison Nom, les 2 fichiers seront considérés comme étant les mêmes, car ils ont le même nom de fichier comme la casse n’est pas prise en compte dans ce cas.
Exemple 3
Le client A est lancé sur une machine Linux. Sur la source de données A1, il y a un fichier File1.txt
situé dans /Dir1/DirA/File1.txt
.
Le client B est lancé sur une machine macOS. Sur la source de données B1, il y a un fichier file1.txt
situé dans /dir1/dirB/file1.txt
.
- En mode de Liaison Chemin relatif, les 2 fichiers seront considérés comme différents, car ils n’ont pas le même chemin relatif.
- En mode de Liaison Nom, les les 2 fichiers seront considérés comme différents, car ils n’ont pas le même nom comme la casse est prise en compte dans ce cas.
Fichiers et répertoires ignorés
ByteSync propose 2 paramètres pour ignorer certains fichiers et répertoires :
- Ignorer les fichiers cachés (A.3)
Quand ce paramètre est activé, les fichiers et répertoires cachés au sens système du terme sont ignorés. Les répertoires cachés ne seront pas traversés pendant l’analyse et leur contenu ne sera pas identifié. - Ignorer les fichiers systèmes (A.4)
Quand ce paramètre est activé, les fichiers et répertoires « systèmes » sont ignorés. Les répertoires « systèmes » ne seront pas traversés pendant l’analyse et leur contenu ne sera pas identifié.
Un fichier est considéré comme étant système, si son nom figure parmi cette liste : « desktop.ini », « thumbs.db », « .DS_Store ».
Mode d’analyse
Le Mode d’analyse influe sur la décision de ByteSync de calculer ou de pas calculer la signature rsync des fichiers.
La liste déroulante Mode d’analyse (A.5) propose 2 valeurs : Intelligent et Checksum.
Voici les différents cas possibles :
- Quand un fichier est présent uniquement sur une source de données, sa signature rsync n’est jamais calculée.
- Quand un fichier est présent sur au moins 2 sources de données et que la taille ou la date de dernière modification diffère, alors la signature rsync est calculée
- Quand un fichier est présent sur au moins 2 sources de données et que la taille et la date de dernière modification sont identiques, alors :
– Si le Mode d’analyse est Intelligent, la signature rsync n’est pas calculée.
– Si le Mode d’analyse est Checksum, la signature rsync est calculée.
L’Inventaire des Données sera plus long avec le Mode d’analyse Checksum, mais ce mode permet d’éviter que des fichiers ayant un contenu différent mais dont la taille et la date de modifications seraient identique n’échappent à la synchronisation.