Come consentire il download delle immagini insieme ad altri dati utente (csv) dalla sezione attività?

Noi (alcuni volontari della comunità Krita) abbiamo configurato un server Discourse per la comunità di Krita artist. L’impostazione è molto simile a quella di Blenderartists.org.

Trattandosi di un forum legato a software per l’arte, le discussioni conterranno molte immagini. Dal punto di vista del GDPR, Discourse offre la possibilità di scaricare i dati degli utenti dalla sezione Attività nel profilo. Tuttavia, ho notato che il download non include le immagini pubblicate dagli utenti sul forum. Vorrei chiedere se esiste un modo per includere le immagini pubblicate dagli utenti nei file zip scaricati. Esiste qualche plugin che offra questa funzionalità?

Grazie.

Purtroppo, al momento non è disponibile né nel core né in alcun plugin che io conosca.

Dovremmo includere, a nostro avviso, tutte le immagini caricate dall’utente nel download dei dati.

Tecnicamente hanno ancora gli URL, quindi potrebbero semplicemente analizzarli ed estrarli. Temo che gli utenti con molte immagini, cliccando il pulsante, finiscano per consumare moltissimo tempo server.

Scusa se sembra un’idea stupida, ma dare all’utente un lasso di tempo predeterminato per tornare a recuperare il file zip aiuterebbe? Durante questo periodo, la creazione del file zip potrebbe essere effettuata quando l’attività del server è minore.

Mi sento a disagio nel permettere a un utente finale casuale, con molta attività, di attivare il download di mezzo gigabyte di dati da S3 per la riconfezione.

Preferisco di gran lunga fornire loro un link a uno script che possano eseguire sull’esportazione per scaricare le immagini.

Non sono un esperto, ma credo che dal punto di vista del GDPR questa non sia una soluzione accettabile. @RGJ, ne sai qualcosa?

Chiudiamo questo thread per 6 giorni, così il nostro avvocato ha la possibilità di leggerlo prima che la discussione degeneri in una questione GDPR.

Hai ancora la possibilità di eseguire lo script come amministratore per l’utente e inviargli le immagini via email, se lo desideri.

Ci sono aggiornamenti in merito? Un script/strumento da utilizzare o una correzione nel codice sorgente?

So come farlo manualmente, ma sono più esperto di altri.

Solo per approfondire:

![Screenshot_20200422-132435|281x500](upload://dYJTG1LPTCy8fp52SrPh7a1p89j.png)

è uscito da un file user-archive.csv generato oggi. Non è un link molto user-friendly.

Ho esportato un post per la prima volta da maggio e ho notato che è stato aggiornato, ma con una scelta (per me) strana:

Tuttavia, non ci sono immagini e vedo ancora frammenti (testati con meta) con URL molto difficili da usare come: ![screen-20200627-125657|385x397](upload://nsHMu7zGRvQ1Y9WuIPrrygpWbC6.png) (nota che si tratta di un’immagine caricata dopo l’aggiornamento di maggio).

Inserire le immagini nell’archivio sarebbe un vero mal di testa. Quello che potremmo facilmente includere è il post “cooked” insieme al “raw”, in modo che le immagini e tutto il resto che viene trasformato siano associati in modo standard, facilmente analizzabile.

Come funziona con l’opzione degli URL pre-firmati introdotta di recente? Ammetto di non sapere molto su come sia implementata, ma temo che gli URL non siano stabili.

(Che intendo: Secure Uploads )

Se inseriamo il post elaborato come suggerisce @Falco, gli URL saranno /secure-media-uploads/meta/blah. L’URL firmato viene generato solo quando la richiesta di caricamento proviene dall’URL multimediale sicuro, quindi non dovresti avere problemi.

Qual è lo stato di questa richiesta di funzionalità (se di questo si tratta)?

Suddividiamo questo in diverse domande più piccole:

  1. Esiste attualmente un modo per un utente di ottenere una copia di tutte le immagini incluse nei propri post?
  2. Esiste un modo per ottenere (o ricreare) questi post nel loro formato “cotto”, almeno nella misura in cui le immagini caricate si trovino nel posto in cui dovrebbero essere?

Sebbene non sia sicuro di poter scrivere uno script completo, ho provato a capire come ricostruire l’URL delle immagini in base alle informazioni attualmente incluse nel file user_archive.csv, ma non vedo come sarebbe possibile, dato che sembra non esserci alcuna correlazione tra il link dell’immagine fornito nel file csv e l’URL pubblico di quell’immagine sul forum.

Ad esempio, ho ![image|499x436](upload://tIh81VxrDGPzUkxhikPmbgFGbO6.png) nel mio file csv e l’URL di quell’immagine sul forum è https://forum.example.com/uploads/default/original/2X/d/d04053334ed6a40db3cdcf83c1c6eb139079494e.png, quindi anche se lo script utilizzasse tIh81VxrDGPzUkxhikPmbgFGbO6.png in combinazione con un URL di base, non sarebbe in grado di recuperare l’immagine, giusto? O un’immagine ha in qualche modo più identità?

Grazie per aver riaperto questo argomento! Non l’avevo visto in precedenza. :smiley:

Esaminandolo, condivido sia la presunta convinzione di @codinghorror che le immagini dovrebbero essere accessibili in questo modo, sia la preoccupazione di @sam riguardo alle richieste che ciò comporterebbe per le risorse lato server, in particolare nei casi in cui l’utente non è interessato alle immagini di per sé.

Non posso esprimermi sulla fattibilità, ma da un punto di vista strettamente UX, ritengo che sarebbe meglio avere un pulsante separato scarica immagini presentato accanto all’opzione di download esistente, oppure un popup che chieda se si desidera includere le immagini quando si utilizza l’opzione di download esistente.

Al momento no, dovresti recarti sul forum. Supporto la modifica di @Falco come un rapido miglioramento intermedio della situazione.

Intendi dire che dovresti ottenere le immagini navigando nei post effettivi? Ma ciò non ti darebbe le immagini dai post che sono stati eliminati o nascosti da te, giusto?

Per quanto riguarda il

Quando @sam e @Falco sono d’accordo su qualcosa, significa che è stato aggiunto a qualche pipeline?

a volte sì… a volte no. Questo non è ancora stato inserito.

Darò priorità all’aggiunta di “cooked” all’esportazione, è una modifica facile, dovrebbe avvenire entro il prossimo mese.