提案：フロントエンドでのインポート機能の実装

貢献 特徴
1

インポートの手順は非常に不透明であり、さらに Docker 上で Discourse を実行しているという二重の複雑さが、インポートの仕組みに影響を与えています。

Discourse の導入事例の多くが、他のフォーラムソフトウェアからのデータ移行を伴うようですが、なぜ Discourse 自体にインポート機能を追加しないのでしょうか？

2

あなたの仮定は間違っていると思います。Discourse のインストールの多くは、既存のフォーラムからのインポートを伴いません。

そして、どのインポートなのかという問題もあります。

さらに、フォーラムが稼働し始めた後に、なぜインポート機能が必要になるのでしょうか？

「いいね！」 1
3

インポートには、インポートスクリプトのカスタマイズが頻繁に必要になります。これは、多少の専門知識を持つ人にとっての作業です。これをユーザーインターフェース（UX）に組み込むと、小さなカスタマイズ問題に対応するための UI 要素を追加する必要があるため、実際にははるかに難しくなります。

「いいね！」 1
4

はい、今は優先度の高いタスクを解決しなければならないので、来週にこの件に戻らなければなりません。

5

それは良いアイデアですが、技術的な観点から実行するのは非常に困難です。

「いいね！」 2
6

異なるインポーターからのインポートをサポートしようとすると、非常に困難になります。しかし、私はそれを提案しているのではありません。CSV ファイルからのユーザーの基本的なインポートや、CSV オプションからのカテゴリのインポートなど、Discourse がユーザーをインポートする唯一の方法を提供すればよいのです。その後、顧客側で、任意のソースからユーザーリストを指定された Discourse の CSV 形式に変換する責任を負います。

余談ですが、StackOverflow には本当に感謝しています。長年、私を助けてくれました。

「いいね！」 4
7

Discourseには標準化されたJSONのエクスポート/インポート機能があります。既存のコンテンツをその形式に変換してからインポートすることが可能です。私はAPIを使って、テストや一時的な用途でこれを行いましたが、問題なく動作します。

「いいね！」 4