こんにちは。
当社では、顧客サポートや顧客との関係強化のためにDiscourseを運用しています。スタッフのオンボーディングのために、Doc CategoriesとDiscoTOCを使用してドキュメントを作成しており、これは非常にうまく機能しています。
しかし、ドキュメントソース、特にマークアップを含む生のテキストをプレーンテキストファイルにエクスポートできる機能を追加していただきたいと考えています。
ブラウザのPDF印刷機能は承知していますが、解析されたものではなく生のソースが必要な場合には役立ちません。また、組み込みのバックアップ機能やデータベースクエリについても知っていますが、これらはフロントエンド管理の実用的なソリューションではありません。
今のところ、私のワークフローは以下の通りです。「投稿を編集」→ STRG-A、STRG-C → 「テキストファイルを作成/開く」→ STRG-V、STRG-S → 「編集を破棄」…次の投稿。
組み込みの一括エクスポートオプションがあれば、いくつかのメリットがあります。
- ナレッジベースのメンテナンスが大幅に容易になる
- フロントエンドでの管理者のバックアップとバージョニングワークフローが改善される
- Discourse外でのコンテンツの柔軟な再利用が可能になる
このような機能は、サポートだけでなくドキュメントハブとしてDiscourseを使用するコミュニティにとって、真の生産性向上につながるでしょう。
ご意見をお聞かせいただければ幸いです。
よろしくお願いいたします。
「いいね！」 2
pfaffman
(Jay Pfaffman)
2
私の問題の一つは、機能リクエストをサポートリクエストのように扱ってしまうことです。またやってしまいました。お役に立てないかもしれませんが、すみません。
あなたが求めているのは、このようなものですか？ https://meta.discourse.org/posts/1849580/raw またはこれ https://meta.discourse.org/raw/381447 またはこれ https://meta.discourse.org/raw/381447/1
ああ。トピック内のすべての投稿の生のテキストが欲しいのですね。
これは解決策ではありませんが、その改善版はあります。しかし、クリック数はあまり減りません。
これは、コマンドラインツールで簡単に自動化できます。賢い方法なら、トピックのJSONを取得して投稿数を調べ、すべて取得するでしょう。おそらく、レート制限に対処するために一時停止しながら。
テーマコンポーネントで、各投稿の生のテキストへのリンクを提供できます。プラグインなら、あなたが望むことを実現できます。
「いいね！」 3
ジェイ様
ご返信ありがとうございます。
このソリューションは、How to iterate over all the topics in order to export them as Markdown? で既に議論されていますが、大規模なドキュメント（→効率性）やフロントエンド管理（→能力）には実用的ではありません。
ですので、はい…サポートではなく、私からの実際の機能リクエストです 
よろしく
「いいね！」 2
Moin
4
投稿を直接コピーする 📄 Copy Post Component がこのケースに役立つと思います。これにより、
がワンクリックになります。しかし、それでも一括コピーではありません。
「いいね！」 5
RGJ
(Richard - Communiteq)
6
Data Explorer クエリを作成して posts.raw を返し、API を使用してクエリを呼び出すことができます。
「いいね！」 7
Richard、ヒントをありがとう 
機会があれば、Data Explorer と API 呼び出しをチェックしてみます。それでも、それはフックにすぎず、機能ではありません。
Doc Categories プラグインを例にとってみましょう。ドキュメントを構築するために技術的に必要なのは、すべてのトピックへのリンクを含むインデックス投稿だけです。しかし、プラグインは自動ページナビゲーションという追加機能を提供します。
まさに私が要求している機能リクエストは、パワーユーザーや IT 担当者向けの別の回避策ではなく、一般ユーザーを支援する追加機能です。
「いいね！」 3
thoka
(Thomas Kalka)
8
もしそのような機能を望むなら、ドキュメントインデックスによって参照されるすべてのマークダウンソースを含むzipファイルを提供してほしいです。
その場合、個々のファイルはどのように命名されるのが望ましいですか？
意図しているワークフローについて、もう少し詳しく説明していただけますか？
もしあなたが説明するようなドキュメントワークフローを構築するとしたら、生のマークダウンをファイルシステムにマウントするオプションを設けたいです。これにより、さらに自動化されたツールがそれを処理できるようになります。
この点は理解できません。
なぜDiscourse経由でドキュメントを提示したくないのですか？
トーマスさん、ジップコンテナは確かにうまく機能しますよ ワークフローはありませんが、単純なバックアップを維持したいだけです。
「いいね！」 1
RGJ
(Richard - Communiteq)
10
一般ユーザーが生の投稿ソースをどのように使用できるのか想像できません。
「いいね！」 3
それは、あなたが通常のユーザーではないからかもしれません。
「いいね！」 1
RGJ
(Richard - Communiteq)
12
代わりに人格攻撃ではなく、良い例を挙げていただけませんか。
最初の投稿では、管理者やナレッジベースを管理する人々についても言及されています。
申し訳ありませんが、個人的な見解を共有されたので、悪意はなく、単に応答しただけです。
例えば、ナレッジマネージャーのように、管理者としてコンテンツを作成するものの、技術的な背景が限られている人々は、コンテンツを自分で管理し、ローカルにバックアップできるようにしたいと考えています。
「いいね！」 3
RGJ
(Richard - Communiteq)
14
ナレッジマネージャーは、非常に特殊な役割であり、通常のユーザーとは見なさないでしょう。
「一般ユーザー」に関する議論はまた別の機会にしましょう。
「いいね！」 1
RGJ
(Richard - Communiteq)
16
であれば、データエクスプローラーの方法が完全に適切な解決策となります。
そのクエリを管理者以外のユーザーも利用できるようにすることも可能です。
「いいね！」 1
Hey @soeren-1 さん、コミュニティへようこそ！ 
あなたの機能リクエストは興味深いですね！このトピックが利用可能になったことで、同様の環境を持つ他の人が意見を述べることができるのは素晴らしいと思います。将来的には、このようなものがUIに組み込まれるかもしれません。しかし、現時点では、それが広く役立つ機能であるという主張はまだできていないと思います。
あなたはここに新しく来たので、あなたには明白ではないかもしれないことをいくつか説明させてください。機能の追加には時間とリソースがかかるため、通常、新しい機能は、エンタープライズ顧客のいずれかがそれを要求した場合、または3つのルールのように多くの需要がある場合にDiscourseに追加されます。また、それらはしばしばプラグインやコンポーネントとして始まり、最終的にコア製品に組み込まれます。
多くのユニークなケースでは、Discourse APIとデータエクスプローラーは、通常「十分」な迅速かつ簡単なソリューションを提供します。それがあなたがここで求めているものではないことは理解しています！しかし、APIやデータエクスプローラークエリを使用して問題を解決しようとすると、機能を追加するための主張をしたり、特定の問題を解決するためのより良い方法を見つけたりするのに役立つことがあります。
データエクスプローラークエリをグループに公開でき、パラメータを指定するためのUIがあることを見たことがありますか？これは「一般ユーザー」に適しており、あなたとあなたのチームが一時的なものとして利用し、ここで新しい機能のアイデアの主張を助けるのに役立つかもしれません。開始できる適切なクエリが既にあるかどうかはわかりません。それを探す場所は#data-reportingです。
@rgj さん、他の人が何を言おうと、あなたは普通の男だと思います！
「いいね！」 3
Tobiasさん、歓迎、明確化、そしてヒントをありがとうございます。
「広く使われている機能」については、あまり確信が持てません。Discourseには多くのオプションや設定があり、私は「一体誰がそんなものを必要とするんだ？」と自問自答してきました。
人々は、利用可能で慣れ親しんだツールを使う傾向があります。すでにハンマーを持っているなら、木槌が何のためにあるのか疑問に思うかもしれません。
他のユーザーが提案された機能のユースケースを見つけ、議論に参加してくれることを願っています。
貢献してくださった皆さん、ありがとうございます！
「いいね！」 2