Kritaコミュニティの数名のボランティアが、Kritaアーティスト コミュニティ向けにDiscourseサーバーを立ち上げました。この設定はBlenderartists.orgと非常に似ています。
アートソフトウェアに関するフォーラムであるため、議論には多くの画像が含まれます。GDPRの観点から、Discourseはプロファイルのアクティビティセクションからユーザーデータをダウンロードする機能を提供しています。しかし、ダウンロードにはユーザーがフォーラムに投稿した画像が含まれていないことに気づきました。ユーザーが投稿した画像をダウンロードされたZIPファイルに含める方法はあるでしょうか？そのような機能を提供するプラグインは存在しますか？
ありがとうございます。
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.
これについて何か更新情報はありますか？使用するスクリプトやツール、あるいはコアの修正でしょうか？
手動で行う方法はわかっていますが、他の人よりも高度な対応が可能です。
補足すると、
という形式は、本日生成された user-archive.csv から出力されたものです。これは非常にユーザーフレンドリーなリンクではありません。
5月以来初めて昨日、投稿のエクスポートを実行したところ、何らかの改善が施されていることがわかりました。しかし、私にとっては少し奇妙な選択です：
ただし、画像は含まれておらず、また（meta でテストした限り）依然として非常に扱いにくい URL を持つ断片が表示されます。例：（これは5月のアップデート後にアップロードした画像です）。
アーカイブに画像を含めるのは非常に面倒です。代わりに、cooked 投稿を raw 投稿 alongside に含めることで、画像や変換された他のすべての要素を、簡単にパースできる標準的な方法で関連付けることができます。
最近導入された事前署名付き URL オプションでは、どのように動作するのでしょうか？実装方法については詳しくありませんが、URL が安定しないのではないかと懸念しています。
（具体的には：Secure Uploads ）
コックドポストを @Falco が提案しているように配置すると、URL は /secure-media-uploads/blah になります。プレシグンド URL は、セキュアメディア URL からのアップロードがリクエストされたときにのみ生成されるため、問題はありません。
この機能リクエストの状態はどうなっていますか（もしそうなら）？
いくつかの小さな質問に分けてみましょう。
完全なスクリプトを書くことができるかどうかわかりませんが、user_archive.csvに含まれる情報に基づいて画像のURLを再構築する方法を調べようとしましたが、CSVファイルに提供されている画像リンクとフォーラム上のその画像の公開URLとの間に関連性がないように見えるため、不可能だと思われます。
例えば、CSVファイルにはがあり、フォーラム上のその画像のURLはhttps://forum.example.com/uploads/default/original/2X/d/d04053334ed6a40db3cdcf83c1c6eb139079494e.pngです。したがって、スクリプトがtIh81VxrDGPzUkxhikPmbgFGbO6.pngを何らかのベースURLと組み合わせて使用したとしても、画像を取得できないのではないでしょうか？それとも、画像には何らかの形で複数のIDがあるのでしょうか？
このトピックを再浮上させてくれてありがとう！以前は見ていませんでした。
それを確認したところ、画像はアクセス可能であるべきだという@codinghorrorの考えと、特にユーザーが画像自体に興味がない場合に、サーバーサイドのリソースに負荷がかかるという@samの懸念の両方に同意します。
実現可能性については話せませんが、純粋にUXの観点からは、既存のダウンロードオプションと並べて「画像をダウンロード」ボタンを別に表示するか、既存のダウンロードオプションを使用する際に画像を含めるかどうかを尋ねるポップアップを表示するのが最善だと思います。
現時点ではありません。フォーラムにアクセスする必要があります。状況を迅速に改善するために、@Falco の変更を支持します。
時々はい…時々いいえ。これはまだスロットされていません。
「cooked」のエクスポートへの追加を優先します。簡単な変更なので、来月中には完了するはずです。