問題タブ [django-users]

それぞれの「ユーザーのセット」が異なるDBを使用していたため、異なるデータを表示できるDjangoアプリケーションを構築したいと思います。これを達成するためのベストプラクティスはありますか？

たとえば、ユーザーAは、ログに記録した後、自分のデータを表示および管理しますが、他のユーザーのデータを表示することはできません。

Djangoマルチデータベース機能を使用して複数のデータベースを定義し、現在のリクエストのユーザーに応じて正しいデータベースを指す自動ルーターを作成できます（auth_userを共通のデータベースに保持します）。

最後のチャンスとして、グループごとに異なるアプリケーションフォルダーを作成できます（唯一の違いはデータベース名です）が、よりスマートなソリューションを好みます。

save メソッドをオーバーライドするフォームを使用して、django に登録しています。エラーはありませんが、フォームを送信していません。以下は私のコードです: Models.py:

フォーム.py

ビュー.py

テンプレートファイル(register.html):

フォームを送信した後、フォーム以外は何も表示されません。データベースには新しいレコードが挿入されていません。管理パネルからも確認しました。

すべてが問題ないように見えるので、何が問題なのか疑問に思っています。問題をデバッグする良い方法はありますか? pprintのようなものですが、この状況でどこでどのようにデバッグするのですか?

私はユーザー登録で立ち往生しています、私は実際に異なるプロファイルタイプを持つつもりです。登録中、ユーザーの作成中にUserProfileを設定できません。UserCreationFormを使用しています。私のファイルのコードは次のとおりです。

account / models.py

views.py

私は複数のプロファイルを使用しているので、以下はそれらのプロファイルのmodels.pyの1つのコードです。

settings.pyの私のプロファイル認証

これは、他の場所を見てからも使用したファイルです。profile.py：fromaccounts.modelsインポートUserProfilefromaccounts.formsインポートUserProfileFormfromperson.modelsインポートPersonfromcompany.modelsインポートCompany

私は新しくて混乱しています。ドキュメントも見ました。また、stackoverflow.comで他の解決策を見ましたが、私の問題の解決策は見つかりませんでした。それで、あなたが私に役立つ何かを見つけたら教えてください。大きな問題ではないようですが、初めての方なので問題です。

私は教師/生徒のジャンゴアプリを持っています。教師がログインしていて、生徒の進捗状況を確認したい場合は、次のようにします。

1. 教師はログインしており、request.user です。彼女は、ユーザー名が「mystudent」の生徒のレポートを要求します
2. studentuser = get_object_or_404(ユーザー、username='mystudent')
3. 次に、その生徒のデータを取得して教師に表示します

私のテンプレートには、次のものがあります。

教師: {{ user.username }}
生徒情報:

正しい生徒情報を取得しましたが、教師のユーザー名が表示されません。私のテンプレートには、ユーザーがログインしているかどうかに基づくナビゲーションもあり、このページでは、ナビゲーション バーの not_logged_in ビューを取得します。

ただし、Teacher: {{ user.username }} も表示されている他のページを参照すると、ユーザー名が表示され、logged_in ナビゲーション バーが表示されます。

したがって、実際のユーザー ログイン (教師) は有効で保持されますが、ユーザーと混同されるのはこの 1 つのテンプレートだけです。

誰かがここで何がうまくいかないのか説明してもらえますか?

次のコマンドで呼び出されるハンドラー内にブレークポイントを配置しました。

pdb内：

と：

この時点では変更が表示されていないようです。しかし、グループをフェッチするためにデータベースクエリを作成しているので、おそらくそれが当てはまります。ユーザーモデルの更新を傍受できる場所は他にありますか？

または、それらのインスタンスフィールドの1つが答えを教えてくれますか？これらのクリーンなメソッド/フィールドには、有用なものが含まれていないようです。

私は次の方法を持っています：

ビューから呼び出されるもの：

ご覧のとおり、_attempt メソッドはアクターが typedjango.contrib.auth.models.Userであることを期待していますが、オブジェクトは type であるように見えますdjango.utils.functional.SimpleLazyObject。これはなぜですか？LazyObjectさらに重要なことに、 (どうやら User オブジェクトのラッパーのようなものです) をオブジェクトに変換するにはどうすればよいUserでしょうか?

