So können Sie den Download von Bildern zusammen mit anderen Benutzerdaten (CSV) aus dem Aktivitätsbereich zulassen?

Wir (ein paar Freiwillige aus der Krita-Community) haben einen Discourse-Server für die Community von Krita artist eingerichtet. Die Einrichtung ähnelt stark der von Blenderartists.org.

Da es sich um ein Forum für Grafiksoftware handelt, werden die Diskussionen viele Bilder enthalten. Aus Sicht der DSGVO bietet Discourse die Möglichkeit, Benutzerdaten aus dem Bereich „Aktivitäten" im Profil herunterzuladen. Mir ist jedoch aufgefallen, dass der Download keine Bilder enthält, die der Benutzer im Forum gepostet hat. Ich möchte daher fragen, ob es eine Möglichkeit gibt, die von den Benutzern geposteten Bilder in die heruntergeladenen ZIP-Dateien aufzunehmen. Gibt es dafür ein Plugin?

Vielen Dank.

It’s not currently available in core nor in any plugins I know of unfortunately.

We should arguably include any images the user uploaded in the data download.

Technically they still have the URLs so they could just parse and pull them. I worry about image heavy users ending up costing lots and lots of server time when they click the button.

Sorry if this seems a silly idea, will a predetermined time frame given to user to come back for the zip file help. During this period the zip creation can be done when there is less server activity.

I am uneasy allowing a random end user with lots of activity the ability to trigger downloading half a gig of data from s3 for re-packaging.

Much prefer to provide them with a link to a script they can run against the export to download images.

I’m not an expert, but I believe that from a GDPR perspective this is not an acceptable solution. @RGJ do you know?

closing this for 6 days so our lawyer has a chance to read this before this gets derailed into a GDPR drama.

you still have the ability to run the script as an admin for the user and email them images if you want.

Gibt es hierzu ein Update? Entweder ein zu verwendendes Skript/Tool oder eine Kernkorrektur?

Ich weiß, wie man es manuell macht, aber ich bin anspruchsvoller als andere.

Um das noch etwas zu erläutern:

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

stammt aus einer heute generierten user-archive.csv. Das ist kein besonders benutzerfreundlicher Link.

Ich habe gestern zum ersten Mal seit Mai einen Post-Export durchgeführt und festgestellt, dass er zwar einige Verbesserungen erhalten hat, aber eine für mich seltsame Entscheidung getroffen wurde:

Darin sind jedoch keine Bilder enthalten, und ich sehe weiterhin Fragmente (getestet mit meta) mit extrem schwer handhabbaren URLs wie: ![screen-20200627-125657|385x397](upload://nsHMu7zGRvQ1Y9WuIPrrygpWbC6.png) (beachten Sie, dass dies ein Bild ist, das ich nach dem Update im Mai hochgeladen habe).

Bilder ins Archiv zu legen, wäre eine große Mühe. Was wir leicht einbeziehen könnten, ist der cooked-Post neben dem raw, sodass Bilder und alles andere, das transformiert wurde, auf eine standardisierte Weise verknüpft sind, die sich leicht parsen lässt.

Wie funktioniert das mit der vor kurzem eingeführten Option für vorunterschriebene URLs? Ich gebe zu, dass ich nicht viel über die Implementierung weiß, aber ich befürchte, dass die URLs nicht stabil sein werden.

(Damit meine ich: Secure Uploads )

Wenn wir den bearbeiteten Beitrag so einfügen, wie @Falco vorschlägt, werden die URLs /secure-media-uploads/blah lauten. Die signierte URL wird erst generiert, wenn der Upload von der sicheren Medien-URL angefordert wird, sodass Sie keine Probleme haben sollten.

Wie ist der Status dieser Feature-Anfrage (falls es eine ist)?

Lassen Sie uns dies in mehrere kleinere Fragen aufteilen:

  1. Gibt es derzeit eine Möglichkeit für einen Benutzer, eine Kopie aller Bilder zu erhalten, die in seinen Beiträgen enthalten sind?
  2. Gibt es eine Möglichkeit, diese Beiträge in ihrem verarbeiteten Format zu erhalten (oder neu zu erstellen), zumindest in dem Umfang, dass hochgeladene Bilder an der richtigen Stelle sind?

Obwohl ich nicht sicher bin, ob ich ein vollständiges Skript schreiben könnte, habe ich versucht herauszufinden, wie ich die URL der Bilder basierend auf den Informationen rekonstruieren kann, die derzeit in der user_archive.csv enthalten sind. Aber ich sehe keine Möglichkeit, da es keine Korrelation zwischen dem in der CSV-Datei angegebenen Bildlink und der öffentlichen URL dieses Bildes im Forum zu geben scheint.

Zum Beispiel habe ich ![image|499x436](upload://tIh81VxrDGPzUkxhikPmbgFGbO6.png) in meiner CSV-Datei und die URL dieses Bildes im Forum ist https://forum.example.com/uploads/default/original/2X/d/d04053334ed6a40db3cdcf83c1c6eb139079494e.png. Selbst wenn das Skript tIh81VxrDGPzUkxhikPmbgFGbO6.png in Kombination mit einer Basis-URL verwenden würde, könnte es das Bild nicht abrufen, oder? Oder hat ein Bild irgendwie mehrere Identitäten?

Danke, dass du dieses Thema wieder nach oben geholt hast! Ich hatte es vorher noch nicht gesehen. :smiley:

Wenn ich es durchsehe, teile ich sowohl @codinghorror’s anscheinenden Glauben, dass Bilder auf diese Weise zugänglich sein sollten, als auch @sam’s Bedenken hinsichtlich der Anforderungen an serverseitige Ressourcen – insbesondere in Fällen, in denen der Benutzer nicht an den Bildern an sich interessiert ist.

Ich kann nichts über die Machbarkeit sagen, aber rein aus UX-Sicht denke ich, dass entweder ein separater Button „Bilder herunterladen“ neben der bestehenden Download-Option oder ein Pop-up, das fragt, ob Bilder enthalten sein sollen, wenn die bestehende Download-Option verwendet wird, am besten wäre.

Im Moment nicht, Sie müssten zum Forum gehen. Ich unterstütze @Falco’s Änderung als schnelle Übergangslösung für die Situation.

[quote=„Sam Saffron, Beitrag:21, Thema:133680, Benutzername:sam“]man müsste zum Forum gehen.
[/quote]

Du meinst, man müsste die Bilder abrufen, indem man zu den eigentlichen Beiträgen navigiert? Aber das würde keine Bilder von Beiträgen liefern, die gelöscht oder vor dir verborgen wurden, oder?

Bezüglich des

Wenn @sam und @Falco sich auf etwas einigen, bedeutet das dann, dass es in eine Pipeline aufgenommen wurde?

manchmal ja… manchmal nein. Dies wurde noch nicht eingeplant.

Ich werde die Priorität auf die Aufnahme von „cooked“ in den Export legen, es ist eine einfache Änderung, die im nächsten Monat erfolgen sollte.