サイトには、接続されたWordPressサイトで誰かが何かをしたときにAPI経由で自動的に付与されるバッジがたくさんあります。それは素晴らしい機能です!
しかし、投稿で手動で付与する必要があるバッジがいくつかあります。
これを行うと、設定したすべてのバッジが「付与可能なバッジ」リストに表示されるため、スクロールが多くなります。
バッジを管理しやすくするために、「管理者が付与できない」ように設定し、API経由での付与は可能のままにしておく方法はありますか?
よろしくお願いします!
サイトには、接続されたWordPressサイトで誰かが何かをしたときにAPI経由で自動的に付与されるバッジがたくさんあります。それは素晴らしい機能です!
しかし、投稿で手動で付与する必要があるバッジがいくつかあります。
これを行うと、設定したすべてのバッジが「付与可能なバッジ」リストに表示されるため、スクロールが多くなります。
バッジを管理しやすくするために、「管理者が付与できない」ように設定し、API経由での付与は可能のままにしておく方法はありますか?
よろしくお願いします!
SQLロジックを持つバッジが、付与するリストに表示されないことに気づきました。APIで付与することはできるものの、リストに表示されないように、バッジに偽の/不可能なSQLロジックを追加する方法はありますか?
隠し設定からカスタムバッジSQLを有効にしましたか? バッジSQLを有効にする
はい、あります
SQLを入力できるボックスがあるなら、そこに取得不可能な条件を追加してどうなるか試してみてはどうでしょうか。
本来の用途ではありませんが、必要なものに役立つかもしれません。
例えば、以下のようなものです。
SELECT id user_id, created_at granted_at
FROM users
WHERE id = -1000
手動で付与されたものもすべて削除されてしまうため、自動取り消しが設定されていないことも確認してください。
エラーが発生しました。
クエリはユーザーをトリガーしますが、':user_ids' 配列を参照していません
実際のユーザーベースのトリガーを選択しましたか?私は空白のままにしました。「毎日更新」でも機能すると思います。
はい、毎日更新されるのは問題ありません。ありがとうございます。APIで付与できるか確認してみます。
はい、すべて問題なく動作しました。ありがとうございます!この偽のSQLに欠点がなければ、探していたソリューションになるはずです!