問題タブ [django-users]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
2 に答える
343 参照

django - Django:ユーザーのログインユーザー名を変更/許可して自分の電子メールも使用できるようにする

タイトルにあるように、ユーザーが自分のユーザー名だけでなく、ユーザーの電子メールも使用してログインできるようにする方法があるかどうかを知りたいです。ログイン手順を標準化したいのは、現時点ではユーザーにさまざまな規則を使用させているため、かなり面倒になっているからです。

0 投票する
3 に答える
1821 参照

django - アクティブなステータスが変更された場合に Django ユーザーにメールを送信する

一部のメンバーシップが必要なサイトを構築しました。クラブのウェブサイトなので、ウェブサイトのメンバーになるには、実際にメンバーになる必要があります。計画では、クラブの誰かに新しいメンバーをチェックしてもらい (おそらく、ユーザーがサインアップしたときにシステムから電子メールを送信するようにします)、管理者activeは Django 管理画面でユーザーのレコードの下にあるチェックボックスをオンにして、ユーザーを保存します。 .

私が克服しようとしている問題は、アカウントの使用をいつ開始できるかについて、新しい有効なユーザーに通知する必要があることです。明らかに、手動で電子メールを送信するのは面倒です。

ロジックにフックしsave()、レコードのactive状態が変更されたかどうかを確認し、アクティブ化されている場合は、そのユーザーにログインできることを知らせるメールを送信する方法はありますか?

私はすべての電子メール ロジックを把握しています。必要なのは、それをどこに置くかを知ることだけです。

他のテスト方法 (cron スタイルのジョブのアカウントをチェックする) があることは認識していlast_login==Noneますactive==Trueが、通知が十分に瞬時に行われるようにしたいと考えています。

0 投票する
6 に答える
12272 参照

django - Djangoで現在のユーザーログインシグナルを取得する

Djangoの管理サイトを使用しています。2つのDjangoシグナル(pre_saveとpost_save)があります。現在のユーザーのユーザー名を教えてください。どうすればいいですか?リクエストが送信できないか、理解できませんでした。

ありがとう

0 投票する
2 に答える
4833 参照

python - django セッション ID が現在認証されていることを手動で検証する

Django session-id が現在認証されているかどうかを関数に通知する必要があります。これはすでにDjangoに組み込まれていることを理解しており、うまく機能しています。

しかし、セッション ID を渡す外部アプリがあり、セッション ID 文字列を Django に戻すときに、このセッション ID が有効であり、現在認証されていることを検証する必要があります。

Django 1.2 の組み込み関数の再利用はどこから始めればよいですか?

0 投票する
2 に答える
382 参照

django - Django 1 対 1 の関係の方法

私がやろうとしているのは、現在ログインしているユーザーのプロファイルを取得することです。括弧内には何を入れればよいですか?

0 投票する
1 に答える
40143 参照

django-forms - Djangoフォームで現在のユーザーを取得する

重複の可能性:
Django形式でリクエストデータを取得する

私のゲストモデルの一部があります:

ゲストからの応答を取得するためのフォーム:

問題はsaveメソッドにあります。ゲストを現在ログインしているユーザーに関連付けるにはどうすればよいですか?

代わりにuser=1、現在ログインしているユーザーのIDが必要です。

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

0 投票する
1 に答える
1608 参照

django - Django で複数の管理レベルを実装する

プロジェクトを PHP から Python に移行することにしました。何時間も検索しても、次の設計を実装する方法が見つかりません。ユーザー クラスを拡張し、カスタマイズされた管理サイトを実行しようとしましたが、実際には役に立ちませんでした。

私は自分自身をルートレベルに持っています。私は「顧客」を管理する「クライアント」を管理します。顧客は、ユーザーと招待者が参加する一種の詳細な調査を管理します。

ラフデザインの一例:

  • ME (スーパー ユーザー)
    • クライアント
      • お客様
      • 調査コレクション
        • ユーザー
          • 招待者
        • 調査
          • 招待者 (招待者は調査とユーザーの両方の子です)
        • 質問

最適な実装スタイルがわかりません。私はdjango管理インターフェースが好きですが、クライアントが自分の顧客、調査セットなどを変更できるようにする必要があり、顧客は自分の調査セットのみを管理する必要があります。

おそらく継承を介してカスタマイズされたユーザータイプを実行し、それらにカスタム管理サイトを割り当てることによって、Djangoでこれを実装する方法はありますか?

