1

こんにちは私は最近メンバーシップサイトを構築しました。管理者からユーザー権限を変更できます。ユーザータイプ(1)は、アカウントの有効期限が切れる前に、週に最大(x)人に連絡できます...その後、支払いページに移動します。

今、私が操作できるあらゆる種類の許可レベルがあります...私が気づかなかった1つのことはこれです。1人のメンバーがこれにサインアップした場合はどうなりますか?

ミドルパッケージ...ユーザーは1日あたり(5)人に連絡できます。

さて、来月、ミドルパッケージで1日あたり2人にしたいと言ったらどうしますか?

新しい変更は古いメンバーを反映​​すると確信していますか?それで彼らは1日あたり5人に連絡するために19.99ドルを支払いました、しかし今私はそれを1日あたり2人に連絡するように変更しましたか?私はそれを考えていなかったと思いますが、この問題を解決するための適切な方法は何ですか?

また、メンバーシップサイトの価格設定とどのように連携しますか?価格設定を操作して、実際に支払いゲートウェイを介して古いメンバーの価格設定を変更するとは思わないが、後で値下げに関係なく、最初に合意した価格を支払う必要があることをTOSに入れる必要がありますか?

ありがとうございました

4

1 に答える 1

0

解決策は次のいずれかです。

  1. 完了したすべての支払いを、その場で、現在アクティブなパラメーターを使用して、個別のデータベーステーブルに記録するか、または
  2. パラメータを変更するたびに、新しいグループ(製品ライン、支払いパッケージ、名前を付けます)を作成します

まだ使用していない場合は、何らかの形式のRBACまたはACLを使用する必要があります。ソリューション2)は、それを使用した方が拡張性が高くなります。

Zendフレームワーク(およびおそらく他の主要なフレームワーク)には、承認制御、RBACまたはACL(またはある種の)のためのある種のクラスがあります。

于 2012-11-08T12:44:36.567 に答える