自動化におけるData Explorerパラメータの構文

Data Explorer クエリに「group_name」パラメータがあります。

関連する各グループに対して自動的に実行し、週に一度グループに結果を送信したいと思います。

しかし、パラメータの構文をどうしても見つけられません。新しい自動化で提示されたのは次のとおりです。

これは…役に立たないと思います。

いくつかのバリエーションを試しました。(エラーログで見つかった)エラーが発生しない場合、何も得られないようです。

パラメータなしのクエリを使用すると、非常に高速に実行されます。パラメータが必要なクエリで機能させるにはどうすればよいですか?

「いいね!」 2

私も問題を再現できます。

例では、モデレーターと管理者グループを確認したいとします。次のようになっているはずです。

キー: group_name
値: moderators,admins


役立つ技術情報です。気にしないでください。 :smile:
コードを見て理解しようとしましたが、ここが問題だと思います。

run_query が呼び出される前にパラメータが変換されます。
元の値が次のようになっているとします。
[{"key":"group_names","value":"admins,moderators"}]
変換された値は次のようになります。
[{"key"=>"group_names", "value"=>"admins,moderators"}=>nil]

しかし、cast_params{"group_names"=>"admins,moderators"} を期待しているようです。

この単純な変更をテストしたところ、パラメータは機能しました。

def self.params_to_hash(query_params)
  params = JSON.parse(query_params)
  params_hash = {}

  params.each do |param|
    key = param["key"]
    value = param["value"]
    params_hash[key] = value
  end

  params_hash
end
「いいね!」 7

デバッグありがとうございます :hugs: 来週確認します。

「いいね!」 5

素晴らしい洞窟探検ですね、@Arkshineさん:slightly_smiling_face:

現在調査中です。元のコードを読むと、パラメータが配列の配列であることを期待しているような印象を受けるため、既存のものをすべて捨ててしまうことには少し懸念があります。これがいつ発生する可能性があるのか、解明しようと思います。

何か分かりましたら、こちらに投稿します。

「いいね!」 1

ここに確かにバグがあり、@Arkshine の調査のおかげで、比較的簡単に修正できました。

これはすでにマージされているので、サイトがデプロイされればブロックは解除されるはずです @ganncamp

私の理解が正しければ、グループとそのレポートの 1 対 1 のマッピングとなる自動化をご希望でしょうか? (つまり、group_agroup_a のデータを含むレポートを受信する、など)

現在、受信者リストとレポートパラメータの間には接続がないため、それを達成するにはグループごとに 1 つの自動化を設定する必要があります。この場合、パラメータを group_id に変更することをお勧めします。

「いいね!」 3

素晴らしいニュースですね、@ted さん!

はい、グループのセットを foreach できるようになることは、私の次のリクエストになる予定でした :smile:

「いいね!」 3

これは確かに便利な機能のように思えます。特に多くのグループを持つサイトでは。リクエストをメモしておきますが、いつ着手できるかは分かりません。:folded_hands:

「いいね!」 3

このトピックは最後の返信から3日後に自動的に閉鎖されました。新しい返信は許可されていません。