さまざまな「管理」インターフェイスを管理する独自のアプリを作成する方が簡単かもしれないことは理解しています。その場合、これらのユーザー タイプとさまざまな管理スタイルの管理システムの個別の認証を管理する簡単な方法はありますか?

0 投票する
1 に答える
4451 参照

django - djangoのさまざまなユーザータイプ用に個別の「admin」インターフェース

私は最近、いくつかのレベルのユーザーが関与するプロジェクトを作成しようとしています。

(省略された大まかなスキーマのほんの一例)

  • ME(スーパーユーザー)
    • クライアント_
      • 顧客_
      • 調査コレクション
        • SurveyUser(s)
          • 招待
        • 調査
          • 招待者(招待者は調査とユーザーの両方の子です)
        • 質問

私は理想的には:

  • www.example.com/client/アクセスするにはクライアントである必要があったクライアントインターフェイスに移動します
  • www.example.com/customer/アクセスするには顧客でなければならない顧客インターフェースに移動します

カスタマイズされたDjango管理インターフェースをそれらすべてに使用することはおそらく不可能である(またはそうなるのではないか)ことをすでに確立しました。したがって、私はユーザーのレベルごとに「admin」インターフェースを手動で作成し、それぞれの役割を管理できるようにすることに傾倒しています。異なるユーザータイプとそれぞれに個別のインターフェイスを使用するための最良の方法は何ですか?

http://scottbarnham.com/blog/2008/08/21/extending-the-django-user-model-with-inheritance/で概説されているユーザーを継承する方法が好きです。

しかし、ユーザーごとに異なる「管理」領域をどのように設定するかはわかりません。

関連する副次的な問題として、標準のユーザープロパティと一緒にカスタムプロパティにアクセスする方法と、使用する実際の管理インターフェイスでそれらを編集/保存する方法もわかりません。

クライアントデータベースに対して「クライアント」ユーザーを認証して、クライアントであることを確認する必要がありますが、認証、ユーザー名、パスワードなどを管理するユーザーデータベースに対しても認証する必要があります。

PHPからPython/Djangoに切り替えているので、アドバイスをいただければ幸いです。

ありがとう!

0 投票する
4 に答える
2324 参照

python - Django User-Modelを使用しますか、それとも独自のモデルを作成しますか?

私は現在、Djangoベースのサイトを設計しています。簡単にするために、ユーザーがログインして他のユーザーにメッセージを書き込むことができる単純なコミュニティサイトであると仮定します。

私の現在の選択は、組み込みのUser-Modelを使用するか、独自の何かを構築するかです。ビルトインからはあまり必要ありませUserん。ユーザー名はありません(電子メールアドレスはユーザー名です)が、複数のユーザー(Facebookなど)が使用できる内部名を設定します。さらに、他の人へのアクセスはグループに基づいていないため、許可システムは必要ありません。したがって、ビルドインの電子メール、名、姓、パスワードのフィールドのみを使用するUserことになり、その他はすべてUserProfileに配置されます。一方、サイトのバックエンドでは、グループベースの許可システムが必要になる可能性があるため、組み込みのユーザーシステムが便利です。

全体として、私は1つのユーザーモデルを構築し、管理者バックエンドへのアクセスにのみビルドインを使用しているように見えます。

私の反射に何か問題がありますか?

0 投票する
3 に答える
3229 参照

django - Django:auth.Userをサブクラス化する代わりに、なぜOneToOneをUserProfileに作成するのですか?

注:django.contrib.authが気に入らないと言って、この質問に「答える」誘惑に駆られた場合は、先に進んでください。それは役に立ちません。私はこの問題に関する意見の範囲と強さをよく知っています。

さて、質問:

慣例では、OneToOnetoUserを使用してモデルUserProfileを作成します。

私が考えることができるあらゆる方法で、より効率的で効果的なアプローチは、ユーザーをシステム内のすべての人間に使用する予定のクラス(たとえば、Person(User)と呼ばれるクラス)にサブクラス化することです。

前者が従来型であり、後者がハックと見なされる理由についての首尾一貫した説明を見たことがありません。少し前に、get_profile()を使用できるようにするために、OneToOneアプローチに切り替えましたが、それ以来、後悔しています。このアプローチの利点を理解させることができない限り、私は元に戻すことを考えています。