Kritaコミュニティの数名のボランティアが、Kritaアーティスト コミュニティ向けにDiscourseサーバーを立ち上げました。この設定はBlenderartists.orgと非常に似ています。
アートソフトウェアに関するフォーラムであるため、議論には多くの画像が含まれます。GDPRの観点から、Discourseはプロファイルのアクティビティセクションからユーザーデータをダウンロードする機能を提供しています。しかし、ダウンロードにはユーザーがフォーラムに投稿した画像が含まれていないことに気づきました。ユーザーが投稿した画像をダウンロードされたZIPファイルに含める方法はあるでしょうか？そのような機能を提供するプラグインは存在しますか？
ありがとうございます。
残念ながら、コア機能にも私が知る限りどのプラグインにも、現在そのような機能は用意されていません。
データダウンロードには、ユーザーがアップロードした画像も含めるべきでしょう。
技術的には、彼らはまだ URL を持っているため、それを解析して取得することも可能です。画像を多用するユーザーがボタンをクリックした際に、サーバー時間を大量に消費してしまうことを懸念しています。
もしこれが愚かなアイデアに見えるなら申し訳ありませんが、ユーザーにZIPファイルを受け取るための一定の時間枠を設けることは役立つでしょうか。この期間中に、サーバーの負荷が低い時にZIPファイルの作成を行うことができます。
S3 から半ギガのデータを再パッケージ用にダウンロードするトリガーを、活動量の多い無作為なエンドユーザーに許可することに不安を感じています。
むしろ、エクスポートに対して実行して画像をダウンロードできるスクリプトへのリンクを提供する方が好ましいです。
私は専門家ではありませんが、GDPR の観点からこれは受け入れられる解決策ではないと思います。@RGJ、ご存知ですか？
この件を6日間クローズします。この議論がGDPR絡みの騒動に発展する前に、弁護士が内容を精査する機会を持たせるためです。
必要であれば、管理者としてユーザーのスクリプトを実行し、画像をメールで送信する機能は引き続き利用可能です。
これについて何か更新情報はありますか？使用するスクリプトやツール、あるいはコアの修正でしょうか？
手動で行う方法はわかっていますが、他の人よりも高度な対応が可能です。
補足すると、
という形式は、本日生成された user-archive.csv から出力されたものです。これは非常にユーザーフレンドリーなリンクではありません。
5月以来初めて昨日、投稿のエクスポートを実行したところ、何らかの改善が施されていることがわかりました。しかし、私にとっては少し奇妙な選択です：
ただし、画像は含まれておらず、また（meta でテストした限り）依然として非常に扱いにくい URL を持つ断片が表示されます。例：（これは5月のアップデート後にアップロードした画像です）。
アーカイブに画像を含めるのは非常に面倒です。代わりに、cooked 投稿を raw 投稿 alongside に含めることで、画像や変換された他のすべての要素を、簡単にパースできる標準的な方法で関連付けることができます。
最近導入された事前署名付き URL オプションでは、どのように動作するのでしょうか？実装方法については詳しくありませんが、URL が安定しないのではないかと懸念しています。
（具体的には：Secure Uploads ）
コックドポストを @Falco が提案しているように配置すると、URL は /secure-media-uploads/meta/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」のエクスポートへの追加を優先します。簡単な変更なので、来月中には完了するはずです。