問題タブ [reward-system]

構築中の新しいウェブサイトで報酬システムを試して設計したいと考えています。例 (説明目的のみ):

スタック オーバーフローのメダル システムは別の例です。

私の質問は、各バッジの説明と名前をデータベース テーブルに簡単に保存できるということです。

次に、ユーザーをこれらのバッジに関連付けます。

（そしておそらく、スケールバッジなどを通じてユーザーの進行状況を保存するための別のものなど）

しかし、これらのバッジを授与するトリガーをプログラミングするのは困難です。

このようなシステムは、Web サイトにハードコードされたトリガーで構築されていますか? これらのバッジの広さと柔軟性のために、これは私が考えることができる唯一の方法です. ただし、トリガーがバッジ ID にハードコードされている場合は、何かを変更するときに細心の注意を払う必要があります。

では、これがそのようなシステムの仕組みですか？それは私が学んだことに反する。それとも、私は問題に間違ってアプローチしていますか?

私は、会社が新しい訪問者に贈り物を贈りたいと思っているWebサイトの構築に着手しようとしています。贈り物には金銭的価値があり、サイトがゲーム化されているのではないかと心配しています。私は、誰もがギフトの在庫全体を使い果たす可能性を減らすのに役立つ方法を探しています。

計画ではFacebookとの統合が必要であるため、FB資格情報を使用して認証することで、新しい訪問者が実際に実在の人物であるという少なくとも少しの自信が得られます（数百のFBアカウントの作成をスクリプト化してから、それらを使用して認証することはできません。簡単なタスク）。

ただし、FBアカウントを持っていない新規訪問者に報酬を与えるという要件もあり、ここで私はアイデアを探しています。数え切れないほどの数のメールアドレス（me + 1 @ gmail.com、me + 2 @ gmail.comなど）を取得するのは非常に簡単なので、メール検証システム自体はそれをカットしません。クレジットカード番号を尋ねるのはあまりにも障壁だと言われています。

このような状況に対処するためのかなり堅実な戦略やサービスはありますか？

編集：「ギフト」は仮想です-クーポンのように

登録ユーザーとサイト管理者がユーザーの進捗状況に関する貴重な統計情報を確認できる、簡単な e ラーニング サイトを設計中です。

彼らが最も訪問したトピック、「いいね」されたコンテンツ、訪問した他のユーザー プロファイルを追跡したいと考えています。さらに、コースの終了、ビデオの視聴、参加に対する報酬システム (ポイント、バッジ、コンテンツのロック解除) を追加することもできます。議論したり、人を助けたり。

現在、私は Piwik を当社の Web サイトの潜在的な分析パッケージとして検討しており、API 呼び出しに一意の「visitor_id」を追加することで個々のユーザーを追跡できることを知っています。Piwik をそのまま使用して、上記の情報を追跡して取得することはできますか? 独自のプラグインを作成する必要がありますか? 私は何か違うものを見るべきですか？

ありがとうございました、

さて、私はしばらくの間これに頭を悩ませてきました、そしてグーグル検索は私を無駄に正しい方向に導くために何かを見つけようとしています。

だから私は次のようなランク付けされたリーダーボード配列を持っています：

次に、ランクに基づいてポイントを付与するための事前定義された配列を備えた報酬ポイントシステムがあります。

同点でない場合は、2つの配列を一致させ、配列キーに基づいてポイントを付与します。しかし、私は同点を考慮しているので、同点の報酬ポイントをすべての同点のユーザー間で分割しようとしています。したがって、上記の参照では、2位で同点のプレーヤー2と3は、報酬ポイント9と8を分割します...したがって、両方に8.5ポイントが与えられます。

したがって、両方のアレイをマージするときに私が探している最終結果は次のようになります。

リーダーボードは一日の終わりまで絶えず変化する可能性があるので、複雑になりすぎないようにしています。誰かが私を助けてくれると彼らが見た何かを私に指摘できるかどうか、または彼らが実装のアイデアを持っているかどうか疑問に思っています。

私の試みで最も苦労しているのは、リーダーボード配列をループし、「ランク」が同じになることを継続的に楽しみにして、何を合計して分割する必要があるかを知ることです。先読みで行った次の項目で同じテストを実行する代わりに、先の配列をスキップします。混乱している場合は申し訳ありませんが、明らかに混乱しています。

iOS アプリ ストアに複数のゲームがあります。ユーザーが私の他のゲームをダウンロードしたときに、無料のゲーム コインを提供したいと考えています。サーバーをセットアップせずにこれを行う方法はありますか? サーバーが唯一の選択肢である場合、そうするための最良の方法は何ですか!

デフォルトでは、Opencart の報酬ポイントは、税込みの製品では機能しないようです。ポイントで製品を購入すると、製品の価格が差し引かれますが、税金は含まれないため、その「無料」製品の支払いに VAT が残ります。この方法では、報酬ポイントで無料の製品を取得できず、請求書が誤って生成されます。

model/total/reward.php を編集して商品の税を含めようとしています! 修正のスニペットを見つけましたが、それは古いバージョン用で、私の 1.5.5.1 では動作しないようです。

誰か見てもらえますか？

これが見つかったスニペットです

これが元のモデル/total/reward.php

ありがとう ！

