isn’t it better if this plugin be available for moderators as well?
currently only admins have access to the plugin, and mods get this error when clicking on the plugin: “The data explorer is only available to admins.”
moderators also need to be able to analysis some user behaviors, and direct access to the plugin helps.
This would give them complete read only access to your database. Not recommended in all cases I do not think
For example all they need to do is do
select * from api_keys
With that then they have access to the system & any admin generated API Keys allowing them to perform admin functions.
There is a whole discussion somewhere on meta about admins vs moderators, and how much trust to put in them. The discourse team all have admin privs here on meta, for example, as you can see on the about page. Personally I limit it (just two of us have admin privs) and then the two of us own the hassle of having to run reports and share them with the rest of the team. This is less than ideal - really we just limit the access to avoid having to train everyone on what to stay away from. Not everyone on my team is interested in seeing all the admin features, even if we do trust them with the data.
Can you give an example of the type of analysis moderators need to be allowed to do?
I’ve often wished for the ability to create a query, and then make just that query available to moderators. Or the ability to have the results of a query sent to me (or another discourse user) on a schedule, along the lines of the user export which is niftily delivered by PM.
I don’t know the ETA but AFAIK there are plans to expose Admin vetted queries to Moderators via the dashboard.
I am a moderator at SitePoint, not an admin, so I don’t have access to Data Explorer there. I do have access to Data Explorer on my localhost installs so I have some experience with what it is able to do.
Although the plugin has safety built in as far as protecting the database, it is very powerful in terms of what data it can provide. Some of which should, IMHO, not be available to any other than an admin. (eg. both personal and private information).
On the other hand, there have been a few times I have petitioned our admin to run a query for me and reply back with the results and he has gracefully obliged.
The new dashboard is currently planned for this release (Discourse Version 2.0). Of course that is always subject to change.
What I cannot confirm is if exposing Data Explorer queries is planned for the first release of the new dashboard, or if it will wait until a later improvement pass.
for data analysis, we have a colleague who needs to have access to the user data. he is currently playing with the data to see if he can extract patterns for “topic-user” and “user-user” interactions.
we can user “localhost” or “admin access” in this case as mentioned above, but I was wondering what will happen if moderators have access to the plugin as well. since they already have access to users information in the user section of admin panel.
The plan is for some queries to be marked safe as runnable by staff, but not to expose all of data explorer proper.
Any chance we can mark queries that we make to be exposed to moderators? I’ve been working on a few things on SP that I wouldn’t mind exposing the data of, as it is meant for their eyes, right now I export/copy it to a topic, which requires manual effort.
Yes, that is the plan!
この機能を有効にする現在の状況はどうなっていますか？ 管理者のみがクエリを実行できることを発見した後、このスレッドを見つけました。 当社のフォーラムで進めている作業にとって、いくつかの管理者が検証したクエリへのアクセスがあれば素晴らしいです。
ありがとうございます。
より大きな機能を実装したいと考えています。これは私の要望リストには含まれていますが、まだスケジュールには組み込まれていません。
クエリの実行を任意のグループに「公開」できるようにしたいと考えています。クエリの作成は引き続き管理者のみの権限に限定したいと考えており、その方針は変えるつもりはありません。しかし、実行権限については、どのグループでも付与できるようにしたいのです。
これにより、カスタムレポートをモジュール管理ダッシュボードに追加できるなど、さまざまな機能が実現可能になります。これは @j.jaffeux 氏も以前から関心を持っていた機能です。
もしコミュニティの皆さんでこのようなプロジェクトに興味がある方がいらっしゃれば、UX がどのように動作するか、特定のレポートに対してどのように「実行権限を付与」するか、どこでその機能を表示するかといったモックアップのスクリーンショットを投稿してください。そのほかのアイデアも歓迎します。
この機能に取り組んでみたいです。モックアップのスクリーンショットをいくつか作成しました。
最初のスクリーンショットは、レポートの編集画面です。管理者は、レポート結果のダウンロード権限を持つグループを追加できます。
私にとって最大の疑問は、グループ内のユーザーにレポートをどのように表示するかということです。私の最初の考えは、非管理者ユーザーには JSON と CSV ボタンのみを表示し、レポートがまだ実行されていない場合は実行するが、非管理者がクエリを繰り返し実行するのを防ぐというものです。
@sam この方向性についてどう思いますか？（1 つの投稿に 1 枚の画像しか投稿できないため、別の画像は次の投稿でアップロードします）
グループメンバーが Run ボタンにアクセスできるようにするべきだと思います。
その理由は、ユーザーがサイトを再起動するためにクエリを無効化しようとするのを信頼できないなら、そもそもそのユーザーをグループに追加すべきではないからです。ほとんどの場合、データエクスプローラーのクエリは、ダウンロードして他のツールで確認するためではなく、UX 上で役立つために使用されます。また、表示機能は素晴らしいことをしてくれます（例えば、user_id や topic_id を、データをダウンロードしてから再現するのが難しい便利な方法で表示するなど）。
なるほどですね。実行機能は、管理者が「実行」ボタンを押した際に表示される内容をそのまま反映し、その結果を以下に表示する形になります。
グループに対して「最終実行時刻」も表示したほうが役立つでしょうか？
グループ内にこれを自然な場所に配置してくれたことを本当に嬉しいです。ただ、これは「アクティビティ」には合わないと思うので、グループページに専用のタブを設けるべきだと思います。
「メッセージ」と「管理」の間に配置するのはどうでしょうか？1 つ以上のレポートがあり、かつあなたがそのグループの明示的なメンバーである場合に、そのタブが表示されるようにします。
そうすれば、作業スペースの横幅も少し広がります。
レポートへのアクセス権を持つ人は、パラメータ付きレポートの場合に「パラメータの追加」を行え、管理者画面と同じ制御で実行できるようにすべきです。SQL を表示するかどうかについては迷っていますが、当面は非表示にしましょう。
権限設定の場所についてですが、管理者ページで目立たない方が好ましいです。まずはそこから始め、テキストは簡潔にしましょう。
このフィードバックに納得がいけば、ぜひ着手してください！
素晴らしいフィードバックをありがとうございます。すべて理解できましたので、着手いたします。
@sam さん、
デフォルトクエリ（プラグインインストール時に既に存在するもの）は編集できません。
私のスクリーンショットでは、クエリをグループに公開する機能はクエリの編集を通じてアクセスされます。デフォルトクエリもグループに公開できるようにすべきでしょうか？
もしそうであれば、両方のタイプのクエリに対応するために、デザインを少し変更する必要があるかもしれません。
はい、クエリに関するメタデータ（最終実行日時、実行権限を持つユーザーなど）は専用のテーブルに格納すべきだと考えます。ビルトインクエリについても権限を設定できるようにすべきです（これらは安定した ID を持っています）。
