add widget https://gethomepage.dev/

[Itstommy10]

ciao @s-b-e-n-s-o-n riusciresti ad aggiungere su https://gethomepage.dev/ un widget ad hoc per drydock?

tipo come quello

`
What's Up Docker
Learn more about What's Up Docker.

Allowed fields: ["monitoring", "updates"].

widget:
type: whatsupdocker
url: http://whatsupdocker:port
username: username # optional
password: password # optionalWhat's Up Docker
Learn more about What's Up Docker.

Allowed fields: ["monitoring", "updates"].

widget:
type: whatsupdocker
url: http://whatsupdocker:port
username: username # optional
password: password # optional
`

attulamente è presente what'up my docker, ma è basato su endpoint e auth diversi da quelli impostati dalla V1.3 in poi di drydock e non funziona piu

[s-b-e-n-s-o-n]

Ciao @Itstommy10! Ottima idea.

Cosa abbiamo aggiunto

In v1.4.5 abbiamo esteso l'endpoint GET /api/v1/containers/summary per includere il conteggio dei container aggiornabili:

{
  "containers": {
    "total": 14,
    "running": 12,
    "stopped": 2,
    "updatesAvailable": 6
  },
  "security": {
    "issues": 0
  }
}

Questo è esattamente il dato che serve per un widget Homepage.

Workaround per ora (Homepage customapi)

Finché non creiamo un widget nativo nel progetto Homepage, puoi usare il widget customapi con autenticazione Basic:

- Drydock:
    icon: mdi-docker
    href: http://drydock:3000
    widget:
      type: customapi
      url: http://drydock:3000/api/v1/containers/summary
      username: admin
      password: la-tua-password
      mappings:
        - field: containers.total
          label: Monitorati
        - field: containers.updatesAvailable
          label: Aggiornamenti

Richiede che l'autenticazione Basic sia configurata su Drydock (DD_AUTH_BASIC_*).

Widget nativo Homepage

Per un widget nativo (come quello di WUD), serve una PR al progetto gethomepage/homepage. L'endpoint /api/v1/containers/summary fornisce già tutti i dati necessari. Se ti interessa, possiamo aprire la PR insieme.

[begunfx]

Yes please!

[s-b-e-n-s-o-n]

We've opened the feature request on the Homepage project: gethomepage/homepage#6440

Homepage requires at least 20 upvotes on the discussion before they'll accept a widget PR. If you want the native widget, please 👍 the discussion!

---

Abbiamo aperto la feature request sul progetto Homepage: gethomepage/homepage#6440

Homepage richiede almeno 20 upvote prima di accettare un widget PR. Se volete il widget nativo, mettete un 👍 sulla discussione!

[Itstommy10]

Grazie @s-b-e-n-s-o-n per la soluzione

[Itstommy10]

ciao @s-b-e-n-s-o-n so che è un problema che non centra assolutamente niente con drydock. ma ho un problema con homepage magari tu ne sai piu di me
ho diverse API personalizzate configurate e non ho mai incontrato problemi.
ho configurato questo widget:

Stato di Syncthing DesktopFrancescaSync:
icona: si-syncthing-#0891D1
proxmoxNode: pve
proxmoxVMID: 101
ping: https://syncthing.tomlab.dedyn.io/
href: https://syncthing.tomlab.dedyn.io/
proxmoxType: lxc
widget:
metodo: GET
tipo: customapi
url: https://192.168.10.119:8384/rest/db/status?folder=vmkrj-fuomz
intestazioni:
X-API-Key: ************
mappature:

• campo: errori
  etichetta: File
  formato: numero
  e viene mostrato così:
  immagine

