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?
Technisch gesehen haben sie immer noch die URLs, also könnten sie diese einfach parsen und extrahieren. Ich mache mir Sorgen, dass Nutzer mit vielen Bildern viel Serverzeit verbrauchen könnten, wenn sie auf die Schaltfläche klicken.
Entschuldigung, falls das eine alberne Idee erscheint: Würde es helfen, wenn dem Benutzer ein festgelegter Zeitraum gegeben wird, um die ZIP-Datei abzurufen? Während dieses Zeitraums kann die ZIP-Erstellung dann durchgeführt werden, wenn weniger Serveraktivität vorliegt.
Es ist mir unangenehm, einem zufälligen Endbenutzer mit vielen Aktivitäten die Möglichkeit zu geben, ein halbes Gigabyte Daten aus S3 zum Neuverpacken herunterzuladen.
Ich bevorzuge es deutlich, ihnen einen Link zu einem Skript bereitzustellen, das sie gegen den Export ausführen können, um Bilder herunterzuladen.
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:  (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.
Wenn wir den bearbeiteten Beitrag so einfügen, wie @Falco vorschlägt, werden die URLs /secure-media-uploads/meta/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:
Gibt es derzeit eine Möglichkeit für einen Benutzer, eine Kopie aller Bilder zu erhalten, die in seinen Beiträgen enthalten sind?
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  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.
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.
[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?
