Los bytes exactos que se envían.
La sonda escribe dos archivos localmente: un informe HTML y una carga útil JSON. Nada sale de tu máquina hasta que haces clic Share. Cuando lo haga, el archivo JSON es lo que se PUBLICA. El informe HTML muestra el mismo JSON en un <pre> bloquea en la parte inferior para que puedas leerlo antes de compartirlo.
El envío está limitado deliberadamente.
Su nombre, ID de máquina, software instalado y rutas del sistema de archivos no están en la carga útil y no salen de su máquina. El servidor ve una IP solicitada como cualquier sitio web, pero almacena solo un hash salado diario para protección contra abusos; Las IP sin procesar no se escriben en la base de datos ni se publican. La carga útil compartida es el modelo/las capacidades de tu dispositivo, los efectos reproducidos y las selecciones de chips que hiciste.
El SubmissionPayload contrato
Cada campo de esta lista son datos de especificaciones del dispositivo compartidos entre unidades idénticas (VID:PID, indicadores de capacidad, efectos admitidos, revisión de firmware), información general del entorno (familia de SO + versión principal) o sus propias etiquetas canónicas seleccionadas por chip y cualquier nota de texto libre que elija escribir.
device— VID:PID, nombre del dispositivo del fabricante, ejes, botones, puntos de vista, período de muestra, resolución de tiempo, revisión de firmware, revisión de hardware, versión del controlador FF, indicadores de capacidad y lista de efectos admitidos con indicadores de tipo.os— familia (Windows / Linux / macOS), versión principal, compilación, arquitectura, versión de tiempo de ejecución de .NET. Cada valor se comparte entre millones de instalaciones idénticas.responses- por efecto: etiquetas canónicas seleccionadas por chip (publicadas) y cualquier nota de texto libre que haya escrito (mantenido solo en el lado del servidor, nunca en la página pública de hardware).diagnostics- por efectoOK/FAIL: DIERR_…resultados (vocabulario cerrado, direcciones de puntero eliminadas), el resumen de efectos fallidos y cualquier error del orquestador con rutas de archivos redactadas con expresiones regulares a<path>. Publicado en la página pública de hardware para que los autores de controladores y creadores de herramientas puedan actuar en consecuencia.probe_versionysubmitted_date— solo fecha (sin hora del reloj).
Lea el formato de carga útil literal en la página del informe de muestra →
No en la carga útil, no aceptado por el servidor
El JSON compartido tiene un esquema. Si un campo no está en ese esquema, el sitio web lo rechaza en lugar de almacenar datos adicionales. Estos nunca forman parte de un envío aceptado:
- GUID de instancia DirectInput – hash por máquina, un identificador directo de máquina.
- GUID del producto — identidad de hardware duplicada más allá de VID:PID.
- Nombre del dispositivo DirectInput sin formato - a veces configurado por el usuario. En su lugar, los envíos utilizan un nombre descriptivo de tabla VID:PID.
- Lista de dispositivos USB — todos los dispositivos USB y HID del host. Superficie pesada para huellas dactilares.
- Lista de software instalado — Sin recorrido de registro, sin inventario de simulador, sin inventario de SDK/tiempo de ejecución.
- Descripción completa del sistema operativo — Las cadenas de host exactas son demasiado huellas digitales. La carga útil utiliza campos aproximados de familia/versión del sistema operativo.
- Rutas de archivos en mensajes de error - caminos como
C:\Users\…o/home/…se redactan antes de la serialización. - Registros de depuración — no aceptado por el criterio de valoración de presentación pública.
- Tiempo de funcionamiento del reloj de pared — la fecha de envío es solo la fecha, no la hora exacta.
- Campos de correo electrónico y contacto — la sonda no los solicita y el esquema del servidor no los acepta.
El único campo privado
La filosofía pública de DB es publicar todo lo que podamos. Lo único que retenemos deliberadamente es el efecto perfecto. notas de texto libre — lo que escribiste en el cuadro de texto de respuesta. Ese es el único lugar donde un evaluador podría pegar algo personal, copiar y pegar una ruta o de otra manera manchar la garantía de no PII, por lo que permanece en el lado del servidor.
Todo lo demás: indicadores de capacidad, efectos admitidos, familia de sistema operativo + versión, etiquetas de chip, códigos HRESULT (S_OK / DIERR_… nombres de vocabulario cerrado), resumen de efectos fallidos, errores de ejecución redactados en rutas, la nota de la sonda, se representa en la página del dispositivo exactamente como lo informó la sonda. Los autores de controladores, desarrolladores de simulación y creadores de herramientas necesitan estos datos para actuar; hacerlo público es el objetivo del proyecto.
Eliminar un envío
Si ha compartido un informe y desea eliminarlo, envíe un correo electrónico [email protected] con el dispositivo VID:PID y la fecha aproximada de presentación. No solicitamos una cuenta ni un ID de seguimiento; esos son los únicos campos que usaríamos para encontrar la fila.
Si optó por recibir el correo electrónico de notificación posterior al envío, esa dirección se almacena por separado y se puede eliminar de forma independiente. Envíe un correo a la misma bandeja de entrada con "eliminar correo electrónico" y la dirección.