問題タブ [registration]

多くの場合、アプリケーションには登録キーがあります。間違いなく、ファイルまたはレジストリに配置できます。別のキーを入力したり、日付を渡したりするなどして、アプリケーションが非アクティブ化されることがあります。アプリケーションに関するそのような情報を安全に保存できる場所はどこですか。ファイルは答えではありません。これを無効にするために、バックアップコピーを復元できます。レジストリは弱い答えです。ほとんどの人がレジストリを知らず、復元しようとは思わないからです。レジストリを復元すると、通常は他の落胆する副作用があるすべてのものが復元されます。

古いコピーはいつでも復元できるため、非アクティブ化情報を保存することは、絶望的に危険であるように思われます。せいぜい、不可解な名前のファイルまたはレジストリキーの下で難読化することによってこのデータを隠すことができます。

この問題に役立つ、私が知らない標準的なトリック、またはWindowsでサポートされている標準的なスキームはありますか？

ラウンド2：私はいくつかの答えを見てきました。それらのどれも「あなたはこれをすることができない」と具体的に言っていませんが、いくつかは家に電話をかけることが唯一の良い選択であることを暗示しています（「非アクティブ化」のために）。

自宅やドングルに電話をかけることは答えではなく、マシンに何かを残さなければならないと仮定しましょう。この場合、一般的なライセンススキームは実際に何をしますか？

DNN の動的登録モジュールに問題があります。

このモジュールは、ユーザーがペイパルにリダイレクトされ、支払いが完了するとユーザーが作成され、電子メールが送信されるように、フォーム完了イベントで設定されます。

また、支払いが完了したときにモジュールが認識していることをテストするために、支払いの完了時に電子メールが送信されるように設定しています。

支払いゲートウェイ (Paypal) を有効にしてプロセスを実行しようとしました - メールは送信されますが、ユーザーは作成されません。ただし、支払いゲートウェイを無効にすると、ユーザーが作成され、電子メールが送信されます。

ユーザーを作成する必要があることをモジュールに認識させないために、ここで欠けているものはありますか?

モジュールが電子メールを送信するという事実から、Uesr Creation イベントもトリガーする必要があると思います。

動的登録が Paypal でどのように機能するか、またはこれをどのように修正できるかについてのアイデア/ヒントはありますか?

Cocoa シェアウェア アプリのキー ジェネレーターに AquaticPrime を使用することを検討しています。知らない人は、http: //aquaticmac.com/で確認できます。ただし、実装しようとすると問題が発生します。ユーザーが辞書全体をコピーしてアプリに貼り付ける (またはファイル ブラウザーから選択する) 必要はありません。彼らのためにアプリのロックを解除します。AquaticPrime でこれを行う方法はありますか? しかし、それができないと仮定すると、これを行う他のフレームワークがありますか、それともハードコーディングする必要がありますか?

この質問は、いくつかの部分に分けることができます。

1. PHP で製品の登録キーを作成する最良の方法は何ですか (つまり、ある人が PHP プログラムを購入し、支払い後にアクティベーション キーを受け取った場合)。
2. サーバー (Joomla) に登録キーを保存し、そのキーを既存のユーザーに関連付けたいと考えています。次に、PHP プログラムはサーバーをチェックして、キーが正しいかどうかを確認します。これを行うための最良の方法は何ですか？

私はこの問題を調査しようとしましたが、不足し続けています。Joomla に XML-RPC プラグインが組み込まれていることは知っていますが、コンポーネント内から操作する方法がまったくわかりません。

どんな助けでも大歓迎です

私たちのウェブサイトに登録するときに、ユーザー名とパスワードをメールアドレスに送信することについてどう思いますか..このようにして、将来パスワードを忘れた場合でも、メールで調べることができます...また、実装する必要はありません.パスワードを忘れてリセットするシナリオ (リリース間近)。

このアプローチは十分安全ですか？

2. 2 つ目の質問は、基本的に私たちのサイトでは、ユーザーが特定のフォームに記入し、名前、住所、電話番号、収入情報、およびそのような個人情報などの情報を入力するということです。最後に、アプリケーションを送信するときに、私たちは考えています。名前、住所などのすべての情報の要約を電子メールで送信して、記録用に保持する..

これで大丈夫ですか..十分に安全です..懸念事項は何ですか

だから私はユーザーアカウントで初めてのウェブサイトを構築しています。ユーザーが実際にそのユーザーであることを証明できるように、Cookieにどのようなデータを保存する必要がありますか？現在、ユーザーがログインするときに、ユーザーID、ユーザー名、ランダムに生成されたセッションID、および将来の認証のためにハッシュ化およびソルト化されたパスワードを保存します。最後の部分をやるべきかどうかわかりません...

誰かがそれを提案する前に、私はOpenIDを使用しますが、私のターゲットオーディエンスは技術に精通しているとは限らず、混乱させるだけだと思います。興味のあるユーザーがコンテストに参加することを望まないので、可能な限り「定期的」に物事を維持しています。サイト登録とOpenIDの両方を提供できると思います...

Django-Registration では、ユーザーを保存するときにカスタム プロファイルを保存できると書かれています。
しかし、ドキュメントが私に何を求めているのかわかりません。これが彼らの言うことです：

User(たとえば、設定で指定されたモデル)と共にカスタム ユーザー プロファイルの作成を有効にするにはAUTH_PROFILE_MODULE、そのモデルのインスタンスを適切な既定値で作成および保存する方法を知っている関数を定義し、それをキーワード引数として渡しますprofile_callback。この関数は、1 つのキーワード引数を受け入れる必要があります。

user

Userプロファイルを関連付ける。

誰かが作成する必要がある関数の例と、それを引数として渡す方法を教えてもらえますか?

私はアプリケーションを作成しましたが、それに登録キー/シリアル番号を追加したいと考えています (私は最小限の不便さを重視しています -この Eric Sink 記事の ala #4 )。私の質問は、アプリケーションが登録されたら、「アクティベーション」をどこに保存するかについてです。私が理解しているように、すべてのユーザーがそれを読み取ることができる公共の場所にキーを保存すること（ただし、そこに保存するには管理者権限が必要です）と、ユーザーごとのアクティベーションを保存すること（ただし、各ユーザーはコンピュータは個別にアクティベートする必要があります)。それは私に2つの選択肢を与えます：

1. ローカル管理者権限を持つ一部のユーザーが製品をアクティベートします。ライセンス認証は、HKLM、プログラム ファイル フォルダー、またはすべてのユーザーが読み取ることができる他の場所に保存され、すべてのユーザーに対して製品がライセンス認証されます。
2. ユーザー (管理者権限の有無にかかわらず) が製品をアクティベートします。アクティベーションは、ユーザー中心の場所 (ユーザーごとの app.config、HKCU など) に保存されます。プラスは、ユーザーが管理者である必要がないことです。欠点は、コンピューターを使用するユーザーが 6 人いる場合、それぞれが製品をアクティブ化する必要があることです。それぞれ同じシリアル番号を再利用できますが、それでも入力する必要があります。

これは本当にトレードオフですか？もしそうなら、他の人は何をしましたか？開発者として、私は人々がローカル管理者になることに慣れていますが、実際には、多くの企業ユーザーがローカル管理者になるとは思っていません。そのため、オプション 2 に傾倒しています。コンピューターは頻繁に共有されませんか?気にしなくていいくらい？

繰り返しますが、コンピューターを物理的に登録する方法について質問しているわけではありません。心配していません。できるだけ非侵襲的になりたいので、提供されたキーのチェックサムのみを行い、許可を与えます。