問題タブ [django-context]

私はdjangoを使用してWebアプリケーションを作成しています。

をロードする場所にテンプレートを作成しましたtemplatetag。これで、templatetag別の をロードしますtemplatetag。テンプレートからコンテキストを最初の に渡しますtemplatetagが、コンテキストは 2 番目templatetag(最初の 内templatetag) からは利用できません - 以下を参照してください。

これが理にかなっており、あなたの一人が答えを持っていることを願っています.

テンプレートの抜粋:

some_tag テンプレートタグ:

some_other_tag テンプレートタグ:

これtemplatetagで、コンテキストにアクセスしてユーザー情報を取得しようとしています。つまり、

初期化されたデータ構造をリクエスト オブジェクトに含めて、テンプレートのコンテキスト オブジェクトでアクセスできるようにしたいと考えています。私が今やっているのは、すべてのビューで手動で面倒なことを渡すことです:

リクエスト オブジェクトには、カスタム コンテキスト プロセッサを使用して挿入されるキーと値のペアが含まれます。これは機能しますが、リクエスト オブジェクトの選択された部分をテンプレート コンテキストに渡す、より一般的な方法があることを願っていました。一般的なビューで渡そうとしましたが、urlpatterns リストを解析するときにリクエスト オブジェクトがインスタンス化されていないことが判明しました。

このテンプレートタグは、ほとんどの人にとって魅力のように機能するようです。

http://blog.localkinegrinds.com/2007/09/06/digg-style-pagination-in-django/

何らかの理由で次のエラーが発生します：レンダリング中に例外が発生しました：'is_paginated'

このテンプレートタグをテンプレートで次のように使用します。

digg_paginator.pyは私のapp/templatetagsフォルダーにあり、含まれているテンプレートコンテキストdigg_paginator.htmlは私のapp/templatesフォルダーにあります。ページ付けが必要なクエリセットは「宛先」と呼ばれます。を指定するだけの場合{% digg_paginator %}、ページ付けする変数をどのように知ることができますか？私はここで重要な何かを見逃している、または単に愚かなことを感じています：P

誰かが助けてくれるか、これがどのように行われるべきかを私に説明してください。

JQueryロード関数を使用してページの一部をロードしています。ロードするページのそのページから変数にアクセスできますか？例えば

• ページAはJQueryロード関数を使用してBをロードします

• ページBは、djangoオブジェクトを保持するpageB_varというコンテキストで変数をロードして設定します

• ページAは、コンテキストに追加されたため、{{pageB_var}}を実行してこの変数にアクセスできます。

そうでない場合、これを行うための最良の方法は何ですか？

ありがとう

ログに記録されたユーザーごとにいくつかのデータ（名前、アバターなど）が表示されたuserBoxを含めているサイトがあります。djangoについてすでに知っていることから、ユーザーのクエリをコンテキストプロセッサに追加する必要があることは明らかです（{{user}}このインクルードされたuserBoxで変数を使用できるようにするため）。しかし、私が気付いたdjango-lfsショップを使用しているときに、テンプレートが{{ user }}変数を使用していることに気付きました。これは、コンテキストプロセッサやテンプレートタグにはどこにも追加されていません。テンプレートでユーザーを取得する方法は、これら2つ以外にありますか？

特定の変数をすべてのビュー (主にカスタム認証タイプの変数) に渡す必要があるところまで来ました。

これを行うには、独自のコンテキスト プロセッサを作成するのが最善の方法であると言われましたが、いくつか問題があります。

私の設定ファイルは次のようになります

ご覧のとおり、「context_processors」というモジュールと、その中に「say_hello」という関数があります。

どのように見える

ビュー内で次のことができるようになったと仮定するのは正しいですか?

現在、これは私のテンプレートでは何もレンダリングされません。

私のビューは次のようになります

DjangoとThreadについて質問があるので、ここに来ます。ドキュメントhttp://docs.djangoproject.com/en/dev/howto/custom-template-tags/#template-tag-thread-safetyを読みました。次のコードも影響を受ける可能性がある場合は、次のURLで確認します。レンダリングコンテキスト。

テンプレートに関する Django チュートリアルを行っています。私は現在このコードにいます:

私が理解していないのは、次の行です。

この例で使用するには、両方の変数を person と呼ぶ必要がありますか、それとも単にランダムですか?

何を'person'指していて、何をperson指しているのか?

I'm open to persuasion that this is a bad idea. But if not, here's the general draw:

1. Web interface to maintain data (django.contrib.admin).
2. Web interface to create pages (django.contrib.flatpages)
3. Web interface to create templates (dbtemplates)
4. Where is the web interface to create queries and define context? (contexts?)

EDIT

Here's the normal situation for Django site development. You have a new page to make, figure out the url for it, figure out what data is needed to support the page, then create the appropriate templates so the data is presented the way you intend.

What I'd like is to be able to do is define what data is needed to support the page from the admin interface; essentially what you put into a views.py file.

I imagine there being a wrapper view that handles auth, but receives all of its context from a model (table).

I would be happy to still edit the urls.py file to ensure enough gets passed to the view so that the DBContext manager can locate the appropriate context record, perform the desired queries (satisfying any query parameters), and return the appropriate dictionary for the template to succeed.

ユーザーの友達のリストを返すコンテキストプロセッサがあります。現在、ユーザーのいないクリーンなデータベースがあり、エラーが発生しているため、ユーザーがログインしている場合にのみ友人の辞書を返すようにしたいと思います:

Exception Type: DoesNotExist at /
Exception Value: UserProfile matching query does not exist.

ここに私が試していた2つのバージョンがありますが、運がありません. 一致するユーザーを検索すべきではないのに、まだ検索しているのはなぜですか?