Profiles and Databases fr

Profils et bases de données

🇬🇧 Profiles and Databases

Les profils

Chaque réglage d'OpsLog est par profil : identité de station, CAT, recherche, valeurs QSL par défaut, affichage des diplômes, antennes, et le journal à utiliser. Crée un profil par indicatif / station / événement.

La pastille dans la barre du haut est le sélecteur de station — clique-la et choisis un profil. Elle affiche le nom du profil actif, pas son indicatif : tous les profils d'un même opérateur ont le même indicatif, donc le nom est la seule chose qui distingue « Main » de « Remote ». L'indicatif et le locator sont dans l'infobulle. La gestion des profils est en bas de cette liste (et dans les réglages).

Deux bases de données séparées

Depuis la 0.21.0, les réglages et les QSO vivent dans des fichiers distincts :

Base	Contenu	Emplacement
Base de réglages (settings.db, ou opslog.db sur les anciennes installations)	réglages, profils, radios et antennes, nœuds cluster, cache de recherche, listes de diplômes, modèles de QSL	toujours le fichier SQLite local sous data/
Journal (logbook.db)	tes QSO	là où pointe le profil actif — un fichier SQLite local ou un MySQL partagé

Garder les réglages en local rend l'interface instantanée même quand le journal est un serveur MySQL lointain. Réglages → Base de données montre les deux comme sections séparées, avec un raccourci Ouvrir le dossier ; un fichier de journal peut être renommé ou déplacé (ses QSO le suivent), et la barre d'état nomme le fichier du journal — c'est celui-là qu'il faut sauvegarder.

Un profil peut pointer vers son propre fichier de journal — idéal pour un opérateur de passage, dont les contacts restent hors de ton log sans toucher à tes réglages.

Portable : les chemins situés dans le dossier OpsLog sont enregistrés relativement à lui, donc déplacer tout le dossier sur un autre disque ou un autre PC ne perd rien.

Journal MySQL partagé (multi-opérateur)

Fais pointer le journal d'un profil vers une base MySQL pour que plusieurs opérateurs tiennent un seul log — un indicatif spécial multi-opérateur, par exemple. Configure l'hôte, la base et les identifiants dans les réglages de base de données du profil.

• La base et les tables sont converties en utf8mb4 à la connexion, pour que les caractères cyrilliques ou polonais venus d'une recherche QRZ soient stockés correctement, même si le panneau d'hébergement a créé la base en latin1.
• Un QSO FT8/MSHV qui n'arrive pas à joindre une base partagée lente est mis de côté et réenregistré automatiquement au rétablissement — aucun QSO perdu.
• Basculer sur un profil dont le MySQL est injoignable affiche un avertissement clair au lieu de rester silencieusement sur le journal précédent.

C'est aussi ce qui alimente le multi-opérateur en direct.

Sauvegardes

Sauvegarde base + ADIF à la fermeture, en option (Réglages → Sauvegarde). Dans tous les cas, copier le dossier data/ sauvegarde tes réglages et ton journal local. Voir Réglages et données.

Par défaut, chaque fermeture écrase le fichier du jour. Tout garder écrit au contraire un opslog-AAAA-MM-JJ-HHMMSS.db distinct à chaque fois : plusieurs fermetures dans la journée font plusieurs fichiers. La rotation ne garde toujours que les N plus récents — augmente ce nombre si tu veux plus d'historique.

Ce qui suit le profil actif

Chaque réglage est par profil, matériel de station compris. Changer de profil reconnecte la liaison CAT, les amplis, l'antenne motorisée, l'Antenna Genius et le coupleur avec les réglages du nouveau profil — si bien qu'un opérateur avec, disons, un SPE sur COM9 pour l'HF et un autre sur COM10 pour le 6 m obtient le bon en changeant de profil, sans passer par les réglages.

Le WinKeyer est volontairement laissé tranquille : tu le connectes explicitement.