/admin ページには以前、素晴らしいバージョン情報セクションがありました。どこに行ってしまったのでしょうか？
私はセルフホストしています。使用しているバージョンを伝えられますが、いや、そこが問題なのです。
「いいね！」 6
Dashboard improvements の今後の変更は、あなたのフォーラムで有効になっていますか？
それが有効になっていない限り、まだ以下のように表示されます。
Discourse のバージョンを確認するための他の方法もあります：
「いいね！」 5
「いいね！」 4
ありがとう。この変更は好きじゃないけど、慣れるだろうな。
「いいね！」 2
新しいダッシュボードは使用統計に限定されてしまったのでしょうか？ ダッシュボードは管理エリアにアクセスした際のランディングページであるため、ダッシュボードで選択できるパーシャルをもっと増やしてほしいです。現在のビューオプションのどれもが、私の日常的な業務には役立っていません。私と同じように、ダッシュボードをマーケティング寄りではなく、より技術的な内容にしたいと考えているユーザーは他にもいるはずです。
「いいね！」 7
以前議論した通り
リデザインされた管理ダッシュボードによるコミュニティへのより良い洞察
（私も同意しており、同スレッドに投稿しましたが、私にとってこれはマーケティング主導に感じられ、私たちの多くはエンジニアリング主導です。）
「いいね！」 2
私はあの「私たち」という考え方が好きではありません。私たちとは、回答している人たちのことでしょうか？それとも、ここで助けを求めている人たちのことでしょうか？あるいは、私たちとは、このように技術サポートフォーラムにおける問題の性質を指しているのでしょうか？それとも、それは Discourse 管理者の役割を指しているのでしょうか？そして、もしそうなら、私たちは IT 部門を擁する大企業について話しているのでしょうか？それとも、自分で構築・ホスティングしている個人ユーザーについてでしょうか？
CDCK の主要な収益源以外では、Discourse プラットフォームは WordPress のように、エンジニアではない人々をターゲットにしている方向へ向かっています（例として WordPress を挙げただけですが）。ここでは純粋なハイテクに関する議論が多く見られますが、トピックの大部分はエンジニアレベルから非常に遠い人々によって投稿されています。そして私の推測では、彼らは技術的な詳細よりも、コミュニティや議論がどのように機能し、どのように存続しているかに興味を持っているようです。
どこかのサポートがどれほど良いかという話をたくさん耳にしてきました。確かに、問題をできるだけ早く解決することは重要ですが、真の指標はサポートが必要となる頻度がどれだけ少ないかです。それは製品の良さを即座に物語ります。その一部は簡単なカスタマイズの容易さにあり、もう一部は管理ページで表示する情報を選択できる可能性にあります。もし誰かが、例えば翌々日に使用されているバージョンを確認するような技術的な詳細を必要とするなら、それはそれで構いません。もしその必要性が営業的なカテゴリーに属するものであれば、それもまた良いでしょう。
しかし、境界線を引いて、私たちは同じニーズを持つ均質な一つの集団であると言うのは、本当に危険です。私は技術に怯えてはいませんが、私にとってそれは目的ではなく、単なる手段に過ぎません。
小さな例を挙げましょう。私にとって重要なのは、私のフォーラムに（潜在的な）人間の訪問者が何人訪れ、どこから来ているかを確認することです。これは毎日必要です。これはより営業的なこと（たとえその用語を嫌っても）です。ボットの数も必要です。なぜなら、それらは不要な負荷を生むからです。しかし、私はそのデータ片を毎回必要とするわけではありません。時々必要になるだけです。だからこそ、その情報が私の作業環境を毎回埋め尽くさない限り、追加のクリック操作をしても全く問題ありません。それは技術エンジニアリングに関する情報でしょう、と私は思います。
つまり、エンジニアでさえもゼロと一を用いた if-then-else 的思考をする傾向があるとしても、私たちのニーズは重なり合っています。だからこそ、私たちは選択肢から選べる余地を必要とするのです。
「いいね！」 1
現在は管理者ではなく「コミュニティマネージャー」を対象に設計されています。これは、Discourseがホスティング顧客をできるだけ多く対象にしているためです。ただし、ダッシュボードは現在よりカスタマイズ可能になっているようですが、私はまだこの側面を調べる時間を取っていません。
データエクスプローラーを使えば、現在表示されていない多くの情報を取得できるでしょうか？ 分かりません 
私はこれまでダッシュボードに多くの時間を費やすタイプではありませんでしたが、管理者やエンジニアリング寄りの私たちが利用できるように、既存の機能を拡張するテーマコンポーネントやプラグインが開発できるかもしれません（もしかしたら旧ダッシュボードを復活させることもできるかもしれません）。
「いいね！」 1
その通り。今となっては「レポート」や「統計情報」という形になっています。それ自体は素晴らしいことです。しかし、それらは管理者の責任範囲ではありません。
これは大げさすぎるように感じます。Discourse でホストされていないコミュニティでは、技術的なレベルでサイトの稼働を維持する責任を負う実際の管理者が必要です。@Ed_S が言及した「私たち」とは、Discourse フォーラムを管理する実際のユーザーグループを指しています。誰も統計情報が価値がないとは言いません。ただ、フォーラムの技術管理者にとって、それらがそれほど重要ではないというだけです。ここで言う管理者とは、フォーラムソフトウェアの稼働を維持する権限を付与された種類のユーザーを指します。
「いいね！」 2
（実際、この文脈での「私たち」とは、ダッシュボードにアクセスするために「管理者」ボタンをクリックする人々を指しています。）
「いいね！」 2
まあ、Discourseはビジネスであり、ホスティングがその事業なのだから、理解できる。去年末の再編以降、彼らはその事業に注力し、リソースを再配分せざるを得なかった。デフォルトのダッシュボードがコミュニティマネージャー向けであることは理にかなっている。
また、カスタマイズ可能で、開発に詳しい管理者が自分たちが欲しい情報を得られるように構築できるなら、特に問題はないと考える。少しコードを書けば改善できるかもしれない？管理者に自分たちが望むものを構築する負担を課しているとしても、それが可能であれば、私はそれで構わない。Marketplace（マーケットプレイス）はまだ存在しているからね 
「いいね！」 2
ああ、わかりました。Discourse.orgでホスティングを有料契約している場合、アップグレード情報を把握する必要はありません。なぜなら、それを制御する権限がないからです。
私が言いたかったのは、管理者が管理インターフェースにアクセスするには、サイドバーの「管理者」をクリックするということです。このリンクをクリックすると、サイト運営に必要な情報を含む管理者ページが開くようになっているのは、ずっと昔から変わっていないと思います。まあ、しつこく言っているだけかもしれませんね。
はい、ブースト機能は私にはばかげて見えます。ただし、フォーラムが技術サポート向けであれば、「私も同じです」ボタン（「メ・トゥー」ボタン）の必要性は理解できます。同じ問題を抱えている人が何十人もの同じ投稿をする必要はありませんよね。メタフォーラムで時間を過ごすうちに、人々やコミュニティがこのソフトウェアをどのように多様な形で利用しているかがよくわかりました。
そして結局のところ、ソフトウェアの開発を継続するために資金調達モデルが必要であるという必要性は、確かに理解できます。
「いいね！」 2
そうですね、でもそれが本当に同じ問題であるという保証はありません。多くの場合、そうではありません。例えば「ブースト」機能は、私の意見では低質な投稿を助長しますが、Discourse はむしろ質の高い投稿への参加を促進すべきだと思います。
「いいね！」 2
私は管理者であり、私のフォーラムでは唯一の管理者ですが、その指標は私にとって重要です。だから、あなたは私や他の多くの管理者を、少し捏造され、かなり一般化された「私たち」というグループから除外したからといって、それは本当に大げさだったのでしょうか？
むしろ、リリーの分析は完全に間違っているとは言えません。それでも、カスタマイズするためのツールが必要です。
「いいね！」 1
でも、今本当に思うのは、これは本当に問題なのか、それともまた別の「自転車小屋の塗装」問題なのか 
この情報は管理画面のどこかにまだ残っているのですが、見落としてしまったのでしょうか？ ダッシュボードや更新ページを確認しました。
「いいね！」 1
これは、私たちのホスティングサービスを利用する顧客向けに設計することと、自己ホスティングや他の場所でのホスティングを行う人々向けに設計することの違いについて話しているわけではありません。
これは、サイトがどこでホスティングされているかに関わらず、異なる役割を担う人々向けに設計することについて話しているのです。
一人の人が複数の役割を担うこともありますが、常にそうとは限りません。
自己ホスティングの世界でも、コミュニティ運営に注力し、技術的な部分については友人や他の人に頼っている人々を見かけます。
すべてを自分で行っている場合でも、「システム管理者」としての役割と「サイト管理者」としての役割、そして「コミュニティマネージャー」としての役割を区別して意識することが役立つかもしれません。
私たちは、ドキュメントや議論の中でこの区別を明確にするよう努めてきました。
最新の変更では、確かに管理ダッシュボードの焦点が「コミュニティマネージャー」としての役割を持つ人々が関心を持つことへとシフトしました。
しかし、/admin 全体としては、これらの異なる役割のすべてのニーズに対応する必要があります。
/admin がさらにカスタマイズ可能になり、単一のサイト内の個人ごとにランディングページに表示されるコンテンツを個人が選択できるようになる未来も想像できます。
しかし、この最新の変更では、既存のページ内で要素を整理することに注力しました。
「更新管理」ページは、現在このバージョン情報の多くを集約し、更新履歴や変更ログへのリンクなどの追加情報を提供している場所です。
そこで貢献する方法として考えられるのは、以下の点です：
- (a) そのページ自体をより有用にする方法を考える
- (b) そのページをより発見しやすくする方法を考える
- (c) そのページで表示できる/すべき情報について、他の場所でも表示すべきかどうかを考える（(b)に関連し、これをやる場合はページ自体へのリンクを貼るべきだと仮定した場合）
「いいね！」 2
/admin/update は、Docker Manager プラグインによって提供されているため、セーフモードでは機能しません。ブラウザのコンソールでもバージョン情報を見つけられることは承知していますが、何か不具合が発生してセーフモードを使用する必要がある場合、管理者がインターフェースからバージョン情報を確認できるべきだと考えます。バージョン情報が非常に重要なケースの一つです。
「いいね！」 8