| ID | Nombre | Categoría | Activa | Ops | Updated |
|---|
| Nombre | Prefijo | Estado | Creada | Último uso | Notas |
|---|
| Hash | Tamaño | Creado | Referenciado por |
|---|
Active Effects
Los clientes desktop ya no escriben paths a mano: solo ven una lista de paquetes (nombre + descripción) que tú gestionas desde aquí. Al marcar un paquete, sus paths se excluyen del sync — quedan con los bytes actuales del GGPK del usuario.
Paquetes para el cliente
| ID | Nombre | Descripción | Paths | Versión | Default | Orden | Actualizado |
|---|
Herramientas internas: explorar GGPK / paths sueltos (legacy)
Histórico de releases — PoeSmoother
Una sola release por producto puede estar marcada como activa: es la que sirve
/api/version y
/releases/latest.exe. El cliente compara su
SHA-256 local contra el activo — si difiere y la release es OBLIGATORIA,
el cliente ve un modal bloqueante; si es opcional, solo un toast descartable.
Al subir una release, solo se autoactiva si la versión es mayor que la activa actual. Si subes una versión menor (rollback), se queda en histórico y debes activarla manualmente desde la tabla con "Activar" (toast) o "Activar (forzar)" (modal bloqueante).
| Versión | SHA-256 | Tamaño | Publicada | Notas |
|---|
Publicar nueva versión — PoeSmoother
La nueva release se autoactiva si su versión es mayor que la activa actual del producto seleccionado.
Resumen por cuenta
| Cuenta | Prefijo | Búsquedas | Compras |
|---|
Compras
Búsquedas
| Acción | Nombre | Link | Cuenta | Fecha |
|---|