chapoi
1
管理ダッシュボードの広範な再構築を開始します。
この最初のステップでは、レポートと分析セクションをより明確でナビゲートしやすくすることに焦点を当てます。
このトピックでは、最初の段階的な変更を確認し、今日からこれを使用する方法を共有します。
変更点
レポートのグループ化
私たちが講じる最初のステップは、レポートをグループ化することです。質問の種類ごとにグループ化することを目指しています。現時点でのグループ分けは次のとおりです。
- エンゲージメント
- トラフィック
- メンバー
- コンテンツと健全性
- モデレーション
- セキュリティ
適合しないものや新しいレポートは、「その他」のカテゴリに入ります。
目標は、認知的負荷を軽減し、長く平坦なリストをスキャンすることなく必要なレポートを簡単に見つけられるようにすることです。
レポートの整理
時間の経過とともに、レポートページにはほとんどの管理者が意味のある方法で使用する以上のチャートが蓄積されました。
このアップデートの一環として、メインビューから一連のレポートを削除しました。
レガシーレポートの概要
- bookmarks
- likes
- moderator_warning_private_messages
- notify_moderators_private_messages
- notify_user_private_messages
- post_edits
- profile_views
- system_private_messages
- top_users_by_likes_received_from_inferior_trust_level
- top_users_by_likes_received_from_a_variety_of_people
- user_to_user_private_messages
現時点では、これらはまだ直接リンクから利用可能ですが、レポートページからは非表示になっており、最終的には非推奨になります。（見落とした強力なユースケースがあれば、再検討させていただきます。）
より詳細な分析や単発の分析については、データエクスプローラーを介していつでも複製できます。
ナビゲーションとレイアウトの変更
また、ヘッダーセクションを合理化し、より新しい管理レイアウトと一致させ、すべてのレポートページで繰り返さないようにすることで、領域を解放しました。
ご覧のとおり、フォールド（画面表示領域）の上により多くのコンテンツが表示されます。
レポートページはダッシュボードから切り離されました。
ダッシュボードビュー内でレンダリングされる代わりに、独自の専用ルート（/admin/reports）に配置されるようになりました。
これにより、重複するルートが削除され、よりモジュール化された管理エクスペリエンスに向けて移行する際のナビゲーションが簡素化されます。
これは大規模なダッシュボード再構築の第一歩であり、この領域は現在一貫性のない動作をしますが、後のイテレーションで改善されます。
コミュニティでレポート機能の改善を有効にする
現時点では、これは実験的な変更と見なされています！ 私たちはフィードバックを歓迎しており、それが改善を行い、さらに展開するのに役立ちます。
これを有効にするには、管理エリアの**今後の変更**ページ（/admin/config/upcoming-changes）に移動し、Reporting improvements項目を見つけます。Enabled for…フィールドを更新して、サイトをこの新しいデザインにオプトインしてください。
ご意見をお聞かせください
皆様にお願いします。この再構築についてどう思われるかお聞かせください。グループ分けは理にかなっていますか？レポートをどのように使用していますか？
このトピックは、この領域のさらなる改善で更新されます。
「いいね！」 15
管理者の方々、ありがとうございます！
これらは#data-reportingで#data-explorerクエリとして公開されるのでしょうか、それとも興味のある人向けにhttps://meta.discourse.org/t/discourse-prometheus/72666の使い方を誰かが文書化してくれるのでしょうか？
正直なところ、リワークの後の方がレポートをより使うようになると思います。これまでは、特に構造上の欠如から、この領域を探索することにあまり関心がありませんでしたので…素晴らしい仕事です！
「いいね！」 2
Moin
5
公開されています。現在でも dashboard-sql タグで検索でき、Admin dashboard report reference guide でリンクされています。
今後の参考情報として（これらはまもなくこれらから削除される可能性があるため）：
「いいね！」 1
gormus
(Osman Görmüş)
6
機能リクエスト：
レポートを非管理者パスに移動し、新しい ..._allowed_groups 設定を介してアクセスを管理することを検討していただけますか？:))
access_reports_allowed_groups:
default: "1|2" # 自動グループ管理者、モデレーター
mandatory_values: "1|2" # 自動グループ管理者、モデレーター
type: group_list
allow_any: false
「いいね！」 2
Moin
7
ダッシュボードの表内の警告は予期された結果ですか？
Moin
8
プラグインレポートが表示される順序は何によって決まりますか？順序はインターフェースの言語によって変わるようですが、アルファベット順ではありません。
| 英語 |
ドイツ語 |
| solved |
solved |
| documentation categories |
AI |
| AI |
user notes |
| Reactions |
Calendar |
| User notes |
documentation categories |
| Calendar |
Reactions |
chapoi
9
現時点では、それは全く検討されていません。レポートは非常に特定の管理者エリアだと考えています。
具体的なユースケースはありますか？
ハハ、なるほど、ここでは非常に特殊なことをしたようですね 
グループ内の最初のレポートの名前に基づいて、アルファベット順に並んでいるようです…
例えば英語では以下のようになります。
それに独特の魅力があるとは思いますが、整理します。
「いいね！」 1
gormus
(Osman Görmüş)
10
リーダーシップ層から、必ずしも技術者ではなく、レポートにアクセスするためだけに管理者やモデレーターの役割を持つべきではない人々から、一部のレポートに対する関心を受けています。
もちろん、Data Explorerを使用してレポートを再作成し、それらのレポートを共有することもできます。しかし、欠点としては次のようになります。
Data Explorerレポートが行うように、選択されたグループに対してレポートレポートを有効にすることを要求する、さらに一歩進んだ提案をすることもできます 
しかし、このすべてのお願いは、「必須」機能ではなく、「あれば嬉しい」機能になるでしょう : ))
「いいね！」 4
chapoi
11
ご説明ありがとうございます。興味深いユースケースですね。
このようなものがどれくらいのオーバーヘッドをもたらすかは分かりません。おそらく最小限でしょう。このプロジェクトについて議論する際に社内で提起します！
「いいね！」 2
chapoi
12
これは完了しました。アルファベット順になり、ユーザーインターフェースの言語に合わせて変更されるはずです。
Zanbabe
(Suzanne)
13
top_users_by_likes_received_from_a_variety_of_people を使用して、年末の表彰の 1 つを決定しています。その目的のために、そのレポートへのアクセスを引き続き利用できるようにしたいと考えています。
非推奨になる予定の他のレポートもいくつか使用しました。何らかの形でアクセスを引き続き利用できるようにしたいという要望に同調します。…カスタムレポートを含め、どのレポートをダッシュボードに表示したいかを選択できるレポートのメニューがあれば、実際にはもっと便利になります。
「いいね！」 1
chapoi
14
合計の「いいね」数では不十分な理由を説明していただけますか？それは、少人数のグループ間での集中的な「いいね」によってアワードが悪用されるのを防ぐためでしょうか？
ToddZ
15
抗議しているわけではありません。ただの好奇心ですが、これらを折りたたみ可能な見出しの下に格納するのではなく、削除するのはなぜでしょうか？メンテナンスに値しないものになるのでしょうか？
Zanbabe
(Suzanne)
16
ええ。システムを悪用する小規模なグループがいますが、彼らは他の面でも役立っているので、追放したりはしません。彼らは賞を独占する傾向があります。純粋な数値に対しても賞は与えていますが、より良い行動をしている人々に賞を与え（そして注目を集め）たいと考えています。
私たちが奨励したい行動をしていることを示すユーザーレポートが多ければ多いほど良いです。
この会話とは話が逸れますが、ポイントをより具体的に調整できればとも思っています。サイトの楽しいエリアでポイントを完全にオフにして、そこで参加している人々の意欲を削ぎたくはありませんが、ポイントをオン/オフするだけでなく、特定のカテゴリでより多くのポイントを与えたいと思っています。
「いいね！」 2
chapoi
18
もっともな質問です。
ソフトウェアでは、黄金律として、すべてにメンテナンスが必要になります！ただし、特定のレポートについてはそれほどでもないかもしれないので、残しておくことはできるかもしれません。
あなたの主な質問に答えるために：
苦情が出るかどうかを確認することが、何かが価値があるかどうかを見つける最も簡単な方法だからです 
そしてデザインにおいて、そして私個人としては、「余分な」カテゴリが折りたたみ可能な見出しの下に押し込まれているという概念は、周囲の機能がうまく設計されていないことの兆候です。良いデザインの一部は、物を取り除く勇気を持つことも含まれます。
「いいね！」 1