エンゲージメントを促進するために「ミッション ジェネレーター」を作成した Web サイトがあります。3 セットのミッション (Easy、Med、Hard) をハードコーディングしました。

簡単なミッションには、ランダムに発生する可能性のある6〜8のケースがあります

• ヒーローを N 回更新します (N は乱数です)
• 特定のスキルを更新する
• ヒーローを一日休ませる
• 等..

Med と Hard は達成するのが難しい 1 つのタスクを必要とし、Easy タスクから 2 つを追加します。

私のジェネレーターはうまく機能しますが、ユーザーがゲームをしにくいように報酬システムを設計する方法を知りたいです。

私が抱えている問題は次のようなものです。

• ユーザーはすぐにタスクを達成し、「達成バッジ」を取得したらすぐに削除することを決定する場合があります。

例えば

• ヒーローを 3 回更新する

• 新しいスキルを追加する

• 別のヒーローにメッセージを送る

私が問題として見ているのは、その人が3回更新し、新しいスキルを選択してメッセージを送信し、その後3回の更新を消去することを決定する可能性があるということです (そのような機能があります) スキルを削除し、送信したメッセージを削除します.

これまでのところ、次のアイデアを思いつきましたが、そのようなことをした人からの意見を探しています。

- 最初のアプローチ: 可能な組み合わせごとに列を持つデータベース内のテーブルをハードコーディングします。たとえば、行 1 です。行 2 - 新しいスキルなど... 欠点: 行が非常に長くなり、新しいタイプの課題を管理および追加するのが難しいのではないかと心配しています。コンセプト全体が非常に厳格になります。

- 2 番目のアプローチ: すべてのタスクに一意の ID を割り当て、スキルや更新などを追加したら、それをタスク番号に追加します。欠点: ジェネレーターがミッションごとに平均 3 つの更新を必要とする場合、すべてのメンバーは 3 つのデイリー ミッションを取得します (これは時間的に延長される可能性があります)。これにより、ユーザーごとに 1 日あたり約 10 回の更新が行われ、それにデータを含む更新の実際の記録が追加されます。数千人のユーザーの場合、すぐに合計されます。このデータの 90% は役に立たず、請求書を作成するだけです。

- 3 番目のアプローチ: 更新、スキル (およびミッションで使用される他のすべてのテーブル) を含むテーブルに列を追加します。次に、ユーザーが新しいスキルを追加すると (たとえば)、チャレンジ ID がスキル テーブルの列に追加されます。その後、スキルが削除されると、ミッションは「未達成」に戻ります (アップデートと他のスキル) 欠点: チャレンジが「ヒーローを 1 日間休ませる」場合、これは非常に厄介になる可能性があります。上書きされます。

大きな問題は、ユーザーが手抜きをしてスキルの一部を削除するとどうなるかということです。彼らの使命が積み重なっていくと思いますか？(罰のようなもの)

紹介が提供するビジネスの量に基づいて、同僚や友人を紹介したユーザーに報酬を与える紹介賞システムを設計しようとしています。

例えば。ジョンはサリーを指します。Sally は 100 相当のビジネスを行い、John は将来のサービス利用に申し込むために 5% を獲得します。

私はその部分を多かれ少なかれすでにダウンさせています。私が苦労しているのは、データベースを毎日手動で更新することなく、一定時間使用されなかった場合にこれらの賞を期限切れにする方法です。

ジョンが何年にもわたって 5 つの賞を受賞したとしましょう。

2015-05-28 の現在の日付まで、彼は報酬を使用していません。ただし、特典の有効期限は 1 年です。2014 年 5 月 28 日に、彼は 50 ドルの請求書を作成します。最初の報奨の有効期限が切れているため、残りの報奨の 40 ドルのみが請求書に適用されます。

古い報酬を毎日手動で「期限切れにする」スクリプトを生成することはできますが、既存の報酬の SQL テーブルに借方を選択して挿入する賢い方法を誰かが説明したことを思い出すようです。現在の日付と古いマイルは自動的に除外され、すべてがバランスします。残念ながら、かなり検索しても見つかりません。

報酬の使用と、一定時間後の未使用の報酬の有効期限の両方に簡単に対応できるように、これをどのように構成するかについての考え。

編集：これが私が探していたものです： 期限切れの航空会社のマイルを処理するためのプロセス

これまでの主な報酬テーブルの定義方法は次のとおりです。

referrer_cust_id は報酬を獲得した顧客の ID、referral_cust_id は紹介した顧客の ID です。

私は基本的に、報酬が「請求」されたときに、「未使用」と「未期限」の両方の利用可能なポイントを合計することを示唆する、以前の期限切れの航空会社のマイル リンクのガイダンスに従っています。

Barto と Sutton による本「Introduction to Reinforcement Learning」では、非定常 RL 問題について次のように述べています。

「事実上非定常である強化学習の問題に遭遇することがよくあります。そのような場合、過去の報酬よりも最近の報酬を重視することが理にかなっています。」 (こちらを参照 - https://webdocs.cs.ualberta.ca/~sutton /book/ebook/node20.html )
私はこれに完全に納得していません。たとえば、迷路の出口を見つけることをタスクとする探索エージェントは、遠い過去に間違った選択をしたため、実際には負ける可能性があります。
簡単な言葉で、最近の報酬をより高く重み付けすることが理にかなっている理由を説明していただけますか?