問題タブ [login-required]

この例では、アプリケーション レベルのビューのスニペットを提供していますが、「urls.py」ファイルに、テンプレートを含む多数の異なる (およびいくつかの非アプリケーション) エントリがある場合はどうなるでしょうか? この login_required デコレータをそれぞれに適用するにはどうすればよいですか?

これは私のコードです:

このビューを実行すると、常にリダイレクト先に/accounts/login/?next=/

これを変更する方法/other/other

ありがとう

プロジェクトで初日から@login_requiredデコレータを使用していて、正常に動作していますが、何らかの理由で、特定のURLで「AttributeError：'unicode'オブジェクトに属性'user'」がありません（およびそれらは過去に働いた）。

例：私はWebサイトであり、ログに記録されています。次にリンクをクリックすると、このエラーが発生します。これは通常、SessionMiddlewareがインストールされていないという事実に関連しています。しかし、私の場合、私がサイトにログオンしていて、私がいるページにも@login_requiredがあったので、1つあります。

何か案が？

URLは：として定義され(r'^accept/(?P<token>[a-zA-Z0-9_-]+)?$', 'accept'), 、メソッドは：として定義されます。@login_required def accept(request,token): ...

トレースバック：

私の質問は一般的なものですが、特に私のアプリケーションは Django の login_required デコレーターです。

ビュー/関数に特定のデコレーター (この場合は login_required デコレーター) があるかどうかを確認する方法があるかどうか興味があります。

ユーザーをログアウトした後にリダイレクトしています。ユーザーが現在表示しているページに login_required デコレータがある場合は、メイン ページにリダイレクトしたいと考えています。私の検索では、これまで結果が得られませんでした。

検索エンジンのスパイダーが @login_required をバイパスして、通常はログイン ユーザーが必要なページを表示できるようにするクリーンな方法を探しています。検索エンジンを自動的にダミー アカウントに記録するミドルウェアを作成することはできますが、それは正確にはクリーンとは言えません。より良い解決策の提案はありますか? ありがとう。

ログインが必要なデコレータをすべてのフラットページに配置する簡単な方法はありますか？URL設定を変更する必要がありますか？

ありがとう、フレッド

ユーザーが自分のリストを作成および編集できるサイトがあります。

汎用ビューCreateViewを使用して、ユーザーがリストを作成できるようにしています。

汎用ビューUpdateViewを使用してリストを編集できるようにしたいのですがlogin_required=True、リストの作成者だけがリストを編集できるため、この場合は十分ではありません。

2つの質問：

1）この制限を追加するためにURLconfで指定できるパラメーターはありますか？

2）これらの汎用ビューはPOSTでのみ機能し、GETでは機能しないように強制できますか？

ありがとう

django では、ビューに対して login_required() が呼び出される直前に特定のアクションを実行したいと考えています。1つのハックまたは簡単な方法は、そのURLがログインが不要なビューを指すようにし、その特定のアクション（アクション：request.sessionでいくつかの設定を行う）を実行してから、ログインが必要なこのメインビューにリダイレクトすることです. .

ジャンゴでそのようなことに対応するオプションがある場合、どうすればよいですか?

これを行うために独自のデコレータを作成するよりも簡単な方法はありますか?

次のように、urls.pyファイルでlogin_requiredデコレータを使用する一般的なビューがあります。

ここで、このURLにvary_on_headersデコレータを使用したいのですが、機能させることができません。

私はもう試した：

しかし、テスト中に次のエラーが発生しました。

私が試してみると：

しかし、今、次のエラーが発生します。

何が起こっている可能性があり、この問題を解決する方法についてのアイデアはありますか？

このビュー関数:

このテンプレートに渡します:

1. すでにログインしています。
2. ページは LOGIN_URL にリダイレクトされません (したがって、@login_required はログインしていると見なします)
3. {{ KNOWN }} は完全に正常にレンダリングされます
4. {{ user.username }} が表示されない

これはどのように可能ですか？確かにlogin_requiredが機能し、KNOWNを取得できた場合、ユーザーはどこかに存在する必要がありますか?
どうすればこれをデバッグできますか?

:-)

更新:私が削除した場合:

設定から、それは動作します。
ただし、それを削除すると、テンプレートで {{ request.get_full_path }} を使用する他のページが読み込まれなくなります。
イーク。

更新 2:

リクエスト行を単独で追加すると、デフォルトである他のすべてが無効になります。ドー！

更新 3: 残念ながらまだ機能していません。

更新 4: 他の場所でタイプミスを発見し、Mark Lavin の回答がそれを修正したことを確認できます:)