Les octets exacts qui sont envoyés.
La sonde écrit deux fichiers localement : un rapport HTML et une charge utile JSON. Rien ne quitte votre machine avant que vous cliquiez sur Share. Lorsque vous le faites, c'est le fichier JSON qui est publié par POST. Le rapport HTML montre le même JSON dans un bloc <pre> en bas afin que vous puissiez le lire avant de partager.
Le partage est volontairement limité.
Votre nom, votre ID de machine, les logiciels installés et les chemins du système de fichiers ne figurent pas dans la charge utile et ne quittent pas votre machine. Le serveur voit une adresse IP de requête comme n'importe quel site Web, mais ne stocke qu'un hachage salé quotidien pour la protection contre les abus ; Les adresses IP brutes ne sont pas écrites dans la base de données ni publiées. La charge utile partagée correspond au modèle/aux capacités de votre stick, aux effets joués et aux sélections de puces que vous avez effectuées.
Le contrat SubmissionPayload
Chaque champ de cette liste contient soit des données de spécifications de périphérique partagées entre des unités identiques (VID:PID, indicateurs de capacité, effets pris en charge, révision du micrologiciel), des informations d'environnement grossières (famille du système d'exploitation + version majeure) ou vos propres étiquettes canoniques sélectionnées par puce et toutes les notes en texte libre que vous avez choisi de saisir.
device— VID:PID, nom de l'appareil du fabricant, axes, boutons, points de vue, période d'échantillonnage, résolution temporelle, révision du micrologiciel, révision du matériel, version du pilote FF, indicateurs de capacité et liste des effets pris en charge avec les indicateurs de type.os— famille (Windows / Linux / macOS), version majeure, build, architecture, version d'exécution .NET. Chaque valeur est partagée entre des millions d'installations identiques.responses— par effet : étiquettes canoniques sélectionnées par puce (publiées) et toutes les notes en texte libre que vous avez saisies (conservées côté serveur uniquement, jamais sur la page publique du matériel).diagnostics— résultats par effetOK/FAIL: DIERR_…(vocabulaire fermé, adresses de pointeur supprimées), le cumul des effets échoués, et toutes les erreurs de l'orchestrateur avec les chemins de fichiers expurgés par regex vers<path>. Publié sur la page publique du matériel afin que les auteurs de pilotes et les constructeurs d'outils puissent agir en conséquence.probe_versionetsubmitted_date— date uniquement (pas d'heure).
Lisez le format littéral de la charge utile sur l'exemple de page de rapport →
Absent de la charge utile et refusé par le serveur
Le JSON partagé a un schéma. Si un champ ne figure pas sur ce schéma, le site Web le rejette plutôt que de stocker des données supplémentaires. Ceux-ci ne font jamais partie d’une soumission acceptée :
- GUID de l'instance DirectInput — hachage par machine, un identifiant direct de la machine.
- GUID du produit — identité matérielle dupliquée au-delà de VID:PID.
- Nom brut de l'appareil DirectInput — parfois défini par l'utilisateur. Les soumissions utilisent à la place un nom convivial issu de la table VID:PID.
- Liste des périphériques USB — chaque périphérique USB et HID de l'hôte. Surface importante de prise d'empreinte.
- Liste des logiciels installés — pas de parcours du registre, pas d'inventaire de simulateur, pas d'inventaire SDK/runtime.
- Description complète du système d'exploitation — les chaînes d'hôte exactes sont trop propices à la prise d'empreinte. La charge utile utilise des champs grossiers de famille/version du système d'exploitation.
- Chemins de fichiers dans les messages d'erreur — les chemins tels que
C:\Users\…ou/home/…sont expurgés avant la sérialisation. - Journaux de débogage — non acceptés par le point de terminaison de soumission publique.
- Durée d'exécution à l'horloge murale — la date soumise est uniquement la date, pas l'heure précise.
- Champs de courriel et de contact — la sonde ne les demande pas et le schéma du serveur ne les accepte pas.
Le seul domaine privé
La philosophie de la base de données publique est publier tout ce que nous pouvons. La seule chose que nous retenons délibérément, ce sont les notes en texte libre par effet — ce que vous avez tapé dans la zone de texte de réponse. C'est le seul endroit où un testeur pourrait coller quelque chose de personnel, copier-coller un chemin ou maculer autrement la garantie sans PII, afin qu'il reste côté serveur.
Tout le reste — indicateurs de capacité, effets pris en charge, famille et version du système d'exploitation, étiquettes de puces, codes HRESULT (noms à vocabulaire fermé S_OK / DIERR_…), cumul des effets échoués, erreurs d'exécution aux chemins expurgés, la note de la sonde — est rendu sur la page de l'appareil exactement comme la sonde l'a signalé. Les auteurs de pilotes, les développeurs de simulations et les constructeurs d'outils ont besoin de ces données pour agir ; les rendre publiques est tout l'intérêt du projet.
Supprimer une soumission
Si vous avez partagé un rapport et souhaitez qu'il soit supprimé, envoyez un courriel à [email protected] avec le VID:PID de l'appareil et la date approximative de soumission. Nous ne demandons pas de compte ni d'identifiant de suivi — ce sont les seuls champs que nous utiliserions pour trouver la ligne.
Si vous avez accepté de recevoir l'e-mail de notification post-soumission, cette adresse est stockée séparément et peut être supprimée indépendamment. Envoyez la même boîte de réception avec "supprimer l'e-mail" et l'adresse.
Publié par Rohsam Inc.
FFB Probe est publié par Rohsam Inc., un éditeur de logiciels canadien établi à Toronto, en Ontario.
Rohsam Inc.2727 Steeles Ave West, Unit 103-886
Toronto, ON M3J 3G9
Canada
Pour des demandes de confidentialité, de suppression ou de soutien produit, contactez [email protected]. Pour des demandes commerciales ou de validation d'éditeur, contactez [email protected].