nella risposta di chrome ottengo
{
"errors": 0,
"pullErrors": 0,
"invalid": "",
"globalFiles": 102,
"globalDirectories": 22,
"globalSymlinks": 0,
"globalDeleted": 229,
"globalBytes": 1723986621,
"globalTotalItems": 353,
"localFiles": 104,
"localDirectories": 23,
"localSymlinks": 0,
"localDeleted": 169,
"localBytes": 1736762326,
"localTotalItems": 296,
"needFiles": 13,
"needDirectories": 1,
"needSymlinks": 0,
"needDeletes": 16,
"needBytes": 25178694,
"needTotalItems": 30,
"receiveOnlyChangedFiles": 0,
"receiveOnlyChangedDirectories": 0,
"receiveOnlyChangedSymlinks": 0,
"receiveOnlyChangedDeletes": 0,
"receiveOnlyChangedBytes": 0,
"receiveOnlyTotalItems": 0,
"inSyncFiles": 89,
"inSyncBytes": 1698807927,
"state": "idle",
"stateChanged": "2026-03-27T13:00:48+01:00",
"error": "spazio insufficiente su disco per il database (/root/.local/state/syncthing/index-v2): corrente 0,93 % = richiesto 1 %",
"version": 2494,
"sequence": 2494,
"remoteSequence": {
"G6TONCP-2Z55SG5-JKAVOEG-MP7ZUBT-NEH2UH4-XDX65QH-D6RI2FM-3VFGKA7": 1160,
"KUBVQPT-6R6BDZV-6S2CEV4-5GTQ42J-2DSVWA7-CBQSNLR-RRJGAHR-6GMXRQT": 2293,
"RWRWSUE-VPEKLDA-C5APVQT-CIHYXJS-Y5KZBIJ-WUTWGHF-6ASO6QC-DZ7KZQI": 48
},
"ignorePatterns": true,
"watchError": ""
}

anche tramite postman con curl:
curl --location ' https://192.168.10.119:8384/rest/db/status?folder=vmkrj-fuomz '
--header 'X-API-Key: ????'

ottengo:
{
"errors": 0,
"pullErrors": 0,
"invalid": "",
"globalFiles": 102,
"globalDirectories": 22,
"globalSymlinks": 0,
"globalDeleted": 229,
"globalBytes": 1723986621,
"globalTotalItems": 353,
"localFiles": 104,
"localDirectories": 23,
"localSymlinks": 0,
"localDeleted": 169,
"localBytes": 1736762326,
"localTotalItems": 296,
"needFiles": 13,
"needDirectories": 1,
"needSymlinks": 0,
"needDeletes": 16,
"needBytes": 25178694,
"needTotalItems": 30,
"receiveOnlyChangedFiles": 0,
"receiveOnlyChangedDirectories": 0,
"receiveOnlyChangedSymlinks": 0,
"receiveOnlyChangedDeletes": 0,
"receiveOnlyChangedBytes": 0,
"receiveOnlyTotalItems": 0,
"inSyncFiles": 89,
"inSyncBytes": 1698807927,
"state": "idle",
"stateChanged": "2026-03-27T13:00:48+01:00",
"error": "spazio insufficiente su disco per il database (/root/.local/state/syncthing/index-v2): corrente 0,93 % < richiesto 1 %",
"version": 2494,
"sequence": 2494,
"remoteSequence": {
"G6TONCP-2Z55SG5-JKAVOEG-MP7ZUBT-NEH2UH4-XDX65QH-D6RI2FM-3VFGKA7": 1160,
"KUBVQPT-6R6BDZV-6S2CEV4-5GTQ42J-2DSVWA7-CBQSNLR-RRJGAHR-6GMXRQT": 2293,
"RWRWSUE-VPEKLDA-C5APVQT-CIHYXJS-Y5KZBIJ-WUTWGHF-6ASO6QC-DZ7KZQI": 48
},
"ignorePatterns": true,
"watchError": ""
}

il widget sembra apparire per pochissimi millisecondi e poi scomparire

[s-b-e-n-s-o-n]

Ciao @Itstommy10! Questo è più un problema di Homepage che di Drydock, ma vedo un paio di cose che potrebbero causare il flash:

1. Self-signed SSL — stai usando https://192.168.10.119:8384 con un IP locale. Se il certificato Syncthing è self-signed, Homepage potrebbe rifiutare la connessione. Prova ad aggiungere nella configurazione del servizio:

   widget:
     type: customapi
     url: https://192.168.10.119:8384/rest/db/status?folder=vmkrj-fuomz
     method: GET
     headers:
       X-API-Key: YOUR_KEY
     insecureSkipVerify: true
     mappings:
       - field: errors
         label: Errors
         format: number

2. Controlla i log di Homepage — potrebbero mostrare l'errore specifico quando il widget scompare.

3. Disco pieno — la risposta API contiene "error": "spazio insufficiente su disco per il database". Homepage potrebbe interpretare il campo error come un fallimento.

Ti consiglio di chiedere anche su gethomepage/homepage Discussions — è più il loro ambito!

[s-b-e-n-s-o-n]

Anche — se apri la console del browser (F12 → Console) mentre il widget appare e scompare, dovresti vedere l'errore esatto. E i log di Homepage nel container (docker logs homepage) mostreranno se la richiesta API fallisce e perché. Condividi quelli se non riesci a risolvere!