詳細については、 httpsRequest.user : //docs.djangoproject.com/en/dev/ref/request-response/#django.http.HttpRequest.user を参照してください。このドキュメントは、オブジェクトである必要があることを示しているようです...request.userUser

======事後編集=====

私は今次の方法を持っています：

ユーザーを渡していますが、if条件はまだ true であり、アクターはまだLazyObject. これはなぜですか？

Django と Wordpress の両方を管理する 1 つのユーザー システム (できれば Django のシステム) が必要です。

ユースケースは、Django が wordpress インストール内に埋め込まれたアプリケーションであるということです (iframe などを介して)。Django を使用するには、ユーザーを認証する必要があります。WordPress での認証は必須ではありませんが、推奨されます (コメントなどを投稿する場合)。

より快適にサイトをご利用いただくために、DjangoアプリとWordPressのインストールを同じ申し込みでお願いします。サインアップは、OAuth / FB 認証 (このための多くの Django ソリューション) を介して、または専用のサイト ユーザーを介して行われる場合があります。サインアップ プロセスが最も重要ですが、特定のユーザー フィールドが 2 つの世界の間で同期されたままになると便利です。

この問題に関する私の考え：

• すぐに使える解決策があるかもしれません（何も見つかりませんでした）
• 次のいずれかのオプションを使用して、2 つのユーザー モデル (wp_users と django のユーザー) を同期するための本格的な django アプリを作成します。
  • マスター (django)-スレーブ (wp) ソリューション。Django の各変更は wp_users およびその他の関連テーブルの情報を変更し、その逆も同様です (Django が定期的に DB をチェックするか、WP プラグインを作成することにより)。django と wp の両方を同じ (MySQL) データベースに配置するか、XML-RPC を使用するか、私が考えもしなかった他の方法を使用して実装できます。
  • 上記と同じですが、Django の代わりに WP をマスターにします (難しいようです)。
  • 両方のモデルを支配する外部システム - おそらく OAuth / 他の外部認証を必須にし、これを使用して 2 つのモデルを何らかの方法で同期しますか?

誰かが以前にこの状況に遭遇したことがありますか? 任意の提案をいただければ幸いです。

オブジェクト マネージャのcreate()メソッドの疑わしい動作に遭遇しました。このメソッドを使用する場合、オブジェクトの作成にフィールドは必要ないUserようです。結果は blank で得られます。メソッドを使用し、指定しない場合、使用できないパスワードで作成されます ( ～ まで)。passwordUserUserpasswordcreate_userpasswordUserset_unusable_password()

なしでユーザーを作成しようとすると、create()メソッドが作成されない理由がわかりません-ドキュメントでは、このフィールドが必須であると指定されています。メソッド/ドキュメントに何か問題がありますか?raise exceptionpasswordcreate()

Django の「ユーザー」オブジェクトを、追加の属性を持つ「AppAccount」オブジェクトなどにサブクラス化したアプリケーションがあります。今、私は次のことを行うビューを持っています:

によるとpdb、は呼び出し直後request.userの のインスタンスですが、 の最初の行では Django User インスタンスです。AppAccountlogin()request.usersomeOtherView

リダイレクト呼び出しが User オブジェクトを通常の Django User に戻すのはなぜですか? どうすればこれを回避できますか?

また、上記のコードは正しいですか？backendへの呼び出しをバイパスするために属性を追加しても問題ありauthenticateませんか? そうでない場合、これを行う正しい方法は次のとおりです。資格情報なしでユーザーを自動的にログインさせ、@login_requiredデコレーターによってラップされた別のビューにリダイレクトしたいです。

ありがとう。

ベストプラクティスを探していましたが、見つかりませんでした。他の人が使用する必要のある解決策を見つけることさえできませんでした。

他のデータ（名と姓）に基づいてユーザーのユーザー名を生成する必要があります。一意のユーザー名を取得するまで、オプションで末尾に整数を追加します。

私はモデルでそれを行うことを強く好みます。それを行うための標準的な方法はありますか？それともフォームでのみ適切ですか？シグナルだけでなく、さまざまなモデルメソッドのオーバーロードを調査してきUserましたが、追加できる適切な場所が見つかりませんでした。